Streamdev geht nicht mehr (0.3 Upgrade)

klodeckl · 22. Oktober 2010

Hallo,

ich glaube es tritt seit dem Update auf yaVDR 0.3 auf (apt-get install dist-upgrade), mein Streaming funktioniert nicht mehr. Wenn ich mich mit VLC verbinden will, kommt einfach nichts, er bleibt ewig bei der Meldung zu puffern. Allerdings geht durch die Netzwerkleitung fast nichts durch, also puffert er wohl nicht wirklich. Meldungen in VLC:

Code

main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'Pro 7'
main debug: thread (input) created at priority 22 (input/input.c:214)
main debug: thread started
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path '/tmp'
main debug: `http://htpc:3000/PES/7' gives access `http' demux `' path `htpc:3000/PES/7'
main debug: creating demux: access='http' demux='' path='htpc:3000/PES/7'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "http"
main debug: TIMER module_need() : 0.195 ms - Total 0.195 ms / 1 intvls (Avg 0.195 ms)
main debug: creating access 'http' path='htpc:3000/PES/7'
main debug: looking for access module: 2 candidates
access_http debug: http: server='htpc' port=3000 file='/PES/7'
main debug: net: connecting to htpc port 3000
macosx debug: input has stopped, refreshing interface
main debug: TIMER input launching for 'Pro 7' : 106893.836 ms - Total 106893.836 ms / 1 intvls (Avg 106893.828 ms)
main debug: no fetch required for Pro 7 (art currently (null))
main debug: connection succeeded (socket = 9)
macosx debug: input has changed, refreshing interface
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: video/mpeg
main debug: using access module "access_http"
main debug: TIMER module_need() : 345.163 ms - Total 345.163 ms / 1 intvls (Avg 345.163 ms)
main debug: Using AStream*Stream
main debug: pre buffering

Alles anzeigen

In der /var/log/syslog sehe ich beim Aufruf nur folgendes:

Code

Oct 22 10:31:31 htpc vdr: [1335] Streamdev: Accepted new client (HTTP) 192.168.1.11:51993

Nach dem Drücken auf Stop in VLC bekomme ich folgende Meldungen:

Code

macosx debug: input has stopped, refreshing interface
main debug: TIMER input launching for 'http://htpc:3000/PES/1' : 8462.607 ms - Total 8462.607 ms / 1 intvls (Avg 8462.607 ms)
macosx debug: input has changed, refreshing interface
main debug: no fetch required for Pro 7 (art currently (null))
main debug: incoming request - stopping current input
main debug: waitpipe: object killed
main debug: dying input
main debug: socket 10 polling interrupted
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_http"
main debug: thread ended
main debug: dead input
main debug: no fetch required for Pro 7 (art currently (null))
macosx debug: input has stopped, refreshing interface
main debug: TIMER input launching for 'Pro 7' : 12598.872 ms - Total 12598.872 ms / 1 intvls (Avg 12598.871 ms)

Alles anzeigen

Und in der /var/log/syslog:

Code

Oct 22 10:33:18 htpc vdr: [1335] client (HTTP) 192.168.1.11:51993 has closed connection
Oct 22 10:33:18 htpc vdr: [1335] streamdev: closing streamdev connection to 192.168.1.11:51993
Oct 22 10:33:18 htpc vdr: [1335] buffer stats: 0 (0%) used

Mehr ist mir nicht aufgefallen. Woran kann das liegen?

hotzenplotz5 · 22. Oktober 2010

also hier geht es ...
einfach
/etc/vdr/svdrphosts.conf
/etc/vdr/plugins/streamdev-server/streamdevhosts.conf

anpassen. danach ging es (eben vor 10 minuten getestet)

was nicht geht -> radio

carel · 22. Oktober 2010

Hallo Hotzenplotz,

Ich will dieser fred nich Hijacken, aber ich hab mit letztem cvs version von streamdev, incl all patches (pes-ts-es, suspend) das problem das eins -extra -plus und -festival nicht streamen, nicht mit IPTV noch mit vlc. Kannst du das bestätigen?
Ohne dieser patches gehts es übrigens auch nicht...

Txs Carel

hotzenplotz5 · 22. Oktober 2010

leider ja....
ich hab die von dir geposteten patches eingebaut.
tv -> geht
radio -> geht nicht

wie vorher angeblich auch schon

carel · 22. Oktober 2010

Hmmm, mit dem pes-es-etc patch funktioniert radio bei mir ohne problemen (vlc), nur die einsextra etc sender wollen nicht

hotzenplotz5 · 22. Oktober 2010

edit: verwirrt nee radio geht nicht,
einsextra (tv) kein problem

Dirch · 22. Oktober 2010

Die "einser" gehen hier.

Radio geht auch - aber erst nach einer superlangen Wartezeit und langen Unterbrechungen.
Der Radio Stream (WDR 2) kommt mit ca. 320KB/s rein.
Wenn ich den Stream downloade und parallel mit VLC abspiele läuft er auch einwandfrei - seltsam.

Gruß Dirch

klodeckl · 23. Oktober 2010

Hallo,

also die beiden Dateien habe ich schon bearbeitet, damit der Zugriff erlaubt wird:

Code

#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#


#127.0.0.1             # always accept localhost
#192.168.1.0/24     # any host on the local net
#204.152.189.113      # a specific host
0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Alles anzeigen

Im Log kommt ja auch immer Accepted connection, aber dann passiert nichts mehr, aber eigentlich sollte das Puffern beginnen. Habt ihr noch einen Tipp für mich was da los sein könnte? Der Aufruf selbst hat sich ja nicht geändert, oder? Rufe z. B. so auf http://htpc:3000/PES/7

klodeckl · 23. Oktober 2010

Bin gerade drauf gekommen: Mit TS funktioniert das streamen, mit PES oder PS leider nicht. Warum geht das mittlerweile nicht mehr und kann man da was machen?

Merlin4711 · 23. Oktober 2010

Zitat

Original von klodeckl
Bin gerade drauf gekommen: Mit TS funktioniert das streamen, mit PES oder PS leider nicht. Warum geht das mittlerweile nicht mehr und kann man da was machen?

Bei mir funktioniert es nur teilweise

xterm -e mplayer http://192.168.178.25:3000/3

Es wird gepuffert,Ton kommt ,Bild auch aber ca 30s in Zeitlupe.
Danach ist beides da aber eben um 30s nicht synchron.

Nur zur Info

klodeckl · 23. Oktober 2010

Du musst es wenn dann schon so probieren: http://192.168.178.25:3000/TS/3

Merlin4711 · 24. Oktober 2010

Zitat

Original von klodeckl
Du musst es wenn dann schon so probieren: http://192.168.178.25:3000/TS/3

Den TS Stream erkennt mplayer automatisch

Aber auch mit TS im Befehl bekomme ich das gleiche Ergebniss

klodeckl · 11. November 2010

Zitat

Den TS Stream erkennt mplayer automatisch

Das denke ich mal ist nicht ganz richtig. Über TS, PS, PES oder extern gibt man dem VDR Bescheid, wie gestreamt werden soll.

Gerade getestet, irgendwas ist da wohl kaputt, bei mir geht es jetzt auch ohne jeglicher dieser Angaben. Aber auch externremux geht nicht, d. h. wenn ich externremux ansteuere, bekomme ich denselben nicht konvertierten Stream wie ohne der Angabe oder mit irgendeiner. Das ist blöd, weil man so gar nicht mehr durch die DSL-Leitung rausstreamen kann oder kein Mobilgerät mehr füttern kann.

CyberDevil · 13. November 2010

Bei mir läuft streamdev auch nicht, auch nicht im TS-Modus. Kann ich irgendwelche Logs anbieten, die Aufschluss geben könnten?

Ich denke, ich sollte dazu sagen, dass es sich um eine "ungewöhnliche" und nicht Praxis-relevante Nutzung handelt, da ich den yaVDR per streamdev an einen VDR-Server angebunden habe und der yaVDR keine eigene DVB-Karte hat, ich aber dennoch versucht habe, über das streamdev-Webfrontend des yaVDR ein Signal zu erhalten.

Gruß,
Bienchen

klodeckl · 21. November 2010

Läuft denn bei allen anderen yaVDR 0.3 Nutzern Streamdev einwandfrei? Wie gesagt, bei mir läufts grundsätzlich, bekomme aber immer das gleiche Signal, also egal ob ich TS, PS, PES oder externremux übergebe.

terrarianer · 11. Dezember 2010

Also bei mir läuft es auch nicht, troz anpassung der beiden Config Files. Es keine Verbindung, auf Port 3000 passiert nichts. Ein telnet auf den Port zeigt, das dort kein Dienst läuft.

klodeckl · 5. Januar 2011

@heckmic: Das Streamdev-Plugin ist aber schon installiert, oder?

Gerade habe ich mich nochmal damit beschäftigt, jetzt klappt es mit externremux bei mir wieder: Seit yaVDR 0.3 wird anscheinend eine neue externremux.sh eingespielt (meine alte manuell angelegte wurde anscheinend einfach überschrieben). Und in der neuen externremux lautet die URL nicht mehr http://IP:3000/extern;…, sondern http://IP:3000/ext;

Darauf gekommen bin ich zufällig über folgendes Thema: [0.3] externremux

Nichts für ungut, aber vielleicht wäre es nicht schlecht vom yaVDR Team, solche Änderungen in einem Changelog zumnindest mal kurz zu erwähnen.

Aus welchem Grund wurde das eigentlich geändert?

gda · 5. Januar 2011

Zitat

Original von klodeckl
Nichts für ungut, aber vielleicht wäre es nicht schlecht vom yaVDR Team, solche Änderungen in einem Changelog zumnindest mal kurz zu erwähnen.

Nichts für ungut, aber wir verpacken Plugins, wir schreiben sie nicht und wir werden jetzt nicht anfangen jede Änderung des Plugin-Autors zu protokollieren.

Zitat

Original von klodeckl
Aus welchem Grund wurde das eigentlich geändert?

Das musst du schon den Plugin-Autor fragen.

[edit]Und was deinen Post endgültig zur Frechheit macht, ist, dass das Paket sehr wohl einen Changelog des Plugin-Autors enthält, in dem die Änderung erwähnt wird:

Code

- changed HTTP URL path for externremux from EXTERN to EXT (suggested by   Rolf Ahrenberg)

[/edit]

Gerald

terrarianer · 5. Januar 2011

Ihr solltet alle nicht vergessen, das dass yavdr Team mit ihrer yavdr distri lediglich eine Softwaresammlung bereitstellt, diese besteht aus code von extrem vielen verschiedenen Entwicklern. Ausserdem kommt auch so derjenige zum VDR, der es ohne so eine Distribution niemals schaffen wurde einen VDR ans laufen zu bringen. Man kann nicht über jede Kleinigkeit bescheid wissen! Dafür gibt's ja das Forum.
Das mit der geänderten externremux.sh schaue ich mir an, danke!

Streamdev geht nicht mehr (0.3 Upgrade)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema