Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!uunet!munnari.oz.au!brolga!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!glmwc From: glmwc@marlin.jcu.edu.au (Matt Crowd) Newsgroups: comp.sys.amiga.tech Subject: Re: 2.0 File Requestor/NTSC Questions Message-ID: <1990Dec19.094324.3621@marlin.jcu.edu.au> Date: 19 Dec 90 09:43:24 GMT References: <1990Dec17.033055.3516@marlin.jcu.edu.au> <16641@cbmvax.commodore.com> Organization: James Cook University of North Queensland Lines: 90 In article <16641@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes: >In article <1990Dec17.033055.3516@marlin.jcu.edu.au> glmwc@marlin.jcu.edu.au (Matt Crowd) writes: >>1) How does one get the 2.0 standard file requestor to appear on your >>own custom screen? I have it appearing on workbench at the moment. >>Example code would be nice! > >use the {ASL_Window, mywindow} tagitem-pair when calling AslRequest() or >AllocAslRequest(). The requester will appear on your window's screen. Thanks. >>2) What happens if a PAL picture is loaded into a NTSC machine? Does >>the picture cut off at the 200 line mark? There is a bug in my machine >>that causes it to boot sometimes in NTSC instead of PAL, and on one >>of the occasions it did, I loaded a PAL picture. The picture extended >>down past the 200 line mark (maybe 20 lines or so), even though the >>mouse could not be moved below the 200 line mark. Is this what happens >>on a _real_ NTSC machine? > >Remember that the IFF-viewer is opening the screen based on its >understanding of the picture's mode. A 2.0-aware program can >very easily open a PAL or NTSC screen depending on what' appropriate. >If you just say "give me hires" or "give me hires-lace", etc., you'll >get a screen whose size depends on whether the machine is jumpered >to NTSC or PAL (or fixed to NTSC or PAL for older Amigas). Sorry but this program must run on 1.2|1.3 as well as 2.0+. Support for the 2.0 file requester is given if the machine IS running under 2.0 >We know of no bugs that cause a PAL machine to boot >as NTSC. Do you have a hardware problem? I wonder what would happen >if the NTSC/PAL jumper was loose or missing. Check the jumper which >is just adjacent to Agnus. I don't know the jumper number, but on >later motherboards, it's labelled "PAL/NTSC". I'll check this out. I don't think the problem is confined to me over here though. It only does this sometimes and I just reboot and it is alright. NB: it hasn't happened under 2.0 yet... >>3) Is the OS supported solution to determine whether a program is >>running on NTSC or PAL - >> >> if(GfxBase->DisplayModes & PAL) >> printf("PAL\n"); >> else >> printf("NTSC\n"); > >Depends for what use. Some programs may try to jam this flag to >change the "type" of machine (not a supported concept). In general, >this bit should reflect the hard-state of the machine, i.e. whether >it was born or jumpered NTSC or PAL. No, I just want to determine NTSC or PAL, not change it. >Under 2.0, to be more precise you can GetDisplayInfoData() on any basic >mode, like HIRES_KEY, and check the DisplayInfo.PropertyFlags DIPF_IS_PAL >bit. Can't really use 2.0 calls, the only reason I have 2.0 at all is because a 3000 owner up here sent to C= asking for the latest version and they sent him the developer disk! I have been trying to work things out from the includes/examples... >NTSC machines with PAL workbenches are still NTSC machines. They >should normally report "ntsc" through any correct test. > >If you use GetScreenData() to learn about the Workbench, this call >may lie about the Workbench screen if it's at all unusual. NTSC >machines will report NTSC Workbenches, and PAL machines will report >PAL Workbenches. (The reasons for all this lying are involved.) >Under 2.0, use LockPubScreen() to figure out the true dimensions and >mode of a screen. All I really want to do is have the program open it's own screen which is 200 lines high in NTSC or 256 in PAL. It seems that the DisplayFlag method is correct from your reply. Thanks. >-- > Peter Cherna, Software Engineer, Commodore-Amiga, Inc. > {uunet|rutgers}!cbmvax!peter peter@cbmvax.commodore.com >My opinions do not necessarily represent the opinions of my employer. >"Oh, PIN-compatible! I thought you wanted me to make it IN-compatible!" -- Matt Crowd Amiga Man Email Address glmwc@marlin.jcu.edu.au