Viewing Issue Advanced Details
[ Jump to Notes ]
ID Category [?] Severity [?] Reproducibility Date Submitted Last Update
04864 Misc. Critical (emulator) Always May 24, 2012, 14:58 Jun 19, 2012, 11:21
Tester -Misc Reporters- View Status Public Platform
Assigned To Resolution Fixed OS
Status [?] Resolved Driver
Version 0.146 Fixed in Version 0.146u1 Build
Fixed in Git Commit Github Pull Request #
Summary 04864: CHDMAN fails to convert v4 to v5
Description In some instances, CHAMAN will not be able to convert an image.
Those most vulnerable are those with less than 4GB of ram or using 32-bit systems.
Steps To Reproduce
Additional Information
Github Commit
Flags
Regression Version 0.146
Affected Sets / Systems
Attached Files
  
Relationships
There are no relationship linked to this issue.
Notes
6
User avatar
No.08647
Tafoid
Administrator
May 24, 2012, 14:59
 Error seems to be corrected as there was a bad memory leak that appeared in the FLAC library code. Resolved in 0.146u1.
User avatar
No.08762
Ashura-X
Tester
Jun 17, 2012, 14:40
 Still having problems here too using last chdman ver 146u1 on XP 32 bits, some chds stops converting, tried until now:

Arctic Thunder (v1.002) [folder: arctthnd - size: 256kb]
required chd version mismatch: arctthnd.chd [found version: 5] [required version: 4]

Ultimate Arctic Thunder [folder: arctthndult - parent: arctthnd - size: 256kb]
required chd version mismatch: uarctict.chd [found version: 5] [required version: 4]

Battle Gear [system: Type Zero BIOS - folder: batlgear - size: 1mb]
required chd version mismatch: batlgear.chd [found version: 5] [required version: 4]

Battle Gear 2 (v2.04J) [system: Type Zero BIOS - folder: batlgr2 - size: 1mb]
required chd version mismatch: bg2_204j.chd [found version: 5] [required version: 4]

Battle Gear 2 (v2.01J) [system: Type Zero BIOS - folder: batlgr2a - parent: batlgr2 - size: 1mb]
required chd version mismatch: bg2_201j.chd [found version: 5] [required version: 4]

And all stops on middle of convertion pattern.
User avatar
No.08763
Ashura-X
Tester
Jun 17, 2012, 14:42
 Well just stopped again:

========================================

E:\emul\mame\roms\blitz>chdman copy -i blitz.chd -o blitzn.chd
chdman - MAME Compressed Hunks of Data (CHD) manager 0.146u1 (Jun 16 2012)
Output CHD: blitzn.chd
Input CHD: blitz.chd
Compression: lzma (LZMA), zlib (Deflate), huff (Huffman), flac (FLAC)
Hunk size: 4,096
Logical size: 1,614,348,288
Compressing, 94.7% complete... (ratio=17.1%)
========================================
User avatar
No.08764
Haze
Senior Tester
Jun 17, 2012, 15:22
 the random freeze when converting HDDs is a different bug which has been there since Aaron's rewrite.

It seems to have something to do with the blank areas of the drive (could just be coincidental due to statistical likelihood of it hanging on such areas tho)

So far that bug isn't fixed, and has a separate report
User avatar
No.08766
Darkfalz
Tester
Jun 19, 2012, 02:29
 This is a bug - when using copy from some cd chd source in newer versions of chdman which is already v5, the output source is not using the CD optimised deflate (and correspondingly, is much bigger) and defaults back to normal deflate. This is not a problem when copying from v4 cd chds to v5 chds. Test for example on azumanga gdl-0018.chd
User avatar
No.08767
Haze
Senior Tester
Jun 19, 2012, 11:21
 you should probably open a new report for that with examples and the 'info' outputs etc.