They are not hard to do, just for considiration.
Renaming all ISOs in the dats as MDFs. They can be mounted and burned the same as ISOs and it is convinient for those who use MDS.
Use a fixed date on all "roms" in the dat, for consistency with differerent archive formats.
Thanks.
Suggestion: MDF and file dates
Re: Suggestion: MDF and file dates
so we should switch to a proprietary and closed format.. and for what? 

Re: Suggestion: MDF and file dates
That's a good point and I fully agree with that, but then again, by claiming this, you go against yourself.Jackal wrote:so we should switch to a proprietary and closed format.. and for what?
The ECM thing you people use in the pakkiso thing is something similar. There is no way I can work with that in linux. But yes, I am the only one who uses linux, so you have no reason to care, I know

Re: Suggestion: MDF and file dates
ECM and PakkIso are not Redump.org softwares.. they are third party tools used on 'other places'. In the end I still don't think this compression format is as practical as it should be. For personal archiving it's a tie for me between torrentzip (though that only works on smaller images) and no compression. Speed and practicality is more important to me than saving every last with slow compression.
btw. that new signature you have there might be offensive to some people
btw. that new signature you have there might be offensive to some people

Re: Suggestion: MDF and file dates
Anyone has already tested http://sourceforge.net/projects/t7z/files/?
My patch requests thread
--------------------------------
--------------------------------
Re: Suggestion: MDF and file dates
like who for example?Jackal wrote:btw. that new signature you have there might be offensive to some people

Re: Suggestion: MDF and file dates
http://www.neillcorlett.com/ecm/RiMMER wrote:That's a good point and I fully agree with that, but then again, by claiming this, you go against yourself.Jackal wrote:so we should switch to a proprietary and closed format.. and for what?
The ECM thing you people use in the pakkiso thing is something similar. There is no way I can work with that in linux. But yes, I am the only one who uses linux, so you have no reason to care, I know
ECM comes with the source code on the main website, and has a GPL license. Does that solve your problem?
PS3Dec (decrypt ps3 images), PS3DumpCheck (check integrity), GetKey (dump PS3 metadata), DatSplit (split redump dats), GPack (compress related images together)
Re: Suggestion: MDF and file dates
I see mds are needed and mdf are isos anyway. anyone can mount them whats the problem? At least consider the file date thing, because...
... its slow as hell (compressing, decompressing and renaming), uses solid archiving by default and for images is worthless, it was designed for merged rom archiving which makes sense. and it completely removes the file date, call that a nitpicking but I hate that.Rocknroms wrote:Anyone has already tested http://sourceforge.net/projects/t7z/files/?