Streamen mit verschiedenen VDR Versionen

    Moin,
    nur eine Frage zum Verständnis :) Ich habe einen "alten" Mahlzeit VDR (1.4x) und einen Easyvdr (Testrechner 1.7.0). Nun habe ich einen neuen Client mit SuSE 11.2 xineliboutput und streamdev-client installiert. Der Client zeigt nur einen Strem, wenn ich die Version 1.7.0 installiere. bei 1.7.10-13 verbindet er zum Server aber es kommt kein Bild. Liegt das an dem neuen internen Format des Datenstroms? Müssen dann Server und Client VDR beide mit einer VDR Version größer 1.7.1 installiert sein?


    Grüße aus Berlin


    Ben

    Ich glaube nein ( ich hoff mit 1.4 verhällt sichs wie bei 1.6 ).


    Mein Server 1.7.12 streamt auch ohne Probleme auf die 1.6 .
    ( Nur EPG + Aufnahmen geht halt nicht ).

    VDR1.7.12 + ExtPatch on openSuSE 11.1 2.6.27.45-0.1-default (x86_64) gcc 4.3.2 r141291
    1xNexus (fw:f12623) ** 3xTeVii S650 ** Alphacrypt/SKY ** DVB-Treiber 7.6.09cvs ** 7" GraphTFT ** VOMP on MediaMVP ** zendeb 0.4.0.b1 on S100 ** 4ch Atmolight
    Xine-lib-1.2 20100412(vdpau) +DFextPatch ** XINE-UI ** Nvidia GT240 (260.19.36) ** Samsung LE46C650 ** istreamdev-git_20110216 to IPhone

    Einmal editiert, zuletzt von DrBoon ()

    Ich kann nur folgendes sagen:


    Server Version 1.6.0 an Client Version 1.7.10 geht.


    Gruß
    Martin

    Hat mein Neffe abgestaubt:


    Gen2VDR auf Asus M2A-VM/Sempron LE-1100 mit TT-FF und Skystar2 in Thermaltake "Mozart"


    Aktuell: WIRD ERGÄNZT

    Mit dem "neuen internen Format des Datenstroms" beziehst Du Dich vermutlich auf die Aufzeichnungen im TS-Format? Das betrifft nur Aufzeichnungen. Das Streaming-Format von Streamdev ist unverändert. Mir wäre nicht bewusst, dass sich da irgendetwas geändert hätte, das zu einer Inkompatibilität führt. Neuer Client an alten Server teste ich allerdings nicht mehr - nur andersherum: 1.4.x Client an 1.7.2 Server funktioniert. Gibt evtl. das Log auf Server oder Client etwas her?

    ich habe verschieden tests gemacht und mir ist aufgefallen das wenn alles die gleichen Versionen hat, läufts am besten...


    ... is halt je nachdem sch.... viel arbeit... (also, mir gehn dann immer die Festplatten zum testen aus...)

    Server: easyVDR: 0.6.08
    Kernel: 2.6.28.9
    Motherboard: D1219 FuSi
    CPU: Intel Celeron CPU 1300MHz
    Videokarte(n): Fujitsu Siemens DVB-C (fürs EPG)
    Hauppauge WinTV PVR-350 (als Ausgabe)
    Hauppauge WinTV PVR-150 (normal halt)


    Client: MEDION DIGITAINER II (ohne TVkarte)
    easyVDR: 0.6.08
    Kernel: 2.6.28.9
    Motherboard: MS 6723 MSI
    CPU: Celeron (Coppermine)

    Server 1.4.5(7) und Testclients 1.6 laufen problemlos.

    Wohnzimmer: NUC10I3 - Logitech z-5500 - Panasonic 55" TV - Hauppauge Dual DVB-C Stick - Ubuntu 22.04 LTS - yavdr ansible
    Schlafzimmer: NUC10I3 - LG 42" TV - Hauppauge Dual DVB-C Stick - Ubuntu 22.04 LTS - yavdr ansible

    Streamingserver: -im Aufbau-
    diverse Test Clients: -Raspberry Pi + openelec, i3 mit Geforce1030

    Wie ich schon schrieb habe ich keine Probleme mit:


    1.7.0 als Client wenn
    1.4.x als Server
    1.6.x als Server
    1.7.0 als Server


    nutze ich jedoch 1.7.8 bis 1.7.13 (2-7 habe ich nicht getestet) als Client, so gibt es besagte Probleme bei den oben genannten Serverversionen, wo ich am WE das Log nachreichen werde. Einen Server mit einer VDR Version mit 1.7.8-13 habe ich noch nicht getestet :)
    Gruß Ben

    Die unten folgenden Meldungen kommen, wenn ich den Client VDR von 1.7.0 auf 1.7.8-1.7.13
    erneuere. Server sind in diesem Fall ein Easyvdr mit 1.7.0(aktueller Stremdev 0.5) und ein Mahlzeit mit 1.4.x (Streamdev 0.3)


    Gruß Ben



    ---
    Feb 28 19:15:58 vdr-esszimmer vdr: [5373] [input_vdr] No data in 8 seconds, queuing no signal image
    Feb 28 19:15:59 vdr-esszimmer vdr: [5416] TS buffer on device 1 thread started (pid=5341, tid=5416)
    Feb 28 19:15:59 vdr-esszimmer vdr: [5417] streamdev-client: sections assembler thread started (pid=5341, tid=5417)
    Feb 28 19:15:59 vdr-esszimmer vdr: [5417] cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
    Feb 28 19:15:59 vdr-esszimmer vdr: [5417] cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
    Feb 28 19:15:59 vdr-esszimmer vdr: [5417] cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
    Feb 28 19:15:59 vdr-esszimmer vdr: [5417] cStreamdevFilter::PutSection socket overflow, Pid 18 Tid


    Feb 28 20:50:29 vdr-esszimmer vdr: [6605] Streamdev: Connected to server 192.168.10.201:2004 using capabilities TSPIDS,FILTERS
    Feb 28 20:50:29 vdr-esszimmer vdr: [6622] TS buffer on device 10 thread started (pid=6605, tid=6622)
    Feb 28 20:50:29 vdr-esszimmer vdr: [6623] receiver on device 10 thread started (pid=6605, tid=6623)
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (13792 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6616] [input_vdr] H.264 scanner: Possible MPEG2 start code PICTURE (0x00)
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (10480 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (44328 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (10480 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (8832 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (31632 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (9384 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (9744 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (31816 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (9752 bytes) !
    Feb 28 20:50:30 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (8088 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [xine..put] Detected video size 720x576
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (65526 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (65529 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] cUdpScheduler: kernel transmit queue > ~0kb (max 127kb) ! (master=0)
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (8187 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] cUdpScheduler: UDP/RTP send() failed !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] (ERROR (tools/udp_pes_scheduler.c,789): Die Nachricht ist zu lang)
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] cUdpScheduler: kernel transmit queue > ~0kb (max 127kb) ! (master=0)
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] cUdpScheduler: UDP/RTP send() failed !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] (ERROR (tools/udp_pes_scheduler.c,789): Die Nachricht ist zu lang)
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (9200 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (11032 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] vdr_plugin_write: PES too long (11032 bytes, max size 8192 bytes), data ignored !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (32368 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] vdr_plugin_write: PES too long (32368 bytes, max size 8192 bytes), data ignored !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (10480 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] vdr_plugin_write: PES too long (10480 bytes, max size 8192 bytes), data ignored !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] get_buf_element: big PES (9752 bytes) !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] vdr_plugin_write: PES too long (9752 bytes, max size 8192 bytes), data ignored !

    Im oberen Log sollte von Streamdev zunächst ein "Connected to server..." kommen, so wie im unteren Log auch. Fehlt dieser Teil tatsächlich oder hast Du den nur nicht kopiert?


    Anhand der Meldungen im unteren Log würde ich eher auf das Ausgabeplugin als Verursacher des Problems tippen. Offenbar hat es Probleme mit großen PES Paketen:

    Zitat

    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] cUdpScheduler: UDP/RTP send() failed !
    Feb 28 20:50:31 vdr-esszimmer vdr: [6608] [xine..put] (ERROR (tools/udp_pes_scheduler.c,789): Die Nachricht ist zu lang)
    ...
    Feb 28 20:50:31 vdr-esszimmer vdr: [6623] [input_vdr] vdr_plugin_write: PES too long (11032 bytes, max size 8192 bytes), data ignored !


    Vielleicht mit einer anderen Version dieses Plugins versuchen (ist das xine / xineliboutput?) oder ein anderes Format für die weitere Übertragung nutzen (kein UDP, TS statt PES, ...). Kenne mich mit den Möglichkeiten Deines Ausgabeplugins nicht aus.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden