Klaus,
For those of us not 100% up to date with the code, could you list for us
the main changes we are voting for here?
Also, some indication of any known compatibility issues that might arise
(e.g. with Vdradmin, Vomp, Epgsearch...
Thanks
___
Teemu,
I had a similar problem with budget Freecom / WT-220U USB stick tuners.
I usually had to swap multiplex/transponder to get them to re-tune reliably.
I observed that if they lost tuning, vdr made them re-try (which I saw in the
log)
but eventually would bomb out if it couldn't tune, which
Hi list,
Having another go at a long-standing problem on Freecom USB tuners - a
bit more testing:
Using VDR 1.6.0.2, and the problem seems to be that the tuners run out
of hardware PID's.
The problem can be reliably repeated tuning to BBC1 BBC2 on freeview,
when 1 channel is already
Klaus wrote:
The question is can the total PID count be reduced when VDR is idle, or
is there an assumption that a channel uses fewer than 4 PID's in
calculating how many to leave spare for recordings (if that's how it
works)?
VDR doesn't do any calculations regarding the number of PID
Me too - noticed that DVB-T2 stick a while back.
I have the same issue with changing the front-end, I'm particularly
loathed to part with my mediaMVP's using VOMP with my headless server.
This forms a good multi-user, functional, low power, low cost, reliable
solution... who could want
Mikko - thanks.
I built kernel 3.4, then moved onto 3.12 and both work well with this
receiver.
FYI I had some trouble getting the right tuning parameters for DVB-T2
with w_scan which I've used for a long time, and went back to dvbscan. I
was getting the wrong SID I think - no EPG data
I need this patch to be able to compile VDR in current SLES11, even
though I have all the dvb and dvb devel packages installed.
#ifndef __DVBDEVICE_H
#define __DVBDEVICE_H
// FIXME: workaround for broken linux-dvb header files
typedef unsigned char __u8;
// RF and for kernel 3.12
typedef long
The Freesat patch at http://www.vdr-wiki.de/wiki/index.php/Freesat-patch
adds the following PID filters in eit.c - cEitFilter::cEitFilter
Set(3842, 0x4E, 0xFE); // event info, actual(0x4E)/other(0x4F) TS,
present/following
Set(3842, 0x50, 0xF0); // event info, actual TS,
Klaus / Mario - thanks for the feedback / info about filters.
I will probably stay with the filters in 2.0.6 for DVB-T and DVB-T2 as
it gives me good functionality.
The Freeview HD EPG is quick in this config - a few minutes to get the
full EPG.
A couple more questions...
a) In later
I'm wondering if anyone has created a plugin to automatically transcode
SD recordings to H264 ?
I'm now using Kodi on the Raspberry pi as frontend to vdr + VNSI plugin,
it's pretty good aside from live HDTV which can still stutter (but
version dependent, so I expect will be fixed soon).
I have
I've been testing my H264 conversion script, and come across a problem
with the VDR 1.6 subtitles
VDR 1.6 (.vdr) recordings
The subtitle stream is reported by VLC as type "subtitle", "codec: DVD
subtitles (spu)"
ffmpeg reports "Stream #0:2[0x20]: Subtitle: dvd_subtitle"
For reasons unknown,
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
I'm happy with just a modest power saving.
Put in context, on my system, 3Wh ~ 25 mins SD content transcoding to
H264/AAC = 30-40% disk space reduction with no noticeable loss of
quality. So ~70Wh saving / day pays for ongoing SD recording
compression and multi-TB historical library compression
Sergey,
I took down the server at the weekend to install a newly built kernel
and insert the power monitor.
47W - All services running at idle, tuner power saving disabled
44W - All services running at idle, tuner power saving enabled
As tuners are powered down most of the time, that's a handy
I will do.
Now I'm testing it on a range of recordings, I'm seeing a few issues
with ffmpeg/libraries, which I'm addressing with workarounds or reports
to the ffmpeg devs.
The aim is to convert all old VDR1.6, and current VDR2.x recordings,
including radio, as well automatic transcoding after a
I meant to send this to the list
On 4/06/2016 08:45, Klaus Schmidinger wrote:
>> On 30 May 2016, at 22:45, Richard F <li...@keynet-technology.com> wrote:
>>
>> Hi Klaus,
>>
>> I'm 99% of the way to finishing my H264 ffmpeg transcoding script, I'm just
root. It would be great if you could measure the
> power consumption of you tuners (at least the USB one).
>
> Best,
> Sergey Chernyavskiy.
>
> On Fri, May 27, 2016 at 09:59:06AM +0100, Richard F wrote:
>> I'd like to give it a go on DVB & DVBT-2 tuners (1 PCI, 1 USB)
>
OK Sergey, I've posted a log with your patch applied + log level 3 -
about 3 hours worth
There was a recording 16:15 to 16:45, other than that idle
I can run it for longer if you need it, though it's creating a fair bit
of log.
I seem to get a lot of erroneous EPGsearch results at level 3, not
I'd like to give it a go on DVB & DVBT-2 tuners (1 PCI, 1 USB)
Would you be kind enough to post a version for VDR2.20 or advise changes
necessary?
Thanks
Richard
On 26/05/2016 18:44, glenvt18 wrote:
> For about a month now. Tested with 3 different DVB-S/S2 tuners with
> VDR 2.3.1 and VDR 2.2.0
Interesting.
How long have you been running it / testing it?
Have you tested with VPS timers enabled ?
Thanks
Richard
On 26/05/2016 16:36, glenvt18 wrote:
> Hi folks.
>
> This patch introduces a feature which allows an idle device (a device
> which is not currently recording or streaming) to
n for testing.
>
> Best,
> Sergey Chernyavskiy.
>
> On Tue, May 31, 2016 at 08:43:01PM +0100, Richard F wrote:
>> OK Sergey, I've posted a log with your patch applied + log level 3 -
>> about 3 hours worth There was a recording 16:15 to 16:45, other than
>> th
Hi Klaus,
I'm 99% of the way to finishing my H264 ffmpeg transcoding script, I'm just
getting 2 of these warnings when reindexing transcoded files
May 30 21:08:09 ha-server vdr: [31785] WARNING: required 5 video TS packets to
determine frame type
May 30 21:08:09 ha-server vdr: [31785] WARNING:
Hi Klaus,
I was trying the cutter for the first time and noticed that it didn't
seem to be obeying the --video flag
It seemed to be trying default, causing this error:
Jun 16 09:12:56 ha-server vdr: [29658] ERROR (tools.c,459):
/var/spool/video//mnt: Permission denied
I rebuilt with the
:20, VDR User user@gmail.com wrote:
> Curious why you're bothering to do this now when 4tb harddrives are
> always on sale in the $90 range. 6+ years ago it made more sense but
> now it seems like too little too late. Just wondering
>
> On Tue, Jun 14, 2016 at 6:21 AM
I'd wrongly assumed that it picked up the environment of the VDR already
running, so hadn't supplied the switch in this case.
Thanks for the clarification.
On 16/06/2016 10:58, Klaus Schmidinger wrote:
> On 16.06.2016 11:44, Richard F wrote:
>> Hi Klaus,
>>
>> I
Hi Klaus,
In my testing, (VDR 2.20) the command vdr --genindex fails on an
audio-only recording from a radio station for example.
The index file is generated during a recording, but if deleted, vdr
itself cannot regenerate it, nor can the command line command. Kodi for
example tries to
your 3W drop can be considered as
> "normal". For your USB stick even 1W saving can be helpful.
>
> Thanks again for testing.
>
> Sergey.
>
> On Mon, Jun 06, 2016 at 11:21:24AM +0100, Richard F wrote:
___
vdr mailing list
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
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
be helpful ?
Thanks
Richard
On 24/04/2016 12:29, Klaus Schmidinger wrote:
> On 24.04.2016 12:53, Richard F wrote:
>> 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
>>
Thanks both - I'll give it a try - let you know how it goes against 2.2.0
Richard
On 26/06/2016 16:31, Klaus Schmidinger wrote:
>
>> On 26 Jun 2016, at 04:23, Richard F <li...@keynet-technology.com> wrote:
>>
>> Hi Klaus,
>>
>> In my testing, (VDR
On 28/06/2016 03:14, glenvt18 wrote:
> Hi Richard,
>
> As there are no debug messages in your log I tried to reconstruct some
> of them (power-related) - see my comments. Note that an extra second is
> added to all timeouts due to the 'greater than' comparison. It was done
> on purpose to add some
two weeks ago when I wanted to replay an edited
radio recording. Please find my proposed fix attached, maybe Klaus will take it
into the next VDR developer release.
Regards,
Thomas
Quoting Richard F <li...@keynet-technology.com> :
__
I'd like to announce the release of vdr-convert at
https://projects.vdr-developer.org/projects/vdr-convert
One of two people asked me to release it when ready, and after
converting / testing most of my 4TB archive with it, I think it's about
ready for the VDR community to use.
What is it?
A
eetings,
> Stephan.
>
>
Forwarded Message
Subject:vdr-convert released
Date: Sun, 4 Sep 2016 22:33:20 +0100
From: Richard F <li...@keynet-technology.com>
Organisation: Keynet Technology
To: VDR Mailing List <vdr@linuxtv.org>
I'd like to annou
Have you looked at Minidlna?
I've been using it for a while now to provide upnp access to various media.
It's lightweight and doesn't slow the server down noticeably, once it's scanned
the directories. I normally access the VDR directory via SMB, but I added it to
the minidlna config to test,
Happy New Year VDR users.
There have been a few updates to the vdr-convert script + tools over at
https://projects.vdr-developer.org/projects/vdr-convert/wiki in the last
few weeks:
* Added support for AC3/DTS streams in VDR1.x recordings (updated
Genindex). Needs more compatibility
I'm pleased to announce that version 2 of vdr-convert has been released
over at https://projects.vdr-developer.org/projects/vdr-convert.
There are several significant new features:
* Option to convert to H265/HEVC via new -v switch, with potential for
file size 1/2 of H264, 1/4 of MPEG2
*
/vdr-convert is a tool to accurately transcode VDR1.x and VDR2.x TV
recordings, including all valid streams - video, audio (including
AC3/DTS 5.1), Audio Description (AD), and DVB subtitles - into more
compressed and accessible formats, while maintaining perceived quality
with good compatibility.
vdr-convert is a tool to accurately transcode VDR1.x and VDR2.x
recordings, including all valid streams - video, audio (including
AC3/DTS 5.1), Audio Description (AD), and DVB subtitles - into more
compressed and accessible formats, while maintaining perceived quality
with good compatibility.
See
Hi,
I'm not sure how relevant the skincurses plugin is, but I can no longer
build it under GCC7 (Opensuse 15.1)
skincurses.c:133:52: error: invalid use of incomplete type ?WINDOW {aka
struct _win_st}?
copywin(savedRegion, window, 0, 0, savedRegion->_begy,
savedRegion->_begx,
t; To:
> vdr@linuxtv.org
>
>
> 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.tvd
Thanks by the way for the heads-up on w_scan2 - the fork of w_scan I
didn't know about. As an external tool, that now tunes DVB-T2 HD
channels for me at last - the only thing outside VDR itself that works
so far :-)
Richard
On 29/11/2020 2:16 pm, Timo Helkiö wrote:
> Timo Helkiö kirjoitti
ia
>
> El 30/11/20 a les 19:47, Richard F ha escrit:
>> Thanks by the way for the heads-up on w_scan2 - the fork of w_scan I
>> didn't know about. As an external tool, that now tunes DVB-T2 HD
>> channels for me at last - the only thing outside VDR its
I'm using DVB-T2 with a PC-TV 290E USB nanostick in UK. I'm also still
on V2.20.
My notes on tuning confirm that "... this (setting VDR to find new
transponders) doesn't seem to be able to config HD channels - can check
TS-ID, ON-ID Srv-ID with Sony TV"
Basically I have to hand-edit the
I'd either use bare metal or maybe a container (LXC, not sure sure about
docker) as that's as near as bare metal with few encumbrances.
Why ? I've always used bare metal, and it seems VDR is working quite
close to the hardware, adding layers adds complexity.
But the other thing is that that
On 21/11/2020 4:24 pm, Klaus Schmidinger wrote:
On 21.11.20 17:11, Richard F wrote:
Klaus - thanks for your reply. 2 problems - the first is my own -
I don't like all the rubbish shopping channels filling up my channel
list and I sort it manually to keep the channels in a sensible order
er 554 with id 8468-12291-770-0
Nov 20 13:55:34 vdr3 vdr: [26237] changing pids of channel 2096 (arte
HD) from 0+0=0:0:0:0 to
4129+4129=36:4130=deu@17,4131=fra@17,4132=mis@17,4133=mul@17:0:4134
Where exactly is the problem?
Klaus
On 19.11.20 13:34, Richard F wrote:
I'm using DVB-T2 with a
Mon, Sep 13, 2021 at 08:51:05PM +0200, Martin Wache wrote:
So, back to the plan with the Raspberry Pi 2B. One problem that I
wanted to solve is the power consumption of the DVB-T dongle when it
is not in use. I found https://github.com/mvp/uhubctl which can switch
off power on individual USB
Heroic work - thanks, and Merry Xmas
Richard
On 22/12/2021 12:00, vdr-requ...@linuxtv.org wrote:
Today's Topics:
1. Re: VDR packages in Debian and e-tobi.net (Tobi)
___
vdr mailing list
vdr@linuxtv.org
I find it regularly useful, and refer to the pages from some of the
plugins I use. So sad to see these things that look thousands of hours
to create and debug now falling by the wayside. And once you get used
to it, the Redmine markdown is actually quite a good workmanlike
solution for
RIP as you say, but many thanks for keeping it going r/o. I'm actually
still maintaining vdr-convert for my own use + using it quite a lot. I
plan to recover the wiki pages which represented quite a lot of work.
Has code been copied to github ? Who's owning / maintaining it there ?
Thanks
Yes, please make me owner of the repo + import the wiki pages, as I
actually have some updates to do.
My login on github is "keynet". Let me know if you need any more info -
Thanks
On 10/07/2022 12:48, Manuel Reimer wrote:
On 07.07.22 17:02, Richard F wrote:
RIP as you say, but m
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.
It's starting an EPG scan and seems to be overwriting table 0
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.
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.
Hi all,
I regret that I did not buy the Pi TV HAT earlier. The USB stick is
simply garbage compared to it.
The Astrometa USB stick switches channels very slowly and the tuner
very frequently produces errors in the bit stream, when using a good
outdoor aerial that other devices have no
do minor fixes like adding code blocks, fix links, ...
- Copy the resulting markdown over to whatever hosting platform you like
Manuel
On 10.07.22 22:20, Richard F wrote:
Yes, please make me owner of the repo + import the wiki pages, as I
actually have some updates to do.
My login on github is &
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 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 doe
On 28/11/2022 18:17, Marko Mäkelä wrote:
Mon, Nov 28, 2022 at 12:27:08PM +, Richard F wrote:
FYI I'm using the powersaving patch on a system with an Astrometa USB
stick + an old Winfast PCI receiver, and I see 2-3W reduction when
the Astrometa frontend is shut down:
I only tested
I conducted this test without applying the patch
https://github.com/glenvt18/vdr/commit/b368f67d00d0b466ae36028efb9336e81f77dba8
As far as I can tell, even with that patch the EPG parser could keep
running, because the patch does not set the variable InhibitEpgScan.
That would explain
61 matches
Mail list logo
