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

[geimist]

Hallo Jürgen ,

Es wäre mir eine ganz große Hilfe, wenn du mir das log während des Updates und wo es nicht mehr dekodiert schicken könntest. Es wurde nur die Datei synOTR.sh ausgetauscht. Wenn da ein Fehler drin ist, würde ich den gern finden.

Dankeschön

 

[toller]

Wie komme ich denn zu dem log?

 

[geimist]

die liegen (sofern du in der Konfiguration.txt das Loglevel nicht auf 0 gestellt hast) unterhalb im Dekodierordner "_decodir"

Mail an: synotr (ät) geimist.eu

 

[toller]

Habe dir eine PN geschickt.

Es sieht nach einem Rechteproblem aus.

 

[geimist]

… ist noch nix angekommen

 

[toller]

Jetzt habe ich eine Mail geschickt. Die sollte ankommen

 

[geimist]

Hallo zusammen,

bitte entschuldigt die Probleme beim ersten automatischen Update zu Version 3.4.1
Bei einigen ist die synOTR.sh nicht mehr ausführbar, wodurch es natürlich gar nicht mehr startet.
Ich hoffe, ich konnte das Problem mit Hilfe von fleißigen Testern inzwischen beheben.

Für alle, bei denen synOTR nicht mehr startet:
Entweder ihr macht nochmal ein manuelles Update (ihr braucht nur die synOTR.sh ersetzen) oder geht auf die Eigenschaften der synOTR.sh und setzt dort unter Genehmigung das Ausführen-Attribut.



Version 3.4.2 UNIVERSAL [RELEASE] für 32/64bit x86 & ARMv7 - [2018-01-01] - KLICK ZUR DOWNLOADSEITE

Verbesserung der Version 3.4.2:

• Integritätsprüfung der Installationsdateien im Loglevel 2
  BUGFIXES:
• Filme mit AC3-Tonspur können nicht mit avisplit geschnitten werden. Das wurde z.T. nicht richtig abgefangen
  (in diesen Situationen wird das Schneiden übersprungen)
• defekte Umbenennung auf ARM-Geräten (der Librarypath musste für curl angepasst werden)
• Korrektur des Autoupdates aus Version 3.4.1 (synOTR muss von root oder einem Administrator ausgeführt werden).
• andere kleinere Fehler

Geänderte Dateien:

• synOTR.sh

P.S.:
Die Korrektur des Autoupdates greift natürlich erst beim nächsten Update von dieser Version aus …

 

[DigiHurry]

Hallo Forum!

Habe mich am Wochenende damit gematert, welches NAS es bei der anstehenden Ersatzinvestition werden soll, wobei auch Q... eine Option darstellte.
Nachdem ich aber auf diesen Thread gestoßen bin, steht die Entscheidung für Synology wohl fest: Wenn SynOTR tatsächlich so funktionieren sollte, wie hier beschrieben, werde ich in Zukunft viel Zeit sparen! Schon jetzt ein großes DANKE an Stephan für diese tolle Arbeit!

Eine Frage hätte ich noch, habe hier nichts entsprechendes gefunden:
Wie lange würde eine Dekodierung inkl. Schnitt auf einem DS-218j (Marvell Armada 385 88F6820 - 512MB) in etwa dauern? Packt sie das noch oder kommt sie an ihre Leistungsgrenze?

Besten Dank für Eure Antworten und bis bald!

Grüße vom DigiHurry

 

[geimist]

Hallo DigiHurry und herzlich willkommen hier im Forum

Das Wichtigste ist, dass deine zukünftige DS eine kompatible CPU hat (derzeit nur die meisten ARMv7 und Intel). Das scheint ja bei der DS218j gegeben. (Wo die neuen DSen mit Realtek-CPU bei ARM einzuordnen sind, weiß ich nicht.)

… Wie lange würde eine Dekodierung inkl. Schnitt auf einem DS-218j (Marvell Armada 385 88F6820 - 512MB) in etwa dauern? …

Also eines vorweg: Dekodieren geht fast so schnell wie eine Datei zu duplizieren.
Wenn du auch schneiden möchtest, dann kommt es (wie immer ) drauf an:

• Qualität / Auflösung (HD, HQ, DivX …)
• Wie viele Schnitte müssen im Film berechnet werden
• welche Schnittart wird verwendet (framegenaues Schneiden [Frames zwischen zwei Keyframes müssen komplett berechnet werden] oder Schneiden an den Keyframes [ist unsauber, aber geht fix - fast wie kopieren])

Framegenaues schneiden von HD-Filmen benötigt mindestens 1GB installierten RAM (DS218j fällt also raus). HQ-Filme benötigen mind. 500MB RAM.

Zu deiner Frage: Ich schätze ca. eine viertel Stunde bei framegenauen Schneiden eines HQ-Spielfilms

… Packt sie das noch oder kommt sie an ihre Leistungsgrenze? …

Mit obigen Einschränkungen packt sie das. Das entscheidende ist nur die Zeit, die sie dafür benötigt.

Gerade für die Intelgeräte hoffe ich noch, die Hardwareencodierung einbinden zu können. Das würde den Schnitt deutlich beschleunigen.

Vielleicht wäre ja ein Gerät mit Intel-CPU auch eine Option, sofern preislich möglich, da diese im Allgemeinen mehr Funktionen bieten (BtrFS, Docker, Mailplus, Themenerkennung in Moments) …

 

[DigiHurry]

SynOTR - DS218+

@ geimist: Danke für Deine schnelle und ausführliche Antwort!
Habe zwischenzeitlich meine Kaufentscheidung nochmals überdacht.

Hallo DigiHurry und herzlich willkommen hier im Forum
Framegenaues schneiden von HD-Filmen benötigt mindestens 1GB installierten RAM (DS218j fällt also raus). HQ-Filme benötigen mind. 500MB RAM.

Da mir der Workflow mit SynOTR schon wichtig wäre, wird es wohl auf eine DS 218+ hinauslaufen, auch wenn die zusätzlich aufzuwendenden Euros zuächst einmal bitter sind

Nach Deinen Angaben wäre ich dann mit der DS218+ hinsichtlich SynOTR auf der sicheren Seite ?

Intel CPU: Celeron J3355 (64Bit) (Decoder für 64 Bit ist ja verfügbar, oder irre ich?)
RAM >= 1 GB: 2 GB (erweiterbar auf 8 GB)
Handwarekodierung vorhanden: (H.264 (AVC), H.265 (HEVC), MPEG-2 und VC-1; maximale Auflösung: 4K (4096 x 2160); maximale Bildrate pro Sekunde (FPS): 30 )

Schon mal Danke im Voraus!

DigiHurry

 

[geimist]

Der Support für Intel-CPU steht ganz oben, da ich ja selbst eine DS716+ nutze. Die DS218+ ist eine gute Wahl - du wirst es nicht bereuen . Damit kannst du alle Funktionen von synOTR uneingechränkt nutzen.
Ob ich irgendwann die Hardwareencodierung unterstüzen kann, kann ich noch nicht versprechen (das wäre dann auch mit Qualitätseinbußen an den Schnittpunkten verbunden). Sollte ich es schaffen, das Schnittprogramm avcut entsprechende zu bauen, dann wird ein blindes Huhn ein Korn gefunden haben (Kompilieren ect. ist nicht gerade mein Spezialgebiet) …

 

[Phoenixxxxxx]

synOTR auf DS218j einrichten

Hallo zusammen,
ich bin neu und habe synOTR soeben auf meiner DS218j eingerichtet.
Habe schon lange nach so einem Projekt gesucht und nun endlich etwas gefunden

Ich möchte eigentlich erst mal nur ein schelle Decodieren testen, ohne Schneiden.
Aber leider scheitere ich schon am Anfang.

Das output.log des synoscheduler sagt folgendes:

./Konfiguration.txt: line 131: unexpected EOF while looking for matching `"'
./Konfiguration.txt: line 133: syntax error: unexpected end of file

script.log :

/volume1/temp/synOTR/synOTR-start.sh

Meine Konfiguration.txt sieht so aus:

#################################################################
# #
# Konfigurationsdatei #
# #
# - Werte innerhalb der Anführungszeichen anpassen #
# - anzupassen sind alle Zeilen ohne führende # sofern #
# der entsprechende Bereich auf aktiv (on) gesetzt ist #
# - es ist notwenig, diese Konfigurationsdatei unter Windows #
# mit UNIX-Zeilenenden [LF] abzuspeichern ! ! ! #
# ich empfehle den DSM-Texteditor zu verwenden #
# - Bitte vermeide zur Sicherheit Leerzeichen in Ordnernamen #
# #
#################################################################


#--------------------------------------------------------------------
# allgemein |
#--------------------------------------------------------------------

WORKDIR="/volume1/temp/otrkey/syntemp/„ # Arbeitsverzeichnis für temporäre Filmdateien (wird ggf. erstellt)
DESTDIR="/volume1/temp/otrkey/output/„ # Ausgabeverzeichnis
OTRkeydir="/volume1/temp/otrkey/„ # Verzeichnis mit den OTRKEY-Dateien
OTRkeydeldir="/volume1/temp/otrkey/recycle/" # Löschverzeichnis der Quelldateien ! ! ! ACHTUNG ! ! ! gleichnamige vorhandene Dateien in dem Verzeichnis werden überschrieben


#--------------------------------------------------------------------
# .otrkey's decodieren: |
#--------------------------------------------------------------------

decoderactiv="on" # on => decodieren aktiv / off => decodieren inaktiv
OTRuser=„h********@web.de“ # OTR Benutzername
OTRpw=„*********“ # OTR Kennwort


#--------------------------------------------------------------------
# .avi's schneiden (Grundlage sind |
# Schnittlisten von http://www.cutlist.at): |
#--------------------------------------------------------------------

OTRcutactiv="off" # on => schneiden aktiv / off => schneiden inaktiv
SMARTRENDERING="off" # on => verwendet avcut für framegenaues schneiden. ACHTUNG: erheblich mehr CPU-Leistung notwendig / dauert länger
WaitOfCutlist="off" # on => Film wartet, bis Cutlist verfügbar ist / off => Film wird ohne warten weiterverarbeitet
# OTRlocalcutlistdir="/volume1/…" # optionaler Ordner für lokale Cutlist => diese Cutlist werden geprüft und müssen daher direkt zum Film passen / bei Nichtnutzung leer lassen
# Frameversatz, um Cuts manuell zu justieren (positive Werte verschieben jeden Cut nach hinten, negative nach vorn):
FrameversatzAnfangCut=1 # = verschiebt den Beginn der gewünschten Filmteile beim framegenauen Schneiden
FrameversatzEndeCut=1 # = verschiebt das Ende der gewünschten Filmteile beim framegenauen Schneiden


#--------------------------------------------------------------------
# .avi's / .mp4's umbenennen (alle Dateien im Ausgabeordner |
# mit "TVOON" im Dateinamen werden umbenannt, sofern kein |
# separtes Arbeitsverzeichnis (WORKDIR) defniert wurde) |
#--------------------------------------------------------------------

OTRrenameactiv="off" # on => umbenennen aktiv / off => umbenennen inaktiv
TVDBlang="de" # Sprache, in welcher nach Serien auf theTVDB.com gesucht werden soll
TVDB_APIKEY="" # einen eigenen API-Key von thetvdb.com nutzen
MOVIEDB_APIKEY="" # einen eigenen API-Key von themoviedb.org nutzen

NameSyntax="§tit [§ylong-§mon-§day §hou-§min §cha §heightp §redurmin§ac01]"
# Beispielvorgabe ergibt: "Titel [2017-01-01 20-15 ARD 720p 90min]"

NameSyntaxSerientitel="§sertit.S§sta.E§epi §epitit" # ersetzt die Variable §tit, sofern Serieninformationen vorhanden sind

# Beispiel: "§sertit.S§sta.E§epi §epitit" ersetzt den Titel ($tit) mit >>> SERIE.S01.E01 EPISODENTITEL <<<
# Standardvorgabe ist videostationkonform
# Info VideoStation: https://www.synology.com/de-de/knowledgebase/DSM/help/VideoStation/category
# Info Plex: https://forums.plex.tv/discussion/135388/anleitung-deutsche-filmtitel-und-bessere-beschreibung-2


# Liste der verfügbaren Umbenennungsparameter - Parameter aus Originaltitel:
# Filmlänge [EPG]= §dur # Filmlänge laut EPG / inkl. Werbeblöcke
# Titel= §tit
# Jahr [4stellig]= §ylong
# Jahr [2stellig]= §yshort
# Monat= §mon
# Tag= §day
# Stunde= §hou
# Minute= §min
# Sender= §cha
# Qualtität / Format= §qua

# Parameter für Serientitel:
# Serientitel= §sertit
# Episodentitel= §epitit
# Staffel [2stellig]= §sta
# Episode [2stellig]= §epi

# technische Parameter (ermittelt):
# Framerate= §fps
# Filmlänge [real]= §redur
# Auflösung Höhe= §height
# Auflösung Breite= §width
# Halb- / Vollbild= §scty # Ergebnis ist 'i' oder 'p' (interlaced / progressive) - $height$scty ergibt z.B. 720p
# Seitenverhältnis= §asra
# Audiocodec= §acod
# Videocodec= §vcod
# AC3 vorhanden= §ac01 # Tonspur in AC3 ja ==> " AC3" sonst ==> ""

# sowie freier Text und Zeichen ohne '/','\', '?','#','$' (manche Sonderzeichen könnten evtl. Fehlfunktionen hervorrufen)


#--------------------------------------------------------------------
# .avi's in native MP4's (MAC OS tauglich) umwandeln: |
# ! ! ! ACHTUNG ! ! ! Alle .avi-Dateien im oben definierten |
# Ordner >destdir< werden konvertiert, sofern kein Arbeits- |
# verzeichnist (Workdir) definiert worden ist. |
# Bei einer großen Menge an Dateien kann das eine |
# lange Zeit in Anspruch nehmen. |
# (Es wird lediglich die Audiospur konvertiert). |
# Um das zu verhindern, muss WORKDIR definiert sein |
#--------------------------------------------------------------------

OTRavi2mp4active="on" # on => konvertieren aktiv / off => konvertieren inaktiv
OTRaacqal="80k" # Ziel-Bitrate der aac-Audiospur (mir reicht bei fdkaac 80k also 80 kbit/s) / AC3 bleibt unverändert
normalizeAudio="on" # Normalisierung der Audiospur (on / off)
MP4BOX_DELAY="100" # in Millisekunden / Feinabstimmung für den Audio-Video-Sync / Positive Werte verzögern den Ton; negative Werte verzögern das Bild


#--------------------------------------------------------------------
# DSM-Benachrichtigung und |
# sonstige Einstellungen: |
#--------------------------------------------------------------------

dsmtextnotify="on" # on => Benachrichtigung per Text aktiv / off => inaktiv
MessageTo="admin" # User für Benachrichtigungen / für die Standardeinstellung eine Raute vor die Zeile setzen oder die Zeile löschen
dsmbeepnotify="on" # on => Benachrichtigung per Beep aktiv / off => inaktiv (synOTR muss mit von User 'root' gestartet werden)
LOGlevel="1" # 0 => Logging inaktiv / 1 => normal / 2 => erweitert
endgueltigloeschen="off" # on => alle Quelldateien endgültig löschen / off => Papierkorb verwenden (Pfad siehe oben: OTRkeydeldir)
reindex="1" # 1 => tägliche ReIndexierung / 0 => keine tägliche ReIndexierung, sofern neue Filme hinzugefügt wurden
autoupdate="on" # on ==> synOTR wird versuchen, sich selbt aktuell zu halten / off ==> kein Autoupdate

Weiß wer einen Rat?
Habe etwas gegoogelt, aber nichts hilfreiches gefunden.

Besten Dank im Vorraus!
Phoenixxxxxx

 

[geimist]

Hallo Phoenixxxxxx und herzlich willkommen im Forum,

da schein wohl eher ein Anführungszeichen falsch zu sein …

P.S.: Ich hatte mir gerade nochmal deine Konfiguration angesehen. Die Anführungszeichen wurden teilweise geändert (da gibt es verschiedene …). Das Problem kenne ich eigentlich nur vom Mac Texteditor in Verbindung mit der Autokorrektur. Textwrangler sollte eigentlich das richtige für sowas auf dem Mac sein.

(unpassende Zeilenenden war eine vorschnelle falsche Annahme von mir)

 

[Phoenixxxxxx]

Danke Stephan,
nein ich bin auf macOS unterwegs und habe TextWrangler benutzt.

Aber es könnte sein dass ich die Textdatei zuerst mit dem Editor der Pathfinder Anwendung geöffnet habe. Pathfinder ist eine Finder Alternative. Aber ohne Gewähr.
Ich habe mir schlussendlich den DSM Text-Editor installiert und damit nochmal von Neuem angefangen.

Dann lief es im Prinzip.

Danke nochmals!

Besten Gruß
Phoenixxxxxx

 

[Phoenixxxxxx]

Hallo Stephan,
eine Frage habe ich noch zu dem Schneide-Parameter
WaitOfCutlist="on"

Wäre es denkbar auch einen Parameter einzubauen, der eine maximale Dauer des Wartens festlegt?
Wenn diese Dauer überschritten ist, wird die Datei auch ohne Cutlist weiterverarbeitet.
So in der Art….
WaitOfCutlistMaxDays="7"

Ermitteln ließe sich das quasi so:
<DatumHeute> - <DatumOTRAufnahme> > 7 Tage

Besten Gruß
Phoenixxxxxx

 

[geimist]

Ich werfe dann halt immer superOTR auf dem Mac an und erstelle die entsprechende Cutlist und lade sie zu cutlist.at hoch (damit die Allgemeinheit auch noch was davon hat).
Bei unwichtigen Sendungen verschieben ich die Datei im Arbeitsverzeichnis einfach eine Ebene höher, so dass sie beim nächsten Lauf noch konvertiert und umbenannt wird.

Mal sehen - vielleicht baue ich es ein …

 

[Phoenixxxxxx]

Das ist natürlich der bessere Ansatz im Sinne der Gemeinschaft.

Ehrlich gesagt nutze ich die Cutlist als Goodie und daher als passiver Nutzer... und wenn es keine Cutlist gibt, akzeptiere ich auch, das ich später beim Anschauen manuell über die Werbung drüber scrollen muss.

Die Funktion wäre nur eine Bequemlichkeits-Verbesserung ;-)

Besten Gruß
Phoenixxxxxx

 

[geimist]

Version 3.9.2 UNIVERSAL [SPK-BETA] für 32/64bit x86 & ARMv7 - [2017-11-30] - KLICK ZUR DOWNLOADSEITE

​

Hallo Zusammen,

endlich ist es so weit: nach reichlich 3 Jahren steht synOTR nun über Community Package Hub als SPK bereit
Und warum ist das überhaupt möglich? Weil unser lieber Tommes uns das SPK gebaut hat - VIELEN DANK für deine grandiose Hilfe!

Welche Vorteil ergeben sich daraus?
Vor allem sind zukünftige Updates und die Konfiguration für die User wesentlich entspannter. Bisher musste die Konfiguration bei einem Update oft von Hand angepasst werden. Und dann gab es z.T. Probleme, wenn man den falschen Editor verwendet hat … Jetzt habt ihr ein schönes Formular, wo ihr eure Einstellungen eintragen könnt. Des Weiteren könnt ihr jetzt auch mit HyperBackup eure Datenkbank und Konfiguration sichern und wiederherstellen. Mal sehen, was noch so kommt

Warum ist das Paket jetzt Beta?
Am eigentlichen Programmablauf von synOTR hat sich nichts geändert und entspricht der Releaseversion von 3.4.1. Allerdings wollte ich euch jetzt noch die Gelegenheit geben, die SPK-spezifischen Dinge testen zu können (werden Einstellungen richtig gespeichert, klappt HyperBackup und die Konfigurationsübernahme bei einem Update wie gewünscht). Außerdem kommt in der nächsten Version noch ein Zeitplaner, sodass ihr nichts mehr im Aufgabenplaner eintragen müsst (Vielen Dank im Voraus an PsychoHH, der dieses super Skript für UltimateBackup geschrieben hat, welches ich mit einbauen darf). Also, freut euch darauf.

Verbesserung der Version 3.9.2:

• synOTR steht jetzt als SPK-Version zur Verfügung
  Das SPK entspricht funktional der Skriptversion 3.4.1
• Upgradeverbesserung (Übernahme der Konfiguration und der Datenbank, Aktualisierung der Konfiguration nach einem Upgrade)
• Hyperbackup integriert (Userdateien liegen jetzt zentral unter ./app/etc)

BITTE BEACHTET:
Solltet ihr bisher bereits synOTR einsetzen, so müsst ihr einmalig eure Konfiguration in das SPK eintragen.
Bitte vergesst auch nicht, euren bisherigen Task im Aufgabenplaner umzustellen, bzw. zu löschen
Der einheitliche Startpfad lautet nun:

/usr/syno/synoman/webman/3rdparty/synOTR/synOTR-start.sh

 

[Tommes]

Dann wünsch ich dir mal viel Erfolg und ganz viele Downloads. Und du weißt ja.... der Weg ist das Ziel!

Und warum ist das überhaupt möglich? Weil unser lieber Tommes uns das SPK gebaut hat - VIELEN DANK für deine grandiose Hilfe!

Da ich mich nicht gern mit fremden Federn schmücke, möchte ich noch hinzufügen, das ich dir zwar geholfen habe das SPK zu bauen, PsychoHH hat aber einen wesentlichen Anteil an dieser Arbeit, stammt die Engine im Grunde aus seiner Feder. Nichts desto trotz haben wir dir gerne dabei geholfen, dein Projekt in die richtige Richtung zu schubsen.

Tommes

 

[toller]

Na das ist ja eine tolle Neuigkeit! Das musste ich natürlich gleich testen.

Mit der DS 716+II haben Installation, Speichern der Einstellungen, decodieren, schneiden, mp4 erstellen, umbenennen wunderbar funktioniert. Auch ein Hyperbackup und anschließendes Wiederherstellen desselben war erfolgreich.

Was neu auftauchte, aber nach getaner Arbeit wieder verschwand, war eine Datei namens 0x8df50f0_isotmp im Arbeitsverzeichnis. Das hatte ich bisher noch nie beobachtet, wird aber sicher ohne Belang sein.

Also wiedereinmal PERFEKT und

danke für eure großartige Arbeit, Stephan, Tommes und PsychoHH!

Grüßle
Jürgen