Posts by tikola

    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


    I am running Ubuntu 20.04 using most recent VDR (2.4.1) I can easily get to it. System is server style and tries to be up and runnning 24/7. Now there is some instablity in computer which ends up shutting it down every few days. These shutdowns are related on failed timer setup in VDR which starts vdr-shutdown.wrapper and eventually shuts down whole computer

    Process can be seen from second line in log below

    I have used VDR settings (conf.d) to disable shutdown but no success. Decent workaround is server autoreboot and I can manage with this issue but fixing it would be more elegant. Bascially I want that if timer fails it just fails and computer keeps up running. There is no need to shutdown it due failed timer.

    Or is my diagnosis wrong and shutdown wrapper is just a result from some other shutdown process. The phenomena is repeadetly same - epgsearch sets up some timer and that triggers computer shutdown. And this happens on daily basis or every second day so I guess timer setup is succesfully 99 times out of 100 but then comes the one that crashes things.

    Thanks - thought mainly Notepad++ to find right lines but indeed grep makes it too - and probably easier. In the beginning I just find the possible lines in channels.conf and tune system to those channels to see what they broadcast. I am pretty sure that I am not missing anything interesting but with few trials I will see what I miss currently.

    With quick test I saw bit of Hungarian Hercule Poirot so clearly some theoretically interesting channels might be there. Of course next challenge is that they might be dubbed to local language and no subtitles which makes it bit hard but we will see.

    Still troubles to find right search terms to find right lines as I still get plenty of encrypted channels but for that I need to study a bit of this:…p/Syntax_of_channels.conf

    The goal is to avoid all radio channels and get out FTA channels with some sensible broadcast. Contents of broadcast is easily seen in VDR Live EPG dialog

    And of course sites like this will assist in process:

    This works - almost 700 FTA channnels- though most mainly radio and test channels ":0:0:" string in channels.conf returns that in Notepad++ and if I learn still a bit more I should be able to find really correct ones. Now focus is how to search pattern in certain location from the end of line. So this turned now to Notepad++ learning task.

    When that is done I will focus how to find just those channels that my decryption encrypts.

    VDR GUI is no option as it does not work in my setup just now :-)

    This was the answer - so I read my Channels conf with suitable search logic and it should give me FTA channels. What I am not getting then what channels my paid encryption unlocks but this is a good step ahead. That is a then a next step.

    In nutshell automated search is a character count between last letter and end of the line.

    Brilliant - I will test this immediately,

    Thanks - Timo