CHD handling bug?

[sonycman]

Hi there.
Recently tried Cannon Fodder (EU).chd image and it even not recognized in workbench 3.1.4 on Mister.
The same image converted in .bin/.cue recognized fine!

Is that so for everybody?

This image consists of two data tracks, and from the mister's main code it seems it mistakingly accesses first track using offsets and track type of second track.

Might be there is assumption that any cd image should contain only one data track?

But again, from the mister's code even audio CD sectors processed using static data track offsets!

Is that a bug,, bad image file, or just me misunderstanding something?

[limi]

Not an answer to your question, but: Does this mean the game boots when you have it in bin/cue format? Or just that it shows up in WB?

[MrX_Cuci]

Might be a CHD bug? It has definitely two data tracks: http://redump.org/disc/3427/

[sonycman]

Not an answer to your question, but: Does this mean the game boots when you have it in bin/cue format? Or just that it shows up in WB?

It shows up and let me browse it contents, yes, not trying to boot it yet, it needs to setup emulator etc...

Might be a CHD bug? It has definitely two data tracks: http://redump.org/disc/3427/

This is what i'am interested in - this .chd image behaves like this for everybody, or just for me?

On my end i just patched the code, so at the moment this .chd image shows up and reads fine, but it must be tested more, of course.

[Retro-Nerd]

Use the latest CHDman version and compress the game yourself. Then you know it for sure. There a lot of broken/outdated CHDs out in the web.