MAMEWorld Forums - EmuChat - chdman - cue files with INDEX values more than "01" are stripped/ignored, FLAG fields also ignored

So I've been testing the latest chdman (v205) with Neo Geo disc images and found that converting chds back into bin+cue produces undesirable results concerning cue files. Many of these discs contain indexes with values more than 01 and those are ignored. FLAG fields are also ignored.

Example audio tracks from Sonic Wings 2 ~ Aero Fighters 2:
original cue:
Code:

  TRACK 33 AUDIO
    FLAGS DCP
    INDEX 01 49:55:55
    INDEX 02 51:06:37
    INDEX 03 51:27:12
    INDEX 04 52:34:00
    INDEX 05 55:06:07
    INDEX 06 56:55:20
  TRACK 34 AUDIO
    FLAGS DCP
    INDEX 01 57:36:51
    INDEX 02 58:29:38
    INDEX 03 58:38:33
    INDEX 04 59:13:74
    INDEX 05 63:15:37
    INDEX 06 67:05:50
    INDEX 07 67:45:05

cue generated by chdman after converting back from chd:
Code:

  TRACK 33 AUDIO
    INDEX 01 49:55:55
  TRACK 34 AUDIO
    INDEX 01 57:36:51

This also happens on data tracks (track 1) with all Neo Geo CD games that have more than 2 indexes (Art of Fighting 3, Samurai Showdown III and IV, Neo Geo CD Special Demo, King of Fighters games, etc).

example:
Code:

FILE "neo-geo cd special (japan).bin" BINARY
  TRACK 01 MODE1/2352
    FLAGS DCP
    INDEX 01 00:00:00
    INDEX 02 00:04:00
    INDEX 03 00:08:00
    INDEX 04 00:12:00
    INDEX 05 00:16:00
    INDEX 06 00:20:00
    INDEX 07 00:24:00
    INDEX 08 00:28:00
    INDEX 09 00:32:00
    INDEX 10 00:36:00
    INDEX 11 00:40:00
    INDEX 12 00:44:00
    INDEX 13 00:48:00
    INDEX 14 00:52:00
    INDEX 15 00:56:00
    INDEX 16 01:00:00
    INDEX 17 01:04:00
    INDEX 18 01:08:00
    INDEX 19 01:12:00
    INDEX 20 01:16:00
    INDEX 21 01:20:00
    INDEX 22 01:24:00
    INDEX 23 01:28:00
    INDEX 24 01:32:00
    INDEX 25 01:36:00
    INDEX 26 01:40:00
    INDEX 27 01:44:00
    INDEX 28 01:48:00
    INDEX 29 01:52:00
    INDEX 30 01:56:00
    INDEX 31 02:00:00
    INDEX 32 02:04:00
    INDEX 33 02:08:00
    INDEX 34 02:12:00
    INDEX 35 02:16:00
    INDEX 36 02:20:00
    INDEX 37 02:24:00
    INDEX 38 02:28:00
    INDEX 39 02:32:00
    INDEX 40 02:36:00
    INDEX 41 02:40:00
    INDEX 42 02:44:00
    INDEX 43 02:48:00
    INDEX 44 02:52:00
    INDEX 45 02:56:00
    INDEX 46 03:00:00
    INDEX 47 03:04:00
    INDEX 48 03:08:00
    INDEX 49 03:12:00
    INDEX 50 03:16:00
    INDEX 51 03:20:00
    INDEX 52 03:24:00
    INDEX 53 03:28:00
    INDEX 54 03:32:00
    INDEX 55 03:36:00
    INDEX 56 03:40:00
    INDEX 57 03:44:00
    INDEX 58 03:48:00
    INDEX 59 03:52:00
    INDEX 60 03:56:00
    INDEX 61 04:00:00
    INDEX 62 04:04:00
    INDEX 63 04:08:00
    INDEX 64 04:12:00
    INDEX 65 04:16:00
    INDEX 66 04:20:00
    INDEX 67 04:24:00
    INDEX 68 04:28:00
    INDEX 69 04:32:00
    INDEX 70 04:36:00
    INDEX 71 04:40:00
    INDEX 72 04:44:00
    INDEX 73 04:48:00
    INDEX 74 04:52:00
    INDEX 75 04:56:00
    INDEX 76 05:00:00
    INDEX 77 05:04:00
    INDEX 78 05:08:00
    INDEX 79 05:12:00
    INDEX 80 05:16:00
    INDEX 81 05:20:00
    INDEX 82 05:24:00
    INDEX 83 05:28:00
    INDEX 84 05:32:00
    INDEX 85 05:36:00
    INDEX 86 05:40:00
    INDEX 87 05:44:00
    INDEX 88 05:48:00
    INDEX 89 05:52:00
    INDEX 90 05:56:00
    INDEX 91 06:00:00
    INDEX 92 06:04:00
    INDEX 93 06:08:00
    INDEX 94 06:12:00
    INDEX 95 06:16:00
    INDEX 96 06:20:00
    INDEX 97 06:24:00
    INDEX 98 06:28:00
    INDEX 99 06:32:00
  TRACK 02 AUDIO
    FLAGS DCP
    INDEX 00 10:17:05
    INDEX 01 10:20:05
  TRACK 03 AUDIO
    FLAGS DCP
    INDEX 01 10:42:48

cue after conversion from chd:
Code:

FILE "neo-geo cd special (japan).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    INDEX 00 10:17:05
    INDEX 01 10:20:05
  TRACK 03 AUDIO
    INDEX 01 10:42:48

Now please note, tracks with an INDEX 00 and INDEX 01 are okay, as well as the tracks with just an INDEX 01.

Using original cues and those messed up cues generated by chdman itself to create chds resulted in equivalent chd hash values, which leads me to believe that the program is ignoring these things before the chd is made. The bin hashes after converting back match the original bins, so this is strictly a cue problem. The FLAG DCP being ignored isn't so much of a big deal as that just tells software Digital Copy Permitted, but from my understanding the indexing is important for proper emulation (last 2 tracks of Sonic Wings 2 contain many different songs which those subindexes point at).

I also tested with cues with the FLAG fields stripped on purpose, same results. Tests were also made with Redump's split track images, same results again. Chdman needs to recognize INDEX 02 - 99. Hopefully this can be fixed in time for Mame 206.

I wanted to post this to bannister forums as it seemed more appropriate but still waiting a verification email for account so I wanted to get this posted while it is still fresh in my mind.