2.8" QD Disk Emulation

[hoby]

and another fw & blank file to test.

test3.zip

Just tested this one, and it failed to load after save

[Jeff]

and another fw & blank file to test.

test3.zip

Just tested this one, and it failed to load after save

Please share the file.

[hoby]

Sure - here it is

EDIT : blank.QDtest3.zip removed.

[Jeff]

Sure - here it is

Seems completely corrupted. I suspect a buffer overflow due to a slow usb stick. Which usb stick are you using ?

[hoby]

Seems completely corrupted. I suspect a buffer overflow due to a slow usb stick. Which usb stick are you using ?

strange - I use the same as earlier. Its a PNY 32GB usb3.0

I tried again, using the same usb, and a Kingston DT50 64 gB

EDIT : test3a.zip removed.

[Jeff]

Seems completely corrupted. I suspect a buffer overflow due to a slow usb stick. Which usb stick are you using ?

strange - I use the same as earlier. Its a PNY 32GB usb3.0

I tried again, using the same usb, and a Kingston DT50 64 gB

yes but this is not the first time i see a corrupted track like this. Definitively the Kingston is better. (Sound attached )

sample.wav.zip

(44.51 KiB) Downloaded 156 times

Now i will patch this QD file to try to find why it doesn't load.

[Jeff]

Attached some images to try to read.

EDIT : testqd.zip removed !

[hoby]

Hmm. I could not get any of them to load. I just retried with the old 612 flute sound, and that loads in about 6 seconds. with the files that does not load, it takes more than twice as long before I get the bad data error. Could it be a missing EOF information or something along that line that make it fail? Just a wild guess.

[Jeff]

Hmm. I could not get any of them to load. I just retried with the old 612 flute sound, and that loads in about 6 seconds. with the files that does not load, it takes more than twice as long before I get the bad data error. Could it be a missing EOF information or something along that line that make it fail? Just a wild guess.

Yes this can be something at the start of the track and/or at the end of the track. The track data are for sure valid since the CRC is ok.
I suspect that the controller is relaying on some kind of write splice or something like this.
Btw this machine appears to have some "undocumented" Fujitsu controller similar to the one used in the Roland machines...

The good question is why it can read the S612 image without issue while the format S700 can't be read.
One thing to note : Due to a better sample encoding the S700 track is smaller than the S612 one. The track size is similar to the Roland track size.
Maybe this is again a different ready length or rotational speed issue ? I have the felling that there is 2 kinds of quickdisk drive regarding these parameters but i am unsure for the moment.

Anyway this a real pain in the a*s not having these gears on my desk. I bet that this a "20 minutes to fix issue" but with the way we are working this take literally days & weeks...

[hoby]

Yes, I can imagine...It is pretty weird it reads bot the s612 and the roland samples.

I would be happy to send you the quickdisk, but as it is not working, I dont think it would make much sense. Just another problem. And I guess it is really the sampler you would need.

I appreciate the work, and let me know if I can do something at my end.

[Jeff]

This time lets play with different timings :

EDIT : timings_test.zip removed !

[hoby]

This time lets play with different timings :

EDIT : timings_test.zip removed !

No, it still doesn't wanna play with any of the files...

[Jeff]

Had a closer look to your pictures : The Akai X7000 use the exact same controller as the Roland machines : MB87013 + MB89251A
Interesting...

The S612 (MD280) is a different design.

[Jeff]

Is this one working ?

EDIT : blankKing_NM.zip removed !

[hoby]

No, unfortunately it is still the same