Hi, I've a problem with streaming from a small DAB-Server (with mp2s) since VDR 1.3.22 and mp3-plugin 0.9.11: mp3: play mp3: player active true done mp3-dvb: using DVB output mp3: heartbeat buffer=0 now=2324 mp3: starting play mgr: bgr-scan -> throttle (16721) mgr: playing DAB - BR Bayern 4 netstream: parsed proto='http' host='vdr:8003' path='/stream/17.mp2' net: name lookup vdr net: connecting to vdr:8003 net: connected net: async read started netstream: -> GET /stream/17.mp2 HTTP/1.0 User-Agent: VDR-MP3/0.9.11 Host: vdr:8003 Accept: audio/mpeg Icy-MetaData: 1
netstream: <- HTTP/1.0 200 OK netstream: <- Date: Tue, 15 Mar 2005 15:02:44 GMT netstream: <- Server: DAB-Server 2.24 netstream: <- Pragma: no-cache netstream: <- Content-type: audio/x-mpeg netstream: <- icy-name:BR Bayern 4 netstream: found header 'icy-name' contents 'BR Bayern 4' netstream: <- x-audiocast-name:BR Bayern 4 netstream: <- Connection: Keep-Alive netstream: <- mp3: isStream=1 levelgood=0 haslevel=0 image: checking image for DAB/DAB - BR Bayern 4 image: check /mp3/DAB/DAB - BR Bayern 4.jpg image: found image: loading image /mp3/DAB/DAB - BR Bayern 4.jpg image: cached mp3: new input sample rate 48000 mp3: decode delayed 1001 ms mp3: heartbeat buffer=0 now=2325 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=140612 now=2326 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=420692 now=2328 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=562780 now=2330 mp3: write delayed 1001 ms mp3: decode delayed 1002 ms mp3: write delayed 1002 ms mp3: player active false requested... mp3: decode delayed 1001 ms mp3: stopping play mp3: scale stats clipped=0 peak_clip=0,000000 peak=0,709668 mgr: bgr-scan -> run (24164) mp3: player active false done mgr: background scan idle wakeup mgr: background scan idle mgr: background scan idle wakeup mgr: background scan thread ended (pid=27872)
After nearly 5-10 seconds the sound is ok, but before there are some interrupts. Streaming mp3s is ok ... Greetings burki
----------------------------------------------
Burkhardt Petermann Schilcherstr.8a D-86911 Diessen a.A.
Phone: 049-8807-4491 Fax: 049-8807-948268 email: bpetermann@xyware.de
Hi, oh, I've forgotten something: the interrupts are going away, if I use the OSS-Option. I've tried now nearly all DVB-drivers and there wasn't any solution for me. Greetings burki
-----Original Message----- From: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org]On Behalf Of Burkhardt Petermann Sent: Tuesday, March 15, 2005 4:13 PM To: vdr@linuxtv.org Subject: [vdr] mp3-plugin and mp2-streaming
Hi, I've a problem with streaming from a small DAB-Server (with mp2s) since VDR 1.3.22 and mp3-plugin 0.9.11: mp3: play mp3: player active true done mp3-dvb: using DVB output mp3: heartbeat buffer=0 now=2324 mp3: starting play mgr: bgr-scan -> throttle (16721) mgr: playing DAB - BR Bayern 4 netstream: parsed proto='http' host='vdr:8003' path='/stream/17.mp2' net: name lookup vdr net: connecting to vdr:8003 net: connected net: async read started netstream: -> GET /stream/17.mp2 HTTP/1.0 User-Agent: VDR-MP3/0.9.11 Host: vdr:8003 Accept: audio/mpeg Icy-MetaData: 1
netstream: <- HTTP/1.0 200 OK netstream: <- Date: Tue, 15 Mar 2005 15:02:44 GMT netstream: <- Server: DAB-Server 2.24 netstream: <- Pragma: no-cache netstream: <- Content-type: audio/x-mpeg netstream: <- icy-name:BR Bayern 4 netstream: found header 'icy-name' contents 'BR Bayern 4' netstream: <- x-audiocast-name:BR Bayern 4 netstream: <- Connection: Keep-Alive netstream: <- mp3: isStream=1 levelgood=0 haslevel=0 image: checking image for DAB/DAB - BR Bayern 4 image: check /mp3/DAB/DAB - BR Bayern 4.jpg image: found image: loading image /mp3/DAB/DAB - BR Bayern 4.jpg image: cached mp3: new input sample rate 48000 mp3: decode delayed 1001 ms mp3: heartbeat buffer=0 now=2325 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=140612 now=2326 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=420692 now=2328 mp3: write delayed 1001 ms mp3: decode delayed 1001 ms mp3: heartbeat buffer=562780 now=2330 mp3: write delayed 1001 ms mp3: decode delayed 1002 ms mp3: write delayed 1002 ms mp3: player active false requested... mp3: decode delayed 1001 ms mp3: stopping play mp3: scale stats clipped=0 peak_clip=0,000000 peak=0,709668 mgr: bgr-scan -> run (24164) mp3: player active false done mgr: background scan idle wakeup mgr: background scan idle mgr: background scan idle wakeup mgr: background scan thread ended (pid=27872)
After nearly 5-10 seconds the sound is ok, but before there are some interrupts. Streaming mp3s is ok ... Greetings burki
Burkhardt Petermann Schilcherstr.8a D-86911 Diessen a.A.
Phone: 049-8807-4491 Fax: 049-8807-948268 email: bpetermann@xyware.de
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 15 Mar 2005 "Burkhardt Petermann" bpetermann@xyware.de wrote:
I've a problem with streaming from a small DAB-Server (with mp2s) since VDR 1.3.22 and mp3-plugin 0.9.11:
[...]
mp3: decode delayed 1001 ms
This time delay leads to the get timeout of the async network read ringbuffer. I don't think that it's related to the format of the input data (mp2/mp3).
I'm not absolutely sure, but I guess that the problem is caused by a combination of (probably low) data delivery rate of the DAB server and VDR's own ringbuffer control (which effectively requires that the buffer is atleast 1/3 full).
I don't know which side effects it would cause, if the ringbuffer control is changed. A work around could be, to change the timeout used by the mp3 plugin. In network.c around line 210, change SetTimeout(1000,1000) into SetTimeouts(100,100).
Success?
Regards.
I just got a widescreen TV and put VDR in 16:9 mode. However there is still a lot of content still in 4:3 mode and it sometimes takes me a while to spot the short/fat people and switch the TV! It would help to see the aspect on the overlay when switching channels. Are there any plugins or patches that show the aspect on the overlay? Even better, are there any plugins that deal with providing automatic 16:9/4:3 switching signals for Scart leads? Of course a hardware mod would be required...
Thanks,
Mark
Hi,
This time delay leads to the get timeout of the async network read ringbuffer. I don't think that it's related to the format of the input data (mp2/mp3).
I'm not absolutely sure, but I guess that the problem is caused by a combination of (probably low) data delivery rate of the DAB server and VDR's own ringbuffer control (which effectively requires that the buffer is atleast 1/3 full).
I don't know which side effects it would cause, if the ringbuffer control is changed. A work around could be, to change the timeout used by the mp3 plugin. In network.c around line 210, change SetTimeout(1000,1000) into SetTimeouts(100,100).
Success?
Regards.
yes, changing the timeout will solve the problem for me (except for B5 with 96 kpbs, Mono ...). But will ist be not possible/better to check the bitrate and set then the buffer ? Greetings burki
On 19 Mar 2005 "Burkhardt Petermann" bpetermann@xyware.de wrote:
yes, changing the timeout will solve the problem for me (except for B5 with 96 kpbs, Mono ...).
You can try to reduce the timeout further (I think down to 20-30 ms shouldn't be a problem).
But will ist be not possible/better to check the bitrate and set then the buffer ?
It's not the buffer size, it VDR buffer control. It only reactivates the get thread if the buffer is 1/3 full (hardcoded in VDR ringbuffer.c). With low bitrates it takes some time to fill the buffer.
Regards.
I demand that Mark Watson may or may not have written...
I just got a widescreen TV and put VDR in 16:9 mode. [...]
What has this to do with the MP3 plugin and MP2 streaming?
-
Burkhardt Petermann -
Darren Salt -
Mark Watson -
s.huelswitt＠gmx.de