vdr 2.3.x
vdr 2.3.x
http://linuxtv.org/pipermail/vdr/2015-S ... 28872.html
Aika hiljaista palstalla on, kun huomasin uuden version vasta nyt. Ilmeisesti ajantasainen keskustelu siirtynyt someen tai jonnekin...
Pikaisesti katsoen rikkoo aika monta pluginia (xineliboutput?)
- Commented out the line
#define DEPRECATED_VIDEOSYSTEM
in device.h. If a plugin doesn't compile with this version of VDR, you can uncomment
this line as a quick workaround. In the long run the plugin will need to be adapted.
- The function cOsd::GetBitmap() is now 'protected'. If a plugin doesn't compile with
this version of VDR, you can uncomment the line
//#define DEPRECATED_GETBITMAP
in osd.h as a quick workaround. In the long run the plugin will need to be adapted.
SVDRP-puoleen toiminallisia muutoksia:
- The SVDRP port now accepts multiple concurrent connections. You can now keep an
SVDRP connection open as long as you wish, without preventing others from
connecting. Note, though, that SVDRP connections still get closed automatically
if there has been no activity for 300 seconds (configurable via
"Setup/Miscellaneous/SVDRP timeout (s)").
Tämä johtaa aika moniin muutoksiin ohjelmassa....
Lisäksi tuossa on aika monta korjausta, mutta ilmeisesti uutta stabiilia ei ole ilmestynyt.
PasiA
Aika hiljaista palstalla on, kun huomasin uuden version vasta nyt. Ilmeisesti ajantasainen keskustelu siirtynyt someen tai jonnekin...
Pikaisesti katsoen rikkoo aika monta pluginia (xineliboutput?)
- Commented out the line
#define DEPRECATED_VIDEOSYSTEM
in device.h. If a plugin doesn't compile with this version of VDR, you can uncomment
this line as a quick workaround. In the long run the plugin will need to be adapted.
- The function cOsd::GetBitmap() is now 'protected'. If a plugin doesn't compile with
this version of VDR, you can uncomment the line
//#define DEPRECATED_GETBITMAP
in osd.h as a quick workaround. In the long run the plugin will need to be adapted.
SVDRP-puoleen toiminallisia muutoksia:
- The SVDRP port now accepts multiple concurrent connections. You can now keep an
SVDRP connection open as long as you wish, without preventing others from
connecting. Note, though, that SVDRP connections still get closed automatically
if there has been no activity for 300 seconds (configurable via
"Setup/Miscellaneous/SVDRP timeout (s)").
Tämä johtaa aika moniin muutoksiin ohjelmassa....
Lisäksi tuossa on aika monta korjausta, mutta ilmeisesti uutta stabiilia ei ole ilmestynyt.
PasiA
Re: vdr 2.3.x
VNSI plugin toimii 2.3.1:n kanssa, joten olen sitä käyttänyt, mutta vaihdan luultavasti vanhaan versioon.
Suurin ongelma on että automaattiset ajastukset epgsearch ja vdradmin-am -systeemillä toimii epäluotettavasti. Game of Thrones ja uusi X-files menee tämän vuoksi Blu-Ray boxien ostoksi. Vdr portaalissa on linkki epgsearch gittiin http://www.vdr-portal.de/board17-develo ... vdr-2-3-x/ joka kääntyy, mutta ajastuksien satunnaisella toimimattomuudella. Epgsearch pluginia ei ole päivitetty aikoihin ja tuolla muillla on ilmeisesti ollut ongelmia ymmärtää mitä pluginissa tapahtuu.
Onko ohjelmien automaattiseen ajastukseen muita vaihtoehtoja? Itselleni olisi paras jos mahdollisimman paljon toiminnallisuutta menisi Kodi:n käyttöliittymän alle.
Suurin ongelma on että automaattiset ajastukset epgsearch ja vdradmin-am -systeemillä toimii epäluotettavasti. Game of Thrones ja uusi X-files menee tämän vuoksi Blu-Ray boxien ostoksi. Vdr portaalissa on linkki epgsearch gittiin http://www.vdr-portal.de/board17-develo ... vdr-2-3-x/ joka kääntyy, mutta ajastuksien satunnaisella toimimattomuudella. Epgsearch pluginia ei ole päivitetty aikoihin ja tuolla muillla on ilmeisesti ollut ongelmia ymmärtää mitä pluginissa tapahtuu.
Onko ohjelmien automaattiseen ajastukseen muita vaihtoehtoja? Itselleni olisi paras jos mahdollisimman paljon toiminnallisuutta menisi Kodi:n käyttöliittymän alle.
Re: vdr 2.3.x
Onko tämä edennyt, eli missä vaiheessa uskaltaa siirtyä nykyisestä toimivasta 2.2.0 maailmasta tuonne 2.3.x tasolle? Lähinnä siis mikä on tuon minullekkin kriittisen EPGSearch pluginin tila. Saksan foorumilla viimeiset keskustelut ovat toukokuulta 2016, joten onko käytännön kokemusta mihin tämä silloin päätyi ja onko se edistynyt siitä sen jälkeen? Toki jos EPGSearch pluginille on olemassa, jokin korvaava moderni vaihtoehto, niin sekin passaa.
Re: vdr 2.3.x
Ilmeisesti VDR Live ja EPGSearch plugareiden porttaus 2.3.x maailmaan on muitakin kiinnostava aihe, koska k.o. topicit ovat VDR-Portalissa ihan kärkipäätä. Porttaus siis edennee - sikäli kun saksaa osaan lukea. Onko joku saanut niitä jo kotimaassa toimimaan hyvin itse kääntämällä? Henkilökohtaisesti maltan odotella kunnes ne ilmaantuvat jonnekkin Ubuntun pakettivarastoihin ja nykyinen serveri menköön 2.2 versiolla. Kieltämättä pikkuisen haastetta aiheuttaa se, että Ubuntu koettaa päivittää paketteja tuoreempiin, joten ihan surutta mitään "update all", komentoa ei tuon takia voi nyt antaa.
Kesän mittaan on tarkoitus kasata uusi serveri ja sitä pohdin tohtisiko silloin jo mennä tuohon tuoreempaan 2.3.x maailmaan
Kesän mittaan on tarkoitus kasata uusi serveri ja sitä pohdin tohtisiko silloin jo mennä tuohon tuoreempaan 2.3.x maailmaan
Re: vdr 2.3.x
epgsearchin sain käännettyä
git clone git://projects.vdr-developer.org/vdr-plugin-epgsearch
liveä en
git clone -b vdr-2.3.x_work git://github.com/jasmin-j/vdr-plugin-live
multischedule.ecpp: In member function 'virtual unsigned int {anonymous}::_component_::operator()(tnt::HttpRequest&, tnt::HttpReply&, tnt::QueryParams&)':
multischedule.ecpp:319:50: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]
if ( Channel->GroupSep() || Channel->Name() == '\0' )
Alustana siis viimeisin arch
boost 1.64.0-1
boost-libs 1.64.0-1
gcc 7.1.1-2
gcc-libs 7.1.1-2
Muistaakseni täältäkin tuli usimmalla vdr:llä virhe
git://github.com/rofafor/vdr-plugin-live
recman.cpp:302:43: error: expected primary-expression before '>' token
m_recDirs = shared_ptr< DirectoryList >(new DirectoryList(recMan));
^
recman.cpp: At global scope:
recman.cpp:591:32: error: expected constructor, destructor, or type conversion before '(' token
RecordingsList::RecordingsList(shared_ptr< RecordingsList > recList, bool ascending) :
^
recman.cpp:605:32: error: expected constructor, destructor, or type conversion before '(' token
RecordingsList::RecordingsList(shared_ptr< RecordingsList > recList, time_t begin, time_t end, bool ascending) :
PasiA
git clone git://projects.vdr-developer.org/vdr-plugin-epgsearch
liveä en
git clone -b vdr-2.3.x_work git://github.com/jasmin-j/vdr-plugin-live
multischedule.ecpp: In member function 'virtual unsigned int {anonymous}::_component_::operator()(tnt::HttpRequest&, tnt::HttpReply&, tnt::QueryParams&)':
multischedule.ecpp:319:50: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]
if ( Channel->GroupSep() || Channel->Name() == '\0' )
Alustana siis viimeisin arch
boost 1.64.0-1
boost-libs 1.64.0-1
gcc 7.1.1-2
gcc-libs 7.1.1-2
Muistaakseni täältäkin tuli usimmalla vdr:llä virhe
git://github.com/rofafor/vdr-plugin-live
recman.cpp:302:43: error: expected primary-expression before '>' token
m_recDirs = shared_ptr< DirectoryList >(new DirectoryList(recMan));
^
recman.cpp: At global scope:
recman.cpp:591:32: error: expected constructor, destructor, or type conversion before '(' token
RecordingsList::RecordingsList(shared_ptr< RecordingsList > recList, bool ascending) :
^
recman.cpp:605:32: error: expected constructor, destructor, or type conversion before '(' token
RecordingsList::RecordingsList(shared_ptr< RecordingsList > recList, time_t begin, time_t end, bool ascending) :
PasiA
Re: vdr 2.3.x
Osaako uusi 2.3.x EPGSearch suunnilleen ne samat jutut kuin vanhakin??ppaalto kirjoitti:epgsearchin sain käännettyä
git clone git://projects.vdr-developer.org/vdr-plugin-epgsearch
Onkohan VDRAdmin-AM optio tässä 2.3.x maailmassa VDR-Liven korvaajaksi? Tosin VDR portalissa näkyy olevan sen verran paljon keskustelua VDR Livestä, että eiköhän sekin saada jollain suht ripeällä aikataululla portattua uuteen maailmaan. Harmi, että kehitys ajoi tähän suuntaan ja nämä kaksi minulle hyvin kriittistä juttua jäivät kanittamaan. Kaipa siihen kehitykseen joku hyvä syy oli, miksi se kannatti tehdä.
Re: vdr 2.3.x
Tuoltahan tuota voi tutkia
https://projects.vdr-developer.org/git/ ... earch.git/
toi 2.3 master-haara on eronnut vanhasta vasta kuukausi sitten. vanhakin on siis vielä elossa.
Kyllä toi livekin varmaan kääntyy jossain toisessa distrossa. Jotenkinhan noi kehittäjät (kuten rotafor) ovat saaneet sen kääntymään.
PasiA
https://projects.vdr-developer.org/git/ ... earch.git/
toi 2.3 master-haara on eronnut vanhasta vasta kuukausi sitten. vanhakin on siis vielä elossa.
Kyllä toi livekin varmaan kääntyy jossain toisessa distrossa. Jotenkinhan noi kehittäjät (kuten rotafor) ovat saaneet sen kääntymään.
PasiA
Re: vdr 2.3.x
https://github.com/rofafor/vdr-plugin-e ... /vdr-2.3.xtikola kirjoitti:Osaako uusi 2.3.x EPGSearch suunnilleen ne samat jutut kuin vanhakin??
Onkohan VDRAdmin-AM optio tässä 2.3.x maailmassa VDR-Liven korvaajaksi?
Minulla on tuo rofaforin versio käytössä, ainakin hakuajastimet toimii kuten ennenkin.
VDRAdmin-AM toimii VDR:n versiosta välittämättä, kun se käyttää svdrp komentoja. En ole itse tykännyt live pluginista, kun olen tottunut alusta asti käyttämään tuota VDRAdminia.
https://github.com/rofafor/vdr-plugin-s ... pp_support
Jos tulee Intelin näytönohjaimella, niin tämä rofaforin ylläpitämä SoftHDDevice plugin taitaa olla kuvanlaadun puolesta paras heti Kodin jälkeen (Kodin tarjoama lanczos3 skaalaus on parempi varsinkin 4k resoluutiolla). SoftHDDevicellä käytettävyys on minusta huomattavasti Kodia parempi.
Re: vdr 2.3.x
OK - pitänee siis ryhtyä totuttelemaan VDRAdminAM ja Live sekakäyttäjäksi, niin sitten päivityksen voisi tehdä vaikka saman tien, eli kaikki minun kaipaama toimii myös 2.3.x maailmassa.
Kiitoksia ajantasaistuksesta,
Timo
Kiitoksia ajantasaistuksesta,
Timo
Re: vdr 2.3.x
Onko joku törmännyt tällaiseen ongelmaan 2.3.4 jälkeisissä vdr-versioissa?
Löysin keskustelun vdr-foorumissa jossa kysyttiin samasta ongelmasta, mutta ratkaisua ei vissiin löytynyt. Siinä vihjailtiin vanhasta kernel-versiosta, mutta tämä ei tainut toimia edes 4.x kernelin kanssa..
Koodi: Valitse kaikki
dvbdevice.c: In member function ‘bool cDvbTuner::GetSignalStats(int&, double*, double*, double*, double*, double*) const’:
dvbdevice.c:585:19: error: ‘DTV_STAT_SIGNAL_STRENGTH’ was not declared in this scope
dvbdevice.c:586:19: error: ‘DTV_STAT_CNR’ was not declared in this scope
dvbdevice.c:587:19: error: ‘DTV_STAT_PRE_ERROR_BIT_COUNT’ was not declared in this scope
dvbdevice.c:588:19: error: ‘DTV_STAT_PRE_TOTAL_BIT_COUNT’ was not declared in this scope
dvbdevice.c:589:19: error: ‘DTV_STAT_POST_ERROR_BIT_COUNT’ was not declared in this scope
dvbdevice.c:590:19: error: ‘DTV_STAT_POST_TOTAL_BIT_COUNT’ was not declared in this scope
dvbdevice.c:591:19: error: ‘DTV_STAT_ERROR_BLOCK_COUNT’ was not declared in this scope
dvbdevice.c:592:19: error: ‘DTV_STAT_TOTAL_BLOCK_COUNT’ was not declared in this scope
...
...
- rofafor
- Optikkoliikkeen kopiovastaava
- Viestit: 1365
- Liittynyt: 26.03.2004 3:00
- Paikkakunta: Internet
Re: vdr 2.3.x
Käännät mitä luultavammin vanhoja kernel-headereita vasten. Tarvitset käyttöösi kernelin DVB API v5:n.
Re: vdr 2.3.x
Siivosin pois kaikki vanhat kernel-headerit, ja jäljelle jäi vain trustyn linux-headers-3.13.0-117.. En oikein ymmärrä mikä tuossa voisi olla pielessä, sillä tässä mainostetaan https://linuxtv.org/docs/libdvbv5/rofafor kirjoitti:Käännät mitä luultavammin vanhoja kernel-headereita vasten. Tarvitset käyttöösi kernelin DVB API v5:n.
Onkohan buntussa riisuttu dvb api v5 pois trustyn lts-kernel-headereista?The DVBv3 API was deprecated at the Linux Kernel. Any Kernel since version 3.3 supports the DVBv5 API.
- rofafor
- Optikkoliikkeen kopiovastaava
- Viestit: 1365
- Liittynyt: 26.03.2004 3:00
- Paikkakunta: Internet
Re: vdr 2.3.x
https://git.kernel.org/pub/scm/linux/ke ... 78f886bdad
DVBAPIv5:n statistiikat lisättiin reilu vuosi ennen 3.13:n julkaisua. Ihmettelisin syvästi, jos Ubuntu pätsäisi "uusia" apeja pois kerneleistään. Mitä luultavammin et vain käännä VDR:ääsi kernelin headereita vasten.
DVBAPIv5:n statistiikat lisättiin reilu vuosi ennen 3.13:n julkaisua. Ihmettelisin syvästi, jos Ubuntu pätsäisi "uusia" apeja pois kerneleistään. Mitä luultavammin et vain käännä VDR:ääsi kernelin headereita vasten.
Re: vdr 2.3.x
Jep. Hyvin mahdollista, mutta sit mulla on jotain pahasti pielessä, sillä /usr/src/ hakemistossa löytyy vain 3.13-headerit..rofafor kirjoitti:https://git.kernel.org/pub/scm/linux/ke ... 78f886bdad
DVBAPIv5:n statistiikat lisättiin reilu vuosi ennen 3.13:n julkaisua. Ihmettelisin syvästi, jos Ubuntu pätsäisi "uusia" apeja pois kerneleistään. Mitä luultavammin et vain käännä VDR:ääsi kernelin headereita vasten.
Testaan vielä lisäämällä linkin tuohon oikeaan headeriin /usr/src/linux -> linux-headers-3.13.0-117 kuten gentoossa on..root@htpc:~# ls -al /usr/src/ |grep linux
drwxr-xr-x 24 root root 4096 Sep 2 11:41 linux-headers-3.13.0-117
drwxr-xr-x 7 root root 4096 Sep 2 13:52 linux-headers-3.13.0-117-generic
Re: vdr 2.3.x
Noup.. eipä auttanutRene kirjoitti:Testaan vielä lisäämällä linkin tuohon oikeaan headeriin /usr/src/linux -> linux-headers-3.13.0-117 kuten gentoossa on..

# grep -r DTV_STAT_SIGNAL_STRENGTH /usr/src/linux/*
/usr/src/linux/include/uapi/linux/dvb/frontend.h:#define DTV_STAT_SIGNAL_STRENGTH 62