Beiträge von tikola

    It works for me if I click on my pofile image in the upper right and select "Einstellungen und Privatsphäre". When I switch to "English" and submit it (the "Absenden" button on the bottom of the page) the menus switch to english.

    Works - excellent. Was just lacking bit of german skills here. Looked already that menu but did not find the right place. All good - thanks :thumbup:


    As a feedback the issue I have seen can be summarized - "new forum version does not respect the language choice given during forum login"


    Timo

    Thanks for update - challenge for us non german speaking. When login to forum you can choose german or english but no matter which I choose I end up seeing all menus etc. in german. So english version of new forum seems not to work in excpected way. After login site I find no way to play with language - except when letting browser to do translations etc.

    Implemented in Skin only for default theme right now. please test. I do not have UHD ;(

    Logos looks just like needed :thumbup:


    I have one UHD 4K recording from Tokyo Olympics from Eurosport but as commented earlier its stream type indicator is nonsense. In generally VDR usage with that 4K file works like any other file. My need is just to get it streamed from VDR via VNSI to Kodi clients at my network and that works well. If someone wants that recording for testing purposes we can invent a way to deliver that over the web.

    Thanks - this means


    First two coming from local antenna vendor and both claiming to be MPEG2 - though second is based VLC truly H264


    Last two coming from Thor satellite and both claiming to be non standard. First one is H264 and second one VLC says H265. Last two shown with HD logo in Live and first two with SD logo.


    So conclution - Live shows SD&HD and information at least semi correct. This category is however based on value in data which truly is more or less nonsense in my case. So I keep pushing vendors for this but I do not have high hopes it will be fixed soon. Proper solution would be reading it from .ts file as now clearly .ts and info files are conflicting.


    However this is a minor issue as if I hover my mouse in top of recording it shows me the channel that was used for recording and it gives me clear info is it HD or SD. SHowing filesize together with recording lenght would do the same thing.


    I will test a bit more and formulate my wishes as a proper feature request/bug reports in a time. Nothing urgent really - browser based streaming is already shuch a big leap ahead that these issues are not very important.

    The problem is that the Component Descriptor contains only the codec (MPEG2 / H264 / H265) - not the resolution.


    So it's always a good guess that MPEG2 is SD, H264 is HD and H265 is UHD.

    But for DVB-T this guess is not correct.

    In my case it is clear that VLC reads codecs correctly when playing pure .ts file. That defines is transmission SD, HD or 4k. In VDR live these got mixed in a way that DVB-T2 based HD stream is shown in live as SD and DVB-S2 based 4K stream as pure HD like non 4K DVB-S2 streams. So clearly Live fails here a bit compared to VLC.


    This is not very significant failure but failure still.


    Here is my four separate info files from Tokyo olympics partly from Eurosport DVB-S2 and partly from Finnish national broadcaster DVB-T/T2. Value G follows SD/HD markings in VDR and that clearly fails with antenna based HD stream....which could be a broadcaster failure for sure.


    DVB-T SD

    C T-8438-4097-33 Yle TV2

    E 62060 1627248300 7500 4E 1A

    T Tokion olympiakisat, triathlon

    S miesten kilpailu

    G 40

    X 1 02 eng MPEG-2 Video

    X 2 03 fin AudioFin1

    X 2 03 sve AudioSwe2

    X 2 03 eng AudioEng3

    X 3 02 eng Teletext

    X 3 03 fin

    F 25

    P 50

    L 99



    DVB-T2 HD

    C T-8438-8193-1502 Yle TV2 HD

    E 62060 1627248300 7500 4E 1B

    T Tokion olympiakisat, triathlon

    S miesten kilpailu

    G 40

    X 1 02 eng MPEG-2 Video

    X 2 03 fin AudioFin1

    X 2 03 sve AudioSwe2

    X 2 03 eng AudioEng3

    X 3 02 eng Teletext

    X 2 05 fin

    X 2 05 sve

    X 2 05 eng

    F 25

    P 50

    L 99



    DVB-S2 HD

    C S1.0W-70-48-7205 Eurosport 1 HD (F)

    E 32440 1627248600 9000 4E 4

    T Triathlon: Kesäolympialaiset, Miehet

    D (/s2021) Suora lähetys. Selostus Peter Selin ja Toni Roponen.

    G 41

    X 5 0A fin

    X 2 03 fin

    X 2 03 sve

    F 25

    P 50

    L 99


    DVB-S2 4K UHD

    C S1.0W-70-34-7550 Eurosport 4K

    E 460 1627248600 9000 4E 16

    T Triathlon: Summer Olympic Games

    S (/s2021) Olympic Games in Tokyo 2021.

    D All the latest news

    G 41

    X 5 0A eng

    X 2 03 eng

    F 50

    P 50

    L 99



    VDR 2.4.7 and Live 3.1.3 from fnu repository

    That tiny info file is enough? Not index or actual .ts? I will read those files through by myself before bothering you and based on that it looks that at least G value follows the SD/HD marking 40/41 are the values of it.


    After some further testing I will report the channel switching bug. Need to bit google translate first as Deutsch is not my strong languages and there already might be a thread about it.

    OK - then the problem is that local DVB-T broadcaster is not using the tag in correct way. This will not be a suprise as plenty of other things will not go by the book by them.


    The only way I could compare recordings was to open .ts files to VLC and see what it says for each stream. Used codec etc. was clearly similar in DVB-T2 and DVB-S2 streams and very separable from codecs used in SD broadcast via DVB-T and 4K broadcast via DVB-S2. So in VLC codec etc. was shown logically in VDR recordings. Why live sees DVB-T2 based HD as a SD is still open question. I need to now learn a bit how I could read from VDR recordings what local broacaster writes in Component Descriptor as at the moment I do not know how to confirm that.

    For UHD logo - I have none. The test files I have are 4K UHD from olympics. They are stored for system testing mainly for streaming the data to Kodi but this is also a one test. I can look their description status too to see does it follow the same spec. Logo should be something 4K as there could be in future be broadcasts for 8K too. So I do not have a logo, but maybe official logos can be used for 4K and 8K??



    ps. if this is a place to give feedback for developer the only bug I can curently see in 3.1.3 live is that it fails to change channels due ongoing timer all the time thougd there is no timers going on at all. This is no big deal as system works all the time but live just fails to change channels. Live version I am using is fnu repository based. The new things - web streaming etc works perfectly so this old channel changing just fails now in live interface.

    VDR Live 3.1.3 does this. There is a clear HD/SD logo in front of each recording. However it seems not to be 100% correct. Satellite based HD seems to belong category HD but DVB-T2 based antenna HD seems to go on SD category. Is this somewhere adjustable with settings?


    Also I have some recordings from Olympic games wit 4k resolution and that belongs to category HD though it should be UHD or something like that.


    So this works but not yet perfectly. If you take mouse in top of that quality logo it tells you what was the channel where recording was made and that gives a clear indication which was a SD and HD channel. So problem solved though there is still some further development needed. Thanks to all involved and us who will not compile by ourselves this works too as I am just consuming Ubuntu repositories maintained by someone else. Thumbs up for all great work. My contribution will be just some further bug reports as I clearly see some in this version now in use.

    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:

    Code
    libavio: no avio protocol for 'xvdr://127.0.0.1:37890'
    libavformat: Could not open source 'xvdr://127.0.0.1:37890': Protocol not found
    xine: cannot find input plugin for MRL [xvdr://127.0.0.1:37890#nocache]
    [243810] [vdr-fe]    fe_xine_open: xine_open("xvdr://127.0.0.1:37890#nocache") failed
    Error opening xvdr://127.0.0.1:37890


    And then I had right terms for google


    In nutshell - libxine2-xvdr....package I am using was missing xineplug_inp_xvdr.so 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.