On 26.01.2009 08:39, Klaus Schmidinger wrote:
> On 25.01.2009 23:53, Udo Richter wrote:
>> Attached is a new version of cDevice::PlayTsVideo and
>> cDevice::PlayTsAudio that properly handles partially accepted buffers of
>> the PlayVideo and PlayAudio functions. The original functions would
>> disc
On 26.01.2009 12:10, Udo Richter wrote:
> On 26.01.2009 08:39, Klaus Schmidinger wrote:
>> On 25.01.2009 23:53, Udo Richter wrote:
>>> Attached is a new version of cDevice::PlayTsVideo and
>>> cDevice::PlayTsAudio that properly handles partially accepted buffers of
>>> the PlayVideo and PlayAudio f
> VDR developer version 1.7.4 is now available at
Something made the hvr-4000 to work with this version of driver.
With exactly same drivers and channel.conf file and streamdev-plugin and
mplayer, the vdr-1.7.3 is not able to tune dvb-s channels but vdr-1.7.4
works :-)
Mika
__
Am Sonntag 25 Januar 2009 16:08:30 schrieb Gregoire Favre:
> On Sun, Jan 25, 2009 at 02:13:25PM +0100, Klaus Schmidinger wrote:
> > What do you mean by "native h.264 support"?
>
> Didn't test vdr-1.7.4 (about to) but since 1.7.3 it works really great
> with vdr-xine and xine-lib-1.2 :-)
Hello,
@
Josce wrote:
> My problem is that vdr 1.6.0 with the reelbox plugin
> displays the subtitles 6 seconds too early.
>
> Does anyone know if there is a simple way to add a
> 6 seconds delay to the subtitles?
>
> I tried to look at the old subtitle plugin and how it
> was done there but couldn't see
On 25.01.2009 22:07, Alex Lasnier wrote:
> Hi all,
>
> This patch adds ATSC support to VDR 1.7.4.
>
> Klaus, would you consider adding this to VDR?
Am I right in understanding that ATSC is a "subset" of DVB-T?
How are ATSC transponders announced in the NIT?
Shouldn't there also be some code in
I saw some things going on in the xineliboutput CVS.
Not sure if TS should work or not.
I tryed VDR 1.7.4 with xine-lib-vdpau and xineliboutput CVS.
Got the following error :
http://pastebin.com/m6691b7a8
cu
Edgar (gimli) Hucek
___
vdr mailing list
Hi,
sometimes it is very useful to create and destroy cDevice based classes
at runtime. Currently it is only possible to create such classes at any
time but destroying causes inconsistency in the 'devices' array which
leads to segmentation faults in various places.
The patch attached keeps t
Klaus Schmidinger wrote:
> On 25.01.2009 22:07, Alex Lasnier wrote:
>> Hi all,
>>
>> This patch adds ATSC support to VDR 1.7.4.
>>
>> Klaus, would you consider adding this to VDR?
>
> Am I right in understanding that ATSC is a "subset" of DVB-T?
>
> How are ATSC transponders announced in the NIT?
uups: change the 'break' by 'return' otherwise you'll get a wrong error
message ;-)
Deti
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 26.01.2009 22:25, Deti Fliegl wrote:
> sometimes it is very useful to create and destroy cDevice based classes
> at runtime. Currently it is only possible to create such classes at any
> time but destroying causes inconsistency in the 'devices' array which
> leads to segmentation faults in vario
Udo Richter wrote:
> Definitely something that is worth considering. The patch also brings us
> one step closer towards hotplug support, a feature that seems very
> obvious in times of USB DVB devices.
Yep you are right but IMHO there would be some more work to do:
VDR should compile also withou
On 26.01.2009 23:01, Deti Fliegl wrote:
> Udo Richter wrote:
>> Definitely something that is worth considering. The patch also brings us
>> one step closer towards hotplug support, a feature that seems very
>> obvious in times of USB DVB devices.
> Yep you are right but IMHO there would be some m
Hi,
when using cDevice based classes that have no access to kernel based
section filters it makes sense to have an abstract 'ReadFilter'
function. The patch attached adds such a method to the cDevice class and
changes cSectionHandler code to use the new method.
Please add this patch to curre
14 matches
Mail list logo