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
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
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
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
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
@@
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 =
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
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
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
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,
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 =
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
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
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
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
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
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
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
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
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
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
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
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:B8D0G19128M2P0Q111S1T16X0
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
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
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:
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
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
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.
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
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
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
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
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
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
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]
---
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
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
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]
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, ) == -1) {
^
dvbhdffdevice.c:569:33: note: suggested alternative:
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
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
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
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
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
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
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.
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
>>
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 to use
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
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
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
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:
So 58.x data 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
ha
On 09.03.2018 12:01, Patrick Boettcher wrote:
On Fri, 9 Mar 2018 11:55:02 +0100
Klaus Schmidinger <klaus.schmidin...@tvdr.de> wrote:
On 09.03.2018 11:51, Patrick Boettcher wrote:
> On Fri, 9 Mar 2018 11:30:36 +0100
> Klaus Schmidinger <klaus.schmidin...@tvdr.de> 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 <klaus.schmidin...@tvdr.de> wrote:
On 01.03.2018 10:22, Patrick Boettcher wrote:
> On Wed, 28 Feb 2018 11:01:23 +0100
> Klaus
On 09.03.2018 11:51, Patrick Boettcher wrote:
On Fri, 9 Mar 2018 11:30:36 +0100
Klaus Schmidinger <klaus.schmidin...@tvdr.de> wrote:
On 01.03.2018 10:22, Patrick Boettcher wrote:
> On Wed, 28 Feb 2018 11:01:23 +0100
> Klaus Schmidinger <klaus.schmidin...@tvdr.de> wrote:
>
On 01.03.2018 10:22, Patrick Boettcher wrote:
On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger <klaus.schmidin...@tvdr.de> wrote:
On 27.02.2018 17:58, Patrick Boettcher wrote:
> On Tue, 27 Feb 2018 16:54:35 +0100
> Klaus Schmidinger <klaus.schmidin...@tvdr.de> 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 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
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
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
On 01.03.2018 11:39, Patrick Boettcher wrote:
On Thu, 1 Mar 2018 10:22:10 +0100
Patrick Boettcher <patrick.boettc...@posteo.de> wrote:
On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger <klaus.schmidin...@tvdr.de> 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 <klaus.schmidin...@tvdr.de> wrote:
On 27.02.2018 17:58, Patrick Boettcher wrote:
> On Tue, 27 Feb 2018 16:54:35 +0100
> Klaus Schmidinger <klaus.schmidin...@tvdr.de> wrote:
>
On 27.02.2018 17:58, Patrick Boettcher wrote:
On Tue, 27 Feb 2018 16:54:35 +0100
Klaus Schmidinger <klaus.schmidin...@tvdr.de> 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
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
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
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"
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?
On 16.01.2018 19:44, Teemu Suikki wrote:
Hi,
I just experienced weird problem. My hard drive became 100% full.
But I noticed that there are tons of .del directories, some dating
from months ago.. VDR hasn't removed them! What could cause this?
I see entries in log:
low disk space while
On 14.12.2017 08:26, Harald Milz wrote:
I don't know how to handle this properly. My suggestion would be to ignore the
channel pid change during an active recording on this channel, and defer the
change until the recording is finished_if_ "-r something" is set on the
command line.
If you
On 28.11.2017 21:12, Marko Mäkelä wrote:
Hallo Klaus,
On Tue, Nov 28, 2017 at 11:28:13AM +0100, Klaus Schmidinger wrote:
On 27.11.2017 19:55, Marko Mäkelä wrote:
On Sun, Nov 26, 2017 at 07:21:58PM +0200, Marko Mäkelä wrote:
Hi all,
I recently got a USB adapter "Astrometa DVB-T2&qu
On 27.11.2017 19:55, Marko Mäkelä wrote:
On Sun, Nov 26, 2017 at 07:21:58PM +0200, Marko Mäkelä wrote:
Hi all,
I recently got a USB adapter "Astrometa DVB-T2" that I would like to use with
VDR. It comprises two frontends:
/dev/dvb/adapter0/frontend0: Realtek RTL2832 (DVB-T)
7 0:08 GMT+02:00 Klaus Schmidinger <klaus.schmidin...@tvdr.de>:
On 26.11.2017 19:09, Teemu Suikki wrote:
I know I'm replying to a year old thread, but I'm having the exact same
problem.
I upgraded my system from kernel 3.16.0 to 4.4.0, and also TBS dvb
drivers to latest version.. Now I h
On 26.11.2017 19:09, Teemu Suikki wrote:
I know I'm replying to a year old thread, but I'm having the exact same problem.
I upgraded my system from kernel 3.16.0 to 4.4.0, and also TBS dvb
drivers to latest version.. Now I have this problem, that randomly VDR
starts flooding this "ERROR: TS
On 08.11.2017 12:31, ca...@nekanali.nl wrote:
Would it be possible to add a new sort mode for the recordings in the new
stable vdr release?
On top directories sorted on date from date high to -low
Below that the recordings from date high to low.
Later option is now only available on low to
VDR developer version 2.3.8 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.8.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.7-2.3.8.diff
MD5 checksums:
2afe8b899b3af1967320c216c1315f3e vdr-2.3.8.tar.bz2
VDR developer version 2.3.6 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.6.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.5-2.3.6.diff
MD5 checksums:
eab982df03da492a7d263718a8c487c2 vdr-2.3.6.tar.bz2
Unfortunately two things slipped under my radar in the previous upload,
so I had to do it again. Here are the links again, with the new checksums:
VDR developer version 2.3.5 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.5.tar.bz2
A 'diff' against the previous version is
1 - 100 of 1532 matches
Mail list logo