jfdelnero / hxcfloppyemulator Goto Github PK

As per previous suggestion, here are the list of disk images I've created using Greaseweazle, that HxC doesn't create a working .stx for.

https://archive.org/details/Atari_Arcade_Classics_AtariUK_AtariST_DiskImage
https://archive.org/details/Barbarian_Kixx_KlassiX_AtariST_DiskImage
https://archive.org/details/Batman_The_Movie_Ocean_2Disk_AtariST_DiskImage
https://archive.org/details/Bombjack_Encore_AtariST_DiskImage
https://archive.org/details/ChuckieEgg_PickAndChoose_AtariST_DiskImage
https://archive.org/details/Falcon_Mirrorsoft_AtariST_DiskImage
https://archive.org/details/Football_Manager_2_And_Football_Manager_2_Expansion_Kit_Addictive_AtariST_DiskImage_2
https://archive.org/details/Frost_Byte_16Bit_Pocket_Powerdisk_AtariST_DiskImage
https://archive.org/details/Heroes_Domark_AtariST_DiskImage_1
https://archive.org/details/Lethal_Weapon_Ocean_AtariST_DiskImage
https://archive.org/details/Levithan_English_Software_Company_Atari_ST_DiskImage
https://archive.org/details/MagicLand_Dizzy_Codemasters_AtariST_DiskImage
https://archive.org/details/McDonald_Land_Virgin_AtariST_DiskImage
https://archive.org/details/Movie_Stars_Titus_AtariST_DiskImage_2
https://archive.org/details/Movie_Stars_Titus_AtariST_DiskImage_3
https://archive.org/details/Paperboy_Elite_AtariST_DiskImage
https://archive.org/details/Plutos_Prism_Leisure_AtariST_DiskImage
https://archive.org/details/Speed_Ball_Image_Works_AtariST_Disk
https://archive.org/details/Sorcery_Plus_Virgin_AtariST_DiskImage
https://archive.org/details/Speed_Ball_Image_Works_AtariST_Disk
https://archive.org/details/Speed_Ball_Mirror_Image_AtariST_DiskImage
https://archive.org/details/Sports_Spectacular_AtariST_DiskImage_2
https://archive.org/details/Strike_Force_Harrier_Mirror_Image_AtariST_DiskImage
https://archive.org/details/Striker_Gremlin_AtariST_DiskImage
https://archive.org/details/Super_Off_Road_16_Blitz_Tronix_AtariST_DiskImage
https://archive.org/details/Tenstar_Drivin_Force_Digital_Magic_Software_AtariST_DiskImage
https://archive.org/details/Tracksuit_Manager_AgainAgain_AtariST_DiskImage
https://archive.org/details/Turrican_Kixx_AtariST_DiskImage
https://archive.org/details/War_Machine_Smash16_AtariST_DiskImage
https://archive.org/details/Wizkid_Ocean_AtariST_DiskImage
https://archive.org/details/World_Class_Leaderboard_Kixx_KlassiX_AtariST_DiskImage
https://archive.org/details/WinterOlympiad_Tynesoft_AtariST_DiskImage

Aufit creates a working .stx, but HxC does not.

I wasted a bit of time thinking that the produced XML files contained only sectors where the CRC check matched.

I can fully see the reasoning for including all sectors, but then the CRC status should be included.

I am not familiar enough with the HxC source code, to know if this is how to do it, or even how you want this to look in the XML file, but this seems to work for me:

(NB: copy&pasted patch)

diff --git a/libhxcfe/sources/loaders/xml_loader/xml_writer.c b/libhxcfe/sources/loaders/xml_loader/xml_writer.c
index f597b361..b75b8b25 100644
--- a/libhxcfe/sources/loaders/xml_loader/xml_writer.c
+++ b/libhxcfe/sources/loaders/xml_loader/xml_writer.c
@@ -236,7 +236,8 @@ int XML_libWrite_DiskFile(HXCFE_IMGLDR* imgldr_ctx,HXCFE_FLOPPY * floppy,char *
        for(s=0;s<nb_sectorfound;s++)
        {

-               fprintf(xmlfile,"\t\t\t\t\t<sector sector_id=\"%d\" sector_size=\"%d\">\n",sca[s]->sector,sca[s]->sectorsize);
+               fprintf(xmlfile,"\t\t\t\t\t<sector sector_id=\"%d\" sector_size=\"%d\" hcrc=\"%d\" dcrc=\"%d\">\n",
+                   sca[s]->sector,sca[s]->sectorsize, sca[s]->use_alternate_header_crc, sca[s]->use_alternate_data_crc);
                if(sca[s]->fill_byte_used)
                {
                        fprintf(xmlfile,"\t\t\t\t\t\t<data_fill>0x%.2X</data_fill>\n",sca[s]->fill_byte);

Hello,

I've tried using the disk browser to extract the content of the floppy of “Compil'Action” for the Thomson TO8 and TO9, but HxCFloppyEmulator doesn't recognise the format.

The floppy disk is available here: http://dcmoto.free.fr/programmes/compil-action/index.html

Best regards!

I used a GreaseWeazle to create a disk image which I knew would have 1 side and and up to 35 tracks. To make the image I ran:

gw read --tracks="c=0-34:h=0" fhl_extended_basic.scp

This particular disk has all 35 tracks. When I loaded the resulting SCP file into the GUI or hxcfe command line tool it only shows 34 tracks instead of 35. Doing some research about the problem I found the following GreaseWeazle bug report keirf/greaseweazle#277 has a workaround of converting the SCP file to KryoFlux. I tried this and when I loaded the KryoFlux file into the GUI/hxcfe it now shows all 35 tracks. Converting to HFE Format also works.

Conversions:

gw convert --tracks="c=0-34:h=0" fhl_extended_basic.scp my_kf/00.0.raw
gw convert --tracks="c=0-34:h=0" fhl_extended_basic.scp fhl_extended_basic.hfe::bitrate=250

HxCFloppyEmulator Software Version: 2.14.6.3(Mac)

Attachments in the Zip File:

• fhl_extended_basic.scp
• fhl_extended_basic.hfe (HFE Conversion of the SCP)
• my_kf/ - (KryoFlux conversion of the SCP)

fhl_extended_basic.zip

Goal: Convert a FLEX DSK image with padding on Track 0 into a DMK file without padding
Method: Made a custom XML which skips the padding sectors on Track 0
Result: Using the raw importer and the XML results in one missing sector at the end
Versions Used: 2.5.6.6(Win) 2.14.4.1(Mac), 2.14.6.2(Mac)

The FLEX disk in question is a relatively standard one.
Track 0: IBM_FM 10 sectors 256 bytes
Tracks 1-34 IBM_MFM 18 sectors 256 bytes
Sides: 1

The CCSPELL.DSK disk image is a sector image with padding. All tracks in this image, including track 0, have 18 sectors. So as stated in the goal, I want to remove the padding sectors. I created the custom XML which reads the first 10 sectors of track 0, then the offset where track 1 starts skips over the 8 padding sectors. If I import the disk image using this XML the result is that the last sector of Track 34 Sector 18 is always missing -- the data is filled with the fill value instead of the actual data. Everything else in the image other than this correct.

As an experiment I made a test image (test.dsk) For this image I appended 2560 additional bytes on the end of CCSPELL.DSK. When I use the XML to import this file then the missing sector is present. The results of this experiment suggest that something is getting confused somewhere when the image is being imported.

Attachments in the Zip File
CCSPELL.DSK
DiskLayout_FLEX_SSDD_35T_padding_removed.xml
test.dsk
ccspell.zip

When I try to open an old CT Raw file made with Kryoflux Free (the old Amiga program) I get a Load error! Read file error!

I can open IPF files just fine so I don't there's an issue with loading the library.

Thank you!

I am using the command line tool on Ubuntu Linux. The tool says it supports .JV3 and .DMK but it does not unfortunately. The loaders for the formats are found though. Here the issues I have encountered:

• I am not able to -list the directory contents of disks in .JV3 and .DMK format. Neither with the original image, nor when being converted to .HFE
• The -putfile: option does not work, even though the command line tool says it does
• The -getfile: option does not work either

If you could look into this and provide a fix or workaround, that would be much appreciated. I've attached disk images for you as a reference and for testing. These contain my own game "The Ghosts of Blackwood Manor" for TRS80 Model 3 and TRS80 Model 4.

If you have further questions, please let me know. Happy to help!

ghosts_trs80_jv3_dmk.zip

When I try to convert any raw 1.44MB DOS image to ipf, a 17KB file is created that contains no data.
For example:

Take a FreeDOS disk image from: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FloppyEdition.zip

And try to convert with the command:

hxcfe.exe -finput:x86BOOT.img -foutput:x86BOOT.ipf -conv:SPS_IPF

An empty ipf file is created.

Following these steps: https://torlus.com/floppy/forum/viewtopic.php?p=25110#p25110 on version 2.5.6.6 works perfectly and will allow opening of .ipf files on MacOS Ventura 13.4.1 (c).

However, this no longer works on version 2.14.4.1 which will report an error:

2023-07-16 12:27:58.597 hxcfloppyemulator[1713:133056] +[CATransaction synchronize] called within transaction

Edit: I should mention that this is an incredibly cool project. Really impressed!

As I'm fine-tuning my Linux environment, I'm attempting to associate all .hfe files with HxC Floppy Emulator so I can quickly open it from my file manager and begin poking around on the floppy image. Unfortunately it seems the executable does not do anything with argv/argc. This could be a relatively low-effort improvement that may also apply to non-Linux versions of the application.

Expected: hxcfloppyemulator disk1.hfe launches the GUI app and automatically loads disk1.hfe
Actual: hxcfloppyemulator disk1.hfe does the same thing as hxcfloppyemulator and just launches the GUI app.

I assume that hxc2001.com is your homepage for this project ?

It still links to sourceforge rather than github...