hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg.
When I try to replay a radiorecording i get the folowing in the tty running sxfe:
xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed
I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine.
Any ideas? BR. halim
Hi, It seems nobody is replaying radiorecording with xineliboutput and vdr-1.7.15. :-(. Regards Halim
On Sa, Jun 19, 2010 at 08:53:55 +0200, Halim Sahin wrote:
hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg.
When I try to replay a radiorecording i get the folowing in the tty running sxfe:
xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed
I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine.
Any ideas? BR. halim
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sun, 27 Jun 2010 22:21:44 +0200 Halim Sahin halim.sahin@t-online.de wrote:
Hi, It seems nobody is replaying radiorecording with xineliboutput and vdr-1.7.15.
Can it be, that you have the radio plugin active ? This doesn't work here also with previous versions. Remove it and it works ...
:-(. Regards Halim
On Sa, Jun 19, 2010 at 08:53:55 +0200, Halim Sahin wrote:
hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg.
When I try to replay a radiorecording i get the folowing in the tty running sxfe:
xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed
I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine.
Any ideas? BR. halim
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi, On Mo, Jun 28, 2010 at 08:58:05 +0200, Steffen Barszus wrote:
On Sun, 27 Jun 2010 22:21:44 +0200 Halim Sahin halim.sahin@t-online.de wrote:
Hi, It seems nobody is replaying radiorecording with xineliboutput and vdr-1.7.15.
Can it be, that you have the radio plugin active ? This doesn't work here also with previous versions. Remove it and it works ...
No, I haven't the radio plugin in use.
I can play the radiorecording directly in xineliboutput's own mediaplay but not directly in vdr! Please help!!! Halim
hi, On Mon, 28 Jun 2010, Steffen Barszus wrote:
On Sun, 27 Jun 2010 22:21:44 +0200 Halim Sahin halim.sahin@t-online.de wrote:
Hi, It seems nobody is replaying radiorecording with xineliboutput and vdr-1.7.15.
Can it be, that you have the radio plugin active ? This doesn't work here also with previous versions. Remove it and it works ...
I have the same problem as Halim - nvidia driver with vdpau - vdr-1.7.15 - no radio plugin - latest xinelib-1.2 and xineliboutput - I can listen to the live radio stream and I can also record the stream if I try to replay it via the recordings menu I only get a "still picture" and no sound and the progressbar shows no progress
if I replay the radio recording via the xineliboutpu-file-player it works fine
Halim, you are not alone :-)
marco
:-(. Regards Halim
On Sa, Jun 19, 2010 at 08:53:55 +0200, Halim Sahin wrote:
hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg.
When I try to replay a radiorecording i get the folowing in the tty running sxfe:
xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed
I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine.
Any ideas? BR. halim
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-------------------------------------------------- AMMEC - Accessible MultiMedia Entertainment Center
http://www.ammec.de Support Telefon: +49 6421 968255
Hi, When i start vdr-sxfe in verbose mode I get the following message after starting the replay of my radiorecording:
[12497] [input_vdr] TCP: fifo buffer full
BTW.: If I use mplayer via http as frontend for xineliboutput it's possible to replay the radiorecording.
Any ideas? BR. Halim
hi, On Wed, 30 Jun 2010, Halim Sahin wrote:
Hi, When i start vdr-sxfe in verbose mode I get the following message after starting the replay of my radiorecording:
[12497] [input_vdr] TCP: fifo buffer full
BTW.: If I use mplayer via http as frontend for xineliboutput it's possible to replay the radiorecording.
Any ideas?
hm, I spend some time with code reading and I added some debug info everything looks fine the radiorecording is detected correctly - what I don't understand is why the behavior of the frontend is different during replaying live tv/radio and recorded tv/radio streams it's almost the same code for live and recordings the "novideo" flag is set and that means it is a radio-stream
sorry no idea at the moment maybe, other developers are more familiar with the code
marco
BR. Halim
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-------------------------------------------------- AMMEC - Accessible MultiMedia Entertainment Center
http://www.ammec.de Support Telefon: +49 6421 968255