archive.worldofdragon.org

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...

@Tony, Robert I have found a strange coincidence with all of the 'bad' files that didn't load in XRoar and hanged with the inverted 'S' searching for the header. In the CAS format they have at char number 29-33 (after the filename) 01 FF 00 0D 0A It seems to me that the two-three last bytes should c...

sorry Robert,
the APACHE file is one of the failed files, so disregard it ...
or simply use it to compare with the good ones

cheers
pere

Hi Robert, let me say that XRoar is the used tool to convert the CAS files into WAV files while the ASC to CAS conversion is done with the help of Tony's Perl script. When converted with the perl script I could not see any message ... in fact they were converted with a batch program that executed th...

Hi Robert, first, I must say that the WAV files you are looking at are WRONG files. I have just uploaded here the ones that failed along the conversion process, so the contents are not correct. This is an explanation of the different format files: The ASC files are a special TRS-80 'old' format to s...