Posts by tikola

    Actually I also learned last night in Finnish forum, that there is a such setting in DVB standard. The downside is that local broadcaster fills that field with nonsense if fills that all. So yes we have a solution or at least a feature request. VDR finds it but Live which I typically use do not show it. So needs in this topic are

    1) Local broadcaster starts to fill field properly - or I find a way to get that information from web

    2) VDR live needs to learn to handle that information so it can be used as a automated search

    Not really a urgent need but on the list of feature requests for sure. Especially if somewhere in the world Genre is given in proper way in broadcast.

    Thanks - this was my assumption too. It is doable but you need some external EPG information in top of DVB data. In Finland I do not know any commercial EPG data provider but I know there are some others freeware that offers bit better data.

    I know in Finland some VDR users have used this setup in past but I believe they used XMLTV plugin on that time. I do not know which datavendor is the best option here in 2021. Need to study that a bit more as it might solve some other EPG related issues too.

    I have a wish to record all live sports that certain channels offer. If I use pure "live" search term I will get plenty of talkshows etc. I am not interested. So in perfect world I would use search where only from category "sports" I automatically everything that contains term "live". As I can not see in Finnish DVB-T/T2 broadcasting any categories in EPG data so currently I do it in a way with multiple searchtimers where I combine words icehockey and live. That works but I need to do a separate search for each sports.

    Now theory part

    1) Is there a thing called "Category" in DVB standards? Currently I do not see anything like that in any systems I use. This means some TV vendor stuff and VDR.

    2) If there is a such thing as Program Category in VDR if broadcast offers it? I have not seen such in Live etc. I typically use.

    Great hint - the downside is that plugin seems to be updated quite a while ago but if it works still it might do the thing. In nutshell the needed task is to replace one channel epg with another channel epg. That is really the only thing I need. I will check that plugin and what it does - thanks.

    The actual topic is solved and things work. I will take a slightly diffent angle to this issue. In my systems same channel comes from Terrestial and Satellite broadcasting. Satellite EPG is way shorter than Terrestial version for same channels. Reading EPG from internet is of course the option but is it in theory possible read EPG from another channel and push that as a EPG data to some other channel.

    In nutshell the simple approach would be using normal EPG search as a source for automatic recording but instead of generating timer for that excact channel where search is made the timer is generated to channnel a-x or directly to channel XYZ instead. So some sort of automated channel mask/shift for autotimer?

    Manually this is easy but how about autotimers? Any discussion like this on german language?

    So the simplest approach would be pushing DVB-t based EPG to another DVB-S based channels EPG data. So kind of instead download EPG from internet the same channel counterpart in another transmission could be used for making EPG better.

    This issue was dealed in this forum - just took a while before I was able to find story with google translate

    Problem mit vdr-sxfe

    I catch the idea by starting GUI with command

    vdr-sxfe --verbose

    Ẃhere error message linked to libavio with lines:

    1. libavio: no avio protocol for 'xvdr://'
    2. libavformat: Could not open source 'xvdr://': Protocol not found
    3. xine: cannot find input plugin for MRL [xvdr://]
    4. [243810] [vdr-fe] fe_xine_open: xine_open("xvdr://") failed
    5. Error opening xvdr://

    And then I had right terms for google

    In nutshell - libxine2-xvdr....package I am using was missing file. Download that package somewhere and copy that file to folder /usr/lib/x86_64-linux-gnu/xine/plugins/2.7/

    And it works :thumbup:

    Actually the whole market around "TV set top boxes" is stagnating. Most people who just want to record some TV broadcasting from time to time are just happy with what TVs have built in nowadays. For almost all TVs sold these days all you have to do is connecting an USB hard drive and you are able to schedule recordings directly from your TV's EPG.

    And people that need more than just basic recording functionality more and more want their "set top box" to do more than just TV and recordings.

    I guess in the long term VDR will more and more be used as a extremely stable, feature rich and reliable recording backend to be placed at a central place in the house to provide Live TV and recordings via network to several clients. And for really easy to set up clients all you actually need is LibreElec.

    Which is excactly what I do - except for frontend I used Nvidia Shield. The local discussion here was mainly what are the options for current VU+ users that are used in set top boxes and conclution here is that VDR is one option but they can not buy it from the shop. It needs to be selfbuilded - at least for hardware part.

    When looking the Dreambox/VU+ links above it seems that Dreambox is still existing option for the future and rumour was just that is VU+ fading away. So simplest replacement is just a buy a new Dreambox or some similar variant which seems to be plenty available in the web.

    Actually what has suprised me is that why these VU+ or whaerver those vendors are - why they do not use VDR or some other existing software but rather build their own application. Or actually it can be that they use these open source libraries and just make their own skins on top of that. I do not actually know what is hidden inside these commercial boxes.

    So in nuthsell there is no commercial VDR variants at the moment and most likely market is so small that probably such will not exist in future too. I have no need for such as I can live with yours and many others repositories without problems. Basically only theoretic possibility is that community makes Librelec style VDR packaking to some device that raises higher in market but that is always challenging - as there is so many devices and needs in market so that make it match enough user needs is unrealistic. MLD is a step to that direction but there the hardware variability keeps that away from a category that you can call a product.

    So answer to my question is no - which is acceptable answer too - we just have to live with it as things work with VDR pretty well even without anyone selling services there in between.

    Is there any existing hardware vendors that sells a box which takes in VDR more or less with single click/image load etc. ? This discussion is raised locally as VU+ users are worried that company selling those is going down. Ten years ago VDR users moved to VU+ etc. set top boxes as it was easier for many users but now it seems that VDR is developing better than those boxes at the moment. So what is the easiest way to start using VDR for newbie? Can they just get it by paying some money?

    How about yaVDR/EasyVDR is it something you just load as an image to some existing hardware as I have no experience about it? At least existing images refer to quite ancient Ubuntu versions and by that it is hard to believe it is very well producticed.

    Update this topic - time will fix it. So difference in DVB-T and DVB-S is that in Terrestial side EPG data comes more or less immediately when channel is tuned but in Satellite broadcasts it seems to take a while. And that while in my case might be pretty long but within few days data always gets updated in decent way.

    So at least in my case with Thor satellite and Nordic satellite operator it seems that EPG gets updated in fairly tiny pieces day by day and eventually within a week it gets as it should be. This was clearly visible when one channel I typically follow changed location and I retuned it. In first few days EPG was very unrealiable but within a week it started to look normal.

    Terrestial antenna broadcasted EPG gets fullfilled more or less immediately. It is probably related on way EPG data is uploaded in broadcast.

    So nothing really done but problem fixed by time

    Still one thing what I am not sure. If I do not tune to certain channel from DVB-S for a while will it update EPG despite that. I have feeling that not watching some channels for a while might cause some lack of EPG data in satellite broadcast. However I am not sure about this or is it just a wrong impression. The significant EPG lacks are pretty rare in my systems nowdays.

    Ubuntu 20.04 using most recent VDR binaries from Ubuntu and some other repositories (fnu, seahawk etc.). More or less everything I want works but I would like to set up certain settings via VDR GUI in Ubuntu desktop. That has never started in this new setup. If I click the VDR application it opens and goes away immediately. In same time it writes something like this in log:

    I have searched in forum. So far following things tried without success

    • allowed_hosts.conf should be allow all mode
    • That symlink trial in one thread is done - no success

    Bascially my guess is that it might be related on following things

    • Graphics driver issues
    • Could that LIRC have some role - I have tried to disable it totally but here it jumps on list
    • Some firewall issues?

    This is no major issue. I have been using this setup for several months and it does all the things I need. I am running desktop computer in basement acting as a VDR server and media itself is used via Kodi and other apps all over my home network. So seeing VDR running on Ubuntu desktop is just a final last thing that does not work in my setup and need is just minor configuration/settings need every here and then. Some settings are just handier setup using GUI than settings files.

    I am running headless VDR server and I have no access VDR GUI in normal Ubuntu. The problem is that only way to see is my recoding from HD or SD channel is to look it in computers file manager and check the folder filesize. That is a decently working method but it would be nice to see that in Live or VDRAdmin-AM websites. I some cases I can see used codec in VDRAdmin-AM but not always. I believe in DVB-S2 stores the codec but not DVB-T2 so that is not a only clear indication about recoding resolution.

    It would be nice to have information is recoding resolution or filesize as an addition to recording length and aspect ratio I can currently see. Is there a setting for this or is this just a missing feature in web interfaces?

    VDR 2.4.1

    Live 2.3.1

    VDRAdmin-AM 3.6.10

    Ubuntu 20.04

    Now two days up and running - if it runs over the weekend then I am sure that problem is solved :thumbup:

    Error message amount in log still minor - and all I get makes reasonably sense. I past I get a bunch of errors while computer unexpectadly was shut down but those are gone now and just few errors in different things per day - so looks promising.

    Without calling the vdr-shutdown.wrapper the vdr won't be able to shutdown the system or set a wakeup timer.

    My case is 24/7 up and running desktop computer acting as a VDR server in my home network so no need for wakeup timers etc. computer is always on. Otherwise your hint is worth of thinking - for now trial is removing that one line out from startup command. Tomorrow or maybe couple of days after that I can confirm did it the trick or not?

    Remove the line


    restart vdr

    Done - I will report in few days did it solve the problem. The key question in my perspective is that will VDR manual start, restart and shutdown procedures stay as they used to be. At least first start after shutdown went just in past so I am pretty sure all things work in future too. I will update this thread in few days after seeing will my system stay up for now.


    In nutshell first trial is comment out --shutdown line - or will it cause troubles in normal command line VDR shutdown that is occastionally needed?

    FIle /usr/lib/vdr/vdr-shutdown.wrapper seems to be binary so I can not edit that but /usr/lib/vdr/vdr-shutdown.conf is editable and based on Tobias Grimm eTobi. However this probably just affects on VDR own shutdown and I am seeing now a result of that binary shutdown.wrapper