[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
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
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 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,
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
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
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
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,
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'
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
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.
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
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==
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
[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
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
___
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 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
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 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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
[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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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.
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
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
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', '
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
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
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
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
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 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 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*
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
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
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
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
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
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
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
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
Thomas Bartschies wrote:
Hi,
I'm experiencing the usual DD A3 stream breaks here. Now I have discovered
that the epg scan seems to trigger them, by tuning to some channels.
vdr logs frontend tuning timeouts synchronously to the stream breaks my
AV Receiver displays. They can only be
Gregoire Favre wrote:
...
In case VDR can't tune to a channel, does it resend the diseqc commands ?
Yes, it does,
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thomas Bartschies wrote:
Am Mittwoch, 24. Januar 2007 22:38 schrieb Klaus Schmidinger:
Thomas Bartschies wrote:
Hi,
[snip]
I have a three FF card system. Why does vdr use the Primary Card for
scans anyway? Shouldn't all of this occur on a non-primary card all of
If VDR is currently
Markus Hahn wrote:
Hi there,
in eit.c
Retrieving current Information about Premiere Direk Portal and
related schedules this origin code will update active channel list:
...
if (link) {
if (Setup.UpdateChannels == 1 || Setup.UpdateChannels = 3)
Halim Sahin wrote:
Hi Klaus,
On Fr, Jan 26, 2007 at 04:15:09 +0100, Klaus Schmidinger wrote:
Halim Sahin wrote:
Hello,
In my channels.conf there are the channels:
atv;Service Provider:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0
SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1
Halim Sahin wrote:
Hi Klaus,
I made my tests with an unpatched vdr.
Now the question is where to go on with debuging
or why vdr tries to change channelnames etc without swithing
to
another channel on a different trnasponder?
The only place where the name of an existing channel is
VDR maintenance patch 1.4.5-1 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.diff
This is a 'diff' against version 1.4.5.
Small fixes to the officially released VDR versions will be first
made available as maintenance patches in the Developer directory,
so that they can
Halim Sahin wrote:
Hi,
On Sa, Jan 27, 2007 at 05:16:31 +0100, Klaus Schmidinger wrote:
Halim Sahin wrote:
Hi Klaus
On Sa, Jan 27, 2007 at 02:15:02 +0100, Klaus Schmidinger wrote:
in cSdtFilter::Process(). Print out pn, ps and pp there when switching
between the two channels and post
Martin Wache wrote:
Hi Tero,
Tero Siironen schrieb:
I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and
xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested)
Funny, a friend, Stefan Rieke and me are also working on getting VDR to
run on Mac OS X.
Halim Sahin wrote:
Hello,
On Mo, Jan 29, 2007 at 06:43:40 +0100, Klaus Schmidinger wrote:
Yes, I do plan to do this. Yesterday I've installed my DVB-S2 card in
a test box, so hopefully I'll be able to start digging into this one
of these days...
FF-Card???
I wish ;-)
It's a Technotrend
Matthias Schniedermeyer wrote:
Stefan Huelswitt wrote:
Hi,
I'm playing around with 1.5.0
Initialy I wasn't able to tune to any channel. Even for FTA vdr
kept saying not available.
It took me nearly an hour to find the reason for that:
I had set PrimaryLimit=20
I have this setting since
VDR User wrote:
On 1/31/07, *Klaus Schmidinger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
VDR User wrote:
From what he's saying, the problem is buffer overrun's, not
underrun's.
Too much data is being sent and the device isn't able to keep up. If
that's
martin wrote:
To be honest, i use BigPatch for just one reason. During playback, I can
jump 10 sec + / - with the “1” and “3” keys. I can’t live without this
feature, because jumping 1 Minute is nice, but most of the times way too
long. So, actually, adding this 10 seconds jump to the main
Udo Richter wrote:
Marko Mäkelä wrote:
Well, that would still break this scenario: You're watching a recording
while it is being recorded. Then you get interrupted and push the Power
button. Before the timed recording finishes and VDR gets a chance to
shut down, you get back and push a
VDR User wrote:
On 2/7/07, *Klaus Schmidinger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I'd also say that the Power button should shutdown without confirmation
unless there is a recording going on or a plugin is Active().
To avoid accidental shutdowns it might still
it you saw off the branch you're sitting on.
Klaus
-Messaggio originale-
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di
Klaus Schmidinger
Inviato: venerdì 9 febbraio 2007 8.27
A: vdr@linuxtv.org
Oggetto: Re: R: [PATCH] R: R: [vdr] VDR Multiple frontends
Eddi wrote
Marko Mäkelä wrote:
...
In the i18n.c of vdr 1.4.5, I can only find one label containing button:
Menu button closes (Menu-Taste schließt). So, I guess that you can
ignore my remark.
Suggestion: replace Setup.OSD$Menu button closes with
Setup.OSD$Menu key closes.
Basically I agree, but
Eddi wrote:
Hi,
To finishing adding multiple frontend support, I need a function to know
inside dvbdevice.c if recording is in progress.
Is there a function ready?
That would be cDevice::Receiving().
Klaus
___
vdr mailing list
vdr@linuxtv.org
Andreas Breitenbach wrote:
Hi all,
I am using vdr-1.4.5. If I have started a recording without VPS it does
automatically resume the recording, if VDR has been restarted (either
manually or caused by a reset).
This is not working for a VPS recording.
I just tried that and it did resume
VDR maintenance patch 1.4.5-2 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-2.diff
This is a 'diff' against version 1.4.5-1 (which is the official
version 1.4.5, patched with
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.diff).
Small fixes to the officially released
Udo Richter wrote:
Matthias Schwarzott wrote:
In gentoo vdr package we added a small hack (attached), which
implements a svdrp call down to tell vdr it is inactive and will
shutdown in X minutes.
We call this from shutdown-scripts to let vdr retry shutdown in 5 min
(or other value if
VDR developer version 1.5.1 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.1.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0-1.5.1.diff
WARNING:
This is a *developer* version. Even though
Rob Davis wrote:
Anyone know why VDR won't pick up the different channels on this frequency?
All I get is Kiosque, but I know there are
Cine+ Foot 1 2 3 4 etc..?
apart from hacking it by hand, anyone know of a solution?
There is no 12149 on Astra 19E.
All there is is 12148H (which is
Udo Richter wrote:
Rolf Ahrenberg wrote:
On Sun, 4 Mar 2007, Udo Richter wrote:
Mar 4 18:31:14 xxx vdr: [6740] LastActivity: Never
Mar 4 18:31:14 xxx vdr: [6740] ActiveTimeout: 2104
Mar 4 18:31:14 xxx vdr: [6740] Retry: Never
... goes on and on and no shutdown attempts...
Found it!
Carsten Koch wrote:
Dear VDR User,
VDR User wrote:
I'm sure your heart is in the right place but please don't start using
the mailing list to spam news.
I am aware of two conventions on the VDR mailing list:
1) Use your real name to post.
2) Post in plain ASCII.
I am not aware of a
Simon Baxter wrote:
I'm having problems processing epg into VDR.
I have the following channels:
LSTC
250-1 TV1-Cable:112250:C0:C:0:301:300:305:A1:1796:0:0:0
250-2 TV2-Cable:119250:C0:C:0:301:300:305:A1:1908:0:0:0
250-3 TV3-Cable:126250:C0:C:0:301:300:305:A1:2020:0:0:0
250-4
VDR developer version 1.5.2 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.2.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.1-1.5.2.diff
I haven't had time to work on VDR in the past few weeks, so
On 04/17/07 22:13, VDR User wrote:
When VDR compares epg data to see whether its been updated, does it
actually compare the show description/info data or just certain fields
in the epg data entry? I'm guessing the latter because I've noticed
that when I populate extended epg data, a lot of
On 04/21/07 16:26, Anssi Hannula wrote:
Udo Richter wrote:
Anssi Hannula wrote:
However, the usual use-already-tuned-devices check in GetDevice() only
checks for device-Receiving(), which does not report transfer-moded
device, resulting in the new receiver being started on second device,
1 - 100 of 1532 matches
Mail list logo