TVHeadend Aufnahmen importieren

Nein, die IP ist von meinem NAS. Damit will/wollte ich die Datenbanken zentral ablegen, um sie nicht von jedem Client extra einlesen lassen zu müssen. Außerdem fällt es mir leichter, etwaige Lücken bei den Artistbildern von meinem PC aus zu füllen.

Was auch immer passiert ist, ich habe das System neu aufgesetzt. Jetzt klappt der Zugriff wieder. Das habe ich jetzt schon über 5 mal gemacht, aus verschiedensten Gründen. Ich merke halt, dass ich bei solcherlei tieferliegenden Problemen aufgeschmissen bin. Kann ich bei Dir ein paar Fragen zu libreELEC loswerden, oder mache ich da besser einen anderen Thread im entsprechenden Forum auf? Meine banalste Frage wäre: Komme ich an das Kodi-log auch vom PC Explorer aus? Schaffe es irgendwie nicht, die versteckten Verzeichnisse mit dem "." davor anzeigen zu lassen. Dann könnte ich auch mal checken, was beim Einlesen der [definition=11,0][definition='2','0']as.xml[/definition][/definition] schiefläuft...

Bin wieder soweit, hat aber nix geändert:

Zitat von hatchetharry

Meine banalste Frage wäre: Komme ich an das Kodi-log auch vom PC Explorer aus?

Natürlich, einfach mal den LibreElec in der Netzwerkumgebung suchen lassen: http://wiki.openelec.tv/index.php/Accessing_Samba_Shares
Voraussetzung dafür ist natürlich ein aktivierter Samba auf LibreElec.

Das ist nicht das Problem, soweit komme ich auch. Allerdings finde ich keine Möglichkeit, dort die versteckten Ordner wie z.B. .kodi anzeigen zu lassen. Die Windows Option, versteckte Ordner anzeigen zu lassen, zieht hier ja nicht. Geht das irgendwie?

PS: Habe mittlerweile WinSCP ausgegraben, mit dem geht's...

Sorry für die lange Antwortzeit, hatte heute meine Op und bin erst vor kurzem aus der Vollnarkose aufgewacht.

ls -lart zeigt die versteckten Verzeichnisse an
mit vi werden Dateien im Editor geöffnet - nano ist auch möglich

Oje, was machst Du denn für Sachen? Erfolgreiche Genesung!

Danke für die Tipps. Ich meinte eher einen (grafischen) Zugang zu den Verzeichnissen über meinen Windows PC, Dateioperationen über Kommandozeilen sind für Laien wie mich ja doch immer recht mühsam. Aber WinSCP taugt mir nun für meine Zwecke.

Darf ich noch mal auf mein eigentliches Problem zurückkommen? Ich kriege noch immer nicht das Skript zum Laufen.

Möchte mich für meine lange Antwortzeit entschuldige. Liege immer noch im Krankenhaus und habe hier nur das Smartphone. Das Notebook mit WinSCP liegt zu Hause. Wann ich entlassen werde, kann ich noch nicht sagen.

Hi,

Nach langer Zeit und vielen anderen Baustellen, will ich mich wieder an den Versuch machen, meine .vdr-Aufnehmen in .ts umzuwandeln.

Folgendes Script hatte ich erstellt, mit Dank an @CvHs:

#!/bin/bash
    VDRREC="/volume1/recordings/_Filme/8_Mile"
    NFOFILE="movie.nfo"
    for i in $(find $VDRREC -name "info*" -type f)
    do
      VDRDIR=$(dirname $i)
      VDRINFO=$(basename $i)
      cd $VDRDIR
      if [ -f $VDRINFO ];then
         AIRED=$(basename $VDRDIR | awk -F'.' '{print $1}')
         DAUER=$(grep "^E " $VDRINFO | awk '{print $4/60}' | awk -F'.' '{print $1}')
         TITEL=$(grep "^T " $VDRINFO | sed "s/^T //")
         INHALT=$(grep "^D " $VDRINFO | sed "s/^D //")
      fi
      echo "------------------------------------------------------------------------"
      echo "${TITEL}"
      echo "creating database infos ..."
      echo "<movie>"                           >  $NFOFILE
      echo "<title>$TITEL</title>"             >> $NFOFILE
      echo "<plot>$INHALT</plot>"              >> $NFOFILE
      echo "<releasedate>$AIRED</releasedate>" >> $NFOFILE
      echo "<runtime>$DAUER</runtime> "        >> $NFOFILE
      echo "</movie>"                          >> $NFOFILE
      echo "muxing recordings together"
      cat 0*.vdr > movie.ts
    done

Mit @BJ1s Hilfe konnte ich es auch ausführbar machen:

Zitat von BJ1

Man muss Fehlermeldungen nicht nur lesen, sondern auch interpretieren können . 'changing permissions of 'blabla': Operation not permitted' heißt? Du hast keine Rechte, die Rechte für das Skript zu ändern. Entweder gehört Dir das Verzeichnis nicht oder Du gehörst nicht zu der Gruppe, der das Verzeichnis gehört.

Versuch es mal mit

Code

sudo chmod a+x /volume1/recordings/_Filme/8_Mile/20171030_script_vdr_to_ts.sh

Leider bekomme ich beim Versuch des Ausführens folgende Fehlermeldung:

Weiß jemand, was ich falsch mache?

Gruß, harry

Die Datei wurde im falschen Format (Windows/DOS) gespeichert. Welchen Editor hast Du verwendet?

dos2unix filename.sh
danach sollte es gehen

Mist, fühle mich ertappt! Ja, wollte es mir einfach machen und hatte die Datei mit dem Notepad++ erstellt und über WinSCP reinkopiert. Sorry...

Den Befehl dos2unix kannte die Synology zwar nicht, aber ich habe die Datei einfach nochmal artgerecht mit nano erstellt. Und danach lief das Skript auch!

admin@obelix:/volume1/recordings/_Filme/8_Mile$ ./20180318_script_vdr_to_ts.sh
------------------------------------------------------------------------
8 Mile
creating database infos ...
muxing recordings together
admin@obelix:/volume1/recordings/_Filme/8_Mile$

Leider scheine ich noch immer nicht am Ziel. Es wurde nun eine Datei "movie.ts" erzeugt, die der Größe nach auch aus der erfolgreichen Verkettung der einzelnen vdr-Dateien hervorgegangen ist.

admin@obelix:/volume1/recordings/_Filme/8_Mile$ ll
total 44
drwxrwxrwx    3 admin    users  4096 Mar 18 15:20 .
drwxrwxrwx+ 122 admin    users 12288 Dec 15 23:02 ..
drwxrwxrwx    2 admin    users  4096 Mar 18 15:22 2010-11-22.03.03.50.99.rec
-rwxrwxrwx    1 majestix users  1113 Mar 17 20:45 20171030_script_vdr_to_ts.sh
-rwxr-xr-x    1 admin    users  1088 Mar 18 15:20 20180318_script_vdr_to_ts.sh
admin@obelix:/volume1/recordings/_Filme/8_Mile$ cd 2010-11-22.03.03.50.99.rec/
admin@obelix:/volume1/recordings/_Filme/8_Mile/2010-11-22.03.03.50.99.rec$ ll
total 6445980
drwxrwxrwx 2 admin users       4096 Mar 18 15:22 .
drwxrwxrwx 3 admin users       4096 Mar 18 15:20 ..
-rwxrwxrwx 1 admin users    2826772 Nov 22  2010 001.vdr
-rwxrwxrwx 1 admin users     580668 Nov 22  2010 002.vdr
-rwxrwxrwx 1 admin users 2097190119 Nov 22  2010 003.vdr
-rwxrwxrwx 1 admin users 1198861873 Nov 22  2010 004.vdr
-rwxrwxrwx 1 admin users       3869 Jun 17  2011 cover.jpg
-rwxrwxrwx 1 admin users    1672696 Nov 22  2010 index.vdr
-rwxrwxrwx 1 admin users        489 Nov 22  2010 info.vdr
-rwxrwxrwx 1 admin users        439 Nov 22  2010 marks.vdr
-rw-r--r-- 1 admin users        310 Mar 18 15:22 movie.nfo
-rw-r--r-- 1 admin users 3299459432 Mar 18 15:24 movie.ts
admin@obelix:/volume1/recordings/_Filme/8_Mile/2010-11-22.03.03.50.99.rec$

Beim Abspielen jedoch passiert nichts. Das sind die log-Einträge

15:27:26.324 T:1944764416 WARNING: Previous line repeats 2 times.
15:27:26.324 T:1944764416  NOTICE: CVideoPlayer::CloseFile()
15:27:26.324 T:1944764416  NOTICE: VideoPlayer: waiting for threads to exit
15:27:27.307 T:1388311456  NOTICE: CVideoPlayer::OnExit()
15:27:27.307 T:1388311456  NOTICE: Closing stream player 1
15:27:27.307 T:1388311456  NOTICE: Waiting for audio thread to exit
15:27:27.332 T:1337979808  NOTICE: thread end: CVideoPlayerAudio::OnExit()
15:27:27.332 T:1388311456  NOTICE: Closing audio device
15:27:27.382 T:1388311456  NOTICE: Deleting audio codec
15:27:27.526 T:1944764416  NOTICE: VideoPlayer: finished waiting
15:27:27.527 T:1944764416  NOTICE: VideoPlayer: Opening: smb://obelix/recordings/_Filme/8_Mile/2010-11-22.03.03.50.99.rec/movie.ts
15:27:27.527 T:1337979808  NOTICE: Creating InputStream
15:27:27.596 T:1337979808  NOTICE: Creating Demuxer

Bei einer Suche habe ich im vdr-portal folgenden Hinweis gefunden: "Bis vdr 1.6 wurde mpg im pes Container gespeichert, ab vdr 1.7 im ts Container." Kann das eine Rolle spielen? Kann leider nicht rekonstruieren, welche Aufnahme von welcher Version erstellt wurde...

Zitat von himisk71

Ist so gut wie unmöglich, ich habe es auch trotz intensiver Recherche und vieler Versuche nicht geschafft in den neuesten tvh-Versionen alte Aufnahmen zu importieren..

Da ich gerade mein TVH auf Docker umziehe, hat sich mir wieder die gleiche Frage zum Umzug der Aufnahmen ergeben. Ich bin dann auf folgenden zwei Links gestoßen - vielleicht hilft es jemandem...
Ob meine Kenntnisse dafür reichen, werde ich die Tage mal probieren, aber sicher ist hier der ein oder andere, der im Programmieren findiger ist als ich und sich (und ggf. auch dem Forum) eine Lösung ermöglicht:
TVheadend - Forum
TVheadend - GitHub
Nach einigen Versuchen mit den Dateien unter dvr/[definition='1','0']log[/definition] aus dem alten TVH in das neue TVH (Anpassung: Dateipfad, Channel-uuid, Config-uuid) scheint es mir an den uuid der logs zu liegen, nicht (nur) am Inhalt. Die "alten" werden ansonsten offenbar schlicht ignoriert. Wenn man eine manuell angelgt, gibt es einen Fehler "dvr: invalid entry uuid". Ich vermute mal ins blaue, dass wenn man sich über die API eine "saubere" uuid vom neuen TVH anlegen lässt und entweder direkt alle JSON-Infos mitgibt oder mit Minimal-Parametern (Achtung start/Ende muss in der Vergangenheit liegen) und dann nachträglich per Texteditor hinein kopiert, dass man dann durchaus seine alten Aufnahmen umziehen kann oder auch anderes Filme aus anderen Quellen dort aufnehmen kann (siehe Zielsetzung im 1. Link: "My interest is to add a local video, e.g. from a digital camera, to the tvh registered recordings, to play it like a recording.")

Eigentlich braucht's nur ein Script, dass die logs aus dem alten TVH durchläuft und per API im neuen aufnimmt. Wenn dann die Aufnahmen selber schon im richtigen Verzeichnis liegen (weil z.B. alte und neue TVH-Installation auf den selben mount zugreifen), sollte das doch gehen... wenn ich das jetzt nur auch noch selber können würde...

NACHTRAG: Damit war ich soebene erfolgreich direkt aus dem Browser heraus. Danach war unter im TVH-Web und auch Kodi die Aufnahme sichtbar und auch abspielbar... die channelID in der folgenden URL muss man sicher an seine anpassen...
http://<user>:<pw>@<IP>:9981/api/dvr/entry/create?conf={"enabled": true, "start": 1541358900, "stop": 1541364300, "channel": "202fedd6f32c85f70bd39e507472329b", "channelname": "Das Erste HD", "title": { "ger": "Tatort: Der Mann, der lügt" }, "files": [ { "filename": "/recordings/Tatort/Tatort_ Der Mann, der l__gt-Das Erste HD2018-11-0420-15.mkv" } ] }

NACHTRAG 2:

• Es gibt - zumindest aus dem Browser heraus - wohl eine Längengrenze irgendwo zwischen 810 und 860 Zeichen Länge. Per Script sieht das hoffentlich/vermutlich anders aus.
• Ein manueller Nachtrag in den erzeugten Dateien (z.B: "description" oder "info") hat in meinem Versuchen dazu geführt, dass nach einem Neustart von TVH die Aufnahme wieder verschwindet. Grund ist mir unbekannt; es scheint fast, die uuid ist ein hash aus dem Inhalt und jede manuelle Änderungen invalidert die Datei... :-/
• Frage: Haben die "info" zu "files", wie z.B. type "H264" oder "MPEG2AUDIO" oder "AC3" nur kosmetischen Charakter irgendwo in der Anzeige oder würde ein Fehlen auch funktional einschränken, d.h. würde z.B. Kodi keine AC3 abspielen für 5.1? Anders gefragt: Wären die für einen Umzug sinnvoll oder reicht ein Minimalset inkl. "file", "title", "subtitle" und "description"?

Falls jemand nach einer fertigen Lösung für Stapelimport sucht, ich habe hier ein kleines Skript geteilt, dass auf der Idee aus dem TVHeadend Forum aufbaut.
TVHeadend in Docker mit DVB-T2 und IPTV