No edita utilizando enlaces duros

Hola,
Esta es mi primera participación aquí así que, primero de todo, saludos a todos.
Me ha alegrado descubrir un sitio centrado en el vdr para el Gigaset independizado del "otro sitio". Quizá alguien me recuerde de allí, aunque era un participante muy esporádico.

El problema del que quiero hablar es de la posibilidad de editar las grabaciones utilizando enlaces duros, que es opcional en el vdr-NG, y que aparentemente no funciona.

Para el que no sepa de que va: cuando se editan las grabaciones, se van copiando los fragmentos que interesan de los archivos *.vdr iniciales al directorio de la grabación editada. Cuando el vdr está configurado para fragmentar las grabaciones, y especialmente cuando los fragmentos son pequeños (pueden hacerse de 100 MB) hay muchos archivos que se tienen que copiar íntegros. Existe un parche (el hlcutter) del vdr original que lo que hace es vigilar cuando un archivo se debe copiar íntegro y, en esos casos, en lugar de copiarlo, crea un enlace duro al archivo original (básicamente, una entrada de directorio que apunta a los mismos datos) en el directorio de destino, lo cual es mucho más rápido.
Pues bien, aunque tengo la opción de utilizar enlaces duros activada, parece que no se usa: las ediciones tardan lo usual y no se crea ningún enlace duro. Y lo lamento por dos motivos: porque la lentitud de las ediciones es (junto con la falta de subtítulos) una de las pocas cosas que me disgustan del vdr y, sobre todo, porque no sé si soy yo el "culpable" de que no funcione, ya que existe la posibilidad de que se esté utilizando la adaptación del hlcutter que hice yo y que posteé en su día en el otro sitio. Lo que me tiene un poco mosca, porque si no se ha utilizado, malo, y si se ha utilizado y no va, peor ;-)

Hola.

Yo creo que sí funciona, aunque lo de los enlaces duros me había despistado al principio.

Te cuento mi impresión:

Antes no usaba esa opción, y editar un capítulo de muchachada nui (30 minutos; grabados 1 hora), me llevaba un rato, por lo menos 15 minutos o por ahí.

Ahora uso esa opción, y simplemente lo hace en menos de 5 minutos.

Una peli la edita por completo en poco más de 10 minutos.

Antes tardaba mucho, mucho más. No sé si es por esa opción (que la tengo activada), o es la mejora general de VDR-NG con respecto al VDR clásico; pero vamos, que yo creo que sí funciona.

Además, se nota en el comportamiento del disco duro y en el rendimiento: Ahora cuando edito, puedo ver una grabación al mismo tiempo sin problemas. Sólo PUNTUALMENTE, tengo paralizaciones de imagen en la reproducción. Por otro lado, observando el uso del disco duro en una edición, sólo hace un uso intensivo cuando necesita editar algún cacho, pero parte del tiempo de la edición se la debe pasar "checkeando" trozos que no necesita escribir.

Esto es muy distinto a lo que pasaba antes, sin esa opción; donde la escritura era desde el principio y hasta el final, y todo el tiempo igual (era imposible ver otra grabación mientras tanto).

Yo pensaba que debería ser "casi" inmediato, pero realmente es mucho más rápido que sin esa opción, al menos en mi caso.

Eso unido a que se pueden seguir marcando otras grabaciones y mandándolas a la cola de edición, hacen la tarea muy cómoda, porque cuando tienes un rato, puedes marcar varias películas, y las mandas a la cola, y luego te olvidas.

atinar escribió:Y lo lamento por dos motivos: porque la lentitud de las ediciones es (junto con la falta de subtítulos) una de las pocas cosas que me disgustan del vdr

No hay ningún firmware para el M7x0 que soporte subtítulos, así que esa no puede ser una de las cosas que te disgusten del VDR y la edición de grabaciones es de lo mejor, he lanzado 22 ediciones a la vez y viendo otro programa grabado sin problemas y acabando rápidamente.

Ya sé que es una pregunta tonta, pero ¿tu disco duro está formateado en ext2/3 para soportar enlaces duros?
Mira el archivo /var/log/messages porque aunque lo tengas configurado para usar enlaces duros si por algún problema no puede hacerlos, usa el método convencional como parece que te está pasando.

Hola,
Sí, naturalmente está formatedado en ext2, aunque está bien tenerlo todo en cuenta...
Para confirmar que realmente no se usan enlaces duros, esta es la comparación entre el contenido de una grabación original y la editada:
Original:
-rw-r--r-- 1 root root 105156023 Aug 16 07:08 001.vdr
-rw-r--r-- 1 root root 105095190 Aug 16 07:12 002.vdr
-rw-r--r-- 1 root root 105000644 Aug 16 07:15 003.vdr
-rw-r--r-- 1 root root 105153531 Aug 16 07:18 004.vdr
-rw-r--r-- 1 root root 105036206 Aug 16 07:21 005.vdr
-rw-r--r-- 1 root root 104995034 Aug 16 07:25 006.vdr
-rw-r--r-- 1 root root 105188061 Aug 16 07:28 007.vdr
-rw-r--r-- 1 root root 105149122 Aug 16 07:31 008.vdr
-rw-r--r-- 1 root root 105023234 Aug 16 07:34 009.vdr
-rw-r--r-- 1 root root 105110643 Aug 16 07:37 010.vdr
-rw-r--r-- 1 root root 105124351 Aug 16 07:40 011.vdr
-rw-r--r-- 1 root root 105113510 Aug 16 07:44 012.vdr
-rw-r--r-- 1 root root 105069100 Aug 16 07:47 013.vdr
-rw-r--r-- 1 root root 105016118 Aug 16 07:50 014.vdr
-rw-r--r-- 1 root root 105275166 Aug 16 07:53 015.vdr
-rw-r--r-- 1 root root 105262235 Aug 16 07:56 016.vdr
-rw-r--r-- 1 root root 105024481 Aug 16 07:59 017.vdr
-rw-r--r-- 1 root root 105189114 Aug 16 08:03 018.vdr
-rw-r--r-- 1 root root 105059894 Aug 16 08:06 019.vdr
-rw-r--r-- 1 root root 105067645 Aug 16 08:09 020.vdr
-rw-r--r-- 1 root root 105051429 Aug 16 08:12 021.vdr
-rw-r--r-- 1 root root 105192871 Aug 16 08:15 022.vdr
-rw-r--r-- 1 root root 105175037 Aug 16 08:17 023.vdr
-rw-r--r-- 1 root root 105262347 Aug 16 08:20 024.vdr
-rw-r--r-- 1 root root 69422655 Aug 16 08:22 025.vdr
-rw-r--r-- 1 root root 924080 Aug 16 08:22 index.vdr
-rw-r--r-- 1 root root 1545 Aug 16 07:05 info.vdr
Editada:
-rw-r--r-- 1 root root 22 Sep 11 11:44 marks.vdr
-rw-r--r-- 1 root root 4 Sep 11 11:44 resume.vdr
-rw-r--r-- 1 root root 105102516 Sep 11 11:46 001.vdr
-rw-r--r-- 1 root root 104959745 Sep 11 11:48 002.vdr
-rw-r--r-- 1 root root 104926124 Sep 11 11:49 003.vdr
-rw-r--r-- 1 root root 105125972 Sep 11 11:51 004.vdr
-rw-r--r-- 1 root root 104957004 Sep 11 11:53 005.vdr
-rw-r--r-- 1 root root 105028429 Sep 11 11:54 006.vdr
-rw-r--r-- 1 root root 105057075 Sep 11 11:56 007.vdr
-rw-r--r-- 1 root root 104948687 Sep 11 11:58 008.vdr
-rw-r--r-- 1 root root 104938347 Sep 11 11:59 009.vdr
-rw-r--r-- 1 root root 105056519 Sep 11 12:01 010.vdr
-rw-r--r-- 1 root root 104860822 Sep 11 12:03 011.vdr
-rw-r--r-- 1 root root 105107770 Sep 11 12:04 012.vdr
-rw-r--r-- 1 root root 104913994 Sep 11 12:06 013.vdr
-rw-r--r-- 1 root root 105200711 Sep 11 12:07 014.vdr
-rw-r--r-- 1 root root 104873753 Sep 11 12:09 015.vdr
-rw-r--r-- 1 root root 104929173 Sep 11 12:11 016.vdr
-rw-r--r-- 1 root root 9785328 Sep 11 12:11 017.vdr
-rw-r--r-- 1 root root 610472 Sep 11 12:11 index.vdr
-rw-r--r-- 1 root root 1545 Sep 11 11:44 info.vdr
-rw-r--r-- 1 root root 22 Sep 11 12:11 marks.vdr

La grabación original no tiene anuncios en medio, sólo se ha quitado la parte inicial y final, así que la mayoría de los ficheros intermedios deberían tener dos enlaces duros (el número que se ve antes del propietario del archivo es el número de enlaces duros a cada archivo y es siempre uno).

Respecto a lo que aparece en messages, es básicamente esto:

Sep 11 12:30:04 m1 user.info vdr: [126] loading /var/vdr/video0/.../2008-08-17.07.00.50.99.rec//marks.vdr
Sep 11 12:30:04 m1 user.info vdr: [126] info: Grabación añadida a la cola de edición
Sep 11 12:30:05 m1 user.info vdr: [139] loading /var/vdr/video0/.../2008-08-17.07.00.50.99.rec//marks.vdr
Sep 11 12:30:05 m1 user.info vdr: [139] [extecmenu] editing /var/vdr/video0/.../2008-08-17.07.00.50.99.rec
Sep 11 12:30:05 m1 user.info vdr: [135] frontend 1 lost lock on channel 27, tp 688
Sep 11 12:30:05 m1 user.info vdr: [135] frontend 1 regained lock on channel 27, tp 688
Sep 11 12:30:06 m1 user.info vdr: [135] frontend 1 lost lock on channel 27, tp 688
Sep 11 12:30:07 m1 user.info vdr: [135] frontend 1 regained lock on channel 27, tp 688

donde lo de "lost lock" y "regainded lock" se va repitiendo durante todo el tiempo de la edición.

Y aún tengo curiosidad : ¿se usa mi adaptación del parche?

una pregunta?
donde se guarda la grabacion editada?, en el mismo dispositivo?
es decir si por algo la esta guardando en otro dispositivo fisico, los hard links no funcionan.

Quizas es una tonteria lo que digo.

@atinar
Pues la verdad es que no te lo está haciendo.

Al principio para probarlo, grabé una película con trozos de 40 MB (recomiendan entre 30 y 40 MB para una edición con enlaces duros, aunque evidentemente depende del bitrate) y la edición sin anuncios la hizo en 2 o 3 minutos (no recuerdo bien) por lo que supuse que estaba funcionando correctamente.

Después he cambiado unas cuantas cosas como añadir otro disco, formatear con varias particiones por disco, configuración del tamaño de trozos por defecto, actualizar firmware, etc., pero al igual que gigatron noto que ahora las ediciones van más rápidas que antes, pero puede deberse a otros factores ya que el tema de edición de grabaciones en el VDR-NG-EM está bastante optimizado, a parte de que los firmwares VDR-NG tienen muchísimos cambios (incluso a nivel ensamblador MIPS) para mejorar el rendimiento en general.

En cuanto pueda miraré a ver si lo está haciendo o no.
¿qué versión usas?, ¿la unstable del SVN o la generada con el builder?
¿usas varios directorios como carpeta de grabaciones o sólo uno?

No había leído en el mensaje de antes que habías hecho una adaptación del parche hl-cutter, en su momento pensé que sólo habías corregido los rejects, pero ¿tenía alguna mejora en especial?.


@zjuanma:
Este parche en principio funciona con múltiples carpetas de grabación, pero no sé cómo reaccionará ante dispositivos distintos, aunque es de suponer que intentará hacerlo en el mismo dispositivo, pero habrá que mirarlo para asegurarse.

@zjuanma
Sí, la grabación editada se guarda en la misma partición. Es verdad que si no, no funcionaría.

@bittor
La versión que uso es la generada con el FW_VDR-NG-EM_builder.zip que está en la zona de descargas.
Al parche hlcutter sólo le corregí los conflictos, como bien dices. No le añadí nada, que no llego a tanto... . Y, en realidad, ni siquiera sé si los corregí de verdad, porque no sé si nadie llegó a probarlo...
Respecto al comentario del principio sobre los subtítulos (tema que se comentó también en el otro sitio y no sé si se ha vuelto a hablar alguna vez) puede que ningún firmware los maneje, pero lo que me molesta es que el vdr está muy cerca de poderlo hacer. Como sabes también existe un parche para ello y como me parece que tú mismo informaste, las nuevas versiones del vdr para pc ya llevan ese parche incorporado. El problema aquí es que el parche afecta a zonas del vdr completamente reescritas para el Gigaset. Me temo que hay una divergencia entre el vdr original y la versión para el Gigaset que puede impedir que se incorporen en el segundo las mejoras que se vayan haciendo en el primero.
Por mi parte, en tanto no se vean los subtítulos, creo que acabaré una tarea en la que estoy desde hace un montón de años: conseguir entender de una maldita vez el inglés hablado ;-)

Vale, en cuanto actualice unas cuantas cosas del firmware y añada unas traducciones que me ha pasado jrabade lo probaré a ver si funciona bien.

Respecto a las actualizaciones del VDR para PC y los subtítulos DVB "dependemos" de lo que hagan los desarrolladores del open7x0.org debido a que toca partes importantes del código que han sido completamente re-escritas y ninguno de nosotros tenemos los conocimientos suficientes para hacerlas funcionar.

Hace un tiempo les pregunté por la actualización al VDR 1.6.x (que ya lleva incorporado el tema de subtítulos) y es algo que ya han hablado entre ellos pero debido al alto número de cambios que han realizado para el M7x0 no saben cuando encontrarán tiempo para hacerlo, pero en principio la actualizarán como han hecho hasta ahora, aunque nunca se sabe lo que puede pasar.

Hola,
Tozudo que soy, todavía estoy interesado en esto...
Agradecería que alguien posteara un listado detallado (ls -l) del directorio de alguna grabación editada, antes de borrar la grabación original, para poder ver si hay archivos que tengan dos enlaces duros.
Los tiempos de edición que habéis dado son mucho menores de los que me resultan a mi, lo que me lleva a pensar que realmente os funciona. A mi la edición de una película de dos horas (duración después de editar) me tarda aproximadamente una hora.
¿Podría ser un tema de configuración? ¿Hace falta hacer algo más aparte de activar el uso de los enlaces duros?

Desde que lo dijiste he estado observando la velocidad al editar con enlaces duros y creo que funciona bien, pero no he dicho nada porque no lo he confirmado fehacientemente tal y como comentas mirando si hay enlaces duros, porque las hago con la versión Lite y sin el syslog.

Tengo puesto que los trozos se hagan en archivos de 40 MB, que sería el valor óptimo para los enlaces duros y las ediciones son realmente rápidas.
El otro día edité "Cazadores de hombres" que dura unos 70 minutos sin anuncios y otra cosa a la vez que no me acuerdo y lo hizo en unos 5 minutos en 2 discos duros con 2 particiones cada uno.

¿tienes configurado que las grabaciones editadas se partan en archivos?
está puesto por defecto, pero a lo mejor lo cambiaste.

Puedes tener mala suerte y que de la casualidad que según tengas la edición no se puedan aprovechar los trozos, eso lo vi una vez que sacaban anuncios cada dos minutos y se tenían que escribir los nuevos trozos enteros.

También puede ser que en la versión stable que usas no funcione correctamente por incompatibilidad con algún parche, aunque sería raro.

En la versión stable las grabaciones originales se borran automáticamente si la grabación editada ha sido correcta, en la unstable se puede configurar este comportamiento.

Sí que tengo activa la opción de partir los ficheros editados.
A mi no se me borran las grabaciones originales. Al final me están entrando dudas sobre la versión que estoy usando, a ver si no es la "buena"...
Esto es lo que me da "vdr --version"

Código:

vdr (1.4.7/1.4.5/Edici�n Mejorada Pro 0.3 BETA (o7o SVN 242M)) - The Video Disk Recorder

Y (por si interesa) esto es lo que me da el "uname -a"

Código:

Linux m1 2.4.21-xfs #1 mié abr 23 13:55:38 CEST 2008 mips unknown

¿Estoy usando la versión en la que funciona?

Hay una actualización que es la 0.3.1, pero en principio la 0.3 también tendría que borrar las grabaciones editadas originales.

Prueba a actualizar haciendo un factory reset, puedes hacerlo creando el directorio /rw-flash/SI (respetando las mayúsculas).

Info de la última versión:
http://www.assembla.com/flows/show/dvdYZElHWr3Byfab7jnrAJ

Hola, yo tengo el problema que creo que no me hace caso a las opciones de edición.

Tengo, partir archivos editados "no"
autborrar "si"
maximo de mb por segundo "1"
maximo ancho de banda "25%"
editar con enlaces duros "no"

Y ni me borra los ficheros originales, y creo que tampoco hace caso a las mb por segundo, porque cuando está editando un video, si me pongo a ver una grabacion (para probar) va a saltos todo el rato.

Lo tienes mal configurado para hacer ediciones.
Partir archivos editados -> sí
Editar con enlaces duros -> sí
Tamaño máximo de fichero (MB) -> entre 40 (lo mejor para ediciones con enlaces duros) y 100

El máximo de MB por segundo ponlo a lo que te de el io-test o un poco más por si quieres ponerlo a 100% y el máximo ancho de banda con un "65%" tendrías que poder ver otras grabaciones a la vez sin tirones.

Y a mi el parámetro de autoborrar la grabación original me funciona, es decir, si está a sí la borra y a no pues no la borra.

bittor escribió:Lo tienes mal configurado para hacer ediciones.
Partir archivos editados -> sí
Editar con enlaces duros -> sí
Tamaño máximo de fichero (MB) -> entre 40 (lo mejor para ediciones con enlaces duros) y 100

El máximo de MB por segundo ponlo a lo que te de el io-test o un poco más por si quieres ponerlo a 100% y el máximo ancho de banda con un "65%" tendrías que poder ver otras grabaciones a la vez sin tirones.

Y a mi el parámetro de autoborrar la grabación original me funciona, es decir, si está a sí la borra y a no pues no la borra.

Ok, luego lo configuro y lo pruebo así.
El tamaño máximo de fichero te refieres a la hora de grabar no? creo que lo tengo como viene por defecto (200 o 300mb)
El tema de enlaces duros te permite borrar la grabación original no?, aunque si a ti te funciona el borrar automaticamente la grabación, la respuesta es que si.

Lo que haré luego (si tengo tiempo) es coger el disco, me lo llevo al pc con linux,traspaso las grabaciones y le pegaré un formateo como indicabas en otro post, y haré el io-test, y ya lo dejaré todo apuntito apuntito es que como "heredando" cosas de SIESTA, tengo que hacer limpio para poder juzgar con exactitud

yeahhh escribió:El tamaño máximo de fichero te refieres a la hora de grabar no?

Sí.

yeahhh escribió:El tema de enlaces duros te permite borrar la grabación original no?

Sí.

Ok, todo puesto como me has comentado.
Los mb los he puesto a 2mb (el io-test me daba 3,5 mb en el primero y 2,5 en el segundo).

Mañana probaré editar grabaciones con estas opciones, y ya comentaré las impresiones.

Por cierto, todo esto también se podría colgar en la wiki no? como configurar el giga para un rendimiento óptimo en ediciones.

Si mañana veo una mejora sustancial en el tema de ediciones (que no lo dudo) lo cuelgo en la wiki.

Si lo pones en la wiki sería genial.

Pero depende a lo que llamemos un rendimiento óptimo en ediciones.
Entiendo (viendo tu configuración baja de MB) que tú llamas óptimo a
editar y ver otra cosa a la vez, pero pienso que la gente llamará
óptimo a editar una grabación lo más rápido posible sin necesidad de
estar viendo o grabando otra cosa.

Además, poner que grabe en trozos de 40 MB está muy bien para editar
con enlaces duros (30 MB todavía es mejor) porque una peli de menos de
2 horas la tienes editada en unos 5 minutos de media (al 100% de ancho
de banda del disco), pero según el rendimiento del disco duro y el
bitrate de la película puede que veas alguna pixelación cuando salta de
un trozo a otro y para evitarlo hay que subir un poco el tamaño.

Desde luego que se puede hacer un artículo de consejos para un buen
rendimiento en ediciones, y aunque es algo más general y que cada uno
tiene que afinar según sus necesidades y gustos, se pueden explicar los
puntos clave para conseguirlo.

También tienes que tener en cuenta que la mayor parte de opciones de las que hablamos sólo están en la versión unstable.

Ok, pues entonces esperaremos.

Ahora mismo estoy editando una grabación, es un capítulo que dura unos 40 minutos (la grabación dura los 40 minutos + 15 al inicio + 40 al final) y con archivos de 40 mb.
Ha tardado en editarla unos 8 minutos, pero igualmente sigo sin poder ver nada grabado, es como si ocupara todo el ancho de banda del disco.

Como observación "constructiva" y comparando firms, con LCK-Siesta el tema de ediciones es más "arcaico" ya que solo pone marcas donde tu dices y no puedes moverlas fotograma a fotograma como con VDR, pero en contrapartida el giga sigue siendo funcional, a nivel de grabaciones y de poder verlas.
El primer dia que sacaron el tema de ediciones, estuve haciendo pruebas, mientras editaba una grabación, puse a grabar 2 canales a la vez y encima me puse a ver una grabación.
El giga iba extremadamente lento por los menús, pero no tuve ningún corte en la reproducción de la grabación, ni en las 2 grabaciones que estuve haciendo.

Yo creo que es un problema de prioridad de procesos, me da la impresión que todos los procesos se ejecutan con prioridad normal, y claro, si es un proceso muy pesado, acapara todo.
El proceso de edición (por lo menos para mi gusto) tendría que ser (en caso de tener que grabar algo en ese momento o reproducir) el de menos prioridad.

Volveré a probar la edición tocando el % en el menu de edición, pero eso no me ha hecho nunca mucho caso, ya que lo tenía al 25% y me hacia lo mismo.

Y tampoco me borra la grabación original (aun cuando lo tiene marcado para ello), que cosa más rara...

Edito para decir que lo de los enlaces duros tampoco lo hace, he hecho un ls para ver el numerito que sale al lado, y siempre sale 1.
Además, si los hubiese utilizado hubiese tardado en editar menos de 1 minuto, ya que "solo" era hacer enlaces duros a unos 15 ficheros vdr de 40 megas y "cortar" el primer y el ultimo fichero vdr.

Es algo en lo que no me importaría indagar e investigar hasta que llegemos al "quiz" de la cuestión

No creo que sea un tema de prioridades, porque las ediciones ya tienen una prioridad más baja que los demás procesos.

Si ni siquiera te funciona borrar la grabación original después de acabar la edición, algo no te está funcionando bien.
¿has mirado el /var/log/messages a ver si dice algo al respecto?

Lo de los enlaces duros lo tengo activo, aunque no he comprobado que los hace porque como tarda unos 5 minutos de media pensaba que lo estaba haciendo bien.

Me parece genial que quieras probar este tema para dejarlo perfecto.
Cuando pueda añadiré un parche de debug para las ediciones del VDR registrando los procesos que vaya haciendo para depurarlo y detectar los posibles problemas.

Este es el messages que tengo (lo he borrado justo antes de hacer la edición para solo ver lo que ha salido desde el inicio de la edición)

Nov 21 14:27:18 m740av user.info vdr: [195] info: GrabaciÛn aÒadida a la cola de ediciÛn
Nov 21 14:27:18 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/message/info.xpm) LOGO NOT FOUND
Nov 21 14:27:18 m740av user.info vdr: [205] loading /var/vdr/video0/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec//marks.vdr
Nov 21 14:27:18 m740av user.info vdr: [205] [extecmenu] editing /var/vdr/video0/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec
Nov 21 14:27:27 m740av user.info vdr: [195] switching to channel 12
Nov 21 14:27:29 m740av user.info vdr: [246] M7X0 TS-Buffer on device 1 has lost 0 during Recording. Buffer Stats 66556 Bytes (4%)
Nov 21 14:27:38 m740av user.info vdr: [195] switching to channel 5
Nov 21 14:27:39 m740av user.err vdr: [254] ERROR: thread 254 won't end (waited 2 seconds) - canceling it...
Nov 21 14:27:39 m740av user.info vdr: [255] M7X0 TS-Buffer on device 1 has lost 0 during Recording. Buffer Stats 65612 Bytes (4%)
Nov 21 14:28:19 m740av user.err vdr: [258] ERROR: thread 258 won't end (waited 2 seconds) - canceling it...
Nov 21 14:28:44 m740av user.info vdr: [195] cleaning up schedules data
Nov 21 14:28:44 m740av user.info vdr: [260] removing recording /var/vdr/video0/%CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.del
Nov 21 14:35:56 m740av user.info vdr: [202] System Time = Fri Nov 21 14:35:56 2008 (1227274556)
Nov 21 14:35:57 m740av user.info vdr: [202] Local Time = Fri Nov 21 14:35:59 2008 (1227274559)
Nov 21 14:51:13 m740av user.err vdr: [195] filebrowser: no translation found for 'Filebrowser' in language 10 (EspaÒol)
Nov 21 14:51:22 m740av user.err vdr: [195] extrecmenu: no translation found for 'Button$Back' in language 10 (EspaÒol)
Nov 21 14:51:23 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadImage(/var/vdr/video0/%CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec/Cover-Enigma.xpm) FILE NOT FOUND
Nov 21 14:51:23 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/menu/recordings.xpm) LOGO NOT FOUND
Nov 21 14:51:25 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadImage(/var/vdr/video0/%CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec/Cover-Enigma.xpm) FILE NOT FOUND
Nov 21 14:51:25 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/menu/recordings.xpm) LOGO NOT FOUND
Nov 21 14:51:30 m740av user.err vdr: [195] extrecmenu: no translation found for 'Button$Back' in language 10 (EspaÒol)
Nov 21 14:51:31 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadImage(/var/vdr/video0/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec/Cover-Enigma.xpm) FILE NOT FOUND
Nov 21 14:51:31 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/menu/recordings.xpm) LOGO NOT FOUND
Nov 21 14:51:33 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadImage(/var/vdr/video0/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec/Cover-Enigma.xpm) FILE NOT FOUND
Nov 21 14:51:33 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/menu/recordings.xpm) LOGO NOT FOUND
Nov 21 14:51:35 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadImage(/var/vdr/video0/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec/Cover-Enigma.xpm) FILE NOT FOUND
Nov 21 14:51:35 m740av user.err vdr: [195] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/icons/menu/recordings.xpm) LOGO NOT FOUND
Nov 21 14:51:36 m740av user.info vdr: [205] [extrecmenu] editing process ended
Nov 21 14:52:01 m740av user.info vdr: [203] EPGSearch: search timer update started
Nov 21 14:52:07 m740av ftp.info pure-ftpd: (?@192.168.1.2) [INFO] New connection from 192.168.1.2
Nov 21 14:52:07 m740av ftp.info pure-ftpd: (?@192.168.1.2) [INFO] r is now logged in
Nov 21 14:52:08 m740av user.info vdr: [203] EPGSearch: search timer update finished
Nov 21 14:52:08 m740av user.info vdr: [203] EPGSearch: check for timer conflicts
Nov 21 14:52:08 m740av user.info vdr: [203] EPGSearch: check for timer conflicts - done
Nov 21 14:52:33 m740av ftp.info pure-ftpd: (?@192.168.1.2) [INFO] New connection from 192.168.1.2
Nov 21 14:52:33 m740av ftp.info pure-ftpd: (?@192.168.1.2) [INFO] r is now logged in

Y puedes ver lo que ha tardado en editar, más de 20 minutos, y la grabación resultante es de 1,72gb, tampoco algo exagerado.

Y esta es la salida del ls -la

Grabación original
/var/media/vdr1/CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec # ls -la
drwxr-xr-x 2 root root 4096 Nov 21 13:28 .
drwxr-xr-x 3 root root 4096 Nov 21 08:42 ..
-rw-r--r-- 1 root root 42157899 Nov 21 08:43 001.vdr
-rw-r--r-- 1 root root 42139987 Nov 21 08:44 002.vdr
-rw-r--r-- 1 root root 42214477 Nov 21 08:46 003.vdr
-rw-r--r-- 1 root root 42202978 Nov 21 08:47 004.vdr
-rw-r--r-- 1 root root 42308954 Nov 21 08:49 005.vdr
-rw-r--r-- 1 root root 42213920 Nov 21 08:50 006.vdr
-rw-r--r-- 1 root root 42164404 Nov 21 08:51 007.vdr
-rw-r--r-- 1 root root 42121503 Nov 21 08:53 008.vdr
-rw-r--r-- 1 root root 42159275 Nov 21 08:54 009.vdr
-rw-r--r-- 1 root root 42212364 Nov 21 08:55 010.vdr
-rw-r--r-- 1 root root 42141368 Nov 21 08:57 011.vdr
-rw-r--r-- 1 root root 42198001 Nov 21 08:58 012.vdr
-rw-r--r-- 1 root root 42214172 Nov 21 08:59 013.vdr
-rw-r--r-- 1 root root 42110954 Nov 21 09:01 014.vdr
-rw-r--r-- 1 root root 42164113 Nov 21 09:02 015.vdr
-rw-r--r-- 1 root root 42155400 Nov 21 09:03 016.vdr
-rw-r--r-- 1 root root 42168706 Nov 21 09:05 017.vdr
-rw-r--r-- 1 root root 42164675 Nov 21 09:06 018.vdr
-rw-r--r-- 1 root root 42150859 Nov 21 09:08 019.vdr
-rw-r--r-- 1 root root 42176117 Nov 21 09:09 020.vdr
-rw-r--r-- 1 root root 42151860 Nov 21 09:10 021.vdr
-rw-r--r-- 1 root root 42182495 Nov 21 09:12 022.vdr
-rw-r--r-- 1 root root 42172853 Nov 21 09:13 023.vdr
-rw-r--r-- 1 root root 42156009 Nov 21 09:14 024.vdr
-rw-r--r-- 1 root root 42151547 Nov 21 09:16 025.vdr
-rw-r--r-- 1 root root 42148566 Nov 21 09:17 026.vdr
-rw-r--r-- 1 root root 42185124 Nov 21 09:18 027.vdr
-rw-r--r-- 1 root root 42103099 Nov 21 09:20 028.vdr
-rw-r--r-- 1 root root 42225710 Nov 21 09:21 029.vdr
-rw-r--r-- 1 root root 42155015 Nov 21 09:22 030.vdr
-rw-r--r-- 1 root root 42122948 Nov 21 09:24 031.vdr
-rw-r--r-- 1 root root 42216214 Nov 21 09:25 032.vdr
-rw-r--r-- 1 root root 42149090 Nov 21 09:27 033.vdr
-rw-r--r-- 1 root root 42160816 Nov 21 09:28 034.vdr
-rw-r--r-- 1 root root 42157927 Nov 21 09:29 035.vdr
-rw-r--r-- 1 root root 42185619 Nov 21 09:31 036.vdr
-rw-r--r-- 1 root root 42154325 Nov 21 09:32 037.vdr
-rw-r--r-- 1 root root 42173639 Nov 21 09:33 038.vdr
-rw-r--r-- 1 root root 42164162 Nov 21 09:35 039.vdr
-rw-r--r-- 1 root root 42118481 Nov 21 09:36 040.vdr
-rw-r--r-- 1 root root 42193228 Nov 21 09:37 041.vdr
-rw-r--r-- 1 root root 42181322 Nov 21 09:39 042.vdr
-rw-r--r-- 1 root root 42158422 Nov 21 09:40 043.vdr
-rw-r--r-- 1 root root 42146784 Nov 21 09:42 044.vdr
-rw-r--r-- 1 root root 42159876 Nov 21 09:43 045.vdr
-rw-r--r-- 1 root root 42129567 Nov 21 09:44 046.vdr
-rw-r--r-- 1 root root 42189021 Nov 21 09:46 047.vdr
-rw-r--r-- 1 root root 42162748 Nov 21 09:47 048.vdr
-rw-r--r-- 1 root root 42225307 Nov 21 09:48 049.vdr
-rw-r--r-- 1 root root 42118260 Nov 21 09:50 050.vdr
-rw-r--r-- 1 root root 42154487 Nov 21 09:51 051.vdr
-rw-r--r-- 1 root root 42181372 Nov 21 09:52 052.vdr
-rw-r--r-- 1 root root 42144805 Nov 21 09:54 053.vdr
-rw-r--r-- 1 root root 42160654 Nov 21 09:55 054.vdr
-rw-r--r-- 1 root root 42148763 Nov 21 09:56 055.vdr
-rw-r--r-- 1 root root 42185092 Nov 21 09:58 056.vdr
-rw-r--r-- 1 root root 42164774 Nov 21 09:59 057.vdr
-rw-r--r-- 1 root root 42175098 Nov 21 10:01 058.vdr
-rw-r--r-- 1 root root 42167485 Nov 21 10:02 059.vdr
-rw-r--r-- 1 root root 42147616 Nov 21 10:03 060.vdr
-rw-r--r-- 1 root root 42172612 Nov 21 10:05 061.vdr
-rw-r--r-- 1 root root 42197790 Nov 21 10:06 062.vdr
-rw-r--r-- 1 root root 42137413 Nov 21 10:07 063.vdr
-rw-r--r-- 1 root root 42164219 Nov 21 10:09 064.vdr
-rw-r--r-- 1 root root 42128574 Nov 21 10:10 065.vdr
-rw-r--r-- 1 root root 42200188 Nov 21 10:11 066.vdr
-rw-r--r-- 1 root root 42184320 Nov 21 10:13 067.vdr
-rw-r--r-- 1 root root 42194416 Nov 21 10:14 068.vdr
-rw-r--r-- 1 root root 42129624 Nov 21 10:15 069.vdr
-rw-r--r-- 1 root root 42183526 Nov 21 10:17 070.vdr
-rw-r--r-- 1 root root 42160256 Nov 21 10:18 071.vdr
-rw-r--r-- 1 root root 42116069 Nov 21 10:20 072.vdr
-rw-r--r-- 1 root root 42183310 Nov 21 10:21 073.vdr
-rw-r--r-- 1 root root 42166590 Nov 21 10:22 074.vdr
-rw-r--r-- 1 root root 42168646 Nov 21 10:24 075.vdr
-rw-r--r-- 1 root root 42223874 Nov 21 10:25 076.vdr
-rw-r--r-- 1 root root 42090837 Nov 21 10:26 077.vdr
-rw-r--r-- 1 root root 42178809 Nov 21 10:28 078.vdr
-rw-r--r-- 1 root root 42161124 Nov 21 10:29 079.vdr
-rw-r--r-- 1 root root 42139616 Nov 21 10:30 080.vdr
-rw-r--r-- 1 root root 42164443 Nov 21 10:32 081.vdr
-rw-r--r-- 1 root root 42226205 Nov 21 10:33 082.vdr
-rw-r--r-- 1 root root 42106997 Nov 21 10:35 083.vdr
-rw-r--r-- 1 root root 42181007 Nov 21 10:36 084.vdr
-rw-r--r-- 1 root root 42131831 Nov 21 10:37 085.vdr
-rw-r--r-- 1 root root 42178020 Nov 21 10:39 086.vdr
-rw-r--r-- 1 root root 42140868 Nov 21 10:40 087.vdr
-rw-r--r-- 1 root root 42162986 Nov 21 10:41 088.vdr
-rw-r--r-- 1 root root 42186945 Nov 21 10:43 089.vdr
-rw-r--r-- 1 root root 42163292 Nov 21 10:44 090.vdr
-rw-r--r-- 1 root root 15589759 Nov 21 10:45 091.vdr
-rw-r--r-- 1 root root 1474928 Nov 21 10:45 index.vdr
-rw-r--r-- 1 root root 228 Nov 21 08:42 info.vdr
-rw-r--r-- 1 root root 88 Nov 21 13:28 marks.vdr
-rw-r--r-- 1 root root 4 Nov 21 14:27 resume.vdr


Grabación editada
/var/media/vdr1/%CAPITAL_LA_BOLSA_Y_LA_VIDA/2008-11-21.07.15.50.99.rec # ls -la
drwxr-xr-x 2 root root 4096 Nov 21 14:51 .
drwxr-xr-x 3 root root 4096 Nov 21 14:27 ..
-rw-r--r-- 1 root root 42138229 Nov 21 14:27 001.vdr
-rw-r--r-- 1 root root 42163645 Nov 21 14:28 002.vdr
-rw-r--r-- 1 root root 42175277 Nov 21 14:28 003.vdr
-rw-r--r-- 1 root root 42166248 Nov 21 14:29 004.vdr
-rw-r--r-- 1 root root 42139256 Nov 21 14:30 005.vdr
-rw-r--r-- 1 root root 42200053 Nov 21 14:30 006.vdr
-rw-r--r-- 1 root root 42154037 Nov 21 14:31 007.vdr
-rw-r--r-- 1 root root 42168485 Nov 21 14:31 008.vdr
-rw-r--r-- 1 root root 42150064 Nov 21 14:32 009.vdr
-rw-r--r-- 1 root root 42124901 Nov 21 14:32 010.vdr
-rw-r--r-- 1 root root 42163477 Nov 21 14:33 011.vdr
-rw-r--r-- 1 root root 41962004 Nov 21 14:33 012.vdr
-rw-r--r-- 1 root root 42150623 Nov 21 14:34 013.vdr
-rw-r--r-- 1 root root 41952848 Nov 21 14:35 014.vdr
-rw-r--r-- 1 root root 29263431 Nov 21 14:35 015.vdr
-rw-r--r-- 1 root root 41950027 Nov 21 14:35 016.vdr
-rw-r--r-- 1 root root 42099736 Nov 21 14:36 017.vdr
-rw-r--r-- 1 root root 41949262 Nov 21 14:37 018.vdr
-rw-r--r-- 1 root root 42148096 Nov 21 14:37 019.vdr
-rw-r--r-- 1 root root 42174008 Nov 21 14:38 020.vdr
-rw-r--r-- 1 root root 42158987 Nov 21 14:38 021.vdr
-rw-r--r-- 1 root root 42167819 Nov 21 14:39 022.vdr
-rw-r--r-- 1 root root 42151384 Nov 21 14:39 023.vdr
-rw-r--r-- 1 root root 42143755 Nov 21 14:40 024.vdr
-rw-r--r-- 1 root root 41944442 Nov 21 14:40 025.vdr
-rw-r--r-- 1 root root 42130926 Nov 21 14:41 026.vdr
-rw-r--r-- 1 root root 41947556 Nov 21 14:41 027.vdr
-rw-r--r-- 1 root root 42151734 Nov 21 14:42 028.vdr
-rw-r--r-- 1 root root 42185714 Nov 21 14:43 029.vdr
-rw-r--r-- 1 root root 38219757 Nov 21 14:43 030.vdr
-rw-r--r-- 1 root root 42151572 Nov 21 14:44 031.vdr
-rw-r--r-- 1 root root 42154406 Nov 21 14:44 032.vdr
-rw-r--r-- 1 root root 42155401 Nov 21 14:45 033.vdr
-rw-r--r-- 1 root root 42145069 Nov 21 14:45 034.vdr
-rw-r--r-- 1 root root 42180202 Nov 21 14:46 035.vdr
-rw-r--r-- 1 root root 2731746 Nov 21 14:46 036.vdr
-rw-r--r-- 1 root root 42141377 Nov 21 14:46 037.vdr
-rw-r--r-- 1 root root 42180191 Nov 21 14:47 038.vdr
-rw-r--r-- 1 root root 41949797 Nov 21 14:47 039.vdr
-rw-r--r-- 1 root root 42126323 Nov 21 14:48 040.vdr
-rw-r--r-- 1 root root 42192139 Nov 21 14:49 041.vdr
-rw-r--r-- 1 root root 42164193 Nov 21 14:49 042.vdr
-rw-r--r-- 1 root root 42147116 Nov 21 14:50 043.vdr
-rw-r--r-- 1 root root 42181357 Nov 21 14:50 044.vdr
-rw-r--r-- 1 root root 42138950 Nov 21 14:51 045.vdr
-rw-r--r-- 1 root root 18872988 Nov 21 14:51 046.vdr
-rw-r--r-- 1 root root 719232 Nov 21 14:51 index.vdr
-rw-r--r-- 1 root root 228 Nov 21 14:27 info.vdr
-rw-r--r-- 1 root root 88 Nov 21 14:51 marks.vdr

Pues 20 minutos es una pasada, supongo que has usado parámetros para intentar ver otra cosa a la vez o ¿lo has puesto al 100% para que sólo edite sin importar ver otra grabación? .

No sé si tendrá que ver, pero veo que usas el plugin extrecmenu para lanzar la edición y pudiera ser que de esta forma no haga caso a la configuración VDR para ediciones.

Luego veo que te borra la grabación editada en lugar de la original ¿esto es así?.

Prueba a lanzar la edición pulsando el número 2 cuando estás reproduciendo la grabación y luego accede al menú de grabaciones original del VDR para ver si tienes la original o no.

bittor escribió:Pues 20 minutos es una pasada, supongo que has usado parámetros para intentar ver otra cosa a la vez o ¿lo has puesto al 100% para que sólo edite sin importar ver otra grabación? .

No sé si tendrá que ver, pero veo que usas el plugin extrecmenu para lanzar la edición y pudiera ser que de esta forma no haga caso a la configuración VDR para ediciones.

Luego veo que te borra la grabación editada en lugar de la original ¿esto es así?.

Prueba a lanzar la edición pulsando el número 2 cuando estás reproduciendo la grabación y luego accede al menú de grabaciones original del VDR para ver si tienes la original o no.

Pues si, es una pasada...
Lo tengo asi:
Partir archivos editados: si
Auto borrar grabación original: si
Maximo de MB por segundo: 2
Máximo ancho de banda usado en %: 65
Editar con enlaces duros: si

Si desactivo el extrecmenu, que pierdo?

Lo tengo configurado asi:
Mostrar fecha : si
Mostrar hora: si
Mostrar duracion: no
Mostrar nº nuevas... si
Mostrar alternativa: si
Mostrar espacio libre: si
Ordenacion: ascendente
Ocultar entrada menu principal: si
Sustituir menu original de grabaciones: si
Ir a ultima grabacion reproducida: si
Ir al plugin despues de reproducir: si
Parchear fuente: si
Limitar ancho de banda para mover: no
Usar menu info de grabaciones VDR: si
Usar cola de edición: si

No,no me borra ninguna grabación, ni la editada ni la original.
Y como accedo al menu original del VDR? creo que tal y como tengo el plugin extrecmenu no puedo verlo.

Si el extrecmenu no me aporta nada, lo desactivo y santas pascuas.