> > > > > 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)some odd
> sized roms, namely some pd ones, have to be padded in order to match the crc in
> the datfile
>

Hum... Ok, but then, how to convert CRC's into an amount of bytes? *sorry for the computer newbie questions*
And thanks a lot for the help!!! =)