Proyecto movido a GitHub
Miér 7 Abr 2021 - 19:23 por bittor
Proyecto movido a GitHub:
https://github.com/bittor7x0/VDR-M7x0
Con muchos cambios y correcciones, Más información
También incluye el plugin epgfixer para corregir la EPG usando expresiones regulares y el plugin xmltv2vdr para descargar la EPG de internet
https://github.com/bittor7x0/VDR-M7x0
Con muchos cambios y correcciones, Más información
También incluye el plugin epgfixer para corregir la EPG usando expresiones regulares y el plugin xmltv2vdr para descargar la EPG de internet
Comentarios: 0
Buscar
Conflicto con disco usb - VDR-NG-EM 0.4 unstable
+4
jb
errante
bittor
miguelfm
8 participantes
Página 1 de 1.
Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Hola,
Quería notificar este problema que me he encontrado estos días en la versión VDR-NG-EM 0.4 unstable del 1-3-2009.
El problema en cuestión es que el tdt parece que funciona perfectamente siempre que no arranque con el disco encendido. Si lo enciendo muestra el canal un par de segundos, se va la imagen y queda solo la estructura del OSD de información del canal pintada en pantalla sin nada de letras.
Curiosamente el dmesg da una salida de error similar a esta otra presentada también en este foro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/perdida-de-senal-o-se-ha-roto-algo-t435.htm ).
Buscando en el foro también he encontrado esto otro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/arranque-de-vdr-t207-30.htm ). Con lo que el error puede estar relacionado con algún conflicto en la carga de los módulos o con el orden en que se cargan.
Dejo aquí la salida del dmesg por si es de utilidad:
Quería notificar este problema que me he encontrado estos días en la versión VDR-NG-EM 0.4 unstable del 1-3-2009.
El problema en cuestión es que el tdt parece que funciona perfectamente siempre que no arranque con el disco encendido. Si lo enciendo muestra el canal un par de segundos, se va la imagen y queda solo la estructura del OSD de información del canal pintada en pantalla sin nada de letras.
Curiosamente el dmesg da una salida de error similar a esta otra presentada también en este foro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/perdida-de-senal-o-se-ha-roto-algo-t435.htm ).
Buscando en el foro también he encontrado esto otro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/arranque-de-vdr-t207-30.htm ). Con lo que el error puede estar relacionado con algún conflicto en la carga de los módulos o con el orden en que se cargan.
Dejo aquí la salida del dmesg por si es de utilidad:
- Código:
stream buffer 0: ffffffff ffffffff
stream buffer 1: ffffffff ffffffff
stream buffer 2: ffffffff ffffffff
stream buffer 3: ffffffff ffffffff
open_input id=0 usage=0
MMAC_DEMUX_OpenDevice 0 returns 00010000 channel=0
open_input id=1 usage=0
MMAC_DEMUX_OpenDevice 1 returns 01010001 channel=1
MMAC_RTOS_Sleep <= 10ms too short delay=9004
MMAC_RTOS_Sleep <= 10ms too short delay=6032
mmac pas init
mmac scaler init
mmac video init
mmac audio init
XDMA_REQ_MASK=00007f03
XDMA_PRI_CHSEL1=046289ab
XDMA_PRI_CHSEL2=ec000000
XDMA_PRI_WAIT_LIMIT1=00112233
XDMA_PRI_WAIT_LIMIT2=44000000
XDMA_VBUF0_ADR=e77ee77d
XDMA_VBUF1_ADR=e77ae779
XDMA_VBUF0_NFUL_LVL=001fffff
XDMA_VBUF0_FULL_LVL=00000010
XDMA_VBUF0_NEMP_LVL=00000003
XDMA_VBUF1_NFUL_LVL=001fffff
XDMA_VBUF1_FULL_LVL=00000010
XDMA_VBUF1_NEMP_LVL=00000003
XDMA_VBUF_CUR_NUM_ADJ=02010000
XDMA_VBUF0_V_WPTR=0073be80
XDMA_VBUF1_V_WPTR=0073bc80
XDMA_TRANS_STAT=000f000f
XDMA_REQ_STAT_VBUF=00000101
XDMA_LIST_END_STAT=0000007f
XDMA_INT_EN=067f0000
XDMA_INT_STAT=0000ff33
AUDIO API: MMAC_MISC_GetVersion return version as EMMA2 ES3.0 or later
MMAC_RTOS_Sleep <= 10ms too short delay=115717
MMAC_RTOS_Sleep <= 10ms too short delay=110142
MMAC_RTOS_Sleep <= 10ms too short delay=108121
MMAC_RTOS_Sleep <= 10ms too short delay=75488
MMAC_RTOS_Sleep <= 10ms too short delay=73513
MMAC_RTOS_Sleep <= 10ms too short delay=74773
MMAC_RTOS_Sleep <= 10ms too short delay=71873
MMAC_RTOS_Sleep <= 10ms too short delay=73595
MMAC_RTOS_Sleep <= 10ms too short delay=70941
MMAC_RTOS_Sleep <= 10ms too short delay=71820
MMAC_RTOS_Sleep <= 10ms too short delay=69739
MMAC_RTOS_Sleep <= 10ms too short delay=69978
MMAC_RTOS_Sleep <= 10ms too short delay=67733
MMAC_RTOS_Sleep <= 10ms too short delay=68882
MMAC_RTOS_Sleep <= 10ms too short delay=64076
emmatask: policy=0 rt_prio=0
emmatask: policy=0 rt_prio=0
emmatask: policy=0 rt_prio=0
mmac audio reset
MMAC_RTOS_Sleep <= 10ms too short delay=103485
MMAC_RTOS_Sleep <= 10ms too short delay=104564
MMAC_RTOS_Sleep <= 10ms too short delay=101354
MMAC_RTOS_Sleep <= 10ms too short delay=66141
MMAC_RTOS_Sleep <= 10ms too short delay=63650
MMAC_RTOS_Sleep <= 10ms too short delay=64279
MMAC_RTOS_Sleep <= 10ms too short delay=61728
MMAC_RTOS_Sleep <= 10ms too short delay=62829
MMAC_RTOS_Sleep <= 10ms too short delay=60672
MMAC_RTOS_Sleep <= 10ms too short delay=61482
MMAC_RTOS_Sleep <= 10ms too short delay=59308
MMAC_RTOS_Sleep <= 10ms too short delay=59724
MMAC_RTOS_Sleep <= 10ms too short delay=56855
MMAC_RTOS_Sleep <= 10ms too short delay=57985
MMAC_RTOS_Sleep <= 10ms too short delay=52961
MMAC_RTOS_Sleep <= 10ms too short delay=51973
MMAC_RTOS_Sleep <= 10ms too short delay=49737
MMAC_RTOS_Sleep <= 10ms too short delay=17174
MMAC_RTOS_Sleep <= 10ms too short delay=14736
MMAC_RTOS_Sleep <= 10ms too short delay=15586
MMAC_RTOS_Sleep <= 10ms too short delay=13478
MMAC_RTOS_Sleep <= 10ms too short delay=14654
mmac audio reset done result=0
emmatask: policy=0 rt_prio=0
after MMAC_RAM_AUDIO_Init
old vee_ctr6 = d00088
old vee_ctr9 = 0
new vee_ctr9 = 0
PICGetTime: read time = 5f8 from pic
eth0: link up.
eth0: Setting full-duplex based on negotiated link capability.
PICGetStartUp: startup = 8 shutdown = 20
PDS5002CL Open
PDS5002CL Release
PDS5002CL Open
PDS5002CL Release
set total palette
PDS5002CL Open
PDS5002CL Release
PDS5002CL Open
PDS5002CL Release
ASSERT: in audio.c at Line 19592
:message AUDIO API: audio not configured
AUDIO_STOP
tuner_ioctl: argp = 7f5ff8f8 size = 36 id = 0 idx = 0
ERROR TDA10046: dummy function dvb_clear_loop_flag called!tuner_thread_cmd was CMD_STOP
end cancle_last_cmd_all
sending CMD_TERR to tuner thread 0
start dvb_set_terr0
end dvb_set_terr0 time = 1
tuner_thread:result = 0 after 10ms
NIM = 0
tda10046_thread: tuner = 16
frequency = 810000
FREQ 810000
dvb_tune_freq nim = 0; NIM 10
FQ1216SetTuner: nim = 0 freq = 810000
TDA10046SetBW: BW = 1
TDA10046SetStart NIM = 10 4
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6
TDA10046GetSyncStatus: LOCKED
Modulation..............: 64-QAM
dvb_tune_freq LOCKED 12
TDA10046GetSyncStatus: LOCKED
tuner_thread CMD_TERR: tuner 0 has state 11 cmd = 6
wake 0 has_event=1 after 910ms
FE_GET_EVENT has_event
open_input id=0 usage=1
open_input id=0 usage=2
DMX_PES_VIDEO 65
live_video_pids = 101 -1 input_id=0 decoder=0 elog_video_pid = -1 -1
open_input id=0 usage=3
DMX_PES_AUDIO 67
different size old=0 new=1e000 buffer=a1000000
open_input id=0 usage=4
open_video dev_no=0
ac3_out=0 spdif_enable=1
statupMode = VIDEO_PTS
videoConfig.monitorFormat = 2
aspectMode = 1
display 0
set_plane_alpha 0 255
set_plane_alpha done
videoConfig.startUpMode=0 ac3_out=0 sync_offset=0
video_play
ASSERT: in audio.c at Line 5274
:message AUDIO API: not configured
init_audio sync=1
steering = STEREO
MMAC_RTOS_Sleep <= 10ms too short delay=194317
MMAC_RTOS_Sleep <= 10ms too short delay=195018
MMAC_RTOS_Sleep <= 10ms too short delay=191671
MMAC_RTOS_Sleep <= 10ms too short delay=193156
AUDIO: switching to 0
AUDIO_PLAY: SelectDecoderMode
MMAC_RTOS_Sleep <= 10ms too short delay=181684
MMAC_RTOS_Sleep <= 10ms too short delay=174935
0 2uncor = 46
MMAC_RTOS_Sleep <= 10ms too short delay=175595
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=159535
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=147207
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=134030
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=125782
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=138174
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=104127
MMAC_RTOS_Sleep <= 10ms too short delay=100451
MMAC_RTOS_Sleep <= 10ms too short delay=102990
MMAC_RTOS_Sleep <= 10ms too short delay=97973
MMAC_RTOS_Sleep <= 10ms too short delay=99813
MMAC_RTOS_Sleep <= 10ms too short delay=97005
MMAC_RTOS_Sleep <= 10ms too short delay=95463
MMAC_RTOS_Sleep <= 10ms too short delay=119970
MMAC_RTOS_Sleep <= 10ms too short delay=93615
MMAC_RTOS_Sleep <= 10ms too short delay=92449
MMAC_RTOS_Sleep <= 10ms too short delay=91066
AUDIO_PLAY: SetInputSelector
AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0
MMAC_RTOS_Sleep <= 10ms too short delay=76482
MMAC_RTOS_Sleep <= 10ms too short delay=75963
AUDIO_PLAY: Decode
MMAC_RTOS_Sleep <= 10ms too short delay=175094
MMAC_RTOS_Sleep <= 10ms too short delay=148175
MMAC_RTOS_Sleep <= 10ms too short delay=147000
MMAC_RTOS_Sleep <= 10ms too short delay=113052
MMAC_RTOS_Sleep <= 10ms too short delay=113259
MMAC_RTOS_Sleep <= 10ms too short delay=111398
MMAC_RTOS_Sleep <= 10ms too short delay=109182
MMAC_RTOS_Sleep <= 10ms too short delay=109147
MMAC_RTOS_Sleep <= 10ms too short delay=133905
MMAC_RTOS_Sleep <= 10ms too short delay=110408
MMAC_RTOS_Sleep <= 10ms too short delay=106387
MMAC_RTOS_Sleep <= 10ms too short delay=105505
timecode reached jiffies=2067
start done
MMAC_RTOS_Sleep <= 10ms too short delay=104413
MMAC_RTOS_Sleep <= 10ms too short delay=95954
AUDIO_PLAY: Mute false
AUDIO_PLAY0: done
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=74351
AUDIO API:Stream Input Stop? or too slow?
open_input id=0 usage=5
PayloadFilter fh=10002f ph=100
adding section_filter input_id = 0 pid=0012 process=131
open_input id=0 usage=6
PayloadFilter fh=10002e ph=102
adding section_filter input_id = 0 pid=0014 process=131
open_input id=0 usage=7
PayloadFilter fh=10002d ph=104
adding section_filter input_id = 0 pid=0000 process=131
open_input id=0 usage=8
PayloadFilter fh=10002c ph=106
adding section_filter input_id = 0 pid=0011 process=131
open_input id=0 usage=9
PayloadFilter fh=10002b ph=108
adding section_filter input_id = 0 pid=0010 process=131
AUDIO_STOP
MMAC_RTOS_Sleep <= 10ms too short delay=169454
init_audio sync=5823
steering = STEREO
MMAC_RTOS_Sleep <= 10ms too short delay=205817
MMAC_RTOS_Sleep <= 10ms too short delay=202152
MMAC_RTOS_Sleep <= 10ms too short delay=193959
MMAC_RTOS_Sleep <= 10ms too short delay=196380
AUDIO_PLAY: SetInputSelector
AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0
AUDIO_PLAY: Decode
MMAC_RTOS_Sleep <= 10ms too short delay=127196
MMAC_RTOS_Sleep <= 10ms too short delay=122284
MMAC_RTOS_Sleep <= 10ms too short delay=122539
MMAC_RTOS_Sleep <= 10ms too short delay=86677
MMAC_RTOS_Sleep <= 10ms too short delay=89644
MMAC_RTOS_Sleep <= 10ms too short delay=85488
MMAC_RTOS_Sleep <= 10ms too short delay=84368
MMAC_RTOS_Sleep <= 10ms too short delay=108790
MMAC_RTOS_Sleep <= 10ms too short delay=83748
MMAC_RTOS_Sleep <= 10ms too short delay=82219
MMAC_RTOS_Sleep <= 10ms too short delay=81635
MMAC_RTOS_Sleep <= 10ms too short delay=79344
MMAC_RTOS_Sleep <= 10ms too short delay=80639
MMAC_RTOS_Sleep <= 10ms too short delay=69727
AUDIO_PLAY: Mute false
AUDIO_PLAY0: done
AUDIO_STOP
AUDIO API: Hit upper bound of maximum executable counts
MMAC_RTOS_Sleep <= 10ms too short delay=27115
MMAC_RTOS_Sleep <= 10ms too short delay=46166
init_audio sync=5823
steering = STEREO
MMAC_RTOS_Sleep <= 10ms too short delay=200433
MMAC_RTOS_Sleep <= 10ms too short delay=198329
MMAC_RTOS_Sleep <= 10ms too short delay=196309
MMAC_RTOS_Sleep <= 10ms too short delay=194478
AUDIO_PLAY: SetInputSelector
AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0
AUDIO_PLAY: Decode
MMAC_RTOS_Sleep <= 10ms too short delay=127116
MMAC_RTOS_Sleep <= 10ms too short delay=120266
MMAC_RTOS_Sleep <= 10ms too short delay=120645
MMAC_RTOS_Sleep <= 10ms too short delay=84838
MMAC_RTOS_Sleep <= 10ms too short delay=84921
MMAC_RTOS_Sleep <= 10ms too short delay=87134
MMAC_RTOS_Sleep <= 10ms too short delay=83481
MMAC_RTOS_Sleep <= 10ms too short delay=107180
MMAC_RTOS_Sleep <= 10ms too short delay=80992
MMAC_RTOS_Sleep <= 10ms too short delay=79868
MMAC_RTOS_Sleep <= 10ms too short delay=90147
MMAC_RTOS_Sleep <= 10ms too short delay=77395
MMAC_RTOS_Sleep <= 10ms too short delay=78070
MMAC_RTOS_Sleep <= 10ms too short delay=67832
AUDIO_PLAY: Mute false
AUDIO_PLAY0: done
open_input id=0 usage=10
open_input id=0 usage=11
deviceChannel for record dvr0 = 0
dvr0: buffer=a1440000 size=180000
enable filter 4
set volume left=161 right=161 (only left=right)
MMAC_RTOS_Sleep <= 10ms too short delay=157414
AUDIO API: update sync parameter
AUDIO API: cancel AUDIO mute of stream empty.
set total palette
-----------NIM 0-----------
Frequency...............: 810000 kHz
DSP.....................running
Agc_tun_level...........: 0
Agc_if_level............: 8f
dig_agc_level...........: 0
PLL.....................locked
Freq....................locked
Time....................locked
TPS.....................locked
FEL.....................locked
Channel_info............: 100
Time_error..............: 1
Freq_error..............: f43f
NOP.....................: 3
CCI.....................: 180
Guard...................: 30
CBER....................: 10
VBER....................: 3
UNCOR...................: 0
SUM of UNCOR............: 70
FFT mode................: 8k
Modulation..............: 64-QAM
Guard interval..........: 1/4
Non hierachical
low priority code rate..: 1/2
high priority code rate.: 2/3
open_input id=0 usage=12
PayloadFilter fh=10002a ph=10a
adding section_filter input_id = 0 pid=0064 process=135
dmx_close section pid=0064 master=0 usage=1 process=135
emma_mem 815d0000 not found
close input done
removing section_filter input_id=-1 pid=0064 process=135
open_input id=0 usage=12
reusing emma_mem size=32768
PayloadFilter fh=10002a ph=10a
adding section_filter input_id = 0 pid=00c8 process=135
dmx_close section pid=0065 master=0 usage=1 process=143
close input done
dmx_close section pid=0065 master=0 usage=1 process=143
live_video_pids = -1 -1 input_id=0 decoder=0 elog_video_pid = -1 -1
close input done
dmx_close section pid=0067 master=0 usage=1 process=143
close input done
dmx_close section pid=0066 master=0 usage=1 process=143
emma_mem 81198000 not found
close input done
dmx_close section pid=0012 master=0 usage=1 process=143
emma_mem 8140d000 not found
close input done
removing section_filter input_id=-1 pid=0012 process=143
dmx_close section pid=0014 master=0 usage=1 process=143
emma_mem 81415000 not found
close input done
removing section_filter input_id=-1 pid=0014 process=143
dmx_close section pid=0000 master=0 usage=1 process=143
emma_mem 8141d000 not found
close input done
removing section_filter input_id=-1 pid=0000 process=143
dmx_close section pid=0011 master=0 usage=1 process=143
emma_mem 81425000 not found
close input done
removing section_filter input_id=-1 pid=0011 process=143
dmx_close section pid=0010 master=0 usage=1 process=143
emma_mem 8142d000 not found
close input done
removing section_filter input_id=-1 pid=0010 process=143
dmx_close section pid=ffffffff master=0 usage=1 process=143
close input done
sru_error_count0 = 0
sru_error_count1 = 0
dmx_close section pid=00c8 master=0 usage=1 process=143
emma_mem 815d0000 not found
close input done
removing section_filter input_id=-1 pid=00c8 process=143
-----------NIM 0-----------
Frequency...............: 810000 kHz
DSP.....................running
Agc_tun_level...........: 0
Agc_if_level............: 8f
dig_agc_level...........: 0
PLL.....................locked
Freq....................locked
Time....................locked
TPS.....................locked
FEL.....................locked
Channel_info............: 100
Time_error..............: 1
Freq_error..............: f43f
NOP.....................: 2
CCI.....................: 168
Guard...................: 30
CBER....................: 10
VBER....................: 3
UNCOR...................: 0
SUM of UNCOR............: 70
FFT mode................: 8k
Modulation..............: 64-QAM
Guard interval..........: 1/4
Non hierachical
low priority code rate..: 1/2
high priority code rate.: 2/3
-----------NIM 0-----------
Frequency...............: 810000 kHz
DSP.....................running
Agc_tun_level...........: 0
Agc_if_level............: 8e
dig_agc_level...........: 0
PLL.....................locked
Freq....................locked
Time....................locked
TPS.....................locked
FEL.....................locked
Channel_info............: 100
Time_error..............: 1
Freq_error..............: f440
NOP.....................: 2
CCI.....................: 167
Guard...................: 30
CBER....................: 10
VBER....................: 3
UNCOR...................: 0
SUM of UNCOR............: 70
FFT mode................: 8k
Modulation..............: 64-QAM
Guard interval..........: 1/4
Non hierachical
low priority code rate..: 1/2
high priority code rate.: 2/3
miguelfm- Cantidad de envíos : 8
Fecha de inscripción : 04/01/2009
Edad : 37
Localización : Santiago
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Hay un bug en los drivers que si coincide la carga de los mismos con la detección del disco duro por el kernel rompe el OSD.
Si se cambia el orden de carga de los módulos se minoriza el problema y así es como está actualmente en el SVN, pero ya ves que en tu disco sigue fallando.
Otros usuarios usan sleeps para evitar este problema, pero cuando haya un poco de tiempo se pondrá una solución definitiva.
Puedes probar la solución temporal de Posix, que es añadir una espera antes de cargar los drivers/módulos.
Añades el sleep en el archivo /etc/rc
Si se cambia el orden de carga de los módulos se minoriza el problema y así es como está actualmente en el SVN, pero ya ves que en tu disco sigue fallando.
Otros usuarios usan sleeps para evitar este problema, pero cuando haya un poco de tiempo se pondrá una solución definitiva.
Puedes probar la solución temporal de Posix, que es añadir una espera antes de cargar los drivers/módulos.
Añades el sleep en el archivo /etc/rc
- Código:
echo -n "loading modules ... "
sleep 3
[ -f /etc/rc.modules ] && ash /etc/rc.modules
echo "Done";
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
bittor escribió:Hay un bug en los drivers que si coincide la carga de los mismos con la
detección del disco duro por el kernel rompe el OSD.
Vaya, supuse que había algo por el estilo cuando vi que sin disco duro conectado me arrancaba siempre bien y con él conectado a veces arrancaba bien (cambiaba de canales, etc.) pero sin OSD. Estaba esperando a hacer un reset y más pruebas el fin de semana para ver si lo solucionaba pero la solución que publicas parece bastante decente.
Por si sirve de algo, activé desde los menús del VDR la opción para que muestre por la TV los mensajes de arranque (creo que en la sección de debug), y desde entonces siempre ha arrancado bien con el disco duro conectado. :scratch:
errante- Cantidad de envíos : 14
Fecha de inscripción : 24/02/2009
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Lo que comenta bittor lo tienes en este hilo (por si le quieres echar un vistazo):
https://vdr-m7x0.foroactivo.com.es/solo-desarrolladores-y-betatesters-f10/problema-de-la-franja-cuadrado-blanca-verde-t463.htm#6383
Un saludo,
https://vdr-m7x0.foroactivo.com.es/solo-desarrolladores-y-betatesters-f10/problema-de-la-franja-cuadrado-blanca-verde-t463.htm#6383
Un saludo,
jb- Betatester
- Cantidad de envíos : 1193
Fecha de inscripción : 16/11/2008
Edad : 55
Localización : Lérida y Zaragoza
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Ups...jb escribió:Lo que comenta bittor lo tienes en este hilo (por si le quieres echar un vistazo):
https://vdr-m7x0.foroactivo.com.es/solo-desarrolladores-y-betatesters-f10/problema-de-la-franja-cuadrado-blanca-verde-t463.htm#6383
Un saludo,
El link esta dentro del subforo de Betatesters (Sorry), comentar que se esta revisando el bug.
Krako- Moderador
- Cantidad de envíos : 415
Fecha de inscripción : 25/06/2008
Localización : Barcelona
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
He probado la opción del sleep hasta 10s y la de activar el OSD debug, pero parece que ninguna soluciona el problema. En cuanto pueda volveré a instalarle la versión estable, aunque mientras puedo hacer las pruebas necesarias que considereis para solucionar el bug.
Por cierto sobre el mensaje que comenta jb no tengo permisos de lectura y no puedo leerlo. Alguién podría transcribirlo o cambiarme los permisos.
Saludos,
Por cierto sobre el mensaje que comenta jb no tengo permisos de lectura y no puedo leerlo. Alguién podría transcribirlo o cambiarme los permisos.
Saludos,
miguelfm- Cantidad de envíos : 8
Fecha de inscripción : 04/01/2009
Edad : 37
Localización : Santiago
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Siento lo del enlace, no me había dado cuenta, "mea culpa".miguelfm escribió:
Por cierto sobre el mensaje que comenta jb no tengo permisos de lectura y no puedo leerlo. Alguién podría transcribirlo o cambiarme los permisos.
Saludos,
Símplemente son comentarios a las pruebas hechas con el sleep en /etc/rc que te comentaba bittor, y con 10 sgundos había dejado de dar fallos incluso en los casos más flagrantes. De hecho, yo he cambiado a 5 en mi VDR principal y me sigue arrancando correctamente (de momento, y si volviese a fallar lo dejaría en 10, que con ese valor no me ha fallado tampoco nunca).
Un saludo,
jb- Betatester
- Cantidad de envíos : 1193
Fecha de inscripción : 16/11/2008
Edad : 55
Localización : Lérida y Zaragoza
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Si realmente es el problema de los drivers, el sleep debería funcionar.miguelfm escribió:He probado la opción del sleep hasta 10s
Prueba con un sleep exagerado, 60 por ejemplo y lo vas bajando hasta que falle.
Posix- Desarrollador
- Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 57
Localización : Madrid
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Al, ver que no me funcionaba he instalado la versión estable del svn de ayer, para asegurarme de que realmente no pasaba nada raro con el disco o el aparato. Y todo parece ir bien. Es algo relacionado únicamente con esta versión de software. En cuanto vea que se ha modificado algo relacionado con estos drivers volveré a probarlo y os cuento.
Muchas gracias por la ayuda, y por todo lo hecho en la versión nueva, que de lo poco que he probado me ha de ser un paso adelante considerable.
Dicho esto, por si sirve de ayuda el cambio de canales daba la sensación de ser algo más lento, no hice medidas de tiempo y no puedo confirmarlo. Pero da la sensación de ser algo más lento en este punto, aunque como dije puede que solo sea una sensación.
Muchas gracias por la ayuda, y por todo lo hecho en la versión nueva, que de lo poco que he probado me ha de ser un paso adelante considerable.
Dicho esto, por si sirve de ayuda el cambio de canales daba la sensación de ser algo más lento, no hice medidas de tiempo y no puedo confirmarlo. Pero da la sensación de ser algo más lento en este punto, aunque como dije puede que solo sea una sensación.
miguelfm- Cantidad de envíos : 8
Fecha de inscripción : 04/01/2009
Edad : 37
Localización : Santiago
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Sí, en la versión anterior no ocurría este problema debido a que los sistemas de archivos (fat, ext2/3, cifs, etc.) no estaban incluidos en el propio kernel y se cargaban como módulos después de cargar los drivers, entonces no coincidía la detección del disco por el kernel y la carga de drivers.
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Después de un tiempo me decidí a volver a darle una oportunidad al VDR-NG-EM, y esta vez parece que el problema ya está solucionado . No me queda más que daros de nuevo las gracias por el gran desarrollo que estais haciendo y espero poder ir colaborando en lo que pueda en mi tiempo libre. Por lo de ahora intento daros a conocer (http://glug.es/content/vdr_m740) en algunos grupos de usuarios de Linux con los que colaboro.
miguelfm- Cantidad de envíos : 8
Fecha de inscripción : 04/01/2009
Edad : 37
Localización : Santiago
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Las últimas versiones del VDR-NG-EM son la repera, ya lo habrás podido comprobar
yeahhh- Betatester
- Cantidad de envíos : 2260
Fecha de inscripción : 18/08/2008
Edad : 46
Localización : Barcelona
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
A mí ahora el problema es que cuando apago el VDR el disco se para y vuelve a arrancarse instantáneamente, quedándose arrancado ya con el Gigaset apagado, cosa que no me ocurría antes (funcionaba perfectamente).
La versión actual la descargué y compilé este fin de semana. La anterior creo que mínimo era de uno o dos meses atrás.
Este mensaje es lo que me mosquea
No sé si con esto hay alguna idea del problema, o necesito aumentar el verbosity del log y pegarlo de nuevo, pero así no puedo seguir que esas arrancadas cuando el disco está parándose no son nada buenas.
Saludos
La versión actual la descargué y compilé este fin de semana. La anterior creo que mínimo era de uno o dos meses atrás.
Este mensaje es lo que me mosquea
- Código:
Apr 13 23:05:25 m740av user.info vdr: [293] exiting, exit code 0
Apr 13 23:05:31 m740av daemon.info usbautomounter[474]: usb auto mounter started in umount mode
Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: ext2 partition '/dev/sda1' with 3112960 inodes and 49785427 blocks of size 4096 found.
Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: ext2 partition '/dev/sdb1' with 20224 inodes and 257264 blocks of size 1024 found.
Apr 13 23:05:32 m740av daemon.warn usbautomounter[474]: Mount point '/dev/sda1' on '/var/media/vdr1' busy try lazy umount.
Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: usb auto mounter finished
No sé si con esto hay alguna idea del problema, o necesito aumentar el verbosity del log y pegarlo de nuevo, pero así no puedo seguir que esas arrancadas cuando el disco está parándose no son nada buenas.
Saludos
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Mira este post de bittor sobre añadir un sleep en el rc.local.halt a ver si te sirve:
https://vdr-m7x0.foroactivo.com.es/manuales-y-otros-documentos-de-ayuda-f7/discos-que-funcionan-no-funcionan-con-vdr-ng-em-t52-45.htm#4151
Es meterme en categorías superiores, pero por probar la solución no se pierde mucho....
Edito: A mi, el undelete me provocaba que el giga tardase minuto y medio en apagarse, no se si esto puede afectar también al comportamiento del disco (en caso de que lo tengas activo prueba a desactivarlo).
https://vdr-m7x0.foroactivo.com.es/manuales-y-otros-documentos-de-ayuda-f7/discos-que-funcionan-no-funcionan-con-vdr-ng-em-t52-45.htm#4151
Es meterme en categorías superiores, pero por probar la solución no se pierde mucho....
Edito: A mi, el undelete me provocaba que el giga tardase minuto y medio en apagarse, no se si esto puede afectar también al comportamiento del disco (en caso de que lo tengas activo prueba a desactivarlo).
jb- Betatester
- Cantidad de envíos : 1193
Fecha de inscripción : 16/11/2008
Edad : 55
Localización : Lérida y Zaragoza
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Por el error se ve que el disco esta ocupado.
¿No tendras algo instalado en ese disco que no permite desmontarlo?
Un fichero de swap, alguna aplicación corriendo,...
¿No tendras algo instalado en ese disco que no permite desmontarlo?
Un fichero de swap, alguna aplicación corriendo,...
Posix- Desarrollador
- Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 57
Localización : Madrid
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Buf, lo único que he hecho es restaurar la configuración de la compilación anterior y restaurar lo que faltaba (algún plugin, etc, recompilados claro, que el toolchain tenía cambios).
No hay procesos externos que tenga corriendo que usen o no el disco, por cierto.
Tendré que tirar de config de fábrica a ver si ocurre de nuevo...
Ya comentaré
No hay procesos externos que tenga corriendo que usen o no el disco, por cierto.
Tendré que tirar de config de fábrica a ver si ocurre de nuevo...
Ya comentaré
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Bueno, confirmo que tras reset completo, el disco se sigue despertando justo cuando le manda de nuevo la orden.
Mi disco no tiene ninguna gestión de energía propia, se queda como le manden, aún dejando de recibir tensión USB o señal de datos sigue siempre con giro, además de no haber tenido nunca problema alguno con el apagado, despertar o durmiéndose con el VDR.
El tema es que la parada por inactividad manteniendo VDR encendido funciona correctamente, es exclusivamente algo que al apagar VDR lo despierta tras la orden de parada (que el disco no se desmonta correctamente y se le duerme, pero al instante al seguir montado vuelve a girar con cualquier actividad).
Saludos
Mi disco no tiene ninguna gestión de energía propia, se queda como le manden, aún dejando de recibir tensión USB o señal de datos sigue siempre con giro, además de no haber tenido nunca problema alguno con el apagado, despertar o durmiéndose con el VDR.
El tema es que la parada por inactividad manteniendo VDR encendido funciona correctamente, es exclusivamente algo que al apagar VDR lo despierta tras la orden de parada (que el disco no se desmonta correctamente y se le duerme, pero al instante al seguir montado vuelve a girar con cualquier actividad).
Saludos
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Como dice Posix el disco está ocupado y no se puede desmontar correctamente por algún proceso.
No cargues la configuración anterior directamente en el firm, compila el firm con todo por defecto incluido los plugins que se cargan.
Compruebas si tienes el problema y después pruebas a cargar la configuración anterior.
No cargues la configuración anterior directamente en el firm, compila el firm con todo por defecto incluido los plugins que se cargan.
Compruebas si tienes el problema y después pruebas a cargar la configuración anterior.
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
En el post anterior me refería a que había hecho un factory reset y no restaurado ninguna configuración, simplemente configurado el disco a parar, y seguía ocurriendo.
Pego alguna prueba, no tengo configurada parada alguna del disco, todo por defecto, cerrado VDR y el usbautomounter sigue quejándose pero desmonta el disco:
Pego alguna prueba, no tengo configurada parada alguna del disco, todo por defecto, cerrado VDR y el usbautomounter sigue quejándose pero desmonta el disco:
- Código:
~ # kill-vdr && usbautomounter umount && df
220 m740av SVDRP VideoDiskRecorder 1.4.7; Sat Apr 18 16:01:32 2009
250 Message queued
221 m740av closing connection
Killing VDR
Try n#1
Try n#2
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 4736 4736 0 100% /
/dev/mtdblock2 5888 448 5440 8% /rw-flash
tmpfs 22552 96 22456 0% /var
/dev/mtdblock2 5888 448 5440 8% /etc
/dev/mtdblock2 5888 448 5440 8% /root
~ # tail /var/log/messages
Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: osdteletext
Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: channelscan
Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: channellists
Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: skinenigmang
Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: epgsearch
Apr 18 16:01:39 m740av user.info vdr: [135] exiting, exit code 0
Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: usb auto mounter started in umount mode
Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: ext2 partition '/dev/sda1' with 3112960 inodes and 49785427 blocks of size 4096 found.
Apr 18 16:01:40 m740av daemon.warn usbautomounter[159]: Mount point '/dev/sda1' on '/var/media/vdr1' busy try lazy umount.
Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: usb auto mounter finished
- Código:
~ # ps
PID USER VSZ STAT COMMAND
1 root 1776 S init
2 root 0 SW [keventd]
3 root 0 SWN [ksoftirqd_CPU0]
4 root 0 SW [kswapd]
5 root 0 SW [bdflush]
6 root 0 SW [kupdated]
8 root 0 SW [mtdblockd]
9 root 0 SW [khubd]
15 root 0 SWN [jffs2_gcd_mtd2]
26 root 1764 S syslogd
31 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/iic_int.o
33 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o
34 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o
35 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o
44 root 0 SW [cifsoplockd]
45 root 0 SW [cifsdnotifyd]
52 root 0 SW [usb-storage-0]
53 root 0 SW [scsi_eh_0]
56 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o
57 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o
58 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o
60 root 1900 S insmod /lib/modules/2.4.21-xfs/tainted/tuner.o TUNER0_TYPE=2 TUNER1_TYPE=2
61 root 1900 S insmod /lib/modules/2.4.21-xfs/tainted/tuner.o TUNER0_TYPE=2 TUNER1_TYPE=2
64 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1
65 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1
66 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1
67 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1
68 root 1960 S insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1
78 root 1120 S lircd --device=/dev/lirc
86 root 1776 S inetd /etc/inetd.conf
117 root 1768 S /sbin/getty 115200 ttyS0
122 root 1096 S /usr/bin/irexec -d /etc/lircrc
149 root 1652 R dropbear -i
150 root 1788 S -sh
162 root 1768 R ps
~ #
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Pues es bastante raro que no pueda desmontarse correctamente con la configuración por defecto.
Prueba a hacer una comprobación de disco a ver si es que hay algo mal que provoca este problema.
Prueba a hacer una comprobación de disco a ver si es que hay algo mal que provoca este problema.
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Bueno, voy contandolas pruebas que voy haciendo.
- He probado a forzar el chequeo del disco fuera, en ubuntu, sin ningún problema a señalar. Indicar que el disco hace tiempo ya lo formateé con la herramienta del vdr para tenerlo optimamente. No tiene más particiones (sólo /dev/sda1).
- Con el VDR cerrado, he probado a desmontarlo a mano con un simple umount /dev/sda1. Resultado:
Hay que decir que aunque ocurriese lo de que el disco rearrancase instantaneamente tras el apagado, nunca me decía que se había desmontado mal al volver arrancar el Giga y procediese a rechequearlo.
- Tras ello he probado a realizar un umount pero "lazy", el cual lo ha desmontado... pero al remontarlo, ha venido el chequeo del disco por un mal desmontaje, no sé si por no haberlo intentado con un sync justo antes.
- Sin embargo, en cuando lo he desmontado usando el usbautomounter, aunque notificaba que el disco estaba ocupado y que probase a desmontarlo con la opción lazy, el usbautomounter lo dejaba desmontado y al volver a montarlo no hubo problema de un desmontaje incorrecto.
- Ahora cuando termine de chequearlo VDR, seguiré mirando a ver que ocurre, si cuando llega al comando de parada del disco esta todavía montado y por eso se despierta de nuevo tras ello cuando ejecuta en /etc/rc.halt el sync final y desmontado "lazy" de todos los sistemas de archivos pendientes por desmontar.
- Previamente había probado a meterle un "sleep 10" previo al comando /usr/sbin/scsi-spin para ver si tenía efecto. No ha solucionado nada, así que imagino que el problema viene más adelante.
Seguiré informando (aunque pareceque soy el único con este problema )
Saludos
- He probado a forzar el chequeo del disco fuera, en ubuntu, sin ningún problema a señalar. Indicar que el disco hace tiempo ya lo formateé con la herramienta del vdr para tenerlo optimamente. No tiene más particiones (sólo /dev/sda1).
- Con el VDR cerrado, he probado a desmontarlo a mano con un simple umount /dev/sda1. Resultado:
- Código:
~ # umount /dev/sda1
umount: can't umount /var/media/vdr1: Device or resource busy
Hay que decir que aunque ocurriese lo de que el disco rearrancase instantaneamente tras el apagado, nunca me decía que se había desmontado mal al volver arrancar el Giga y procediese a rechequearlo.
- Tras ello he probado a realizar un umount pero "lazy", el cual lo ha desmontado... pero al remontarlo, ha venido el chequeo del disco por un mal desmontaje, no sé si por no haberlo intentado con un sync justo antes.
- Sin embargo, en cuando lo he desmontado usando el usbautomounter, aunque notificaba que el disco estaba ocupado y que probase a desmontarlo con la opción lazy, el usbautomounter lo dejaba desmontado y al volver a montarlo no hubo problema de un desmontaje incorrecto.
- Ahora cuando termine de chequearlo VDR, seguiré mirando a ver que ocurre, si cuando llega al comando de parada del disco esta todavía montado y por eso se despierta de nuevo tras ello cuando ejecuta en /etc/rc.halt el sync final y desmontado "lazy" de todos los sistemas de archivos pendientes por desmontar.
- Previamente había probado a meterle un "sleep 10" previo al comando /usr/sbin/scsi-spin para ver si tenía efecto. No ha solucionado nada, así que imagino que el problema viene más adelante.
Seguiré informando (aunque pareceque soy el único con este problema )
Saludos
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable
Bueno en la última compilación que he hecho ya no ocurre el problema de despertarse el disco nada más pararlo.
La verdad que está quedado de maravilla el firmware, ya he empezado a probr el plugin mp3 también y funciona medianamente.
Un saludo,
La verdad que está quedado de maravilla el firmware, ya he empezado a probr el plugin mp3 también y funciona medianamente.
Un saludo,
sblanco- Cantidad de envíos : 85
Fecha de inscripción : 18/07/2008
Temas similares
» Disco multimedia como disco de grabaciones ???
» Error en la compilación del firmware unstable (pro)
» Problema compilación unstable sobre ubuntu 8.10
» vsftp en versión unstable
» ¿Es posible compilar unstable en Windows?
» Error en la compilación del firmware unstable (pro)
» Problema compilación unstable sobre ubuntu 8.10
» vsftp en versión unstable
» ¿Es posible compilar unstable en Windows?
Página 1 de 1.
Permisos de este foro:
No puedes responder a temas en este foro.