So far getting vdpau to work on Gentoo wasn't that difficult.
Overlay vdr-xine was used and then emerged xine-lib-1.2 to bring the library up to speed. After that I pulled vdr-xineliboutput from cvs. Compiled and it worked great especially deinterlacing! Only jaw dropping experience there.
I have before got accustomed to using the cropping feature from vdr-xineliboutput plugin. Crop converts a 4:3 input to 16:9 format. In the README it states:
VDPAU
All video scaling, cropping, and postprocessing options must be disabled if the VDPAU output device is used. De-interlacing can be enabled with command-line option --post tvtime: Examples: vdr-sxfe --video vdpau --post tvtime:method=use_vo_driver vdr -P"xineliboutput --video=vdpau --post=tvtime:method=use_vo_driver"
In the mean time, I have seen some patches floating on german speaking forums on how to get cropping feature to work with vdpau.
http://vdr-portal.de/board/thread.php?threadid=86804 Does seem to give the impression that it is doable. But I'm having trouble translating that into.. well meaning full non-german speaking end-user noob.
Is there anybody that could explain where these patches fit in?
I use vdr-xineliboutput, pulled in from cvs and tried to apply the patch xineliboutput-1.0.4-vdpau-support-v8.diff and failed. perhaps command line incorrect? any examples?
I don't know how to patch xine-lib either, Gentoo pulls in xine-lib-1.2 from http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ The first line in the diff file for xine-lib is for vdr.h, which I cannot find. The find utility only returns
./xine-lib-1.2/.hg/store/data/include/xine/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/include/xine/vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/combined__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/post__vdr.h.i
So I'm stuck, any other Gentoo users here that got those patches working?
Thanks, Theunis
2009/10/24 Theunis Potgieter theunis.potgieter@gmail.com:
So far getting vdpau to work on Gentoo wasn't that difficult.
Overlay vdr-xine was used and then emerged xine-lib-1.2 to bring the library up to speed. After that I pulled vdr-xineliboutput from cvs. Compiled and it worked great especially deinterlacing! Only jaw dropping experience there.
I have before got accustomed to using the cropping feature from vdr-xineliboutput plugin. Crop converts a 4:3 input to 16:9 format. In the README it states:
VDPAU
All video scaling, cropping, and postprocessing options must be disabled if the VDPAU output device is used. De-interlacing can be enabled with command-line option --post tvtime: Examples: vdr-sxfe --video vdpau --post tvtime:method=use_vo_driver vdr -P"xineliboutput --video=vdpau --post=tvtime:method=use_vo_driver"
In the mean time, I have seen some patches floating on german speaking forums on how to get cropping feature to work with vdpau.
http://vdr-portal.de/board/thread.php?threadid=86804 Does seem to give the impression that it is doable. But I'm having trouble translating that into.. well meaning full non-german speaking end-user noob.
Is there anybody that could explain where these patches fit in?
I use vdr-xineliboutput, pulled in from cvs and tried to apply the patch xineliboutput-1.0.4-vdpau-support-v8.diff and failed. perhaps command line incorrect? any examples?
I don't know how to patch xine-lib either, Gentoo pulls in xine-lib-1.2 from http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ The first line in the diff file for xine-lib is for vdr.h, which I cannot find. The find utility only returns
./xine-lib-1.2/.hg/store/data/include/xine/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/include/xine/vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/combined__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/post__vdr.h.i
So I'm stuck, any other Gentoo users here that got those patches working?
Thanks, Theunis
I managed to get xine-lib-1.2 patched with xine-lib-1.2-vdpau-r284.diff.bz2 There is an overlay called otih, which contained the ebuild xine-lib-1.2.9999_p247.ebuild renaming that ebuild to xine-lib-1.2.9999_p284.ebuild, pulled in the xine-lib-1.2-vdpau-r284.diff.bz2 from http://www.jusst.de/vdpau/files/xine-lib-1.2/
This seemed to have done the job patching xine-lib it self.
I am still confused to where xineliboutput-cvs-20091013-vdpau-extensi ons-v11.diff.gz goes. head -n3 returns this:
diff -Naurb -x '.[a-zA-Z#]*' -x debian -x CVS xineliboutput-head-orig/Make.config xineliboutput-head/Make.config --- xineliboutput-head-orig/Make.config 1970-01-01 00:00:00.000000000 +0000 +++ xineliboutput-head/Make.config 2009-06-29 13:25:52.000000000 +0000
I don't know of a xineliboutput-head package in gentoo, neither does there exists a head on xineliboutput on sourceforge. So is this patch debian specific?
Thanks for any help, Theunis
Theunis Potgieter wrote:
I don't know of a xineliboutput-head package in gentoo, neither does there exists a head on xineliboutput on sourceforge.
http://www.kosunen.fi/gentoo/Gentoo-vdr-xineliboutput.txt
This should work.
Hi
Overlay vdr-xine was used and then emerged xine-lib-1.2 to bring the library up to speed. After that I pulled vdr-xineliboutput from cvs. Compiled and it worked great especially deinterlacing! Only jaw dropping experience there.
For xine-lib you can try: http://www.htpc-forum.de/download/xine-lib.tgz This ebuild also contains the cropping patches, I also use it with my Gen2VDR distri. xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
Bye Helmut Auer
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Cheers Thomas
2009/10/24 Thomas Hilber vdr@toh.cx:
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Thanks for the cvs command. I was unaware that could even be done!
I just want to say thanks to everybody for helping out. :D
I did leave a message on vdr-xineliboutput's forum at sourceforge about the patches. Hope they get the time to incorporate this.
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Thanks for the cvs command. I was unaware that could even be done!
on which variant did you stay ? have you any problems with 1080i content watching and playback ?
Goga
2009/10/24 Goga777 goga777@bk.ru:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Thanks for the cvs command. I was unaware that could even be done!
on which variant did you stay ? have you any problems with 1080i content watching and playback ?
Goga
variant? I used that patch, and downloaded the 20091013 cvs revision. patch went fine. cropping works! so far I have no 1080i dvb feed, I can test camcorder which has 1080i.
so far I like vdpau a lot. For anyone interested in my xorg.conf don't hesitate.
I use laptop with 1440x900 LCD set to 50Hz, s-video also set to 50Hz graphics card nvidia 8600M nvidia-driver 190.36 vdr-xineliboutput-cvs-20091013 with crop patch v11 xine-lib-1.2.patch284 vdr-1.6.0p3 linux-2.6.30-r4 SMP
8600M goes from 169MHz on no vdpau 50'C, with progressive input and vdpau, goes to 275MHz 59'C, and finally deinterlaced content jumps to 600MHz and 64'C
On 25/10/2009, Theunis Potgieter theunis.potgieter@gmail.com wrote:
2009/10/24 Goga777 goga777@bk.ru:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Thanks for the cvs command. I was unaware that could even be done!
on which variant did you stay ? have you any problems with 1080i content watching and playback ?
Goga
variant? I used that patch, and downloaded the 20091013 cvs revision. patch went fine. cropping works! so far I have no 1080i dvb feed, I can test camcorder which has 1080i.
so far I like vdpau a lot. For anyone interested in my xorg.conf don't hesitate.
I use laptop with 1440x900 LCD set to 50Hz, s-video also set to 50Hz graphics card nvidia 8600M nvidia-driver 190.36 vdr-xineliboutput-cvs-20091013 with crop patch v11 xine-lib-1.2.patch284 vdr-1.6.0p3 linux-2.6.30-r4 SMP
8600M goes from 169MHz on no vdpau 50'C, with progressive input and vdpau, goes to 275MHz 59'C, and finally deinterlaced content jumps to 600MHz and 64'C
I reverted to older version of vdr-xineliboutput (20091013) where the channel becomes garbage (green blocks) after a while when cropping is enabled. I also see these green blocks when changing a channel. With vdpau, when using streamdev-client with a bad wifi connection, vdpau does not seem to get to correct it self gracefully like xxmc/xvmc+vlc video output driver of xineliboutput. It becomes so bad that I have to restart vdr-sxfe. vdpau doesn't seem to be production ready yet, because I had it run for 18 hours and... well not in my opinion, I will be reverting back to xxmc for now. This was all tested on SD channels.
Theunis Potgieter wrote:
I reverted to older version of vdr-xineliboutput (20091013) where the channel becomes garbage (green blocks) after a while when cropping is enabled. I also see these green blocks when changing a channel. With vdpau, when using streamdev-client with a bad wifi connection, vdpau does not seem to get to correct it self gracefully like xxmc/xvmc+vlc video output driver of xineliboutput. It becomes so bad that I have to restart vdr-sxfe. vdpau doesn't seem to be production ready yet, because I had it run for 18 hours and... well not in my opinion, I will be reverting back to xxmc for now. This was all tested on SD channels.
To use the advantages of vdpau you don't necessarily need xineliboutput, a lot of users have a better experience (especially stability) using the vdr-xine-plugin. Using the xine-post-plugins from xinelibout you have the best of both worlds and can use cropping in combination with xine-ui.
There is a very good (but german) howto here: http://www.vdrportal.de/board/thread.php?threadid=89920 I guess most of the steps are self-explaining, if not just ask in this thread and I'm sure you'll also get help in english!
Best regards, Christian
On Mon, 2009-10-26 at 12:05 +0100, Christian Tramnitz wrote:
Theunis Potgieter wrote:
I reverted to older version of vdr-xineliboutput (20091013) where the channel becomes garbage (green blocks) after a while when cropping is enabled. I also see these green blocks when changing a channel. With vdpau, when using streamdev-client with a bad wifi connection, vdpau does not seem to get to correct it self gracefully like xxmc/xvmc+vlc video output driver of xineliboutput. It becomes so bad that I have to restart vdr-sxfe. vdpau doesn't seem to be production ready yet, because I had it run for 18 hours and... well not in my opinion, I will be reverting back to xxmc for now. This was all tested on SD channels.
To use the advantages of vdpau you don't necessarily need xineliboutput, a lot of users have a better experience (especially stability) using the vdr-xine-plugin.
Which is a shame for me, as I like xineliboutput's media player. Unfortunatly the media player crashes xineliboutput when I use vdpau, although I have not tried patching to the latest patch for xine-lib.
Using the xine-post-plugins from xinelibout you have the best of both worlds and can use cropping in combination with xine-ui.
There is a very good (but german) howto here: http://www.vdrportal.de/board/thread.php?threadid=89920 I guess most of the steps are self-explaining, if not just ask in this thread and I'm sure you'll also get help in english!
Best regards, Christian
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2009/10/27 Malcolm Caldwell malcolm.caldwell@cdu.edu.au:
Which is a shame for me, as I like xineliboutput's media player. Unfortunatly the media player crashes xineliboutput when I use vdpau, although I have not tried patching to the latest patch for xine-lib.
This might just be due to the particular way some files are encoded? Or does it happen for any file?
Hi,
I want to test HVR-4000 on ubuntu 8.04.
Please advice how to start it?
Thank you.
Regards, Santos
On Tue, 2009-10-27 at 13:46 +1000, Torgeir Veimo wrote:
2009/10/27 Malcolm Caldwell malcolm.caldwell@cdu.edu.au:
Which is a shame for me, as I like xineliboutput's media player. Unfortunatly the media player crashes xineliboutput when I use vdpau, although I have not tried patching to the latest patch for xine-lib.
This might just be due to the particular way some files are encoded? Or does it happen for any file?
It happens for every file that I tried.
On 04/11/2009, Malcolm Caldwell malcolm.caldwell@cdu.edu.au wrote:
On Tue, 2009-10-27 at 13:46 +1000, Torgeir Veimo wrote:
2009/10/27 Malcolm Caldwell malcolm.caldwell@cdu.edu.au:
Which is a shame for me, as I like xineliboutput's media player. Unfortunatly the media player crashes xineliboutput when I use vdpau, although I have not tried patching to the latest patch for xine-lib.
This might just be due to the particular way some files are encoded? Or does it happen for any file?
It happens for every file that I tried.
Same here, I eventually went back to --video xv, --video xvmc made it crash with the patch.
Theunis
Yesterday I tried from scratch:
xine-lib-1.2 with r284 patch vdr-xineliboutput cvs (commited 20091106) no cropping patch applied. _Downgraded_ nvidia-drivers to 180.60 SD channels works 100%, bad wifi connection didn't cause vdr-sxfe to crash. So far so good. The crop feature is still not working, but that is to be expected since no patch was applied. Hopefully in future vdr-xineliboutput cvs will support the crop feature again.
Had vdr-sxfe running since yesterday. When I return home, I hope to see the vdr-sxfe did not crash.
2009/11/9 Theunis Potgieter theunis.potgieter@gmail.com:
Yesterday I tried from scratch:
xine-lib-1.2 with r284 patch vdr-xineliboutput cvs (commited 20091106) no cropping patch applied. _Downgraded_ nvidia-drivers to 180.60 SD channels works 100%, bad wifi connection didn't cause vdr-sxfe to crash.
How are channel changes with this version of xine-lib & patch?
On 09/11/2009, Torgeir Veimo torgeir@netenviron.com wrote:
2009/11/9 Theunis Potgieter theunis.potgieter@gmail.com:
Yesterday I tried from scratch:
xine-lib-1.2 with r284 patch vdr-xineliboutput cvs (commited 20091106) no cropping patch applied. _Downgraded_ nvidia-drivers to 180.60 SD channels works 100%, bad wifi connection didn't cause vdr-sxfe to crash.
How are channel changes with this version of xine-lib & patch?
Changing the channel did cause some artefacts from previous channel to linger, so the first 2 seconds it displays artefacts and/or green blocks. Same happens when I play a recording, and press 7/9 to jump between marks. When I press the jump key, the screen does not update and I have to press play to update the screen.
Was tested on nvidia 8400 GS (G98) http://en.wikipedia.org/wiki/Nvidia_PureVideo#The_Third_Generation_PureVideo...
0dBi / silent. Reported 41'C max temperature reached.
-- -Tor
Hi,
I noticed couple of issues with vdpau extention patch set v11: xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz xine-lib-1.2-vdpau-r284-extensions-v11.diff.gz
1. Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turn on the cropping. 2. DVB subtitles are not positioned correctly during cropping if vdr- sxfe is used to show subtitles. Vertical alignment is about at half of the screen.
Cheers Kimmo
On 24 Oct 2009, at 14:54, Thomas Hilber wrote:
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/ cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau- extensions-v11.diff.gz'
Cheers Thomas
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Wednesday 28 October 2009 19:56:48 Kimmo Taskinen wrote:
- Cropping is not reseted if I switch to 16:9 channel that has the
same resolution as 4:3 channel that has turn on the cropping.
Same happens if the channel switches aspect to 16:9 making it rather unusable with commercials getting it stuck every time.
That said is there some way to zoom the picture in and out manually with sxfe- vdr like plain xine can? I can't figure out the bindings if they even exist.
There is a zoom, but the zoom is restricted to 10%.Not enough I would say? Would aslo be nice to have a 16:10 aspect cropping. For those that use wide screen PC monitors as a Tv.
On 10/28/09, Jukka Tastula poltsy@gmail.com wrote:
On Wednesday 28 October 2009 19:56:48 Kimmo Taskinen wrote:
- Cropping is not reseted if I switch to 16:9 channel that has the
same resolution as 4:3 channel that has turn on the cropping.
Same happens if the channel switches aspect to 16:9 making it rather unusable with commercials getting it stuck every time.
That said is there some way to zoom the picture in and out manually with sxfe- vdr like plain xine can? I can't figure out the bindings if they even exist.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Couple of issues I reported earlier (see below) have now merged to xineliboutput-plugin.
xine-lib and xineliboutput are built today with these ebuilds http://www.kosunen.fi/gentoo/portage/media-libs/xine-lib/xine-lib-1.2.9999.e... http://www.kosunen.fi/gentoo/portage/media-plugins/vdr-xineliboutput/vdr-xin...
- Kimmo
On 28 Oct 2009, at 19:56, Kimmo Taskinen wrote:
Hi,
I noticed couple of issues with vdpau extention patch set v11: xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz xine-lib-1.2-vdpau-r284-extensions-v11.diff.gz
- Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turned on the cropping.
- DVB subtitles are not positioned correctly during cropping if vdr-sxfe is used to show subtitles. Vertical alignment is about at half of the screen.
Cheers Kimmo
On 24 Oct 2009, at 14:54, Thomas Hilber wrote:
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -D '2009/10/13 12:00:00' vdr-xineliboutput
and you are fine with current 'xineliboutput-cvs-20091013-vdpau-extensions-v11.diff.gz'
Cheers Thomas
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Kimmo Taskinen wrote:
Hi,
Couple of issues I reported earlier (see below) have now merged to xineliboutput-plugin.
[...]
- Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turned on the cropping.
- DVB subtitles are not positioned correctly during cropping if vdr-sxfe is used to show subtitles. Vertical alignment is about at half of the screen.
Are you using vdpau ?
Does the attached patch fix issue 2 ?
- Petri
Couple of issues I reported earlier (see below) have now merged to xineliboutput-plugin.
[...]
- Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turned on the cropping.
- DVB subtitles are not positioned correctly during cropping if vdr-sxfe is used to show subtitles. Vertical alignment is about at half of the screen.
Are you using vdpau ?
Does the attached patch fix issue 2 ?
I am also having problems with the subtitle text size and position with vdr-1.7.10 and latest xineliboutputs. (and your patch did not help.)
With vdr-1.6.0, subtitles plugin and xineliboutput 1.0.4 things works ok.
If I watch vdr-sxfe just from a small window, the subtitle and text are positioned correctly with a good looking font size to bottom of the screen. But if I watch finish "yle 1" channel which uses dvb subtitles from fullscreen vdr-sxfe, the subtitle font is small and text is positioned about to middle of the screen. (Left position is correct)
Usually if I change from small window to fullsize, the first subtitle text is showed with good looking font size and position in the bottom-left position but next subtitle texts after that are positioned in the middle-left.
Mika
On Sun, 3 Jan 2010, Mika Laitio wrote:
If I watch vdr-sxfe just from a small window, the subtitle and text are positioned correctly with a good looking font size to bottom of the screen. But if I watch finish "yle 1" channel which uses dvb subtitles from fullscreen vdr-sxfe, the subtitle font is small and text is positioned about to middle of the screen. (Left position is correct)
Have you tried to change the subtitles decoder from VDR to xine?
Anyway, the problem is that the resolution and position information of subtitles is 720x576. If your output resolution differs from that, the subtitles are misplaced. The attached patch might help you as it should scale the subtitles osd always to 720x576 (found it on my hd and it comes with "perävalotakuu" :) when using VDR's subtitles decoders.
BR, -- rofa
If I watch vdr-sxfe just from a small window, the subtitle and text are positioned correctly with a good looking font size to bottom of the screen. But if I watch finish "yle 1" channel which uses dvb subtitles from fullscreen vdr-sxfe, the subtitle font is small and text is positioned about to middle of the screen. (Left position is correct)
Have you tried to change the subtitles decoder from VDR to xine?
Anyway, the problem is that the resolution and position information of subtitles is 720x576. If your output resolution differs from that, the subtitles are misplaced. The attached patch might help you as it should scale the subtitles osd always to 720x576 (found it on my hd and it comes with "per�valotakuu" :) when using VDR's subtitles decoders.
Thanks, it seems that you do not even need to drive fast away with car's lights blinking, as the patch worked nicely and fonts seemed to scale nicely between fullscreen and small screen.
Hopefully this can be merged to xineliboutput repo.
Mika
On Sun, 2010-01-10 at 01:47 +0200, Mika Laitio wrote:
Hopefully this can be merged to xineliboutput repo.
I wonder if it is there now in CVS? The subtitles are now scaled and in proper position but sometimes in the bottom of each row there is one pixel wide line with black and white spots. I'm using VDPAU and some HW mode for the OSD overlay on GS8400 but not HUD OSD due to tearing problems.
Actually I'd prefer the unscaled 576i/p subtitles size on 1080p scaled video but on the center bottom position. The current scaled subtitles are too big and coarse at 46". Has anyone hacked the DVB subtitles like that?
BR, Seppo
On Fri, 15 Jan 2010, Seppo Ingalsuo wrote:
Actually I'd prefer the unscaled 576i/p subtitles size on 1080p scaled video but on the center bottom position. The current scaled subtitles are too big and coarse at 46". Has anyone hacked the DVB subtitles like that?
The current CVS version should now do this when using unscaled HD OSD resolution.
BR, -- rofa
Hi,
Yes, I'm using VDPAU.
And YES the patch seemed to fix issue 2, at least subtitles are much better positioned during cropping. Thanks.
Issue 1 still remains. The problem is easy to notice at Welho network (Helsinki) when switching channel between "TV5MONDE" (often 4:3 letterbox) and "Deutsche Welle" (16:9). DW remains cropped when switched from TV5MONDE and the cropping was turned on for it.
- Kimmo
On 03 Jan 2010, at 22:30, Petri Hintukainen wrote:
Kimmo Taskinen wrote:
Hi,
Couple of issues I reported earlier (see below) have now merged to xineliboutput-plugin.
[...]
- Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turned on the cropping.
- DVB subtitles are not positioned correctly during cropping if vdr-sxfe is used to show subtitles. Vertical alignment is about at half of the screen.
Are you using vdpau ?
Does the attached patch fix issue 2 ?
- Petri
<autocrop_spu_overlay.diff>_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2009/10/24 Helmut Auer vdr@helmutauer.de:
Hi
Overlay vdr-xine was used and then emerged xine-lib-1.2 to bring the library up to speed. After that I pulled vdr-xineliboutput from cvs. Compiled and it worked great especially deinterlacing! Only jaw dropping experience there.
For xine-lib you can try: http://www.htpc-forum.de/download/xine-lib.tgz This ebuild also contains the cropping patches, I also use it with my Gen2VDR distri. xineliboutput is a bit more difficult, because the cvs is changing nearly daily, so there is currently no patch available, but it should work without patches.
Bye Helmut Auer
I tried yesterday's cvs build of vdr-xineliboutput and it did not work at all. Going through the menu -> Setup -> plugins -> xineliboutput -> video -> enabling crop feature does nothing to the display. Busy with the 20091013 cvs patching, hope to report positive results.
Theunis
-
Christian Tramnitz -
Goga777 -
Helmut Auer -
Jukka Tastula -
Kimmo Taskinen -
Malcolm Caldwell -
Mika Laitio -
Pertti Kosunen -
Petri Hintukainen -
Rolf Ahrenberg -
Santos -
Seppo Ingalsuo -
Theunis Potgieter -
Thomas Hilber -
Torgeir Veimo