Posts by tikola

    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

    I have almost 2000 channels in channels.conf mainly from satellite. 100 of them comes from DVB-T. Via free to air and decryption I currently have roughly 50 channels visible and rest do not show just black in my display. EPG data tells that clearly something is transmitted on those. Is there any automatic way to see which channels are visible to me? Some tag in channnels.conf? Some tick in some Web GUI etc.? Or is only method simply open them occasionally one by one - which is quite boring process :-)

    Currently what I do is that I occasionally look the end of channels.conf and check those channels manually. That is the place where new channels appear and they are easiest to find but somewhere in the middle of channels.conf might be some visible transmissions that I am totally unaware.

    DVBapi plugin failed - or its oscam connection. Otherwise everything worked well. So this repository may not work just now (2.4.4) with encrypted systems or then its dependable where encryption tools are originated. Any guess how far we are getting html5 live tv version of live plugin to these repositories? That is currently the main issue I am missing from my current setup but not that much that I would start learning compiling my own plugins.:)

    Neighbour tested in VU+ and he had similar issues. On the same time he had ancient operators receiver and that read all the EPG well. So there is definetlty something system dependable but hard to say what.

    For a week or so I have had a full EPG data. So this issue starts to turn to form where my operators data upload seems to be a key player related maybe on receivers capability to read it. I will ask my operators support how they work with EPG but as knowing their service my hopes are not too high.

    So all good now but I am not sure will it stay like this in future.

    It definetly receives data - it is just some data not all data and I am not sure is it transmission or receiving that fails. Based on local VU+ forums I thought that it is receiving but when I look those random locked channels from same satellite I am not sure anymore. I have complete data in some Hungarian channels and only my local ones are the poor ones. So poor EPG is definetly related on my local satellite operator but as I have not seen EPG in any other systems I am not sure where problem actually lies.

    The solutions I am looking for are

    1) Tune up EPG receiving to be more "active"

    2) Force certain DVB-S2 channels use same EPG as their conterparts in DVB-T2.

    3) Setup internet based epg for some channels

    I have full EPG data in DVB-T2 signal in those channels but I am preferring DVB-S2 versions due better bitrate in signal. Of course I can give up and start using antenna versions but that is not my first option due image quality.

    I am looking for someone to blame - either it is VDR setup or local satellite operator and plenty of things start point towards my operator 8o

    Next step I will try is to knock someones door that has a satellite dish and ask can I see their EPG data. That confirms was that VU+ forum statement I got correct or not?

    As I receive finnish national broadcasting company basic channels via satellite VDR is pretty often tuned on DVB-S2 channels. I typically leave VDR on that channel. Just now VDR has been tuned on that problematic channel at least since last night and current situation is

    Today - full data for next 3-4 hours. Then totally empty until tomorrow morning around 9am where I have full data again for 3 hours. Monday nothing and in tuseday (4th) day 6 hours from 3am to 9 am.

    In the same time full data for next 8 days in same channel transmitted in DVB-T2.

    I need to make a bit more studies - leave VDR to those problematic channels and see how it affects while tuned somewhere else.

    Does your comment mean that if it works it works as well as operator has given the data. Can we see contents of the transmission in someone elses system for example in Germany and compare it to mine? It is for example Finnish Yle TV1 HD from Thor satellites.

    Actually when I compare any random Hungarian/Czech channel that I never tune in my VDR the contents of the EPG is much better than in those Finnish channels I am talking about. So your statement that operator has saved money makes sense but in the same time I have comment from local VU+ user group that their EPG is fine. So I am bit confused still - is it data sent by satellite or VDR capability to read it where problem lies as information I am gathering is bit controversy.

    Can anyone else see EPG contents from Finnish Yle 1 HD - does it look something similar as attached mine? Ei Lähetystä = no transmission and that is actually no true at all. If nothing there is always at least some text news flashes going on and all other times than "ei lähetystä" should really have some proper EPG info and programs really going on.

    I am running VDR with DVB-T2 and S2 tuners and now I have an EPG issue. Basically same DVB-T2 channel gives EPG for almost a week ahead. Excactly same channel from satellite gives sometimes half a day - sometimes just next show - sometimes few days and sometimes there can be few days without EPG data at all.

    Satellite provider is Nordic Canal Digital and by that satellite is Thor in position 1.0w

    VDR discussion in Finland is bit dead and it is bit hard to find local support. I got hint from local VU+/Enigma satellite users forum that have I used correct EPG update frequency? I have no idea am I using it or not. EPG clearly works but compared on T2 signal there is a significant difference currently and I try to figure out where problem lies. From that satellite forum I got confirmation that EPG data in VU+/Enigma environments in same signal has been decent. So based on that I assume data in signal is better than my VDR currently gets.

    At the moment I am not planning to start squeezing EPG from internet as I first want to get out from satellite as well as I can. As a non german speaking search from this forum is bit hard though reading works well via Google Translate. This thread for example falls bit on my issue but here solution is XMLTV which is not the solution I would like immediately go

    So I am asking help how to tune up DVB-S2 receiving get as much of EPG data as possible. Currently I fear that my system is missing something. As a non expert it is bit hard to figure out settings related on this - is it VDR core or EPGSearch settings that affects on this kind of issues? With search I have found only frequency setting for system time in EPG settings but I am happy with my system time - just epg contents is missing information.

    If this is more generic issue and other users have similar problems with EPG data then it is acceptable to me also start setting up XMLTV but before that I would like to figure out is that really the only possible solution?

    My version is Ubuntu 20.04 - VDR 2.4.x coming out from Ubuntu binaries

    New computer with same old DVB-S2 card makes no these errors at all. So either new kernel/ubuntu version or new hardware in computer get rid of these Video Data Stream Errors. Not exactly sure what was the actual fixing detail but some of those as in new computer no errors. Most likely just Ubuntu upgrade to 20.04 was the key thing.

    Streamdev is not currently causing me error messages as VNSI does so either it works more solid or it reports its actions worse than VNSI. As a VLC usage Streamdev works pretty solidly still but of course VNSI does same thing too - just way more error messages in log.

    Actually the real preferred need would probably be a Plex plugin so that Plex will be the frontend in my all media players but that plugin is probably in quite ancient state also. I am running VDR and PlexServer in same computer so if Plex learns to read VDR stream and pushes that out to all Plex clients that would be a optimal solution as then single client tool would work in all media devices in my network. Now I mix use VLC and Kodi as VDR clients and Plex for non VDR based medias. Less plugins would proably mean less troubles in long run.

    Ancient post but lets update as problem is solved. This was most likely a hardware issue where the receiving card may not be only one who had role but generic hardware could be causing it too. Now new Ubuntu 20.04 server and new hardware (including DVB-S2 card) and no broken video data streams. I have not tested but I bet the problematic Cine card will work without errors in new hardware too. I will test that someday - in coming years :-)

    Currently the main error message generator for my VDR server seems to be VNSI server for Kodi usage but as it is not critical to my use it will not harm much. In longer run it would be nice to find a streamdev server compatible media reader for Apple and Android TV so I get rid of unmaintained VNSI. However still VNSI&Kodi works extremely well still so there is no rush but getting Streamdev server capabilities for more client softwares would be a good step ahead.

    I have used vdraadmin-am many years ago but never noticed any major difference between it and VDRLive. Now there seems to be a significant difference so I will start running that again.

    Thanks for good answer - works in vdradmin-am just as "wmautner" said


    Eurosport is sending same cycling competition several times. They mark repeats typically (R). So with clear marking and by using that I could get rid of same legs in multiple recordings. I am using epgsearch and automated recordings configured by VDRLive web interface. There is clearly an option to use blacklist in searchtimer configuration but I have no idea how to make a blacklist entry. Based on google I got an impression that I must make a epgserachblacklist.conf file but as I have no such file in mys system yet I have no idea of format and location of that file.

    Is it really so that making that conf file is only way to make blacklist or is there a GUI to do it somewhere else? I have looked from Live plugin and well as Ubuntu normal VDR display with f9 buttons but no success so far.

    One step ahead - this typically happens in HD channels and nowdays mainly on my DVB-T2 tuner too. The issue is mainly that It loses tuning every here and then and in worst case it will not recover never for those DVB-T2 HD channels it has lost until reboot. Now I noticed significant detail. It happens now mainly with single DVB-T2 antenna and while those connections are totally lost card itself works as another DVB-T2 antenna and S2 HD channels works.

    So I am comining to conclution that this is probably a broadcasting issue for one antenna and provider. Other users in Finland has reported bad tuning for that same antenna when using Enigma devices.

    So question can be transferred to form. What are best practises to tune up system for bad or even faulty transmission in DVB-T2 (or HD generally) and how to adjust VDR capabilities for recovery from these incidents?