[vdr] No ac3 audio on Nexus
Do you use WinTV Nexus DVB-S from Hauppauge ? If yes, do you use the black coaxial digital output of the dvb-s card or the coax/spdif output of your mother card ? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 for HD video
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 beyond XvMC)? there's VAAPI - Video Decode Acceleration API Specification http://www.freedesktop.org/wiki/Software/vaapi but seems it hasn't finished yet :( And then there's some XvMC for H.264/AVC work/patches: http://people.freedesktop.org/~zhen/xds2007_xvmc.pdf http://www.x.org/wiki/Events/XDS2007/Notes (link taken from here) -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 for HD video
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 prediction modes (multiple motion vector styles) – Multiple reference pictures – No in-loop filter So it appears there is no hope for my old machine with an AGP port, and nvidia G-Force 4 MMX 440. Looks like I will have to upgrade, but the craze will have to settle first before I buy anything. I wonder why they don't create add-on cards in PCI format? so that it will work on older machines? I guess they want you to upgrade to keep on making money... Isn't there a method to use OpenGL to assist HD decoding? On 23/04/2008, Pasi Kärkkäinen [EMAIL PROTECTED] wrote: 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 beyond XvMC)? there's VAAPI - Video Decode Acceleration API Specification http://www.freedesktop.org/wiki/Software/vaapi but seems it hasn't finished yet :( And then there's some XvMC for H.264/AVC work/patches: http://people.freedesktop.org/~zhen/xds2007_xvmc.pdf http://www.x.org/wiki/Events/XDS2007/Notes (link taken from here) -- Pasi ___ 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] No frontend on VP-2040
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 for HD video
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 don't create add-on cards in PCI format? so that it will work on older machines? I guess they want you to upgrade to keep on making money... I don't think a simple PCI card can handle the bandwidth. Think Full-HD PAL Video: 1920*1080*3 Byte/Pixel (RGB) * 25 FPS = 148MiB/s uncompressed RGB Data (For performance reasons one probably would even use 32bit/Pixel). The classic PCI Bus only does 133MB/s. Isn't there a method to use OpenGL to assist HD decoding? AFAIK most of the current accelerators (AMD AVIVO, nVidia PureVideo,...) use the programmable shaders for decoding, scaling, colorspace translation, etc. Most of the newer AMD/ATI cards seem not to have a traditional backend scaler anymore (making it hard for opensource driver devs to implement XVideo as they now have to touch the 3D engine). Ciao Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 for HD video
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 software at low power consumption ;-) Ciao Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 for HD video
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 uncompressed streams and doing additional post processing on the picture. Similar to a FF-card but independent of DVB and can do *High 10 Profile (Hi10P)*. I know it is a pipe dream. So in a perfect world it would be nice to have something like the following: pci board with a sigma 8635 chip for decoding (o rsomething similar) and a S3 chip for post processing (or something similar) onto one board with a s-video out, HDMI out, spdif out/audio out. And can do 1920x1080 progressive scan PAL @ 25 or even 50 frames per second. So that we can be ready for when BluRay hits the market (affordable). the output can either be by using a X driver or frame buffer driver. Oh well the wish list goes on :) So the end user can then upgrade the output device when he/she can afford an upgrade to a HD output device and of course don't forget all have Open Source drivers hehe. Tomorrow I will wake up and realise the truth of it all... To the future of open source! On 23/04/2008, Martin Emrich [EMAIL PROTECTED] wrote: 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 don't create add-on cards in PCI format? so that it will work on older machines? I guess they want you to upgrade to keep on making money... I don't think a simple PCI card can handle the bandwidth. Think Full-HD PAL Video: 1920*1080*3 Byte/Pixel (RGB) * 25 FPS = 148MiB/s uncompressed RGB Data (For performance reasons one probably would even use 32bit/Pixel). The classic PCI Bus only does 133MB/s. Isn't there a method to use OpenGL to assist HD decoding? AFAIK most of the current accelerators (AMD AVIVO, nVidia PureVideo,...) use the programmable shaders for decoding, scaling, colorspace translation, etc. Most of the newer AMD/ATI cards seem not to have a traditional backend scaler anymore (making it hard for opensource driver devs to implement XVideo as they now have to touch the 3D engine). Ciao Martin ___ 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
[vdr] Multiproto with 1.4-1.6
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
[vdr] Upgrading from 1.4.7 to 1.7.0 : (part1 vdr 1.7.0)
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 channels. Here are some more informations while zapping and also trying to access the cam over the OSD (menu resetting) : 1.7.0 debugging : 1/ syslog : Apr 23 07:37:26 localhost vdr: [6948] probing /dev/dvb/adapter0/frontend0 Apr 23 07:37:26 localhost vdr: [6952] CI adapter on device 0 thread started (pid=6948, tid=6952) Apr 23 07:37:26 localhost vdr: [6948] device 1 provides: DVBS Apr 23 07:37:26 localhost vdr: [6948] found 1 video device ... Apr 23 07:38:09 localhost vdr: [6948] switching to channel 1 Apr 23 07:38:09 localhost vdr: [6948] info: Channel not available! Apr 23 07:38:20 localhost vdr: [6948] switching to channel 2 Apr 23 07:38:20 localhost vdr: [6948] info: Channel not available! Apr 23 07:38:31 localhost vdr: [6948] switching to channel 3 Apr 23 07:38:31 localhost vdr: [6948] info: Channel not available! ... Apr 23 07:48:22 localhost vdr: [6948] ERROR: Can't open CAM menu! Apr 23 07:48:33 localhost vdr: [6952] CAM 2: module present Apr 23 07:48:37 localhost vdr: [6952] CAM 2: module ready 2/ ci.c : (no more info) Slot 1: reset...ok. Slot 2: reset...ok. Slot 1: no module present Slot 2: module ready Slot 2: creating connection 1/1 Slot 2: create connection 1/1 2: -- 01 01 82 01 01 2: -- 01 01 83 01 01 80 02 01 00 . . . . . . . . . Slot 2: connection created 1/1 Slot 2: receive data 1/1 2: -- 01 01 81 01 01 2: -- 01 01 A0 07 01 91 04 00 01 00 41 80 02 01 00 . . . . . . . . . A . . . . Slot 2: open session 00010041 Slot 2: new Resource Manager (session id 1) 2: -- 01 01 A0 0A 01 92 07 00 00 01 00 41 00 01 Slot 2: == Profile Enq (1) 2: -- 01 01 A0 09 01 90 02 00 01 9F 80 10 00 Slot 2: reset...ok. 3/ pse also find attached a strace dumping while running 1.7.0 1.4.7 debuging : 1/ syslog : Apr 23 07:58:18 localhost vdr: [7127] CAM: Aston Module 1.0300, 01, 0100, 0100 2/ ci.c : Resetting slot 0...ok. Resetting slot 1...ok. Module ready in slot 1 Creating connection: slot 1, tcid 1 4 -- 01 01 82 01 01 4 -- 01 01 83 01 01 80 02 01 00 . . . . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . . . . . 4 -- 01 01 81 01 01 4 -- 01 01 A0 07 01 91 04 00 01 00 41 80 02 01 00 . . . . . . . . . A . . . . OpenSession 00010041 New Resource Manager (session id 1) 4 -- 01 01 A0 0A 01 92 07 00 00 01 00 41 00 01 4 -- 01 01 80 02 01 00 . . . . . . 1: == Profile Enq 4 -- 01 01 A0 09 01 90 02 00 01 9F 80 10 00 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . . . . . 4 -- 01 01 81 01 01 4 -- 01 01 A0 09 01 90 02 00 01 9F 80 11 00 80 02 01 00 . . . . . . . . . . . . . . . . 1: == Profile 1: == Profile Change 4 -- 01 01 A0 09 01 90 02 00 01 9F 80 12 00 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . . . . . 4 -- 01 01 81 01 01 4 -- 01 01 A0 09 01 90 02 00 01 9F 80 10 00 80 02 01 00 . . . . . . . . . . . . . . . . 1: == Profile Enquiry 1: == Profile 4 -- 01 01 A0 1D 01 90 02 00 01 9F 80 11 14 00 01 00 41 00 02 00 41 00 03 00 41 00 24 00 41 00 40 00 41 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . . . . . 4 -- 01 01 81 01 01 4 -- 01 01 A0 07 01 91 04 00 02 00 41 80 02 01 00 . . . . . . . . . A . . . . OpenSession 00020041 New Application Information (session id 2) 4 -- 01 01 A0 0A 01 92 07 00 00 02 00 41 00 02 4 -- 01 01 80 02 01 00 . . . . . . 2: == Application Info Enq 4 -- 01 01 A0 09 01 90 02 00 02 9F 80 20 00 4 -- 01 01 80 02 01 00 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . . . . . 4 -- 01 01 81 01 01 4 -- 01 01 A0 22 01 90 02 00 02 9F 80 21 19 01 01 00 01 00 13 41 73 74 6F 6E 20 4D 6F 64 75 6C 65 20 31 2E 30 33 30 30 80 02 01 80 . . . . . . . . . ! . . . . . . . A s t o n M o d u l e 1 . 0 3 0 0 . . . . 2: == Application Info 4 -- 01 01 81 01 01 4 -- 01 01 A0 07 01 91 04 00 03 00 41 80 02 01 00 . . . . . . . . . A . . . . OpenSession 00030041 New Conditional Access Support (session id 3) 4 -- 01 01 A0 0A 01 92 07 00 00 03 00 41 00 03 4 -- 01 01 80 02 01 00 . . . . . . 3: == Ca Info Enq 4 -- 01 01 A0 09 01 90 02 00 03 9F 80 30 00 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 00 . . . . . . 4 -- 01 01 A0 01 01 4 -- 01 01 80 02 01 80 . . .
Re: [vdr] Multiproto with 1.4-1.6
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
[vdr] Upgrading from 1.4.7 to 1.7.0 (strace vdr 1.7.0)
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
Re: [vdr] No ac3 audio on Nexus
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 Paranthoen (PERSO) To: vdr@linuxtv.org Sent: Tuesday, April 22, 2008 11:16 PM Subject: [vdr] No ac3 audio on Nexus Do you use WinTV Nexus DVB-S from Hauppauge ? If yes, do you use the black coaxial digital output of the dvb-s card or the coax/spdif output of your mother card ? -- ___ 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] iptv FILE .ts stalling not switching streams
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:IPTV|S0P1|FILE|/video/vdr/testfile.ts|5:P:0:0:0:0:0:102:182:1:0 CH3;T:5:IPTV|S0P1|FILE|/video/vdr/testfile.ts|5:P:0:0:0:0:0:103:182:1:0 This still doesn't work properly. Although the PID scan picks up the streams in the TS, PIDs aren't set and selecting any channel only shows the first one?? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] iptv FILE .ts stalling not switching streams
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 thoroughly tested. Could you possibly send us (privately) a sample of the file that is causing you problems? That way we could better investigate the issues you are experiencing. I'd also like to know what is the use case that requires you to input a static .ts file into vdr via iptv plugin? -- Antti Seppälä ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Multiproto with 1.4-1.6
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 1.5/1.6 with patches. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
