home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Date: 18 Jan 1996 18:08:20 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4dm2ak$pgo@sunsystem5.informatik.tu-muenchen.de>
- References: <4csu3p$oa6@sunsystem5.informatik.tu-muenchen.de> <4cu1jn$1n7@serpens.rhein.de> <4cv7mb$dn6@sunsystem5.informatik.tu-muenchen.de> <4d0k83$atl@serpens.rhein.de> <4d6am7$i9k@sunsystem5.informatik.tu-muenchen.de> <4ddhou$7qu@serpens.rhein.de> <4deshh$mpj@sunsystem5.informatik.tu-muenchen.de> <4dg16j$ha1@serpens.rhein.de> <4djdn2$2tk@sunsystem5.informatik.tu-muenchen.de> <4dk1km$k4@serpens.rhein.de>
- NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
- Originator: fischerj@hphalle5.informatik.tu-muenchen.de
-
-
- In article <4dk1km$k4@serpens.rhein.de>, mlelstv@serpens.rhein.de (Michael van Elst) writes:
- |> fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
- |>
- |> >how to interpret it ? So is there a OSy way to finally get a copper list
- |> >which is changing 102 each line ?
- |>
- |> Yes. But no abstract way. You actually have to use copper lists.
- |>
- |> >IF so, then I guess I will need to use loadview() for buffering,
- |> >no Amiga-M :\
- |>
- |> That's what you guess.
-
- :)
- having 256 vports you can't use scrollvport for buffering.
- well, maybe just using new OS3.0 buffering can do it without. maybe not.
- (does changescreenbuffer() imply a new ucopl ?)
-
- problem: I need 2 copperlists for displaying _1_ buffer, switching
- between them each frame, interlacing the ghost look.
-
- maybe there is a way using the 2 coplists used for normal interlace,
- but am I right this is going deeper than CMOVE() etc.
-
- the goal of using OS is for example working on all monitors, but
- then I have to do special variants if I poke 102...
-
- |>
- |> >So the OS compliant version will behave more nasty to the user on
- |> >OS3.0, which is the price for it working on 4.0 ?
- |>
- |> And that's your gorgous mind assuming things.
- |>
- |> >is there ham emulation on gfx-cards btw. Could I also run a ham8 wb on draco ?
- |>
- |> No, you couldn't.
-
- hmmm. Imagine OS comliant software letting me draw/watch ham8 images.
- So I will be able to do 18bit drawing on my vanilla A1200, but not
- on draco ? not good, really not good. Needing a special viewer for
- a special driver sucks.
-
- would be no problem redirecting the data to a special renderer if
- ham bit is set in screen struc (I guess the gfx-card got a 24bit mode).
-
- |>
- |> >returns "okidoki" on A1200, "careful!" on A4000 and "you damn c0d3r" on A3000 :D
- |>
- |> That's what you do all the time. No ?
-
- my old intros did check nothing. I intend my new ones not crashing on draco
- (well, I hope they soon get a audio.device).
-
- true, I still intend to do copper hacks, but a demo/game that lets you
- select OS-fallback is imho 100% ok.
- you won't believe it, but I enjoy my current programs not disabling OS,
- if they crash OS had enough time to validate hd after compile, so no
- validate after reboot :)
-
- but hardwarehacks also got advantages: imageine copper is gone to
- nowhere-land due to a bug. anything else is ok, only display sucked up.
- what to do ?
- start Excess/Riot and press right mouse button for return, and voila,
- copper is reset to intuition view ;))
-
-
- |>
- |> >Well the only component that could make my copper routines crash in
- |> >a future AGA machine is "kick 3.0". After displaying a warning I will
- |> >let user select, brave OCS/ECS/AGA users _might_ get more speed instead
- |> >of a crash on OS4.0
- |>
- |> Again you simply assume something.
-
- no, I hope! if done the way I describe, the code _will_ run on OS4.0
- (unless it got a bug itself). well I should have mentioned the select
- is between "copper" and "OS". One brave user telling if it also works
- on OS4.0 (precondition AGA&PAL) will be enough ;)
-
- |>
- |>
- |> --
- |> Michael van Elst
- |>
- |> Internet: mlelstv@serpens.rhein.de
- |> "A potential Snark may lurk in every tree."
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-
-