AutoCutter
Viking (Diskussion | Beiträge) (→Was ist neu in 0.3.0 (im vergleich zu 0.1.x)) |
Hulk (Diskussion | Beiträge) (Beschreibung umgeschrieben (ohne Garantie auf Korrektheit)) |
||
| Zeile 1: | Zeile 1: | ||
==Beschreibung== | ==Beschreibung== | ||
| − | + | Hinweis : Im Archiv des Autocutter-Paket sind in der Datei README (in Englisch) viele weitere Informationen enthalten. | |
| + | Die Grundidee hinter dem Programm Autocutter ist, das automatische Bearbeiten von mehreren Aufnahmen. | ||
| − | + | Die Vorteile von Autocutter sind : | |
| + | * Automatisierung der Verarbeitungschritte | ||
| + | * Überblick über die neue Aufnahmen | ||
| + | * Genaues Steuern der Verarbeitungschritte | ||
| + | * Parallelle Bearbeiten von mehreren Aufnahmen | ||
| − | Die | + | Die Steuerung erfolgt über die Konfigurationsdatei autocutter.conf. In dieser Datei wird definiert was mit jeder Aufnahme geschehen soll. So kann eine Aufnahme z.b. umbenannt werden oder auch von die Bearbeitungen durch [[Noad]] festgelegt werden. |
| − | Die | + | Folgende Verarbeitungschritte finden standardmässig statt : |
| + | # Die Aufnahme wird in die [[Noad]] Warteschlange gelegt | ||
| + | # [[Noad]] legt grob die Schnittmarken fest | ||
| + | # die Aufnahmen wird in der [[Sharemarks]] Warteschlange vermerkt | ||
| + | # Es wird versucht Schnittmarken vom [[Sharemarks]] Server herunterzuladen. d.h. wenn jemand anderem die Aufnahme bereits mit Schnittmarken versehen hat, dann erhält man (hoffentlich) '''genauere''' Schnittmarken. | ||
| + | # Wenn der Download vom Sharemarks Server erfolgreich war oder ein nach einer Wartezeit (standardmässig zwei Tage), wird die Aufnahme in den AutoCutter Warteschlange gelegt. Die konfigurierbare Wartezeit stellt sicher das Aufnahmen nicht dauerhaft in der Sharemarks Warteschlange liegen, falls keine Schnittmarken auf dem Sharemarks Server verfügbar sind. | ||
| + | # Als abschliessender Schritt muss man die Schnittmarken "per Hand" kontrollieren und kann dann mit '''einen einzelen Befehl''' den Schneidevorgang für alle Aufnahmen starten. | ||
| − | + | Wichtig : Bei mehreren Video Partitionen sollte immer das Verzeichnis als Ziel genommen werden, in dem der meiste Speicherplatz verfügbar ist. Damit alle Dateien einer Aufnahme auf der gleichen Festplatte gespeichert werden. Das ganze dient nur der Sicherheit, damit bei einem Festplattencrash keine Aufnahmen durch fehlende Teile zerstört werden! | |
| − | + | '''Es müssen natürlich nicht alle Funktionen genutzen werden''', der Programmteil zu Schnitt der Aufnahmen kann auch allein genutzen werden, oder auch nur die Schritte für [[Noad]] oder den Download per [[Sharemarks]]. Ebenso ist möglich diese Features selektiv pro Aufnahme oder Sender zu steuern. | |
| − | + | Die Installation und weitere Details sind in der im Programm-Archiv enthalten Datei README (in Englisch) beschrieben. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| + | '''Eine Liste der Features, ist weiter unter in der Historie beschrieben.''' | ||
==Download== | ==Download== | ||
Version vom 12. Mai 2007, 08:15 Uhr
Inhaltsverzeichnis |
Beschreibung
Hinweis : Im Archiv des Autocutter-Paket sind in der Datei README (in Englisch) viele weitere Informationen enthalten.
Die Grundidee hinter dem Programm Autocutter ist, das automatische Bearbeiten von mehreren Aufnahmen.
Die Vorteile von Autocutter sind :
- Automatisierung der Verarbeitungschritte
- Überblick über die neue Aufnahmen
- Genaues Steuern der Verarbeitungschritte
- Parallelle Bearbeiten von mehreren Aufnahmen
Die Steuerung erfolgt über die Konfigurationsdatei autocutter.conf. In dieser Datei wird definiert was mit jeder Aufnahme geschehen soll. So kann eine Aufnahme z.b. umbenannt werden oder auch von die Bearbeitungen durch Noad festgelegt werden.
Folgende Verarbeitungschritte finden standardmässig statt :
- Die Aufnahme wird in die Noad Warteschlange gelegt
- Noad legt grob die Schnittmarken fest
- die Aufnahmen wird in der Sharemarks Warteschlange vermerkt
- Es wird versucht Schnittmarken vom Sharemarks Server herunterzuladen. d.h. wenn jemand anderem die Aufnahme bereits mit Schnittmarken versehen hat, dann erhält man (hoffentlich) genauere Schnittmarken.
- Wenn der Download vom Sharemarks Server erfolgreich war oder ein nach einer Wartezeit (standardmässig zwei Tage), wird die Aufnahme in den AutoCutter Warteschlange gelegt. Die konfigurierbare Wartezeit stellt sicher das Aufnahmen nicht dauerhaft in der Sharemarks Warteschlange liegen, falls keine Schnittmarken auf dem Sharemarks Server verfügbar sind.
- Als abschliessender Schritt muss man die Schnittmarken "per Hand" kontrollieren und kann dann mit einen einzelen Befehl den Schneidevorgang für alle Aufnahmen starten.
Wichtig : Bei mehreren Video Partitionen sollte immer das Verzeichnis als Ziel genommen werden, in dem der meiste Speicherplatz verfügbar ist. Damit alle Dateien einer Aufnahme auf der gleichen Festplatte gespeichert werden. Das ganze dient nur der Sicherheit, damit bei einem Festplattencrash keine Aufnahmen durch fehlende Teile zerstört werden!
Es müssen natürlich nicht alle Funktionen genutzen werden, der Programmteil zu Schnitt der Aufnahmen kann auch allein genutzen werden, oder auch nur die Schritte für Noad oder den Download per Sharemarks. Ebenso ist möglich diese Features selektiv pro Aufnahme oder Sender zu steuern.
Die Installation und weitere Details sind in der im Programm-Archiv enthalten Datei README (in Englisch) beschrieben.
Eine Liste der Features, ist weiter unter in der Historie beschrieben.
Download
Historie
Was ist neu in 0.3.1
- Mann kann jetzt das SVDRP EDIT commando (VDR >= 1.3.31) zum schnieden benutzen. Zum aktivieren einfach VDRCUTTER2=no setzten.
Man benötigt also nicht mehr vdrcutter2 (obwohl ich das weiterhin empfehle ;)) und auch kein patch für VDR. Achtung!!, wenn man dies benutzt werden die geschnittene aufnahmen IMMER auf die VDR bekannten platten geschnitten, also ggf. nur auf die erste oder verteilt über alle platten. Ich empfehle in dem zusamenhang dann die aufnahme nach dem schneiden in die ReOrg queue zu legen damit sie zusammengeführt wird oder auf eine platte mit mehr platz gelegt wird. Und das "Renaming" greift dann auch nicht beim schneiden - hier sollte man dann ReOrg benutzen.
- showqueues.sh zeigt jetzt an was für Schnittmarken eine aufnahme hat, somit kann man schnell sehen was man nich zu tun hat.
"-" bedeutet keine schnittmarken "N" bedeutet NoAD schnittmarken "S" bedeutet Sharemarks schnittmarken "*" bedeutet Manuell erstellte oder geänderte schnittmarken (könnte NoAd oder Sharemarks-marken sein die geändert worden sind)
Beispiele : [code]3016 N M/National Security 1679 * S/CSI: Miami/Drogenwahn 494 - Kinder/_New/Feuerwehrmann Sam/Norman fliegt auf! 1557 S S/Battlestar Galactica/Meuterei auf der Astral Queen[/code]Normalerweise werden nur aufnahmen mit "*" oder "S" geschnitten, alle andere werden einfach nochmal zur AutoCutter queue hinzugefügt (außer CUTNOAD = yes, dann werden auch "N" aufnahmen geschnitten).
- ReOrg Queue
Was ist die Idee hinter der ReOrg Queue ?
Mein ziel ist es die zusätzlichen disks schlafen zu lassen und VDR kennt deshlab nur die erste platte (/video). Dafür habe ich die AutoCutter scripts geschrieben. Aber was ist jetzt wenn einer der zusätzlichen disks 200GB frei hat und die erste so gut wie voll ist ? dann wäre es klasse wenn man Aufnahmen von der ersten auf die andere platte verschieben könnte und hier kommt dann ReOrg ins spiel ;) In "Normale" vdrconvert Queues kann man nur eine aufnahme einfügen. Aber in der ReOrg queue kann man jedes beliebige verzeichnis hinzufügen, z.B. "/video/Series". Das ReOrg script sucht dann unter dieses Verzeichnis nach "*.rec" verzeicnisse und "behandelt" dann alles was er findet. Man könnte sogar "/video/" hinzufügen um ALLE aufnahmen neu zu organisieren ;)
Bitte beachtet : - BITTE SEID VORSICHTIG WENN IHR DIE ReOrg QUEUE BENUTZT!!! Ich habe zwar getestet, aber ich kann keine garantie geben das es immer 100% funktioniert ! Deshlab sollte ihr nicht damit anfangen "/video/" in die queue zu legen, sondern erst einzelne aufnahmen, dann ein Verzeichnis und erst wenn das eine weile glatt gelafen ist dann etwas mehr :) - ReOrg wird normalerweise keine aufnahme verschieben wo die Videodateien auf einer der zusätzlichen platten leigen, die ausnahmen sind : A. wenn Renaming (umbennenung) benutzt wird um Aufnahmen auf eine Spezielle Platte zu legen! (Siehe README - "Renaming" für mehr) B. Die videofiles sind nicht alle auf die selben platte. When VDR normal aufnimmt dann platziert er die Videodateien auf der platte mit dem meisten freien platz, dies führt dazu das videofiles verstreut werden. - ReOrg benutzt die "Renaming rules" spezifiziert in autocutter.conf, wenn die für eine gruppe von aufnahmen geändert wurden dann kann man z.b. mit ReOrg alle aufnahmen auf der neuen platte verschieben :) - "Renaming" ändert NICHT der name einer ungeschnittene aufnahme, das wird nur bei geschnittene aufnahmen gemacht ! - Ungeschnittene aufnahmen werden auch ReOrg(anized) = verschoben! - Wenn nicht genug platz auf der Ziel-platte vorhanden ist dann wird die aufnahme nicht verschoben. - Das "Verschieben" oder "ReOrg" wird so gemacht wie VDR das auch macht. Die Videodateien werden auf die platten mit dem meinsten freien platz gelegt und die Index und Info files liegen immer auf die Primäre platte. Die videofiles werden dann verlinkt auf die Primäre.
Siehe auch REORG_KEEP_PRIMARY_USAGE_LOW, REORG_USEFILO, REORG_ROUNDROBIN im README für mehr.
Hier ein paar beispiel für das was man tun kan. - "ReOrg" alle geschnittene aufnahmen und verschiebe die Videodateien auf den platten mit freien platz (macht platz auf der primären platte) :
find /video/ -name "%*" -type d -exec /usr/local/vdr/bin/ins2.sh reorg {} \;
- "ReOrg" alle aufnahmen. Das würde (fast) alle aufnahmen auf die zusätzlichen platten verschieben (wenn REORG_KEEP_PRIMARY_USAGE_LOW = yes) :
/usr/local/vdr/bin/ins2.sh reorg /video/
- "ReOrg" nur Serien :
/usr/local/vdr/bin/ins2.sh reorg /video/Series
- ins2.sh hat einen neuen Option "--subdirs"
Dies ist für reccmds.conf gedacht. Nach "--subdirs" kann man die anzahl Verzeichnisse angeben die vom Path entfernt werden sollen. Ein beispiel : ./ins2.sh --subdirs 2 reorg /video/Series/Monk/2005-12-31.20.12.19.99.rec Das ergibt den pfad "/video/Series" der dann zur ReOrg Queue hinzugefügt wird. Damit werden alle aufnahmen unter "/vide/Series" ReOrganisiert. ACHTUNG!! vorsichtig damit umgehen - man sollte sich vorher mit der Verzeichnis struktur von VDR auseinandersetzen.
- autocutter-edited.sh - wenn man lieber direkt mit VDR schneidet (taste 2 während wiedergabe) aber trotzdem einige funktionalitäten von AutoCutter nicht missen möchte kann man dieses script nutzen.
Bei korrekt Geschnittene aufnahmen wird die original aufnahme automatisch gelöscht, Sharemarks werden hochgeladen (wenn so konfiguriert) und man kann die ReOrg queue nutzen oder je nach name die aufnahme in andere Queues ablegen, z.B. in dem man mehrere vdr2dvd queues hat. Siehe auch README und "postaction*.sh" für mehr. Das ist auch der schnellste weg wenn man nur 1-2 Aufnahmen hat die man schneiden möchte :) oder z.b. in zusammenhang mit CutterQueue. Das script versucht exact das selbe zu tun was passiert wenn man mit AutoCutter schneidet. Der einzigste nachteil ist das die geschnittene aufnahme immer auf die Primäre disk landet. Aber dafür gibt es ja ReOrg, einfach die Default zeile in AutoCutter.conf wie dies konfigurieren : [code]MyDefaults:DEFAULT:noad;sharemarks;autocutter;reorg:/usr/local/bin/noad:-v nice:Upload::[/code]Damit werden die aufnahmen nach dem schneiden automatisch zu ReOrg hinzugefügt. ACHTUNG! Bitte auch "etc/nq.sh" anschauen !
- Für VDR >= 1.3.25 benutze ich jetzt info.vdr für das ermitteln der unique channel ID von eine aufnahme.
- Wenn man jetzt Schnittmarken per Hand ändert oder setzt bei aufnahmen die im sharemarks Queue drin sind, dann werden diese aufnahmen beim nächsten lauf automatisch in die nächste Queue verschoben.
Der grund ist das wenn man sich schon die zeit nimmt marken zu ändern wäre es doof wenn sie von einen sharemarks download überschrieben werden ;)
- Neue option CLEANUP_ALL_EMPTY - siehe README
- AC_SAVEFREESPACE gibt es nicht mehr - wer nicht weis was ist es sollte aich auch keine gedanken machen ;)
Das war's für dieses mal, das reicht aber auch ;)
Was ist neu in 0.3.0 (im vergleich zu 0.1.x)
- Ich habe sehr viel geändert bzw. neu geschreiben deshalb der Sprung zu 0.3.x.
- README aufgeteilt in INSTALL und README
INSTALL sollte jetzt viel übersichtlicher sein - so das jeder damit zurecht kommt.
- VDR >= 1.3.25 unterstützung (info.vdr).
- Umbennung von aufnahmen während des Schneidens (Renaming).
Beispiel : meine Filme werden im verzeichnis /_M aufgenommen (damit man neue schnell findet) und beim Schneiden dann nach /Movie verschoben
- Kontrolle darüber auf welche Partitionen welche Aufnahme geschnitten wird = Zielpartition (auch unter Renaming)
Beispiel : alle aufnahmen die "Star Trek" enthalten sollen auf /video1 "landen".
- Multidisk Optimierung.
AutoCutter konnte auch früher mit mehrere Partitionen (Platten) umgehen. Jetzt funktioniert es aber besser und es gibt mehr Optionen.
- Anti Wärme und Lärm Option.
Man kann VDR so konfigurieren das es nur eine platte (oder mehrere) zum aufnhemen nutzt und dann eine belibige anzahl benutzen zum speichern von geschnittene aufnahmen :) D.h. nur die platte(n) die zum aufnehmen benutzt wird muß an sein. Die restlichen werden im schlafmodus versetzt und werden nur aufgeweckt bei wiedergabe einer aufnahme auf diese Platte oder wenn auf sie was geschnitten wird :D Damit vermindere ich die Wärme entwicklung enorm - und spare auch noch strom ;) -- Wir können jetzt die Partitionen in Zwei verschiedene wege füllen : -- die nächte aufnahme kommt auf die platte mit dem meisten freien platz. -- Die platten werden einer nach dem anderen gefüllt und die reihnenfolge bestimmt ihr. Für mehr siehe README - suche nach "Multidisk Optimization".
- Änderung von "Automatisches löschen der alten aufnahmen nach erfolgreiches Schneiden". Jetzt wird anhand von marks.vdr berechnet wie lang die geschnittene aufnahme sein sollte und wenn das überieinstimmt dann wird die alte aufnahme gelöscht (aber nur wenn DELCUTREC=yes). Ich habe bisher nie probleme mit vdrcutter2 gehabt - entweder alles war OK oder er hat 2-3 mal sofort am anfang abgebrochen - dann konnte VDR die aufnahme auch nicht schneiden.
- Bitte benutzt meine ins2.sh and cap2.sh statt ins.sh und cap.sh von vdrconvert - sonst passiert nicht das was ihr erwartet ;)
- autocutter.conf
-- noad.conf ist umbenannt in autocutter.conf und ins $HOME/.vdrconvert verschoben worden. -- USEAUTOCUT, USESHAREMARKS, NOADCMD and NOADOPTIONS werden nicht mehr benutzt - sie sind ersetzt worden durch eine "DEFAULT" zeile in autocutter.conf -- autocutter.conf wird nach mehrere zeilen die auf der Aufnahme passen "abgesucht" und dann werden die Optionen zusammengeführt. Siehe README : "TestACLine.sh" und "Description of autocutter.conf" für mehr.
- vdrcutter2 wird jetzt standardmässig benutzt. Benutzt überhaupt jemand AutoCutter mit "USEVDRCUTTER2=no" (AutoCutter fernbedient VDR) ?
- Enthaltener etc/nq.sh angepasst - funktioniert jetzt besser mit system die nicht 24x7 online sind.
- summary.vdr backup bei mehrere Partitionen. Siehe README für mehr.
- ActivateMarks.sh - gab es schon länger aber ich wollte es mal erwähnen - Siehe README für mehr.
- VDRconvert 0.1.x und vdrconvert 0.2.x unterstützung
- Sharemarks incl. Offline unterstützung !!
Wer ISDN hat oder einfach nicht immer online sein möchte kann jetzt entschieden wann die Marken hoch und runtergeladen werden.
- Wenn man mehrere /video partitionen hat dann legt VDR beim aufnehmen/schneiden die 00?.vdr Dateien auf den Partitionen ab wo er platz findet. Wenn aber eine festplatte kaputt geht dann sind sehr viele aufnahmen defekt. Mein script legt immer alles auf eine Partition ab - und zwar der mit dem meisten Platz.
- showqueues.sh - ein script was anzeigt was in ALLE vdrconvert Queues drin ist und auch die namen etwas schöner aufbereitet :).
- del.sh, ins.sh, cap.sh von vdrconvert wurden geändert wegen verschiedene änderungen und die anzeige wurde "verbessert". Heissen bei mir jetzt del2.sh, ins2.sh und cap2.sh
- nach der aufnahme wird automatisch die aufnahme in der noad queue gelegt und abgearbeitet - es kommen Nachrichten wenn etwas schief gelaufen ist oder erfolgreich war.
- kann VDR "fernsteuern" um aufnahmen zu schneiden. D.h. bevor man zu bett geht kann man den schneidevorgang anschieben und am nächsten morgen ist alles geschnitten :)
- Jetzt kann man auch vdrcutter2 nutzen um Aufnahmen zu schneiden ohne VDR. D.h. man kann jederzeit den schneidevorgang laufen lassen :D
- Meldungen die ausgegeben werden können angepasst werden oder komplett "abgeschaltet" werden (auf "NO" setzen)
Unter etc/vdrconvert.env findet ihr einstellungen für Deutsche nachrichten, standard ist Englisch.
