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: doubling pixels horizontally
- Date: 5 Mar 1996 14:10:14 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4hhi06$5au@sunsystem5.informatik.tu-muenchen.de>
- References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922@vip.cybercity.dk><1225.6615T1229T800@login.eunet.no><1140.6616T51T1538@vip.cybercity.dk> <3764.6622T781T478@ifi.uio.no> <4gbkq8$104@sunsystem5.informatik.tu-muenchen.de> <2038.6625T1088T2898@ifi.uio.no> <4h4go6$mc4@sunsystem5.informatik.tu-muenchen.de>
- <1483.6635T962T761@ifi.uio.no>
- NNTP-Posting-Host: hphalle6g.informatik.tu-muenchen.de
- Originator: fischerj@hphalle6g.informatik.tu-muenchen.de
-
-
- In article <1483.6635T962T761@ifi.uio.no>, ludvigp@ifi.uio.no (Ludvig Pedersen) writes:
- |> Organization: Dept. of Informatics, University of Oslo, Norway
- |> Lines: 44
- |> Message-ID: <1483.6635T962T761@ifi.uio.no>
- |> References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922|> @vip.cybercity.dk><1225.6615T1229T800@login.eunet.no><1140.6616T51T1538@vip.cybercity.dk>
- |> <3764.6622T781T478@ifi.uio.no> <4gbkq8$104@sunsystem5.informatik.tu-muenchen.de>
- |> <2038.6625T1088T2898@ifi.uio.no> <4h4go6$mc4@sunsystem5.informatik.tu-muenchen.de>
- |> NNTP-Posting-Host: gymir.ifi.uio.no
- |> X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
- |>
- |> >|> No big deal. And you already know how the modulo registers work in
- |> >|> double-scan mode.
- |> >It is always a big deal to write code on paper! problemo!
- |> >I got no multisync ;)
- |> I know!
- |>
- |> >|>
- |> >|> >Afaik no way to get it OSy.
- |> >|> When you have already hacked out FMODE and MODULOs. You don't need to do
- |> >|> more hacking to make it work in multisync.
- |> >BTW you need to hack modulos in a different way.
- |> >mhmhm 2x2. Lores will get 160 pix automatic, right ?
- |> We read the modulos from the MyScreen->ViewPort.DspIns->CopLStart.
- |>
- |> >|> >: There is a lot of things to think about! :(
- |> >|> >you can't think about all things.
- |> >|> >Do it for PAL and provide 4 pass solution for other monitors.
- |> >|> I guess you don't have a Multisync? Just like the coder how put their code
- |> >yep you got it :)
- |> >|> sections in chipram because they don't have any fast memory! :-/
- |> >naaaaaah! if I use writeparr8 i'm fully legal for any 64bit-mega-scan-mode :)
- |> >B T W : I gues you haven't tried this ?
- |>
- |> You guess wrong! ;)
-
- hehe you scanned syscoplists, I see, tricky :)
-
- |>
- |> >because: you never know which ddfstrt/stp values intuition uses.
- |> >i.e. , write modulo = 40 for 320er mode and you get display-rubbish!
- |> We don't cacluate the modulo from ddfstrt/stp values.
- |>
- |> Problem GONE! :-)
-
- cool!
-
- |>
- |> >well. loadviev(0) will get me into pal anyway.
- |> >usercopperlists are static, no fast buffering (screentofront sucks).
- |>
- |> Is this slow?
- |>
- |> ChangeVPBitMap(&MyScreen->ViewPort, ActiveBM, MyDBI);
-
- uhm wow didn't know you also could change the ucopl!
- cool.
-
- Anyone got source how to use those 3.2 buffering routines ?
-
- |>
- |>
- |>
- |> <sb>Ludde - Amiga Demo Coder
- |> <sb>Virtual Reality & Official Be developer
- |> <sb>ludvigp@ifi.uio.no
- |>
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-
-