[live] Weiterentwicklung v3.3.x

    Hi,


    im tvscraper git commit von gestern ist ein bug. Scraper Daten werden nicht mehr vom EPG in Aufzeichnungen übertragen. Ist im aktuellen tvscraper git korrigiert.


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

    Like 1

    Aus dem aktuellem Git-Stand bekomme ich diesen Fehler wenn ich das Plugin bauen möchte?


    Code
    CC pages/ get_recordings.o
CC pages/ delete_recording.o
CC pages/ recordings.o
recordings.ecpp: In member function ‘virtual unsigned int {anonymous}::_component_::rec_tools_type::operator()(tnt::HttpRequest&, tnt::HttpReply&, tnt::QueryParams&)’:
recordings.ecpp:731:30: error: ‘class cRecordingInfo’ has no member named ‘FrameWidth’
  731 |   switch (recording->Info()->FrameWidth()) {
      |                              ^~~~~~~~~~
compilation terminated due to -Wfatal-errors.
make[1]: *** [Makefile:37: recordings.o] Fehler 1
make: *** [Makefile:191: pages] Fehler 2

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

    ich nutze 2.6.6


    Code
    CC tools.o
CC recman.o
recman.cpp: In function ‘void vdrlive::StringAppendFrameParams(T&, const cRecording*)’:
recman.cpp:31:20: error: ‘class cRecordingInfo’ has no member named ‘FrameWidth’
   31 |   if (rec->Info()->FrameWidth()  && rec->Info()->FrameHeight() ) {
      |                    ^~~~~~~~~~
compilation terminated due to -Wfatal-errors.
make: *** [Makefile:116: recman.o] Fehler 1

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

    Liegen irgendwo noch alte Header Files rum, die angezogen werden ?

    Was sagt denn: sudo find /* -name recording.h ?

    ich habe den Fehler gefunden -- lag hier in /usr/include/..


    Danke

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

    Mir ist ein Hintergrund im WebP-Format für eine Aufnahme vor die Flinte gelaufen (manuell, nichts via scraper).

    Da ich ihn nicht nochmal komprimieren wollte, habe ich dann einfach mal als fanart.webp abgespeichert, Live hat es aber (erwartungsgemäß) nicht erkannt. Also einfach mal in fanart.jpg umbenannt und es wird natürlich anstandslos angezeigt.


    Wäre das evtl. eine Idee die Dateinamenerkennung auch auf .webp auszuweiten?

    Quote from rüsseltier

    Mir ist ein Hintergrund im WebP-Format für eine Aufnahme vor die Flinte gelaufen (manuell, nichts via scraper).

    Da ich ihn nicht nochmal komprimieren wollte, habe ich dann einfach mal als fanart.webp abgespeichert, Live hat es aber (erwartungsgemäß) nicht erkannt. Also einfach mal in fanart.jpg umbenannt und es wird natürlich anstandslos angezeigt.


    Wäre das evtl. eine Idee die Dateinamenerkennung auch auf .webp auszuweiten?

    Im git ist ein update. Damit sollte es auch mit *.webp Dateien funktionieren. Bitte testen

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

    Thanks 3

    Danke für Eure Tests. Der aktuelle git Stand ist jetzt v3.3.5 . Also nichts neues, wenn ihr schon den aktuellen git Stand habt.


    Ansonsten:

    - Zum Anschauen von Aufzeichnungen mit vlc wird jetzt die streamdev URL verwendet, was auch Springen ermöglicht

    - Zahlreiche kleinere Verbesserungen und Fehlerbehebungen, die hier schon diskutiert wurden


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

    Thanks 1

    Hm, ich bekomme immer noch


    Your input can't be opened:

    VLC is unable to open the MRL 'http://vdr:3000/2049:133169233.rec.ts'. Check the log for details.


    für einige Aufnahmen, auch für welche von 2010, also nicht soooo alt.

    Das sind 00001.ts und 00002.ts Files.


    Code
    file 00001.ts 
00001.ts: MPEG transport stream data



    Woran kann das liegen?


    Danke und ciao.

    Michael.

    Quote from nobanzai

    *.rec.ts'

    bekomme ich auch mit VLC, und kann die nicht abspielen. Hab schon die vlcrc gelöscht, hilft nix.

    Diese seltsamen Links bekomme ich aber nur bei Aufnahmen, Live gibt's ganz normal die ...:3000/TS/<Kanal-ID> im VLC und er spielt.

    Achtung: mit Haruna-Player funktioniert alles, und es werden .m3u bei Aufnahmen sowie .m3u8 live angezeigt.


    P.S.: Client Linux, VLC-3.0.20

    Edited once, last by wmautner ().

    haruna funktioniert bei mir überhaupt nicht - er startet zwar, zeigt aber nur einen grauen Hintergrund, kein Bild, keinen Ton.


    Zu den fraglichen Files bekomme ich von streamdev-server: "ERROR: Streamdev: Failed to parse PAT/PMT"

    Quote from nobanzai

    Zu den fraglichen Files bekomme ich von streamdev-server: "ERROR: Streamdev: Failed to parse PAT/PMT"

    streamdev-server scheint mit diesen Aufnahmen nicht zurecht zu kommen. Da kann live nichts machen.

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

    Hm, hatte ich befürchtet.

    Was könnte denn der Grund sein, dass streamdev das nicht hin bekommt?

    Quote from nobanzai

    Was könnte denn der Grund sein, dass streamdev das nicht hin bekommt?

    Kann ich jetzt auch nicht sagen. Fehler in der *.ts Datei?

    Schon getestet, ob streamdev bei anderen streamdev Einstellungen (HTTP streamtyp: PES, oder andere) mit der Datei zurechtkommt?

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

    Quote from MarkusE

    Kann ich jetzt auch nicht sagen. Fehler in der *.ts Datei?

    Das betrifft alle in dieser Serie (Legend of the Seeker).

    Quote from MarkusE

    Schon getestet, ob streamdev bei anderen streamdev Einstellungen (HTTP streamtyp: PES, oder andere) mit der Datei zurechtkommt?

    Ne, muss ich noch testen.

    Quote from nobanzai

    Das betrifft alle in dieser Serie (Legend of the Seeker).

    Ne, muss ich noch testen.

    Habe ich getestet - ist mit allen Streamingtypen dasselbe.

    MarkusE, hast du eine Ahnung woran das hängt?


    cxxtools, tntnet und live von heute. gcc-13.2.0



Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login