vdr

vdr@linuxtv.org

6731 discussions

vdr + xbmc
by serge pecher 02 Dec '08

02 Dec '08

> > > ------------------------------ > > Message: 3 > Date: Mon, 1 Dec 2008 17:48:53 +0100 (CET) > From: "Niels Wagenaar" n.wagenaar(a)xs4all.nl > Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU > To: "VDR Mailing List" vdr(a)linuxtv.org > Message-ID: > 5065.130.36.62.141.1228150133.squirrel(a)webmail.xs4all.nl > Content-Type: text/plain;charset=iso-8859-1 > > Op Ma, 1 december, 2008 17:31, schreef Magnus Andersson: >> >>> And from my point of view, MythTV is still not as accesible compared too >>> for instance Mediaportal or Microsoft MCE. IMHO, the best combo is still >>> VDR for DVB viewing in combination with XBMC for multimedia viewing. But >>> then again, this is my oppinion :-) >>> >>> Regards, >>> >>> Niels Wagenaar >>> >> >> I agree. Do you have a working script or a good way to switch between >> xbmc and vdr? There are a few threads about this at >> http://xbmc.org/forum/ but no good solution. I want to use vdr as I use >> it today with fast channelswitching and without http connection to >> streamdev plugin. >> > > I use VDR in combination with the Reel HDe and XBMC in Xubuntu 8.10. The > HDE uses HDMI while XBMC is using the onboard VGA connection. I use two > remotes : Hauppauge remote for VDR (/dev/input using Remote plugin) and > MCE Remote for XBMC (lirc). Extremely easy to use and to control. > > If you have a software based output plugin and two remotes, you can use a > .lirc in combination with irexec which starts vdr-sxfe or XBMC. I've set > this up for a good friend where his MCE Remote has two perticular buttons > (LiveTV and DVD) configured for starting two scripts which then starts > xine or XBMC. He then uses the MCE Remote (minus the two buttons) for XBMC > and his other remote (Hauppauge) with VDR through the Remote plugin and > /dev/input location. > > Oh, and the software based solution has a high WAF according to my friend :) > >> /Magnus >> > > Regards, > > Niels Wagenaar > > > > I did something similar with a logitech universal remote. If interrested, take a look at (sorry, in french !): http://dvbkivabien2.info/viewtopic.php?f=21&t=12774&p=127158&hilit=splinux#… Regards, SP

2 1

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU
by Niels Wagenaar 01 Dec '08

01 Dec '08

-----Original message----- From: Torgeir Veimo <torgeir(a)pobox.com> Sent: Mon 01-12-2008 12:58 To: VDR Mailing List <vdr(a)linuxtv.org>; Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU > > On 1 Dec 2008, at 21:49, Magnus Hörlin wrote: > > > I have introduced VDR to at least 20 people (mostly windows-users) > > over the years, but this may be the day it ends. > > It appears you think that VDR will never get a plugin that can utilise > the VDPAU (or similar) api? > Why should it depend on VDR or its plugins? The only reason when VDPAU would be used, is in combination with software based device output plugins like the xine & xineliboutput. As soon as Xine supports VDPAU, then the VDR plugins *should* support it as well. For other (read: hardware) output devices, VDPAU isn't used at all. And from my point of view, MythTV is still not as accesible compared too for instance Mediaportal or Microsoft MCE. IMHO, the best combo is still VDR for DVB viewing in combination with XBMC for multimedia viewing. But then again, this is my oppinion :-) Regards, Niels Wagenaar

7 8

MythTV Adds Support For NVIDIA VDPAU
by Goga777 01 Dec '08

01 Dec '08

FYI http://www.phoronix.com/scan.php?page=news_item&px=Njg4Ng Posted by Michael Larabel on November 29, 2008 Last month NVIDIA brought PureVideo features to Linux through a new API they call the Video Decode and Presentation API for Unix in their NVIDIA 180.xx driver. NVIDIA also provided a set of patches that enabled MPlayer to use this API that offloads video decoding and other tasks to the GPU. The formats supported by VDPAU are currently H.264, MPEG, WMV3, and VC-1. In our VDPAU benchmarks we found this NVIDIA video implementation to work very well and the CPU usage was much lower during video playback. With NVIDIA providing a header file in the driver that details this API, the community has been able to study VDPAU and one of the first fruits of this work is now available. Committed to MythTV is a VDPAU decoder. VDPAU in MythTV has full OSD (On-Screen Display), de-interlacers, color controls, and codecs support through the Video Decode and Presentation API for Unix. MythTV will automatically use VDPAU when it's compatible with the video format otherwise it falls back to using X-Video. According to those that have tested it already, this community VDPAU implementation in MythTV actually exceeds that of NVIDIA's patch in MPlayer when it comes to quality and its capabilities. This should be great news to anyone with a recent NVIDIA graphics card that uses MythTV for their HTPC needs.

6 6

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU
by Niels Wagenaar 01 Dec '08

01 Dec '08

Op Ma, 1 december, 2008 17:31, schreef Magnus Andersson: > >> And from my point of view, MythTV is still not as accesible compared too >> for instance Mediaportal or Microsoft MCE. IMHO, the best combo is still >> VDR for DVB viewing in combination with XBMC for multimedia viewing. But >> then again, this is my oppinion :-) >> >> Regards, >> >> Niels Wagenaar >> > > I agree. Do you have a working script or a good way to switch between > xbmc and vdr? There are a few threads about this at > http://xbmc.org/forum/ but no good solution. I want to use vdr as I use > it today with fast channelswitching and without http connection to > streamdev plugin. > I use VDR in combination with the Reel HDe and XBMC in Xubuntu 8.10. The HDE uses HDMI while XBMC is using the onboard VGA connection. I use two remotes : Hauppauge remote for VDR (/dev/input using Remote plugin) and MCE Remote for XBMC (lirc). Extremely easy to use and to control. If you have a software based output plugin and two remotes, you can use a .lirc in combination with irexec which starts vdr-sxfe or XBMC. I've set this up for a good friend where his MCE Remote has two perticular buttons (LiveTV and DVD) configured for starting two scripts which then starts xine or XBMC. He then uses the MCE Remote (minus the two buttons) for XBMC and his other remote (Hauppauge) with VDR through the Remote plugin and /dev/input location. Oh, and the software based solution has a high WAF according to my friend :) > /Magnus > Regards, Niels Wagenaar

1 0

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU
by Niels Wagenaar 01 Dec '08

01 Dec '08

-----Original message----- From: Torgeir Veimo <torgeir(a)pobox.com> Sent: Mon 01-12-2008 12:58 To: VDR Mailing List <vdr(a)linuxtv.org>; Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU > > On 1 Dec 2008, at 21:49, Magnus Hörlin wrote: > > > I have introduced VDR to at least 20 people (mostly windows-users) > > over the years, but this may be the day it ends. > > It appears you think that VDR will never get a plugin that can utilise > the VDPAU (or similar) api? > Why should it depend on VDR? The only reason when VDPAU would be used, is in combination with software based device output plugins like the xine & xineliboutput. As soon as Xine supports VDPAU, then the VDR with the plugins *should* support it as well. For other (read: hardware) output devices, VDPAU isn't used at all. And from my point of view, MythTV is still not as accesible compared too for instance Mediaportal or Microsoft MCE. IMHO, the best combo is still VDR for DVB viewing in combination with XBMC for multimedia viewing. But then again, this is my oppinion :-) Regards, Niels Wagenaar

1 0

Where is the H.264 patch?
by Tony Houghton 30 Nov '08

30 Nov '08

Where can I download the H.264 patch from? I can't find it on Google. My card is only DVB-S, not DVB-S2; do I need the s2api patch as well? -- TH * http://www.realh.co.uk

6 15

xineliboutput - invalid data
by Alex Betis 30 Nov '08

30 Nov '08

Hi, I'm trying to configure xineliboutput 1.0.3 with VDR 1.7.1. Compilation and installation seems to go ok, but playback doesn't work. I can see OSD in opened window, but when it gets to the channel itself CPU usage jumps to 100% and the log contains: Nov 30 01:24:17 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:17 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (185008 bytes) ! Nov 30 01:24:17 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (185008 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:17 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:17 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (192000 bytes) ! Nov 30 01:24:17 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (192000 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:18 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:18 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (243888 bytes) ! Nov 30 01:24:18 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (243888 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:18 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:18 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (260816 bytes) ! Nov 30 01:24:18 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (260816 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:19 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:19 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (245728 bytes) ! Nov 30 01:24:19 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (245728 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:19 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:19 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (242416 bytes) ! Nov 30 01:24:19 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (242416 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:20 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:20 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (249776 bytes) ! Nov 30 01:24:20 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (249776 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:20 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:20 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (257320 bytes) ! Nov 30 01:24:20 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (257320 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:21 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:21 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (268176 bytes) ! Nov 30 01:24:21 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (268176 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:21 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:21 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (268912 bytes) ! Nov 30 01:24:21 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (268912 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:22 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:22 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (237632 bytes) ! Nov 30 01:24:22 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (237632 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:22 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Nov 30 01:24:22 htpc vdr: [13512] [input_vdr] get_buf_element: jumbo PES (215000 bytes) ! Nov 30 01:24:22 htpc vdr: [13512] [input_vdr] vdr_plugin_write: PES too long (215000 bytes, max size 8192 bytes), data ignored ! Nov 30 01:24:23 htpc vdr: [13512] [xine..put] cXinelibDevice::PlayAny: invalid data ! Any ideas? Thanks.

2 3

[ANNOUNCE] vdr-femon-1.6.4 / vdr-skinsoppalusikka-1.6.3
by Rolf Ahrenberg 30 Nov '08

30 Nov '08

This femon release should fix those reported hangups while zapping through channels. Femon: ====== 2008-11-30: Version 1.6.4 - Added new helper functions. - Updated Italian translation (Thanks to Diego Pierotto). - Fixed a memory leak. - Added a check for the minimum OSD height. - Replaced "Use single area (8bpp)" option with VDR's "Setup/OSD/Anti-alias". - Removed the FEMON_NTSC option. - Fixed a deadlock in cFemonReceiver (Thanks to Antti Seppälä for reporting this one). http://www.saunalahti.fi/~rahrenbe/vdr/femon/ Skinsoppalusikka: ================= 2008-11-30: Version 1.6.3 - Added automatic conversion of '/' characters in channel names to '~' characters in filenames for logos. - Replaced "Use single area (8bpp)" option with VDR's "Setup/OSD/Anti-alias". http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/ BR, -- rofa

2 2

[ANNOUNCE] vdr-spider-0.2.2
by Thomas Günther 30 Nov '08

30 Nov '08

Hi! There is a new version of the 'Spider Arachnid' plug-in. Download: http://toms-cafe.de/vdr/spider/vdr-spider-0.2.2.tgz Changes since version 0.2.1: - Updated Italian language texts (thanks to Diego Pierotto). - Updated Spanish language texts (thanks to Bittor Corl). 'Spider Arachnid' is an implementation of the best patience game played on the On Screen Display of the VDR. See the project's homepage for details: http://www.toms-cafe.de/vdr/spider/ Tom

1 0

Sky/Freesat EPG
by Tony Houghton 29 Nov '08

29 Nov '08

VDR isn't fetching EPG info for my DVB-S channels. At best it shows what's on now and next but many channels seem to have no data at all. My dish is a Sky minidish, so I presume I don't have diseqc. To "seed" channels.conf I used the scan utility from linuxtv-dvb-apps, with the initial tuning files for Astra-28.2E and Eurobird1-28.5E because I read that's where Freesat is broadcast from. I noticed that the provider for all the channels is listed as "BSkyB", so does this mean I'm getting "Freesat from Sky" rather than the BBC/ITV consortium? ISTR reading that Freesat's EPG is on Eurobird1. Perhaps I accidentally masked it out because I tried to mask out encrypted channels and non-TV/radio? But I would have thought VDR would add it back, because it doesn't mask on its own scans. Or perhaps scan's output isn't quite compatible with VDR, even with the -o vdr option? I know this causes lots of trouble with the DVB-T channels, because VDR adds copies of channels if they're not quite in the format it likes best and then gets a bit weird with them, including not providing EPG info for the channels from the external scan tool. I've managed to resolve this for DVB-T, but there are so many satellite channels (mostly not of interest to me) I can't really keep track of which ones came from scan and which from VDR, and some VDR claims are "unavailable" even though they should be FTA. It would be good if the developers of scan and VDR could advise each other so they're properly compatible with each other and if VDR could have an option to run a separate program for building channels.conf so I could do all sorts of tricks like filtering out encrypted channels and sorting the ones I'm interested in. -- TH * http://www.realh.co.uk

5 12

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr