synOTR synOTR - scriptsammlung für OTR-Workflow auf Synology Diskstation

[geimist]

Version 4.0.5

Version 4.0.5 UNIVERSAL [SPK-Release] für 32/64bit x86 & ARMv7 - [2018-06-12] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 4.0.5:

• auf Wunsch werden jetzt auch Cutlits für alternative Formate gefunden
  (Es werden nur Cutlists mit zeitbasierten Schnitten berücksichtigt / funktionierte in meinen Test erstaunlich genau)
  BUGFIXES:
• die Cutlistauswahl / Bewertungsanalyse wurde überarbeitet und sollte jetzt etwas robuster und genauer sein
  (Detailanpassungen an die neue Seite cutlist.at)

 

[stweiss]

Seit heute nach meinem Synology Update auf Version 6.2-23739-2 funktioniert avcut nicht mehr. Ich habe 6 Filme in HQ bzw. HD vorliegen. Alle brechen mit dem selben Fehler ab.
Geht es bei euch noch?

Ausschnitt aus dem Log:

    -----------------------------------
    |    ==> Installationsinfo <==    |
    -----------------------------------

synOTR-User:              root
synOTR-Version:           4.0.5
Architektur:              x86_64
DSM-Build:                23739
Gerät:                    415plus (2905129561)
                          RAM installiert:    1986 MB
                          RAM verwendet:      1055 MB
                          RAM verfügbar:      931 MB
                          System arbeitet mit DSM 6.0 oder höher. Der LD_LIBRARY_PATH wird angepasst.
DB-Größe:                 178KByte / 192 Datensätze
ffmpeg-Version:           /usr/syno/synoman/webman/3rdparty/synOTR/app/bin/ffmpeg
Loglevel:                 erweitert
Anwendungsverzeichnis:    /usr/syno/synoman/webman/3rdparty/synOTR
Löschverzeichnis:         /volume1/video/#recycle/
Variable WORKDIR entspricht dem Zielverzeichnis. Es wird im Zielverzeichnis gearbeitet!
Quellverzeichnis:         /volume1/video/
Zielverzeichnis:          /volume1/video/
Arbeitsverzeichnis:       /volume1/video/
Decodierverzeichnis:      /volume1/video/_decodiert

---

Lade Russland_von_oben_18.07.05_20-15_arte_90_TVOON_DE.mpg.HD.avi.cutlist (ID: 1621873) --> okay
Format der Cuts:          Zeit
Framerate des Films:      50fps [Quelle: ffprobe]
Zeitdifferenz für genau 1 Frame für die manuelle Cutlistkorrektur für avcut: 0.02
FrameversatzAnfangCut: 1
FrameversatzEndeCut: 1

---- Cuts ----
Es müssen 1 Cuts für avcut umgerechnet werden.
Startcut: 374.68 Sekunden
Endcut: 5789.36 Sekunden
---- ENDE ----

> Übergebe die Cuts an avcut

real	0m0.661s
user	0m0.480s
sys	0m0.024s

Die Schnittpunkte befinden sich

avcut Command: avcut /volume1/video/_decodiert/Russland_von_oben_18.07.05_20-15_arte_90_TVOON_DE.mpg.HD.avi /volume1/video/Russland_von_oben_18.07.05_20-15_arte_90_TVOON_DE.mpg.HD.avi-cut.avi 0 374.68 5789.36 - 
avcut LOG: Failed to open decoder for stream 0, error -22
avcut muss einen Fehler verursacht haben.

 

[geimist]

Och nöööö …

Test auf …
- DS214 (ArmadaXP): läuft
- DDSM (Host DS716+ hat noch kein Update 2!): läuft
- VDSM: läuft

Mit dem Update auf meiner Produktiv-DS DS716+ warte ich noch.
Haben noch weitere Feedback mit dem Update 2?

@stweiss:
Ich kenne mich da halt auch gar nicht aus und weiß auch nicht, wie man den Fehler eingrenzen könnte. Eher kann Mario Kicherer als Autor von avcut etwas damit anfangen. Man könnte es auch mal auf deiner Maschine neu kompilieren … aber ob das hilft?

 

[toller]

Auf meiner DS716+ kommt es zu demselben Problem.
Liest hier vielleicht Mario von avcut mit, oder weiß jemand, wie man ihn erreichen kann? Vielleicht hat er ja eine Lösung parat!?

Grüße
Jürgen

 

[geimist]

Ich vermute, es liegt an dem Kernelupdate gegen die Spectre- und Meltdown-Lücken.

Wie ich sehe, hat Mario avcut wieder etwas verbessert. Man sollte also mal wieder ein Staticbuild mit der aktuellen Avcutversion 0.4 kompilieren [in 32bit um sie auch mit Evansport-CPU nutzen zu können] (wobei es ungewiss ist, dass es diesen Fehler behebt - synOTR benutzt derzeit v0.2 oder v0.3).

Github: https://github.com/anyc/avcut
Homepage: http://kicherer.org/joomla/index.ph...te-video-cutting-with-only-small-quality-loss

Eine Kompilieranleitung gibt es hier: https://github.com/jensb89/avcut/commit/422f4572f14f88183d971d4ba2c7ce3b3681f7fd

Bei mir sieht es derzeit schwierig aus, dass ich es mal testen kann. Also wenn sich jemand dem mal annehmen könnte, wäre das spitze!

 

[stweiss]

Danke für die schnelle Antwort Stephan.

Ich habe gesehen, dass es bei avcut ein Dockerfile gibt. Damit hab ich mir einen Container gebastelt und avcut darin übersetzt, allerdings nur mit defaults. Also Dynamisch gelinkt. Das Binary funktioniert direkt auf der Diskstation nicht, aber im Docker Container.
Also hab ich versucht im Docker zu cutten - und habe den gleichen Fehler kassiert.

avcut scheint ja die Encoder von ffmpeg zu verwenden - möglicherweise liegt dort irgendwo das Problem.
Als "workaround" habe ich vorerst das Smartrendering deaktiviert.

 

[geimist]

Dass der Fehler vom ffmpeg kommt, ist ja auch gar nicht so unwahrscheinlich. Avcut ist ja mehr oder weniger lediglich die Steuerung für ffmpeg. Mal sehen, wie wir hier wieder rauskommen …

 

[geimist]

… avcut scheint ja die Encoder von ffmpeg zu verwenden - möglicherweise liegt dort irgendwo das Problem.

@Stefan:
Mario hat mir geantwortet. Du hast jetzt eine PN von mir.

 

[isch83]

Guten Morgen Zusammen,

da ja seit dem letzten DSM Upgrade das Schneiden nicht mehr funktioniert ist mein OTR-Workflow zum erliegen gekommen.

Da es auch ruhig in diesem Thread geworden ist vermute ich das alle an einer Problemlösung arbeiten.

Nun zu meine Frage...

Kann man euch irgendwie helfen oder eventuell eine Tätigkeit abnehmen?

Viele Grüße

Isch83

 

[geimist]

Hallo Isch83,

stweiss hat schon eine neue Version von avcut gebaut. @stweiss: avcut schneidet bei mir nicht sauber. Ich vermute, dass ich die OTR-Profldatei noch mit einbinden muss - es hilft hoffentlich …
Ich hatte noch ein paar andere Problemchen gefunden und hoffe, dass ich Anfang nächster Woche weiter komme (ffmpeg arbeitet noch nicht korrekt).

Vielen Dank für dein Angebot!

 

[geimist]

Version 4.0.7

Version 4.0.7 UNIVERSAL [SPK-Release] für 32/64bit x86 & ARMv7 - [2018-07-30] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 4.0.7:

• Es wird jetzt auch versucht Serieninformationen aus der Cutlist zu lesen
  (Formate: S01E01 / 01.01 / 01-01 / 01x01 - optional auch mit einleitendem S, E, T und führender Null)
• AC3-Tonspur kann jetzt auch zu DivX- und HQ-Aufnahmen hinzugefügt werden
  BUGFIXES:
• avcut (Intel) wieder mit > DSM 6.2-23739 Update 1 kompatibel (Vielen Dank an stweiss!)
• diverse Bugfixes
  (in diesem Release wird kein ffmpeg [x86_64/i686] mitgeliefert. Daher steht auch kein Fraunhofer FDK AAC zur Verfügung)

Bitte entschuldigt das verzögerte Release, aber ich war die letzten Tage verhindert …

Ich hoffe, dass jetzt wieder alles zufriedenstellend läuft. Das bisher mitgelieferte ffmpeg mit dem FDK-AAC (für die MP4-Konvertierung) müsste ich erst neu bauen, weil es ebenfalls nicht mehr mit dem aktuellen DSM funktioniert. Als Fallback wird jetzt der native ffmpeg AAC-Encoder verwendet. Würde ich es wieder einbauen, müsste ich eine Version für i686 und eine für x86_64 mitliefern, was wiederum die Paketgröße für cphub.net überschreiten würde. Falls ihr es daher nicht unbedingt benötigt, würde ich es zunächst außen vorlassen.

Das Update wurde heute Mittag auf cphub.net hochgeladen und steht euch nach der Freigabe zur Verfügung.

 

[geimist]

An alle, die automatisch schneiden lassen:

In der Zeit ~23:00 (13.8.18) bis heute ~12:00 wurde von cutlist.at zusätzlich eine falsche Cutlist zurückgegeben - unglücklicherweise als erste. Dadurch sind wahrscheinlich viele Filme in der Zeit falsch geschnitten worden. Ob ein Film von euch betroffen ist, erkennt ihr an der Cutlist "This_Ain_t_California_18.02.12_02-30_phoenix_90_TVOON_DE.mpg.HQ.avi.cutlist" im Log-Ordner. In dem Fall einfach den ungeschnittenen Film aus dem Papierkorb in den Dekodierordner verschieben. Der Fehler sollte jetzt behoben sein.

 

[Matthieu]

Hatte mich schon gewundert, dass die ganzen ausstehenden Filme (einfach zu faul gewesen die zu löschen) plötzlich geschnitten wurden.
Kann mal passieren. Also Log plündern und löschen ...
Danke für die Info!

MfG Matthieu

 

[Matthieu]

Noch eine kurze Rückfrage: Wie sieht es mit der Datenbank und den heruntergeladenen Cutlisten aus?
Überhaupt würde ich vorschlagen, eine Option zum Löschen der Cutlisten nach dem Schneiden einzubauen, wenn nichts dagegen spricht. Die Textdateien machen nun wirklich nichts aus im Download. Wenn ich aber eine Datei neu herunterlade weil der Schnitt nicht passt und eine neue Cutlist verfügbar ist, gestaltet sich das Löschen der Cutlist immer etwas nervig.

MfG Matthieu

 

[geimist]

Hallo Matthieu,

ich weiß nicht, ob ich dich richtig verstehe, aber in der DB werden keine Cutlistinfos gespeichert (hauptsächlich nur die ganzen Infos für die Umbenennung). Ist das Loglevel auf 1 oder 2 gesetzt (also nicht deaktivert), so wird lediglich eine Kopie der Cutlist im Log-Ordner gesichert. Auf diese geloggten Cutlists wird aber nicht zugegriffen um damit zu schneiden. Dazu müsstest du die gewünschte Cutlist in den Dekodier- oder Downloadordner verschieben. Daher verstehe ich jetzt nicht ganz, wie das dein Workflow erschwert.
Vielleicht kannst du mir nochmal auf die Sprünge helfen? Wenn ich den Ablauf verbessern kann, werde ich mir das gerne ansehen

 

[Matthieu]

Hallo,
dann hat sich alles geklärt. Ich war davon ausgegangen, dass die dort abgelegten Cutlists bei einem erneuten Dekodieren auch wieder herangezogen werden.

MfG Matthieu

 

[geimist]

Nein, die liegen dort nur, um evtl. Problemen auf den Grund gehen zu können (daher auch im Log-Verzeichnis).

 

[Matthieu]

Mal aus Neugier: Wie viel lasst ihr so durch synotr laufen? Ich hatte noch lange das Skript am Laufen wegen dem Problem mit framegenau schneiden ohne mp4-Konvertierung. synotr mit Statistik läuft jetzt seit fast genau einem halben Jahr und synotr sagt 1300 dekodierte Dateien, davon gut 1000 erkannte Serienepisoden. HQ sind bei mir 87%, der Rest ist HD und AC3 und ein kleines Prozent SD. Das ist dann ein Fehler beim Download gewesen weil ich SD nicht ausstehen kann

MfG Matthieu

 

[Matthieu]

Noch eine andere Frage: Hast du schon daran weiterentwickelt oder ist das herunterladbare der aktuelle Stand? Ich würden gern Code beisteuern, wenn du aber schon was gemacht hast würde ich es lassen. Kollidiert ja sonst möglicherweise. Und überhaupt steht die Frage im Raum ob dir das Recht ist.

MfG Matthieu

 

[mschad]

Hallo zusammen, getestet und erfolgreich eingesetzt an einer DS214+. Lediglich das schneiden dauert einige Zeit.