vdr October 2010

vdr@linuxtv.org

55 participants
49 discussions

[PATCH] GOTOX patch for vdr-1.7.13
by Bikalexander 21 Oct '10

21 Oct '10

Hi Ales, I have 3 dvb cards - one is FF SS1 + 2 budget cards. How can I specify the dvb card for motor control ? BR, Alex > > Hi, > > here you can find new version of gotox patch for vdr-1.7.13. I've added new > menuentry - GotoxMaxSwing - max possible angle of rotor move. This set > automatically maximum wait time for rotor move (tohether with rotor speed) > instead of 60s as it was in previous versions. > > BR, > > Ales

3 3

Re: [vdr] vdr cpu usage
by Rolf Ahrenberg 20 Oct '10

20 Oct '10

On Wed, 20 Oct 2010, Theunis Potgieter wrote: > I'm not trying to start a flame war or who is to blame but are there > ways I can inspect to see which plugin is causing it, if is a plugin > to blame. You could check those time consuming VDR thread(s) via the "htop" command and then look for the corresponding thread id(s) from your VDR/system log to check what they really are. BR, -- rofa

2 1

vdr cpu usage
by Theunis Potgieter 20 Oct '10

20 Oct '10

Hi mailing list, perhaps this question was asked on other forums before (maybe even in a different language). Google failed to bring up search results for vdr idle cpu usage. I have vdr 1.7.14 running with the only plugins dummydevice and streamdev-server, no client is currently connected and on my Pentium 3 machine 1GHz, it uses between 10% ~ 15% cpu "idling". This is also after a restart of vdr and tuning to a channel that has got no video and audio. So now my question is, why would vdr use even more than 1% cpu usage, compared to other services like mediatomb that if not in use is about 0.1%. Is this a requirement that vdr uses this much all the time? I'm not trying to start a flame war or who is to blame but are there ways I can inspect to see which plugin is causing it, if is a plugin to blame. Theunis

2 1

Fwd: Re: Strange problem with one specific channel
by dplu 20 Oct '10

20 Oct '10

Hi Senufo has publish a patch for vdr for existing problem since 1.7.10 at least http://www.mail-archive.com/vdr@linuxtv.org/msg12668.html I guess you must apply it on 1.7.16 also , recording DVB-T in France works perfectly with this, checked on my vdr 1.7.15 @+ Le Monday 18 October 2010 17:42:15 Magnus Hörlin, vous avez écrit : > On 10/18/2010 01:24 PM, Steffen Barszus wrote: > > 2010/10/18 Eric Valette<Eric.Valette(a)free.fr>: > >> On 10/18/2010 11:45 AM, Magnus H wrote: > >>> Hi. > >>> > >>> > >>> The above applies for a standard unpatched VDR 1.7.16, even without > >>> starting > >>> any plugins. VDR simply won't record it. > >> > >> For the record: il have exactly the same problem with at least one > >> channel in france. I can play the channle but each time I try to record > >> it I get a 0 byte file. Haven't get time to investigate it yet. > > > > We got reported the same issue: > > https://bugs.yavdr.com/issues/143 > > > > _______________________________________________ > > vdr mailing list > > vdr(a)linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Ok, thanks. That bug report is exactly the same as my problem. Hope to > get some time to look at it then since it will help more people. > /Magnus > > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -------------------------------------------------------

4 3

Strange problem with one specific channel
by Magnus H 18 Oct '10

18 Oct '10

Hi. I have a strange problem with a relatively new DVB-T/SD/MPEG2 channel in Sweden. If I try to record from it all I get is a zero-byte file and VDR restarts after the standard 30 seconds reporting the infamous "ERROR: video data stream broken". All other channels on that mux are perfectly OK in VDR. This specific channel plays perfectly using mplayer connecting to VDR through streamdev's or xineliboutput's http ports. It also works perfectly with XBMC as frontend connecting to VDR through the vnsi plugin. Using my standard output plugin xineliboutput with vdr-sxfe as frontend, it normally plays for about a second and then video freezes but audio continues. Given Klaus's track record, I guess that the problem is not in VDR but in the stream itself. I'm not an expert in analyzing mpeg streams so I wonder if anyone out there could suggest a tool to use to debug this. If anybody is interested in helping me out I'd be glad to provide a small clip recorded through streamdev that plays perfectly in mplayer. I currently use cron jobs to record this channel using mplayer's dumpstream on streamdev's ts output, which feels a bit too old-school in the long run. The above applies for a standard unpatched VDR 1.7.16, even without starting any plugins. VDR simply won't record it. Thankful for any help. /Longtime VDR fan, Magnus H

4 3

[Announce] MainMenuHooks-v1.0.1 Patch
by Frank Schmirler 17 Oct '10

17 Oct '10

Hi, here's a minor update for the MainMenuHooks patch. The patch allows plugins to replace some of VDR's mainmenu items. The new version returns a cOsdObject instead of a cOsdMenu, so now the patch may also be used by plugins drawing their own menu. @plugin authors: If your plugin supports MainMenuHooks-1.0, there's nothing to change in the program code. Just update the patch itself in case it is shipped as part of the source distribution Full changelog: - return a cOsdObject instead of its subclass cOsdMenu (thanks to Joe_D@vdrportal) - version number defines in config.h now follow the ususal conventions: MAINMENUHOOKSVERSNUM is now a number, the newly added define MAINMENUHOOKSVERSION is a string (suggested by gnapheus@vdrportal) - patch is now based on VDR 1.6.0 - updated documentation Regards, Frank

1 0

VDR & web cam
by Andrey Kuzmin 17 Oct '10

17 Oct '10

What is the best way to publish web cam to web and show it in VDR? Mplayer plugin or anything else?

1 0

vdr 1.7.16 no longer cleans del records from video.01, video.02...
by Lou 16 Oct '10

16 Oct '10

Fri, 15 Oct 2010 Steffen Barszus wrote: > > find attached the patch. > - use lstat > - don't check if (n < size) as it should be same > > I have tested this and its working. > Confirmed! The .del directories in video.01, video.02 get removed again as they should. Thank you Steffen for this patch. Regards, Lou

1 0

Technotrend DVB-C 1501
by Rainer Blickle 15 Oct '10

15 Oct '10

Hi, i have a Technotrend DVB-C 1501 device (I guess the chip is the saa7146). With this card i cannot view a recording or live tv with the xineliboutput. live tv or a recording done by a pvrinput device works fine. Does anyone has a clue why the dvb-c device doesn't work with xineliboutput ? I have an ubuntu system with vdr 1.7.16. Regards, Rainer

1 1

Request - support for ATSC type channel numbers
by Rob Davis 15 Oct '10

15 Oct '10

Not sure if in Euroland, you're aware of how US digital is working and whether it's possible to support the US/ATSC channel number system. Essentially what's happening is a channel will appear on a frequency, then each sub channel is appending to the frequency number with either a . or a -. So, my ABC local channel is on 17. The main channel has a sid of 1, so the channel number is 17.1 or 17-1. They also have a network called MyNetwork, which has a sid of 2, so comes in as 17-2. Just to confuse matters, the 17 is actually the frequency of their old over the air frequency, they actually come in on a different frequency but have a virtual channel number of 17. The SD channels come in essentially as the same, but with a 2 stuck at the beginning, so 217.1 is ABC in SD. My normal TV when channel scanning mixes analog cable channels with digital ones. So old channels are on 2, 3, 4 up to 66, then ATSC channels appear starting on 13.1, 13.2, with 14 being an NTSC analog channel. (This is for Clear-QAM, although ATSC ota has the same type of numbering.). Anyway, is there anyway of getting VDR to support a sub channel number with a dash or period? -- Rob Davis

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2010