Am 13.05.2011 01:49, schrieb Dominic Evans:
> For example, currently if I want to watch two or three recordings one
> after another, I go to recordings menu, play 1 till end, hit back
> (returning me to recordings menu), play 2 till end and so on. Each
> time I go back to the recordings menu to cho
Am 13.05.2011 07:44, schrieb Tobi:
> 8.5/9 of the C++ standard says
>
> "If no initializer is specified for an object, and the object is of
> (possibly cv-qualified) nonPOD class type (or array thereof), the object
> shall be default-initialized; if the object is of const-qualified type,
> the und
Am 15.05.2011 23:45, schrieb Klaus Schmidinger:
> On 14.05.2011 13:06, Tobi wrote:
>> Right. The C++ standard explicitly requires an "user-declared default
>> constructor" here.
>>
>>> So it should also work if you add an empty
>>> constructor cCursesFont::cCursesFont() { } ???
>>
>> Yes. Either t
Am 07.06.2011 15:07, schrieb John Klimek:
> I'm using VDR 1.7.18 with the latest GIT version of VDR-Live and it's
> not working that great...
>
> For example, some images do not appear and then when I try to access
> certain links (randomly) VDR will just crash without any errors.
I'm using a sna
Am 15.06.2011 18:34, schrieb Klaus Schmidinger:
> On 15.06.2011 15:30, Paul Menzel wrote:
>>if (Instant&& channel)
>> snprintf(file, sizeof(file), "%s%s",
>> Setup.MarkInstantRecord ? "@" : "", *Setup.NameInstantRecord ?
>> Setup.NameInstantRecord : channel->Name());
>
>
Am 19.06.2011 22:57, schrieb Klaus Schmidinger:
> On 19.06.2011 12:41, Klaus Schmidinger wrote:
>> - Fixed detecting frames in case the Picture Start Code or Access Unit
>> Delimiter
>> extends over TS packet boundaries (reported by Johan Andersson).
>
> I'm afraid this change causes a short disto
Am 03.07.2011 19:55, schrieb Tony Houghton:
> Is s2api backwards compatible ie can you use it on older, non DVB-S2,
> cards?
It is, in both ways: Any supported DVB card can always be accessed by
s2api and by DVB v3 API. Functionality may be limited on DVB v3 API of
course.
S2api is part of any ker
Am 11.07.2011 18:12, schrieb Klaus Schmidinger:
> On 11.07.2011, at 03:21, Laz wrote:
>> Before I dig into buffers, etc., is there any difference between
>> the streams sent to PlayTS in transfer mode and in playback? I see that
>> transfer mode generates a PAT/PMT on the fly and passes the stream
Am 14.07.2011 02:28, schrieb VDR User:
> On Wed, Jul 13, 2011 at 12:05 PM, Luboš Doležel wrote:
>> Apart from simplifying the script to a single line I've found a solution:
>> I've tripled the size of the ring buffer in vdr-streamdev-server and the
>> problem is gone. No problems after hours of pl
Am 23.07.2011 16:57, schrieb Klaus Schmidinger:
> jpegtopnm $Pict |
> pnmscale --xscale=$ScaleW --yscale=$ScaleH |
> pnmpad --black --width $SW --height $SH |
> ppmtoy4m -F $framerate -I p -S 420mpeg2 |
> mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg
>
> While this works fi
Am 25.07.2011 11:17, schrieb Harald Milz:
> Because the channel list may be modified by the provider every now and then,
> and VDR cannot know anything about it, the channels.conf file needs to be
> rebuilt frequently outside of VDR (and reloaded on the next VDR restart).
You know that you can mod
Am 25.07.2011 13:12, schrieb Hawes, Mark:
> I’ve done some further investigation and as far as I can tell the
> problem appears to be with the value returned by cDiseqc::Codes in
> diseqc.c.
>
> The following trace from 1.7.19 shows the problem:
>
> Received from diseqc->Codes(n) a pointer 13
Am 26.07.2011 17:49, schrieb VDR User:
> Those kind of remotes are cool but I wouldn't want one for daily use.
> I prefer direct access to many options with one button press, not
> going through menus on a remote screen.
>From my experience, the keys I _really_ use, are:
(1) Core keys: 0-9, Up/Dn
Am 19.06.2011 12:41, schrieb Klaus Schmidinger:
> - The initial channel is now stored by the channel ID in the setup.conf file,
> in
> order to avoid problems in case channels are reordered or deleted (reported
> by
> Lars Bläser).
This change includes a change to cMenuEditChanItem to accept
Am 15.08.2011 18:07, schrieb Dominic Evans:
> Apart from FAT16/FAT32/ISO 9660 compatibility reasons, are there any
> benefits to keeping MaxVideoFileSize for recordings at <= 2GB?
Not from within core VDR. If you want to transfer or post-process video
files >2G, you should make sure that everythin
Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
> VDR developer version 1.7.20 is now available at
Thanks for the new version - at a surprising time. ;)
> ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20.tar.bz2
Just a note: The tar file includes a 0-byte epg.data file and an empty
themes sub-fo
Am 16.08.2011 23:13, schrieb Klaus Schmidinger:
> On 16.08.2011 19:56, Udo Richter wrote:
>> Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
>>> - cSkins::Message() now blocks calls from background threads (thanks to
>>>Michael Eiler for reporting
Hi list,
Updates for VDR-1.7.20 on my web page:
Hard Link Cutter for 1.7.20: Fixes rejects
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
http://www.udo-richter.de/vdr/patches.html#hlcutter
Osdserver-0.1.3:
- Fix: Message command blocked from background thread, use callback
- Update M
Am 19.08.2011 15:30, schrieb Steffen Barszus:
On 08/19/11 11:46, Steffen Barszus wrote:
> i would like to request, that
> vdr is storing the length of a recording and make it accessible
> to the plug-ins.
>
> Where it gets stored is not my point, that it can be served from in
> meo
Am 20.08.2011 12:16, schrieb Klaus Schmidinger:
> On 19.08.2011 20:48, Udo Richter wrote:
>> Sure, however QueueMessage does not wait and does not return an user key
>> press.
>
> That's by design ;-)
> A background thread is not supposed to do this!
Osdserver has n
Am 26.08.2011 14:12, schrieb Dieter Bloms:
> the tuner part of my fullfeatured card ist broken, so I want to buy a
> nova card and use this fullfeatured card as output device only.
> At the moment vdr tries to use this card also as receiver.
> So may it be possible to tell vdr it should use this ca
Am 11.09.2011 11:37, schrieb Henning Pingel:
And this tackles another small problem: I think that VDR doesn't delete
any channels from the channels.conf in any case. So outdated channels
have to be removed manually. Has there been an attempt to offer a
functionality that VDR makes a note of those
Am 13.09.2011 11:03, schrieb Henning Pingel:
That sounds *very* interesting to me. If I can assist you in going
public with this patch + plugin, please let me know. I currently don't
see a reason to reset the timestamp to zero on VDR start, but I probably
just don't get your concept yet.
Minima
Am 21.10.2011 20:47, schrieb cedric.dew...@telfort.nl:
> I have installed VDR. It runs great, but it has one problem. It does not
> delete my old recordings. I have a lot of recordings, and they all have a
> lifetime of 0. See also the following info file:
VDR deletes old recordings if
- Disk spac
Am 22.10.2011 07:51, schrieb cedric.dew...@telfort.nl:
I see. I have 2 partitions, a / partition and a /storage partition. I would
like to record to /storage/video/video.00. I have edited /etc/default/vdr
so it reads:
OPTIONS="-v /storage/video/video.00 -w 60"
Still I get the error:
Oct 22 07:5
Am 25.10.2011 01:41, schrieb Juergen Judt:
I have problems with the VDR because I get segfaults every ~5-10 minutes.
Similar problems are also reported in the VDR-Portal -->
www.vdr-portal.de/board60-linux/board14-betriebssystem/board69-c-t-vdr/p1025768-segfault-mit-vdr-1-7-21/?highlight=#post102
Hi list,
Hard Link Cutter is updated for VDR-1.7.22 available for download:
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
http://www.udo-richter.de/vdr/patches.html#hlcutter
Original patch by Ville Skyttä, adapted to the variant that VDR-1.7.22
uses. Not intensely tested, but should work
Am 04.01.2012 21:04, schrieb Ville Skyttä:
> This is the PR24163 case mentioned in
> http://article.gmane.org/gmane.linux.redhat.fedora.devel/157671
>
> diff --git a/config.h b/config.h
> index 7825364..b0233a9 100644
> --- a/config.h
> +++ b/config.h
> @@ -122,7 +122,7 @@ public:
>
Am 07.01.2012 01:17, schrieb René:
> ERROR: loading plugin libvdr-epgsearch.so.1.7.22: undefined symbol:
> _ZN6cTimerC1EbbP8cChannel
> ERROR: loading plugin libvdr-skinenigmang.so.1.7.22: undefined symbol:
> _ZN6cTimerC1EbbP8cChannel
> ERROR: loading plugin libvdr-text2skin.so.1.7.22: undefined sym
Am 07.01.2012 16:27, schrieb Marc:
> The problem come from the livebuffer patch. It redefines cTimer::cTimer
> to add the length of the already buffered stream so when the instant
> recording start, it records the buffer too :
> +#ifdef USE_LIVEBUFFER
> + cTimer(bool Instant = false, bool Pause =
Am 08.01.2012 21:10, schrieb Klaus Schmidinger:
> On 08.01.2012 20:45, Lars Hanisch wrote:
>> Not really, because the driver changes introduced by Manu are on its
>> way into linux-media. After that only one frontend will be left and
>> new ioctls are there to switch between delivery systems.
>> Ru
Am 15.01.2012 14:49, schrieb fnu:
> Well that is an other question and valid argument, why is there no
> sufficient solution to scan for channels in VDR, like is quit normal on
> commercial solution.
I've been living with VDR's auto channel update quite well, back since
VDR 1.3.x eliminated the ne
Hi list,
And here I was, thinking that I could finally drop support for this old
compatibility patch that noone really needs any more, and then the new
VDR-1.7.23 requires linux-3.0 or newer headers to compile... yay...
So here it is again: S2API Wrapper 0.8 is released, and should allow to
comp
Am 20.02.2012 10:18, schrieb Klaus Schmidinger:
> On 20.02.2012 00:06, Joerg Riechardt wrote:
>> With dvbplayer.[hc] from version 1.7.23 and adjusted menu.[hc] it is
>> ok again.
>> Other patches were not involved.
>> Jörg
>
> Well, then I guess it's best if I revoke that change.
> Any objections?
Am 23.02.2012 19:36, schrieb Magnus Hörlin:
> This is an interesting topic and I have had exactly the same ideas. But
> I think this violates Klaus's "Keep it simple" philosophy and (as usual)
> I tend to agree with him.
If you've ever read the algorithm that picks the best possible device
for a r
Am 23.02.2012 10:30, schrieb Klaus Schmidinger:
> Just check what's actually happening in the GetDevice() function.
... and try with minimal plugins, they might introduce side effects.
OSDTeletext for example is known to have such side effects on device
selection.
Cheers,
Udo
_
Am 24.02.2012 17:23, schrieb Klaus Schmidinger:
> On 24.02.2012 15:37, Frank Schmirler wrote:
>> On Sun, 19 Feb 2012 14:54:48 +0100, Klaus Schmidinger wrote
>>> - Fixed handling the PrimaryLimit when requesting a device for live
>>> viewing
>>> (reported by Uwe Scheffler).
Hmmm, didn't even n
Am 27.02.2012 14:33, schrieb Frank Schmirler:
> Instead of a configurable "LiveTV priority", your approach uses the fixed
> priority value 0 for LiveTV. The new idle priority of -100 opens the range for
> cReceivers with negative priority. The problem is, that *any* negative
> priority is still con
Am 29.02.2012 17:50, schrieb Tony Houghton:
> On Wed, 29 Feb 2012 16:48:33 +0100
> Manuel Reimer wrote:
>> What does this mean? Do you plan built-in networking support or do
>> you plan to improve streamdev? IMHO it is a big task to make really
>> good networking support. Keeping this code separat
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
> + The function cDevice::Receiving() now returns true if there is any
> receiver
> attached to the device. Its boolean parameter has no meaning any more.
Please remember to drop the following line from PLUGINS.html, as it is
now finally comple
Am 01.03.2012 06:37, schrieb Gero:
>> A timer menu that belongs to a recording backend, a recording menu that
>> displays content of storage modules, several frontends that can connect
>> to one recording backend or several storage modules, ...
>
> I think, here is already the first shortcoming in
Am 01.03.2012 07:03, schrieb VDR User:
> one option to spread
> the workload could be Klaus assigning different portions to different
> contributors that would like to work on it. If Klaus is clear about
> what he wants and is in good communication with other coders, perhaps
> it could become more
Am 01.03.2012 22:25, schrieb Klaus Schmidinger:
> Guys, *please*! I stated earlier that I am currently concentrating
> on making a stable version 2.0, and that I will see to make client/server
> a priority *after* that.
Agreed, lets focus on 2.0 for now. We just got carried away dreaming of
VDR 3.
Am 02.03.2012 11:35, schrieb Jarkko Kangas:
> On 2.3.2012 12:17, Pertti Kosunen wrote:
>> It would be great if next stable could include ttxtsubs-plugin
>> readiness, i.e. recording/viewing teletext subtitles would not require
>> patching of main VDR code anymore.
>
> It would be also great if nex
Am 02.03.2012 11:06, schrieb Klaus Schmidinger:
> On 29.02.2012 21:33, Udo Richter wrote:
>> Roughly, the callback should be at the places where these two get called:
>>
>> DELETENULL(liveSubtitle);
>> DELETENULL(dvbSubtitleConverter);
>>
>> (Thats
Am 02.03.2012 10:30, schrieb fnu:
> You want to have a feeling how it feels, if a live buffer is the underlying
> central function in a PVR solution, just go and test MythTV.
I think the main objection against buffering was that for old FF cards,
this also forces transfer mode, resulting in additi
Hi list,
To actually make use of the new MsgChannelSwitch behavior of VDR 1.7.25,
I've quickly hacked an experimental patch to use this to detach the old
receiver before VDR attempts to switch channel. With this, channel
switching should not jump between receivers for FF cards, avoiding
transfer
Am 03.03.2012 21:40, schrieb Andreas Brachold:
> It should be :
> --
> #if VDRVERSNUM >= 10725
Ouch, you're right, of course...
COMPILER! Y U NO ERROR?
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxt
Am 07.03.2012 21:19, schrieb Richard Scobie:
> I have found that adding a "sleep 5" to my startup script, between
> loading the drivers and starting vdr, has caused it to successfully
> survive five reboots.
I'm doing an udevadm settle --timeout=30 after load/unload, haven't had
any issues with th
Am 10.03.2012 16:18, schrieb Klaus Schmidinger:
> Any plugins that implement cStatus::ChannelSwitch() need to add the
> parameter
> 'bool LiveView' to that function.
The 'status' plugin, part of the VDR source, does not yet use the new
LiveView parameter.
Just one of many plugin breakages.
Am 11.03.2012 16:58, schrieb Klaus Schmidinger:
> On 11.03.2012 16:05, Anssi Hannula wrote:
>> -Werror=overloaded-virtual
>
> Thanks. I'll change the Makefiles accordingly.
We'll see how many false errors this will have. With my quick&dirty fix
(see vdrportal) it still complains about overloaded
Hi list,
A bit late, but finally a fixed version of Hard Link Cutter for 1.7.27
is uploaded on my web page. I got ninja'd by Ville Skyttä anyway, so
most credits go to him this time. Also: Finnish and German translation
included.
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
http://www.u
Am 06.04.2012 15:01, schrieb Christopher Reimer:
> could someone please review the attached patch? It's originally posted
> by Maniac in this thread -->
On the original topic, I see room for one improvement:
The defaults of the new --cachedir and --resdir parameter are the
defaults set by Make.co
Am 08.04.2012 09:48, schrieb Manuel Reimer:
> It is difficult to read your description (and no, I didn't understand
> it). How would you want to document this in a way, someone actually
> understands it?
I guess I have to find a way to be more clear...
Ok, second attempt:
- Makefile does not set
Am 08.04.2012 11:36, schrieb Klaus Schmidinger:
> At any rate, I want to get rid of that symlink stuff and allow
> VDR to "see" only one big video directory.
Sorry for being OT, just wanted to extend my thought of the last
post-2.0-offtopic discussion: Modularize.
Defining an interface for 'video
Am 09.04.2012 11:54, schrieb Klaus Schmidinger:
> However, there is one thing in the current behavior that I would even
> consider a bug: if one starts VDR with
>
> vdr -v /mydir
>
> it uses /mydir as the video directory, but still uses /video for the
> configuration files. I believe that as lo
Am 20.04.2012 23:58, schrieb Roland Tapken:
> What is cPlayer? As cTransfer implements both cReceiver and cTransfer I
> thought about it as some kind of frontend abstraction (FF-output, xine,
> streamdev-server). But it seems that cPlayer directly acts on cDevice, and
> that doesn't make sense t
Am 01.05.2012 14:00, schrieb Karim Afifi:
> Hello,
>
> I am building a new box with vdr-1.7.27. Several plugins don't compil
> anymore with this error msg :
> i18n.h:8: error: ‘tI18nPhrase’ does not name a type
>
> Is there a solution to fix this ?
Most plugins should have updated versions or de
> > timers.c: In constructor ‘cSortedTimers::cSortedTimers()’:
> > timers.c:832: error: class ‘cSortedTimers’ does not have any field
> named
> > ‘cVector’
>
> I don't get such an error message here.
May be a compiler dependent problem. The attached patch makes it work for me.
Cheers,
Udo
--
ax, this could be an
extension to the :@ syntax, where :@. or :@100. or @100.1 starts a group of
channels. And maybe an empty :@ to end the group without explicitly setting
:@101 as next number.
Cheers,
Udo
--
Udo Rich
> On 3 July 2012 07:51, Klaus Schmidinger wrote:
>
> > VDR (and me, too ;-) doesn't care in what way a particular system boots
> > or starts its services.
>
> It would be handy though, if VDR proper came default with a way to
> toggle plugins on and off in the user interface.
It is nice, but as
Am 04.09.2012 15:22, schrieb Rares Pop:
Now, when VDR does the file split (after the quota has been met and a
video I-Frame is about to start) the audio packets that would be in
sync with the latest video frames before the split are actually being
contained in the next split file.
Thats because
Am 05.09.2012 11:13, schrieb Rares Pop:
You were saying that VDR does splitting and editing on the data
stream level, not on the audio/video-track level. Am I to understand
that vdr doesn't make the files at the beginning of a video I-frame?
The video stream gets split at a TS packet that cont
Am 03.10.2012 10:36, schrieb AlexW:
If no last viewed recording was set (mostly after restart of vdr) and
you press the Play Button all Recordings will be shown.
Nice idea. But I think the idea of having the play button have more
functionality can be improved further.
For one thing, a featur
Am 30.09.2012 15:41, schrieb Klaus Schmidinger:
- The new class cIoThrottle is used to allow I/O intense threads to temporarily
suspend their activities in case buffers run full (suggested by Torsten
Lang).
Currently the cutter thread is suspended if the TS or Recorder buffer use
more
Am 03.10.2012 12:28, schrieb Klaus Schmidinger:
Not really. If the last viewed recording has been deleted, this new
functionality could still kick in
The patch above just checks the string presence. It should also check
whether the string is an existing recording then.
Sounds way too comple
Am 03.10.2012 14:55, schrieb Klaus Schmidinger:
Which file system are you using for your video directory?
I recently switched from ext3 to ext4 and it does feel a little "snappier".
Its an XFS disk, and it was surprisingly fast on deleting when it was
fresh. Unfortunately,
#>df -m /video
Fi
I've been doing things with Make.config too, and would like it to be
available again. My plugins usually followed this pattern:
-include $(VDRDIR)/Make.global
-include $(VDRDIR)/Make.config
-include Make.config
so you always had the chance to have optional control without patching
makefiles.
Am 24.12.2012 10:39, schrieb Klaus Schmidinger:
- The plugin Makefiles now have a separate 'install' target (suggested by
Christopher
Reimer). In order to still allow the normal building of VDR (with all
plugins in its
./PLUGINS/src subdirectory, the plugin libraries in ./PLUGINS/lib and
Am 27.12.2012 14:43, schrieb Klaus Schmidinger:
If you want to use your "hardlink cutter" with recent versions of VDR,
you could simply patch out the calls to DanglingPacketStripper.Process(),
GetPendingPackets() and ptsFixer.Fix() in
cCuttingThread::ProcessSequence().
There will be no fixing of
Am 28.12.2012 09:28, schrieb Klaus Schmidinger:
Well, if a plugin is no longer actively maintained, it's probably
time to drop it. You know what they say about dead horses ;-).
Being actively developed and being needed are two different things. I
wouldn't want to drop all the plugins that aren
Am 28.12.2012 09:29, schrieb Klaus Schmidinger:
On 28.12.2012 00:47, Dominic Evans wrote:
IF YOU BREAK USERSPACE I HATE YOU AND YOU ARE A TERRIBLE PERSON
Not breaking userspace is, of course, the right thing to do in a *stable*
version of any software.
In Linux context, it actually means k
Am 28.12.2012 14:37, schrieb Klaus Schmidinger:
On 28.12.2012 14:19, Udo Richter wrote:
Plus, any updated plugin (at least any built-in plugin) does no longer
create the *.so.$APIVERSION file, and there's no generic way to do this.
Well, then maybe this works (haven't tested it):
Am 28.12.2012 16:38, schrieb Klaus Schmidinger:
> So should we go back to the Makefiles of version 1.7.33 and declare this
> area of the program source "untouchable" forever?
Beside all the current whining (and *I* don't exclude myself from that),
it is nevertheless a step in the right direction.
Am 30.12.2012 01:08, schrieb Christopher Reimer:
2012/12/29 Udo Richter :
Even if there was
an thread in vdr-portal, I did miss it, and there was no word of it in
the mailing list, which I always considered to be the central spot of
development.
Really? http://linuxtv.org/pipermail/vdr/2012
Am 05.01.2013 13:16, schrieb Klaus Schmidinger:
Looks like this was caused by an NFS problem on my system.
Will be OK again in the next version.
While on packaging, you might want to check for some empty folders that
get packaged. Last version had a locale/ tree and a
PLUGINS/src/dvbhddevice/
Am 27.02.2013 11:56, schrieb Peter Münster:
> Support for seeing the VDR osd over mplayer doesn't exist yet.
>
> Who could add this feature please? And what would be the price?
Basically, the OSD-over-mplayer does work for dvbsddevice and other
devices that mplayer supports. Also, there was alrea
Am 27.02.2013 22:16, schrieb VDR User:
> Is there any hope that this could be resurrected? Also, what about
> those of us who use VDPAU?
Its more a thing for hardware decoder cards that cannot handle an
uncompressed video stream, as it always re-encodes to some fixed output
format, eg. mpeg1/2.
T
Am 05.03.2013 10:35, schrieb Peter Münster:
> How is it possible, to mount the video directory in read-only mode?
> I want to use a slave vdr like this:
> vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video
> But it does not work, because /net/media/data is mounted read-only.
> The slave
Am 06.03.2013 21:56, schrieb Peter Münster:
> On Wed, Mar 06 2013, Stephan Loescher wrote:
> On Wed, Mar 06 2013, Udo Richter wrote:
>> You can always mount an unionfs or aufs on top of the read only mount,
>> and redirect all write access to a local disk or ram disk. That way V
Am 08.03.2013 19:35, schrieb Stephan Loescher:
> When you use the suggested solution with unionfs, then the client uses
> the servers setup/timers/epg/etc. because it sees them in its
> /video-directory.
Only until the first write, after that the client will continue with its
local writable copy.
Am 17.03.2013 09:51, schrieb Lars Hanisch:
> Am 17.03.2013 09:20, schrieb Halim Sahin:
>> vdr doesn't copy plugins to PLUGINS/lib.
>> Is there a way to get the old behaviour back?
>
> I think "make LCLBLD=1" should do it.
Mostly, but YMMV. Some plugins may not support it.
>From my builds yester
Hi list,
I've noticed that I don't get channel updates any more on most of the
German HD transponders, since my update from 1.7.37 to 1.7.41 on
2013-03-16. I'm running VDR in "add new transponders" full update mode.
I didn't check 1.7.42 yet, sorry.
I'm running a very minimal old patch that track
Am 31.03.2013 09:08, schrieb Oliver Endriss:
> Udo Richter wrote:
>> I've noticed that I don't get channel updates any more on most of the
>> German HD transponders, since my update from 1.7.37 to 1.7.41 on
>> 2013-03-16.
>
> Could you test whether th
Hi,
I've uploaded the newest version of S2API Wrapper 'light', the wrapper
patch to VDR that ensures DVB API compatibility to all DVB 5.0 API
kernel headers. The new version fixes the DVB-S2 EPG bug that was
introduced with 1.7.40, whenever the runtime kernel had DVB API 5.7 or less.
To do so, th
Sorry for interrupting the party, great job for sure, but I think EPG on
DVB-S2 is in fact buggy on DVB APIs 5.3 to 5.7.
For these API verisons, the API 5.8 code fork replaces DTV_STREAM_ID
with DTV_DVBT2_PLP_ID, and sends this command to DVB-S2 cards, even
though DVB-S2 cards can hardly handle DV
Am 05.04.2013 19:37, schrieb Lucian Muresan:
> I wrote a patch for the ScaleVideo implementation in the dvbhddevice,
> for keeping the actual aspect ratio of the video material when scaling.
My initial thought on the code was that it seemed to unnecessary do too
many double to int conversions, plu
Am 27.04.2013 10:50, schrieb Brian-Imap:
> Hi,
> on some channels I get Video Data Stream Broken messages, not sure quite
> what triggers them yet.
VDSB is triggered if a recording doesn't receive any video data within
30 seconds. Usually this is because either the channel doesn't exist /
doesn't
Am 27.04.2013 14:06, schrieb Brian-Imap:
> The single one at the start is what stops me activating the emergency
> exit in VDR.
Do you have an in-accurate system clock and/or clock syncing enabled?
VDR will falsely trigger an VDSB if the clock is set more than 30
seconds ahead while a recording is
Am 28.04.2013 16:52, schrieb Brian-Imap:
> So you assume it was falsely triggering a VDSB thinking 30 secs had
> passed when in fact the clock probably was adjusted instead?
Its the only false alarm I know of, and would be an explanation why this
happens on the start of a recording. Tuning to the
Am 13.10.2013 18:20, schrieb Torsten Mohr:
> i have installed an /etc/vdr/shutdown.sh which will NOT shutdown as long as
> somebody is still logged in.
>
> So i know pretty sure that VDR is NOT going to shutdown.
>
> The message shown "VDR wird in 3:00 Minuten ausschalten" does not make
> sense
Am 15.10.2013 00:48, schrieb Lars Hanisch:
> Wouldn't a "MinUserInactivity = 0" disable the message because the user
> never gets inactive?
It would, but in that case the automatic shutdown would be disabled too.
In that case, hitting the power button is required to get inactive,
resulting in th
Am 17.10.2013 19:09, schrieb Torsten Mohr:
> If nothing happens and nobody is logged in i shut down the VDR after 30
> minutes. So a value of 180 would prevent a shutdown after 30 minutes of
> inactivity?
Yes and no.
It depends on whether VDR thinks there's someone watching, in that case
VDR s
Am 06.01.2014 09:59, schrieb Reinhard Nissl:
> But this still seems error prone -- looks like a more complex solution
> is needed which keeps track of how often a transponder has been seen
> dead over a certain period of time before declaring these channels
> OBSOLETE (and later delete them automat
Am 17.04.2014 22:28, schrieb Ville Skyttä:
> On Thu, Apr 17, 2014 at 6:57 PM, Alexander Kniwel
> wrote:
>> Hi,
>>
>> I had exactly the same errors on my VDR (2.1.6):
>>
>> ERROR: invalid sat cable number in '°$Q‘
>>
>> In my case the „binary junk“ is always °$Q, and the message appears also in
>>
Am 14.09.2014 12:02, schrieb Thomas Maaß:
> Maybe an option could be added to VDR to force a boot once a
> day. When the next timer is later than a specific time, set the
> wakeup time to this time.
You could hack this into the shutdown script itself.
Tomorrow=$(($(date +%s)+86400))
would be th
Am 17.09.2014 20:44, schrieb Thomas Maaß:
> How can I compare the wakeup times in a bash script? A "0" is given when no
> timer is present?
Basically, something like this:
boottime="$1"
if [ "$1" -eq 0 -o "$1" -gt "$tomorrow" ] ; then
boottime="$tomorrow"
fi
After that, use $boottime inste
Thanks, for changing my TV viewing habits 13 years ago, and for keeping
it running for all these years. Keeping that continuity for that long
time is quite impressive.
Now, where do I find that time to upgrade my machines...
But first, party! (\ ^.^ /)
Cheers,
Udo
_
On 30.04.20 17:46, Harald Milz wrote:
Nach längerem habe ich mich endlich aufgerafft,
Wenn man plötzlich Zeit hat, und never-touch-a-running-system neu
aufsetzt... woher kenn ich das? ^^
Ich hätte erwartet, dass er dafür frontend 2/0 oder 3/0 verwendet. Auf denen
wirft er aber ständig Timeout
On 13.12.21 00:28, Tobi wrote:
I hope to have at least have the top 20 plugin packages updated by the end
of the year.
If you need help with any of my old plugins or patches, let me know.
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
https://ww
1 - 100 of 522 matches
Mail list logo