tvstreamrecord - Aufzeichnen von HTTP-Streams

Chewbacca_

Benutzer
Mitglied seit
08. Jan 2022
Beiträge
2
Punkte für Reaktionen
1
Punkte
1
Keine Aufnahmen mit Tvstreamrecord 1.6.2 über EyeTv Netstream 4Sat

Hallo zusammen,
ich nutze seit Jahren Tvstreamrecord über "EyeTv Netstream 4Sat" und möchte Pavion für das tolle Programm danken.
Vor 4 Wochen habe ich mich entschlossen, auf meiner DS216+II ein update auf DSM 7.0.1-42218 zu machen. Tvstreamrecord habe ich danach in der Version 1.6.2 installiert. Am vorgegebenen Pfad habe ich nichts geändert. Aus früheren Beiträgen von Pavion habe ich entnommen, dass in meiner Konfiguration (Netstream, http) die Legacy-Methode richtig wäre. Jedoch bekomme ich bei Aufnahmen nur Dateien mit 0 byte.
Aufnahmen.png

Der Log ist hier auch nicht sehr hilfreich:
1o Minuten Aufnahme vom ZDF
Log.png

Hier meine ffmpeg-Konfiguration:
Ich habe schon verschiedene Versionen von ffmpeg ausprobiert.
ffmpeg konfig.png

Der http-string ist seit Jahren gleich und hat bisher funktioniert:
Senderliste 2.png
Am EyeTv Netstream fängt bei Aufnahmen die blaue Lampe an zu blinken, so als würde die Aufnahme funktionieren. Jedoch werden keine Daten übertragen:
Über das Web-Interface sieht man auf Kanal 1 einen stream nach VLC der auch funktioniert.
Auf Kanal 2 der stream nach Tvstreamrecord. Hier werden keine "TSPackets" übertragen. 0Mbps
Netstream.png
Kann mir jemand weiter helfen ?
VG Chewbacca_
 

Anhänge

  • Senderliste.png
    Senderliste.png
    63 KB · Aufrufe: 7

Chewbacca_

Benutzer
Mitglied seit
08. Jan 2022
Beiträge
2
Punkte für Reaktionen
1
Punkte
1
Keine Aufnahmen mit Tvstreamrecord 1.6.2 über EyeTv Netstream 4Sat

Hallo zusammen
Problem ist gelöst, vielen Dank an Pavion.
Es lag an Python 3. Mit Python 2 funktioniert es im Legacy-Mode.
Mit der TSR-Version 1.6.3 aus dem GitHub wird wieder bevorzugt Python 2 verwendet und alles ist gut.
VG Chewbacca_
 
  • Like
Reaktionen: Pavion

MaxiTaxi44

Benutzer
Mitglied seit
02. Mrz 2021
Beiträge
16
Punkte für Reaktionen
1
Punkte
3
Hallo,
bislang war bei XMLTV Import der Pfad eingetragen:

http://xmltv.xmltv.se/datalist.xml.gz

Dieser scheint nicht mehr verfügbar zu sein bzw. wird man zu einem Bezahldienst weitergeleitet. Kennt hier jmd eine gute Alternative?
Hallo CaptManu,

das ist mir auch schon aufgefallen, ich habe bisher aber keine Alternative gefunden.
Was mir sehr gut gefällt ist der TV Browser zusammen mit dem tvsr-Plugin. Das funktioniert wirklich sehr gut.

Meist möchte ich aber Aufnahmen nur schnell am Handy programmieren und da ist es natürlich etwas ärgerlich, dass jetzt keine EPG-Daten mehr vorhanden sind. Die mobile App von TV-Browser unterstützt das Plugin leider nicht.

Falls da jemand eine Lösung hat, damit man elegant vom Handy aus eine Aufnahme programmieren kann, dann nur her damit ;)

Bis dahin muss man das eben manuell machen und Start-/Stopzeiten und die Sender von Hand auswählen.

Viele Grüße
Maxi
 

MaxiTaxi44

Benutzer
Mitglied seit
02. Mrz 2021
Beiträge
16
Punkte für Reaktionen
1
Punkte
3
Hallo,
ich nutze Tvstreamrecord bereits seit langer zeit und es hat immer super funktioniert. Erstmal vielen Dank dafür.
Nun habe ich auf DSM 7 auf meiner Diskstation geupdatet, leider nimmt tvstreamrecord seit dem nichts mehr auf.

Folgendes steht im Log:

FFMPEG (rtsp) record 'Test' called with:

['ffmpeg', '-i', 'rtsp://xxx.xxx.xxx.xxx:xxx/?freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206', '-y', '-t', '409', '-loglevel', 'info', '-ignore_unknown', '/volume1/video/Aufnahmen/Test.ts']

FFMPEG record 'Test' ended with an error:b"ffmpeg version 4.1.6 Copyright (c) 2000-2020 the FFmpeg developers\n built with gcc 7.5.0 (GCC)\n configuration: --prefix=/usr --incdir='${prefix}/include/ffmpeg' --arch=i686 --target-os=linux --cross-prefix=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-shared --disable-static --disable-stripping --enable-version3 --enable-encoders --enable-pthreads --disable-protocols --disable-protocol=rtp --enable-protocol=file --enable-protocol=pipe --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-ffprobe --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-vaapi --disable-cuvid --disable-nvenc --disable-decoder=amrnb --disable-decoder=ac3 --disable-decoder=ac3_fixed --disable-encoder=zmbv --disable-encoder=dca --disable-decoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=eac3 --disable-encoder=truehd --disable-decoder=truehd --disable-encoder=hevc_vaapi --disable-decoder=hevc --disable-muxer=hevc --disable-demuxer=hevc --disable-parser=hevc --disable-bsf=hevc_mp4toannexb --x86asmexe=yasm --cc=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-wrap-gcc --enable-yasm --enable-libx264 --enable-encoder=libx264\n libavutil 56. 22.100 / 56. 22.100\n libavcodec 58. 35.100 / 58. 35.100\n libavformat 58. 20.100 / 58. 20.100\n libavdevice 58. 5.100 / 58. 5.100\n libavfilter 7. 40.101 / 7. 40.101\n libswscale 5. 3.100 / 5. 3.100\n libswresample 3. 3.100 / 3. 3.100\n libpostproc 55. 3.100 / 55. 3.100\nrtsp://xxx.xxx.xxx.xxx:xxx/?freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206: Protocol not found\nDid you mean file:rtsp://xxx.xxx.xxx.xxx:xxx/?freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206?\n"

Something went wrong with 'Test', retry 2/3 in 10 seconds


Kann mir jemand helfen, leider kann ich mit der info nichts anfangen.

danke

gruß Freak
Hi Freak,

ich weiß nicht, ob das Problem immer noch besteht, aber bei mir hat es einmal ähnlich ausgesehen, als ich von DSM6 auf DSM7 gewechselt bin.

Ich musste damals dem Systembenutzer tvstreamrecord eine Lese- und Schreibberechtigung für den gemeinsamen Ordner Video einrichten, damit er die Aufnahmen dort auch speichern darf. Bei dir soll er die Aufnahmen ja ebenfalls dort ablegen.
Dazu gehst du in den Systemeinstellungen unter "Freigegebene Ordner" und bearbeitest dort den Ordner video. Unter dem Reiter "Berechtigungen" kann man oben "Interne Systembenutzer" auswählen. In der Liste dann bei tvstreamrecord einen Hacken bei "Lesen/Schreiben".

Ich hoffe ich konnte helfen.

Viele Grüße
Maxi
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.020
Punkte für Reaktionen
273
Punkte
393
  • Like
Reaktionen: Manatu

Manu87

Benutzer
Mitglied seit
18. Dez 2014
Beiträge
10
Punkte für Reaktionen
0
Punkte
1
Hallo,

hab leider meine DS214+ auf DSM7 aktualisiert.... Seither funktioniert tvstreamrecord leider nicht mehr.

Ich hab ffmpeg 4.3.3-39 aus dem Paketzentrum installiert.

Kann mir jemand den "Kompletter Pfad für ffmpeg" dafür sagen.

Aufnahme mit tvheadend.org funktionieren. Will aber wieder auf tvstreamrecord wechseln, ist für meine Zwecke ausreichend und schneller zu bedienen.


Viele Grüße
Manu


 

Pavion

Benutzer
Mitglied seit
02. Feb 2013
Beiträge
566
Punkte für Reaktionen
14
Punkte
44
Hi Manu! Schau bitte in meine Anleitung, ich habe dort beschrieben, was bei DSM7 zu beachten ist. Es muss zwingend der bei der Installation vorgegebene Pfad verwendet werden, dort könnte auch ffmpeg abgelegt werden. Falls Du nicht weiterkommst, schicke einen Log-Auszug zu, ich kann aber erst am Sa reingucken.
Gruß
Pav
 

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
Hallo Pavion,

seit kurzem nutze ich "Keywords for creating automatic records on EPG import".
Das funktioniert auch prinzipiell gut.
Jedoch habe ich das Problem, dass via EPG Import für eine schon programmierte Sendung oftmals zusätzliche epg infos reinkommen, die sich jedoch nur um 1 Minute von den anderen unterscheiden.
Somit wird dann eine Sendung 2-3 mal gleichzeitig aufgenommen.
Das alleine wäre nicht so schlimm, jedoch entstehen dann bei mehreren gleichzeitigen Aufnahmen auf dem gleichen Sender jede Menge Artefakte und Audioglitches und die Aufnahmen sind teilweise nicht wirklich nutzbar.

Gibt es eine Möglichkeit bei der automatischen Aufnahmefunktion nur 1 Aufnahme zur selben Zeit auf dem gleichen Kanal zuzulassen? Oder gerne auch eine andere Alternative.... :)

Danke und Grüße
 

tdrees

Benutzer
Mitglied seit
09. Jan 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Hallo Pavion, nach einem Neustart meiner DS415play wurden keine Aufzeichnungen mehr gemacht. Ich habe dann auf die letzte Version upgedated, dabei aber leider die Konfiguration verloren. Seitem bekomme ich folgende Fehler:

2022-07-08 18:56:26.619Something went wrong with 'xxx', retry 95/99 in 10 seconds
2022-07-08 18:56:36.648FFMPEG (http) record 'xxx' called with:
2022-07-08 18:56:36.648['ffmpeg', '-i', 'http://192.168.111.27/?src=4&freq=1...=27500&sid=12003&pmt=44&pids=0,44,163,104,106', '-y', '-t', '1103', '-loglevel', 'fatal', '-map', '0', '-c', 'copy', '/volume1/Video/Streaming Recording/20220708185636 - xxx.ts']
2022-07-08 18:56:37.050FFMPEG record 'xxx' ended

Was habe ich falch konfiguriert?

Beim Starten bekomme ich die Meldung:

2022-07-08 14:05:49 OUTUsing Python (python)...
2022-07-08 14:05:57.794Starting tvstreamrecord v.1.6.4 with Python 3.8

Viele Grüße,
Torsten
 

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
Hallo Torsten,

ist ffmpeg auch am richtigen Ort bzw beim Update richtig angegeben? Das ist leider ganz oft die Hauptursache, dass eine Aufzeichnung fehlschlägt.

Grüße
 

tdrees

Benutzer
Mitglied seit
09. Jan 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
wie kann ich das prüfen?
 
Zuletzt bearbeitet von einem Moderator:

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
hmm, Pavion war seit Anfang Juni nicht mehr online....ich hoffe es geht ihm gut und er macht "nur" einen schönen langen Urlaub! :)

wie kann ich das prüfen?

z.B. mit Putty schauen, wo das Verzeichnis auf Deiner DS liegt. Welchen Pfad hattest Du bei der Installation denn angegeben?
 

Pavion

Benutzer
Mitglied seit
02. Feb 2013
Beiträge
566
Punkte für Reaktionen
14
Punkte
44
Hallo zusammen! Es war viel los die Monate und irgendwie habe ich es versäumt, hier vorbeizuschauen, auch hatte ich keine Benachrichtigungen erhalten :( Wer noch fragen hat, meldet Euch bitte!
BR Pav
 

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
Hi Pavion,

schön wieder von Dir zu lesen und willkommen zurück! 😄

Meine Frage vom 21. Juni oben wäre noch aktuell. 😉

Grüße hula
 

Pavion

Benutzer
Mitglied seit
02. Feb 2013
Beiträge
566
Punkte für Reaktionen
14
Punkte
44
Danke :D

So ein Verhalten mit EPG kenne ich nicht. Eigentlich sollten sich die Aufnahmezeiten in EPG-Daten nicht ändern, dann gibt es auch keine zweite Aufnahme. Hast Du ein Beispiel?
 

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
Ich habe seit ein paar Wochen den täglichen Auto-EPG Import deaktiviert und aktualisiere nur noch alle par Tage mal manuell im Moment. Dabei sind die beschriebenen Effekte wenig bis gar nicht aufgetreten. Nur die eingestellten Deltas bei den automatisch programmierten Aufnahmen stimmen damit nicht. Kommt mir so vor, als wären bei der Auto-Aufnahme die Deltas before/after vertauscht.

Beispiel aus der Vergangenheit z.B. Sat.1 Nachrichten, normal ca 19:56 bis 20:14
Habe generell ein "before delta" von 5 Minuten und ein "after delta von 15 Minuten" konfiguriert.
Aufzeichnungen:
22.08. 19:41 - 20:19 (sieht nach vertauschtem Delta aus)
22.08. 19:40 - 20:20 (doppelte Aufnahme - ebenso)

07.08. 19:42 - 20:19
07.08. 19:40 - 20:20

RTL Nachtjournal normal ca 00:00 bis 00:33
Aufzeichnungen:
26.08. 23:45 - 00:38 (sieht nach vertauschtem Delta aus)
01.09. 23:45 - 00:38 (doppelte Aufnahme - ebenso)

Wenn ich die geplanten Aufnahmen für den Tag lösche und manuell anklicke, um die Aufnahme zu programmieren, scheinen die Deltas zu stimmen:
RTL Nachjournal 23:55 - 00:48
Sat.1 Nachrichten 19:52 - 20:29

Ich habe den Auto-EPG Import nun wieder aktiviert, um zu sehen, ob der Effekt wieder genau so auftritt.

Grüße

hula

PS: Cool wären auch Checkboxen auf der Record Seite, damit man mehrere oder alle geplante Aufnahmen wieder löschen könnte. Aktuell muss man ja 3x klicken, um eine geplante Aufnahme wieder zu entfernen.
 
Zuletzt bearbeitet:

Pavion

Benutzer
Mitglied seit
02. Feb 2013
Beiträge
566
Punkte für Reaktionen
14
Punkte
44
Kommt mir so vor, als wären bei der Auto-Aufnahme die Deltas before/after vertauscht.
Ja, das stimmt :oops: Das ist erst im Mai einem User aufgefallen - nach über 10 Jahren :rolleyes:
Ich habe es dann im Code behoben, kam aber irgendwie nie dazu, einen neuen Release zu machen.

Beispiel aus der Vergangenheit z.B. Sat.1 Nachrichten, normal ca 19:56 bis 20:14
Habe generell ein "before delta" von 5 Minuten und ein "after delta von 15 Minuten" konfiguriert.
Aufzeichnungen:
22.08. 19:41 - 20:19 (sieht nach vertauschtem Delta aus)
22.08. 19:40 - 20:20 (doppelte Aufnahme - ebenso)
Das mit Delta ist zumindest erklärt, damit sollte beim EPG-Eintrag 19:56 bis 20:14 tatsächlich eine Aufnahme 19:41 - 20:19 erstellt werden.
Ich verstehe aber nicht, warum eine weitere um eine Minute verschobene Aufnahme entsteht. Hast Du erneut EPG-Daten geladen? Selbst dann wären die Sendezeiten gleich. Siehst Du im Log, wann/bei welchem Ereignis diese 2. Aufnahme erstellt wurde?

RTL Nachtjournal normal ca 00:00 bis 00:33
Aufzeichnungen:
26.08. 23:45 - 00:38 (sieht nach vertauschtem Delta aus)
01.09. 23:45 - 00:38 (doppelte Aufnahme - ebenso)
Das ist wiederum das erwartete Verhalten: verschiedene Tage und gleiche Zeiten (mit vertauschtem Delta)

Falls Du Dein tvstreamrecord-Ordner zugänglich hast, kannst Du gern xmltv.py vom Git runterladen oder direkt bearbeiten (es ist ein total offensichtlicher Buchstabendreher in Zeile 178 🤦‍♂️), heute komme ich nicht dazu einen Release zu bauen.

PS: Cool wären auch Checkboxen auf der Record Seite, damit man mehrere oder alle geplante Aufnahmen wieder löschen könnte. Aktuell muss man ja 3x klicken, um eine geplante Aufnahme wieder zu entfernen.
Uff, vielleicht schaue ich es mir am Wochenende an, das ist ja ein uralter Code, sowas schreibt heute keiner :LOL:
 
  • Like
Reaktionen: hulahoop

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
26.08. 23:45 - 00:38 (sieht nach vertauschtem Delta aus)
01.09. 23:45 - 00:38 (doppelte Aufnahme - ebenso)
War ein copy/paste Fehler. Natürlich war da nur das Delta falsch. :cool:

Dauert jetzt wieder ein paar Tage, bis ich neue Ergebnisse habe. Es war ja zu beobachten, dass die doppelten Aufnahmen erst auftreten, nachdem der EPG Import und somit die automatische Aufnahmeerstellung einige Male gelaufen sind.

PS: Habe delta_b und delta_a nun in der xmltv.py getauscht - danke! 👍👍
 
Zuletzt bearbeitet:

hulahoop

Benutzer
Mitglied seit
04. Jan 2019
Beiträge
33
Punkte für Reaktionen
1
Punkte
8
Sooooo. Hier mal neue Daten. Ist wieder genau so aufgetreten. Teilweise 3 mal die gleiche Sendung programmiert:

1662295118938.png
 

Pavion

Benutzer
Mitglied seit
02. Feb 2013
Beiträge
566
Punkte für Reaktionen
14
Punkte
44
Hm... hast Du die Deltas in der Zwischenzeit verändert? Das würde es erklären...
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat