Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
2007/11/13, Luca Olivetti [EMAIL PROTECTED]: Note that 0.8.0 has network support built-in. I know but you still have to patch and recompile xine-lib... Are there any problems in submitting the needed patch to the mainstream xine-lib distribution? A nice feature that vdr-xine has over xineliboutput, is that it automatically sets itself as the primary device when a connection comes, and when the connection is closed it restores the previous primary device. This way I can either watch locally with the dxr3-plugin or remotely with vdr-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 :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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] Xineliboutput segmentation fault
Hallo, I'm using xineliboutput as an output device, both on the main VDR server (that is attached to a 16:9 display) and over network to a client, with no DVB cards, but that connect over the network to the main server VDR with xineliboutput. Everything is working fine, but if I select crop letterbox 4:3 to 16:9 on the main VDR machine, I get a segmentation fault on the client when I try to run xineliboutput everytime I try to run it, until I remove the crop letterbox option. Maybe I'm missing some library on the client? anyone can help me about this? Thanks, Graziano ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput segmentation fault
2008/5/7 Petri Helin [EMAIL PROTECTED]: Hello, which version of xineliboutput are you using? Which frontend do you use (vdr-sxfe, vdr-fbfe, xine-ui or local)? -Petri I'm using xineliboutput-1.0.0, and vdr-sxfe as frontend. Graziano ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput segmentation fault
2008/5/7 Petri Helin [EMAIL PROTECTED]: Could you update xineliboutput from the cvs and try again? In case you still see the same behaviour, attach your setup.conf (or just the xineliboutput subset) and ~/.xine/config_xineliboutput and tell the exact command you use to start vdr-sxfe. For your information, I use vdr-sxfe with the current cvs and I don't experience any problems with cropping. -Petri I will try with the CVS version, anyway I don't think it's xineliboutput fault, since it's working on the main PC (also with crop enabled). I suspect it's some dependencies missing on the client... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
