VDR version 2.7.4 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/latest git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=stable/latest;s
25 years ago today, on February 19, 2000, I released the very first version of
the VDR. I never thought that this project would keep me busy for a quarter of
a century.
I would like to use this special anniversary to thank the many users who have
contributed to the further development of VDR w
On 09.12.24 18:23, Marko Mäkelä wrote:
Anyway, I was mainly wondering if it is normal that the EPG update in VDR did
not find the new transponder.
VDR only finds new transponders if they are announced in the SI data
of an existing transponder. It doesn't do a blind scan.
Klaus
On 06.11.24 04:57, schorpp wrote:
Hello,
I've build a new VDR with h.264 xineliboutput plugin software decoding
and got a problem now with
buffer overruns and distorted recordings on all HD channels:
...
Nov 5 05:32:03 vdr2 vdr: [32753] ERROR: 47231 ring buffer overflows (8879240
bytes drop
The newly refurbished VDR User Counter at
https://www.tvdr.de/counter.htm
now uses OpenStreetMap instead of Google Maps.
If you have a user number and password, please log in at
https://www.tvdr.de/cgi/vdr-counter?action=edit
(click "Edit my entry") and check if your data is still up-to-da
VDR version 2.7.3 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/latest git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=stable/latest;s
VDR version 2.7.2 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/latest git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=stable/latest;s
VDR version 2.7.1 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/latest git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.7.1
VDR version 2.6.9 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.9;sf
VDR version 2.6.8 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.8;sf
VDR version 2.6.7 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.7;sf
VDR version 2.6.6 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.6;sf
VDR version 2.6.5 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.5;sf
On 19.02.23 18:29, Patrick Lerda wrote:
...
I had definitively a few crashes related to this class. Thread safety issues
are often not easily reproducible. Is your environment 100% reliable?
My VDR runs for weeks, even months 24/7 without problems.
I only restart it when I have a new version.
VDR version 2.6.4 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.4;sf
On 22.01.23 13:52, Marko Mäkelä wrote:
Hi,
I would propose the following patch, or some equivalent interface that would
allow cThread::mutex to be used with some cCondVar in derived classes:
diff --git a/thread.h b/thread.h
index 16c4bd75..cd1d98ab 100644
--- a/thread.h
+++ b/thread.h
@@ -83,7
On 02.02.23 21:56, Patrick Lerda wrote:
...
diff --git a/thread.c b/thread.c
index 93eb8c0..21be7a4 100644
--- a/thread.c
+++ b/thread.c
@@ -312,13 +312,16 @@ bool cThread::Start(void)
cCondWait::SleepMs(THREAD_STOP_SLEEP);
}
if (!active) {
-active = runni
On 09.02.23 23:31, Patrick Lerda wrote:
...
This is really related to the C++ thread safety model, the patch below fixes
the main cRingBufferLinear issue:
diff --git a/ringbuffer.h b/ringbuffer.h
index 746fc51..a3fa499 100644
--- a/ringbuffer.h
+++ b/ringbuffer.h
@@ -10,6 +10,7 @@
#ifndef __R
On 06.02.23 21:11, Patrick Lerda wrote:
On 03/02/2023 10:36, Klaus Schmidinger wrote:
On 02.02.23 23:47, patrick9...@free.fr wrote:
On 02/02/2023 23:27, Klaus Schmidinger wrote:
On 02.02.23 23:16, Patrick Lerda wrote:
Beside preventing crashes with vdr-2.6.3 this is required to
get vdr to
On 02.02.23 23:47, patrick9...@free.fr wrote:
On 02/02/2023 23:27, Klaus Schmidinger wrote:
On 02.02.23 23:16, Patrick Lerda wrote:
Beside preventing crashes with vdr-2.6.3 this is required to
get vdr to work properly with the gcc thread sanitizer.
cRingBufferLinear was designed to be thread
On 02.02.23 23:16, Patrick Lerda wrote:
Beside preventing crashes with vdr-2.6.3 this is required to
get vdr to work properly with the gcc thread sanitizer.
cRingBufferLinear was designed to be thread safe without locking.
What "crashes with vdr-2.6.3" are you referring to?
Klaus
___
VDR version 2.6.3 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.3;sf
On 10.12.22 18:30, Marko Mäkelä wrote:
...
Finally, I figured out what is causing the first report: cThread::description
is not protected by cThread::mutex. Possibly, most cThread data members
(including cThread::active) should be protected by cThread::mutex?
Unless I'm missing something, cTh
On 06.12.22 14:25, Marko Mäkelä wrote:
...
Maybe the simplest way to silence the warning would be to bloat the
variable-length array with 1 extra element, wasting sizeof(int) bytes of stack
space:
int SlotPriority[NumCamSlots + 1];
OK, so this is it:
--- device.c2022/01/24 16:53:45
On 06.12.22 12:24, Marko Mäkelä wrote:
...
diff --git a/dvbsubtitle.c b/dvbsubtitle.c
index c1dfef4d..2d22d963 100644
--- a/dvbsubtitle.c
+++ b/dvbsubtitle.c
@@ -1770,6 +1770,8 @@ void cDvbSubtitleConverter::FinishPage(cDvbSubtitlePage
*Page)
return;
int NumAreas;
tArea *Areas = P
On 05.12.22 16:54, Marko Mäkelä wrote:
Hi Klaus,
Mon, Dec 05, 2022 at 04:08:45PM +0100, Klaus Schmidinger wrote:
If NumCamSlots is 0, SlotPriority[] is never accessed.
So why allocate memory for it if it is never used?
Allocating a variable-length array of length 0 is undefined behaviour
On 04.12.22 13:19, Marko Mäkelä wrote:
...
0001-Fix-GCC-8.3.0-fsanitize-undefined.patch
From b69ff7105d4bb8d933f0214f34b103fda8e8b155 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marko=20M=C3=A4kel=C3=A4?=
Date: Sun, 4 Dec 2022 13:42:57 +0200
Subject: [PATCH] Fix GCC 8.3.0 -fsanitize=undefined
.
VDR version 2.6.2 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.2;sf
I just dug up this old message.
@Richard: do you still have this problem?
If so, could you try VDR versions between 2.2.0 and 2.6.1 to narrow down when
the problem appeared?
Klaus
On 17.07.22 18:09, Richard F wrote:
On 16.07.22 14:07, Richard F wrote:
>/I've just updated to VDR V2.61 after a
On 17.07.22 13:23, Richard F wrote:
On 16.07.22 14:07, Richard F wrote:
>/I've just updated to VDR V2.61 after a long time on V2.2, using the same config and
the epgtableid0 (2.4.0) plug-in. />//>/The issue I'm seeing is that when VDR is
restarted, it doesn't seem to be reading/respecting the e
On 16.07.22 14:07, Richard F wrote:
I've just updated to VDR V2.61 after a long time on V2.2, using the same config
and the epgtableid0 (2.4.0) plug-in.
The issue I'm seeing is that when VDR is restarted, it doesn't seem to be
reading/respecting the epg.data file.
...
Is this the only EPG ha
On 02.03.22 11:34, Narcis Garcia wrote:
What is the total weight of published data there?
(I'm thinking in deploying a mirror of this HTTP site)
The total amount of data on ftp.tvdr.de is 221 MB.
Klaus
___
vdr mailing list
vdr@linuxtv.org
https://w
Since all versions of VDR are now available at git.tvdr.de, new versions will be
distributed exclusively through the GIT, and FTP in general is considered
"legacy"
and frowned upon (Firefox, for instance, doesn't even support it any more), I
intend
to shut down ftp.tvdr.de. If you still need som
VDR version 2.6.1 is now available at the official VDR GIT archive
git://git.tvdr.de
You can also get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
or as a tar archive with
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.1;sf
VDR version 2.6.0 is now available at the official VDR GIT archive
git://git.tvdr.de
You can get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
If you want to download the source as a tar archive, use
http://git.tvdr.de/?p=vdr.git;a=sn
VDR version 2.4.6 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.4.6.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.4.4-2.4.6.diff
MD5 checksums:
aa91614159ae2db45655d35918e2c24e vdr-2.4.6.tar.bz2
b75cc737a5ea5fc059c2264b7ed21
On 29.11.20 11:33, Narcis Garcia wrote:
...
de nov. 29 11:29:53 raspberrypi vdr[11391]: [11391] ERROR (dvbdevice.c,1650):
/dev/dvb/adapter0/frontend1: El dispositiu o recurs es troba ocupat
If this error message was given in English I might be able to interpret it.
Klaus
On 28.11.20 17:55, Narcis Garcia wrote:
...
de nov. 28 17:33:12 raspberrypi vdr[30508]: [30514] frontend 0/0 lost
lock on channel 23 (Telecinco), tp 586
de nov. 28 17:33:13 raspberrypi vdr[30508]: [30514] frontend 0/0
regained lock on channel 23 (Telecinco), tp 586
Maybe a bad cable/connector?
On 28.11.20 17:30, Narcis Garcia wrote:
Hello,
I've installed vdr from Raspbian packages, to use it with Kodi.
I've updated channels.conf by using w_scan2 for a DVB-T2 dongle. TV
channels are found.
But I try to watch some channel and I get no data.
Does the user id under which you run VDR ha
On 22.11.20 13:42, Richard F wrote:
...
I'll see if I can rebuild with latest. I already can't rebuild a couple of
plugins on SuSe 15.2/gcc 7 (bug logged for smartvweb a long time back), I'm
concerned more things might break, which is why I'm still on 2.20. But I'll try.
You don't need any p
My normal process is to set updatechannels to 5 to capture new stuff occasionally, then manually re-sort the new channels added, and reset to 3.
Appreciate your views.
On 20/11/2020 1:00 pm, Klaus Schmidinger wrote:
I have several DVB-T2 channels in my list, for instance:
Das Erste
HD;BR:554000:
On 18.11.20 13:07, Alexander wrote:
Hi,
my wife is hard of hearing and that is why we have permanently discontinued the
subtitle in the vdr. But if she don't watch, I'll turn off the subtitle with the
hotkey. When I switch channels, the subtitle is on again. Is there a
possibility that the subti
I have several DVB-T2 channels in my list, for instance:
Das Erste
HD;BR:554000:B8D0G19128M2P0Q111S1T16X0Y0:T:27500:4113=36:4114=deu@17,4115=mis@17:4116:0:769:8468:12291:0
arte
HD;BR:554000:B8D0G19128M2P0Q111S1T16X0Y0:T:27500:4129=36:4130=deu@17,4131=fra@17,4132=mis@17,4133=mul@17:4134:0:770:84
On 17.11.20 12:17, Harald Milz wrote:
Hi Klaus and all,
it appears that option parsing for the --log option is still broken, as
described in this thread:
https://www.vdr-portal.de/forum/index.php?thread/108924-gel%C3%B6st-logging-von-yavdr-in-separaten-logfiles-anstelle-des-syslog-und-probleme/
VDR version 2.4.4 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.4.4.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.4.1-2.4.4.diff
MD5 checksums:
ccf724c157740b2b153ca41ad38f1217 vdr-2.4.4.tar.bz2
12845052da407da62748982c01cc5
On 07.04.20 06:11, Daniel wrote:
Vom: Tue, 7 Apr 2020 00:00:06 +0200
On 06.04.20 18:23, Daniel wrote:
> Vom: Mon, 6 Apr 2020 15:07:31 +0200
>
> I've fiddled with the settings and when I changed "Audio-Languages" from 1
> to 2 and configured Language 1 to german and 2 to english, I could switc
On 06.04.20 18:23, Daniel wrote:
Vom: Mon, 6 Apr 2020 15:07:31 +0200
I've fiddled with the settings and when I changed "Audio-Languages" from 1 to 2
and configured Language 1 to german and 2 to english, I could switch to NHK
WORLD-JAPAN which previously didn't work.
That sounds rather odd.
I
On 06.04.20 17:49, Daniel wrote:
...
> channel marked as FTA but can't be displayed:
>
> NHK WORLD-JAPAN (eng);Digital
> Free:546000:C0M256:C:6900:2931=2:2932=eng@3:0:0:53120:61441:10004:0
This is MPEG video (2931=2).
Strange, it can't be played. VDR doesn't output anything with loglevel
On 06.04.20 14:49, Daniel Hiepler wrote:
Vom: Mon, 6 Apr 2020 14:31:33 +0200
'1' means that this channel is "hardwired" to device 1, whether it's
encrypted or not. Generally hardwiring channels to devices is not recommended.
'0' means the channel is FTA (free to air, unencrypted).
Values great
On 06.04.20 14:36, Daniel wrote:
...
According to https://github.com/yavdr/vdr/blob/master/channels.c#L571 it's
definetly field #9. But there are channels with 0 at this position which I
can't view with kodi.
Would VDR change channels.conf if dvbscan wrote that field wrongly or just
leave it tha
On 06.04.20 00:10, Daniel wrote:
Vom: Sun, 5 Apr 2020 23:42:30 +0200
On 05.04.20 19:53, Daniel wrote:
> Meaning, when field 11 in channels.conf is 1 it is free and if it's != 1
> it's encrypted?
The CA ID is stored in field number 9.
'1' means that this channel is "hardwired" to device 1,
The VDR source code is now available in the GIT archive hosted at
http://git.tvdr.de
Klaus
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 19.02.20 18:45, Wolfgang Rohdewald wrote:
Am Mittwoch, den 19.02.2020, 16:36 +0100 schrieb Klaus Schmidinger:
Unfortunately there was no application available under Linux that really fit my
needs (maybe I just missed that one great program ;-).
digikam
I took a look at that one
Twenty years ago today, I released the first version of the VDR source. A
pretty long time, in which much has happened.
Back then a VDR was something special, while today it's just an ordinary device.
But still it feels good to be able to tweak things yourself.
Lately it's been rather quiet from
VDR version 2.4.1 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.4.1.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.4.0-2.4.1.diff
MD5 checksums:
b2897fe6b6e6711d512a69642b1b8ec1 vdr-2.4.1.tar.bz2
cf5f328165e1a48e28e68b6709312
On 03.06.19 21:18, Karim AFIFI wrote:
...
Do you plan to provide soon a vdr-2.4.1 release with all of them ?
Yes. There is one problem with the channel display on the Raspberry Pi that
still needs to
be solved, and after that I'm planning to release version 2.4.1.
Klaus
On 03.06.19 10:30, Richard F wrote:
Hi,
I'm not sure how relevant the skincurses plugin is, but I can no longer
build it under GCC7 (Opensuse 15.1)
Please try this patch:
http://ftp.tvdr.de/Developer/Patches/vdr-2.4/vdr-2.4.0-15-fix-skincurses.diff
Klaus
__
On 11.05.19 09:02, Frantisek Rysanek wrote:
...
Yes, VDR, when started with vaapidevice, does ask me to press some
keys on my remote to "detect the protocol". Except that I probably
don't have a compatible remote for the mygica, or maybe the mygica
"input device" in xinput does not count as a "LI
On 06.11.18 23:25, linuxtv at ncs-online wrote:
Hi all,
does someone know:
...are there any plans to implement a native client/server functionality direct
into a future VDR code, with a kind of streamdev client/server usability?
The plan ist still there, although there are still other things
On 10/10/18 11:46 AM, Martin Gansser wrote:
I have contacted Andreas.
On advice of Andreas, I have defined the IOCTL myself in the file
dvbhdffdevice.h
this is the Patch: define_AUDIO_GET_PTS.patch
with this patch i get this warnings: [2]
--- vdr-2.4.0/PLUGINS/src/dvbhddevice/dvbhdffdevice.h
On 10/9/18 10:27 AM, Martin Gansser wrote:
Hello Klaus,
will you provide a kernel> = 4.8 patch or will I need to contact the kernel
developer for this?
Hello Martin,
please contact Andreas Regel about this.
He maintains the dvbhddevice plugin.
Greetings
Klaus
_
On 9/28/18 8:05 PM, Jasmin J. wrote:
Hi!
This is obsolete since Kernel 4.8:
https://www.kernel.org/doc/html/v4.8/media/uapi/dvb/audio-get-pts.html
So VDR would already have needed to be changed quite some time ago.
I guess it is time to do it now.
BTW: I always thought that Linux kernel po
On 9/28/18 8:05 PM, Jasmin J. wrote:
Hi!
This is obsolete since Kernel 4.8:
https://www.kernel.org/doc/html/v4.8/media/uapi/dvb/audio-get-pts.html
Any idea why it was necessary to break these things?
So VDR would already have needed to be changed quite some time ago.
I guess it is time t
On 9/28/18 12:02 PM, Alexander Grothe wrote:
It seems this definition has been removed upstream, because it was considered to be
"unused":
https://github.com/torvalds/linux/commit/d21c249b26311dd193b100e65fc9e7ae96233d40#diff-56193b27b16cac28881a16f295c6ff3cL133
Signed-off-by: Mauro Carvalho
On 9/28/18 11:04 AM, Martin Gansser wrote:
ok, the Fedora30 package [1] kernel-headers-4.19.0-0.rc5.git2.1.fc30.x86_64.rpm
contains the file /usr/include/linux/dvb/audio.h,
but definition
#define AUDIO_GET_PTS _IOR('o', 19, __u64)
fehlt.
[1]
https://kojipkgs.fedoraproject.org//pac
On 9/28/18 10:21 AM, Martin Gansser wrote:
...
dvbhdffdevice.c:569:33: error: 'AUDIO_GET_PTS' was not declared in this scope
if (ioctl(fd_audio, AUDIO_GET_PTS, &pts) == -1) {
^
dvbhdffdevice.c:569:33: note: suggested alternative: 'VIDEO_
On 9/25/18 8:52 PM, Mikko Tuumanen wrote:
I have two vdr instances running on the same machine, one for recording and
other for viewing. Then I wanted them to use the new vdr peer system to be
able to edit timers from the viewing side.
Running two vdr's didn't work because they both want to bind
In an effort to avoid possible problems with the new data protection law
in Germany ("DSGVO"), I have modified the VDR User Counter in such a way
that it no longer asks for or displays the user's name, public email address
and homepage URL. Any such previously entered data has been deleted from
th
VDR version 2.4.0 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.4.0.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.9-2.4.0.diff
MD5 checksums:
12c6a3abeadfa915fcfe736bb047a3ab vdr-2.4.0.tar.bz2
6d98c2d619e82f3d4503146602fcc
On 12.04.2018 05:12, Richard Scobie wrote:
...
Apr 11 09:46:18 vdr vdr[718]: [874] ERROR: driver buffer overflow on device 1
Apr 11 09:57:20 vdr vdr[718]: [892] ERROR: 1 TS packet(s) not accepted in
Transfer Mode
Apr 11 10:11:29 vdr vdr[718]: [914] ERROR: 6 TS packet(s) not accepted in
Transf
On 09.04.2018 09:52, Josef Wolf wrote:
Hello everybody,
I am looking for the DVB API documentation. I know there is
https://www.linuxtv.org/wiki/
and
https://www.linuxtv.org/downloads/v4l-dvb-apis-new/uapi/dvb/dvbapi.html
but the wiki states, the current API is v5. And there don't seem
VDR version 2.3.9 is about to be released as stable 2.4.0 on April 15!
The archive can be found here:
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.9.tar.bz2
(this is still the same as in my announcement dated March 18).
I have posted a few last minute fixes at
https://www.vdr-portal.de/forum/in
On 02.04.2018 14:22, Torgeir Veimo wrote:
Do you have any plans for more integrated means of running a client server
setup like the streamdev setup? I like the raspberry pi since it's low power,
and does hdmi-cec, but without sata I'm concerned with disk bandwidth with
multiple recordings.
T
On 02.04.2018 14:20, Oliver Endriss wrote:
Am Montag, den 02.04.2018, 12:28 +0200 schrieb Klaus Schmidinger:
On 01.04.2018 19:01, Oliver Endriss wrote:
> ...
>> >> >> Does it make a difference whether the progress display is active or not
>> >> >> w
On 02.04.2018 12:35, Torgeir Veimo wrote:
Am Samstag, den 24.03.2018, 15:05 +0100 schrieb Klaus Schmidinger:
At the time this was done, I was still using the TT S2-6400 as output device.
Jut curious, what are you using now? A raspberry pi?
Currently a Raspberry Pi, but I'm planning t
On 01.04.2018 19:01, Oliver Endriss wrote:
...
>> >> Does it make a difference whether the progress display is active or not
>> >> when you set the mark?
>
> If the progress bar is off, and you set a mark, progress bar and
> mark show up immediately. -> No problem.
...
> Could it be that this
On 19.03.2018 18:01, Oliver Endriss wrote:
Am Montag, den 19.03.2018, 14:45 +0100 schrieb Klaus Schmidinger:
On 19.03.2018 01:33, Oliver Endriss wrote:
> Am Sonntag, den 18.03.2018, 23:29 +0100 schrieb Klaus Schmidinger:
>> On 18.03.2018 20:39, Oliver Endriss wrote:
>> &g
On 19.03.2018 01:33, Oliver Endriss wrote:
Am Sonntag, den 18.03.2018, 23:29 +0100 schrieb Klaus Schmidinger:
On 18.03.2018 20:39, Oliver Endriss wrote:
> Am Sonntag, den 18.03.2018, 19:15 +0100 schrieb Klaus Schmidinger:
>> On 18.03.2018 18:55, Oliver Endriss wrote:
>> > H
On 18.03.2018 20:39, Oliver Endriss wrote:
Am Sonntag, den 18.03.2018, 19:15 +0100 schrieb Klaus Schmidinger:
On 18.03.2018 18:55, Oliver Endriss wrote:
> Hi,
>
> just installed vdr 2.3.9 and noticed that there is a delay
> when I try to set a recording mark, compared wi
On 18.03.2018 18:55, Oliver Endriss wrote:
Hi,
just installed vdr 2.3.9 and noticed that there is a delay
when I try to set a recording mark, compared with vdr 2.2.0.
Steps to reproduce:
- Play a recording.
- Press ok to display the progress bar.
- Press 0 to set a mark.
There is a notable del
On 18.03.2018 17:59, Wolfgang Rohdewald wrote:
On So, 2018-03-18 at 14:54 +0100, Klaus Schmidinger wrote:
- Disabled the use of posix_fadvise() when reading (i.e. replaying), since it
caused
stuttering replay in fast forward and fast rewind mode in case the video
directory
is mounted
VDR developer version 2.3.9 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.9.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.8-2.3.9.diff
MD5 checksums:
9e4202b046df9ea960d930ce99e967ab vdr-2.3.9.tar.bz2
38a0f436f
On 11.03.2018 22:10, Timothy D. Lenz wrote:
It turns out that both stations are owned by the same company. I have sent
KGUN9 a second email about the conflict and reported it to the FCC as
interference because they interfering with each other. Looking at this site:
https://www.linuxtv.org/vdrw
ata is now being lost. g
On 3/9/2018 2:29 AM, Klaus Schmidinger wrote:
On 08.03.2018 22:38, Klaus Schmidinger wrote:
On 08.03.2018 22:13, Timothy D. Lenz wrote:
I was hoping it was something simple I could fix in the conf. I
haven't worked on it
On 09.03.2018 12:01, Patrick Boettcher wrote:
On Fri, 9 Mar 2018 11:55:02 +0100
Klaus Schmidinger wrote:
On 09.03.2018 11:51, Patrick Boettcher wrote:
> On Fri, 9 Mar 2018 11:30:36 +0100
> Klaus Schmidinger wrote:
>
>> On 01.03.2018 10:22, Patrick Boettcher wrote:
>
On 09.03.2018 11:55, Klaus Schmidinger wrote:
On 09.03.2018 11:51, Patrick Boettcher wrote:
On Fri, 9 Mar 2018 11:30:36 +0100
Klaus Schmidinger wrote:
On 01.03.2018 10:22, Patrick Boettcher wrote:
> On Wed, 28 Feb 2018 11:01:23 +0100
> Klaus Schmidinger wrote:
> >> On 2
On 09.03.2018 11:51, Patrick Boettcher wrote:
On Fri, 9 Mar 2018 11:30:36 +0100
Klaus Schmidinger wrote:
On 01.03.2018 10:22, Patrick Boettcher wrote:
> On Wed, 28 Feb 2018 11:01:23 +0100
> Klaus Schmidinger wrote:
>
>> On 27.02.2018 17:58, Patrick Boettcher wrote:
>
On 01.03.2018 10:22, Patrick Boettcher wrote:
On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger wrote:
On 27.02.2018 17:58, Patrick Boettcher wrote:
> On Tue, 27 Feb 2018 16:54:35 +0100
> Klaus Schmidinger wrote:
>
>> Hello Patrick,
>>
>> your scan doesn&
On 08.03.2018 22:38, Klaus Schmidinger wrote:
On 08.03.2018 22:13, Timothy D. Lenz wrote:
I was hoping it was something simple I could fix in the conf. I haven't worked on it or in linux in a long time and don't have the free time to figure it all out again. I'll have to look at
On 08.03.2018 22:13, Timothy D. Lenz wrote:
I was hoping it was something simple I could fix in the conf. I haven't worked on it or in linux in a long time and don't have the free time to figure it all out again. I'll have to look at this some other time. I am in the U.S. and these are ATA channel
On 08.03.2018 03:36, Timothy D. Lenz wrote:
Haven't used the list in awhile I I think my first reply went to the wrong
address. So redoing plus adding some info.
91 is 9.1 KGUN which is the local for ABC Broadcast Network A National Network.
The other 9.x channels are assorted small stations.
On 07.03.2018 00:04, Timothy D. Lenz wrote:
So I'm using an old version of VDR, looks like 1.7.15 with the ATSC
plugin. Just don't have the time to update everything. I noticed that
the 9x locals stopped getting guide data. I did a new scan and the new
list worked for 9x but would wipe 58x channe
On 01.03.2018 11:39, Patrick Boettcher wrote:
On Thu, 1 Mar 2018 10:22:10 +0100
Patrick Boettcher wrote:
On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger wrote:
> On 27.02.2018 17:58, Patrick Boettcher wrote:
> > On Tue, 27 Feb 2018 16:54:35 +0100
> > Klaus Sch
On 01.03.2018 10:22, Patrick Boettcher wrote:
On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger wrote:
On 27.02.2018 17:58, Patrick Boettcher wrote:
> On Tue, 27 Feb 2018 16:54:35 +0100
> Klaus Schmidinger wrote:
>
>> Hello Patrick,
>>
>> your scan doesn&
On 27.02.2018 17:58, Patrick Boettcher wrote:
On Tue, 27 Feb 2018 16:54:35 +0100
Klaus Schmidinger wrote:
Hello Patrick,
your scan doesn't contain the NIT, which is where the transponder
innformation is broadcast. Can you scan that, too, please?
Hi Klaus,
NIT attached (from an
Hello Patrick,
your scan doesn't contain the NIT, which is where the transponder innformation
is broadcast. Can you scan that, too, please?
Klaus
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 25.02.2018 15:26, Patrick Boettcher wrote:
Hi list,
since some time (1-2 years) I noticed that the DVB-T channels do not
show EPG anymore. I'm not sure what is the root-cause: either it
was the migration of French DVB-T to HD (in 2016) or an update of VDR.
Anyway, this morning I took the tim
On 19.01.2018 18:48, Teemu Suikki wrote:
I'm starting to think that maybe my problem IS caused entirely by this
softhddevice bug. Because my softhddevice keep freezing quite
frequently, I have added a shutdown command that detaches softhddevice
and leaves vdr running. And then when I watch someth
On 18.01.2018 21:26, Teemu Suikki wrote:
Ok, I did some debugging.
First of all, I noticed something weird that perhaps is not even
related to this problem. In vdr.c there is a check:
if ((Now - LastInteract) > ACTIVITYTIMEOUT
if softhhddevice is detached or suspended, "Now - LastInteract" i
On 18.01.2018 08:54, Teemu Suikki wrote:
Ok, it might be the same thing.
I added some debug as Klaus suggested. After restart, vdr instantly deleted a
few directories.. So at least it works sometimes. :)
Perhaps the cleanup fails if Plex or another vdr is currently accessing the
same files? M
1 - 100 of 1870 matches
Mail list logo
