--------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECB00004Date: 07/27/97 From: AMAND TIHON Time: 07:38am \/To: ALL (Read 1 times) Subj: UniVBE Hello All, I recently began to use UniVBE, and I wonder how to change the page that is displayed on the screen. Thanx. Bye, Amand ... RAM = Rarely Adequate Memory --- LHL v2.35 * Origin: Programmer's Paradise -Belgium- 32-10-813088 (2:293/2009) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECB00005Date: 08/06/97 From: BARRY BLOCK Time: 12:45am \/To: MERVYN BALDWIN (Read 1 times) Subj: Re: window.asm Hello Mervyn, >> I tried it on my 386 with ET4000 video card. I get the top row only. MB> Tried it today on an old XT. No luck. MB> Tried it on a wizbang 130MHz Pentium (in a shop) No trouble. MB> Some machines accept it - MB> others (supposedly identical) don't. ^^^^^^^^^^^^^^^^^^^^ really? Same video card? I loaded a vesa driver for the ET4000. No luck. Kind regards, Barry --- Terminate 4.00/Pro * Origin: EBO-BBS A'dam +31-20-6002828 (2:280/901.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECB00006Date: 08/05/97 From: STEPHAN WEINBERGER Time: 10:59pm \/To: JOHN KISMUL (Read 1 times) Subj: Re: SoundBlaster Recycling a Message by _John Kismul@2:211/16_ to _All_ (Date: 31.07.97) JK> Can anyone here tell me how to get the SoundBlaster to use more than one JK> sound channel. I'm able to send all the sound data to the SoundBlaster JK> and play it but how do I tell the SoundBlaster what soundchannel it hall JK> use. The SB can only play one channel since it has only one DAC... You will have to mix the channels yourself. This is really simple: Output:=(Channel_1+Channel_2+....+Channel_X) DIV X You have to do this for each single sample. JK> --- BBBS/L v3.33 How JK> * Origin: Errors HQ: Prog/Emul/Linux/Demos, +47-56341083 (2:211/16) CU, Fido: 2:316/5.9 Stephan e-Mail: weini@sbox.tu-graz.ac.at WWW: http://www.sbox.tu-graz.ac.at/home/weini --- CrossPoint v3.0 * Origin: (2:316/5.9) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00000Date: 08/07/97 From: MATHIEU BOUCHARD Time: 05:59am \/To: JERRY COFFIN (Read 1 times) Subj: mode X JC> pixel is represented by four bits in four separate planes. To draw a JC> single pixel, you switch to one plane, read the byte containing the bit JC> in which you're interested, and out the current value in that bit, or in JC> the new value for that bit, then write the byte back to the screen. JC> Repeat for the three other planes. To set a pixel to, say, white, you enable all planes at once, in the appropriate write mode, and mask all irrelevant bits. JC> In short, you've got a minimum of 8 memory reads/writes to draw a single you've got one mem write, and zero read. I'm no EGA expert, but, i think your statement can't make sense. If it does, please explain. matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00001Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:09am \/To: JAMES VAHN (Read 1 times) Subj: Re: Constant speed >> was talking about the D package. nasm comes with the D package? since >> which version? JV> As far as I know since Debian 1.2 and up, but nasm-0.93 and needing to e JV> upgraded. ah, was thinking about Slackware, actually. matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00002Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:09am \/To: KURT WISMER (Read 1 times) Subj: question about int 13h.. KW> int 13h, function 8h returns the number of tracks and the number of KW> sectors per track in cx... it also seems to return something in ax which KW> my info doesn't make mention of but what seems to be just the number of KW> sectors per track all by itself... KW> i was wondering if that is what is actually happening or if it was just KW> a coincidence... i certainly wouldn't mind dropping the three bytes KW> needed for and cx, 3f if i could just get the number i want from ax... if it's not documented, it's probably not portable, and another man's bios probably won't support it. if the interruptlist doesn't mention it, then it's not documented, since that list describes everything known in the entire Universe and maybe even farther. :+) matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00003Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:11am \/To: SAM IZZO (Read 1 times) Subj: Re: rendering! MB>> gimme a break with real 3-D. in 3 years, those will be called fake and MB>> new games will be called 3-D. Wolfenstein once was called real 3-D. MB>> be a little more descriptive... like, Wolfenstein could be called a SI> ahh, but 3d as in codewise.. Wolfenstein was completely 2d, using SI> raycasting.. what do you call 'codewise'?... this system is visually based on true perspective. Doesn't have to be 3-d 'codewise'. I wrote a fractal program that renders several layers of squares and i would call this 3-d. the original math stuff is based on 3-d true perspective. Wolf's too, even though the code might have been simplified to be faster... when you look back at where they took their code, you can see it all comes back to 3d math. If you're talking about the map, well, the map != the whole thing. Like, there are things other than the map. In Wolfenstein, the map function is (x,y) -> b, where b is the block type. SI> DOOM is kinda 3d. Its map has x and z co-ordinates, and each sector has In Doom, the map function is more or less (x,y) -> (b,z) though it's a bit more complicated than that... certainly more 3-d in it, but since wolf is 3-d, doom, being more 3-d, is 3-d too. SI> Now Quake and Descent are in 3-dimensions all the way! possibly true, though i don't know the details. it is at least more than doom. matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00004Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:28am \/To: BRYAN SCHWARTZ (Read 1 times) Subj: Arrow Assembler BS> I'm surprised your local library has no books on assembly programming. BS> The city i live in is small (600,000 people including suburbs) it's about 1 - 1.3 million people here, we call it quite big, and even when considering only this side of the river, where most Frenchmen live, it's 300,000 people, which we consider medium-sized, not small. but then, again, my ex-girlfriend considered the 1.3 million thing as a village. BS> but there are still 5 or 6 good books on assembly programming for the BS> Intel microprocessors, and even some on 6502 etc. About same in the biggest of the 3 city libraries in my 60,000 people city. But at our University's library, there is quite more stuff about that (not much, the lib is more hi-level oriented, C, Prolog, SmallTalk, misc) matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00005Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:35am \/To: CRAIG HART (Read 1 times) Subj: mode X [...] CH> 5 years ago, yes. Today, no. If you're still programmming for 8 and CH> 16-bit ISA CH> bus cards, probably still yes, even. But reality is that modern, fast, CH> local CH> bus video cards are much faster in 256 colour modes than 16-color modes. CH> Even the most highly optimized 16-colour code still involves much more CH> CPU time CH> than 256 colour mode, I/O instructions (notoriously slow, esp. in V86 probably a much better reply than Jerry's. thanks alot. matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: ECC00006Date: 08/07/97 From: MATHIEU BOUCHARD Time: 06:38am \/To: HERMAN SCHONFELD (Read 1 times) Subj: 320x200x256 JC>> That depends on your target - as I've pointed out before, if you want o JC>> ensure that your code will run on _any_ VGA, Mode X works. Nothing lse JC>> will give you 256 colors and multiple pages on a pure VGA card. HS> The problem is that no-one wants 256 colours and multiple pages anymore. HS> Any HS> capability/feature of x-mode can be acheived by SVGA modes. (Even smooth HS> scrolling). but this requires a driver. and non-accelerated SVGA's cannot write 4 pixels per byte write without using plane mode. matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42)