Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Gerald Dachs
VDR User schrieb:
 VDR + hdtv has been pretty stable for me for some time now.  The few
 problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
 devs.  I'm not the only one either, I know a bunch of guys doing the
 same.  It's a highly discussed topic and I'm honestly surprised to
 hear someone suggest it's in an unstable/crashing/unusable state.  My
 experience has been basically the opposite of that.  I would recommend
 you make sure to have a nice good signal, proper configurations, etc.

I agree with VDR User, I use it for months now without problems.

Gerald


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Nicolas Huillard
Gerald Dachs a écrit :
 VDR User schrieb:
 VDR + hdtv has been pretty stable for me for some time now.  The few
 problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
 devs.  I'm not the only one either, I know a bunch of guys doing the
 same.  It's a highly discussed topic and I'm honestly surprised to
 hear someone suggest it's in an unstable/crashing/unusable state.  My
 experience has been basically the opposite of that.  I would recommend
 you make sure to have a nice good signal, proper configurations, etc.
 
 I agree with VDR User, I use it for months now without problems.

Could you please both detail a bit the DVB sources, software versions, 
plugins, patches, etc. related to HD, that you actually use now ?
(DVB-T, DVB-S or S2, DVB kernel patches, VDR core, xineliboutput or xine 
plugin, xinelib patches...)

Maybe there is an english howto somewhere ?

-- 
NH

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Malcolm Caldwell
One problem with vdr is that it is not obvious from this list when
people are just happy and thing are just working fine.

Maybe such success stories are posted to the VDR portal/forum.  But that
is mostly in German, so not obvious to us English speakers.  (Lack of
German is failing on our part, I am sure, but so things are).

People only post to this list when things are wrong, so things like
software decoding, vdpau etc etc seems difficult and next to impossible.



On Thu, 2009-06-04 at 21:42 -0700, VDR User wrote:
 VDR + hdtv has been pretty stable for me for some time now.  The few
 problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
 devs.  I'm not the only one either, I know a bunch of guys doing the
 same.  It's a highly discussed topic and I'm honestly surprised to
 hear someone suggest it's in an unstable/crashing/unusable state.  My
 experience has been basically the opposite of that.  I would recommend
 you make sure to have a nice good signal, proper configurations, etc.
 
 ___
 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] Status of WinTV-HVR-4000 card!!

2009-06-05 Thread Fabio Bordin

Il 26/05/2009 15:13, Ales Jurik ha scritto:

On Tuesday 26 of May 2009, Fabio Bordin wrote:
   

Il 25/05/2009 20:19, Goga777 ha scritto:
 

I have this card and recently I reinstall my system.

The card is recognized from kernel 2.6.28 so you don't need to patch
dvb driver.

My vdr, with recent s2api dvb driver, don't use this card.
Vdr find the card but can't tune any channel. Femon plugin show me
always 0% signal while kaffeine can tune channels.

Maybe I missed something, I'm investigating.

Beside, with my older system I never used dvb-t tuner in vdr.
   

I have no problem with this card and dvb-s2 drivers from Igor
Liplianin's hg together with vdr-1.7.7. I'm not using dvb-t.

I have installed s2-liplianin-2866ecb5e66b.tar.bz2 from
http://mercurial.intuxication.org/hg/s2-liplianin/ - it is not current
tip, but no need to update.
 

I have no problem with hvr4000 and dvb-s2/s channels
I'm using the Igor Liplianin's hg repo and I am not using dvb-t.

Goga
   

Last night I understood why I was not able to use the card with VDR: I'm
using a 64-bit.

I tried the same firmware and drivers in a 32-bit os and everything
worked correctly.
 


No problem here - working for more than one year at 64bit Debian (Sid-Lenny-
   

Squeeze).
 
I finally find out what was wrong with my system: extension patch 77 for 
vdr 1.7.0 put ko my hwr4000.
With this patch applied (vdr-1.7.0-ext_h264-s2ng-speedup.diff)  to a 
vanilla 1.7.0 source hwr4000 won't work.

On same system, vdr 1.6.0 and 1.7.7 work well.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Gerald Dachs
Nicolas Huillard schrieb:
 Gerald Dachs a écrit :
 VDR User schrieb:
 VDR + hdtv has been pretty stable for me for some time now.  The few
 problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
 devs.  I'm not the only one either, I know a bunch of guys doing the
 same.  It's a highly discussed topic and I'm honestly surprised to
 hear someone suggest it's in an unstable/crashing/unusable state.  My
 experience has been basically the opposite of that.  I would recommend
 you make sure to have a nice good signal, proper configurations, etc.

 I agree with VDR User, I use it for months now without problems.

 Could you please both detail a bit the DVB sources, software versions,
 plugins, patches, etc. related to HD, that you actually use now ?
 (DVB-T, DVB-S or S2, DVB kernel patches, VDR core, xineliboutput or xine
 plugin, xinelib patches...)

DVB-C, stock Jaunty kernel, vdr 1.6.0 + extension patch v72 + h264 patch,
nvidia-driver 180.60, xine-lib 1.2 + vdpau patch r262 + crop patch v5,
xineliboutput 1.0.4 + crop patch v5, vdr-sxfe

 Maybe there is an english howto somewhere ?

Here it is: install jaunty and add the packages from my repository
https://launchpad.net/~gda-dachsweb/+archive/vdr, but there is no support
from me. I have not enough time.

Gerald


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Mattia Rossi
On Fri, 05 Jun 2009 09:35:19 +0200
Nicolas Huillard nico...@huillard.net wrote:

 Gerald Dachs a écrit :
  VDR User schrieb:
  VDR + hdtv has been pretty stable for me for some time now.  The
  few problems I ran into (with VDPAU) were quickly fixed by the
  xine-vdpau devs.  I'm not the only one either, I know a bunch of
  guys doing the same.  It's a highly discussed topic and I'm
  honestly surprised to hear someone suggest it's in an
  unstable/crashing/unusable state.  My experience has been
  basically the opposite of that.  I would recommend you make sure
  to have a nice good signal, proper configurations, etc.
  
  I agree with VDR User, I use it for months now without problems.
 
 Could you please both detail a bit the DVB sources, software
 versions, plugins, patches, etc. related to HD, that you actually use
 now ? (DVB-T, DVB-S or S2, DVB kernel patches, VDR core,
 xineliboutput or xine plugin, xinelib patches...)
 

I think it would also help if we could reach an agreement over the
terms stable and good quality and everything is working
because they are highly subjective.

For me a stable configuration of vdr is one where (I have a dual ff
card setup at the moment):
- I can record two streams from two different transponders and watch a
  third one (either from one of the two transponders, a recorded one,
  or with mplayer) without pixelation, without skips and with no
  audio/video desyncing
- The osd is fast and clear
- Zapping from one channel to another takes less then .5 seconds
- everything is controlled from the remote

good quality in an SD environment means that I am used to the
video quality of the s-video output of the FF card to a Mitsubishi VPR
with a 100 screen (it isn't blue-ray I know, but except for the
resolution, the output quality is really exceptional)

everything is working means that I have a computer that I use as an
stb (no keyboard, no mouse, no video) and that I can power up with my
remote, that is completely controlled via my remote, where vdr is able
to autostart and record on its own, where I can burn shows either to
DVD or Xvid files, where I can play every media file mplayer can, with
PCM or AC3 audio depending on the media, with subtitles in mplayer
media, and the occasional streaming to a vlc client around the house

I do have an eHd card I'm playing with, together with an s2-3200 card
on a separate machine, I haven't played with xine-vdpau yet, and until
I can find a video card that will be able to run vdpau with  10W
consumption I don't think I will be tempted to try it ... we'll see

At the moment I have a running system with one s2-3200, vdr1.7.5,
extensions patch, reelbox3, filebrowser,xinemediaplayer (took me about a
weekend of fiddling with patches, drivers, small corrections to the
reel code, lurking the german boards and swearing, lots of swearing)
and some other plugins, hd output on the eHd is really nice, I am not
so happy with the quality of SD output either at native resolution or
scaled to 1080i  the non scaled quality is in my opinion much worse
than what I have on my FF card, and the scaled quality depends on the
media, but it is generally bad, in my opinion.

From what I have understood lurking on the German folders (I'm italian
so German is a no-no for me) low sd quality on the ehd is a common
complaint from eHd users, and one that won't probably be tackled from
Reel since apparently it is a hardware/firmware limitation of
the chip used on the eHd and production and support for the this
chip has been terminated from the original manufacturer
Also, it doesn't look like there will be an 'Oliver Endriss'
that takes the situation in hand like it happened with the FF cards
firmware and releases updates even if the original chip developer has
ceased support. (on the other hand, since I can understand about one
word in ten of german and usually use google translator to understand
the meaning of the posts, it may be that sd quality output can be
fine-tuned to FF quality and I simply don't know how)

This means that if the situation doesn't change (reel multimedia gets
the source code for the embedded chip in the eHd and tries to improve
on it) the next version of the eHd won't use the same chip/there won't
be and eHd anymore, and sd quality won't improve, unless Reel finds a
way to improve it using other methods.

Since here in Italy the selection of HD channels not related to
football is non-existent (and I'm not interested in football), there has
been no incentive for me (so far) to move from a stable, good
quality and working sd solution to an equivalent hd one with lower
quality sd.

Also, I am not using file sharing programs to download hd content and I
am not ready to tackle blu-ray yet .


 Maybe there is an english howto somewhere ?
 

Hmm, not that I'm aware of, the most reliable howto is on the german
VDR wiki:
http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil2.1:_eHD#Vorbereitungen

this covers the ehd and vdr basic 

Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Pertti Kosunen
Gerald Dachs wrote:
 DVB-C, stock Jaunty kernel, vdr 1.6.0 + extension patch v72 + h264 patch,
 nvidia-driver 180.60, xine-lib 1.2 + vdpau patch r262 + crop patch v5,
 xineliboutput 1.0.4 + crop patch v5, vdr-sxfe

What is crop patch and where do i find it?

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread jori.hamalainen
 I think it would also help if we could reach an agreement 
 over the terms stable and good quality and everything 
 is working because they are highly subjective.

For me I'd add a class; Set-top-box quality

It would mean that no judder and studder on HD-quality. With VDPAU
the problem still might be 50Hz vs 50.02Hz -thing so you cannot get
frame accurate display. With every 5 seconds you might have duplicated
display of frame or dropped frame. This is not acceptable by my
standards. Typically Set-top-boxes can display frame accurate.

You can easily look your own modeline and dump it to a timings analyzator.
http://www.tkk.fi/Misc/Electronics/faq/vga2rgb/calc.html

From MythTV wiki:
#Modeline 1920x1...@50 148.500 1920 2448 2492 2640 1080 1084 1089 1125
+hsync +vsync

This gives exact 50Hz 1080p mode. But does your VGA-cards internal clock
generator allow
exactly 148.500MHz. If VGA can only generate f.ex 148.460MHz clock then you
have 49.99Hz
output signal. Also is pulse width divisable by 8 etc.

- Jori


smime.p7s
Description: S/MIME cryptographic signature
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Gerald Dachs
Pertti Kosunen schrieb:
 Gerald Dachs wrote:
 DVB-C, stock Jaunty kernel, vdr 1.6.0 + extension patch v72 + h264
 patch,
 nvidia-driver 180.60, xine-lib 1.2 + vdpau patch r262 + crop patch v5,
 xineliboutput 1.0.4 + crop patch v5, vdr-sxfe

 What is crop patch and where do i find it?

It cuts the black borders from the letterbox format:
http://vdr-portal.de/board/thread.php?threadid=86804

Gerald


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Gerald Dachs
jori.hamalai...@teliasonera.com schrieb:
 I think it would also help if we could reach an agreement
 over the terms stable and good quality and everything
 is working because they are highly subjective.

 For me I'd add a class; Set-top-box quality

For me there exists another class: Good enough

Gerald


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Vesa
 -Original Message-
 Behalf Of Mattia Rossi
 Subject: Re: [vdr] Any really working HD video output systems for VDR?
 
 At the moment I have a running system with one s2-3200, vdr1.7.5,
 extensions patch, reelbox3, filebrowser,xinemediaplayer (took me about
 a
 weekend of fiddling with patches, drivers, small corrections to the
 reel code, lurking the german boards and swearing, lots of swearing)
 and some other plugins, hd output on the eHd is really nice, I am not
 so happy with the quality of SD output either at native resolution or
 scaled to 1080i  the non scaled quality is in my opinion much worse
 than what I have on my FF card, and the scaled quality depends on the
 media, but it is generally bad, in my opinion.
 

Reelbox eHD DA is poor, so there is no any reason to use analog output. HDMI 
output is ok, but there is couple items to remember: chipset have only one 
scaler/video processor. So if analog output is active, video is for it. HDMI 
gets same - video is not pixel to pixel, it is always scaled! To get right 
quality out of HDMI, turn off analog output completely.

Second issue is caused by HDMI itself, there is very few displays with 
576i/480i support. With HDMI eHD reads display capabilities and end result is 
most of cases 576P/480P even that ui tels 576i/480i. eHD internal processing 
for i-P is poor, so SD looks quit bad.

When you get combination where eHD outputs pixel to pixel 576i (or what native 
resolution of video is) signal over HDMI/DVI and TV scales it properly, quality 
is perfect. Much beter than FF card with RGB, it is clear with comparison how 
DA-AD process lost one bit of every color channels.

If reelbox-3 plugins would work better (working FF/FR, no delays on replay 
commands) it is the best video output currently. It outputs original 
video/audio as it is with out micro stuttering.

Here is proper settings for eHD, when you have HDMI/DVI display and it support 
all resolutions (576i, 720p and 1080i in Europe)

Output: HDMI
Analog Output: off
Display Type: 16:9
Aspect Rations: Fill to Aspect
Resolution: 1080
Refresh Rate: 50Hz
Deinsterlacer for SDTV: Off
Resolution change: Media resolution
OSD scaling: Fill to screen

With proper display, digital video is now 1:1 on pixel/frame level.

-- 
Vesa


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Tony Houghton
On Fri, 5 Jun 2009 10:06:20 +0200 (CEST)
Gerald Dachs v...@dachsweb.de wrote:

 Here it is: install jaunty and add the packages from my repository
 https://launchpad.net/~gda-dachsweb/+archive/vdr, but there is no support
 from me. I have not enough time.

They look useful, but are the deb source files available so Debian users
can build similar packages?

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

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Tony Houghton
On Fri, 5 Jun 2009 11:17:54 +0200
jori.hamalai...@teliasonera.com wrote:

  I think it would also help if we could reach an agreement 
  over the terms stable and good quality and everything 
  is working because they are highly subjective.
 
 For me I'd add a class; Set-top-box quality
 
 It would mean that no judder and studder on HD-quality. With VDPAU
 the problem still might be 50Hz vs 50.02Hz -thing so you cannot get
 frame accurate display. With every 5 seconds you might have duplicated
 display of frame or dropped frame. This is not acceptable by my
 standards. Typically Set-top-boxes can display frame accurate.

I've always found [1] that playing TV straight from DVB reception with
xine the frame rate is reasonably smooth, but while playing back a
recording there are definitely more dropped frames. I would have
expected things to be the other way round, but it's occurred to me that
with live TV xine may be using the source as its clock reference,
whereas with recordings it uses the system clock, and there could be a
worse discrepancy with the VGA clock in the latter case. Live TV
playback could probably only be improved by using the frame rate control
patches, but recording playback could be improved by basing all the
timings on keeping in sync with the VGA interrupts. All this is made
more complicated because were' not using a RTOS.

[1] Both with dfbmga output and Xv with NVidia HDMI.

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

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Gerald Dachs
Tony Houghton schrieb:
 On Fri, 5 Jun 2009 10:06:20 +0200 (CEST)
 Gerald Dachs v...@dachsweb.de wrote:

 Here it is: install jaunty and add the packages from my repository
 https://launchpad.net/~gda-dachsweb/+archive/vdr, but there is no
 support
 from me. I have not enough time.

 They look useful, but are the deb source files available so Debian users
 can build similar packages?

yes

Gerald


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Mattia Rossi
On Fri, 2009-06-05 at 13:19 +0300, Vesa wrote:
  -Original Message-
  Behalf Of Mattia Rossi
  Subject: Re: [vdr] Any really working HD video output systems for VDR?
  
  At the moment I have a running system with one s2-3200, vdr1.7.5,
  extensions patch, reelbox3, filebrowser,xinemediaplayer (took me about
  a
  weekend of fiddling with patches, drivers, small corrections to the
  reel code, lurking the german boards and swearing, lots of swearing)
  and some other plugins, hd output on the eHd is really nice, I am not
  so happy with the quality of SD output either at native resolution or
  scaled to 1080i  the non scaled quality is in my opinion much worse
  than what I have on my FF card, and the scaled quality depends on the
  media, but it is generally bad, in my opinion.
  
 
 Reelbox eHD DA is poor, so there is no any reason to use analog output. HDMI 
 output is ok, but there is couple items to remember: chipset have only one 
 scaler/video processor. So if analog output is active, video is for it. HDMI 
 gets same - video is not pixel to pixel, it is always scaled! To get right 
 quality out of HDMI, turn off analog output completely.
 
 Second issue is caused by HDMI itself, there is very few displays with 
 576i/480i support. With HDMI eHD reads display capabilities and end result is 
 most of cases 576P/480P even that ui tels 576i/480i. eHD internal processing 
 for i-P is poor, so SD looks quit bad.
 
 When you get combination where eHD outputs pixel to pixel 576i (or what 
 native resolution of video is) signal over HDMI/DVI and TV scales it 
 properly, quality is perfect. Much beter than FF card with RGB, it is clear 
 with comparison how DA-AD process lost one bit of every color channels.
 
 If reelbox-3 plugins would work better (working FF/FR, no delays on replay 
 commands) it is the best video output currently. It outputs original 
 video/audio as it is with out micro stuttering.
 

First of all, thanks for the explanation, I believe it is the first time
I manage to understand why these settings are needed, the automatic
translation from google is borderline between funny and completely
useless.

 Here is proper settings for eHD, when you have HDMI/DVI display and it 
 support all resolutions (576i, 720p and 1080i in Europe)
 
 Output: HDMI
 Analog Output: off
 Display Type: 16:9
 Aspect Rations: Fill to Aspect
 Resolution: 1080
 Refresh Rate: 50Hz
 Deinsterlacer for SDTV: Off
 Resolution change: Media resolution
 OSD scaling: Fill to screen
 
 With proper display, digital video is now 1:1 on pixel/frame level.
 

Well, I have to say that I already used this setup since after trying
almost all the combinations this was giving me best results.
I have a mitsubishi HC-4900 VPR that has no problems displaying
576i/480i through the HDMI connection.

That said, while I agree that for still images and for videos with very
small amounts of panning the eHd image is much better (color definition,
sharpness) in all other cases , and much more evident with low bitrate
streams (that alas are almost the norm with Sky Italy), the mpeg
rendering of the FF card is much more smooth than the eHd, the eHD also
has problems with the rendering of white lines and/or characters (jagged
lines, blurry borders) .

So, either something's still not working with my setup (no pixel to
pixel output from the eHd, is there any way I can check ?) or I stand
with my s_subjective_ opinion that the FF output, in terms of MPEG
rendering is much more polished than the eHd output for SD content

I sincerely hope that I'm wrong, and that I still have to find the
correct setup for the eHd that will allow it to output an
unprocessed/uninterlaced image

Regards

Mattia

-- 
---MR.-


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Thomas Hilber
On Fri, Jun 05, 2009 at 11:17:54AM +0200, jori.hamalai...@teliasonera.com wrote:
 It would mean that no judder and studder on HD-quality. With VDPAU
 the problem still might be 50Hz vs 50.02Hz -thing so you cannot get
 frame accurate display. With every 5 seconds you might have duplicated
 display of frame or dropped frame. This is not acceptable by my

I fully agree. The *only* way to overcome this is by synchronizing VGA
video timing to DVB-stream clock.

I realized this for some ATI-Radeon and Intel-GMA hardware. Even the
brandnew Intel D945GSEJT now is fully supported with VGA/SCART/DVI/HDMI
output.

For further details see:

http://lowbyte.de/vga-sync-fields/
http://vga2scart.gw90.de/
http://www.easy-vdr.de/git?p=frc.git/.git;a=summary
git clone git://www.easy-vdr.de/git/frc

 This gives exact 50Hz 1080p mode. But does your VGA-cards internal clock
 generator allow
 exactly 148.500MHz. If VGA can only generate f.ex 148.460MHz clock then you

with vga-sync-fields patch you always have *exactly* 50Hz since video clock
frequency is dynamically controlled and corrected.

 have 49.99Hz
 output signal. Also is pulse width divisable by 8 etc.

this restriction is no longer true for Intel 945Gxx hardware.

cheers
   Thomas


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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread VDR User
On Fri, Jun 5, 2009 at 12:35 AM, Nicolas Huillardnico...@huillard.net wrote:
 Could you please both detail a bit the DVB sources, software versions,
 plugins, patches, etc. related to HD, that you actually use now ?
 (DVB-T, DVB-S or S2, DVB kernel patches, VDR core, xineliboutput or xine
 plugin, xinelib patches...)

I use DVB-S sources on VDR-1.7.7 with just basic plugins and
xine-vdpau (r260).  No special patches are needed for/to anything
although I do use vdr-1.7.3-ntsc-fps.diff which changes the default
framespersecond to 30.0 (NTSC) instead of 25.0 (PAL), although I've
heard this is not necessary now that VDR uses mpeg-ts.  It's really
straight forward.

 Maybe there is an english howto somewhere ?

There are english forums at:

http://dvbn.happysat.org (they have a linux specific forum there which
is very active)
http://www.hoochvdr.info (good howtos but not actively kept up anymore
_I think_)

vdrportal looks like a good forum but as already pointed out, it's in
German and thus practically useless for all of us english-speaking
users.

On a side note I just want to say that I see some posts here about
peoples expectations..  I want to record X, and Y, while playing Z
with no dropped frames, etc etc.  I hope you guys understand that
things like that are not only related to software.  Your hardware is a
factor and if your hardware can't do it then it can't do it and
doesn't automatically mean there's a problem with your software.  Your
signal matters too.

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Tony Houghton
On Fri, 5 Jun 2009 15:06:47 +0200 (CEST)
Gerald Dachs v...@dachsweb.de wrote:

 Tony Houghton schrieb:
  On Fri, 5 Jun 2009 10:06:20 +0200 (CEST)
  Gerald Dachs v...@dachsweb.de wrote:
 
  Here it is: install jaunty and add the packages from my repository
  https://launchpad.net/~gda-dachsweb/+archive/vdr, but there is no
  support
  from me. I have not enough time.
 
  They look useful, but are the deb source files available so Debian users
  can build similar packages?
 
 yes

Ah yes, I didn't see the deb-src line before.

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

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Goga777
great English howto

HTPC DVB-S2 VDR 1.7.7  Howto
http://ubuntuforums.org/showthread.php?t=1126258

  Could you please both detail a bit the DVB sources, software versions,
  plugins, patches, etc. related to HD, that you actually use now ?
  (DVB-T, DVB-S or S2, DVB kernel patches, VDR core, xineliboutput or xine
  plugin, xinelib patches...)
 
 I use DVB-S sources on VDR-1.7.7 with just basic plugins and
 xine-vdpau (r260).  No special patches are needed for/to anything
 although I do use vdr-1.7.3-ntsc-fps.diff which changes the default
 framespersecond to 30.0 (NTSC) instead of 25.0 (PAL), although I've
 heard this is not necessary now that VDR uses mpeg-ts.  It's really
 straight forward.
 
  Maybe there is an english howto somewhere ?
 
 There are english forums at:
 
 http://dvbn.happysat.org (they have a linux specific forum there which
 is very active)
 http://www.hoochvdr.info (good howtos but not actively kept up anymore
 _I think_)
 
 vdrportal looks like a good forum but as already pointed out, it's in
 German and thus practically useless for all of us english-speaking
 users.

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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Vesa
-Original Message-

That said, while I agree that for still images and for videos with very
small amounts of panning the eHd image is much better (color definition,
sharpness) in all other cases , and much more evident with low bitrate
streams (that alas are almost the norm with Sky Italy), the mpeg
rendering of the FF card is much more smooth than the eHd, the eHD also
has problems with the rendering of white lines and/or characters (jagged
lines, blurry borders) .

I have not seen those kinds issues with eHD card. But I use on my setup
separate
video processor (DVDO VP30 with abt102) for deinterlacing and scaling to
1080P.

I can get jagged lines when I use eHD own deinterlacer, it seems to miss
even/odd
field detection sometimes. Also TV:s own deinterlacer seems to lost half of
resolution when video is 576i when comparing to DVDO.

Are you absolutely sure that signal is 576i on HDMI? What TV tells about
video? It can be that also Mitsubishi sends 576P signal. True 576i/486i
support is rare on HDMI devices, specification recommend always to use at
least 576P, sd resolutions are possible but not recommended.. This is same
also on my own tv, it do not support officially 576i. But with suitable
devices I can feed 576i HDMI to it and it works. Normal BD player and eHD
refuses to send 576i to it and end result is 576P even that source is in
576i mode by ui.

-- 
Vesa



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


Re: [vdr] Any really working HD video output systems for VDR?

2009-06-05 Thread Georg Acher
On Fri, Jun 05, 2009 at 11:40:44PM +0300, Vesa wrote:
 But with suitable
 devices I can feed 576i HDMI to it and it works. Normal BD player and eHD
 refuses to send 576i to it and end result is 576P even that source is in
 576i mode by ui.

You need to disable the analog output to get 576i over HDMI.

-- 
 Georg Acher, ac...@in.tum.de 
 http://www.lrr.in.tum.de/~acher
 Oh no, not again ! The bowl of petunias  

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