Jump to content

ggn

Members
  • Content Count

    1,693
  • Joined

  • Last visited

Community Reputation

2,277 Excellent

2 Followers

About ggn

  • Rank
    Stargunner

Profile Information

  • Gender
    Male
  • Location
    Greece

Recent Profile Visitors

22,514 profile views
  1. Sheesh, what a derail to the thread. Come on people, let's try to bring some positivity to the thread! I'm sure many of you have installed the latest firmware and it works fine! Also, that you've sent Jon some money for his hard work! I've checked both items above off my list and would also like to thank @flashjazzcat for his continued support on his BIOS and other software :).
  2. rmac v2.1.8 is now out. Quite a few bug fixes (apologies to those who reported these and were waiting for the official release) and a statically linked binary for Linux as there were people asking for this. http://rmac.is-slick.com Changelog: Fixed bug where rmac would crash if a too complex expression was entered in a line. Thanks to Zorro of Ghost for the report. Fixed handling of RMACPATH environment variable. Thanks to James Jones for the report and fix! Harden RISC register parser. Thanks to DrTypo for the report. Fixed bug where expressions that contained the star character (*) would be treated as absolute when .ORG is active. Many thanks to James Jones for the report. Fixed bug where symbols redefined using SET more than once would be assembled to the last value. Emit an error when “.opt +o” or “.opt ~o” is encountered (i.e. no arguments) Don’t touch o10 (AKA op) when +/~Oall is called Fix .goto directive Improvements in reporting errors inside macros Experimental static Linux build (64-bit only) Enjoy!
  3. Having my PC's boot drive FAT table wiped once is one times too many. So without trying, my recommendation is to still avoid. As for TDE, nobody has claimed any damage on their files, so it's just revenge claims from a spiteful man. Oh well. BTW don't @ me, won't be reading or replying to this thread further.
  4. At least from what I've read on the fujinet section of this forum: a) the differences between hardware revisions are not very significant, b) most (all?) of the features work everywhere from v1.0 to the latest. Also, ordering from the USA while living in EU and having all these delays in post offices sounds so "fun". In any case, I ordered a fujinet and avgcart from @tmp last week, so that's me done. Looking forward to receiving them!
  5. That'd be very nice, I've enjoyed reading the Dtack grounded issues a few years ago, I'm sure this manual will be equally fun to read.
  6. @Rybags (and anyone else interested): Dbasic has been archived from an original disk here!
  7. Oh boy, you just saved me of a heap of trouble with this. Thank you, and of course for all the other goodies you have archived
  8. I remember Matthias Domin had created an adapter for PS/2 keybaoards: http://mdgames.de/jagbasic_eng.htm, but I'm not sure he has released more info than the page.
  9. But even AUTO folder implies the use of FAT, so you'd need a few more sectors in the first track to contain the necessary info. Not that it's impossible, just probably a bigger hassle than just writing some code on the bootsector that loads the data using more primitive calls. There exists a dump of DBasic and it is in my TODO list to make a custom format routine, write the sectors from that dump and then image the disk using Pasti or similar (first of course I'll verify that the thing works!) I assure you that the boot sectors on ST and Amiga are really different. Amiga's boot block (as I've read it being called) is 1k, so it uses 2 512b sectors. The ST's is sort-of-kind-of FAT compatible, so ST disks can be read on DOS machines. From the description of the Amiga disk format I can speculate that the special disk has an area that has the markers for a few Amiga sectors, and the rest formatted in a way that the ST can find the FAT sector markers. The above disk picture says that it's made by Rob Nothern, who had access to a TRACE machine, so it wouldn't be too difficult for him to program a custom format that has the scheme I described here.
  10. I'm not exactly sure what you mean there, but according to the docs (and from my sparse knowledge of the Amiga) there is a bootblock area on the Amiga that's 1024 bytes long. Same goes for the ST, the first sector contains disk info but can also contain executable boot code. File systems are irrelevant during boot, this is read before the file system touches the disk (at least on ST, but I suspect the Amiga too). Unless you meant something else here? You assume that one will be using the file system at all to read and write data. The much easier thing would be to format one side of the disk (barring the first track of side 0) as ST and the other as Amiga. Then both bootsectors can contain code that will just read raw sectors off the disk and thus boot the game (or anything else) in question. Alternatively, if you want to use a file system you could do similar tricks to what trixter described in the linked article, i.e. mark some sectors as "bad" in one file system so they won't be used, and inverse that for the other file system. Since (as you said) the file system areas for both machines reside on different parts of the disk, it's not that impossible. And a small bit of trivia: When we did our version of Lethal Xcess for the Atari ST/E we noted that a large area of both disks wasn't being read at all, so we simply discarded these areas, so we were able to fit the game into a single disk instead of two (which is pretty much what every other group did).
  11. ST/Amiga dual format games use pretty much the same principles, but I haven't come across a detailed analysis of how this works. Wikipedia has a list of games that supported dual (and sometimes triple) format.
  12. https://github.com/fukuchi/libqrencode was used in at least Rebooteroids.
  13. I had a look at how the old C libraries did this (in my case I looked at Sozobon C). They seem to be outputting each string character using Bconout(): move.w ch,-(sp) move.w #2,-(sp) move.w #$03,-(sp) trap #13 addq.l #6,sp "2" is the output device, the console. Try outputting a single character using this and see if redirection works. If it does, you can use this to print each character. For more info on Bconout, have a look at reference books like the Atari Compendium. Hope this helps.
  14. The official website perhaps? http://rmac.is-slick.com/manual/rmac.html#binary-operators (Also, thanks to @Zerosquare for the quick response - honestly I was 99% sure what to expect when I read the topic!)
×
×
  • Create New...