vdr November 2018

vdr@linuxtv.org

7 participants
7 discussions

Trouble with DVB-T2 on frontend 1
by Marko Mäkelä 03 Jan '22

03 Jan '22

Hi all, I recently got a USB adapter "Astrometa DVB-T2" that I would like to use with VDR. It comprises two frontends: /dev/dvb/adapter0/frontend0: Realtek RTL2832 (DVB-T) /dev/dvb/adapter0/frontend1: Panasonic MN88473 (DVB-T2 and DVB-C) I guess it is similar to this one; just a slightly different plastic case with some more ventilation holes: http://blog.palosaari.fi/2014/09/naked-hardware-18-astrometa-amdvb-t2-v2.ht… The hardware appears to work fine, once I copied the /lib/firmware/dvb-demod-mn88473-01.fw from somewhere. The firmware upload has failed at least once on the Raspberry Pi 2 (using Linux 4.9.59), but never on another machine that runs a 4.13.0 kernel. I did not yet get the infrared remote control to produce anything in evtest. With dvbv5-zap (after running dvbv5-scan), I can tune into DVB-T2 channels like this: dvbv5-zap -a 0 -f 1 -c dvb_channel.conf 'Yle TV1 HD' -r After this, I can play the video and audio stream on the Raspberry Pi 2: omxplayer /dev/dvb/adapter0/dvr0 Unless I explicitly specify the options -a 0 -f 1, then dvbv5-zap will fail to find any DVB-T2 senders, because it apparently defaults to frontend0, which is DVB-T only. In VDR 2.3.8, I have only been able to view DVB-T from the first frontend. When I did a trick and renamed /dev/dvb/adapter0/frontend1 to frontend0 before starting VDR, VDR no longer complained that the DVB-T2 channels (which I converted from the dvb_channel.conf to channels.conf with dvb-format-convert) not being available, but it did not seem to receive anything from these channels either. Also, after using dvbv5-scan or dvbv5-zap, I sometimes have to invoke w_scan to "reset" the hardware so that VDR can receive DVB-T channels. I would like to receive and record DVB-T and DVB-T2 on this setup. I am willing to try patches or do some programming myself, but I would appreciate some hints to get started. Marko

2 7

French DVB-T Channel IDs vs. EIT Channel IDs
by Patrick Boettcher 25 Jan '20

25 Jan '20

Hi list, since some time (1-2 years) I noticed that the DVB-T channels do not show EPG anymore. I'm not sure what is the root-cause: either it was the migration of French DVB-T to HD (in 2016) or an update of VDR. Anyway, this morning I took the time to figure out what is wrong and here is what I found. In short, the channel-ID generated from the one received in the EIT does not correspond to a known channel-ID from the channel list, and VDR drops the whole section: In cEIT::cEIT (from eit.c) we see tChannelID channelID(Source, getOriginalNetworkId(), getTransportStreamId(), getServiceId()); cChannel *Channel = Channels->GetByChannelID(channelID, true); and channel is NULL in my case. I added some debug prints to GetByChannelID() in the search loop: printf("sid: %d == %d, %s, %s %d\n", Channel->Sid(), sid, (const char *)ChannelID.ToString(), (const char *)Channel->GetChannelID().ToString(), Channel->GetChannelID() == ChannelID); And here is an example of what I get: sid: 517 == 517, T-8442-2-517, T-0-506-517 0 The internal channel ID of vdr reads T-0-506-517. 517 is the SID, 506 is the radio-channel frequency in MHz. This is the right internal channel for this EIT-section. The EIT-channel-ID is telling me that 8442 is the original network ID and 2 might be the radio-channel ID. I tweaked the operator==() of ChannelID to make it work, but not in a contributable manner. How should this be fixed correctly? Is this a regression introduced somewhere? Can it be solved by configuration? Thanks for any help. best regards, -- Patrick.

4 22

Use "da.po" not "da_DK.po" and delete empty translations
by scootergrisen 20 Nov '18

20 Nov '18

I was looking at some da_DK files and it seems like danish translation for these and properly others contain very little or no translation: vdr-epgsearch.mo vdr-live.mo vdr-skinenigmang.mo I looked at a few other languages and they seemed to be empty some of them. I suggest removing empty translations. The da_DK translation for VDR (http://www.tvdr.de/download.htm) is translationed like 60% so keep that but i would like the filename changed from "da_DK.po" to "da.po". This change will also make it match the "Language: da\n" line inside the file. Maybe you want to change it for the other languages to so the Language: line matches the file names of all the translations. Are there a page or something so i can check all translations in one place? I would like danish translations to only use "da" and not "da_DK" so i try to make software use the same style so the distribution only have one folder called "da" with all the translations into of both "da" and "da_DK" folders.

1 0

Skinflatplus -Clear Image Cache?
by Richard Scobie 20 Nov '18

20 Nov '18

When I start vdr and using the skinflatplus plugin, I see many log entries: Nov 18 11:23:06 vdr vdr[1639]: [1639] imageloader LoadLogo: /mnt/storage/video/plugins/skinflatplus/logos//kuwait radio 1 obsolete.png could not be loaded Nov 18 11:23:06 vdr vdr[1639]: [1639] imageloader LoadLogo: /mnt/storage/video/plugins/skinflatplus/logos//kuwait - radio quran obsolete.png could not be loaded I see a reference to an image cache and I assume it is trying to load logos that no longer reside in the logos directory. How can I clear the cache, (and where is it located)? Thanks, Richard

2 2

Native client/server function
by linuxtv at ncs-online 07 Nov '18

07 Nov '18

Hi all, does someone know: ...are there any plans to implement a native client/server functionality direct into a future VDR code, with a kind of streamdev client/server usability? Thanks BR ---

2 1

issue with vdr-plugin-graphlcd
by Detlef Heine 05 Nov '18

05 Nov '18

Hello, I have an issue with vdr-plugin-graphlcd. I can easily compile everything. But when I start VDR, I get the following: /usr/sbin/vdr --grab=/tmp --no-kbd --shutdown=vdr-shutdown.sh --plugin=dvbhddevice --plugin=graphlcd -l 3.7 /usr/include/c++/8/bits/basic_string.h:1039: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator[](std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type) const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::const_reference = const char&; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]: Assertion '__pos <= size()' failed. System: Fedora 28 gcc-8.2.1-4.fc28.x86_64 gcc-c++-8.2.1-4.fc28.x86_64 vdr-2.2.0-14.fc28.x86_64 (from Fedora) graphlcd-base (https://projects.vdr-developer.org/git/graphlcd-base.git/) vdr-plugin-graphlcd (https://projects.vdr-developer.org/git/vdr-plugin-graphtftng.git/) Any idea? Greetings, kuppe.

1 0

Re: [vdr] Advice for best hardware and plugins to play MKV files and receive 4K channels
by prelude 01 Nov '18

01 Nov '18

Karim AFIFI kirjoitti 2018-10-30 01:16: > Could you share best hardware cpu/video/card,motherboard/..., & best > plugin/driver/... you advice at the moment? I do not know a best one but.... I faced same situation when my old good nvidia ion platform cannot handle hd channels properly. I tested different plugings with intel HD graphics (integrated in dell laptop via vaapi) but did not get any of those working as old systems. Facing problems with instability, splitted pictures, out of syck, and "jumping" fast forward modes (I look a lot of movies/series in 2-4 times speed up as in here we have subtitles). Shortly to say i did not manage to archive proper system with any of vdr plugins. Now im trying using VNSI & kodi in android tv and it still look promising. Just testing it currently inside on older laptop. Other great thing there is that i can move my server (including dvb sick) away from living room to garage and use only small and better looking device in living room.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2018