On Wed, Apr 23, 2008 at 09:56:23AM +0400, Igor wrote:
> > > The question is: Which of them will offer decent open source drivers for
> > > HD decoding, and when?
> >
> > I wonder if every vendor pushes his own API for using these decoding
> > accelerators? Or is there some "standard" (It's surely
And I was just about to get exited, until I read this:
XvMC issues
● Limited hardware driver support
– Intel i810, i915/945 MC, 965 MC working in progress
– Unichrome VLD
– ATI, Nvidia (?)
● Limited modern video codec support, just for
MPEG1/2, can't support H.264/AVC.
– Multiple intra/inter predi
Peter Fassberg wrote:
> Hej!
>
> Vad har du för roligt projekt på gång som behöver 6 st kort? :-)
>
> Jag har planerat ett streamingprojekt men jag får tyvärr aldrig
> någon tid över till att komma igång.
>
Sorry, we usually don't understand here in list på svenska :)
Arthur
Hi!
Theunis Potgieter schrieb:
> So it appears there is no hope for my old machine with an AGP port, and
> nvidia G-Force 4 MMX 440.
I sit in a similar board (GF3 / GF2MX).
> Looks like I will have to upgrade, but the craze
> will have to settle first before I buy anything. I wonder why they d
Hi!
Igor schrieb:
> there's VAAPI - Video Decode Acceleration API Specification
> http://www.freedesktop.org/wiki/Software/vaapi
>
> but seems it hasn't finished yet :(
But the Idea sounds quite nice... I dream of a VDR box with an S3
graphics card, decoding full HD DVB-S2 with only free softwa
So in an ideal world, it would be great to have a pci add-on card, that does
not only do assisting, but actually does all the features, so by sending the
compressed stream directly to board, and it does all the un-compressing and
uses its own internal memory (on board memory) to do movement of
unco
Does VDR 1.4 - 1.6 work with multiproto drivers ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2 parts for reply as my posted was rejected due to volume of datas
> Please provide more data - everything until you switch to
> an encrypted channel.
>
> Klaus
the DumpTPDUDataTransfer and DebugProtocol switches really give so few
information while running 1.7.0 and zapping between chan
yes, with the dvb-s2 and h264 patches from Reinchard Nissl
> Does VDR 1.4 - 1.6 work with multiproto drivers ?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
strace for vdr-1.7.0 :
http://pagesperso-orange.fr/ebox-vdr/vdr-debug/strace.1-7-0.debug
regards
Pierre
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
after upgrading to from to VDR 1.6.0 I have noticed that the
DVB-subtitles stay on screen for about one second too long. The
difference is noticeable compared to 1.4.7 with subtitles-plugin.
Problem exists on both live-viewing and record-viewing. I use
Fujitsu-Siemens DVB-C FF-card as outp
Yes it's a Nexus and yes I'm using the back connector from the card. I also
tried the jack on the motherboard incase it was some how sending it there. I
don't have any other audio software loaded so it should be just going to the
nexus.
- Original Message -
From: Pierre-Yves Paranth
Is this a more generic channels.conf problem??
>> RE: selecting different streams with a FILE .ts - this still doesn't work
>> FileTest;IPTV:5:IPTV|S0P1|FILE|/video/vdr/testfile.ts|5:P:0:35+514:34:2321:0:3:0:0:0
>> CH1;T:5:IPTV|S0P1|FILE|/video/vdr/testfile.ts|5:P:0:0:0:0:0:101:182:1:0
>> CH2;T:5:
Simon Baxter wrote:
> Is this a more generic channels.conf problem??
>
Hi Simon.
We'll look into this once we get a chance. It may very well be that file
input of iptv plugin is currently broken. File input was implemented
only as a testing/debugging feature of iptv plugin and thus it is not as
Lauri Tischler wrote:
> Does VDR 1.4 - 1.6 work with multiproto drivers ?
The multiproto drivers are fully backwards compatible, all programs
based on the old API work as before. However, the additional features
like DVB-S2 are of course limited to multiproto-aware software like VDR
1.7 or VDR
15 matches
Mail list logo
