Search found 1177 matches

by Symoon
Thu Aug 31, 2017 2:56 pm
Forum: Tape and floppy disk converters
Topic: Progress bar loading
Replies: 23
Views: 3486

Re: Progress bar loading

I second Chema on many missed opportunities that would have made life much easier on Oric ;) It would be handy to know how much is left to load - i.e a countdown rather than a count up. Or something like percentage shown. Would that sort of thing be possible or is there too little room? If you look ...
by Symoon
Thu Aug 31, 2017 5:55 am
Forum: Tape and floppy disk converters
Topic: FloppyBuilder evolution
Replies: 77
Views: 23452

Re: FloppyBuilder evolution

You can take any of the floppy images I posted and try yourself. If you see the flashing disk and the screen ends pitch black, it worked. If you see a red line at the bottom, it failed. Ah, thanks. I tried running a DSK file with Euphoric yesterday, saw the flashing loading disk but wasn't sure tha...
by Symoon
Thu Aug 31, 2017 5:41 am
Forum: Tape and floppy disk converters
Topic: Progress bar loading
Replies: 23
Views: 3486

Re: Progress bar loading

Very true about the Hires screen loading not really needing a progress bar. But you can: 1- load a Hires screen 2- then load a big program => for the 2nd program, the progress bar could be useful, and in Hires screen. :mrgreen: Anyway, I'm currently cleaning the source code and writing a doc before ...
by Symoon
Wed Aug 30, 2017 10:52 pm
Forum: Tape and floppy disk converters
Topic: FloppyBuilder evolution
Replies: 77
Views: 23452

Re: FloppyBuilder evolution

Ouch, this Cumulus #00 bug is dirty :shock: I see no other difference than #22/#4E (and the two extra #22) with what would be a Sedoric disk structure. Here's how I see things: the problem can be in your test program (sorry ;) ), on FloppyBuilder with the identified #22/#4E difference giving unexpec...
by Symoon
Wed Aug 30, 2017 10:20 pm
Forum: Tape and floppy disk converters
Topic: FloppyBuilder evolution
Replies: 77
Views: 23452

Re: FloppyBuilder evolution

Actually E122 seems to be the sector CRC; I don't know how to calculate it but this is my interpretation of what I see around offset #1060: in Cumulus DSK, there are 2 bytes at #22 and 6 bytes at #00 missing in the "gaps" between sectors, so the sector datas begins 8 bytes earlier and end with a nor...
by Symoon
Wed Aug 30, 2017 9:51 pm
Forum: Tape and floppy disk converters
Topic: FloppyBuilder evolution
Replies: 77
Views: 23452

Re: FloppyBuilder evolution

I second Dbug in trying to fix things one by one. 1st difference we noticed, let's try to check if it changes anything. I tried to look anyway at the DSK files, as you explained the interleaves are very different one from the other, with a different amount of #22, a different amound of #00. But I al...
by Symoon
Wed Aug 30, 2017 6:28 pm
Forum: Tape and floppy disk converters
Topic: Progress bar loading
Replies: 23
Views: 3486

Re: Progress bar loading

Interesting idea. It doesn't say Searching or Loading on the status bar so why not put the display up there out of the way of the main screen ? It doesn't here because it's a HIRES screen loading ;) Searching and Loading are still there in TEXT mode. I first planned having the progress bar up there...
by Symoon
Wed Aug 30, 2017 3:40 pm
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

I was thinking about speed problems you had a while ago... Can't recall if it was related to sectors or tracks, but IIRC FloppyBuilder was much slower than a Sedoric disk... About "FloppyBuilder was much slower than a Sedoric disk", could you explain this ? FloppyBuilder must be quicker than sedori...
by Symoon
Wed Aug 30, 2017 6:17 am
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

Ahhh, you're right. Two frustrating mysteries with no answer so far... I will have a look at writedsk code, but I really think it simply skipped the gap, without looking at the contents. If you still have one of those slow physical disks, maybe it could be faster to try and read a complete track on...
by Symoon
Wed Aug 30, 2017 6:08 am
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

Erm, I technically could but not sure I'd have time to... Jede volounteerd for me here :mrgreen: I began translating Mercenary III 12 (twelve) years ago and didn't finish it yet ^^. Same for Tyrann II, we began with Jim around 2001... I can confirm translations can be hell, with space contraints, an...
by Symoon
Tue Aug 29, 2017 11:32 pm
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

I was thinking about speed problems you had a while ago... Can't recall if it was related to sectors or tracks, but IIRC FloppyBuilder was much slower than a Sedoric disk... But as you say, if you use Writedisk to create both real disks (Sedoric and FloppyBuilder), and Writedisk overrides these byte...
by Symoon
Tue Aug 29, 2017 11:09 pm
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

(Which means, if FloppyBuilder is based on the source code of Old2MFM, that it has to be modified, too... Maybe an explanation for various problems with real disks?)
by Symoon
Tue Aug 29, 2017 10:23 pm
Forum: Games
Topic: Development of Blake's 7 (was OASIS development)
Replies: 563
Views: 166753

Re: Development of Blake's 7 (was OASIS development)

I don't know why dbug, but if you look at the github repository of Oric tools here , old2mfm.c has this: /* for (i=0;i<gap2-12;i++) trackbuf[offset++]=0x4E; */ for (i=0;i<gap2-12;i++) trackbuf[offset++]=0x22; With no further comment. However, every source about IBM Double Density Format such as thi...
by Symoon
Tue Aug 29, 2017 9:38 pm
Forum: 6502 assembly coding
Topic: Help: loop this?
Replies: 6
Views: 2185

Re: Help: loop this?

I thought about doing this but it won't work if a screen is being loaded over the progress bar. You'd then restore the previous screen state over the new ;) So I just save a single byte (the one flashing). It has the other advantage of using less memory and let me load the progress bar program in th...
by Symoon
Tue Aug 29, 2017 9:12 am
Forum: 6502 assembly coding
Topic: Help: loop this?
Replies: 6
Views: 2185

Re: Help: loop this?

So I assume the XOR is there so the progress bar does not impact whatever was displayed there before the loading? Exactly. I could use another "look" but I wanted a first version that would be as "universal" as possible (slow or fast, redefined chars or not, hires or text, letting a screen pre-load...