Re: [vdr] frequent xine crashes with vdr
Hi Reinhard, Unfortunately I can not reproduce it anymore, because in the meantimeI installed a newer version of xine-lib and the problem disappeared. What I notice is that using vdpau, on 28e BBC HD for example drops many frames (unwatchable, although cpu load remains low), whereas using xv the same channels plays perfectly (although ITV1 HD even using xv drops some frames) So for me it is xv for now as vdpau does not seem quite mature Regards, Art ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On 16.8.2010 19:05, Seppo Ingalsuo wrote: Asus Bravo 220 silent seems to be a passive model. Do you know if these non-motherboard integrated cards support 7.1ch PCM audio over HDMI? http://wiki.xbmc.org/?title=HOW-TO_set_up_HDMI_audio_on_nVidia_GeForce_G210%2C_GT220%2C_or_GT240 Don't know is that 5.1 or 7.1. XBMC forum has long thread about this. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
Hi, On Mon, 2010-08-16 at 19:05 +0300, Seppo Ingalsuo wrote: Asus Bravo 220 silent seems to be a passive model. Do you know if these non-motherboard integrated cards support 7.1ch PCM audio over HDMI? Yes, as VDR User said, the latest generation VP4/VDPAU feature set C cards (GeForce 210, GT 220, ...) have an integrated audio controller. The ALSA driver should support 7.1 channel PCM too. Some older cards have an S/PDIF input header but they don't support multichannel PCM, obviously. I got as PM one tip that pointed to this page http://en.wikipedia.org/wiki/Nvidia_PureVideo#Table_of_PureVideo_.28HD.29_GPUs I wonder if some smaller number cheaper model with similar VP4/C skills would do? E.g. Asus EN210 Silent? It could also produce less heat? The text in Wikipedia is not perfectly in line with the table so I wonder if GT2xx is needed for best VDPAU support. IMO the only reason to go for a separate card over ION would be higher quality 1080i deinterlacing. You'll need GT 220 for that since GeForce 210 is only slightly faster than ION. They have the same video processor and therefore the same video decoding capabilities, but post-processing is done on the graphics cores. It seems that the IONs are VP3/B so your prosal is certainly better (if there is HDMI audio support). ION2 has VP4/C, I think. If you don't need advanced 1080i deinterlacing, Asus AT5IONT-I is a very good option right now. It has ION2, latest dualcore Atom and USB3, and it's passively cooled. -- Niko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine, eepg and 64 bits
On 15 August 2010 07:44, marti...@embl.de wrote: b) sometimes when changing channel something very weird happens with xine, it freezes and I need to kill xine and open it again to zap to the new channel. The error log is clear, but how do I fix this? I've also had this problem with xineliboutput on 64-bits using the pre-compiled yaVDR packages. I had to recompile the xineliboutput packages with the gcc optimization flags (-O2) disabled to fix the issue. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On 15.8.2010 21:59, Seppo Ingalsuo wrote: Hi, My old HTPC motherboard died and I'm now looking for a new one to become a vdr-sxfe thin client. The old Silverstone case is for normal ATX board but I no more need PCI slots so a smaller one, even a Mini-ITX would do. Since the PC runs 24/7 I'm interested in low-power motherboards with Atom CPU. There should be VDPAU support for MPEG-2 SDTV decoding + high-quality de-interlacing. I'm watching also sometimes H.264 HDTV channels from satellite. There should be 1080p50 video + up 7.1ch multi-channel PCM audio over HDMI. I'd like to get rid of SPDIF connection to AV-receiver. My HTPC box has a home-brew LIRC receiver that connected to motherboard (Asus style) COM port heading. If COM ports are history I could change to Bluetooth remote control with a PS3 Blu-Ray remote. Therefore integrated BT support would be nice (otherwise some USB-BT dongle). WLAN is not mandatory since I stream from vdr server over gigabit ethernet. Are there still issues with some ethernet chipsets and Linux? I found some options such as Asus AT3IONT-I DELUXE, Asus AT3IONT-I, Asus AT5IONT-I. I would be happy to hear experiences about these motherboards with Linux and Xine. Are there problems with some motherboard features? Other recommendations are welcome too! Cheers, Seppo Hi Seppo, I'm also starting to check for a new setup, and i'm on the same line as you: Silent, low-power device that will runn 24/7. I have not yet looked too much around, but there is one thing i'm wondering. What kind of dvb-devices will you use? My current setup has two pci-cards, Full featured Technoternd dvb-s, and an other TT budget dvb-t. I have to replace the dvb-t card with dvb-c, because i will soon move to an area with cable-tv.. Is it possible to go with completely dvb-usb devices? Are thet reliable enough to not freeze/crash etc? Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
Dear VDR folks, Am Sonntag, den 15.08.2010, 21:59 +0300 schrieb Seppo Ingalsuo: My old HTPC motherboard died and I'm now looking for a new one to become a vdr-sxfe thin client. The old Silverstone case is for normal ATX board but I no more need PCI slots so a smaller one, even a Mini-ITX would do. Since the PC runs 24/7 I'm interested in low-power motherboards with Atom CPU. There should be VDPAU support for MPEG-2 SDTV decoding + high-quality de-interlacing. I'm watching also sometimes H.264 HDTV channels from satellite. There should be 1080p50 video + up 7.1ch multi-channel PCM audio over HDMI. I'd like to get rid of SPDIF connection to AV-receiver. My HTPC box has a home-brew LIRC receiver that connected to motherboard (Asus style) COM port heading. If COM ports are history I could change to Bluetooth remote control with a PS3 Blu-Ray remote. Therefore integrated BT support would be nice (otherwise some USB-BT dongle). WLAN is not mandatory since I stream from vdr server over gigabit ethernet. Are there still issues with some ethernet chipsets and Linux? I found some options such as Asus AT3IONT-I DELUXE, Asus AT3IONT-I, Asus AT5IONT-I. I would be happy to hear experiences about these motherboards with Linux and Xine. Are there problems with some motherboard features? Other recommendations are welcome too! is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. The VIA chipset VX855 was supposed to have support 1080p support build in. But those devices do not seem to be available in non Asian regions. AMD/ATI or Intel should also over some products fitting your need. And I heard the drivers matured quite a bit (besides Intel Poulsbo). Unfortunately I do not own such systems. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr: [2795] ERROR: remote control XineRemote not ready!
I wonder if somebody who understands fully the interaction between lirc, xine and vdr can help me debug my setup. The PC has no keyboard or mouse connected and it is operated exclusively via the remote control for most of the part and ssh for the rest I have only one irritating bug, I use oxine as a front end (then calling shells as appropiate) and it I do not press any key on the remote for approximately 5 minutes while on this screen, the remote ceases to operate until I reboot (once this happens if I run irw I can see output as usual) I wonder if it is because my setup, although working perhaps it is kind of not optimal. My remote is the type that uses input events (comes with the hauppagge sat card) using dev/input in lirc dmesg |grep input6 input: cx88 IR (Hauppauge WinTV-HVR400 as /devices/pci:00/:00:08.0/:01:06.2/rc/rc0/input6 In xine itself I was not able to map the special vdr commands (I tried but would not recognise most buttons) so I am not using that feature. My remote.conf #LIRC.Up ArrowUp #LIRC.Down ArrowDown #LIRC.Left ArrowLeft #LIRC.Right ArrowRight #LIRC.Ok Enter #LIRC.Pause Pause LIRC.Stop Stop LIRC.Record Record LIRC.Play Play LIRC.0 0 LIRC.1 1 LIRC.2 2 ... I commented out the Arrow buttons because otherwise I was getting duplicate responses (for example I would press once the down button and it would go down twice, not one) I call vdr from a script with vdr -c /etc/vdr -E /var/epgvdr --lirc --no-kbd -l 1 -P'xine -r' I have the powerbutton mapped to kill xine (so the script continues and returns to the oxine menu once xine is not running anymore and this works fine) begin button = Power prog = irexec repeat = 0 config = sudo killall xine mms end and finally mappings for xine itself: begin button = Power prog = irexec repeat = 0 config = sudo killall xine mms end begin prog = xine button = Menu config = OSDStreamInfos end begin prog = xine button = Enter config = EventSelect end begin prog = xine button = Pause config = Pause config = OSDStreamInfos end begin prog = xine button = PrevSong config = SeekRelative-30 end begin prog = xine button = NextSong config = SeekRelative+30 end begin prog = xine button = ArrowLeft config = EventLeft end begin prog = xine button = ArrowRight config = EventRight end begin prog = xine button = ArrowUp config = EventUp end begin prog = xine button = ArrowDown config = EventDown end begin prog = xine button = Power config = Quit end begin prog = xine button = BackExit config = back end begin prog = xine button = VolumeUp config = Volume+ repeat = 2 end begin prog = xine button = VolumeDown repeat = 2 config = Volume- end begin prog = xine button = ChannelUp config = ZoomIn end begin prog = xine button = ChannelDown config = ZoomOut end ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr: [2795] ERROR: remote control XineRemote not ready!
On Tue, 17 Aug 2010 17:44:47 +0200 martinez marti...@embl.de wrote: I commented out the Arrow buttons because otherwise I was getting duplicate responses (for example I would press once the down button and it would go down twice, not one) That might be because input devices generate keyboard events, so xine gets a keyboard event and a lirc event. Similarly OK = Enter. See whether lirc has an option to grab the device exclusively; that will prevent the extra keyboard events. Alternatively there's an lirc-compatible program especially for input devices, called inputlirc, and I'm pretty sure that has a grab option. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. The VIA chipset VX855 was supposed to have support 1080p support build in. But those devices do not seem to be available in non Asian regions. AMD/ATI or Intel should also over some products fitting your need. And I heard the drivers matured quite a bit (besides Intel Poulsbo). Unfortunately I do not own such systems. I installed vdr-sxfe to Poulsbo/GMA500 netbook but there is no Xv and VA API is not supported by xine-lib. There is mplayer support but I don't know if deintelacing is good. I haven't tried. An unscaled window works but fullscreen is horrible. The real Intel graphics stuff is likely better but I have no experience about that. Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Tue, 2010-08-17 at 13:56 +0300, Rene wrote: I'm also starting to check for a new setup, and i'm on the same line as you: Silent, low-power device that will runn 24/7. I have not yet looked too much around, but there is one thing i'm wondering. What kind of dvb-devices will you use? I use the multiple vdr instance hack proposed in xineliboutput documentation. My 2xDVB-T(dual tuners) and DVB-S2 cards are PCI and they are in a separate home server that runs in non-living areas of the house so noise doesn't matter. There are also several hard disks. I don't know what happens if that mobo dies. It could be difficult to find motherboards with enough legacy PCI slots. I need four because there's also one extra network card. My current setup has two pci-cards, Full featured Technoternd dvb-s, and an other TT budget dvb-t. I have to replace the dvb-t card with dvb-c, because i will soon move to an area with cable-tv.. Is it possible to go with completely dvb-usb devices? Are thet reliable enough to not freeze/crash etc? At least for dish I need PCI type of card because USB cards do not output enough power for a motorized positioner. BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Tue, 2010-08-17 at 13:39 +0300, Niko Mikkilä wrote: Yes, as VDR User said, the latest generation VP4/VDPAU feature set C cards (GeForce 210, GT 220, ...) have an integrated audio controller. The ALSA driver should support 7.1 channel PCM too. I found that someone has had success with such cards http://www.nvnews.net/vbulletin/showthread.php?t=143610page=4 IMO the only reason to go for a separate card over ION would be higher quality 1080i deinterlacing. You'll need GT 220 for that since GeForce 210 is only slightly faster than ION. They have the same video processor and therefore the same video decoding capabilities, but post-processing is done on the graphics cores. Good point. I think 1080i is rare content for me. If ION is as good as a GT220 with 576i, 720p and 1080p then it could be very suitable for my needs. It seems that the IONs are VP3/B so your prosal is certainly better (if there is HDMI audio support). ION2 has VP4/C, I think. If you don't need advanced 1080i deinterlacing, Asus AT5IONT-I is a very good option right now. It has ION2, latest dualcore Atom and USB3, and it's passively cooled. It's an interesting new board but I wonder if there's some risk for problems. I tried to search but I could not find reports about success with Ubuntu or Linux generally. Do Nvidia's binary graphics drivers support ION2? BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] frequent xine crashes with vdr
On Tue, Aug 17, 2010 at 12:45 AM, martinez marti...@embl.de wrote: Unfortunately I can not reproduce it anymore, because in the meantimeI installed a newer version of xine-lib and the problem disappeared. What I notice is that using vdpau, on 28e BBC HD for example drops many frames (unwatchable, although cpu load remains low), whereas using xv the same channels plays perfectly (although ITV1 HD even using xv drops some frames) So for me it is xv for now as vdpau does not seem quite mature I read a lot of complaints about BBC HD. That surely appears to be a problem channel. However, vdpau is working great for many users, hopefully soon you'll be able to join us. ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr: [2795] ERROR: remote control XineRemote not ready!
On Tue, Aug 17, 2010 at 8:44 AM, martinez marti...@embl.de wrote: I wonder if somebody who understands fully the interaction between lirc, xine and vdr can help me debug my setup. The PC has no keyboard or mouse connected and it is operated exclusively via the remote control for most of the part and ssh for the rest I have the same type of setup although I'm using a serial ir on my main VDR box. I get that ERROR: remote control XineRemote not ready! message in my logs as well but I just ignore it because everything seems to work fine. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
Hi Paul, On Tue, 2010-08-17 at 17:13 +0200, Paul Menzel wrote: is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. Hardware decoding through VA-API is working on some Intel chipsets and CPUs, but I haven't seen any usable GPU deinterlacing implementations besides those in Nvidia's VDPAU. AMD's XvBA is closed and still too buggy to be used in practice. I haven't heard much about S3/VIA. Broadcom CrystalHD has open-source drivers, but it also doesn't deinterlace anything. This page list all VA-API compatible hardware solutions: http://freedesktop.org/wiki/Software/vaapi So, basically it's either Intel or Broadcom CrystalHD with open-source drivers or Nvidia with closed ones. Only Nvidia and CrystalHD hardware decoding is usable on Atom-based motherboards. For the Intel way, you'd need to step up to something based on GM45 or Core i3 and forget about fancy 1080i deinterlacing and other postprocessing. -- Niko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Tue, Aug 17, 2010 at 8:13 AM, Paul Menzel paulepan...@users.sourceforge.net wrote: is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. Just wondering why you even care about this... The Nvidia drivers work well for me and honestly that's all I care about. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput - pausing playback takes time
Hi! I found fix to this problem.. After removing .xine directory (from home of 'vdr'; user what runs vdr-sxfe) pausing works as it should be.. When vdr-sxfe starts, it created again that .xine directory.. But it (directory) stays empty. After creating config_xineliboutput to that directory (file is empty; touch config_xineliboutput) problem returns, but not every time when you try to pause playback... Strange! On 11.8.2010 14.54, Scott Waye wrote: Yes, I have same symptoms, no vdpau here. I put it down to the client clearing through its buffer, but that's just a guess. Sent from my HTC - Reply message - From: JJussi v...@jjussi.com Date: Wed, Aug 11, 2010 12:47 Subject: [vdr] xineliboutput - pausing playback takes time To: VDR list vdr@linuxtv.org Hi! I have vdr (1.7.14/1.7.14) - The Video Disk Recorder skinsoppalusikka (1.7.1) - Soppalusikka skin xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin problem is when I'm watching recording and press 'pause' -key, playback is paused for about 1/10:th of second, then it countinues about 2-3 seconds before pausing totally. This happens most of time when I press pause.. Some times (rarely) it really pauses right away. I have tested different (data) transfer methods (pipe, tcp, udp..) and parameters when starting vdr-sxfe.. No luck! Have anybody else have same kind of problems? These came when I changed from version 1.6.x to current 1.7.x.. OH, one thing I have not yet tested.. What happen if I take vdpau off.. Vdpau was reason why I changend to 1.7.x versions. -- JJussi -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Tue, 2010-08-17 kello 19:36 +0300, Seppo Ingalsuo wrote: On Tue, 2010-08-17 at 13:39 +0300, Niko Mikkilä wrote: IMO the only reason to go for a separate card over ION would be higher quality 1080i deinterlacing. You'll need GT 220 for that since GeForce 210 is only slightly faster than ION. They have the same video processor and therefore the same video decoding capabilities, but post-processing is done on the graphics cores. Good point. I think 1080i is rare content for me. If ION is as good as a GT220 with 576i, 720p and 1080p then it could be very suitable for my needs. ION 2 should be about as good as GT220 for those formats. Older ION works too since you probably don't need all the new features in VDPAU feature set C. If you don't need advanced 1080i deinterlacing, Asus AT5IONT-I is a very good option right now. It has ION2, latest dualcore Atom and USB3, and it's passively cooled. It's an interesting new board but I wonder if there's some risk for problems. I tried to search but I could not find reports about success with Ubuntu or Linux generally. Yep, that's always the question with new hardware. I'd expect any showstopping issues to be fixed pretty quickly though, at least on Nvidia's side. Their Linux support has been quite outstanding in my opinion. Do Nvidia's binary graphics drivers support ION2? It should. The README lists it as Second Generation ION. See: http://us.download.nvidia.com/XFree86/Linux-x86/256.44/README/supportedchips.html -- Niko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] frequent xine crashes with vdr
Al 17/08/10 18:40, En/na VDR User ha escrit: On Tue, Aug 17, 2010 at 12:45 AM, martinezmarti...@embl.de wrote: Unfortunately I can not reproduce it anymore, because in the meantimeI installed a newer version of xine-lib and the problem disappeared. What I notice is that using vdpau, on 28e BBC HD for example drops many frames (unwatchable, although cpu load remains low), whereas using xv the same channels plays perfectly (although ITV1 HD even using xv drops some frames) So for me it is xv for now as vdpau does not seem quite mature I read a lot of complaints about BBC HD. That surely appears to be a problem channel. However, vdpau is working great for many users, hopefully soon you'll be able to join us. ;) BBCHD works perfectly with vdpau here, they changed the codec around last June, but the vdpau developers fixed it. Make sure you're using the hg repository for xine 1.2 http://hg.debian.org/hg/xine-lib/xine-lib-1.2 (though I last updated it last June). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine, eepg and 64 bits
When it freezes, try just letting it set for up to a minute. It often clears. Also, when that happens, check the logs. You might find vdr filled up it's buffers. On 8/17/2010 3:47 AM, Dominic Evans wrote: On 15 August 2010 07:44,marti...@embl.de wrote: b) sometimes when changing channel something very weird happens with xine, it freezes and I need to kill xine and open it again to zap to the new channel. The error log is clear, but how do I fix this? I've also had this problem with xineliboutput on 64-bits using the pre-compiled yaVDR packages. I had to recompile the xineliboutput packages with the gcc optimization flags (-O2) disabled to fix the issue. ___ 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] xineliboutput - pausing playback takes time
I use vdr-xine plugin instead and .xine only has 1 file, catalog.cache. It is a text readable file created by xine. On 8/17/2010 9:51 AM, JJussi wrote: Hi! I found fix to this problem.. After removing .xine directory (from home of 'vdr'; user what runs vdr-sxfe) pausing works as it should be.. When vdr-sxfe starts, it created again that .xine directory.. But it (directory) stays empty. After creating config_xineliboutput to that directory (file is empty; touch config_xineliboutput) problem returns, but not every time when you try to pause playback... Strange! On 11.8.2010 14.54, Scott Waye wrote: Yes, I have same symptoms, no vdpau here. I put it down to the client clearing through its buffer, but that's just a guess. Sent from my HTC - Reply message - From: JJussi v...@jjussi.com Date: Wed, Aug 11, 2010 12:47 Subject: [vdr] xineliboutput - pausing playback takes time To: VDR list vdr@linuxtv.org Hi! I have vdr (1.7.14/1.7.14) - The Video Disk Recorder skinsoppalusikka (1.7.1) - Soppalusikka skin xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin problem is when I'm watching recording and press 'pause' -key, playback is paused for about 1/10:th of second, then it countinues about 2-3 seconds before pausing totally. This happens most of time when I press pause.. Some times (rarely) it really pauses right away. I have tested different (data) transfer methods (pipe, tcp, udp..) and parameters when starting vdr-sxfe.. No luck! Have anybody else have same kind of problems? These came when I changed from version 1.6.x to current 1.7.x.. OH, one thing I have not yet tested.. What happen if I take vdpau off.. Vdpau was reason why I changend to 1.7.x versions. -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
Am Dienstag, den 17.08.2010, 19:06 +0300 schrieb Seppo Ingalsuo: is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. The VIA chipset VX855 was supposed to have support 1080p support build in. But those devices do not seem to be available in non Asian regions. AMD/ATI or Intel should also over some products fitting your need. And I heard the drivers matured quite a bit (besides Intel Poulsbo). Unfortunately I do not own such systems. I installed vdr-sxfe to Poulsbo/GMA500 netbook but there is no Xv and VA API is not supported by xine-lib. There is mplayer support but I don't know if deintelacing is good. I haven't tried. An unscaled window works but fullscreen is horrible. The real Intel graphics stuff is likely better but I have no experience about that. What driver did you use? Anyway, »besides Intel Poulsbo« meant this chip is using closed drivers and is not supported by xf86-video-intel and so it does not fit into my wish list. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
Am Dienstag, den 17.08.2010, 09:48 -0700 schrieb VDR User: On Tue, Aug 17, 2010 at 8:13 AM, Paul Menzel paulepan...@users.sourceforge.net wrote: is there really no recommendation for a board not using Nvidia graphics components? It would really be great to not depend on proprietary drivers. Just wondering why you even care about this... The Nvidia drivers work well for me and honestly that's all I care about. Good for you. As I wrote I do not want to start a flame war. But you asked. ;-) Everyone should decide for himself what he wants. I am on the side of Free Software and believe that it has more advantages than just »it works«. For example I believe supporting hardware requiring non-free software puts more work to the distributions and people working on those because they have to answer a lot of support request when people contact them and not Nvidia and they cannot fix problems because they do not have access to the code. Secondly I guess you will find a lot of requests for fixes the Nvidia driver which have not been accomplished. I think you will find a lot of information about this whole issue on the Internet and others can lay down the points better than I can. But as I said, it is just an axiom, so you cannot argue what is right or wrong. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Tue, Aug 17, 2010 at 2:45 PM, Paul Menzel paulepan...@users.sourceforge.net wrote: Just wondering why you even care about this... The Nvidia drivers work well for me and honestly that's all I care about. Good for you. As I wrote I do not want to start a flame war. But you asked. ;-) Everyone should decide for himself what he wants. I am on the side of Free Software and believe that it has more advantages than just »it works«. For example I believe supporting hardware requiring non-free software puts more work to the distributions and people working on those because they have to answer a lot of support request when people contact them and not Nvidia and they cannot fix problems because they do not have access to the code. Secondly I guess you will find a lot of requests for fixes the Nvidia driver which have not been accomplished. I think you will find a lot of information about this whole issue on the Internet and others can lay down the points better than I can. But as I said, it is just an axiom, so you cannot argue what is right or wrong. I just wondered what your reasoning is, nothing more. There's absolutely no reason you should assume it's attempt to start a flame war or argue. There is no crime in people having different points of view. I've now lost interest in this thread but thanks for sharing your opinion. Good luck in your qwest. Cheers, Derek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] check cam status [writing plugin help needed]
I'd like to write a plugin which can provide the displayed SetupCAM status via an SVDRP command, and maybe check the CAM menu can be accessed. As a beginner to such things, can someone help? I basically want to implement bits of menu.c (the CAM status and menu accessing parts) via SVDRP. Can someone please help? If I pull some of the following from menu.c I think this should give me what I want: Get list of availablecams: void cMenuCam::GenerateTitle(const char *s) { SetTitle(cString::sprintf(CAM %d - %s, camSlot-SlotNumber(), (s *s) ? s : camSlot-GetCamName())); } Get the CAM status (being Ready, Present, -, or Alphacrypt etc: bool cMenuSetupCAMItem::Changed(void) { char buffer[32]; const char *CamName = camSlot-GetCamName(); if (!CamName) { switch (camSlot-ModuleStatus()) { case msReset: CamName = tr(CAM reset); break; case msPresent: CamName = tr(CAM present); break; case msReady: CamName = tr(CAM ready); break; default:CamName = -; break; } } snprintf(buffer, sizeof(buffer), %d %s, camSlot-SlotNumber(), CamName); if (strcmp(buffer, Text()) != 0) { SetText(buffer); return true; } return false; } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput - pausing playback takes time
You can easily test.. Just rename .xine to something (mv .xine .xine-org).. As I wrote, when directory was totally empty, there was no problem with pause. When directory had file (even 0 byte), I had pause problems.. JJussi On 17.08.2010 22:00, Timothy D. Lenz wrote: I use vdr-xine plugin instead and .xine only has 1 file, catalog.cache. It is a text readable file created by xine. On 8/17/2010 9:51 AM, JJussi wrote: Hi! I found fix to this problem.. After removing .xine directory (from home of 'vdr'; user what runs vdr-sxfe) pausing works as it should be.. When vdr-sxfe starts, it created again that .xine directory.. But it (directory) stays empty. After creating config_xineliboutput to that directory (file is empty; touch config_xineliboutput) problem returns, but not every time when you try to pause playback... Strange! On 11.8.2010 14.54, Scott Waye wrote: Yes, I have same symptoms, no vdpau here. I put it down to the client clearing through its buffer, but that's just a guess. Sent from my HTC - Reply message - From: JJussi v...@jjussi.com Date: Wed, Aug 11, 2010 12:47 Subject: [vdr] xineliboutput - pausing playback takes time To: VDR list vdr@linuxtv.org Hi! I have vdr (1.7.14/1.7.14) - The Video Disk Recorder skinsoppalusikka (1.7.1) - Soppalusikka skin xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin problem is when I'm watching recording and press 'pause' -key, playback is paused for about 1/10:th of second, then it countinues about 2-3 seconds before pausing totally. This happens most of time when I press pause.. Some times (rarely) it really pauses right away. I have tested different (data) transfer methods (pipe, tcp, udp..) and parameters when starting vdr-sxfe.. No luck! Have anybody else have same kind of problems? These came when I changed from version 1.6.x to current 1.7.x.. OH, one thing I have not yet tested.. What happen if I take vdpau off.. Vdpau was reason why I changend to 1.7.x versions. -- JJussi ___ 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