[vdr] Ich bin z.Z. nicht per E-Mail erreichbar.

2008-12-29 Thread carsten . funke

Ich werde ab  29.12.2008 nicht im Büro sein. Ich kehre zurück am
05.01.2009.

Ich befinde mich im genannten Zeitraum nicht im Haus und werde Ihre
Nachrichten nach meiner Rückkehr beantworten.

Bei technischen Fragen wenden Sie sich bitte an die Hotline der Portavis
unter der Telefonnummer 1800.

In Fällen von ernsthafen Gefährdungen der Sicherheit wenden Sie sich bitte
an Herrn Greve, 2916.

Mit freundlichen Grüßen
Carsten Funke


Bremens starke Seite.

Die Sparkasse Bremen AG
Sitz Bremen / Amtsgericht Bremen HRB 21770
Vorsitzender des Aufsichtsrates: Gerhard Harder
Vorstand: Jürgen Oltmann (Vorsitzender), Dr. Tim Nesemann (Stv.
Vorsitzender), Klaus Schöniger, Dr. Heiko Staroßom

Am Brill 1-3, 28195 Bremen / Postfach 10 78 80, 28078 Bremen / Telefon
0421/179-0
mailto:m...@sparkasse-bremen.de / http://www.sparkasse-bremen.de
Bankleitzahl 29050101 / Swift: SBRE DE 22 / Ust-ID-Nr. DE 232135295

Wie Sie wissen, können über das Internet versandte E-Mails leicht unter
fremden Namen erstellt oder manipuliert werden.
Aus diesem Grunde bitten wir um Verständnis dafür, dass wir zu Ihrem und
unserem Schutz die rechtliche
Verbindlichkeit der vorstehenden Erklärungen und Äußerungen ausschließen.

As you are aware, e-mails sent via Internet can easily be prepared or
manipulated by third persons. For this reason we
 trust you will understand that, for your own and our protection, we rule
out the legal validity of the foregoing
 statements and comments.


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] vdr-1.7.2 and xine-vdpau ?

2008-12-29 Thread Gregoire Favre
Hello,

is someone able to use this combinaison ?

In the affirmative, by which way ?

xine-plugin gives lots of FIXME and I got about one frame every 3-4
seconds (0.25 fps) for regular mpeg2 channels...

Thanks.
-- 
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] 1080p ready VDR

2008-12-29 Thread Tony Houghton
On Mon, 29 Dec 2008 09:55:45 +0200
"Theunis Potgieter"  wrote:

> deinterlacing is only required if your source/stream runs at a
> different refresh rate than your output monitor. The problem with
> nvidia and the tv-out adapter(s-video plug) is that they decided to
> lock their driver(closed source) to 60Hz after a certain version, for
> newer cards and your output happens to be a CRT screen/monitor. PAL,
> happens to run mostly on 50Hz. You would see tearing and/or the
> individual fields if you do not enable a deinterlacer, which requires
> more cpu load. Offloading it to the gpu could help. The best would be
> to get your output device to run at the same refresh rate. Now there
> are different kinds of approaches: playing with your xorg.conf, to
> disable EDID of the video driver and you define a mode that tells your
> video driver you want 50Hz on your LCD, CRT/Plasma or on ATI there is
> a RGB(red, green, blue) patch, that requires you to plug in an adapter
> cable/board from your vga plug to your output monitor. Look for "PCI
> fun (RGB/PAL over VGA at variable frame rate)" in the mailing list. So
> there is another trick of saving on your electricity bill.

When I had a CRT TV I solved the problem by using a Matrox G400 graphics
card with vdr-fbfe. With a monitor or LCD TV I think there's still a
deinterlacing problem even if you can sync the refresh rates. This
didn't work on CRTs either with ordinary graphics cards (other than the
Matrox and things like FF cards specialised for TVs) because there was
no way for player applications to distinguish between top and bottom
fields in the vblank interrupts. Matching refresh rates alone doesn't
help very much; by scaling each field to the full size of the screen
you're just performing "bob" deinterlacing which may not look very good
compared to somehow interpolating data across fields, especially if that
could be done intelligently with motion vectors from the MPEG data.

-- 
TH * http://www.realh.co.uk

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] new project - xine-vdpau

2008-12-29 Thread Magnus Hörlin
VDR User wrote:
> On Tue, Dec 16, 2008 at 12:57 PM, Magnus Hörlin  wrote:
>   
>> I'm very happy to say that I now run vdr-sxfe with vdpau! It's not
>> stable yet but what a great first effort. It actually works, including osd.
>> 
>
> Can you post your pc specs and what cpu usage is with/without using
> VDPAU?  Thanks!
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Well, starting from today (rev 126) this works really well. I'm playing 
some old vdr 1080i recordings from VOOM HD right now with my 4850e at 7% 
at 1GHz on an ASUS uATX board with an 8200 IGP. With xv the same clip 
averages at 70% at 2.5GHz (without deinterlacing) and there are many 
interruptions. 70%*2.5GHz/(7%*1GHz)=25. That means the GPU does the job 
of about 25 CPU's under these conditions. Not bad!
I'm not sure what deinterlacing is available with vdpau though. But my 
suggestion to people looking for new hardware is: buy a mobo with nvidia 
8/9-series IPG and a cheap CPU and start testing. Let's hope Intel start 
allowing HDMI on Atom boards soon, that would be ideal.

Happy new year to all vdr users and developers,
/Magnus H


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] new project - xine-vdpau

2008-12-29 Thread matthieu castet
Magnus Hörlin wrote:
> VDR User wrote:
> I'm not sure what deinterlacing is available with vdpau though. But my 
> suggestion to people looking for new hardware is: buy a mobo with nvidia 
> 8/9-series IPG and a cheap CPU and start testing. Let's hope Intel start 
> allowing HDMI on Atom boards soon, that would be ideal.
> 
Or wait for atom Atom boards with ion nvidia chipset [1]

Matthieu

[1] http://www.anandtech.com/video/showdoc.aspx?i=3478

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] HVR-4000, vdr-1.7.2 and v4l-dvb'hg ?

2008-12-29 Thread Gregoire Favre
Hello,

it took me some time to find out that my HVR-4000 don't work for
DVB-S(2) with vdr-1.7.2.

v4l-dvb gives this when I start the modules :

saa7146: register extension 'budget_ci dvb'.
budget_ci dvb :04:00.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
saa7146: found saa7146 @ mem c2f96c00 (revision 1, irq 21) 
(0x13c2,0x100f).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI)
adapter has MAC addr = 00:d0:5c:23:a3:9b
input: Budget-CI dvb ir receiver saa7146 (0) as 
/devices/pci:00/:00:1e.0/:04:00.0/input/input13
DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)...
Linux video capture interface: v2.00
cx88/0: cx2388x v4l2 driver version 0.0.6 loaded
cx8800 :04:02.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
cx88[0]: subsystem: 0070:6902, board: Hauppauge WinTV-HVR4000 DVB-S/S2/T/Hybrid 
[card=68,autodetected], frontend(s): 2
cx88[0]: TV tuner type 63, Radio tuner type -1
cx88[0]: i2c init: enabling analog demod on HVR1300/3000/4000 tuner
tuner' 8-0043: chip found @ 0x86 (cx88[0])
tda9887 8-0043: creating new instance
tda9887 8-0043: tda988[5/6/7] found
tuner' 8-0061: chip found @ 0xc2 (cx88[0])
tuner' 8-0063: chip found @ 0xc6 (cx88[0])
tveeprom 8-0050: Hauppauge model 69009, rev B2A0, serial# 1241151
tveeprom 8-0050: MAC address is 00-0D-FE-12-F0-3F
tveeprom 8-0050: tuner model is Philips FMD1216ME (idx 100, type 63)
tveeprom 8-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB 
Digital (eeprom 0xf4)
tveeprom 8-0050: audio processor is CX882 (idx 33)
tveeprom 8-0050: decoder processor is CX882 (idx 25)
tveeprom 8-0050: has radio, has IR receiver, has no IR transmitter
cx88[0]: hauppauge eeprom: model=69009
tuner-simple 8-0061: creating new instance
tuner-simple 8-0061: type set to 63 (Philips FMD1216ME MK3 Hybrid Tuner)
input: cx88 IR (Hauppauge WinTV-HVR400 as 
/devices/pci:00/:00:1e.0/:04:02.0/input/input14
cx88[0]/0: found at :04:02.0, rev: 5, irq: 23, latency: 64, mmio: 0xdb00
wm8775' 8-001b: chip found @ 0x36 (cx88[0])
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
cx88[0]/0: registered device radio0
cx8800 :04:05.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
cx88[1]: subsystem: 14f1:0084, board: Geniatech DVB-S [card=52,autodetected], 
frontend(s): 1
cx88[1]: TV tuner type 4, Radio tuner type -1
cx88[1]/0: found at :04:05.0, rev: 3, irq: 20, latency: 64, mmio: 0xd900
cx88[1]/0: registered device video1 [v4l2]
cx88[1]/0: registered device vbi1
cx2388x alsa driver version 0.0.6 loaded
cx88_audio :04:02.1: PCI INT A -> GSI 23 (level, low) -> IRQ 23
cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded
cx88[0]/2: cx2388x 8802 Driver Manager
cx88-mpeg driver manager :04:02.2: PCI INT A -> GSI 23 (level, low) -> IRQ 
23
cx88[0]/2: found at :04:02.2, rev: 5, irq: 23, latency: 64, mmio: 0xdd00
cx8802_probe() allocating 2 frontend(s)
cx88[1]/2: cx2388x 8802 Driver Manager
cx88-mpeg driver manager :04:05.2: PCI INT A -> GSI 20 (level, low) -> IRQ 
20
cx88[1]/2: found at :04:05.2, rev: 3, irq: 20, latency: 64, mmio: 0xda00
cx8802_probe() allocating 1 frontend(s)
cx88/2: cx2388x dvb driver version 0.0.6 loaded
cx88/2: registering cx8802 driver, type: dvb access: shared
cx88[0]/2: subsystem: 0070:6902, board: Hauppauge WinTV-HVR4000 
DVB-S/S2/T/Hybrid [card=68]
cx88[0]/2: cx2388x based DVB/ATSC card
tuner-simple 8-0061: attaching existing instance
tuner-simple 8-0061: type set to 63 (Philips FMD1216ME MK3 Hybrid Tuner)
DVB: registering new adapter (cx88[0])
DVB: registering adapter 1 frontend 0 (Conexant CX24116/CX24118)...
DVB: registering adapter 1 frontend 1 (Conexant CX22702 DVB-T)...
cx88[1]/2: subsystem: 14f1:0084, board: Geniatech DVB-S [card=52]
cx88[1]/2: cx2388x based DVB/ATSC card
CX24123: detected CX24123
DVB: registering new adapter (cx88[1])
DVB: registering adapter 2 frontend 0 (Conexant CX24123/CX24109)...

The problem is certainly in :
DVB: registering adapter 1 frontend 0 (Conexant CX24116/CX24118)...
DVB: registering adapter 1 frontend 1 (Conexant CX22702 DVB-T)...

The card tune well for example with kaffeine to BBC HD.

Any idea on how to use it with VDR (dvb-t is of second interest to me) ? 
-- 
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] vdr-1.7.2 and xine-vdpau ?

2008-12-29 Thread Goga777
> is someone able to use this combinaison ?
> 
> In the affirmative, by which way ?
> 
> xine-plugin gives lots of FIXME and I got about one frame every 3-4
> seconds (0.25 fps) for regular mpeg2 channels...


I couldn't run vdr 1.7.2 even with regular xine-lib + xineliboutput , I think 
we should waiting for when vdr 172 support will include in vdr software decode 
plugins

Goga


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr