Problema con la visione avanzata delle registrazioni

[toshirikudo]

Ciao a tutti.
Ho recentemente aggiornato il mio sistema Debian passando dalla Sarge alla Etch e ho re-installato e ricompilato tutti i programmi.

Non ho avuto particolari problemi nella ricompilazione di vdr e infatti riesco a fare quasi tutto quello che facevo prima (channelscan non si compila ma non è un problema).
Il mio problema è che certe funzioni "avanzate" delle registrazioni non funzionano; mi riferisco, im modalità di riproduzione, al "go to time" (tasto rosso) e all'avanzamento al prossimo/precedente keyframe (i tasti 7 e 9).
Quando premo uno di questi tasti, vdr si porta alla giusta posizione, va in pausa e si blocca: non posso fare nulla se non chiudere la finestra di softdevice. Neanche il control+c funziona.
Vdr non crea file di log utili a capire cosa succede. Le altre funzioni delle registrazioni funzionano (Avanzamento veloce, avanza 1 min con tasto giallo,...)

Ho fatto varie prove: vdr 1.5.9, vdr 1.4.7, vdr con plugins, vdr con solo softdevice.

Qualcuno mi può aiutare?

PS: La mia configurazione:
Debian Etch con kernel custom 2.6.20
scheda FF utilizzata con softdevice

[lukkino]

@channelscan

Scarica di nuovo la versione dal sito di kikko, ora dovrebbe compilare perchè ho rimosso il problema

@registrazione che si blocca
Non hai nessun errore nella finestra di lancio di vdr?
In /var/log/syslog hai dato un okkio, oppure in /var/log/user.log?

Ciao

[toshirikudo]

@channelscan
scaricato e compilato senza problemi.

@registrazioni
ho cercato nei log le righe relative all'errore e questo è il risultato
(ho aperto una registrazione che ha un resume-point verso la fine, tasto rosso e OK
syslog

Codice: Seleziona tutto

Sep 20 23:36:36 localhost vdr: [10984] transfer thread ended (pid=10966, tid=10984)
Sep 20 23:36:36 localhost vdr: [10986] TS buffer on device 1 thread ended (pid=10966, tid=10986)
Sep 20 23:36:36 localhost vdr: [10985] buffer stats: 102084 (4%) used
Sep 20 23:36:36 localhost vdr: [10985] receiver on device 1 thread ended (pid=10966, tid=10985)
Sep 20 23:36:36 localhost vdr: [10966] buffer stats: 102460 (4%) used
Sep 20 23:36:36 localhost vdr: [10966] replay /video/C.S.I._New_York/2007-09-14.21.58.50.99.rec
Sep 20 23:36:36 localhost vdr: [10966] playing '/video/C.S.I._New_York/2007-09-14.21.58.50.99.rec/001.vdr'
Sep 20 23:36:36 localhost vdr: [10992] dvbplayer thread started (pid=10966, tid=10992)
Sep 20 23:36:36 localhost vdr: [10992] playing '/video/C.S.I._New_York/2007-09-14.21.58.50.99.rec/002.vdr'
Sep 20 23:36:36 localhost vdr: [10992] resuming replay at index 85753 (0:57:10.04)
Sep 20 23:36:36 localhost vdr: [10993] non blocking file reader thread started (pid=10966, tid=10993)
Sep 20 23:36:36 localhost vdr: [10992] SetBrokenLink: no GOP header found in video packet
Sep 20 23:36:36 localhost vdr: [10992] setting audio track to 1 (0)
Sep 20 23:36:36 localhost vdr: [10994] softdevice: no translation found for 'fast' in language 3 (Italiano)
Sep 20 23:36:36 localhost vdr: [10994] softdevice: no translation found for 'fast' in language 3 (Italiano)
Sep 20 23:36:36 localhost vdr: [10994] [VideoOut]: resolution changed: W(720 -> 704); H(576 ->576) 
Sep 20 23:36:36 localhost vdr: [10994] [VideoOut]: aspect changed (8 -> 0 ; 1,333333 -> 1,333333)
Sep 20 23:36:36 localhost vdr: [10994] [VideoOut]: 704x576 [0,0 704x576] -> 768x576 [0,0 767x576]
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: NV17 Video Texture: available ports 355 - 386
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: grabbed port 355
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: max area size 2046 x 2046
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: using area size 704 x 576
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]:   XV_SET_DEFAULTS           NOT-XvGettable     XvSettable (       0 [0x00000000] -        0 [0x00000000]) (       0 [0x00000000]
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]:   XV_ITURBT_709                 XvGettable     XvSettable (       0 [0x00000000] -        1 [0x00000001]) (       0 [0x00000000]
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]:   XV_SYNC_TO_VBLANK             XvGettable     XvSettable (       0 [0x00000000] -        1 [0x00000001]) (       1 [0x00000001]
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: using color key 0x1a0f00
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: XvShmCreateImage Successful (0x9609b98)
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: shmget Successful (0 bytes)
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: shmat Successful
Sep 20 23:36:36 localhost vdr: [10994] [XvVideoOut]: XShmAttach    rc = 1 (should be OK)
Sep 20 23:36:39 localhost vdr: [10966] playing '/video/C.S.I._New_York/2007-09-14.21.58.50.99.rec/001.vdr'
Sep 20 23:36:39 localhost vdr: [10981] [general.error] action logger 0/1 read: Buffer overflow
Sep 20 23:36:43 localhost vdr: [10973] KBD remote control thread ended (pid=10966, tid=10973)

[lukkino]

All'interno della dir delle registrazioni, c'è il file index.vdr?

Comunque trovo strano questa riga:

Codice: Seleziona tutto

.... action logger 0/1 read: Buffer overflow.....

Mettendo tale errore in google ho questo link:
http://www.vdr-portal.de/board/thread.p ... adid=64832


Eventualmente prova con vdr liscio, senza alcun plugins tranne softdevice.

Ciao

[toshirikudo]

ho fatto diverse prove con diverse combinazioni (versione 1.4 e 1.5, con plugins e senza) ma il risultato non cambia.

Ho dato un'occhiata al link ma non conoscendo il tedesco non ho la più pallida idea di cosa ci sia scritto! (generalmente cerco di "interpretare" i comandi da eseguire che trovo su quel forum).

Ora provo a configurare vdr per xine per vedere se cambia qualcosa.

[EDIT]
ho appena provato vdr con xine e funziona tutto!
Ora devo cambiare le mie abitudini o sperare in una nuova versione di softdevice (anche se uso quella cvs...)

[Stef]

Ciao toshirikudo... traduzione spannometrica

il link tedesco postato da lukkino riguarda il plugin burn - masterizzazione dvd etc. e quindi non softdevice.

L'errore è lo stesso ed è generato dopo 5 min dell'analisi sulla registrazione che compie il plugin.
Un'altro user riporta che vdr assorbe molta cpu quando seleziona le registrazioni e che gli succede con le registrazioni nella cartella principale ma non in una sottocartella. Non dice però se ha lo stesso errore.

Ciao,
Stef