vdr August 2010

vdr@linuxtv.org

59 participants
58 discussions

[ANNOUNCE] vdr-webvideo 0.3.1
by Antti Ajanki 29 Aug '10

29 Aug '10

Hi, I just released version 0.3.1 of the webvideo plugin. The new version fixes (among other things) the incompability that was caused by Youtube recently changing their output format. The new version is available at http://users.tkk.fi/~aajanki/vdr/webvideo/ Full changelog: - Updated Italian translation (thanks to Diego Pierotto). - Fixed Youtube extractor. - Fixed Vimeo search. - Timers are no longer marked as "Unfinished" after the download has been completed. - Retry failed timers again later. Antti On 07/22/2010 03:40 PM, Halim Sahin wrote: > Hello, > Thanks for the new webvi version but it doesn't work in youtube. > Exception occurred in multicurl processing > Traceback (most recent call last): File > "/usr/lib64/python2.6/site-packages/webvi/asyncurl.py", > line 234, in check_completed > disp.handle_completed(err, errmsg) > File "/usr/lib64/python2.6/site-packages/webvi/download.py", > line 278, in handle_completed > self.donefunc(err, errmsg) > File "/usr/lib64/python2.6/site-packages/webvi/request.py", > line 525, in finished_check_url > self.check_and_send_url() > File "/usr/lib64/python2.6/site-packages/webvi/request.py", > line 256, in check_and_send_url > debug('check_and_send_url ' + url) > TypeError: cannot concatenate 'str' and 'NoneType' objects > Download failed: No more URLs > left Did not find > URL> > > sorry for the linebreaks, don't know how to copy the output with correct > line wraps. > Regards > Halim > > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

5 4

Impact in cDevice::GetDevice
by Rainer Blickle 29 Aug '10

29 Aug '10

Hi, in the method cDevice::GetDevice the device with the least impact is searched (the block with "imp <<= x; imp |= "). For calculating the impact (higher value = bigger impact) some "facts" are used. The most prio fact is "prefer the primary device for live viewing", the least prio is "prefer CAMs that are known to decrypt this channel". Does anyone know why the facts are ordered in this way ? Why ?: At the moment i'm developing a patch providing alternative channels. An alternative channel is a channel providing the same programme as the original channel, but with another receiving technique (like DVB-T instead of DVB-C). My alternative technique is analoge (via pvrinput). For this, i introduced a new fact "programme is received from an alternative channel". Therefor i have to define the priority of this new fact regarding the impact. So i'd like to know more why the prio is as it is. Regards, Rainer

5 6

Re: [vdr] Advice on new motherboard, xineliboutput, vdpau,hdmi video & audio, etc.
by Goga777 28 Aug '10

28 Aug '10

> > if you disabled full gpu scaling , how upscaling will work really ? what and > > how will upscale SD video to 1080p ? > > This setting is only useful if your display device can't scale on its own or > the scaling is worse quality. If you enable it the card will always output > native resolution at native refresh. > > If disabled the gpu will not touch the mode and output whatever you tell it > to, in which case the display itself will have to scale the mode as needed. let's have a look on the following situation. I have full HD TV set, which of course can upscale. TV My xorg.conf has default mode - 1080p can be 2 situation With vdr and vdr-xine I'm watching SD 576i channels and after that I switch to HD 1080i channel. Does graphic card do upscale in first variant (with SD channel) ? Goga

4 3

[ANNOUNCE] vdr-dxr3 0.2.11
by Ville Skyttä 28 Aug '10

28 Aug '10

vdr-dxr3 version 0.2.11 is out, changes since 0.2.10: - OSD, demuxer and audiodecoder fixes for vdr 1.7.14 (Luca Olivetti) - Don't switch to digital AC3 mode if configured to use analog (Luca Olivetti) - Ignore H.264 streams, display notSupported.mpg instead (Luca Olivetti) - Fix build with recent (May 2010) ffmpeg (Ville Skyttä) 0.2.x is the "stable" series of the dxr3 plugin, targeted primarily for VDR 1.6.x at the moment, but it should work to some extent also with VDR 1.7.x. More extensive work on the next version is underway at http://projects.vdr- developer.org/projects/show/plg-dxr3 Downloads are available at: http://projects.vdr-developer.org/projects/list_files/plg-dxr3 and http://sourceforge.net/projects/dxr3plugin/files/

1 0

Re: [vdr] [ANNOUNCE] vdr-webvideo 0.3.1
by Antti Ajanki 28 Aug '10

28 Aug '10

On 08/03/2010 11:58 AM, Jouni Karvo wrote: > On 25.07.2010 21:14, Antti Ajanki wrote: >> Hi, >> >> I just released version 0.3.1 of the webvideo plugin. The new version >> fixes (among other things) the incompability that was caused by >> Youtube recently changing their output format. >> > Hi; a feature request: > - could you add a method for deleting the downloaded video files? > > I would find this most useful - having to take a ssh connection to the > HTPC for deleting files is a bit cumbersome. Currently webvideo doesn't even keep track of which files it has downloaded. I think that the proper place to delete the videos is the media player. For example in xineliboutput's media player's file list the yellow key deletes a file. Antti

2 1

Converting all recordings to TS?
by Teemu Suikki 27 Aug '10

27 Aug '10

Hi, I just upgraded to VDR 1.7.15, mainly because I want to watch TS recordings with PS3, directly from PS3 browser with VDRAdmin and StreamDev.. I already have it pretty much working, both LiveTV and recordings work fine. I have been modifying VDRAdmin-am slightly to be more ps3-oriented. :) Anyway, now the biggest problem is that I have about 1TB of recordings recorded with older VDR.. I'd like to convert all of those to TS. :) Is there some simple shell utility? Writing the actual script is not a problem, if I just knew what program to use for the conversion. -- Teemu Suikki http://www.z-power.fi/

6 9

Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video & audio, etc.
by Jukka Tastula 27 Aug '10

27 Aug '10

On Friday 27 August 2010 11:32:11 Goga777 wrote: > if you disabled full gpu scaling , how upscaling will work really ? what and > how will upscale SD video to 1080p ? This setting is only useful if your display device can't scale on its own or the scaling is worse quality. If you enable it the card will always output native resolution at native refresh. If disabled the gpu will not touch the mode and output whatever you tell it to, in which case the display itself will have to scale the mode as needed.

4 3

Re: [vdr] vdr Digest, Vol 67, Issue 35
by master.of.brainless.things＠gmx.net 27 Aug '10

27 Aug '10

Am Thu, 26 Aug 2010 23:23:30 +0200 schrieb vdr-request(a)linuxtv.org: > (although a lack of PCI > slots is a tad worrying, at least for the small form-factor boards!). perhaps the pov 330-1 ion board? http://www.pointofview-online.com/showroom.php?shop_mode=product_detail&pro… it has a pci slot, but is it small enough for you? though i have problems finding it online to buy cause all search enginge just show me the pov 330, without -1. this is the board i would like to buy me next... -- /* * Honey, PLEASE don't pick up the PH$@#*&$^(#@&$^%(*NO CARRIER * */

2 1

Advice on new motherboard, xineliboutput, vdpau, hdmi video & audio, etc.
by Seppo Ingalsuo 27 Aug '10

27 Aug '10

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

16 48

VDR with 50Hz clock output
by martinez 25 Aug '10

25 Aug '10

Looking at the circuit diagram for the vga2scart cable. at http://vga2scart.gw90.de/cable/vga2scart/ What pins need to be mapped on the scart to include also sound (for a complete vga+ stereo out > SCART cable) Message: 1 Date: Sat, 21 Aug 2010 15:54:03 +0300 From: Pasi K?rkk?inen <pasik(a)iki.fi> Subject: Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video & audio, etc. To: vdr(a)linuxtv.org Message-ID: <20100821125403.GW2804(a)reaktio.net> Content-Type: text/plain; charset=iso-8859-1 On Fri, Aug 20, 2010 at 01:37:10AM +0300, Niko Mikkil? wrote: Thu, 2010-08-19 at 20:54 +0400, Goga777 wrote: Computer hardware usually cannot provide 50.000Hz, 59.940Hz or 23.976Hz outputs to your TV/Monitor. This will cause some judder on display output as MPEG/AVC input-stream is not synchronized to output framerate. do you mean that all nvidia vdpau cards with existing drivers from Nvidia can't provide exact 50.000Hz, 59.940Hz or 23.976Hz ?? There is no graphics card, BD/DVD player or other standalone device that outputs those rates exactly. I don't know how much they deviate, but I'd guess it's usually something like 0.01 % (50.005 Hz instead of 50 Hz), as Jori said. However, the rate doesn't need to match exactly because the display device is synchronized to the video signal. The rate could be 50.1 Hz or maybe even 51 Hz and the display wouldn't mind. 50 fps video files would play slightly faster, but there would be no need to drop video frames because of that. Things are more problematic when receiving live broadcast. Then the display and the video source (graphics card and software) needs to be synchronized to the broadcast to avoid dropping or duplicating frames. Set-top digital television boxes and FF DVB cards do that, but most graphics cards/drivers can't because they aren't designed to follow an external time source. Audio playback synchronation is another issue, and somewhat difficult to handle properly on a PC where the audio chip's clock is almost always separate from the graphics card's clock. By default, many media players time everything according to the audio clock, and therefore they need to drop/duplicate video frames every now and then. The other alternative is to drop/duplicate audio frames or resample the audio completely. I assume you guys are aware of projects like: http://frc.easy-vdr.de/ It was originally started to get perfectly synced RGB output from a VGA card (to PAL TV), just like from FF DVB card. I haven't really used that myself, but afaik they've been working on making that exact synchronization (variable framerate) possible with new HD/VGA/DVI outputs aswell. -- Pasi

5 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2010