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

[geimist]

Hallo Jürgen,

danke für's Testen. Freut mich, dass alles klappt. Die *isotmp-Datei gab es auch schon früher. Sie wird von mp4box bei der MP4-Erzeugung erstellt

 

[peterhoffmann]

Hui, hui, hui... herzlichen Glückwunsch.

Bei mir werkelt immer noch eine Uraltversion. Upgrade war nie nötig, da ich nur decodiere. Ich werde aber morgen das SPK mal ausprobieren.

 

[EdgarS]

Hallo SynOTR Fans, Hallo Stephan.
Ich habe mit Begeisterung dieses Forum durchgelesen. Ich nutze OTR seit Jahren auf einem Mini-LinuxServer mit PowerPC Architektur und hatte dort eigene Skripte erstellt, die mir das Dekodieren abnehmen. Seit dem Dekoderupdate im August funktioniert dies für mich nicht mehr, da ich eine Sonderversion mit Hilfe von einer i386-emulation benutzt habe, die nicht zum offiziellen Release gehört. Jetzt will ich auf Synology und das synOTR Skript umsteigen.
Geschnitten hab ich bisher manuell auf Windows, da mir das framegenaue Schneiden wichtig ist. Daher will ich umbedingt das integrierte avcut benutzen. Dies war ja urspruenglich nur fuer Intel 64bit möglich. Habe ich das richtig verstanden, dass inzwischen auch Intel 32bit funktioniert? Ein letzter Aufruf zum Testen blieb, glaube ich, unbeantwortet.
Ich würde mir dann gerne die DS214play zulegen, quasi als minimal-Einstieg. (Intel CE5335, 1GB Ram). Wurde die inzwischen positiv auf avcut getestet?

Viele Grüße,
Edgar

 

[geimist]

Hallo Edgar,

herzlich willkommen hier im Forum

Es scheinen einige Nutzer die DS214play zu nutzen, aber ich weiß nicht, ob sie auch framegenau schneiden. Prinzipiell habe ich avcut in 32bit kompiliert - ich gehe also davon aus, dass es läuft (und es hat sich noch keiner beschwert ). Ich würde mir aber an deiner Stelle gut überlegen, ob eine potentere DS216+/DS716+ oder DS218+/DS718+ nicht im Budget läge (selbst eine DS713+ wäre potenter). Hier kannst du den RAM erweitern und dir stehen fast alle Pakete offen. Gerade bei den kleinen Kisten merkt man schon deutlich, dass das framegenaue Schneiden in h264 deutlich Leistung fordert. Derzeit müssen die Frames ja noch in Software gerechnet werden.

 

[EdgarS]

Danke für die blitzschnelle Antwort. Die von Dir erwähnten Kisten hab ich auch schon auf meiner Liste. Mal sehen, was ich kriegen kann...
Gruss, Edgar

 

[deadbabylon]

Nabend zusammen,

hab leider das schon früher auftretende Problem, dass libcurl.so.4 Probleme macht.

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

synOTR-User: root
synOTR-Version: 3.9.2
Architektur: armv7l
DSM-Build: 15217
Gerät: ds215j
RAM installiert: 501 MB
RAM verwendet: 236 MB
RAM verfügbar: 265 MB
DB-Größe: 7.0KByte / 0 Datensätze
ffmpeg-Version: /usr/syno/synoman/webman/3rdparty/synOTR/app/binARMv7l/ffmpeg
Loglevel: erweitert
Anwendungsverzeichnis ist: /usr/syno/synoman/webman/3rdparty/synOTR
Löschverzeichnis vorhanden [/volume1/downloads/#recycle/]
Quellverzeichnis ist /volume1/downloads/otrkeys/
Zielverzeichnis vorhanden [/volume1/downloads/otrkeys/uncut/]
Arbeitsverzeichnis vorhanden [/volume1/downloads/otrkeys/tmp/]
Decodierverzeichnis ist: /volume1/downloads/otrkeys/tmp/


----------------------------------
| ==> Funktionsaufrufe <== |
----------------------------------




==> decodieren:

RoboCop_18.01.25_20-15_orf1_105_TVOON_DE.mpg.HD.ac3.otrkey
OTRdecoder LOG: otrpidecoder: /usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l/libcurl.so.4: no version information available (required by otrpidecoder)
OTRPiDecoder, v1.2
Verbinde zum Server...
cURL error: Failed writing body (1000 != 5754)
L==> decodieren fehlgeschlagen [Datei im Zielverzeichnis nicht gefunden …]
OTRdecoder LOG: otrpidecoder: /usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l/libcurl.so.4: no version information available (required by otrpidecoder)
OTRPiDecoder, v1.2
Verbinde zum Server...
cURL error: Failed writing body (1000 != 5754)


-----------------------------------
| ==> synOTR ENDE <== |
-----------------------------------

Diese Version hab ich über den Paketdienst installiert, mit meiner vorherigen Version 3.2 war es dasselbe.
Früher ging es einmal, wobei ich leider nicht mehr weiß, welche Version das war.

 

[geimist]

Das tut mir leid, dass du Probleme hast. Ich kannte das nur von der DS115j mit der Armada 370 CPU. Auf meiner DS214 mit Armada XP CPU funktioniert es - aber das hilft dir auch nicht weiter …
Dass es früher einmal ging, lag vermutlich an geänderten DSM-Komponenten oder mit dem Decoderupdate im August 2017. Ohne entsprechende Hartware kann ich das halt auch leider nicht testen, bzw. beheben.

Ggfl. müsste man die libcurl.so selbst passend kompilieren. Es wird sicherlich einen Weg geben, das funktionsfähig zu bekommen. Aber von mir aus ist's schwierig.

 

[geimist]

Version 3.9.3 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2018-02-03] - KLICK ZUR DOWNLOADSEITE

Hallo Zusammen,

weil uns PsychoHH sein supi Zeitplanerskript zur Verfügung gestellt hat, könnt ihr jetzt auch direkt in synOTR euren Zeitplan erstellen

VIELEN DANK PsychoHH!


Verbesserung der Version 3.9.3:

• Zeitplaner integriert
  - Sofern ihr den Zeitplaner einsetzt, löscht am Besten den Task im Aufgabenplaner
  - derzeit ist das kleinstmögliche Intervall im Zeitplaner 'stündlich'
• Layoutänderungen
• Kompatibilität für DSM 6.2 (mit der Version 3.9.2 gab es unter VirtualDSM 6.2 Beta Probleme. Dafür wurde ein Workarround eingebaut)
• DockerDSM und VirtualDSM in die Kompatibilitätsliste aufgenommen

 

[EdgarS]

Hallo Stephan,

ich bin Deiner Empfehlung gefolgt und habe mir die DS218+ besorgt. Seit Freitag 9.2. hab ich Sie im Einsatz, hat direkt am ersten Abend alles geklappt mir dem Skript, ich hab auch gleich das neue Update bekommen. Das mit dem Zeitplan ist super. Aber auch gut, dass man zwischendurch das Skript bei Bedarf per Knopfdruck starten kann. Ich bin total begeistert. Vielen Dank für Deinen Einsatz in diesem Projekt.

Ich hab noch ein paar Fragen/Anregungen:
1) Ich habe Serien und Filme in unterschiedlichen Ordnern, inklusive eines Unterordners für jede Serie. Das hat sich bei der Benutzung von XBMC als Player so bewährt. Auch die VideoStation Software auf der DS legt dies nahe, da die zugehörigen Informationen gezielter gesucht werden können.
Kann ich das Skript passend einstellen? Ich hab es mit Slashes als Ordner in der Namenssyntax probiert (serien/§sertit/§sertit.S§sta.E§epi §epitit), das hat aber nicht funktioniert, Zielordner hast Du aber nur einen.
2) Das mit dem Serientitel klappt wohl nicht immer. Habe heute Game Of Thrones S07E01 runtergeladen, wurde ohne Namen als .S07.E01 [...].avi umbenannt. Können wir als Nutzer dies beinflussen, z.B in dem wir Infos in den Cutlisten vorab sichten?

VG, Edgar

 

[geimist]

Hallo Edgar,

freut mich, dass es grundsätzlich geht

Zu 1:
Ja, das ist derzeit nicht vorgesehen. Ich werde es aber auf meine Ideenliste setzen (bitte nicht bei den nächsten Updates mit einer Umsetzung rechnen)

Zu 2:
Kannst du mir mal bitte den kompletten Dateinamen schicken? Das sollte eigentlich nicht so sein.

 

[EdgarS]

Hallo zusammen,

mal eine Frage an alle: Wie handhabt Ihr Sendungen, die nicht komplett aufgezeichnet sind, also bspw. wo das Ende fehlt.
Da könnte man ja die angrenzende Sendung auch aufzeichnen, für beide eine Cutlist erstellen, die genau aufeinander abgestimmt ist, dann cutten und später mergen.
Ich hab schon festgestellt, dass das synOtr skript die Dateien ungeschnitten liegen lässt, wenn in der Cutlist angegeben ist, dass Anfang oder Ende fehlen.
Irgenwelche Ideen dazu? Kann mir jemand ein Tool zum Mergen empfehlen? Sollte auf jeden Fall framegenau sein, alles andere find ich inakzeptabel.

Gruss,
Edgar

 

[geimist]

Ja, Cutlisten, die einen Error enthalten, werden nicht automatisch abgearbeitet. Das hat genau den von von dir genannten Grund: Enthält die Cutlist jetzt den Rest von deinem gewünschten Film oder vielleicht das Ende des vorhergehenden Films …?
Du kannst dir die gewünschten Cutlists von cutlist.at herunterladen (oder verwendest die aus dem Logverzeichnis) und legst sie in den Downloadordner oder in den Dekodierordner. Dann wird die manuell ausgewählte Cutlist ungeprüft auf deinen Film angewendet. Nachher kannst die Filme natürlich mergen.

 

[geimist]

…
2) Das mit dem Serientitel klappt wohl nicht immer. Habe heute Game Of Thrones S07E01 runtergeladen, wurde ohne Namen als .S07.E01 [...].avi umbenannt. Können wir als Nutzer dies beinflussen, z.B in dem wir Infos in den Cutlisten vorab sichten? …

Version 3.9.4 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2018-02-13] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 3.9.4:

• synOTR wurde an eine geänderte Ausgaben von otr-serien.de angepasst

 

[geimist]

Da bisher keine Klagen kamen: hier das Release 4.0.0 von synOTR:

Version 4.0.0 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2018-02-25] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 4.0.1:

• synOTR wurde an das Design des DSM angepasst
• optionale Entfernung des Zeitplans bei einer Deinstallation
• ein Fehler im CSS behoben, wodurch der Bereich "sonstige Einstellungen" verdeckt war (v4.0.1)

 

[toller]

Danke Stephan!

Aus perfekt wurde noch perfekter.

Jürgen

 

[geimist]

… na ja - bis auf den blöden Fehler, dass in den Einstellungen in Version 4.0.0 der unterste Bereich nicht erreichbar ist. Die gefixte Version 4.0.1 ist hochgeladen und wartet bereits auf Freigabe.

Freut mich, wenn es gefällt

 

[geimist]

In dieser Version wurde ein Konfigurationsimport implementiert um den Umstieg für User, die noch die bisherige Skriptversion verwenden, zu erleichtern.

Version 4.0.2 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2018-03-05] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 4.0.2:

• Konfigurationsimport
  (dazu muss in den Einstellungen das Arbeitsverzeichnis eingetragen; die bisherige Konfiguration.txt da hineingelegt; und dann der Import-Button in den Einstellungen benutzt werden)
• Fehler abgefangen, wenn JSON-Abfragen nicht korrekt ausgewertet werden konnten
• Detailverbesserungen

 

[geimist]

Version 4.0.3 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2018-03-25] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 4.0.3:

• erweiterte Statistik der Filmhistorie
  BUGFIXES:
• verbessertes Errorhandling bei Rückgabefehlern von thetvdb.com
• ein Fehler in Verbindung mit Leerzeichen in Ordnernamen beim AC3-Muxing (vielen Dank an Thomas!)
• Detailverbesserungen

 

[Matthieu]

Ich habe die Umstellung auf das SPK noch mal zum Anstoß genommen, Smartrendering auszuprobieren. Leider mit identischem Ergebnis wie beim letzten Mal. Wenn ich die geschnittene Datei mit VLC öffne und dann im Film springe, laufen Ton und Bild weit auseinander. Ich kann teilweise kaum noch feststellen woher der Ton wirklich kommt. Der Versatz ist also größer als nur ein paar Sekunden. Der Windows Media Player dagegen spielt den Film recht lange korrekt ab, trotz springen. Wenn ich aber über die Mitte des Filmes hinaus springe (ungefähr), kann er den Film nicht mehr laden. Er bleibt einfach stehen.
Hardware ist eine 916+. Mit welchen Infos könnte ich noch helfen? Mediendateien sind absolut nicht mein Ding.

MfG Matthieu

 

[geimist]

Hallo Matthieu,

tut mir echt leid, dass du so Probleme hast - vor allem so massiv!

Für evt. Asychronitäten hatte ich den Parameter "manueller Tonspurversatz (in ms)" eingefügt, aber der bringt ja nur etwas, sofern über den gesamten Film die Tonspur gleichmäßig asynchron ist (in nur in Verbindung mit mp4-Konvertierung).

Du hattest früher eine DS214play, wenn ich mich richtig erinnere? Da hattest du auch schon die Probleme?

Ich habe mal in meinem Papierkorb geguckt und eine noch nicht nach mp4 umgewandelte avi gesucht. Hier habe ich auch das Problem wie von dir beschrieben. Das ist mir aufgrund meines Workflows (ich lass immer nach mp4 konvertieren) noch nicht aufgefallen.

Die OTR-Avis sind alles andere als standardkonform. Die MP4-Dateien sollten in fast allen Playern abspielbar sein. Ich befürchte, dass der 'Fehler' an avcut liegt und ich da gar keinen Einfluss darauf habe.

Lässt du nach mp4 konvertieren?
Wenn nicht: wäre das eine Option, mal zu testen?

Danke