Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
I demand that Jouni Karvo may or may not have written... > Ville Skyttä kirjoitti: >> On Tuesday 22 January 2008, Darren Salt wrote: >>> This patch should fix it. If you find that it works, report back and I'll >>> make sure that it gets committed. >> I'm not using any xine related functionality with VDR, but I tried the >> patch below. >> Unfortunately it makes things even worse for me with Amarok than vanilla >> 1.1.9.1 - with vanilla 1.1.9.1 audio was ok until I tried to play a radio > With this patch, all error messages are gone (except for this) > video_out: thread created > audio_out: thread created > xine_interface: unknown or deprecated stream param 10 set > xine_stream_new [etc.] > ...but so is audio. With the patch, all normal TV channels also are dead > quiet. Current hg should be fine. Anybody who wants to test it doesn't have very long to do so ;-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. Falling is fine. It's the hitting the ground that I don't like. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Ville Skyttä kirjoitti: > On Tuesday 22 January 2008, Darren Salt wrote: >> This patch should fix it. If you find that it works, report back and I'll >> make sure that it gets committed. > > I'm not using any xine related functionality with VDR, but I tried the patch > below. > > Unfortunately it makes things even worse for me with Amarok than vanilla > 1.1.9.1 - with vanilla 1.1.9.1 audio was ok until I tried to play a radio With this patch, all error messages are gone (except for this) video_out: thread created audio_out: thread created xine_interface: unknown or deprecated stream param 10 set xine_stream_new xine_interface: unknown or deprecated stream param 10 set xine_stream_new xine_interface: unknown or deprecated stream param 10 set ...but so is audio. With the patch, all normal TV channels also are dead quiet. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
On Tuesday 22 January 2008, Darren Salt wrote: > I demand that Antti Seppälä may or may not have written... > > > Jouni Karvo wrote: > >> I really have no idea of which settings to try next. Configuring > >> xine-ui is not really an easy thing. > > > > Few people have reported audio problems in xine-lib version 1.1.9. > > > > The setting audio.synchronization.slow_fast_audio (discussed here > > http://www.linuxtv.org/pipermail/vdr/2008-January/015210.html) might > > help. > > > > Also changing audio.synchronization.av_sync_method and/or > > audio.synchronization.resample_mode may have an effect on your audio > > problems. > > This patch should fix it. If you find that it works, report back and I'll > make sure that it gets committed. I'm not using any xine related functionality with VDR, but I tried the patch below. Unfortunately it makes things even worse for me with Amarok than vanilla 1.1.9.1 - with vanilla 1.1.9.1 audio was ok until I tried to play a radio stream, then nothing until restart. With this patch, the same breakage appears to occur much more frequently, looks like audio gets lost when trying to play a 2nd song after a fresh restart (quickly tried in a session where I first played a MP3 (success), then tried a FLAC (fails), and everything else fails after that, no need to even involve radio streams). Reverting this changeset fixes these problems for me. http://hg.debian.org/hg/xine-lib/xine-lib?cmd=changeset;node=1867fae812913d2ad953fb91359f886620bf1cf1;style=gitweb > diff --git a/src/xine-engine/audio_out.c b/src/xine-engine/audio_out.c > --- a/src/xine-engine/audio_out.c > +++ b/src/xine-engine/audio_out.c > @@ -1619,6 +1619,7 @@ static void ao_close(xine_audio_port_t * >} >/* make sure there are no more buffers on queue */ >fifo_wait_empty(this->out_fifo); > + ao_set_property(this_gen, AO_PROP_DISCARD_BUFFERS, 0); > } > > pthread_mutex_lock( &this->driver_lock ); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
I demand that Antti Seppälä may or may not have written... > Jouni Karvo wrote: >> I really have no idea of which settings to try next. Configuring >> xine-ui is not really an easy thing. > Few people have reported audio problems in xine-lib version 1.1.9. > The setting audio.synchronization.slow_fast_audio (discussed here > http://www.linuxtv.org/pipermail/vdr/2008-January/015210.html) might help. > Also changing audio.synchronization.av_sync_method and/or > audio.synchronization.resample_mode may have an effect on your audio > problems. This patch should fix it. If you find that it works, report back and I'll make sure that it gets committed. diff --git a/src/xine-engine/audio_out.c b/src/xine-engine/audio_out.c --- a/src/xine-engine/audio_out.c +++ b/src/xine-engine/audio_out.c @@ -1619,6 +1619,7 @@ static void ao_close(xine_audio_port_t * } /* make sure there are no more buffers on queue */ fifo_wait_empty(this->out_fifo); + ao_set_property(this_gen, AO_PROP_DISCARD_BUFFERS, 0); } pthread_mutex_lock( &this->driver_lock ); -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | http://www.youmustbejoking.demon.co.uk/progs.packages.html> Maybe Computer Science should be in the College of Theology. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Jouni Karvo wrote: > I really have no idea of which settings to try next. Configuring > xine-ui is not really an easy thing. > Few people have reported audio problems in xine-lib version 1.1.9. The setting audio.synchronization.slow_fast_audio (discussed here http://www.linuxtv.org/pipermail/vdr/2008-January/015210.html) might help. Also changing audio.synchronization.av_sync_method and/or audio.synchronization.resample_mode may have an effect on your audio problems. Other than that I have no idea. -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
hi, I am baffled... Antti Seppälä kirjoitti: > Set up a vlc for transcoding in a similar fashion as to how iptv plugin > > Now open another instance of vlc to play back the transcoded stream: > > vlc udp://@:4321 works > If the stream works perfectly, you can close the playback vlc and try to > play with xine: > > xine udp://127.0.0.1:4321 works when done as one regular user, but not when done as the regular user with what the regular user with what vdr is run. These users belong to the same group, so both can open audio. Even if I just copy the $HOME/.xine/config file to the other user, it still does not work. It just gives some errors: set_speed 0 audio_alsa_out: Drain call failed. (err=-11:Resource temporarily unavailable) bufing: 1, enb: 1 net_buf_ctrl: vid 0% 0.0s0kbps 0, aud 0% 0.0s0kbps 0, buf on ^Mdem ux_ts: found no ISO 639 lang bufing: 1, enb: 1 net_buf_ctrl: vid 0% 0.0s0kbps 0, aud 0% 0.0s0kbps 0, buf on net_buf_ctrl: nbc_set_speed_pause set_speed 0 audio_alsa_out: Drain call failed. (err=-11:Resource temporarily unavailable) bufing: 1, enb: 1 After a while these errors disappear, and it just shows: net_buf_ctrl: vid 97% 3.0s 2008kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 97% 3.0s 2016kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 46% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2008kbps 0, aud 46% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 Which looks like it would work, but nothing comes out. Googling did not seem to help here... I really have no idea of which settings to try next. Configuring xine-ui is not really an easy thing. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Jouni Karvo wrote: > Antti Seppälä kirjoitti: > >> Try lowering the value of ABITRATE found in iptvstream.sh from 320 to >> e.g. 192. After such a modification the stream worked fine for me. >> >> > > Hi, > > this does not seem to help. > > I have three test channels now, all of which give the video: > > - The Albanian Rrokum TV - which gives also audio. > - Bahn TV - only video. Even with ab=192 > - BBC One premier (via http://www.global-itv.com/). Only video > > My xine has w32 (from xine's output: > load_plugins: plugin > /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_w32dll.so found > ) > Since you have at least one channel which works it leads me to believe that iptv plugin is working and the problem could still be in the transcoding or playback process. Here's how you can try to investigate a bit more: Set up a vlc for transcoding in a similar fashion as to how iptv plugin uses it. For example the following command will do just that for Bahn TV: vlc mms://atkon-atkbtvolive-wmv-high.wm.llnwd.net/atkon_atkbtvolive_wmv_high --sout "#transcode{vcodec=mp2v,acodec=mpga,vb=2400,ab=192}:standard{access=udp,mux=ts{pid-video=1,pid-audio=2,tsid=3},dst=127.0.0.1:4321}" --intf dummy Now open another instance of vlc to play back the transcoded stream: vlc udp://@:4321 If the stream works perfectly, you can close the playback vlc and try to play with xine: xine udp://127.0.0.1:4321 Notice how my examples hardcode the udp port to 4321. If you want to change it, remember to do so to every command. If there's no audio on either of the players you are likely to have something wrong with your vlc installation. If vlc works but xine doesn't then xine cannot for some reason decode the audio stream. > The script sets VPID=parameter+1, APID=parameter+2, SPID=parameter+3 > (I wonder why, since if you want to receive simultaneously two > consecutive parameter things, they overlap anyway). > We try to use pids to make the channels separable from each other. Overlapping should not be a problem because multiple streams are sent to different udp ports (and different iptv devices as well). You can of course modify the script and use different pids if you like. > When looking at the stream info, they show PIDs like 3,4,66. 4,5,66. > I wonder what this 66 is and why... > I think it is the default PMT pid of vlc. -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Antti Seppälä kirjoitti: > I decided to give Bahn TV a try and could also reproduce symptoms of > missing audio. > > It seems that the transcoding engine of vlc gets confused by the audio > bitrate setting iptv plugin uses by default. So far I haven't found > other channels than Bahn TV that are affected by this. > > Try lowering the value of ABITRATE found in iptvstream.sh from 320 to > e.g. 192. After such a modification the stream worked fine for me. > > Hi, this does not seem to help. I have three test channels now, all of which give the video: - The Albanian Rrokum TV - which gives also audio. - Bahn TV - only video. Even with ab=192 - BBC One premier (via http://www.global-itv.com/). Only video My xine has w32 (from xine's output: load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_w32dll.so found ) The script sets VPID=parameter+1, APID=parameter+2, SPID=parameter+3 (I wonder why, since if you want to receive simultaneously two consecutive parameter things, they overlap anyway). When looking at the stream info, they show PIDs like 3,4,66. 4,5,66. I wonder what this 66 is and why... yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Jouni Karvo wrote: > Segers,Jan J.K.T. kirjoitti: >> have a look here: >> http://www.global-itv.com/ > > thanks. I found a couple of channels. > > It seems that vlc is able to play the stream correctly, with both audio > and video by itself. But when I try to use it together with iptv > plugin, it seems that for some reason audio is lost. > > I use vdr-xine for output. > > Xine output seems like it gets the audio, but it does not get any > synchronization info correctly, as it just reports skipping audio: > > excerpt from the xine logging: > > plugin mad will be used for audio streamtype 01. > audio_alsa_out:open pause_resume=1 > output sample rate 48000 > audio jump, diff=-2160 > set_speed 100 > ao_flush (loop running: 1) > video discontinuity #25, type is 0, disc_off 0 > waiting for audio discontinuity #25 > ao_close > audio_out: no streams left, closing driver > audio discontinuity #25, type is 0, disc_off 0 > waiting for in_discontinuity update #25 > vpts adjusted with prebuffer to 3418578 > ao_flush (loop running: 1) > video discontinuity #26, type is 0, disc_off 0 > waiting for audio discontinuity #26 > audio discontinuity #26, type is 0, disc_off 0 > waiting for in_discontinuity update #26 > vpts adjusted with prebuffer to 3418610 > > > This is the corresponding stream entry for channels.conf: > > Bahn TV;IPTV:3:IPTV|EXT|iptvstream.sh|3:P:0:4+3:5:0:0:1:0:0:0 > > What should I try? > Hi Jouni I decided to give Bahn TV a try and could also reproduce symptoms of missing audio. It seems that the transcoding engine of vlc gets confused by the audio bitrate setting iptv plugin uses by default. So far I haven't found other channels than Bahn TV that are affected by this. Try lowering the value of ABITRATE found in iptvstream.sh from 320 to e.g. 192. After such a modification the stream worked fine for me. -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
since you are using Bahn TV, i believe you are german. i added a couple of lines to the vdr-wiki entry of the iptv plugin, maybe it is worth checking: http://vdr-wiki.de/wiki/index.php/Iptv-plugin for the audio: you have installed w32codecs? -- Jan Op deze e-mail zijn de volgende voorwaarden van toepassing: http://www.fontys.nl/disclaimer The above disclaimer applies to this e-mail message. <>___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Segers,Jan J.K.T. kirjoitti: > have a look here: > http://www.global-itv.com/ thanks. I found a couple of channels. It seems that vlc is able to play the stream correctly, with both audio and video by itself. But when I try to use it together with iptv plugin, it seems that for some reason audio is lost. I use vdr-xine for output. Xine output seems like it gets the audio, but it does not get any synchronization info correctly, as it just reports skipping audio: excerpt from the xine logging: plugin mad will be used for audio streamtype 01. audio_alsa_out:open pause_resume=1 output sample rate 48000 audio jump, diff=-2160 set_speed 100 ao_flush (loop running: 1) video discontinuity #25, type is 0, disc_off 0 waiting for audio discontinuity #25 ao_close audio_out: no streams left, closing driver audio discontinuity #25, type is 0, disc_off 0 waiting for in_discontinuity update #25 vpts adjusted with prebuffer to 3418578 ao_flush (loop running: 1) video discontinuity #26, type is 0, disc_off 0 waiting for audio discontinuity #26 audio discontinuity #26, type is 0, disc_off 0 waiting for in_discontinuity update #26 vpts adjusted with prebuffer to 3418610 This is the corresponding stream entry for channels.conf: Bahn TV;IPTV:3:IPTV|EXT|iptvstream.sh|3:P:0:4+3:5:0:0:1:0:0:0 What should I try? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr