Re: [vdr] [PATCH] Fix TS buffer thread high CPU usage

Yes, I too don't see how it can be harmful. In case you want to collect statistics, I did it with this patch (for a single device): http://pastebin.com/6NAVNMda Best, Sergey Chernyavskiy. 2016-03-20 16:07 GMT+03:00 Klaus Schmidinger : > On 18.03.2016 22:14, glenvt18

Re: [vdr] [PATCH] Fix TS buffer thread high CPU usage

On 18.03.2016 22:14, glenvt18 wrote: UPDATE. Here are 60 Mbit/s (entire transponder) test results: http://pastebin.com/nHDN8nsW - the same behaviour as for 30- Mbit/s, no huge chunks on the second read. Threshold value of 7 was chosen for demonstration only. It's just a bit smaller than

Re: [vdr] xine in Ubuntu 14.4.4

Hello, Am 20.03.2016 um 11:38 schrieb g.bruno: 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

[vdr] 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,

[vdr] 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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [PATCH] Fix TS buffer thread high CPU usage

UPDATE. Here are 60 Mbit/s (entire transponder) test results: http://pastebin.com/nHDN8nsW - the same behaviour as for 30- Mbit/s, no huge chunks on the second read. Threshold value of 7 was chosen for demonstration only. It's just a bit smaller than the mean which is about 75000. Notice

Re: [vdr] [PATCH] Fix TS buffer thread high CPU usage

Hi Klaus, I've tested your patch on x86_64 and ARM (I picked the weakest HW I have). I've gathered some statistics: http://pastebin.com/kXEP9Bp7 Notes. A "good" tuner there means the one that returns bigger chunks on average and generally consumes less CPU cycles with a vanilla (not patched)

Re: [vdr] Problem with rpihddevice OSD

Thanks that solve the problem. Jose Alberto El 11/03/2016 21:27, Thomas Reufer escribió: > > 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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Did you try MLD ? It enables to launch Kodi from the vdr interface. It's fully working and I'm quite satisfied with it. Le 06/03/2016 11:48, Nicolas Huillard a écrit : Le mercredi 10 février 2016 à 16:19 -0800, VDR User a écrit : Gerald, You freak out because I suggested an easier solution

Re: [vdr] 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 >

[vdr] Problem with rpihddevice OSD

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?

Re: [vdr] [PATCH] Fix TS buffer thread high CPU usage

On 10.03.2016 02:54, glenvt18 wrote: 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

[vdr] [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

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Le mercredi 10 février 2016 à 16:19 -0800, VDR User a écrit : > Gerald, > > You freak out because I suggested an easier solution to yours, and > then call me a troll for correcting you on your own nonsense. I hope > you don't think you're fooling anyone with that fake b.s. Take your > temper

Re: [vdr] priority -1 too low to trigger deleting an old recording

On Fri, Feb 19 2016, Klaus Schmidinger wrote: > In the file cutter.c locate the line > > AssertFreeDiskSpace(-1); > > in the function cCuttingThread::ProcessSequence(). Chnage the '-1' > to whatever value between 1 and 100 you like. Note, though, that this > will remove old recordings with

Re: [vdr] priority -1 too low to trigger deleting an old recording

On 18.02.2016 17:45, Peter Münster wrote: 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

Re: [vdr] NOW SOLVED!!! buffer overruns and sync probs after change of receivers

17.02.2016, 23:14, Harald Milz kirjoitti: Question: has anyone successfully run vdr-2.0.3 or -2.2.0 with the 4.2.0 kernel using a PCIe card? And while we're at it, a PCIe USB3 card with a harddisk attached? It seems that some kernel buffer starts choking after, like, 150 or more GB have been

[vdr] 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

Re: [vdr] NOW SOLVED!!! buffer overruns and sync probs after change of receivers

Hi all, I think I found the cause of the buffer overrun problem. My system has now been running for nearly 10 hours without a single problem, with occasional "buffer stats 0..3%" in the syslog. It appears that the problem relies with the Ubuntu-wily HWE kernel 4.2.0-something. I downgraded to

Re: [vdr] VDR deleting non-.del-dirs in video-path

On Wed, 17 Feb 2016 08:29:10 +0100 Reiner Bühl wrote: > The easiest way to fix this would be to separate backup and video > dir. Why don't you create two directories on your USB HDD and link > them into different locations? E.g. Mount the HDD as /mnt/usbdisk and > then create a

Re: [vdr] VDR deleting non-.del-dirs in video-path

The easiest way to fix this would be to separate backup and video dir. Why don't you create two directories on your USB HDD and link them into different locations? E.g. Mount the HDD as /mnt/usbdisk and then create a symbolic link /video that points to /mnt/usbdisk/video and one symbolic link

[vdr] 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

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

Hello, you cloned the git repository to /usr/local/src/vdr-2.2.0/PLUGINS/src/GIT/xineliboutput but you are trying to run make in /usr/local/src/vdr-2.2.0/PLUGINS/src/xineliboutput Have another look at the the error message - the text for line 706 in config.c differs from the most recent

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

Hallo Lars, thanks for your advice. I tried it, git worked fine. But compiling still ends with an issue: root@amd8:/usr/local/src/vdr-2.2.0/PLUGINS/src/GIT# git clone git://projects.vdr-developer.org/xineliboutput.git Nach »xineliboutput« wird geklont remote: Counting objects: 12082, done.

[vdr] 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:

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

I tried the attached patches. Most of them ended with errors, see below. - root@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

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

On 12.02.2016 15:50, g.bruno wrote: Hallo Klaus, in how far your answer ("part of the official VDR code" is helping me? Sorry, I thought you didn't know that this patch has already been adopted. What shall I do? The best thing to do would probably be to switch to VDR version 2.2.0.

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

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

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

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. By the way: With VDR version 2.0.3 vdr --genindex works fine. Greetings G. Bruno Am 14.02.2016 um 10:01

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

On 11.02.2016 20:17, g.bruno wrote: 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. ... Maybe some whitespace problems. The patch, however, ist part of the official VDR code. Klaus

Re: [vdr] vdr 2.1.2 segfaults in libc using vdr --genindex

Hallo Klaus, in how far your answer ("part of the official VDR code" is helping me? What shall I do? Anyway, patch does not work with your code. And also manually I fail. Greetings G.Bruno Am 12.02.2016 um 10:39 schrieb Klaus Schmidinger: On 11.02.2016 20:17, g.bruno wrote: Dear Sirs,

[vdr] 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@amd8:/usr/local/src/vdr-2.1.2# patch -b --verbose ./vdr.c < vdr_c.patch Hmm... Looks

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

> No, absolutely not. The setup of OpenELEC is much less complicated and > dependencies are no problem. > The vdr-addon and the vnsi-addon gets installed by some clicks on the remote > and a first channel scan > needs only some clicks more. It's always no problem until something breaks.. >

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 10.02.2016 um 16:58 schrieb VDR User: >> No, absolutely not. The setup of OpenELEC is much less complicated and >> dependencies are no problem. >> The vdr-addon and the vnsi-addon gets installed by some clicks on the remote >> and a first channel scan >> needs only some clicks more. > It's

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Sorry for the empty answer before. Am 10.02.2016 um 16:58 schrieb VDR User: >> No, absolutely not. The setup of OpenELEC is much less complicated and >> dependencies are no problem. >> The vdr-addon and the vnsi-addon gets installed by some clicks on the remote >> and a first channel scan >>

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

>> He's not asking about HDMI-CEC so this is irrelevant. Additionally, >> HDMI-CEC support can be very limited on the device end so just because >> a device technically supports it, that doesn't automatically mean you >> can do what you want using HDMI-CEC. And plenty of people like me >> already

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 2016-02-09 22:55, schrieb VDR User: You don't need to bother with Kodi (unless you actually want to use it). VDR + the mplayer plugin work perfectly fine. There's no point in unnecessarily complicating a persons setup if that's not what they want. I know nothing in OpenELEC that is

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 10.02.2016 um 23:45 schrieb VDR User: > I haven't said any solution to his problem is bad and I have said I > don't like anything. Once again I have to point out that Kodi is > unnecessary to play mkvs. It's idiotic to even question that fact but > if you really need "proof" then go ahead and

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Gerald, You freak out because I suggested an easier solution to yours, and then call me a troll for correcting you on your own nonsense. I hope you don't think you're fooling anyone with that fake b.s. Take your temper tantrums somewhere else, or get lost. == Nicolas, Sorry your thread

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 2016-02-09 10:19, schrieb Nicolas Huillard: Hi all, My new Raspberry Pi2 install lacks a media player, which begins to be a bit annoying. The current setup : * NFS server * DigitalDevices Octopus Net DVB network server * VDR + rpihddevice + satip on the Pi2 : live TV, timers, recordings,

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 2016-02-09 10:43, schrieb Nicolas Huillard: Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit : Am 2016-02-09 10:19, schrieb Nicolas Huillard: > Hi all, > > My new Raspberry Pi2 install lacks a media player, which begins to be a > bit annoying. The current setup : > * NFS server >

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Le mardi 09 février 2016 à 11:35 +0100, Gerald Dachs a écrit : > Am 2016-02-09 10:43, schrieb Nicolas Huillard: > > Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit : > >> Am 2016-02-09 10:19, schrieb Nicolas Huillard: > >> > Hi all, > >> > > >> > My new Raspberry Pi2 install lacks a

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Hi Nicolas Quoting Nicolas Huillard : The mplayer plugin seem very old and may not work neatly with the rpihddevice output. As I understand the mplayer plugin, it just launches an external player - this won't work on the Raspberry Pi. But technically speaking, it

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

2016.02.09. 11:19 keltezéssel, Nicolas Huillard írta: The mplayer plugin seem very old and may not work neatly with the rpihddevice output. I use mplayer plugin on my old RPI, and it's working fine, even with HD .mkv-s. It's patched for using omxplayer instead of mplayer. See details here

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit : > Am 2016-02-09 10:19, schrieb Nicolas Huillard: > > Hi all, > > > > My new Raspberry Pi2 install lacks a media player, which begins to be a > > bit annoying. The current setup : > > * NFS server > > * DigitalDevices Octopus Net DVB

[vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Hi all, My new Raspberry Pi2 install lacks a media player, which begins to be a bit annoying. The current setup : * NFS server * DigitalDevices Octopus Net DVB network server * VDR + rpihddevice + satip on the Pi2 : live TV, timers, recordings, etc. * an old VDR instance on the NFS server plays

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Le mardi 09 février 2016 à 11:24 +0100, tho...@reufer.ch a écrit : > Quoting Nicolas Huillard : > > > The mplayer plugin seem very old and may not work neatly with the > > rpihddevice output. > > As I understand the mplayer plugin, it just launches an external > player -

Re: [vdr] NOT SOLVED!!! buffer overruns and sync probs after change of receivers

Harald, if - the problem surfaces only with a new DVBs hardware card (and not with the old one) and - it only appears when you have traffic both on the DVB card and on the network interface and - the problem only goes away when you cold boot then this makes me think that you have a problem

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 2016-02-09 12:01, schrieb Nicolas Huillard: Le mardi 09 février 2016 à 11:35 +0100, Gerald Dachs a écrit : Am 2016-02-09 10:43, schrieb Nicolas Huillard: > Le mardi 09 février 2016 à 10:33 +0100, Gerald Dachs a écrit : >> Am 2016-02-09 10:19, schrieb Nicolas Huillard: >> > Hi all, >> > >> >

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Quoting Nicolas Huillard : Can you please elaborate a bit on how you convert mkv to VDR ts ? I see a 2011 thread on a related topic, but tools may have evolved since then ;-) There is no "VDR ts", it's just ts, so you can use every tool which is capable of handling ts

Re: [vdr] NOT SOLVED!!! buffer overruns and sync probs after change of receivers

Hi folks, I hate to follow up on myself, but as it appears I cheered too soon. It now also happens reproducibly when recording, and independent of vnsiserver or anything else. The machine has been up for 4 days, and when starting a new recording, this is what happens after some seconds: Feb 9

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

You don't need to bother with Kodi (unless you actually want to use it). VDR + the mplayer plugin work perfectly fine. There's no point in unnecessarily complicating a persons setup if that's not what they want. ___ vdr mailing list vdr@linuxtv.org

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

Am 09.02.2016 um 17:07 schrieb VDR User: > You don't need to bother with Kodi (unless you actually want to use > it). VDR + the mplayer plugin work perfectly fine. There's no point in > unnecessarily complicating a persons setup if that's not what they > want. I know nothing in OpenELEC that is

Re: [vdr] Media (.mkv) player on Raspberry Pi2 VDR client

>> You don't need to bother with Kodi (unless you actually want to use >> it). VDR + the mplayer plugin work perfectly fine. There's no point in >> unnecessarily complicating a persons setup if that's not what they >> want. > I know nothing in OpenELEC that is complicating a persons setup, what do

Re: [vdr] SOLVED??? buffer overruns and sync probs after change of receivers

Richard, On Sun, Feb 07, 2016 at 12:34:17PM +, Richard F wrote: > One of the things that the vnsi developer said to do set this in the VDR > config > > vnsiserver.AvoidEPGScan = 1 > (http://forum.kodi.tv/showthread.php?tid=203396) Now that you mention it - I also see interruptions

Re: [vdr] SOLVED??? buffer overruns and sync probs after change of receivers

Harald, I'm using a somewhat similar config to yours, though different receivers (PCTV Nanostick 290e for DVB-T2, and very old "WideView USB DVB-T"). I too have had problems with streaming live TV to Kodi for many, many versions. As you have noted, no issues recording, and no issues playing

[vdr] HEVC Support

Hi, what is about HEVC support, it will come soon with DVB-T2 in german metropolitan areas. Regards, J. Schneider ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] NTSC closed captions

Hi Klaus! Hi Alex! Actually I know one channel receivable in Europe that uses CC directly included into the V-PID. VLC can decode those CC subtitles. It's MSNBC on Telstar 12 15°West 12509 V 3198 7/8 kind regards Newsy Klaus Schmidinger

Re: [vdr] Using a rasberry pi as vdr client

On Mon, Feb 01, 2016 at 07:19:32PM +0100, Gerald Dachs wrote: > > > An IR receiver is usually not necessary. The HDMI-CEC support of the > raspberry pi is very good. > Mostly the remote of the TV is just enough. Yup. If only my 2004 TV set supported HDMI-CEC. -- The mind is its own place, and

Re: [vdr] Using a rasberry pi as vdr client

Hi, a bit late maybe but vnsiverver on the VDR side and Openelec / kodi on the RPi side should be fine, that's what I am using, and the WAF is pretty high. I got a Hama MCE remote with USB IR receiver, which worked out of the box. HTH! On Thu, May 28, 2015 at 07:19:13PM +0200, Damien Bally

Re: [vdr] Using a rasberry pi as vdr client

Am 01.02.2016 um 15:01 schrieb Harald Milz: > Hi, > > a bit late maybe but vnsiverver on the VDR side and Openelec / kodi on the > RPi side should be fine, that's what I am using, and the WAF is pretty high. I > got a Hama MCE remote with USB IR receiver, which worked out of the box. > An IR

Re: [vdr] buffer overruns and sync probs after change of receivers

Hi all, over the weekend I upgraded to vdr-2.2.0, and I'm still seeing the same problems. - vdr-2.2.0 from ftp://ftp.tvdr.de/vdr/vdr-2.2.0.tar.bz2 - vnsiserver from git (from yesterday) - dddvb-0.9.22 (loaded as ddbridge msi=0) Everything else is unchanged. Result: when the problem starts,

Re: [vdr] buffer overruns and sync probs after change of receivers

On Sat, Jan 30, 2016 at 12:35:49PM +0100, Thomas Netousek wrote: > Try disabling MSI interrupts in the ddbridge driver. Thank you for the hint... 17: 0 02317734690 IO-APIC 17-fasteoi ddbridge but sadly: Jan 30 17:38:36 seneca vdr: [26112] buffer usage: 70%

[vdr] buffer overruns and sync probs after change of receivers

Hi all, I recently changed the receivers of my VDR from two TeVii S660's to a Digital Devices Cine S2 + Duoflex card. Everything else remained unchanged on the VDR side of things. Since then, I encounter frequent (as in, once per day approx.) buffer overruns and resync probs. As it seems from the

Re: [vdr] determine within plugin, whether radio or tv stream

On 30.01.2016 13:00, Joerg Riechardt wrote: Am 28.01.2016 um 15:58 schrieb Klaus Schmidinger: On 27.01.2016 19:58, Joerg Riechardt wrote: Am 27.01.2016 um 14:45 schrieb Stefan Braun: Hi, i do this in my plugins in the following way (Channel is a cChannel object): bool isRadio =

Re: [vdr] determine within plugin, whether radio or tv stream

On 27.01.2016 19:58, Joerg Riechardt wrote: Am 27.01.2016 um 14:45 schrieb Stefan Braun: Hi, i do this in my plugins in the following way (Channel is a cChannel object): bool isRadio = !Channel->Vpid() && Channel->Apid(0); cheers Louis Well, I should have mentioned, that this is about a

Re: [vdr] determine within plugin, whether radio or tv stream

Am 27.01.2016 um 14:45 schrieb Stefan Braun: Hi, i do this in my plugins in the following way (Channel is a cChannel object): bool isRadio = !Channel->Vpid() && Channel->Apid(0); cheers Louis Well, I should have mentioned, that this is about a player plugin. So the stream it receives from

[vdr] determine within plugin, whether radio or tv station

Hi, what is a safe way to determine within a plugin, whether the stream it is receiving from VDR is a radio or a tv stream? There are tv streams with slowly changing still pictures, there are radio plugins which insert grafical information, so I am not sure if this could be achived by

Re: [vdr] determine within plugin, whether radio or tv station

Hi,   i do this in my plugins in the following way (Channel is a cChannel object):   bool isRadio = !Channel->Vpid() && Channel->Apid(0);   cheers Louis   Gesendet: Mittwoch, 27. Januar 2016 um 11:48 Uhr Von: "Joerg Riechardt" An: "vdr@linuxtv.org"

Re: [vdr] How setup VDR to import external EPG data (XMLTV file)

The script should in fact download the xmltv file, rename it to kazer.xmltv (because your control file is called kazer) and place it into the epgsource directory. You can also use a simple bash script that uses the wget command to download the xmltv file. You have to end the bash script with

Re: [vdr] playing VDR-recordings on Samsung Smart TV with subtitles

On Wed, Jan 13 2016, Luca Olivetti wrote: > and there's a derived (and possibly better) version here > > https://github.com/philhansen/dvbsubrip Thanks, it works! I just had to add "-l deu" to the arguments for tesseract so that ä, ö and ü get recognized. -- Peter

Re: [vdr] How setup VDR to import external EPG data (XMLTV file)

On Wed, 13 Jan 2016 18:57:04 +0100 Lars Hanisch wrote: > Hi, > > Am 11.01.2016 um 17:21 schrieb Chris R.: > > Hello > > > > i have got a rpi2 + dvb-t tuner that run under openelec 6 and VDR > > for the TV. This system work well and i would now import external > > EPG

[vdr] playing VDR-recordings on Samsung Smart TV with subtitles

Hi, Is is possible to play VDR-recordings on Samsung Smart TV with subtitles, and if yes, how please? It seems, that the Samsung Smart needs 2 files: an mp4 and an srt file. I've tried: "ffmpeg -i 1.ts -vn -an -codec:s:0 srt 1.srt" But no 1.srt is created... TIA for any hints, --

Re: [vdr] How setup VDR to import external EPG data (XMLTV file)

Hi, Am 11.01.2016 um 17:21 schrieb Chris R.: > Hello > > i have got a rpi2 + dvb-t tuner that run under openelec 6 and VDR for the TV. > This system work well and i would now import external EPG data... > > i read several thread about xmltv2vdr and it isn't so clear for me : > > - i was

Re: [vdr] playing VDR-recordings on Samsung Smart TV with subtitles

El 13/01/16 a les 12:00, Peter Münster ha escrit: Hi, Is is possible to play VDR-recordings on Samsung Smart TV with subtitles, and if yes, how please? It seems, that the Samsung Smart needs 2 files: an mp4 and an srt file. I've tried: "ffmpeg -i 1.ts -vn -an -codec:s:0 srt 1.srt"

[vdr] How setup VDR to import external EPG data (XMLTV file)

Hello i have got a rpi2 + dvb-t tuner that run under openelec 6 and VDR for the TV. This system work well and i would now import external EPG data... i read several thread about xmltv2vdr and it isn't so clear for me : - i was thinking of download xmltv file from internet (kazer.org for france)

[vdr] [ANNOUNCE] vdrcm-0.0.2 - interactive console dialogs script for managing VDR configuration files

Hi all, vdrcm-0.0.2 - the VDR Config Manager for managing VDR configuration files is now available at [1]. What is this all about? You may remember the ARGSDIR feature introduced in VDR last year, which allows to store all the CLI parameters supplied to VDR and its plugins spread over several

Re: [vdr] [ANNOUNCE] vdrcm-0.0.2 - interactive console dialogs script for managing VDR configuration files

Very nice! I like it. 2016-01-09 19:43 GMT+01:00 Lucian Muresan : > Hi all, > > vdrcm-0.0.2 - the VDR Config Manager for managing VDR configuration > files is now available at [1]. > > What is this all about? You may remember the ARGSDIR feature introduced > in VDR

Re: [vdr] VDR + SatIP + Octopus Net - no more data on SD channels

I've uploaded 2.2.3-1 to Debian and e-tobi.net now as well. Tobias On 05.01.2016 23:47, Patrick Boettcher wrote: > On Sun, 3 Jan 2016 22:29:20 +0100 > Patrick Boettcher wrote: >> Everything works fine. Except that after some time streaming on >> SD-channels seems

Re: [vdr] VDR + SatIP + Octopus Net - no more data on SD channels

On Sun, 3 Jan 2016 22:29:20 +0100 Patrick Boettcher wrote: > Everything works fine. Except that after some time streaming on > SD-channels seems to stop. Zapping to a HD-channels works. > > When trying to receive a non-working SD-stream I can see, via the >

[vdr] VDR + SatIP + Octopus Net - no more data on SD channels

Hi list, I'm facing a problem with the following configuration: - VDR on a Raspi2 (raspian with packages from e-tobi) - Digital Devices' Octopus Net with 2 DVB-S2 receivers I'm using vdr-plugin-satip with the following arguments: -s |DVBS2-2|Octo -d 2 Everything works fine. Except that after

[vdr] [PLUGIN] pulsecontrol - configure Pulseaudio via vdr's OSD

Hi all, While releasing yaVDR 0.6[1] (blog post will come after the holidays) I wrote a little plugin called pulsecontrol: Announce: http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/127846- Source: https://github.com/flensrocker/vdr-plugin-pulsecontrol If you

Re: [vdr] [PLUGIN] pulsecontrol - configure Pulseaudio via vdr's OSD

This sounds like a very useful plugin. Thanks for your work! On Sat, Dec 26, 2015 at 3:30 AM, Lars Hanisch wrote: > Hi all, > > While releasing yaVDR 0.6[1] (blog post will come after the holidays) I > wrote a little plugin called pulsecontrol: > > Announce: > >

Re: [vdr] projects.vdr-developer.org maintenance

Hello Tobi, thanks for your work from me as well. > Besides this, the site now uses a Letsencrypt SSL certificate and any > non-SSL requests get redirected to https://. This causes a tiny issue on Ubuntu systems that do not have the apt https transport installed. E: The method driver

Re: [vdr] projects.vdr-developer.org maintenance

Are there any Debian packages hosted on projects.vdr-developer.org? I can't change to http for just the Downloads. I think having to do an "apt-get install apt-transport-https" isn't much of a problem. Tobias On 15.12.2015 18:25, Peer Oliver Schmidt wrote: > Hello Tobi, > > thanks for your

Re: [vdr] projects.vdr-developer.org maintenance

Am 15.12.2015 um 19:43 schrieb Tobi: > Are there any Debian packages hosted on projects.vdr-developer.org? > I can't change to http for just the Downloads. It was for e-tobi, not projects.vdr-developer.org > I think having to do an "apt-get install apt-transport-https" isn't much > of a problem.

Re: [vdr] diseqc usals communication protocol

Hi Luca. Check documents from http://www.eutelsat.com/en/support/technical-support/diseqc.html Maybe you find there what you want. Regards El 2015-12-12 17:37, Luca Olivetti escribió: Hello, In cDiseqcPositioner the last nibble (corresponding to the first decimal) of the angle is calculated

Re: [vdr] diseqc usals communication protocol

El 13/12/15 a les 17:24, sergiogo...@tostado.com.ar ha escrit: Hi Luca. Check documents from http://www.eutelsat.com/en/support/technical-support/diseqc.html Maybe you find there what you want. Thank you. I read those documents so many times but I managed to not see the table on page 12 of

Re: [vdr] projects.vdr-developer.org maintenance

Thanks for all your work! The site is a great resource for the VDR community! On Sat, Dec 12, 2015 at 5:29 PM, Tobi wrote: > Everything should be up and running and shiny new now! > > I've upgraded the server OS from Debian/Squeeze to Debian/Jessie and > Redmine from

Re: [vdr] projects.vdr-developer.org maintenance

Just a small status update: After updating from Squeeze to Wheezy to Jessie, the OS is up-to-date. The GIT repositories and the git repository browser should be up and running. The project management site (Redmine) will take a little bit longer. Tobias On 09.12.2015 22:44, Tobi wrote: >

[vdr] [PATCH] sorted sources.conf by continous azimuth

Hello, while trying to setup DiseqC and scanning to my new Wetek Play OpenELEC edition which uses VDR as a backend, I found out that the order of satellites which is read from VDR's sources.conf is a bit weird. This might not be too obvious when one is used to only look at that file when editing

[vdr] diseqc usals communication protocol

Hello, In cDiseqcPositioner the last nibble (corresponding to the first decimal) of the angle is calculated as a % 10 * 16 / 10 With, e.g. angle -123 (-12.3) the resulting diseqc command would be 6e e0 c4 (i.e. the last nibble is 4 to represent 0.3). OTOH the enigma2 implementation uses

Re: [vdr] projects.vdr-developer.org maintenance

Everything should be up and running and shiny new now! I've upgraded the server OS from Debian/Squeeze to Debian/Jessie and Redmine from 1.2.1 to 3.2.0. Besides this, the site now uses a Letsencrypt SSL certificate and any non-SSL requests get redirected to https://. Please let me know, if you

[vdr] projects.vdr-developer.org maintenance

Hello! Most likely during the weekend, I will do some maintenance work on projects.vdr-developer.org (mainly software updates and installing letsencrypt certificates). This may cause some downtime, so please be patient. bye, Tobias ___ vdr mailing

Re: [vdr] How to convert e.g. mp4 to VDRs .ts file?

Thomas, You mention converting subtitles from DVD to DVB - have you had any success converting from old VDR 1.6 format (.vdr files) with subtitles ? I'd like to convert my old VDR recordings to ts but extracting the subtitles is a problem, only ProjectX will do it as far as I can find, and the

Re: [vdr] How to convert e.g. mp4 to VDRs .ts file?

No, I never used subtitles with old recordings - importing subtitles from commercial disks is the only use case for me. Thomas > Am 09.12.2015 um 17:40 schrieb Richard F : > > Thomas, > > You mention converting subtitles from DVD to DVB - have you had any >

[vdr] How to convert e.g. mp4 to VDRs .ts file?

Dear VDR users, I try to convert some mp4 files (in different video resolutions) to native VDR .ts files, because I want to access this videos in the very same way, as I am used to do with VDR recordings. (So mplayer-plugin or xinelib-mediaplay is not a solution.) I had some success with

Re: [vdr] How to convert e.g. mp4 to VDRs .ts file?

Hi Stephan I started to convert my disks (DVD and BluRay) to VDR recordings and for me, the most convenient tool to remux into TS format is tsMuxeR: http://www.videohelp.com/software/tsMuxeR With ffmpeg I had the same issues when muxing H264 streams. But ffmpeg is still my choice if I have to

Re: [vdr] bad characters in epg.data

> On 06 Dec 2015, at 20:55, Peter Münster wrote: > > On Wed, Dec 02 2015, Klaus Schmidinger wrote: > >>> C S19.2E-133-3-263 SVM - GR\326D >>> >>> Would it be possible/easy to patch vdr to filter out such errors? >>> What is the right function to look at? >> >> Take a look at

Re: [vdr] bad characters in epg.data

On Wed, Dec 02 2015, Klaus Schmidinger wrote: >> C S19.2E-133-3-263 SVM - GR\326D >> >> Would it be possible/easy to patch vdr to filter out such errors? >> What is the right function to look at? > > Take a look at StripControlCharacters() or cEvent::FixEpgBugs() in epg.c. It seems, that these

<    3   4   5   6   7   8   9   10   11   12   >