I found many many issues trying to produce a release today...
I have a really nice picture from Dbug and tried to bundle something. Just 10 minutes, I thought. Alas! I was wrong.
It seems that pictconv options o1 and o0 are swapped, and it took me quite a lot to find so. Using o1 is the one which produces the screen data without a loader.
Once I found this, I noticed that CLOADing the pic, made the Oric halt in the end. I turned out that adding an additional byte (I put a zero) with an hex editor solved the problem.
I managed to make a loader which loaded everything using CLOAD"SCREEN.TAP", etc. Works nicely if you have three different tap files (which, btw, can be made fast wavs, but forces the user to insert or reproduce all of the wavs in turn, which is a mess).
To make it work I changed the loader (removing the .TAP in the CLOADs) and concatenated the three tap files. Hey, that works! fine. Next I tried tap2cd. It hanged. Again problems.
And, to my surprise, the concatenated tap did not work in an Oric-1. The program got back to basic after loading the screen, without CLOADing the actual game.
Well, at least I was able to produce a dsk which works! I don't need an extra loader. Just put the screen and program in the disk and use the INIST sentence to do the work. This was the only good news today.
Can't believe it. I am leaving on holidays tomorrow, so if I am not able to produce something soon, the release will have to wait until September or so.
Sorry, maybe I am doing something completely wrong, but I don't find what it can be...
