Christopher Reimer wrote:
> 2012/9/3 Ludwig Nussel :
>> Klaus Schmidinger wrote:
>>> On 09.05.2012 16:36, Manuel Reimer wrote:
what is the current status in this topic? Anyone working on this?
>>>
>>> Attached is a revised version of the patch, as I intend to adopt it
>>> in version 1.7.30.
>>
On Monday 03 September 2012 - 15:42:04, Ludwig Nussel wrote:
> So nine years ago when I started packaging vdr for SUSE ...
Sorry, but Suse is not known for doing things right :(
... and they don't care much about system quality.
> Even though vdr may update some of the files there itself I still
Tobi writes:
> On 12.08.2012 14:32, Klaus Schmidinger wrote:
>
>> Do you actually *have* a remote control with "non-standard" color keys?
>
> I use an UR-2400 - R/Y/B/G.
>
> ...but I got used to it.
Same here, RYBG.
I'll give the patch a try this evening.
Thanks
--
___
2012/9/4 Gero :
>> I decided to use /var/spool/video (could have been /var/spool/vdr
>> too).
>
> That's a good point!
>
> Lots of VDR-users use VDR as a standalone system and for those systems
> /var/spool might be more appropriate than /srv
>
> /srv is right, if the VDR-machine offers the recordi
Dear all,
We are using vdr (1.7.21) to record from a DVB-T2 stream. File split quota is
at 200MB.
The broadcast stream comes with audio packets (data) roughly 2 seconds after
then the video packets. They are in perfect time stamp sync (video-audio). It
is just the data packets that are late in
On Tue, Sep 4, 2012 at 12:38 AM, Ludwig Nussel wrote:
> Currently that might be true. Nevertheless it would be good to enhance
> vdr to make it friendlier in that regard though. E.g treating short
> lived data like a one shot timer or automatically detected stations
> differently than actual confi
Gero wrote:
Vdr's databases reside in /var/lib/vdr where they are changeable by intention.
The databases are linked to /etc.
So the content from /etc (the links to vdr-databases) is static, but the
content of the databases is not.
Its not that good as if the vdr would have divided the setup into
Ludwig Nussel wrote:
[Readonly /etc]
Currently that might be true. Nevertheless it would be good to enhance
vdr to make it friendlier in that regard though. E.g treating short
lived data like a one shot timer or automatically detected stations
differently than actual configuration like the orderi
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
