30.04.2003, 19:15
So, da vor der ganzen Ummodelei von wegen Sicherheit fuer ganz kurze Zeit das Programm "BOM Release Wrapper" benutzt worden ist und ganz guten Anklang gefunden hat, plane ich jetzt eine neue Version unter anderem Namen aber aehnlicher Funktionalitaet.
Fuer die, die's noch nicht kennen, nochmal kurz worum es geht:
Das Problem beim Sharen von Archiven ist, dass man praktisch immer in der ersten Zeit die Daten doppelt auf der Platte hat (als Archiv und zusaetzlich entpackt) um andere Leute bedienen zu koennen. Doch nach gut ein bis zwei Wochen loeschen die meisten die heruntergeladenen Archivdateien aus Platzgruenden. Wenn das nun alle so machen, ergeben sich daraus dann sogenannte Dateileichen; Dateien, die niemand mehr im Share hat, fuer die aber noch Links vorhanden sind.
Wird jetzt jemand verspaetet auf so eine Dateileiche aufmerksam und will sie saugen, dann gibt es keine Quellen mehr und die Suche verlaeuft im Leeren. Viele Releaser machen sich da gluecklicherweise noch die Muehe, ihre eigenen Releases laengerfristig als Archivdateien aufzubewahren, wobei sie das natuerlich weiterhin zusaetzliche Kapazitaeten kostet. Im Endeffekt kann man aber davon ausgehen, dass man nach ein paar Monaten hoechstens noch eine Quelle fuer die gesuchte Datei findet, und dementsprechend langsam kann man nur downloaded bzw. man schafft es erst gar nicht.
Was dann passiert, ist, dass gefragt wird, ob nicht jemand die Datei wieder in den Share stellen kann. Und genau das geht leider nicht, weil niemand mehr diese Datei hat, sondern nur die extrahierten einzelnen Files. Man kann jetzt zwar versuchen, die GLEICHE Datei wiederherzustellen, indem man das entsprechende Archivprogramm, z.B. WinZIP oder WinRAR, zur Hand nimmt, und die Files nochmal packt. Doch trotz allem wird es kaum gelingen, eine Archivdatei zu erzeugen, die Bit fuer Bit genauso aussieht wie die vor Ewigkeiten heruntergeladene.
Die haeufigsten Gruende dafuer sind:
1. es wurden MP3-Tags geaendert
2. es wurden die Dateinamen geaendert
3. es wurden unnuetze Dateien wie Playlists oder Textdateien geloescht
Genau hier setzt mein Tool an. Es ist ebenfalls ein Archivprogramm, welches aber im Gegensatz zu allen anderen bekannten diese drei Gruende fuer das Misslingen beim Versuch, das GLEICHE Archiv zu erzeugen, direkt ausschliesst. D.h. nach dem entpacken ist es wurscht, ob ich MP3-Tags aendere, die MP3s umbenenne, Playlists loesche oder das Coverbild nachbearbeite. Ich kann spaeter, wenn ich moechte, aus den extrahierten Files wieder genau das gleiche Archiv (Dateiendung .rca) zaubern, wie ich es urspruenglich hatte.
Beim Entpacken wird einfach eine Informationsdatei (Dateiendung .rci) erzeugt, die all das enthaelt, was ich moeglicherweise nach dem Entpacken aendere, also die originalen Dateinamen, die originalen MP3 Tags und auf Wunsch auch komplette Files (einstellbar vor dem Entpacken), bei denen ich davon ausgehe, dass ich sie loeschen oder bearbeiten werde.
Nutzen des ganzen ist der, dass, wenn ein User danach fragt, ein sehr altes Archiv wieder in den Share zu stellen, alle Leute, die das Archiv nicht mehr haben, dafuer aber alle enthaltenen einzelnen Files, es kein Problem ist, aus diesen wieder das urspruengliche Archiv herzustellen und in den Share zu packen, OHNE dass sich dabei der Inhalt und damit der Link aendert.
Und jetzt fuer alle, die es schon kannten, die geplanten Neuerungen:
1. aenderungen des Programmnamens und des Dateiformats
2. Das neue Dateiformat ist so flexibel, dass spaeter auch OGG-Tags und aenderbare Informationen fuer andere Dateitypen beruecksichtigt werden koennen. D.h. von einer spaeteren Version erzeugte Archive koennen immer mit allen aelteren Versionen zumindest entpackt werden
3. Datenkompression per LIBBZ2, bietet eine hoehere Kompressionsrate als ZIP und ist portabel
4. Stichwort Portabilitaet: Das Programm wird Open-Source sein und die Spezifikationen fuer das RCA/RCI Format werden als Textdateien vorhanden sein
5. Sequentielles Lesen/Schreiben des Archivs
Das neue Tool wird "ReConstructable Archive Manager" heissen, das Archivformat bekommt die Endung "RCA" fuer "ReConstructable Archive", und die Informationsdatei die Endung "RCI" fuer "ReConstruction Information".
Fuer die, die's noch nicht kennen, nochmal kurz worum es geht:
Das Problem beim Sharen von Archiven ist, dass man praktisch immer in der ersten Zeit die Daten doppelt auf der Platte hat (als Archiv und zusaetzlich entpackt) um andere Leute bedienen zu koennen. Doch nach gut ein bis zwei Wochen loeschen die meisten die heruntergeladenen Archivdateien aus Platzgruenden. Wenn das nun alle so machen, ergeben sich daraus dann sogenannte Dateileichen; Dateien, die niemand mehr im Share hat, fuer die aber noch Links vorhanden sind.
Wird jetzt jemand verspaetet auf so eine Dateileiche aufmerksam und will sie saugen, dann gibt es keine Quellen mehr und die Suche verlaeuft im Leeren. Viele Releaser machen sich da gluecklicherweise noch die Muehe, ihre eigenen Releases laengerfristig als Archivdateien aufzubewahren, wobei sie das natuerlich weiterhin zusaetzliche Kapazitaeten kostet. Im Endeffekt kann man aber davon ausgehen, dass man nach ein paar Monaten hoechstens noch eine Quelle fuer die gesuchte Datei findet, und dementsprechend langsam kann man nur downloaded bzw. man schafft es erst gar nicht.
Was dann passiert, ist, dass gefragt wird, ob nicht jemand die Datei wieder in den Share stellen kann. Und genau das geht leider nicht, weil niemand mehr diese Datei hat, sondern nur die extrahierten einzelnen Files. Man kann jetzt zwar versuchen, die GLEICHE Datei wiederherzustellen, indem man das entsprechende Archivprogramm, z.B. WinZIP oder WinRAR, zur Hand nimmt, und die Files nochmal packt. Doch trotz allem wird es kaum gelingen, eine Archivdatei zu erzeugen, die Bit fuer Bit genauso aussieht wie die vor Ewigkeiten heruntergeladene.
Die haeufigsten Gruende dafuer sind:
1. es wurden MP3-Tags geaendert
2. es wurden die Dateinamen geaendert
3. es wurden unnuetze Dateien wie Playlists oder Textdateien geloescht
Genau hier setzt mein Tool an. Es ist ebenfalls ein Archivprogramm, welches aber im Gegensatz zu allen anderen bekannten diese drei Gruende fuer das Misslingen beim Versuch, das GLEICHE Archiv zu erzeugen, direkt ausschliesst. D.h. nach dem entpacken ist es wurscht, ob ich MP3-Tags aendere, die MP3s umbenenne, Playlists loesche oder das Coverbild nachbearbeite. Ich kann spaeter, wenn ich moechte, aus den extrahierten Files wieder genau das gleiche Archiv (Dateiendung .rca) zaubern, wie ich es urspruenglich hatte.
Beim Entpacken wird einfach eine Informationsdatei (Dateiendung .rci) erzeugt, die all das enthaelt, was ich moeglicherweise nach dem Entpacken aendere, also die originalen Dateinamen, die originalen MP3 Tags und auf Wunsch auch komplette Files (einstellbar vor dem Entpacken), bei denen ich davon ausgehe, dass ich sie loeschen oder bearbeiten werde.
Nutzen des ganzen ist der, dass, wenn ein User danach fragt, ein sehr altes Archiv wieder in den Share zu stellen, alle Leute, die das Archiv nicht mehr haben, dafuer aber alle enthaltenen einzelnen Files, es kein Problem ist, aus diesen wieder das urspruengliche Archiv herzustellen und in den Share zu packen, OHNE dass sich dabei der Inhalt und damit der Link aendert.
Und jetzt fuer alle, die es schon kannten, die geplanten Neuerungen:
1. aenderungen des Programmnamens und des Dateiformats
2. Das neue Dateiformat ist so flexibel, dass spaeter auch OGG-Tags und aenderbare Informationen fuer andere Dateitypen beruecksichtigt werden koennen. D.h. von einer spaeteren Version erzeugte Archive koennen immer mit allen aelteren Versionen zumindest entpackt werden
3. Datenkompression per LIBBZ2, bietet eine hoehere Kompressionsrate als ZIP und ist portabel
4. Stichwort Portabilitaet: Das Programm wird Open-Source sein und die Spezifikationen fuer das RCA/RCI Format werden als Textdateien vorhanden sein
5. Sequentielles Lesen/Schreiben des Archivs
Das neue Tool wird "ReConstructable Archive Manager" heissen, das Archivformat bekommt die Endung "RCA" fuer "ReConstructable Archive", und die Informationsdatei die Endung "RCI" fuer "ReConstruction Information".
Kann schon sein, dass es daran liegt. Auf jeden Fall sind
... 