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

[geimist]

Wahrscheinlich funktioniert der Aufgabenplaner weiterhin. Wenn du die GUI nutzen möchtest, brauchst du die Beta definitiv.

 

[maxl-zwo]

Danke! Dann warte ich erst einmal Eure Erfahrungsberichte mit der Beta ab.
@geimist: Vielen Dank für die viele Zeit, die Du in Deine beiden Projekte investierst!

 

[Tom1000]

Hallo Stephan,

habe heute versucht, SynOTR zu installieren (automatisch und manuell) weil es sich interessant anhört.

Leider kriege ich die Fehlermeldung: "Ungültiges Dateiformat. Bitte wenden Sie sich..."

Liegt's eventuell an meiner DS920?

LG Thomas

 

[geimist]

Für DSM7 brauchst du die aktuelle Beta:
https://www.synology-forum.de/threa...ow-auf-synology-diskstation.61132/post-949846

 

[Tom1000]

Danke Stephan.

Ich kriege aber im Augenblick eine Fehlermeldung wenn ich auf die Seite mit der BETA wechseln möchte. Vielleicht ist sie ja gerade nicht erreichbar. Ich versuche es später nochmal.

 

[geimist]

Meine Internetverbindung ist gerade nicht so stabil. Einfach wieder versuchen …

 

[Tom1000]

Hat geklappt. Danke...

 

[Eldorado175]

Hallo Stefan, habe auch das 7er Synology Update mit Deiner neuen Beta Version drauf. Er findet im Quellverzeichnis Auch meine drei OTRKeys (angezeigt auf der Statusseite). Dann passiert aber nichts, die „Eieruhr“ bleibt an und in der Logdatei steht das:
==> decodieren:

DECODIERE: ---> XYZ_TVOON_DE.mpg.HQ.avi.otrkey
Wed Aug 4 14:55:38 CEST 2021
Failed at 667: otrdecoderLOG=$(otrpidecoder -d "$i" -O "${DECODIR}/${decofilename}" -e "$OTRuser" -p "$OTRpw" 2>&1)
L==> decodieren fehlgeschlagen [Datei im Zielverzeichnis nicht gefunden …]

OTRdecoder LOG: otrpidecoder: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory
Failed at 667: otrpidecoder -d "$i" -O "${DECODIR}/${decofilename}" -e "$OTRuser" -p "$OTRpw" 2>&1

ich möchte auch eine MP4 Umwandlung haben. Habe schon alle Verzeichnisse neu gemacht, mal die alte Konfig Datei eingelesen…brachte altes keinen Erfolg.
Automatisch schneiden, umbenennen…habe ich alles ausgeschaltet.
was kann das sein ?
Bin jetzt allerdings erst von der 3.1.2 Version umgestiegen, die lief immer und ich hatten keinen Grund ein Update zu fahren.

gruß
Eldo

 

[geimist]

Schreibe doch mal bitte, welche DS du hast.
Es scheint am OTR-Decoder, bzw. an den genutzten Bibliotheken zu liegen. Da müssen wir mal probieren.

 

[Eldorado175]

DS216Play

 

[geimist]

Kommst du mit der Konsole zurecht?

 

[Eldorado175]

Noch nicht gemacht…kann ich ja mal versuchen , was muss ich da machen ?

 

[geimist]

Dann werde ich mir das erst einmal auf einer anderen DS ansehen.
Ich melde mich …

 

[geimist]

Die Librarys passen nicht mehr zu DSM7 für ARMv7.
Den entsprechenden otrdecoder gibt es halt leider nicht statisch kompiliert.
Da muss ich mich auf die Suche begeben und ausprobieren. Ich weiß noch nicht, wann ich das schaffe. Es wäre natürlich prima, wenn mich dabei jemand unterstützen könnte.

 

[Eldorado175]

Die Librarys passen nicht mehr zu DSM7 für ARMv7.
Den entsprechenden otrdecoder gibt es halt leider nicht statisch kompiliert.
Da muss ich mich auf die Suche begeben und ausprobieren. Ich weiß noch nicht, wann ich das schaffe. Es wäre natürlich prima, wenn mich dabei jemand unterstützen könnte.

Hallo Stephan, ich weiß leider nicht mal wovon Du sprichst…also kann ich dir leider nicht weiterhelfen…schade. Hoffentlich findet sich jemand, ist wirklich ein klasse Programm. Danke dafür

 

[koester74]

Hallo Stephan, ich weiß leider nicht mal wovon Du sprichst…also kann ich dir leider nicht weiterhelfen…schade. Hoffentlich findet sich jemand, ist wirklich ein klasse Programm. Danke dafür

Ich hab ein Lösung für synOTR in DSM7 auf einer DS216play. Ich bin dabei wie folgt vorgegangen:

1. Die fehlenden Bibliotheken für otrpidecoder habe ich von dem Debian Packages repo https://packages.debian.org/stretch/ runterladen. Mit den folgenden hat es bei mir geklappt:

libcrypto1.0.2-udeb_1.0.2u-1~deb9u1_armhf.udeb
libcurl3_7.52.1-5+deb9u15_armhf.deb
libidn2-0_0.16-1+deb9u1_armhf.deb
libpsl5_0.17.0-3_armhf.deb
librtmp1_2.4+20151223.gitfa8646d.1-1+b1_armhf.deb
libssl1.0.2_1.0.2u-1~deb9u4_armhf.deb
libunistring0_0.9.6+really0.9.3-0.1_armhf.deb

Wichtig ist dabei die Debian Stretch Versionen für ARMHF CPU zu verwenden.

2. Die deb-Files extrahiert man mit dpkg --extract filename.deb, um die lib-files zu bekommen

3. Die extrahierten lib-Dateien hab ich dann in /usr/syno/synoman/webman/3rdparty/synOTR/libARMv7l mit Root-Rechten kopiert

4. Um otrpidecoder mit diesen lib-Files zu nutzen, ist ein Wrapper Bash-Script erforderlich. Mit Root-Rechten verschieb einfach /usr/syno/synoman/webman/3rdparty/synOTR/binARMv7l/otrpidecoder in den Ordner /usr/syno/synoman/webman/3rdparty/synOTR/libARMv7l/ und ersetze das Original otrpidecoder Binary durch das folgende Bash Script

#!/bin/bash
LIBDIR="/usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l"
export LD_LIBRARY_PATH="$LIBDIR${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
$LIBDIR/otrpidecoder "$@"

Zu guter letzt muss das Script noch mit
chmod 755 otrpidecoder
ausführbar gemacht werden und dann kann es als Ersatz in synOTR genutzt werden.

Gruß,
Markus

 

[haiopei]

Moin Markus,

vielen Dank erst einmal für Deine "Forschungsergebnisse" und @geimist für dieses tolle Tool

Ich habe noch ein paar Ergänzungen bzw. Konkretisierungen zu deiner Beschreibung, welche vielleicht hilfreich für andere Benutzer sind, die sich nicht so gut auf der Synology-Konsole auskennen.

Zu 2.

Beim dpkg-Befehl muss ein Extraktionsziel mit angegeben werden. Dazu habe ich Verzeichnis angelegt und dies beim Aufruf als Ziel übergeben:

root@DS216play:/volume1/Download/SynOTR# mkdir extracted

root@DS216play:/volume1/Download/SynOTR# dpkg --extract libcrypto1.0.2-udeb_1.0.2u-1~deb9u1_armhf.udeb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract libcurl3_7.52.1-5+deb9u15_armhf.deb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract libidn2-0_0.16-1+deb9u1_armhf.deb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract libpsl5_0.17.0-3_armhf.deb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract librtmp1_2.4+20151223.gitfa8646d.1-1+b1_armhf.deb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract libssl1.0.2_1.0.2u-1~deb9u5_armhf.deb ./extracted
root@DS216play:/volume1/Download/SynOTR# dpkg --extract libunistring0_0.9.6+really0.9.3-0.1_armhf.deb ./extracted

Zu 3.

Bei meiner Installation befindet sich das Verzeichnis libARMv7l unterhalb des Verzeichnisses app. Das Kopieren der Dateien habe ich folgendermaßen gemacht:

root@DS216play:/volume1/Download/SynOTR# cd ./extracted/usr/lib/
root@DS216play:/volume1/Download/SynOTR/extracted/usr/lib# cp libcrypto.so.1.0.2 /usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l/
root@DS216play:/volume1/Download/SynOTR/extracted/usr/lib# cd arm-linux-gnueabihf/
root@DS216play:/volume1/Download/SynOTR/extracted/usr/lib/arm-linux-gnueabihf# cp -R * /usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l/

Zu 4.

Auch hier musste ich den Pfad dahingehend anpassen, als das die beiden Verzeichnisse (binARMv7l und libARMv7l) Unterverzeichnisse des Verzeichnisses app sind.

root@DS216play:/volume1/Download/SynOTR/extracted/usr/lib/arm-linux-gnueabihf# cd /usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l
root@DS216play:/usr/syno/synoman/webman/3rdparty/synOTR/app/libARMv7l# mv ../binARMv7l/otrpidecoder .

Ich hoffe, die Anmerkungen sind für andere hilfreich.

 

[geimist]

Ich will das ja alles noch ins SPK bringen, habe es aber noch nicht geschafft … ?

 

[Shepherd DD]

Hallo zusammen, hatte im DSM7-Chat Folgendes geschrieben:
-------------------------
Hi geimist, auf meiner DS220+ lief synOTR 4.2.1 unter DSM6.2 einwandfrei. Hab jetzt auf DSM7 geupgraded und synOTR 4.2.99 installiert. Dort kommt allerdings nur noch die Meldung
Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden.
Was mach ich falsch?
-------------------------
Antwort von geimist:
Mal die üblichen Verdächtigen checken:

• Ist unter Systemsteuerung ? Sicherheit dieser Haken gesetzt: Schutz gegen Cross-Site-Request-Forgery-Attacken verbessern
• Greifst du über den Reverseproxy auf den DSM zu?
• Browsercache leeren / inkognitomodus testen

Bei weiteren Fragen zu synOTR bitte im entsprechenden Thread antworten.
--------------------------

Hi geimist,
- Haken ist nicht gesetzt.
- Bin im eigenen Netz per WLAN und habe die IP-Adresse der DS eingegeben
- Nutze Safari und habe es in einem neuen privaten Fenster versucht
Hat leider alles nix gebracht... Hast Du noch eine Idee?
Viele Grüße

 

[geimist]

- Haken ist nicht gesetzt.

Das solltest du mal bitte tun (und anschießend aus- und einloggen)