Marc Perrudin | 2 May 17:50 2016
Picon

[PATCH] Systemd watchdog support

Hi,

Here is a patch I use to enable systemd watchdog support in VDR. It
doesn't replace the internal watchdog, it just allow setting
WatchdogSec directive in service file so if VDR watchdog is unable to
exit, systemd take care of restarting it.

I use this patch against VDR 2.2.0 without problem for few mouths (I
set systemd watchdog to the same value than VDR watchdog to avoid
interference between them). If you are interested to include it, I can
see if it apply to dev branch, but there is only ~20 lines so it should
apply without modification.

Note that the first and last chunk are only systemd notifications about
the current state of VDR and they can be removed if needed.

Regards,

Marc.

Attachment (systemd_watchdog.patch): text/x-patch, 1952 bytes
_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Richard F | 24 Apr 12:53 2016

Tuners only handling some combinations of channel configs

Hello all,

As an FYI:  My HD tuner (DVB-T2 290e) was only tuning some combinations of HD channels -  I was trying to record 2 HD channels on the same multiplex and could only record one. No error was produced by VDR or in the kernel log, just that nothing happened, the original channel kept being recorded.

To cut a long story short, I found that in channels.conf some channels were configured as

B8S1P0M256

But some were :

B8S1P0
(i.e. no modulation specified)

Basically if VDR tried to tune both of these types at the same time, it failed as above.

However, individually it could tune to both types.

Once I set them all with B8S1P0M256, I managed to get 4 HD channels simultaneously :-)

Perhaps Klaus could confirm - Is this a bug/feature, is the modulation type mandatory, recommended, or best to not configure and let VDR determine when running?

Thanks


_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Mika Laitio | 24 Mar 07:35 2016

vdr atsc support

Does anybody know whether there is a working ATSC vdr-plugin available
somewhere?

I found some old discussions from the some ATSC plug-in from the mailing
list pointing to http://www.fepg.org/
but from those I got an impression that plug-in is not actively maintained?

So fat I have tested that I can scan and look the channels fine with the
Kaffeine and WinTV-HVR-950Q, but in the long run I would be more
interested on running the VDR in normal way on background server.

Mika

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
g.bruno | 20 Mar 11:38 2016
Picon

xine in Ubuntu 14.4.4

Hallo,

I upgraded my computer and now I have Ubuntu 14.4.4 with kernel version 
4.2.0-30-generic. When I install xine-ui Version 0.99.7 via synaptic, it 
works, but the sound is stuttering, switching on and off several times 
per second. Comparing with an older installation on an other computer, I 
found that the plugin "xineplug_ao_out_alsa.so" is missing. I compiled 
several versions of xine, also 0.99.6 and 0.99.9, always with the same 
result. The file /usr/include/alsa/sound/asoundlib.h exists. I attach 
the output from the ./configure command and from xine --debug-report. 
Edit: was refused by the server as spam. So I do it without it.
I don't know, what to do anymore. Can anyone help me? I lost too much 
time with this problem.

Thanks.
GBruno

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Gilles | 19 Mar 23:23 2016
Picon

ttxtsubs patch for vdr-2.3.1

Hi,

has someone ported the ttxtsubs plugins to the new vdr 2.3.1 ?
I tried but I get crashes on on the new channels management ...

Thanks!
_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thomas Reufer | 11 Mar 21:27 2016
Picon

Re: Problem with rpihddevice OSD

I guess you’re just running out of GPU memory - try adding "gpu_mem=128" to /boot/config.txt. 64MB
should be fine if you’re using VDR’s default skins, increase the amount for more complex skins.

Regards,
Thomas

> Am 11.03.2016 um 18:42 schrieb Jose Alberto Reguero <jareguero <at> telefonica.net>:
> 
> I am using rpihddevice plugin with a raspberry pi in text mode, and if I start the plugin with -P
"rpihddevice" I have the OSD, but the video is not played. If I start with -P "rpihddevice -d" I have the
video, but I have not the OSD.
> There can be OSD and video with rpihddevice in text mode?
> 
> Thanks.
> 
> Jose Alberto
> _______________________________________________
> vdr mailing list
> vdr <at> linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
glenvt18 | 10 Mar 02:54 2016
Picon

[PATCH] Fix TS buffer thread high CPU usage

Hi folks,

I've found that with some DVB tuner drivers poll() returns when there
are only small (1-3) number of TS packets available to read(). This
results in high CPU usage of the TS buffer thread which is busy
reading small chunks of data in cTSBuffer::Action(). 2 out of 3 tuners
I tested were affected with this issue. Even with a "good" tuner TS
buffer thread CPU usage is up to 10% per HD stream on ARM Cortex-A7.
With the proposed patch it is below 1-2% on all ARM and x86_64
platforms I've tested. The delay value of 10 ms can be considered
safe:

media/dvb-core/dmxdev.h:109
#define DVR_BUFFER_SIZE (10*188*1024)

It will take a tuner to receive (10*188*1024)*8*(1000/10) / 1000000 =
1540 Mbit/s to overflow the device buffer within 10 ms interval. A
smaller delay is not enough for ARM. cDvbDevice has a ring buffer of
5MB which is larger.

This patch was made against VDR 2.3.1, but it can be applied to VDR
2.2.0 as well.

Please review.
glenvt18
---
Index: b/device.c
===================================================================
--- a/device.c    2015-09-18 01:04:12.000000000 +0300
+++ b/device.c    2016-03-10 03:38:50.078400715 +0300
 <at>  <at>  -1768,6 +1768,8  <at>  <at> 
                     break;
                     }
                  }
+              else
+                 cCondWait::SleepMs(10);
               }
            }
      }

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Peter Münster | 18 Feb 17:45 2016
Picon

priority -1 too low to trigger deleting an old recording

Hi,

On my system, disk usage is always about 99%, because VDR cares about
deleting old recordings, when needed.

But when editing a recording, the automatic deletion fails:

--8<---------------cut here---------------start------------->8---
17:36:28 vdr[28116]: [28116] info: Editing process started
17:36:50 vdr[28116]: [28834] low disk space while recording, trying to remove a deleted recording...
17:36:50 vdr[28116]: [28834] ...no deleted recording found, priority -1 too low to trigger deleting an
old recording
17:36:50 vdr[28116]: [28116] warning: Low disk space!
17:37:01 vdr[28116]: [28834] low disk space while recording, trying to remove a deleted recording...
17:37:01 vdr[28116]: [28834] ...no deleted recording found, priority -1 too low to trigger deleting an
old recording
17:37:01 vdr[28116]: [28116] warning: Low disk space!
17:37:09 vdr[28116]: [28116] ERROR: 'safe_write' during editing process
17:37:10 vdr[28116]: [28116] ERROR: Editing process failed!
--8<---------------cut here---------------end--------------->8---

How could I make VDR delete old recordings, when low on disk space
because of an editing process please?

TIA for any hints,
--

-- 
           Peter

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Patrick Boettcher | 17 Feb 08:16 2016
Picon

VDR deleting non-.del-dirs in video-path

Hi list,

I'm using a Raspi2 for vdr and attached a HDD over USB for storage.

I'm also backuping the rootfs (SD-card) onto the HDD on a regular basis.

Checking the logs for another problem it turns out the it enters my
backup-dir and tries to delete empty-directories. 

I read in the ML-archive that this is normal behavior. Is there
anything I can do to prevent this? Telling vdr to ignore it.

best regards,
--
Patrick.

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
g.bruno | 14 Feb 18:18 2016
Picon

Fwd: Fwd: Re: vdr 2.1.2 segfaults in libc using vdr --genindex

Hello,
I am sorry to have sent you this mail today at 16:47:58 +0100 with wrong 
informations because did not work in the right directory. Please ignore it.
Greetings
G. Bruno

-------- Weitergeleitete Nachricht --------
Betreff: Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex
Datum: Sun, 14 Feb 2016 16:47:58 +0100
Von: g.bruno <g.bruno <at> t-online.de>
Antwort an: VDR Mailing List <vdr <at> linuxtv.org>
An: VDR Mailing List <vdr <at> linuxtv.org>

I tried the attached patches. Most of them ended with errors, see below.

-----------------------------------------------------
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput# patch -N
./Makefile debian.patch
patching file ./Makefile
Hunk #1 FAILED at 343.
1 out of 1 hunk FAILED -- saving rejects to file ./Makefile.rej
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput#

root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput# ls -l
xine_frontend.c
-rw-r--r-- 1 vdr users 59823 Aug 20  2013 xine_frontend.c
---------------------------------------------------
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput# patch  -N
./xine_frontend.c ./xineliboutput-dfatmo-switch
patching file ./xine_frontend.c
Hunk #1 succeeded at 1439 (offset 2 lines).
patching file ./xine_frontend.c
Hunk #1 FAILED at 455.
1 out of 1 hunk FAILED -- saving rejects to file ./xine_frontend.c.rej
patching file ./xine_frontend.c
Hunk #1 succeeded at 401 with fuzz 2 (offset 178 lines).
Hunk #2 succeeded at 1107 with fuzz 2 (offset 807 lines).
patching file ./xine_frontend.c
Hunk #1 FAILED at 218.
1 out of 1 hunk FAILED -- saving rejects to file ./xine_frontend.c.rej
---------------------------------------------
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput# patch
./config.c ./truecolor.diff
patching file ./config.c
Hunk #1 succeeded at 737 (offset -4 lines).
Hunk #2 succeeded at 760 (offset -4 lines).
Hunk #3 succeeded at 778 (offset -4 lines).
Hunk #4 succeeded at 898 (offset -4 lines).
patching file ./config.c
Hunk #1 FAILED at 294.
1 out of 1 hunk FAILED -- saving rejects to file ./config.c.rej
patching file ./config.c
Hunk #1 FAILED at 783.
1 out of 1 hunk FAILED -- saving rejects to file ./config.c.rej
patching file ./config.c
Hunk #1 FAILED at 160.
1 out of 1 hunk FAILED -- saving rejects to file ./config.c.rej
------------------------------------
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput/xine# patch
./xvdr_metronom.c ./fix-segfault.patch
patching file ./xvdr_metronom.c
-----------------------------------
xine_frontend_cec.c does not exist (twice), at least I could not find it
------------------------------
compiling with make failed:
root <at> amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput# make
Makefile:109: Building inside VDR source tree
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c
-D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-DXINELIBOUTPUT_VERSION='"1.1.0"' -Wall -I../../../include  -o
xineliboutput.o xineliboutput.c
xineliboutput.c: In member function ‘virtual bool
cPluginXinelibOutput::Service(const char*, void*)’:
xineliboutput.c:295:22: error: ‘str’ was not declared in this scope
       if (!strncasecmp(str, "DFATMOENABLED", 13)) {
                        ^
xineliboutput.c:296:7: error: ‘fe’ was not declared in this scope
         fe->send_event(fe, str);
         ^
xineliboutput.c:297:7: error: continue statement not within a loop
         continue;
         ^
xineliboutput.c:299:22: error: ‘str’ was not declared in this scope
       if (!strncasecmp(str, "DFATMOENABLED", 13)) {
                        ^
xineliboutput.c:300:7: error: ‘fe’ was not declared in this scope
         fe->send_event(fe, str);
         ^
xineliboutput.c:301:7: error: continue statement not within a loop
         continue;
         ^
make: *** [xineliboutput.o] Fehler 1
----------------------------------------------
Did I make any mistakes? The version of the plugin is xineliboutput-1.1.0.
Are the patches for an other version of VDR? What do I do now? Any ideas?
G.Bruno

Am 14.02.2016 um 12:56 schrieb Lars Hanisch:
> Hi,
>
> Am 14.02.2016 um 11:18 schrieb g.bruno:
>> Hallo Klaus,
>>
>> I already tried VDR version 2.2.0, but it does not run, because the VDR-plugin-xineliboutput is missing
for this
>> Version. The Version I used with VDR 2.1.2 does not compile.
>
>   Have you tried the latest commits from:
>   git clone git://projects.vdr-developer.org/xineliboutput.git
>
>   It's better to fix xineliboutput as to work with old vdr versions. :)
>   If you have problems with compiling xineliboutput, please ask.
>
>   At yavdr we use some patches to compile it with recent libcec versions. They are attached, look at the
series files for
> the order of the patches.
>
> Lars.
>
>
>
> _______________________________________________
> vdr mailing list
> vdr <at> linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
g.bruno | 11 Feb 20:17 2016
Picon

vdr 2.1.2 segfaults in libc using vdr --genindex

Dear Sirs,

the patch to the subject above, published on
http://www.linuxtv.org/pipermail/vdr/2013-December/028137.html
has several mistakes and is incomplete.

Here the results from the "patch" command):
root <at> amd8:/usr/local/src/vdr-2.1.2# patch -b --verbose ./vdr.c < vdr_c.patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- vdr.c       2013/12/25 11:01:28     3.6
|+++ vdr.c       2013/12/25 11:24:26
--------------------------
patching file ./vdr.c
Using Plan A...
Hunk #1 FAILED at 223.
Hunk #2 FAILED at 443.
patch unexpectedly ends in middle of line
Hunk #3 FAILED at 663.
3 out of 3 hunks FAILED -- saving rejects to file ./vdr.c.rej
done
--------------------------------
and the contents of the file vdr.c.rej:

--- vdr.c       2013/12/25 11:01:28     3.6
+++ vdr.c       2013/12/25 11:24:26
 <at>  <at>  -223,6 +223,7  <at>  <at> 
     VdrUser = VDR_USER;
   #endif

+  cVideoDirectory::SetName(VideoDirectory);
     cPluginManager PluginManager(DEFAULTPLUGINDIR);

     static struct option long_options[] = {
 <at>  <at>  -443,6 +444,7  <at>  <at> 
             case 'v': VideoDirectory = optarg;
                       while (optarg && *optarg && optarg[strlen(optarg) 
- 1] == '/')
                             optarg[strlen(optarg) - 1] = 0;
+                    cVideoDirectory::SetName(VideoDirectory);
                       break;
             case 'w': if (isnumber(optarg)) {
                          int t = atoi(optarg);
 <at>  <at>  -663,7 +665,6  <at>  <at> 

     // Directories:

-  cVideoDirectory::SetName(VideoDirectory);
     if (!ConfigDirectory)
        ConfigDirectory = DEFAULTCONFDIR;
--------------------------------
I hope that I made it right. It is the first time that I write to this 
mailing list. Perhaps you can  correct my errors. if not, plaese let me 
know. Perhaps it is not a standard patch?
Greetings
G. Bruno

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Gmane