Re: [vdr] vdr-xine 0.9.3 audio problems

2009-10-05 Thread Malcolm Caldwell 
On Sat, 2009-10-03 at 23:08 -0700, VDR User wrote:
 On Sat, Oct 3, 2009 at 4:29 PM, Simon Baxter linu...@nzbaxters.com wrote:
  Card is a NVIDIA GPU GeForce 8400 GS too, but I'm not using the vpdau - as I
  currently have no HD or H.264 content.
 
  Do you think I should change to vpdau anyway??
 
 I'm a big fan of vdpau so my answer is automatically to give it a try
 since you've got nothing to lose.

Except media-player if you are using xineliboutput.  vdpau makes it
crash.  (For me).

 Cheers
 
 ___
 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

Re: [vdr] vdr-sxfe buffer empty

2009-10-05 Thread Malcolm Caldwell 
On Tue, 2009-09-29 at 17:33 +0300, Seppo Ingalsuo wrote:
 Reverse patching this one (just patch view from the same link)
 
 http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?view=patchr1=1.278r2=1.279sortby=date
 
 seems to work for me for current CVS version.

What problem does this fix?

On my setup, things run fine for a minute or so, and then audio starts
to break up more and more.  It finally stops for a few seconds and then
things seem to reset, and audio/video work fine again for a few
minutes, until the whole process starts again.

Will reverting this fix my problem?

 BR,
 Seppo
 
 
 On Mon, 2009-09-28 at 18:35 +0300, Seppo Ingalsuo wrote:
  Shouldn't write in hurry :^)
  
  On Mon, 2009-09-28 at 17:18 +0300, Seppo Ingalsuo wrote:
   On Sun, 2009-09-13 at 11:08 +0400, Goga777 wrote:
   
please try to revert this comment
http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date

   
   I was using CVS version from August 1st to avoid audio breaks. There are
   problems so I've had interest to upgrade. 
  
  The other problem with this otherwise pretty OK version is that vdr-sxfe
  stops occasionally to respond to Lirc and keyboard. Also zapping to any
  HDTV channel freezes vdr-sxfe but HDTV functionality is not a big
  priority for me at the moment.
  
  I have sampled every now and then xineliboutput CVS. E.g. Aug 24th
  version has bad audio. I haven't tried to iterate where the problems
  exactly started.
  
   With CVS version from
   yesterday September 27th I get these problems again.
  
  Here I meant audio breaking problems with live TV and recordings that is
  pretty annoying.
  
  BR,
  Seppo
  
   
   Would this proposed change help? The diff is rather large, do I need to
   revert everything shown by this link (or just some commment somewhere)?
   
   Is the change needed on server, client or both?
   
   Thanks,
   Seppo
   
   
   
   ___
   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
 
 
 ___
 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

[vdr] IPTV plugin stuttering when decoding ATSC streams with VDR to convert ac-3 to mp3 on the fly

2009-10-05 Thread Rob Davis 

I have VDR working in the US with ATSC.  Previously I had it working in
Europe on Satellite.  With VDR I have several Hauppauge VOMP boxes which
act as remote front ends.  Unfortunetely these do not work with AC-3
audio.  Using streamdev and iptv plugins with ffmpeg I want to reencode
the ATSC streams to extra channels in VDR in order to watch them on the
vomp boxes.

I have this almost working.  I can see something on the TV but I get
quite a lot of stuttering and breakup of the picture.  Audio seems to
work, in that I don't get popping.  What am I missing?

When the channel is selected, the IPTV plugin calls a script which
streams from streamdev the TS stream (using mplayer -dumpstream) which
uses a fifo to pipe this into ffmpeg, which writes it to udp, where VDR
picks it up again.

The exciting bits of the script are:

mkfifo $fifo
mplayer $mplayeropts -cache 8192 $URL -dumpstream -dumpfile $fifo

${LOG} 

MPID=${!}

ffmpeg.streamdev -v 1 \
-i $fifo -debug 0 \
 -f mpegts -vcodec copy \
 -acodec ${ACODEC} -ac 2 -ab ${ABITRATE}k -ar 48000 -async $fr \
 udp://127.0.0.1:${PORT}?pkt_size=16356 


acodec is mp2
abitrate is 192
fr is 29
fifo is dynamically creates
url is http://myserver:3000/TS/103+1


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr