Re: [vdr] [ANNOUNCE] DaLiBoxSW3000MediaCenter

2006-08-06 Thread Klaus Schmidinger
Darren Salt wrote: I demand that Klaus Schmidinger may or may not have written... [snip] Oh, while we're at it: you're apparently selling stuff over your web site at http://www.dalibox.de, as can be seen on http://daliman3.dalibox.de/index.php?page=shop.product_detailsflypage=product_id

Re: [vdr] [ANNOUNCE] DaLiBoxSW3000MediaCenter

2006-08-07 Thread Klaus Schmidinger
[EMAIL PROTECTED] wrote: Why are you making such a secret about your patent? Probably because there is a time period in patents in which they can be easily rejected/removed/dispatented called opposition period. I time period is 9 months, and during that time it is very easi to say to the

Re: [vdr] next developper version

2006-08-11 Thread Klaus Schmidinger
[EMAIL PROTECTED] wrote: Hi Klaus I read yesterday a part of your answer mail to a question of vdr user: In VDR version 1.4 the CA_PMT records (that's the data a CAM needs in order to know which PIDs it shall decrypt) are sent to all CAMs in one CI device. I know that this can be a

Re: [vdr] RFC: Man page intstallation support for plugins?

2006-08-12 Thread Klaus Schmidinger
Christian Wieninger wrote: Hi Klaus, the next release of my plugin will have a couple of man pages. I included an 'install-doc' section in the Makefile. But one has to do a 'make install-doc' in the plugins source directory to install them. What do you think about a 'make

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.1-4

2006-08-13 Thread Klaus Schmidinger
VDR maintenance patch 1.4.1-4 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-4.diff This is a 'diff' against version 1.4.1-3 (which is the official version 1.4.1, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-1.diff,

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Klaus Schmidinger
Anssi Hannula wrote: Martin Dauskardt wrote: I upgraded to 1.4.1-4, which seems to include the patch from Anssi (http://linuxtv.org/pipermail/vdr/2006-August/010360.html ) I am not happy with this patch: My machine has a FF-card and Budget-Card+CAM. There was no timer for any encrypted channel

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.1-5

2006-08-20 Thread Klaus Schmidinger
VDR maintenance patch 1.4.1-5 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-5.diff This is a 'diff' against version 1.4.1-4 (which is the official version 1.4.1, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-1.diff,

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: @Martin: any news on this? With recent drivers and firmware it should be possible to record and watch even the high-bandwidth channels like ZDF on a FF card. Question is, how recent. I'm just running a recording on ARD. vdr-1.4.1-5, DVB driver

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-26 Thread Klaus Schmidinger
Anssi Hannula wrote: Anssi Hannula wrote: Klaus Schmidinger wrote: In this particular case I guess the recording really shouldn't start on the primary card, because the osdteletext plugin isn't a real recording process. So how shall we distinguish between cReceivers that do actual recordings

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-26 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: So how shall we distinguish between cReceivers that do actual recordings and such that just receive, e.g., teletext data? Or those that receive a radio channel for streaming it to a remote client? Where's the limit? Is there a way to predict whether

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-26 Thread Klaus Schmidinger
Anssi Hannula wrote: ... Attached is a patch which has this approach. So after *this* patch the above quoted scenario would continue like this instead: - recording is made via budget card (same behaviour as VDR 1.4.1) if AvoidPrimaryDevice is set - recording is made via FF card (leaving budget

Re: [vdr] Which locale variables influence VDR?

2006-08-30 Thread Klaus Schmidinger
Sebastian Kemper wrote: Hi all, there's an open bug report for the Gentoo VDR ebuilds regarding locale vars: http://bugs.gentoo.de/view.php?id=445 Up till now everything gets set to POSIX and afterwards LC_COLLATE gets set to whatever the user requests in the init script's config file. My

Re: [vdr] lost comment in runvdr script

2006-09-02 Thread Klaus Schmidinger
Matthias Becker wrote: Hi, when reorganizing my runvdr I found some lost comment in the file that is delivered with vdr 1.4.2. There is still some comment about the variable VDRUSR. It says: # Set the environment variable VDRUSR to the user id you # want VDR to run with. If VDRUSR is not set,

Re: [vdr] Recording stops and starts again

2006-09-02 Thread Klaus Schmidinger
Lauri Tischler wrote: I seem to remember that there was a patch to prevent stopping and starting recording if audio-pid changes. Was there ? ... *** Program really starts and audio pids are set up*** Sep 2 20:50:12 vdr vdr: [2900] channel 2 (YLE TV2) event La 02.09.2006 20:50-21:47 'Siska'

Re: [vdr] [ANNOUNCE] vdr-span-0.0.1

2006-09-03 Thread Klaus Schmidinger
Christian Leuschen wrote: ... @Klaus: Is there an obstacle to get all plugins that support some kind of service? s.th like static cPlugin **CallAllServicePlugins(const char *Id, void *Data = NULL); that returns a list of all plugins supporting the requested service. I would like to use it

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.2-1

2006-09-03 Thread Klaus Schmidinger
VDR maintenance patch 1.4.2-1 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.diff This is a 'diff' against the official version 1.4.2. Small fixes to the officially released VDR versions will be first made available as maintenance patches in the Developer directory, so

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Klaus Schmidinger
martin wrote: I’ve problems when implementing the latest 1.4.2.-1 Patch. Here’s the problem: I used VDR-Admin to change a timer setting. Every time I try to save the changed timer, VDR crashes, please see attached strace. I’ve checked against all 1.4.1-* versions, with bigpatch, without.

Re: AW: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Klaus Schmidinger
martin wrote: Hi, implemented the following, but it did not solve the issue :-( timers.c cTimer::~cTimer() { if(aux) free(aux); } .. lifetime = Timer.lifetime; strncpy(file, Timer.file, sizeof(file)); if (aux) free(aux); aux = Timer.aux ? strdup(Timer.aux) : NULL; Klaus's

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Klaus Schmidinger
Udo Richter wrote: Udo Richter wrote: ==4652== Invalid free() / delete / delete[] ==4652==at 0x1B904B04: free (vg_replace_malloc.c:152) ==4652==by 0x8103F5F: cTimer::operator=(cTimer const) (timers.c:108) ==4652==by 0x80FE349: cSVDRP::CmdMODT(char const*) (svdrp.c:1136) ==4652==

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Klaus Schmidinger
Klaus Schmidinger wrote: Udo Richter wrote: Udo Richter wrote: ==4652== Invalid free() / delete / delete[] ==4652==at 0x1B904B04: free (vg_replace_malloc.c:152) ==4652==by 0x8103F5F: cTimer::operator=(cTimer const) (timers.c:108) ==4652==by 0x80FE349: cSVDRP::CmdMODT(char const

Re: [vdr] When will first 1.5 version of VDR see the daylight?

2006-09-04 Thread Klaus Schmidinger
[EMAIL PROTECTED] wrote: Well, so far I've been busy doing maintenance patches for the 1.4-series, but I hope this will finally settle soon. Is support for DVB subtitles still going to be implemented in v 1.5? Well, in the past I sometimes said what I'm planning to implement in the next

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: It's probably best to implement an actual copy-constructor. Please try the attached patch, which contains both changes. Attached is the correct version. Thats the better fix of course, and may fix this in case some plugin did the same mistake

Re: [vdr] When will first 1.5 version of VDR see the daylight?

2006-09-05 Thread Klaus Schmidinger
lamikr wrote: I know you will not put any public feature list for 1.5.x series but maybe it could also add support for the UTF-8? (by using similar kind of patches that Alexander Riedel send for the 1.3 series.) I'll se what I can do... Klaus ___

Re: [vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm

2006-09-08 Thread Klaus Schmidinger
Rene Bartsch wrote: Hi, the Videgor plugins are missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm. It's on now. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.2-2

2006-09-09 Thread Klaus Schmidinger
VDR maintenance patch 1.4.2-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-2.diff This is a 'diff' against version 1.4.2-1 (which is the official version 1.4.2, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.diff). Small fixes to the officially released

Re: [vdr] cStatus::ChannelSwitch(...) Problem

2006-09-10 Thread Klaus Schmidinger
Stefan Huelswitt wrote: On 10 Sep 2006 Jörg Wendel [EMAIL PROTECTED] wrote: i use the the function cStatus::ChannelSwitch(const cDevice *Device, int ChannelNumber) {} in a plugin, now i wonder that it is called every 21 seconds! This begin 60 minutes after starting the VDR. Is this the the

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.2-2

2006-09-10 Thread Klaus Schmidinger
Klaus Schmidinger wrote: VDR maintenance patch 1.4.2-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-2.diff ... If nothing is wrong with it I would like to release VDR version 1.4.3 tomorrow. Well, the patch itself didn't introduce any new problems, but yesterday a VPS

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.2-3

2006-09-17 Thread Klaus Schmidinger
VDR maintenance patch 1.4.2-3 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-3.diff This is a 'diff' against version 1.4.2-2 (which is the official version 1.4.2, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.diff and

[vdr] [ANNOUNCE] VDR version 1.4.3 released

2006-09-23 Thread Klaus Schmidinger
VDR version 1.4.3 is now available at ftp://ftp.cadsoft.de/vdr/vdr-1.4.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.4.3.diff A 'diff' against the latest maintenance patch is available at

Re: [vdr] [RFE] Soft-cancel cThread

2006-09-24 Thread Klaus Schmidinger
Udo Richter wrote: Hi, I have a suggestion for a VDR change: I could use a way to end a cThread externally without having to wait and without hard canceling it. My thread runs with the usual while (Running()) loop. To signal the loop to stop, it would be enough to set running=false.

Re: [vdr] [RFE] Soft-cancel cThread

2006-09-24 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: There are two ways this could be done. First, by adding a function SoftCancel() { running=false; }. Or second, by modifying Cancel() to just set running=false if called with Cancel(-1) or Cancel(0,false) or similar. I would prefer using -1

Re: [vdr] Returning due to modification...

2006-10-01 Thread Klaus Schmidinger
CR wrote: Hi, I notice when I change channels, video/audio will start and then it will pause and resume, in the syslog I often see returning due to modification of channel when it happens. In the setup options, I have turned off updating of any channels, so why does this occur? Is there

Re: [vdr] Returning due to modification...

2006-10-01 Thread Klaus Schmidinger
Lauri Tischler wrote: Klaus Schmidinger wrote: CR wrote: Hi, I notice when I change channels, video/audio will start and then it will pause and resume, in the syslog I often see returning due to modification of channel when it happens. In the setup options, I have turned off updating

Re: [vdr] Returning due to modification...

2006-10-01 Thread Klaus Schmidinger
Johannes Schoeller wrote: Klaus Schmidinger wrote: Lauri Tischler wrote: Klaus Schmidinger wrote: CR wrote: Hi, I notice when I change channels, video/audio will start and then it will pause and resume, in the syslog I often see returning due to modification of channel when it happens

Re: [vdr] LanguageCode

2006-10-07 Thread Klaus Schmidinger
Boguslaw Juza wrote: There are channels (mostly audio-only) witch spaces in LanguageCode. For example: XtraMusicPop:11278:v:S13.0E:27500:0:611=A 1,612=A 2,613=A 3,614=A 4,615=A 5,616=A 6,617=A 7,618=A 8,619=A 9,620=A10:0:100:13042:318:400:0 so I ask for little patch in

Re: [vdr] auto ratio change dont work with 1.4.2

2006-10-07 Thread Klaus Schmidinger
Lauri Tischler wrote: upgraded from 1.3.36 to 1.4.2, everything works, except automatic setting of tv between 4:3 and 16:9 modes. Works just fine with 1.3.36. Could you check the intermediate versions, so that we could find out exactly which version might have broken this? Klaus

Re: [vdr] Bug in audio track replaing

2006-10-07 Thread Klaus Schmidinger
Boguslaw Juza wrote: Hi! I have found small bug: When I have record channel witch multiple audio track - f.e. tracks witch language codes: A1, A2, A3, A4, and then I replay it, when I'm choosing audio track, I have to choose: POL, A1, A2, A3. POL plays A1 track, A1 plays A2 track etc...

Re: [vdr] Bug in audio track replaing

2006-10-08 Thread Klaus Schmidinger
Boguslaw Juza wrote: On Sun, 8 Oct 2006, Klaus Schmidinger wrote: Klaus Schmidinger wrote: Please try the attached replacement for I18nNormalizeLanguageCode() (this is not a patch, but the complete function). Let me know if this works for you, so I can include it in the next maintenance

Re: [vdr] No program information from disabled timers?

2006-10-08 Thread Klaus Schmidinger
Harri Kukkonen wrote: I noticed that in the timer menu, you cannot get information with the blue key about the program the timer is set to record, if the timer is disabled. Is there a reason that this nice feature works only for enabled timers or is this a bug? The blue key in the Timers

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.3-1

2006-10-08 Thread Klaus Schmidinger
VDR maintenance patch 1.4.3-1 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-1.diff This is a 'diff' against version 1.4.3. Small fixes to the officially released VDR versions will be first made available as maintenance patches in the Developer directory, so that they

Re: [vdr] vdr-1.4.3-1.diff epg problems

2006-10-09 Thread Klaus Schmidinger
V Live wrote: I patched your vdr-1.4.3-1.diff against my vdr-1.4.3 version and since the epg guide and vdr-yaepg plugin show no title in th epg. Seems that there is an error there. However if I remove the patches to eit.c and eit.h but keep the rest of the patch the epg guide works like it

Re: [vdr] vdr-1.4.3-1.diff epg problems

2006-10-09 Thread Klaus Schmidinger
V Live wrote: I patched your vdr-1.4.3-1.diff against my vdr-1.4.3 version and since the epg guide and vdr-yaepg plugin show no title in th epg. Seems that there is an error there. However if I remove the patches to eit.c and eit.h but keep the rest of the patch the epg guide works like it

Re: [vdr] VDR deletes directories

2006-10-13 Thread Klaus Schmidinger
Johannes Schoeller wrote: ... i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ... VDR removed .del directories just fine: Oct 10 22:17:40 video vdr: [29329] removing

Re: [vdr] VDR deletes directories

2006-10-14 Thread Klaus Schmidinger
Johannes Schoeller wrote: ... it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem. i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says: Oct 10 00:10:02 vdr vdr: [3933] remove

Re: [vdr] vdr-1.4.3-1.diff epg problems

2006-10-14 Thread Klaus Schmidinger
patch still did not fix the no title in the epg guide or yaepg plugin. But like I said before removing the eit.c patch from your vdr-1.4.3-1.diff and it works fine. */Klaus Schmidinger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]/* wrote: V Live wrote: I patched

Re: [vdr] No program information from disabled timers?

2006-10-14 Thread Klaus Schmidinger
Harri Kukkonen wrote: Klaus Schmidinger wrote: Harri Kukkonen wrote: I noticed that in the timer menu, you cannot get information with the blue key about the program the timer is set to record, if the timer is disabled. Is there a reason that this nice feature works only for enabled timers

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.3-2

2006-10-15 Thread Klaus Schmidinger
VDR maintenance patch 1.4.3-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-2.diff This is a 'diff' against version 1.4.3-1 (which is the official version 1.4.3, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-1.diff). Small fixes to the officially released

Re: [vdr] vdr-1.4.3-2.diff compile problem

2006-10-15 Thread Klaus Schmidinger
V Live wrote: Upon patching vdr-1.4.3-2.diff to vdr-1.4.3-1 I first had to manually patch the vdr.c part of the patch; it did not patch cleanly. Also it would not compile unless I added an } on the very last line of vdr.c file. Are you sure that you have applied vdr-1.4.3-2.diff to a plain

Re: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?

2006-10-20 Thread Klaus Schmidinger
martin wrote: ... I am not sure about, how actually the time is set via VDR. Maybe Klaus can give us a hint. See cTDT::cTDT() in eit.c. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR and system time setting

2006-10-20 Thread Klaus Schmidinger
Bernd Juraschek wrote: Hello, I've configured VDR to set the system time. But it's not possible to change the channel to use. I can switch the setting to another channel and vdr is saving setup.conf. But if I reenter the settings, I see the old channel again. The channel displayed on OSD is

Re: [vdr] FF card A/V sync suggestion

2006-10-20 Thread Klaus Schmidinger
C.Y.M wrote: Since it has been several years now and I have never been able to solve the a/v desync issues with my Nexus-S FF card when playing back recordings... I'm replaying many recordings (actually most of what I watch are recordings ;-) and don't even remember when was the last time I

Re: [vdr] FF card A/V sync suggestion

2006-10-21 Thread Klaus Schmidinger
C.Y.M wrote: Klaus Schmidinger wrote: C.Y.M wrote: ... [ problem with A/V desync ] I would have to say that this is exactly the same thing I have been experiencing for years and years. But, this never happens with budget cards.. only FF cards. I'm not sure what you mean here. Budget cards

Re: [vdr] FF card A/V sync suggestion

2006-10-29 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: Morfsta wrote: I second that, please don't let it drop again.. Is anyone actually working on this, Klaus, Oliver, ANYONE? I'm not working on this, because ATM I wouldn't know what to do. Any comments on C.Y.M's point that PCR should be recorded

Re: [vdr] ERROR: LIRC remote control thread xx won't end

2006-11-03 Thread Klaus Schmidinger
Markus Hahn wrote: Hi there, due to debuging purposes I set in void cThread::Cancel(int WaitSeconds) WaitSeconds = 6000; between the waits of 3 seconds I syslog the message: thread won`t end . At vdr shutdown I get the (endless) error message : [vdr] ERROR: LIRC remote control thread

[vdr] [ANNOUNCE] VDR version 1.4.4 released

2006-11-04 Thread Klaus Schmidinger
VDR version 1.4.4 is now available at ftp://ftp.cadsoft.de/vdr/vdr-1.4.4.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-1.4.4.diff A 'diff' against the latest maintenance patch is available at

Re: [vdr] grab from remote machines?

2006-11-08 Thread Klaus Schmidinger
[EMAIL PROTECTED] wrote: Hi Is possibile to grab image into a file from a remote machines? there is a way to insert the stream generate with a svdrpsend.pl command like this: ./svdrpsend.pl -d 192.168.0.2 grab - 10 in a valid jpeg or other graphical format file? svdrpsend.pl -d hostname

Re: [vdr] vdr Feature request

2006-11-12 Thread Klaus Schmidinger
Halim Sahin wrote: Hello Klaus, Some LNB's don't get a lock while switching to a special frequency. After a small change in the Frequency it works e. G. 12630-12629 ... Such a small deviation shouldn't be much of a problem. Are you sure that's a probem with the LNB? Some receivers can set a

Re: [vdr] vdr Feature request

2006-11-12 Thread Klaus Schmidinger
Halim Sahin wrote: From: Klaus Schmidinger [EMAIL PROTECTED] To: vdr@linuxtv.org Halim Sahin wrote: Hello Klaus, Some LNB's don't get a lock while switching to a special frequency. After a small change in the Frequency it works e. G. 12630-12629 ... Such a small deviation shouldn't

Re: [vdr] svdrp service on two port

2006-11-19 Thread Klaus Schmidinger
[EMAIL PROTECTED] wrote: Is possible to active the service svdrp on two port, for examples: - port 2001 for grab image - port 3001 for send to vdr command No, VDR only supports one SVDRP port, and only one connection at a time. You could write a plugin, though, that opens its own port and

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-01 Thread Klaus Schmidinger
Udo Richter wrote: Jörg Wendel wrote: a question about the 'new' vdr shutdown handling implemented a few versions ago. [..] But why vdr call this so often, isn't it only required if the vdr is going to shutdown? Even without the log message, at first view it looks like unnecessary load?

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-01 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: For VDR, the two if's in the inactivity shutdown should be swappable with no serious side effects, see attached diff. All the calls do noting important, except the cCutter::Active() call, and this one is called often enough in other situations

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: Are you sure? ACTIVITYTIMEOUT is 60 seconds, so wouldn't your change just avoid the calls until 60 seconds after the last user activity? Hmm, you're right. Its not a test on Setup.MinUserInactivity * 60. My patch would just avoid these calls

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Klaus Schmidinger
Klaus Schmidinger wrote: ... --- vdr.c 2006/10/14 10:01:32 1.280 +++ vdr.c 2006/12/02 10:20:30 @@ -1154,11 +1154,15 @@ ... +LastActivity = time(NULL) - Setup.MinUserInactivity * 60 + SHUTDOWNRETRY; // try again later Just in case somebody noticed: I just

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: The attached patch makes it call cPluginManager::Active() only if it really wants to shut down, and if there is actually an option for plugins to delay the shutdown (i.e. this is not a forced shutdown). If cPluginManager::Active() returns 'true' once

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: I agree to move it down until before the line if (timer Delta Setup.MinEventTimeout * 60 ForceShutdown) { in order to not interfere with the assuming manual start of VDR stuff. But if we move it further down, the dsyslog(reboot at %s

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

2006-12-03 Thread Klaus Schmidinger
VDR maintenance patch 1.4.4-1 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.diff This is a 'diff' against version 1.4.4. Small fixes to the officially released VDR versions will be first made available as maintenance patches in the Developer directory, so that they

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

2006-12-03 Thread Klaus Schmidinger
Sorry, my previous message contained a typo. It should have been ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.4.4-1.diff Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Re: Problem with vdr-1.4.4-1 and extrecmenu

2006-12-03 Thread Klaus Schmidinger
Suur Karu wrote: Peter Pinnau wrote: I just applied the vdr-1.4.4-1 maintainance patch and some plugins failed to compile. I could fix all problems within the plugins except for extrecmenu. Please advise me how fix compile errors with remote and streamdev plugins. Plugin streamdev: make[1]:

Re: [vdr] Re: Problem with vdr-1.4.4-1 and extrecmenu

2006-12-03 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: Add the line #define uint64 uint64_t to VDR/tools.h. I'll add this in the next maintenance patch, too. In the long run all plugins should change this to uint64_t, though. better, re-add it as typedef as it was before. Attached. I want to get

Re: [vdr] Re: Problem with vdr-1.4.4-1 and extrecmenu

2006-12-03 Thread Klaus Schmidinger
Matthias Schwarzott wrote: On Sunday 03 December 2006 15:53, Klaus Schmidinger wrote: Udo Richter wrote: Klaus Schmidinger wrote: Add the line #define uint64 uint64_t to VDR/tools.h. I'll add this in the next maintenance patch, too. In the long run all plugins should change

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

2006-12-03 Thread Klaus Schmidinger
VDR User wrote: ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.4.4-1.diff Whats with that filename? Any reason you're not following the usual vdr-1.4.4-1.diff naming scheme? I guess by now you've read my posting that immediatly followed the announcement ;-) Klaus

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

2006-12-03 Thread Klaus Schmidinger
Klaus Schmidinger wrote: VDR User wrote: ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.4.4-1.diff Whats with that filename? Any reason you're not following the usual vdr-1.4.4-1.diff naming scheme? I guess by now you've read my posting that immediatly followed the announcement

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-2

2006-12-03 Thread Klaus Schmidinger
Klaus Schmidinger wrote: VDR maintenance patch 1.4.4-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-2.diff ... Since the removal of the 'uint64' typedef has caused some turmoil amoung the plugin users/authors, this quick patch introduces a define that makes 'uint64

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

2006-12-03 Thread Klaus Schmidinger
VDR User wrote: Klaus Schmidinger wrote: - Replaced 'unsigned long long' with 'uint32_t' and 'uint64' with 'uint64_t' to avoid problems on 64-bit machines. Should read: - Replaced 'unsigned long' with 'uint32_t' and ... Oliver I think we should all

Re: [vdr] HDTV - no video stream

2006-12-07 Thread Klaus Schmidinger
Boguslaw Juza wrote: Hi! There is new HD channel (crypted) at HotBird: CANAL+ Sport HD:10719:v:S13.0E:27500:250:251=pol;252=ORY:0:100:4410:113:11000:0 VPID is 250. But when I have set it in VDR, I have only audio. While recording, it save 23MB in 5 minutes. VDR corrected the VPID to 0.

Re: [vdr] VDR Multiple frontends

2006-12-09 Thread Klaus Schmidinger
Eddi wrote: Hi, I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use multiple frontend. So I get: /dev/dvb/adapter0/demux0 /dev/dvb/adapter0/demux1 /dev/dvb/adapter0/dvr0 /dev/dvb/adapter0/dvr1 /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1

Re: [vdr] diseqc multiswitch with 4 dish.

2006-12-15 Thread Klaus Schmidinger
BRUNETON Béranger wrote: Does VDR works with a multiswitch, 4 dish and 4 dvb card? Each card must access to all dish. Yes, that can be done. The configuration is done in the diseqc.conf file. Klaus ___ vdr mailing list vdr@linuxtv.org

Re: [vdr] EPG from external source

2006-12-28 Thread Klaus Schmidinger
Boguslaw Juza wrote: Hi! From manual: table id is a hex number that indicates the table this event is contained in (if this is left empty or 0 this event will not be overwritten or modified by data that comes from the DVB stream) I want VDR to overwrite events which I have imported

Re: [vdr] Removing newline characters from EPG entries.

2007-01-02 Thread Klaus Schmidinger
Carsten Koch wrote: Hi, I found the following code in epg.c lines 633-636: // VDR can't usefully handle newline characters in the title and shortText of EPG // data, so let's always convert them to blanks (independent of the setting of EPGBugfixLevel): strreplace(title, '\n', '

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-02 Thread Klaus Schmidinger
Udo Richter wrote: [EMAIL PROTECTED] wrote: The alternative would be to implement a generic task scheduler and make timers one special type of schedule. This would get REALLY big. Yes, but it will be the much better design. It will open the option to do VDR related timed and maintainance

Re: [vdr] background vdr thread eating cpu

2007-01-03 Thread Klaus Schmidinger
Torgeir Veimo wrote: Every two and a half minute, my syslog gets an entry like: Jan 3 06:04:40 htpc kernel: cx88[1]/2: cx8802_timeout Jan 3 06:04:49 htpc vdr: [2369] frontend 1 timed out while tuning to channel 9, tp 578 About 30 seconds before i get this entry, thee's a vdr thread that

Re: [vdr] background vdr thread eating cpu

2007-01-03 Thread Klaus Schmidinger
On 3 Jan 2007, at 09:58, Klaus Schmidinger wrote: It would help if you could find out which particular thread is using that CPU percentage. You can do ps -T u -C vdr Hmm, it looks like the thread 5748 (tuner on device 2 thread started). Looks more like thread 5767 to me, see

Re: [vdr] background vdr thread eating cpu

2007-01-03 Thread Klaus Schmidinger
Torgeir Veimo wrote: On 3 Jan 2007, at 11:59, Klaus Schmidinger wrote: *** thread 5767 is eating most of the CPU time. Unfortunately this one isn't listed in your log file excerpt. No that's the softdevice output thread. It uses about 70% which is expected with this particular setup

Re: [vdr] background vdr thread eating cpu

2007-01-03 Thread Klaus Schmidinger
Halim Sahin wrote: Hi Klaus, On Mi, Jan 03, 2007 at 01:22:14 +0100, Klaus Schmidinger wrote: Well, the tuner thread doesn't really do that much that might eat such a lot of CPU time, one would think. Maybe you can add some debug output in cDvbTuner::Action() and cDvbTuner::SetFrontend

Re: [vdr] background vdr thread eating cpu

2007-01-03 Thread Klaus Schmidinger
Halim Sahin wrote: Hi, On Mi, Jan 03, 2007 at 04:25:57 +0100, Klaus Schmidinger wrote: Can you identify a particular VDR thread that consumes those 20% more CPU time? Thats very dificult. After observing this a time here is the output of ps -T u -C vdr USER PID SPID %CPU %MEM

Re: [vdr] NIT handling change in 1.4.3-4

2007-01-04 Thread Klaus Schmidinger
Anssi Hannula wrote: NIT handling was changed in 1.4.3-4 by adding an additional check if we're actually receiving this transponder. See the current code: for (cChannel *Channel = Channels.First(); Channel; Channel = Channels.Next(Channel)) { if

Re: [vdr] flooded log when using status plugin

2007-01-04 Thread Klaus Schmidinger
Joachim Wilke wrote: Hello everyone, when using the status plugin and tuning to a channel without an epg schedule, the syslog gets flooded with some hundreds of OsdProgramme messages: Nov 3 20:16:17 vdr vdr: [4676] status: cStatusTest::OsdChannel 2079 TechniSat Kanal 50 Nov 3 20:16:17

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-3

2007-01-05 Thread Klaus Schmidinger
VDR maintenance patch 1.4.4-3 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-3.diff This is a 'diff' against version 1.4.4-2 (which is the official version 1.4.4, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.diff and

Re: [vdr] prevernting vdr restart on bad signal?

2007-01-07 Thread Klaus Schmidinger
Ali H.M. Hoseini wrote: hi all, I've noticed that when the signal quality goes low ( high BER or high UNC), and if a timer records that channel simultaneously, the vdr exits continuously, and hence produces too many recording files. How should I prevent vdr from exit, in this

[vdr] [ANNOUNCE] VDR version 1.4.5 released

2007-01-07 Thread Klaus Schmidinger
VDR version 1.4.5 is now available at ftp://ftp.cadsoft.de/vdr/vdr-1.4.5.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.4.5.diff A 'diff' against the latest maintenance patch is available at

[vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-07 Thread Klaus Schmidinger
VDR developer version 1.5.0 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0.tar.bz2 A 'diff' against the latest stable version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.5.0.diff WARNING: This is a *developer* version. Even though *I*

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-10 Thread Klaus Schmidinger
Udo Richter wrote: Klaus Schmidinger wrote: However, (don't know exactly if this has already been suggested as such) maybe a simple feature in the new shutdown code could be to allow the user to specify *one* time at which VDR shall be guaranteed to be up, along with a time period for which

Re: [vdr] error on large EPG loads via SVDRP

2007-01-10 Thread Klaus Schmidinger
Udo Richter wrote: Pjotr Kourzanov wrote: I am experiencing VDR errors when loading EPG via SVDRP. If the EPG data to be loaded is larger that 3 MB then VDR silently drops the SVDR connection. Everything is fine if the data is truncated to fit 3 megs. There is an issue if the EPG

Re: [vdr] error on large EPG loads via SVDRP

2007-01-11 Thread Klaus Schmidinger
Pjotr Kourzanov wrote: Hi, I heard that in new versions multiple SVDR connections are/will be allowed. Does it mean that they will be then implemented via a separate thread and my problem is solved? This will most likely be the case. Klaus

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-13 Thread Klaus Schmidinger
Petri Helin wrote: Klaus Schmidinger wrote: VDR developer version 1.5.0 is now available at ... with a quick test with this new version I was unable to get the decrypting to work. I have a Technotrend C1500 budget card with budget CI and a Dual CAM Irdeto + Conax (Conax is used

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-13 Thread Klaus Schmidinger
Petri Helin wrote: ... BTW: I have been patching the device.c in 1.4.* series so that my other card, TT budget DVB-C v1.0, is always preferred for FTA channel recordings. Otherwise the precious CAM could be wasted in an FTA recording. I understood that you are planning on restructuring the

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-13 Thread Klaus Schmidinger
Petri Helin wrote: Klaus Schmidinger wrote: Looks like the CAM is recognized all right. Please enable the lines static bool DumpTPDUDataTransfer = false; static bool DebugProtocol = false; static bool DumpPolls = false; static bool DumpDateTime = false; in ci.c by changing them

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-14 Thread Klaus Schmidinger
Petri Helin wrote: Klaus Schmidinger wrote: Petri Helin wrote: Klaus Schmidinger wrote: Looks like the CAM is recognized all right. Please enable the lines static bool DumpTPDUDataTransfer = false; static bool DebugProtocol = false; static bool DumpPolls = false; static bool

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-14 Thread Klaus Schmidinger
Petri Helin wrote: Klaus Schmidinger wrote: Petri Helin wrote: ... BTW: I have been patching the device.c in 1.4.* series so that my other card, TT budget DVB-C v1.0, is always preferred for FTA channel recordings. Otherwise the precious CAM could be wasted in an FTA recording. I understood

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.0

2007-01-14 Thread Klaus Schmidinger
Petri Helin wrote: Klaus Schmidinger wrote: Petri Helin wrote: Klaus Schmidinger wrote: Petri Helin wrote: Klaus Schmidinger wrote: Looks like the CAM is recognized all right. Please enable the lines static bool DumpTPDUDataTransfer = false; static bool DebugProtocol = false; static

  1   2   3   4   5   6   7   8   9   10   >