Hi
Thanks for the patch, works nice now. Did you try to change audio channel ? I
have a strange error reported also by french colleague :
ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa saturation.
(translation) => Increasing buffer size to 98304 to prevent overflow
ffmpeg_audio_
Hello,
I'm trying to understand cSdtFilter in order to write a channel scanner.
I see that when it finds a SI::NVODReferenceDescriptorTag it will add it
to the previously found channel with channel->SetLinkChannels, but it
only does if it is in the current section (channel is a local variable)
t; > > Jose Alberto
> >
> > ___
> > vdr mailing list
> > vdr@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
ht
Hi all,
I was wondering about the recording numbers associated with recordings
in the LSTR output. There doesn't seem to be any obvious pattern, is
the numbering just random?
It'd be preferable if recordings kept a unique number, that didn't
change when every time a recording gets deleted, or a n
For reason, when playing back 1 out of every 10 .ts recordings (from
vdr 1.7.x) in XBMC, it is unable to skip forwards through the
recording, instead it just jumps back to the start of the recording
(00:00).
Any idea why this might be?
Cheers,
Dom
___
Ah. After sending this I spotted https://roundup.ffmpeg.org/issue1128
It seems timestamp wrapping is to blame?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>Please let me know whether it actually works as expected.
>Klaus
I tested it today by upgrading to yavdr 0.3, and Arabic language is working
perfectly:)
Thanks alot Klaus for your help.
Regards
Sami
___
vd
