Apple II Support

[nerydf]

I'm testing my system right now, and I swear that last month I converted a .do file to .hfe with your software and it worked perfectly. Now I am trying to do the same thing, but when I drag the .do file to the app, it imports it as a 56 sector disk instead of 35, and the resulting .hfe files won't load. I probably messed up a setting somewhere, what am I doing wrong?
Thank you

[Jeff]

I'm testing my system right now, and I swear that last month I converted a .do file to .hfe with your software and it worked perfectly. Now I am trying to do the same thing, but when I drag the .do file to the app, it imports it as a 56 sector disk instead of 35, and the resulting .hfe files won't load. I probably messed up a setting somewhere, what am I doing wrong?
Thank you

Does the do file has the .dsk extension ? if so change it to .do - i think that another loader was used to load the file.

In fact this is something i need to improve : how to reliably recognize a do and a po image from a standard dsk ? Is there something standard into some kind of boot sector to check ?

If not i will probably add a switch to pass the software into apple mode to make the apple formats priority

[nerydf]

Does the do file has the .dsk extension ? if so change it to .do - i think that another loader was used to load the file.

In fact this is something i need to improve : how to reliably recognize a do and a po image from a standard dsk ? Is there something standard into some kind of boot sector to check ?

If not i will probably add a switch to pass the software into apple mode to make the apple formats priority

Ah, yes, I had forgotten that detail. It should have occurred to me since .DSK is used for so many different systems, not just Apple II. Once I renamed to .do or .po, it correctly imported it as 35 tracks.

From my research, it seems that there is no foolproof way to determine if a .dsk is a .do or .po, and it is usually left up to the user to tell it which way to go. Most software seems to be checking the file extension, and if it contains "p" then treat it as ProDOS, otherwise treat everything else as DOS. The .WOZ files do include this distinction so they are easier to parse.

In this video, Chris Torrence talks about disk encoding for his Apple II emulator program. He basically takes every disk image and converts it to a WOZ file, and his emulator only uses WOZ files.
https://youtu.be/mmbBN-DkMtY?si=o-ITDaywwvxbx43_&t=52
Here is the code he references that does the conversion: https://github.com/mr-stivo/dsk2woz2

I'm starting to change my mind that WOZ is a "fringe" format, and is looking like it could become the defacto standard for Apple II files in the future. There are already projects to convert all of the .dsk and .po repositories online to .WOZ.

I hope this helps.
Thank you

[Jeff]

I'm starting to change my mind that WOZ is a "fringe" format, and is looking like it could become the defacto standard for Apple II files in the future. There are already projects to convert all of the .dsk and .po repositories online to .WOZ.

yes i have the same felling ...

In this video, Chris Torrence talks about disk encoding for his Apple II emulator program. He basically takes every disk image and converts it to a WOZ file, and his emulator only uses WOZ files.
https://youtu.be/mmbBN-DkMtY?si=o-ITDaywwvxbx43_&t=52
Here is the code he references that does the conversion: https://github.com/mr-stivo/dsk2woz2

yes the hxc is able to do the same (do/po -> woz) - but you ended up to convert the images anyway

[Jeff]

New HxC firmware version for Apple II :

20 March 2024 : Firmware STM32/AT32 USB HxCFloppyEmulator v5.2.1.6a

- Apple II Support : Drives conflict issues on machines with more than a drive fixed.

https://hxc2001.com/download/floppy_dri ... rmware.zip

https://hxc2001.com/download/floppy_dri ... _notes.txt