[vdr] Using a local FF card for recording on streamdev client

[Malte Forkel]

Hi,

sometimes I would like to use the FF card of my client for recording (to the 
common video directory shared via NFS). The client seems to automatically 
prefer its streamdev device though, i.e. it uses one of the server's cards if 
available. Is there a way to tell vdr to "stay local", preferably without 
editing channels.conf?

Thanks in advance,
Malte


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

Re: [vdr] VDR - xine - CoreAVC

[Morfsta]

hmmm, I've been looking into the demux_mpeg_pes function in xine,
isn't the height and width stored in the transport stream within the
pes? I tried to adapt the code that shows the resolution in femon to
work on the stream in demux_mpeg_pes but not had much success so far..
:-(

Do you have to parse through the payload itself?

On Jan 23, 2008 3:10 AM, Walery Daniloff <[EMAIL PROTECTED]> wrote:
> Problem in incorrect patch.. The size of a picture 1920?1080 is sewn rigidly
> up, and for BBS HD it is necessary 1440?1080
>
> > Hey, it works ... Sort of. Anyone else having the "green bar" problem?
> > I get a large green bar across the bottom of the screen and four fuzzy
> > representations of the picture above it on: -
> >
> > BBC HD
> > DigitalAlb HD-1
> > DigitalAlb HD-2
> > SVT HD
>
>
>
> ___
> 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-iptv-0.0.5 + vdr-xine audio problem

[Ville Skyttä]

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