sono sfigato

[antonio 7319]

ciao
se vado avanti cosi mollo tutto
avevo installato arch linux versione 2009 installato vdr ed alcuni plugins e funzionava il tutto
ho smanettato un po con alcuni plugins e patch per fare pratica
ieri sera mi e venuta la brillante idea gi ripartire da zero per avere un sistama pulito
installato arch linux aggiornare il tutto con pacman installo vdr 1.6.0 e le varie pacth
sorpresa non mi compila nulla vi posto la risposta del comando make clean e make
bay

make clean
In file included from audio.c:12:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from dvbdevice.c:10:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from dvbosd.c:15:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from eitscan.c:13:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
font.c:14:10: error: #include expects "FILENAME" or
In file included from vdr.c:45:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
make: *** Deleting file `.dependencies'
make -C ./libsi clean
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
rm -f audio.o channels.o ci.o config.o cutter.o device.o diseqc.o dvbdevice.o dvbci.o dvbosd.o dvbplayer.o dvbspu.o dvbsubtitle.o eit.o eitscan.o epg.o filter.o font.o i18n.o interface.o keys.o lirc.o menu.o menuitems.o nit.o osdbase.o osd.o pat.o player.o plugin.o rcu.o receiver.o recorder.o recording.o remote.o remux.o ringbuffer.o sdt.o sections.o shutdown.o skinclassic.o skins.o skinsttng.o sources.o spu.o status.o svdrp.o themes.o thread.o timers.o tools.o transfer.o vdr.o videodir.o .dependencies vdr core* *~
rm -rf locale po/*.mo po/*.pot
rm -rf include
rm -rf srcdoc

make
In file included from audio.c:12:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from dvbdevice.c:10:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from dvbosd.c:15:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
In file included from eitscan.c:13:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
font.c:14:10: error: #include expects "FILENAME" or
In file included from vdr.c:45:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
make: *** Deleting file `.dependencies'
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 audio.c
In file included from audio.c:12:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!
make: *** [audio.o] Error 1

qualche consiglio
ciao

[Gringo]

Non aggiornare mai una VDR funzionante, non sai cosa ti può succedere.

Parola di chi l'ha provato sulla propria pelle.

Suggerimenti? Non saprei.

Prova a creare una nuova dir per VDR e reinstalla da zero e vedi se funziona.

[toshirikudo]

In file included from audio.c:12:
dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 3!

Questo errore indica che stai compilando vdr utilizzando i driver dvb s2api (api versione 5 mi sembra) mentre vdr 1.6.0 è stato creato per usare i driver precedenti.
Non è un grosso problema; questa patch, che trovi nel VDR-Extensions-Patch-72 risolve il tuo problema:

Codice: Seleziona tutto

diff -ruNp vdr-1.6.0-2-extensions/dvbdevice.h~ vdr-1.6.0-2-ext-softosd/dvbdevice.h
--- vdr-1.6.0-2-extensions/dvbdevice.h~2009-01-09 20:14:49.000000000 +0100
+++ vdr-1.6.0-2-extensions/dvbdevice.h2009-01-09 20:13:53.000000000 +0100
@@ -15,8 +15,8 @@
 #include "device.h"
 #include "dvbspu.h"
 
-#if DVB_API_VERSION != 3
-#error VDR requires Linux DVB driver API version 3!
+#if DVB_API_VERSION < 3
+#error VDR requires Linux DVB driver API version 3 or greater!
 #endif
 
 #define MAXDVBDEVICES  8

Ciao

[antonio 7319]

ok ora provo extensions pach
grazie
ciao

[antonio 7319]

ciao
ho provato ad applicare la extensions patch -72
mella rir di vdr ma il problema rimane
ciao

[toshirikudo]

Forse non mi sono spiegato bene: la patch che ho postato la trovi assiema all'extension patch ma non fa parte di quella principale.

Per averla devi fare i seguenti passi:

1 applichi la patch ufficiale 1.6.0-1
2 applichi la patch ufficiale 1.6.0-2
3 applichi l'extension patch
4 applichi la patch ho ho postato e che trovi in /path to extension patch/extras/vdr-1.6.0-2-ext_dvb-api.diff

Volendo puoi saltare i passi 1, 2 e 3 e fare direttamente il 4

Ciao

[antonio 7319]

ciao ho applicato la patch come mi ai detto ma mi da errore ti posto il log
[root@vdrbox current]# patch -p1 < vdr-1.6.0-2-ext_dvb-api.diff
patching file dvbdevice.h
[root@vdrbox current]# make clean
make -C ./libsi clean
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
rm -f audio.o channels.o ci.o config.o cutter.o device.o diseqc.o dvbdevice.o dv bci.o dvbosd.o dvbplayer.o dvbspu.o dvbsubtitle.o eit.o eitscan.o epg.o filter.o font.o i18n.o interface.o keys.o lirc.o menu.o menuitems.o nit.o osdbase.o osd. o pat.o player.o plugin.o rcu.o receiver.o recorder.o recording.o remote.o remux .o ringbuffer.o sdt.o sections.o shutdown.o skinclassic.o skins.o skinsttng.o so urces.o spu.o status.o svdrp.o themes.o thread.o timers.o tools.o transfer.o vdr .o videodir.o .dependencies vdr core* *~
rm -rf locale po/*.mo po/*.pot
rm -rf include
rm -rf srcdoc
[root@vdrbox current]# make
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 audio.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 channels.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 ci.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 config.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 cutter.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 device.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 diseqc.c
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DUSE_CMDRECCMDI18N -D USE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_JUMPPLAY -D USE_LIEMIEXT -DUSE_PLUGINMISSING -DUSE_SETTIME -DREMOTE_KBD -DLIRC_DEVICE=\"/dev /lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFD IR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -DUSE_PLUGINAP I -I/usr/include/freetype2 dvbdevice.c
In file included from /usr/include/sys/uio.h:24,
from /usr/include/sys/socket.h:28,
from /usr/include/netinet/in.h:25,
from /usr/include/arpa/inet.h:23,
from config.h:13,
from channels.h:13,
from device.h:13,
from dvbdevice.h:15,
from dvbdevice.c:10:
/usr/include/sys/types.h:62: error: conflicting declaration 'typedef __dev_t dev _t'
/usr/include/linux/types.h:13: error: 'dev_t' has a previous declaration as 'typ edef __kernel_dev_t dev_t'
/usr/include/sys/types.h:67: error: conflicting declaration 'typedef __gid_t gid _t'
/usr/include/linux/types.h:27: error: 'gid_t' has a previous declaration as 'typ edef __kernel_gid_t gid_t'
/usr/include/sys/types.h:72: error: conflicting declaration 'typedef __mode_t mo de_t'
/usr/include/linux/types.h:15: error: 'mode_t' has a previous declaration as 'ty pedef __kernel_mode_t mode_t'
/usr/include/sys/types.h:77: error: conflicting declaration 'typedef __nlink_t n link_t'
/usr/include/linux/types.h:16: error: 'nlink_t' has a previous declaration as 't ypedef __kernel_nlink_t nlink_t'
/usr/include/sys/types.h:82: error: conflicting declaration 'typedef __uid_t uid _t'
/usr/include/linux/types.h:26: error: 'uid_t' has a previous declaration as 'typ edef __kernel_uid_t uid_t'
In file included from /usr/include/sys/types.h:133,
from /usr/include/sys/uio.h:24,
from /usr/include/sys/socket.h:28,
from /usr/include/netinet/in.h:25,
from /usr/include/arpa/inet.h:23,
from config.h:13,
from channels.h:13,
from device.h:13,
from dvbdevice.h:15,
from dvbdevice.c:10:
/usr/include/time.h:104: error: conflicting declaration 'typedef void* timer_t'
/usr/include/linux/types.h:22: error: 'timer_t' has a previous declaration as 't ypedef __kernel_timer_t timer_t'
In file included from /usr/include/sys/types.h:220,
from /usr/include/sys/uio.h:24,
from /usr/include/sys/socket.h:28,
from /usr/include/netinet/in.h:25,
from /usr/include/arpa/inet.h:23,
from config.h:13,
from channels.h:13,
from device.h:13,
from dvbdevice.h:15,
from dvbdevice.c:10:
/usr/include/sys/select.h:78: error: conflicting declaration 'typedef struct fd_ set fd_set'
/usr/include/linux/types.h:12: error: 'fd_set' has a previous declaration as 'ty pedef struct __kernel_fd_set fd_set'
In file included from /usr/include/sys/uio.h:24,
from /usr/include/sys/socket.h:28,
from /usr/include/netinet/in.h:25,
from /usr/include/arpa/inet.h:23,
from config.h:13,
from channels.h:13,
from device.h:13,
from dvbdevice.h:15,
from dvbdevice.c:10:
/usr/include/sys/types.h:235: error: conflicting declaration 'typedef __blkcnt_t blkcnt_t'
/usr/include/linux/types.h:119: error: 'blkcnt_t' has a previous declaration as 'typedef long unsigned int blkcnt_t'
make: *** [dvbdevice.o] Error 1
[root@vdrbox current]#
bay

[toshirikudo]

facciamo passi avanti...

Questo è un altro errore.
Prova ad aggiungere al file Makefile la seguente riga:

Codice: Seleziona tutto

DEFINES += -D__KERNEL_STRICT_NAMES

dopo l'istruzione

Codice: Seleziona tutto

DEFINES += -D_GNU_SOURCE

e vediamo cosa succede.

[Gringo]

Sulla ML di VDR c'è una discussione riguardo al fatto di rilasciare una nuova versione che comprenda tutte le patch per risolvere i problemi più noti legati al supporto S2API introdotto nel ramo di sviluppo e per introdurre anche sulla 1.6.x alcune novità della 1.7.x.

[zulu]

Sulla ML di VDR c'è una discussione riguardo al fatto di rilasciare una nuova versione che comprenda tutte le patch per risolvere i problemi più noti legati al supporto S2API introdotto nel ramo di sviluppo e per introdurre anche sulla 1.6.x alcune novità della 1.7.x.

Già, ma risposta di Kluas è stata lapidaria ... ha deciso di dedicare tutto il tempo a 1.7.x e non ne ha per 1.6.1 ...
... in effetti 1.6.0 ha avuto solo due patch ufficiali e di certo non è mai stato molto coccolato
La speranza di vedere miglioramenti sulla 1.6 è ormai tramontata da tempo ...

[antonio 7319]

ciao
ancora errore
comando make clean

make -C ./libsi clean
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
make[1]: Entering directory `/vdr/vdr-1.6.0/libsi'
make[1]: Leaving directory `/vdr/vdr-1.6.0/libsi'
rm -f audio.o channels.o ci.o config.o cutter.o device.o diseqc.o dvbdevice.o dvbci.o dvbosd.o dvbplayer.o dvbspu.o dvbsubtitle.o eit.o eitscan.o epg.o filter.o font.o i18n.o interface.o keys.o lirc.o menu.o menuitems.o nit.o osdbase.o osd.o pat.o player.o plugin.o rcu.o receiver.o recorder.o recording.o remote.o remux.o ringbuffer.o sdt.o sections.o shutdown.o skinclassic.o skins.o skinsttng.o sources.o spu.o status.o svdrp.o themes.o thread.o timers.o tools.o transfer.o vdr.o videodir.o .dependencies vdr core* *~
rm -rf locale po/*.mo po/*.pot
rm -rf include
rm -rf srcdoc
[root@vdrbox current]#

comando make ultime file

recording.c: In constructor 'cRecording::cRecording(cTimer*, const cEvent*)':
recording.c:551: error: invalid conversion from 'const char*' to 'char*'
recording.c:552: error: invalid conversion from 'const char*' to 'char*'
recording.c: In constructor 'cRecording::cRecording(const char*)':
recording.c:609: error: invalid conversion from 'const char*' to 'char*'
recording.c: In member function 'void cRecordings::DelByName(const char*)':
recording.c:1655: error: invalid conversion from 'const char*' to 'char*'
make: *** [recording.o] Error 1

bay

[Gringo]

Sulla ML di VDR c'è una discussione riguardo al fatto di rilasciare una nuova versione che comprenda tutte le patch per risolvere i problemi più noti legati al supporto S2API introdotto nel ramo di sviluppo e per introdurre anche sulla 1.6.x alcune novità della 1.7.x.

Già, ma risposta di Kluas è stata lapidaria ... ha deciso di dedicare tutto il tempo a 1.7.x e non ne ha per 1.6.1 ...
... in effetti 1.6.0 ha avuto solo due patch ufficiali e di certo non è mai stato molto coccolato
La speranza di vedere miglioramenti sulla 1.6 è ormai tramontata da tempo ...

Questo è il motivo per cui si parlava di un paio di soluzioni a riguardo:

1) fork di VDR
2) sviluppo della 1.6.x da parte della communità e non solo da parte di una solo persona

Fatto sta che a chi non interessa l'HDTV non rimane altro che stare a guardare oppure come diceva nino tenere la 1.4.7 (per inciso, ora comincio a capire i discorsi che facevi tempo fa a riguardo della 1.6.x).

[nino]

Ciao a tutti,

@ Gringo: mi fa piacere che sei arrivato alle mie posizioni. Come hai ben capito, non era disfattismo o solo mera critica distruttiva. La 1.6 è nata, in definitiva, a mio avviso, avendo, per una volta, le idee poco chiare (per questo, se ricordi, dicevo che questa volta Klaus aveva toppato).

Come molti di voi sanno, uso correntemente 4 vdrbox, e in quest'ultimo anno, mi sono persuaso a "aggiornare" una di queste alla 1.6 (lasciando le altre con 1.4.7). Dopo molti sbattimenti, il risultato, almeno per quel che riguarda la stabilità, è accettabile. Ma la pesantezza dell'insieme resta notevole, l'osd è lento, insomma: niente a che vedere con l'eccellente (almeno per me) 1.4.7. Da qualche tempo ho iniziato a sperimentare la serie 1.7 con una scheda dvb-s2 (ma ho troppo poco tempo per andare a fondo coi test, come sono solito fare). Alcuni dei problemi della 1.6 (lentezza e pesantezza in primis) restano e in qualche situazione è anche peggio, ma in questo caso questo ci puo' stare in quanto si tratta di versioni di sviluppo. Non va bene per la 1.6, poichè avrebbe dovuto essere (e ufficialmente lo è) l'ultima versione stabile di vdr.

In definitiva, se si cerca di fare una vdrbox definitiva (da mettere sotto il tv, con telecomando, ecc.), il mio consiglio, se posso permettermi, è di approntare una macchina con 1.4.7. Se, invece, si vuole stare dietro alle nuove versioni dei plugins (che frettolosamente sono stati tagliati con la compatibilità con le versioni precedenti di vdr), allora per forza si deve usare la 1.6, a fronte però di una minore stabilità complessiva, di una pesantezza maggiore, senza, peraltro, ottenere alcuna feature significativa aggiuntiva (solo possibili problematiche aggiuntive).

Questo è il mio punto di vista sulla situazione attuale di vdr, dopo quasi 8 anni d'uso sul campo.

Saluti per tutti.

Nino

[MAV]

Interessante approfondimento ........anche tenedo in considerazione quanto esposto in questa altra discussione: viewtopic.php?t=994 e anche qui: viewtopic.php?t=497&highlight=alta+definizione.

Ho pochissima esperienza con VDR, solo recentemente con l'aiuto e la pazienza di alez sono riuscito ad ottenere la mia prima VDR finalmente funzionante, per cui i miei test e le mie considerazioni in merito possono essere poco d'aiuto.

Vi seguo però da un po' di tempo, e ho letto e mi informo parecchio, e a questo punto scusate se mi permettero di esprimere un mio parere, mi son sempre astenuto visto la mia poca esperienza in queste nicchia di incrocio tra Linux e satellite, visto appunto le considerazioni fin qui esposte.

Come alcuni sanno il mio "sogno" è quello di assemblare un Media Center o HTPC da utilizzare anche come PVR sat ma tutto in funzione dell'Alta Definizione, e mi manca "solo" la parte PVR sat.

Le mie considerazioni non tengono comunque in considerazione quest'ultimo aspetto.

Mi par di capire che allo stato attuale ci siano tre versioni importanti di VDR (perdonate le eventuali inesattezze, anzi non fatevi problemi a segnalarmele):

1.4.7: versione vecchia, ma stabile, non pesante e che presenta una notevole stabilità/affidabilità, da utilizzare in definizione standard e pc non performanti

1.6.x: versione più recente, ma più pesante e un po' meno stabile, non ancora pronta per l'HD

1.7.x: versione più recente e instabile, in continuo sviluppo, per l'utilizzo in HD, richiede un hardware appropriato

Ora veniamo al nocciolo, cioè il fatto che l'autore continui lo sviluppo solo della versione 1.7.x.
Considerando il fatto che seguire lo sviluppo richiede enormi sacrifici in termini di tempo, e non solo, secondo me ha senso la sua decisione di dedicarsi solo a quella versione.

Perchè secondo me a questo punto ci possono essere due gruppi di utenti:

1) quelli che utilizzano VDR in alternativa al videoregistratore e/o decoder satellitare in maniera continuativa, come lo era per il classico videoregistratore.
A questi penso basti la versione 1.4.7, che non richiede costi e hardware elevati, ma una funzionalità stabilissima e hardware anche obsoleti, economici, e silenziosi.

2) quelli a cui interessa VDR in funzione dell'Alta definizione, visto che ormai è il presente e che sarà il prossimo futuro.

In base a queste personalissime considerazioni, mi pare che la scelta dell'autore sia quasi inevitabile, sempre a mio modo di vedere, la 1.4.7 può essere considerata una Final version, visto il suo target di utilizzo, mentre la 1.7.x è quella che necessita di tutti gli sforzi per essere svuluppata e supportata per essere migliorata per portare i pregi fondamentali della vecchia versione in ambito HD, ovviamente sempre che questo risulti possibile.

[zulu]

@MAV: la tua analisi è giusta

La critica che si può muovere a Klaus (che resta per me su un piedistallo per il suo lavoro) è quella di aver voluto dichiareare "stable" la versione 1.6.0 che stabile non era.

Alla fine molti autori di plugin e utenti si sono lanciati su quella versione e si è interrotta la compatibilità con la 1.4.7.

Per gestire l'alta definizione bisognava cambiare radicalmente e Klaus ha deciso di dichiarare stabile la versione che stava sviluppando in quel memento per iniziare a sviluppare la 1.7.0.

Il problema è che chi era abituato ai fantastici standard delle versioni stabili di VDR (in particolare con configurazione scheda Full e vdr 1.4.7) è rimasto spiazzato dalla 1.6.0, soprattutto osservando che è in sostanziale stato di "abbandono".

Io mi ero trovato a discutere (serenamente) con Nino ed ero dell'idea che era solo questione di tempo e la 1.6.0 sarebbe diventata stabile come la 1.4.7 ... le affermazioni di Klaus di oggi e il tempo mostrano invece che aveva ragione Nino

Il fatto che Klaus non abbia tempo/voglia di seguire due rami di sviluppo è perfettamente comprensibile.

saluti

Zulu