> > > > and unlike NES, emulators for PCE and SAMC don't require files to be
> > headered
> > >
> > > Well...I removed the flag now...still I remember a discussion where people
> > > complained that samc need a diskheader...hmm...weird...no idea
> > >
> > > Roman Scherzer
> > > ClrMamePro
> > >
> > thx
> >
> > i'm pretty sure about PCE
> >
> > as for SAMC, most disk images found 'in the wild' (on the internet) are
> > headerless, that's why i assume it's safe to keep them that way, but i'll try
> > out a SMC emulator and investigate further
> >
> > *edit
> > i just checked out SimCoupé (www.simcoupe.org) and headerless files load up
> just
> > fine
> >
> > back to PCE, GoodPCE has 2 crc32 for each ROM (like GoodN64),
> > can you please make 2 separate datfiles using the 'secret argument' you used
> to
> > extract GoodN64 datfiles for instance?,
> > that would be nice since it would me more accurate than relying in ucon64
> (wich
> > i used to clean my pce set)
> >
> > one another front,
> > would it be of any interest for you good datfiles with
> name+size+crc32+md5+sha1
> > ?
> > these would be based in the datfiles you made but with the added size+md5+sha1
> >
>
> Just a little question, as I'm also in the process of cleaning my sets. I found
> out how to remove headers and de-interleave my files, but... Can anyone explain
> to me how this padding stuff works with a concrete example (using ucon64 for
> instance) and any file?
>
> Thanks in advance!!
>

padding stuff?

anyway, the padding commands are:

  --pad         pad ROM to next Mb
  --padn=N      pad ROM to N Bytes (put Bytes with value 0x00 after end)