<![CDATA[Redump Forum — Suggestion: MDF and file dates]]> 2010-04-20T10:16:13Z PunBB http://forum.redump.org/topic/6213/suggestion-mdf-and-file-dates/ <![CDATA[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...

Rocknroms wrote:

Anyone has already tested http://sourceforge.net/projects/t7z/files/?

... 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.

]]> http://forum.redump.org/user/10181/ 2010-04-20T10:16:13Z http://forum.redump.org/post/24976/#p24976 <![CDATA[Re: Suggestion: MDF and file dates]]> RiMMER wrote:
Jackal wrote:

so we should switch to a proprietary and closed format.. and for what?  roll

That's a good point and I fully agree with that, but then again, by claiming this, you go against yourself.
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 smile

http://www.neillcorlett.com/ecm/
ECM comes with the source code on the main website, and has a GPL license. Does that solve your problem?

]]> http://forum.redump.org/user/9679/ 2010-04-20T09:10:25Z http://forum.redump.org/post/24975/#p24975 <![CDATA[Re: Suggestion: MDF and file dates]]> Jackal wrote:

btw. that new signature you have there might be offensive to some people  tongue

like who for example? yikes

]]> http://forum.redump.org/user/7363/ 2010-04-20T08:59:33Z http://forum.redump.org/post/24974/#p24974 <![CDATA[Re: Suggestion: MDF and file dates]]> Anyone has already tested http://sourceforge.net/projects/t7z/files/?

]]> http://forum.redump.org/user/4288/ 2010-04-20T08:31:40Z http://forum.redump.org/post/24973/#p24973 <![CDATA[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  tongue

]]> http://forum.redump.org/user/8/ 2010-04-20T08:23:02Z http://forum.redump.org/post/24972/#p24972 <![CDATA[Re: Suggestion: MDF and file dates]]> Jackal wrote:

so we should switch to a proprietary and closed format.. and for what?  roll

That's a good point and I fully agree with that, but then again, by claiming this, you go against yourself.
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 smile

]]> http://forum.redump.org/user/7363/ 2010-04-20T08:18:18Z http://forum.redump.org/post/24971/#p24971 <![CDATA[Re: Suggestion: MDF and file dates]]> so we should switch to a proprietary and closed format.. and for what?  roll

]]> http://forum.redump.org/user/8/ 2010-04-20T06:42:01Z http://forum.redump.org/post/24967/#p24967 <![CDATA[Suggestion: MDF and file dates]]> 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.

]]> http://forum.redump.org/user/10181/ 2010-04-20T04:09:00Z http://forum.redump.org/post/24963/#p24963