archive.worldofdragon.org

Hi Tony, I have tested the two cas you uploaded and work well in XRoar with Orchestra. Then I used the new script to convert AAODDS.ASC that had given 'header' problems and now it is well converted and plays nice too. So, congrats! You got it! I like the idea of widening the header with 80 chars $55...

Hi Tony, glad to know you have a patch that solves the 'problematic files' I am doing my firts steps on Perl, fortunately it is a very C-like language, but it has some tricks related to I/O and search/substitute strings that need some internet help! Honestly, after reading your script some hundred t...

that's right. Now it seems that I could plan to 'verify' the converted CAS files with a small java app. Or maybe better, try to learn perl and see what does Tony's script. I don't need the WAV files immediately, it was just a step to get them converted into ORC files and saved onto DSK in my CoCo, s...

The last byte in the block is the CRC of the block. The structure is as follows: 0x55 Lead 0x3C Block Begin 0x?? Block Type 0x?? Block size Size bytes of data 0x?? CRC 0x55 Trailing byte So, most probably, the script isn't counting on the CRC byte and does mistake it for a data byte. Good point, Ro...

alright now. It is clear that, at the end of some blocks, it is added an 'unwanted' extra byte ... that by now I cannot figure where it comes from. The file ALLERG.ASC has this long command: M V1*H$Q9&;IA;7v2*H$Q9 which translated (coded) should be: CD 60 D6 71 6A 48 64 51 79 66 7B 49 41 7B 77 D6 72...

HI, I have found that after the crash, when loading one of the 'bad' CAS files, you can enter E command and so you see what has been loaded. Exiting edit mode (Break), you can List the loaded part (in XRoar) and this should be identical to the original ASC file, but there are a lot of lines more in ...

Hi Tony ... HELP! I think that I have found the other problem, the one that gets an I/O error when loading into Orchestra in XRoar. This happens when a line of code (orchestra command) is broken due to getting to the end of a block (256 bytes) The file I have been analyzing is ALLERG and if you have...

Hi Robert, most probably. I hope that Tony could have a peek at his perl script and he will find out the part of code that creates the header and so he could avoid this situations ... Later I will have a look at the partially loaded files. I can see the loaded part in Orchestra, but as it is coded i...

hello, I am listening to APACHE, one of the BAD files. I have just deleted the offending 0D with an hex editor ... and now works flawlessly, good! So, Tony, if you could find the point in which your perl script adds the length or whatever it means after the filename, and you could add there a contro...

Hi, it's me again Looking deep into the good and bad ones, I think that the problem is that the BAD ones have added an 0D in front of the load address: the bytes I said in last message were: 01 FF 00 0D 0A xx But the bytes 0A and next one would have been the right value. So I am going to try to dele...