Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
Hi Reinhard 2007/11/13, Reinhard Nissl [EMAIL PROTECTED]: Are there any problems in submitting the needed patch to the mainstream xine-lib distribution? The problem is that small parts of the patch would break binary compatibility in xine-lib-1.1.x. This is no problem if a distribution decides to include the patch and recompiles all applications which use xine-lib-1.1.x. I still do provide those patches as not all people are willing to switch to xine-lib-1.2 (hg) which is still in development, contains the patches and therefore works out of the box. This is a very good news. As soon as 1.2 version will be stable it will be much more easy to use vdr-xine. Picture quality seems better to me in vdr-xine than in xineliboutput, so I'll be happy to go back to vdr-xine, I just didn't want to do all the patching anymore (expecially because it was needed both on client and servers in my networked enviroment). The new network feature is a big step forward (finding the network-patch for every new release was a pain), but xine-lib patch was still needed... Does it mean that a linux distro that include xine-lib-1.2 will be able to connect to a networked VDR-xine installation without the need of anything else apart from xine? I only have Skystar2/Airstai2 budget cards, so it's not an issue for me. A feature that allows to watch different channels on clients at the same time (without using multiple vdr installations and streamdev) would definetely make me switch back to vdr-xine :) And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) Thanks Graziano ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Wed, Nov 14, 2007 at 11:49:50AM +0100, [EMAIL PROTECTED] wrote: imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) I would love to have VDR support H.264 recording on DVB-S. -- 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] [ANNOUNCE] vdr-xine-0.8.0 plugin
On Wednesday 14 November 2007 13:19:39 Pasi Kärkkäinen wrote: On Tue, Nov 13, 2007 at 03:41:05PM +0100, alexw wrote: On Tuesday 13 November 2007 15:16:32 Graziano Pavone wrote: Hi, Using my PS3 as a vdr client is also my target. But I experienced bad (de-)interlacing when watching SD TV using SD output (even with right resolution). I am now waiting the new HV xorg driver to have more control on the video than the already available fb blit mechanism. I did rewrite the fb driver of xinelib to enhace it with ps3 blit functionality and virtual fb but it did not improve the output quality. By the way, the PS3 have a colorspace issue to display the OSD with proper color palette under the fb. (X is not affected by this) Actually I am using streamdev and xineliboutput together. Xineliboutput is good to pilot the server side from any linux based system. Streamdev + FF card + vdr is the best deal for client device (I am using this solution over wifi and it works like a charm) Streamdev + m3u patch is ideal to use VLC with playlist and allow Win OS to access the TV programs. Hi, I would like to use my PS3 as vdr client as well. I'm currently using xineliboutput for my other client (on a standard PC), so this would be my first choice, but I've no problem to switch back to vdr-xine (which I used in the past - with the network patch... I moved to xineliboutput just because I don't want to patch xine-lib everytime anymore..) Can you give more details of what are you using on your PS3? Thanks, Graziano Sure, Standard FC 7 (I will soon upgrade it to FC 8) modified version of iwconfig to allow wpa-psk(2) to work Xine-lib cvs (v1.1.6) vdr-sxfe or vdr-fbfe as needed The PS3 is connected to a SD TV set. As you can see it is not something complicated. Apparently when trying the same thing with HD (720p/1080p) television gives better result. (talking about picture quality) To enhance the picture quality on a SD TV you can deinterlace in sw before displaying the picture. The drawback is that an interlaced source is de-interlaced then interlaced again to coop with PAL standard. If you do that (deinterlace, then interlace again) you lose half of the framerate if you're using normal plugins for deinterlacing.. interlaced tv is 50/60 fields/sec, and after deinterlacing you usually end up with 25/30 frames/sec.. half of the motion/movement information just disappeared. end result is that your live video (series,sports,news) starts to look like jerky and shaky.. If you have interlaced output best option would be to display each field as it comes in (1:1).. then you would get best possible quality. If you have progressive display device, then best option is to use full-fps deinterlacing, meaning 50 fields/sec ends up 50 frames/sec, or even 100 frames/sec containing all the motion/movement info.. -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, I did test 1:1 output (PAL 720x576 - 720x576) but due to bad VSYNC the output is shaky. The kernel API provided for the vsync is not working very well with SD content. Unfortunately I do not have a progressive display. Rgds, Alex ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Luca Olivetti wrote: En/na Jan Willies ha escrit: After upgrading from 1.5.2 to 1.5.11 I ran into some problems with my dxr3 card. The first one was solved by setting AntiAlias = 0 in setup.conf. But after that, VDR won't even start: vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 Speicherzugriffsfehler (http://article.gmane.org/gmane.linux.vdr/33161/).So is this a freetype problem? wrong font? More infos needed? libfreetype6 2.3.5-1+b1 libfreetype6-dev 2.3.5-1+b1 FWIW I have 2.3.1 (the version that came with mandriva 2007.1). Seems that debian only has Version: 2.3.5-1+b1 and Version: 2.2.1-5+etch1. Unfortunately, 2.2.1 seems pretty old when trying to downgrade: The following packages have unmet dependencies: libmagick++9c2a: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libfontconfig1: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libgd2-noxpm: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. xpdf-utils: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. fontconfig: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libxfont1: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libpango1.0-0: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. xpdf-reader: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libpoppler1: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. xfonts-utils: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. libgd-gd2-noxpm-perl: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. perlmagick: Depends: libfreetype6 (= 2.3.5) but 2.2.1-5+etch1 is to be installed. I don't want to hose my system, so I guess I'm waiting for an freetype upgrade in debian. - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
[EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Nov 14, 2007 4:23 AM, Gregoire Favre [EMAIL PROTECTED] wrote: I would love to have VDR support H.264 recording on DVB-S. I know a lot of people, including myself, who agree! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On 11/14/07 17:24, Lauri Tischler wrote: [EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Nov 14, 2007 8:36 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Ouch! Well, maybe we should all chip in a couple dollars and buy Klaus a new pc that can handle h264. Can build one for just a couple hundred bucks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On 11/14/07 17:57, VDR User wrote: On Nov 14, 2007 8:36 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Ouch! Well, maybe we should all chip in a couple dollars and buy Klaus a new pc that can handle h264. Can build one for just a couple hundred bucks. My VDR is just fine ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Hi, Klaus Schmidinger schrieb: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. I don't think that the ability to replay HD content is required to take over the patches. It would simply be nice to have a vanilla VDR 1.5.x which is able to handle H.264 content. Did you ever record or replay MPEG2 HD content? Have you ever seen or used a FF card for MPEG2 HD content? Though, VDR has the ability to handle MPEG2 HD content. And I don't think that we will see a FF card which can handle H.264. Gfx cards take over that business and once the VA API is released and supported, those functionality will even be available on Linux. So whenever you like, feel free to contact me regarding integration of H.264 support. Till then, I'll try to provide updated patches, so there is no need to hurry. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
Klaus Schmidinger writes: On 11/14/07 17:24, Lauri Tischler wrote: [EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Well, there is the HD-Extension card by Reel. It has no tuner but one can just use a seperate tuner card or hope somebody builds a version with added tuner/tuners in the future. One could even run VDR on a stand-alone board with the same decoder chip. But again, somebody would first have to build it in quantity. Ralph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] compiling dxr3 plugin against vdr-1.5.11
Hi, Did anybody try to compile dxr3 plugin from source from e-tobi repositories against 1.5.11 tree? Any luck? Regards, Y. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr