phaeron Posted December 26, 2009 Author Share Posted December 26, 2009 Mr Proper looks like an Amiga game... Not that surprising, when you consider that VBXE has twice the memory bandwidth of an Amiga 500. exe file exchanged but Altirra still does not scroll. Altirra 1.5 test-11 does not support vertical scrolling. You need this version: http://www.virtualdub.org/beta/Altirra-1.5-test12.zip http://www.virtualdub.org/beta/Altirra-1.5-test12-src.zip Tested with both overlay (80text) and attribute map scrolling. Also fixed a bunch of debugger annoyances. anyway...here is the example with 4x4 cells... Altirra will let you create an attribute map with fields narrower than 8 pixels, but that is invalid on the real hardware according to the docs. Quote Link to comment Share on other sites More sharing options...
Heaven/TQA Posted December 26, 2009 Share Posted December 26, 2009 oh... 4x cells not possible? hmmm... need to read the docs more carefully... thanks for the new version. will check later. Now I am playing little bit Dragon Age... Quote Link to comment Share on other sites More sharing options...
phaeron Posted December 26, 2009 Author Share Posted December 26, 2009 as in this version I am writing into XDL+10 at $4000 bank 0 which contains the hscroll offset. (not +11) exe file exchanged but Altirra still does not scroll. I pulled this down, and it looks like the offset should be +11 -- $400A is the high byte of the attribute map stride. Quote Link to comment Share on other sites More sharing options...
Heaven/TQA Posted December 26, 2009 Share Posted December 26, 2009 could not test it as i tried both +10 and +11 to see if there is any difference... but need to check with your latest build... any idea regarding the instances? Quote Link to comment Share on other sites More sharing options...
drac030 Posted December 26, 2009 Share Posted December 26, 2009 The valid PERCOM block for such an image should be $01 $00 $fe $ff $00 $04 $01 $00 $FF $00 $00 $00 (1 track * 65534 sectors * 256 bytes = ~16 MB). Sorry, correcting myself: the 16-bit number specifying the number of sectors per track should be in big endian order; so $01 $00 $FF $FE $00 $04 $01 $00 $FF $00 $00 $00 is the correct PERCOM block for a 65534-sector image. I just tried your newest build and saw that it works "almost" well with my ATR images. 32 MB images are accessed without problems: Now as I have access to the usual Atari software (which I keep on these images) I'll be able to investigate what's the exact problem with the 16 MB DD image (which still generates error 139 on access). Will keep you informed. Thanks. Quote Link to comment Share on other sites More sharing options...
Heaven/TQA Posted December 27, 2009 Share Posted December 27, 2009 ok... the restricting while scrolling is the size of the attribute cell... so in my case 8 pixel... but an antic 6 char is 16x8 "vbxe" pixel so... an 8x8 cell is impossible to scroll full char size as there is a restriction hscroll<=cell size Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 But why would you want an 8x8 to cover a 16x8 char? Scrolling isn't much worry - unlike normal DList stuff, you can chunky scroll overlay and attributes much easier thanks to the "Step" parameter. So then all you'd need to do is change the attribute origin parameter, rather than altering multiple LMS parms. Quote Link to comment Share on other sites More sharing options...
phaeron Posted December 27, 2009 Author Share Posted December 27, 2009 any idea regarding the instances? I'd have to do some work to implement this, as it requires IPC between the processes and that's annoying to set up. What I usually do is just boot the image again (Alt+B) on the same instance. I'm thinking about having it watch the file and auto-restart, though.... Quote Link to comment Share on other sites More sharing options...
phaeron Posted December 27, 2009 Author Share Posted December 27, 2009 Here's a little app I wrote to abuse the blitter -- appreciate it if someone could check if this works on a real VBXE. It rotates an image back and forth using the three-shear method. Unfortunately I found out I couldn't do 360 rotation easily since the blitter doesn't have enough address step bits to rotate a 256x256 image, and I need lo/hi XY addressing in order to patch the shear blit lists using the blitter. It also didn't run as fast as I'd hoped, 25 fps in Altirra and probably 16fps on real hardware. rotate.zip Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 (edited) The .OBX file needed the first 2 bytes stripped to work properly. Won't load from DOS... probably since the initial segment goes to $1000. But, works fine from my games loader - but you have garbage appearing outside the pic... VBXE RAM is never cleared on powerup, so probably an idea to initialize it first. How many FPS? Hard to tell. It feels like it's slowing down at the end of each "swing". I'd guess probably somewhere between 16-25. Edited December 27, 2009 by Rybags Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 VBXE Blit Rotate small.zip There's a video - had to crop and reduce the size to keep it within size limits. Divx or XVid codec needed to play it back. Quote Link to comment Share on other sites More sharing options...
candle Posted December 27, 2009 Share Posted December 27, 2009 (edited) rotate almost works, hard to say how many fps, i assume still 25 (could you put a color bar for the main loop?) and heaven's scroller works edit blitter indicator shows that blitter has some spare time, so the only limit for now is cpu preparing blitter list Edited December 27, 2009 by candle Quote Link to comment Share on other sites More sharing options...
phaeron Posted December 27, 2009 Author Share Posted December 27, 2009 VBXE Blit Rotate small.zip There's a video - had to crop and reduce the size to keep it within size limits. Divx or XVid codec needed to play it back. Cool, thanks for checking. That looks like it's running about the same speed. Yeah, the garbage is just because I removed the clears to speed it up, and it slows down at the ends because I used a sin table to drive the rotation... and it loads at $1000 because I was too lazy to relocate data manually into VBXE space. I rearranged the blits so that the CPU wasn't the bottleneck, and the emulator still shows the program about 60 scan lines short, so going from 25->50 fps would require something like removing one of the copies, which means adding another fixup blit to switch the framebuffer pointers on shear 3's blits... bleah. Don't feel like doing that at the moment. Still, I'm happy that it worked without me ever touching real hardware. Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 Yeah, nice effort. Wouldn't take too much more to make into a cool zoomer. Have 2 other pics at 0.5 and 1.5 times size, which should allow a greater range of zooms in conjunction with the blit's built in zoom. Quote Link to comment Share on other sites More sharing options...
Heaven/TQA Posted December 27, 2009 Share Posted December 27, 2009 cool stuff... and you are one of the "new" atari coders who use the XASM specific commands... like MWA etc Quote Link to comment Share on other sites More sharing options...
drac030 Posted December 27, 2009 Share Posted December 27, 2009 what's the exact problem with the 16 MB DD image (which still generates error 139 on access). After recalculating all the numbers I found out that the image is broken after all. When I fixed it, it started to work. So this part of Altirra needs no fixes (except the faulty PERCOM block definition as above). Having the basic system working I tried to run the "S2:" driver http://drac030.krap.pl/en-vbxe-pliki.php so that I could use 80-column console under SDX. But the driver does not work, it loads, installs itself in the OS, and then crashes because of illegal instruction at bogus (it seems) PC value. I haven't yet found out, what's the exact cause of the crash. Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 Hi drac. Would you be able to provide a copy of that archive as a Zip? Nothing I've got here will unarc it... and I couldn't be bothered finding/using Atari-based utilities for such things. Quote Link to comment Share on other sites More sharing options...
drac030 Posted December 27, 2009 Share Posted December 27, 2009 Uhm, I don't have my FreeBSD laptop with me here, so I can't unpack this on a PC either. You might try Atari UNARC, here http://drac030.krap.pl/en-inne-pliki.php Quote Link to comment Share on other sites More sharing options...
drac030 Posted December 27, 2009 Share Posted December 27, 2009 (edited) Rybags: perhaps TGZ will do for you http://drac030.krap.pl/s2vbxe.tgz (repacked it from ARC to TAR under emu, then gzipped under Total Commander). Edited December 27, 2009 by drac030 Quote Link to comment Share on other sites More sharing options...
cyco130 Posted December 27, 2009 Share Posted December 27, 2009 Rybags: perhaps TGZ will do for you http://drac030.krap.pl/s2vbxe.tgz (repacked it from ARC to TAR under emu, then gzipped under Total Commander). Windows users may want to check this out. It works fine with Atari ARC files, unlike some other tools I tested that claim to support the ARC format. Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 27, 2009 Share Posted December 27, 2009 That seems to work. Such a PITA that they never bothered to include proper support in Winzip. Fair enough that you can do it through plugins, but I'd have thought that the rights to such ancient archivers would be next to worthless by now. Quote Link to comment Share on other sites More sharing options...
cyco130 Posted December 27, 2009 Share Posted December 27, 2009 That seems to work. Such a PITA that they never bothered to include proper support in Winzip. Fair enough that you can do it through plugins, but I'd have thought that the rights to such ancient archivers would be next to worthless by now. In fact, you don't need winzip. It's a command line program. And apparently ARC is now under GPL. That would prevent WinZip from including it. I hope 7zip will support it one day though. Quote Link to comment Share on other sites More sharing options...
tebe Posted December 27, 2009 Share Posted December 27, 2009 http://madteam.atari8.info/index.php?prod=vbxe Mission Shark + VBXE colors map Quote Link to comment Share on other sites More sharing options...
Tezz Posted December 27, 2009 Share Posted December 27, 2009 http://madteam.atari8.info/index.php?prod=vbxe Mission Shark + VBXE colors map$ Version with the new title is attached.mission.zip Quote Link to comment Share on other sites More sharing options...
phaeron Posted December 28, 2009 Author Share Posted December 28, 2009 what's the exact problem with the 16 MB DD image (which still generates error 139 on access). After recalculating all the numbers I found out that the image is broken after all. When I fixed it, it started to work. So this part of Altirra needs no fixes (except the faulty PERCOM block definition as above). Whoops, swapped lo/hi bytes... this version should have the PERCOM block fixed: http://www.virtualdub.org/beta/Altirra-1.5-test13.zip http://www.virtualdub.org/beta/Altirra-1.5-test13-src.zip Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.