Streamen von RTL

Hi,

ich hab hier ein reproduzierbares Problem:

Wenn ich RTL Television via vdr-zapper + VLC streamen möchte, dann verabschiedet sich der VDR nach ein paar (0-10) Sekunden.

RTL2, SuperRTL, RTLShop, vox und n-tv gehen aber.
Andere Sender ARD, ZDF, ProSieben/SAT1 etc gehen auch ohne Probleme

nur eben RTL geht nicht.

im log steht auch nix besonderes:

Jun 10 13:39:24 VDR vdr: [3747] Streamdev: Accepted new client (HTTP) 192.168.17.6:3603
Jun 10 13:39:24 VDR vdr: [3773] streamdev-writer thread started (pid=3728, tid=3773)
Jun 10 13:39:24 VDR vdr: [3774] streamdev-livestreaming thread started (pid=3728, tid=3774)
Jun 10 13:39:24 VDR vdr: [3775] receiver on device 2 thread started (pid=3728, tid=3775)
Jun 10 13:39:24 VDR vdr: [3776] TS buffer on device 2 thread started (pid=3728, tid=3776)
Jun 10 13:39:35 VDR kernel: saa7146: unregister extension 'dvb'.

Hat wer ne Idee?
Aufnehmen/Live-TV ist kein Problem.

kann das mit dem ominösen Kopierschutz zu tun haben?

Michi

Zitat

Original von mahlzeit
Dann funktioniert das wieder. Hatte ich hier auch.

Leider zeigt dann VLC gar nix an
Weiß man warum PES nicht geht?

okay mim mplayer gehts mit TS (dafür zeigt der bei PES nix an), aber vom Komfort her ist mplayer für windows naja suboptimal

hmm nein.
Ich hab solche Probleme immer auf mein WLan geschoben, weil manchmal geht's perfekt und manchmal hab ich auch die Probleme.
Ich dachte aber auch, dass VDRZapper nur ein Aufrufsprogramm ist.
So gefällt mir eignetlich VLC recht gut

nunja geschmäcker sind verschieden.
und alte gewohnheiten mag man net ändern

hat wer noch ne Idee zum ursprünglichen Problem:
PES = Absturz bei RTL (warum ist das eigentlich so?)
TS = VLC mag das net?

Zitat

Original von kds70
Das Problem hatten wir hier auch: <<<KLICK>>>
Geholfen hat bei uns allerdings auch "TS" ... und VLC nimmt das auch perfekt an. Welche VLC Version hast du ? Ich benutze den 0.8.6d.

Hmm warum hab ich da mit der Suche eignetilih nix gefunden? - Naja Danke!
Ich verwende 8.5-test2.
Hab mal grad auf 8.6d upgedatet, aber es geht immer noch net?
Ideen?

Zitat

Original von sphere
Ich bin gerade nicht so im Thema, aber ich persönlich finde den mplayer besser als den VLC, bei der Bedienung (unter Windows) hast du Recht, aber auch dort gibt es eine Lösung, es gibt auch einen mplayer mit richtiger GUI die der vom VLC sehr ähnlich ist: SMplayer http://smplayer.sourceforge.net/

Hi,
das es (mittlerweile) guis gibt wusste ich.
Ich hatte damals das hier und das hat net auf anhieb mim VDR-Zapper funktioniert und dann hab ichs gelassen und Linux ist er Klasse.
Danke für den Link. Das kannte ich noch net, da meckert er aber über ein

Unknown option on the command line: -monitorpixelaspect

ich glaub diese frickelei war der Grund, warum ich VLC verwende XD
und selbst ohne die Option ging nur ein lokales video aber kein Stream
nunja ich such mal weiter hmpf

Einstweilen Danke
michi

Zitat

Original von kds70
Wenn das alles nichts hilft ... was sagen denn deine Log Dateien bezüglich der Streamdev Anfrage vom VLC ? Da müsste ja was zu finden sein.

JA nix, das ist ja das schlimme!

Ich drücke "Play"

Jun 11 13:54:23 VDR vdr: [3466] Streamdev: Accepted new client (HTTP) 192.168.17.6:1276
Jun 11 13:54:23 VDR vdr: [3550] streamdev-writer thread started (pid=3321, tid=3550)
Jun 11 13:54:23 VDR vdr: [3551] streamdev-livestreaming thread started (pid=3321, tid=3551)
Jun 11 13:54:23 VDR vdr: [3552] receiver on device 2 thread started (pid=3321, tid=3552)
Jun 11 13:54:23 VDR vdr: [3553] TS buffer on device 2 thread started (pid=3321, tid=3553)

Es kommt nix.
Ich drücke Stop:

Jun 11 13:55:13 VDR vdr: [3466] client (HTTP) 192.168.17.6:1276 has closed connection
Jun 11 13:55:13 VDR vdr: [3466] streamdev: closing streamdev connection to 192.168.17.6:1276
Jun 11 13:55:13 VDR vdr: [3551] streamdev-livestreaming thread ended (pid=3321, tid=3551)
Jun 11 13:55:13 VDR vdr: [3553] TS buffer on device 2 thread ended (pid=3321, tid=3553)
Jun 11 13:55:13 VDR vdr: [3552] buffer stats: 10716 (0%) used
Jun 11 13:55:13 VDR vdr: [3552] receiver on device 2 thread ended (pid=3321, tid=3552)
Jun 11 13:55:14 VDR vdr: [3550] streamdev-writer thread ended (pid=3321, tid=3550)
Jun 11 13:55:14 VDR vdr: [3466] buffer stats: 11092 (0%) used

Bei PES kommen die gleichen Meldungen nur seh ich was aufm VLC^^

Es muss wohl am VLC liegen?
Zeile 25-27

main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 3988 (input) created at priority 1 (input/input.c:265)
main debug: `http://192.168.17.5:3000/TS/6' gives access `http' demux `' path `192.168.17.5:3000/TS/6'
main debug: creating demux: access='http' demux='' path='192.168.17.5:3000/TS/6'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='192.168.17.5:3000/TS/6'
main debug: looking for access2 module: 7 candidates
access_http debug: http: server='192.168.17.5' port=3000 file='/TS/6
main debug: net: connecting to 192.168.17.5 port 3000
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: video/mpeg
main debug: using access2 module "access_http"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 52264 bytes in 0s - 408 kbytes/s
main debug: creating demux: access='http' demux='' path='192.168.17.5:3000/TS/6'
main debug: looking for demux2 module: 45 candidates
main debug: using demux2 module "ts"
main debug: looking for a subtitle file in C:\Programme\VideoLAN\VLC\
ts debug: DEMUX_SET_GROUP 0 00000000
main debug: `http://192.168.17.5:3000/TS/6' successfully opened
ts debug: pid[255] unknown
ts debug: pid[259] unknown
ts debug: pid[256] unknown
main debug: control type=0
main debug: control: stopping input
main debug: closing input
ts debug: pid list:
ts debug:   - pid[255] seen
ts debug:   - pid[256] seen
ts debug:   - pid[259] seen
ts debug:   - pid[8191] seen
main debug: removing module "ts"
main debug: removing module "access_http"
main debug: thread times: real 0m7.109375s, kernel 0m0.109375s, user 0m0.062500s
main debug: thread 3988 joined (input/input.c:412)

michael

so ich hol den Thread mal wieder rauf.
(Ja ich weiß gibt auch zick andere dazu)

Jetzt ging eine Weile (bis vor ein/zwei Wochen) RTL wunderbar.
Seit ein/zwei Wochen hab ich wieder bekantne Problematik.
Ich bin jetzt eigentlich weniger an einem Workaround interessiert, als viel mehr an der Ursache - irgendwelche Ideen?

Michi

Zitat

Original von googles
Welchen Streamdev Server verwendest du.

v9.6 Grishenko - aber auch mit früheren Versionen ging das (glaub ich) nicht richtig.
Was machen denn die Leute von RTL (oder vdr mit RTL) anders?