Re: [vdr] watching DVDs

[Mario Schulz]

Am 10.06.2015 um 16:14 schrieb Josce:

> Or has anyone created any sort of script that would "import" a dvd into
> the vdr recordings?
> Meaning, creating the vdr info file and transcoded the vob file into a
> ts file.

In pre-VDR times I was used to burn DVDs to unload the hard-disk of my
recorder. As optical store is not fashionable anymore and these DVDs
tend to have a small lifespan, I began to reconvert these
(unencrypted) DVDs into VDR TS again.

It was not too complicated to begin automation, but it should be easy
in just 3 commands:

- create proper naming directory structure
- ProjectX convert vob to ts on command line
- vdr --genindex

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Advice from native speakers needed: To "bisect" or to "halve"?

[Mario Schulz]

Am 05.02.2015 um 20:55 schrieb VDR User:

> "adaptive skipping"

The action is skipping, the achievement is searching.

So we do

"Binary Search"
http://en.wikipedia.org/wiki/Binary_search_algorithm

or

"Binäre Suche"
http://de.wikipedia.org/wiki/Bin%C3%A4re_Suche

Ok, this may be considered informatics phrasing, but this is the unique
and correct name.

By the way: So cool that this patch finally finds its way into the core!

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Freesat patch

[Mario Schulz]

Am 27.12.2014 um 11:42 schrieb Klaus Schmidinger:

>> Does anyone know if these extra PID's are definitely required? Maybe
>> only for DVB-S/2 ?
> 
> Sorry, I don't know anything about that.

I programmed/ported a VDR Version to Topfield in 2010[*].
At that time Freesat was broadcasting their EPG using 3841/3842.
The Topfield did not have a hardware capability to filter these, so it
was necessary to write a stream parser for a recorded TS.
In addition on a standard video stream Freesat EPG came in extremely slow.
They had a specific radio transponder which was as well dedicated to
data broadcasts (11426MHz/27500/H).
Performing a recording on PID 3002/3003 revealed the full Freesat EPG
extremely fast.
When I backported the Topfield stuff into the VDR patch, the only piece
of work done has been the conversion of the Huffman tables from file
read into a header data structure to make it a bit more efficient and
eliminate the need for dynamic memory.

That has been the history.

And the situation today?
I dont think they changed 3841/3842 as this might be a problem for
installed reception equipment. But somebody would have to do a bit of
dvbsnooping to be shure.

So my guess is that it cannot be changed for DVB-S/S2 reception.

[*] https://sourceforge.net/projects/freesattotgd/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with subtitles: not showing in HD channels

[Mario Schulz]

Am 27.08.2014 12:29, schrieb Pasi Juppo:
> Hi,
> 
> VDR 2.06 (yavdr 0.50 distro) does not show subtitles in HD channels (Yle
> channels in Finland). In SD version of the same channels subtitles are
> working fine. TV shows subtitles fine.

This is not a general HD issue, subtitels do work for me on BBC One HD
with softhddevice on yaVDR.
It narrows it down to either your equipment our your broadcaster.

HTH


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] skipping 5/10 seconds

[Mario Schulz]

Am 31.03.2014 11:42, schrieb Peter Münster:

> What about adding a possibility to skip ±5 or ±10 seconds when
> replaying a recording?

BTW: The liemikuutio Patch set does have Binary Search (half jump
width on each direction reversal). Around 4 lines of code to make it
the perfect skipper.
I guess most distris use that and so nobody cares...

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPG for BBC TV channels?

[Mario Schulz]

Am 15.03.2014 11:30, schrieb Bernd Butscheidt:
> 
> I downloaded eepg, e.g. lasst time September 2013, from git-source 
> (http://projects.vdr-developer.org/git/vdr-plugin-eepg.git/). With this and 
> various versions before I have epg on BBC HD (satelite) and never ran into 
> this memory leak which is quoted here and there.
> If it occurs, it must be running vdr 24 hours a day nonstop.
> Can someone bring light into this?
> 

It was reported by users running their server 24x7.
But I dont know about the current status.

The mechanics used in EEPG look suspicious, it is using a repetitive
file load scheme for the tables originating from dark times where these
were not yet 100% available.

The VDR patch approach puting these tables into the compiled code once
has been suggested for EEPG, but did stay in some experimental branch,
you may want to take a look at the EEPG GIT.

- Mario

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPG for BBC TV channels?

[Mario Schulz]

Cf:

http://www.vdr-wiki.de/wiki/index.php/Freesat-patch

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPG for BBC TV channels?

[Mario Schulz]

Am 09.03.2014 14:38, schrieb Manuel Reimer:

> As this solution is a bit tricky and not very reliable, my question
> is, whether there is a better solution to get "real" EPG for those
> channels?

Freesat uses a Huffman encoding for EGP data, which has not made its
way into VDR core.

a) Plugin EEPG has these tables (and covers some other EPGs as well)
b) A Freesat patch extends VDR to just the Freesat code tables.

- Mario

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Mario Schulz]

Am 14.04.2013 17:32, schrieb Dimitar Petrovski:
> Log level can be set to 0. I will review the loginig info and
> silence it as much as possible. And set the default logging to 0 in
> git. Eepg is working fine here, even running in background by vdr's
> EPG scan. The single issue I have is that the plugin is filling the
> log with various messages, even if I set loglevel to a low value
> (1).
> 

BTW:

You have recieved the patch for eepg to move the tables from external
to internal and have even reworked the patch.
How about spreading it, it minimizes the risk of a memory leak.

- Mario

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Freeview HD support

[Mario Schulz]

Am 03.04.2012 17:23, schrieb Tony Houghton:
> Freeview HD's EPG uses the same encoding as Freesat, but for some
> reason the EEPG plugin doesn't recognise it; it probably only uses
> the extended decoder when it's using Freesat's non-dtandard PIDs.
> 
> EEPG's code is a bit tortuous, and it has a memory leak, so I
> decided to look again at the Freesat patch from
> . It needed a bit of updating for
> recent versions of VDR, and I also updated the tables with data
> from the EEPG plugin.
> 
> And it works nicely :-). I haven't been using it long, but it looks
> like it isn't leaking, and all the text in the EPG looks correct.
> 
> I've uploaded it to 
> . If you
> use Debian or Ubuntu you can add it to the source package with
> quilt import. But also add this line to debian/vdr.install (I got
> errors after trying to add it to the patch):
> 
> freesat.t*  var/lib/vdr/
> 
> If not using debs you'll have to copy the freesat.t1 and .t2 files
> there manually, or redefine FREESAT_DATA_DIRECTORY in
> libsi/freesat.c if you want them to live somewhere else.
> 
> ___ vdr mailing list 
> vdr@linuxtv.org 
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 

If you are interested:

I have submitted a patch for EEPG to compile the external tables to be
part of the code.
If that is interesting for you as well, you can find it here:

http://projects.vdr-developer.org/issues/903
http://projects.vdr-developer.org/attachments/897/patch.txt.gz



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)

[Mario Schulz]

Am 13.03.2012 17:52, schrieb Tony Houghton:

> memory leak

I just met hepi, he also is a Doctor Who fan and is tuned to Astra2 as I am.
He complained about the bad status of EEPG, restarting his server every
three days or so due to a memory leak within that plugin.
As this is a 'must have' if you are on Freesat, it might be closely
related, even if you feel it is not...

I personally do not care because I have the receiver off most of the time.

How would you analyze or debug a memory leak in a running environment:
- which thread/plugin is the root cause?
- which datastructure sees the growth?
- which allocs are not bracketed by a proper de-alloc?

Here is the output:

 3621 vdruser   20   0  636m  80m  17m S2  1.1   0:00.78 vdr
 3621 vdruser   20   0  638m  96m  17m S3  1.3   0:17.30 vdr
 3621 vdruser   20   0  643m 100m  17m S3  1.3   0:34.20 vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Channel 4 HD on Freesat

[Mario Schulz]

Am 12.03.2012 07:43, schrieb Mario Schulz:

> ... reception tested ok here.

... with Mystique Satix S2 V2.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Channel 4 HD on Freesat

[Mario Schulz]

Am 12.03.2012 01:07, schrieb Tony Houghton:

> Are some DVB-S2 cards incapable of 8PSK? Mine's a TBS 6920.

Tried yr 2nd variant:

Channel 4
HD;Freesat:11126:VC23M5O0S1:S28.2E:22000:2305=2:2307=NAR@4;2306=eng@106:2309:0:21200:2:2068:0

... reception tested ok here.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] eepg plugin with UK freeview (not freesat!) EPG

[Mario Schulz]

Am 21.08.2011 23:09, schrieb Laz:
> 
> Does anyone know whether the eepg plugin should "just work" with the Huffman 
> encoded EPG broadcast on Freeview (DVB-T) HD channels in the UK? (Someone 
> mentioned it on here a week or so back.)
> 

Yes, it does (next DW already programmed).
In a recent version Freesat huffman decoding has been destroyed, in the
most recent version this should have already been fixes.

- M.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] BBC HD went DVB S2

[Mario Schulz]

When the BBC HD channels changed from DVB-S to DVB-S2, my VDR did not
notice that, it is set to 3 (update PIDs and Names).
I even tried 5 and nothing happened (instead of clobbering the list with
additional 1000 useless entries).

So I finally lost my patience and manually modified 22000 to 23000 in
channels.conf and I was back on again.

Can this be considered a bug of VDR or did they still work with an
outdated NIT?

- M.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] skip +/- 60 sec suggestion.

[Mario Schulz]

Am 06.02.2011 11:43, schrieb Torgeir Veimo:
> When using the skip forward / backward buttons, eg to jump through the
> ads, it would be convenient if the skip backward button skipped
> backwards 30 seconds instead of 60, on the first press. Subsequent
> skip backwards would skip 60 seconds as normal.
> 
> This would make it easier to narrow down the start of a program after
> skipping ads.
> 

Binary search has already been patched into some distributions with the
Liemikuutio-patch.

Cf. http://www.saunalahti.fi/~rahrenbe/vdr/patches/index.php

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Request: E parameter in channels.conf for epg scan

[Mario Schulz]

Am 05.12.2010 23:33, schrieb Klaus Schmidinger:

> What would that be necessary for?

My previous platform had selectable EPG scans.
When I first got into touch with VDR, I asked myself, how I was supposed
to restrict searchtimers to interesting channels.

In its default behaviour VDR will add transponders and channels to the
channels.conf, as a result these will be searched and probably result in
a match and a timer entry, even for uninteresting or undecodable channels.

There are some workarounds for that, which to my taste are not too user
friendly:

a) restrict channels.conf to the interesting ones and have VDR not ass
transponders and channels [thats what I do].

b) specify a channel range for each of your new search timers (you have
to template that to not forget about it).

c) there seems to be a NOEPG patch around to accomplish that.

d) there is a plugin NOEPGMENU around.

I consider the selection of Scan on/off a useful feature.

Best regards

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr