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
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)
la base
des signatures de virus 5488 (20100929) __
Le message a été vérifié par ESET Smart Security.
http://www.eset.com
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
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
