[game_preservation] Archivist's Burden

[Andrew Armstrong]

Yes, this wouldn't be archival-standard stuff (Mike said it was just an 
external drive, like what I've got so I might use his script :) ). For 
archival quality we'd need, well, we'd probably not even bother 
discussing it here and just simply link to the relevant standards 
archives *obviously* all already have planned out. :)

Encouraging software piracy, well, depends, how can we get the data the 
archives need without breaking copy protection? (copyright is another 
thing entirely here too, of course). Something to take into account if 
we get into that area :)

Andrew

Henry Lowood wrote:

> All,

>

> this project is seen as a backup solution, right?  Not as a long-term 

> archival preservation solution?  This is not a criticism; I think 

> there is a need for both.   If we could provide backup solutions to 

> companies and individual collectors, that would be very useful.

>

> Henry

>

> Devin Monnens wrote:

>> You can certainly quote me, but I don't think this is a polished 

>> guide. I seriously think we need one as well as a discussion on what 

>> would be the methods for backing up older games and CDs. The trouble 

>> though is that this might make it seem like we are encouraging 

>> software piracy rather than trying to determine how an archive might 

>> go about something like this. Otherwise, an 800-disc backup would be 

>> an excellent case study.

>>

>> On Fri, Sep 25, 2009 at 10:55 AM, Andrew Armstrong 

>> <andrew at aarmstrong.org <mailto:andrew at aarmstrong.org>> wrote:

>>

>>     Not to be pedantic, but you both did read my email right?

>>

>>     "I'd suggest /*adding*/" (third paragraph, first sentence)

>>

>>     ...refers to Mikes Python script. It'd be trivial to add a

>>     conversion line (assuming FFMPEG) to do a simple mp3 conversion

>>     in __addition__ to the FLAC/Apple lossless creation ;) I did say

>>     this was in addition to the FLAC, and typically if the file

>>     structure was setup correctly, it'd just make accessing the files

>>     trivial to quickly listen to or use. I hope this absolves me from

>>     this perceived notion I am completely insane. Probably wasn't too

>>     clear.

>>

>>     Good overview Devin (I'll check out your links too :) ), want to

>>     write it up for the wiki? :P Or do you mind being quoted? I don't

>>     want to list the technical aspects of formats (we have Mike's

>>     brilliant wiki to link to for that), but the whys for videogame

>>     and digital file preservation is a good thing to get noted down

>>     somewhere, and a mini-manual "how to" and "suggested ways" would

>>     be good to point people towards. As for CD file dumps, they can

>>     work, depending on the game - some don't like being installed

>>     from a random folder and need the CD as an ISO (or rather, it

>>     likely just needs the CD in a drive for copy protection

>>     checking). Will have to see if Daemon Tools and other sites has

>>     more in depth information on the copy protection aspects on

>>     released games. Won't likely apply to Mike's collection anyway :)

>>

>>     Andrew

>>

>>     _______________________________________________

>>     game_preservation mailing list

>>     game_preservation at igda.org <mailto:game_preservation at igda.org>

>>     http://six.pairlist.net/mailman/listinfo/game_preservation

>>

>>

>>

>>

>> -- 

>> Devin Monnens

>> www.deserthat.com <http://www.deserthat.com>

>>

>> The sleep of Reason produces monsters.

>> ------------------------------------------------------------------------

>>

>> _______________________________________________

>> game_preservation mailing list

>> game_preservation at igda.org

>> http://six.pairlist.net/mailman/listinfo/game_preservation

>>   

>

> -- 

> Henry Lowood, Ph.D.

> Curator for History of Science & Technology Collections;

>  Film & Media Collections

> HRG, Green Library, 557 Escondido Mall

> Stanford University Libraries

> Stanford CA 94305-6004

> 650-723-4602; lowood at stanford.edu; http://www.stanford.edu/~lowood 

> <http://www.stanford.edu/%7Elowood>

> ------------------------------------------------------------------------

>

> _______________________________________________

> game_preservation mailing list

> game_preservation at igda.org

> http://six.pairlist.net/mailman/listinfo/game_preservation

>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://six.pairlist.net/pipermail/game_preservation/attachments/20090925/f693b021/attachment.htm>