¿Algún método rápido para sacar+unir grabaciones del disco duro (usb) ?

pjllaneras escribió:Intenta comentando la línea OtherOpt, a ver que pasa... la opción "-really-quiet" hace que el mencoder no muestre nada por pantalla, quitando esa opción verás el error que te da.

Efectivamente, lo que yo pensaba:

Código:

p@3800x2-Ub:~$ ./vdr2avi.sh ftp/Vaya_Semanita
Entrando en el directorio /home/p/ftp/Vaya_Semanita
Entrando en el directorio /home/p/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec
Convirtiendo /home/p/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec --> /home/p/Vaya_Semanita_2009-03-01.avi
Paso 1...
MEncoder 2:1.0~rc2-0ubuntu13.1+medibuntu1 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (Family: 15, Model: 67, Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
File not found: '001.vdr'
Failed to open 001.vdr.
Cannot open file/device.

Exiting...
Paso 2...
MEncoder 2:1.0~rc2-0ubuntu13.1+medibuntu1 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (Family: 15, Model: 67, Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
File not found: '001.vdr'
Failed to open 001.vdr.
Cannot open file/device.

Exiting...
Creado el archivo /home/p/Vaya_Semanita_2009-03-01.avi
Volviendo al directorio /home/p/ftp/Vaya_Semanita
Proceso finalizado


si no encuentra los *.vdr, no puede convertir nada !

yazoo escribió:si no encuentra los *.vdr, no puede convertir nada !

Vale, el problema no es que no lo encuentre, ya que está indicando que no puede abrir el fichero "001.vdr" (aunque también dice que no lo encuentra, pero el hecho que muestre el nombre indica que sí lo encuentra).

Yo diría que es un problema de permisos, el mencoder no puede leer el archivo. Intenta visualizarlo con algún programa (mplayer, VLC, ...), a ver si puedes.

La verdad es que no lo puedo abrir ni con vls:

https://2img.net/r/ihimizer/img155/5444/pantallazo1o.png


No sé si la imagen te da una pista....

Tal como lo veo está claro que no tienes permisos para leer esos archivos. Esos símbolos que se ven en la carpeta (el candado y la "X") indican que no tienes acceso a esos ficheros.

¿Con que usuario has creado el acceso al FTP con el curlftpfs? Yo utilizaría el usuario root para crear el punto de montaje.

yazoo escribió:La verdad es que no lo puedo abrir ni con vls:

https://2img.net/r/ihimizer/img155/5444/pantallazo1o.png


No sé si la imagen te da una pista....

¿has probado a hacerlo como root y tampoco te deja abrirlo?

Edito: Se me ha adelantado pjllaneras.

Un saludo,

Como entre un montaje y otro apagué el ordenador, he hecho el siguiente script:

Código:

p@3800x2-Ub:~$ cat gigaftp.sh
# File gigaftp.sh
# Para tener el directorio vdr1 del Giga como una unidad mas de disco,
# concretamente en /home/p/ftp

curlftpfs ftp://root:l1nux@192.168.1.7/../var/media/vdr1 ftp
p@3800x2-Ub:~$


Como vereís entro como root ¡ que más permiso se puede pedir !

:rie2:

Yo para esto, he creado el acceso por curlftpfs con mi usuario normal, pero el usuario y password del FTP he utilizado root. De esta forma no he tenido ningún problema para acceder a los ficheros del VDR (se accede con los permisos que da el usuario de FTP).

El problema puede venir si se ha creado el punto de acceso por curlftpfs con el usuario root, entonces el usuario normal puede tener problemas de acceso a los datos del FTP.

¡ Acabo de descubrir otra cosa !
El enlace simbólico de p.ej. 001.vdr es ->> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/001.vdr,

y es a /var/vdr donde ya no me permite cambiar

Código:

p@3800x2-Ub:~/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec$ ls -la
total 816
drwxr-xr-x 2 root root  4096 2009-03-01 14:55 .
drwxr-xr-x 3 root root  4096 2009-03-01 13:54 ..
lrwxrwxrwx 1 root root    64 2009-03-01 13:54 001.vdr -> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/001.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:04 002.vdr -> /var/vdr/video2/Vaya_Semanita/2009-03-01.13.54.50.99.rec/002.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:14 003.vdr -> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/003.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:24 004.vdr -> /var/vdr/video2/Vaya_Semanita/2009-03-01.13.54.50.99.rec/004.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:35 005.vdr -> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/005.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:45 006.vdr -> /var/vdr/video2/Vaya_Semanita/2009-03-01.13.54.50.99.rec/006.vdr
lrwxrwxrwx 1 root root    64 2009-03-01 14:55 007.vdr -> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/007.vdr
-rw-r--r-- 1 root root 790680 2009-03-01 15:00 index.vdr
-rw-r--r-- 1 root root    135 2009-03-01 13:54 info.vdr
p@3800x2-Ub:~/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec$ cd /var/vdr
bash: cd: /var/vdr: No existe el fichero ó directorio
p@3800x2-Ub:~/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec$



Si entro por telnet al Giga, logicamente accedo sin ningun problema, por lo que deduzco que el problema debe estar en la forma que el curlftpfs actúa.

(....Ya he dicho que soy novato ??)


Edito: Voy a probar lo que dices, pero este mensaje ya lo había escrito

yazoo escribió:¡ Acabo de descubrir otra cosa !
El enlace simbólico de p.ej. 001.vdr es ->> /var/vdr/video1/Vaya_Semanita/2009-03-01.13.54.50.99.rec/001.vdr,

y es a /var/vdr donde ya no me permite cambiar

Entonces, prueba a crear el punto de montaje a la carpeta /var/vdr/video1 en lugar de /var/vdr/vdr1

Código:

curlftpfs ftp://root:l1nux@192.168.1.7/../var/media/video1 ftp

Sobre los enlaces, he investigado un poco y, en teoría curlftpfs los gestiona bien. Según la documentación (http://curlftpfs.sourceforge.net):

Código:

Features

CurlFtpFS differentiates itself from other FTP filesystems because it features:

* SSLv3 and TLSv1 support
* connecting through tunneling HTTP proxies
* automatically reconnection if the server times out
* transform absolute symlinks to point back into the ftp file system


Es posible que tengas que crear el punto de montaje directamente a IpGigaset/.. para que los enlaces simbólicos funcionen:

Código:

curlftpfs ftp://root:l1nux@192.168.1.7/../ ftp

pjllaneras escribió:
Entonces, prueba a crear el punto de montaje a la carpeta /var/vdr/video1 en lugar de /var/vdr/vdr1

Código:

curlftpfs ftp://root:l1nux@192.168.1.7/../var/media/video1 ftp

Efectivamente con

Código:

curlftpfs ftp://root:l1nux@192.168.1.7/../var/vdr/video1 ftp

ejecuta el script correctamente, pero me genera un avi con 0Kb

Código:

-rw-r--r--  1 p    p        0 2009-03-09 21:54 Vaya_Semanita_2009-03-01.avi


En fin, seguiremos con ello mañana, (a mi alrededor, están apareciendo demasiados ceños fruncidos,.......) (signo inequívoco de levantar las manos del teclado).

Saludos.

yazoo escribió:Efectivamente con

Código:

curlftpfs ftp://root:l1nux@192.168.1.7/../var/vdr/video1 ftp

ejecuta el script correctamente, pero me genera un avi con 0Kb

Código:

-rw-r--r--  1 p    p        0 2009-03-09 21:54 Vaya_Semanita_2009-03-01.avi


En fin, seguiremos con ello mañana, (a mi alrededor, están apareciendo demasiados ceños fruncidos,.......) (signo inequívoco de levantar las manos del teclado).

Saludos.

Siento que este tema te esté ocasionando problemas familiares... creo que nos acercamos a la solución del problema.

El sistema funciona (al menos a mi), sería interesante ver que pone la salida del programa mencoder con lo que si volviste a copiar el script, quita la opción -really-quiet para ver que nos dice el mencoder al procesar el fichero.

pjllaneras escribió:

Siento que este tema te esté ocasionando problemas familiares... creo que nos acercamos a la solución del problema.

Y tanto Ponç !!!

He vuelto a ejecutar el script y ¡ Voilá ! y se ha puesto a funcionar

El fichero avi está engordando poco a poco, no se lo que puede tardar.

Mañana intentaré probar de nuevo con otra grabación, ya que en estos momentos
no se porque ha funcionado a la 2ª y no a la 1ª.

Ah! en cuanto a los problemas familiares no te preocupes, era una pequeña broma, pero está bien que nos recuerden que hay otras cosas aparte de las que nos interesan a nosotros.

De todas maneras quiero agradecerte tu dedicación en este "seguimiento" de mi problema.

Prueba efectuada.
Unos 35 min. de grabación, unas 2 horas de proceso hasta el avi final.

Pero (y me he dado cuenta ahora), al comprobar el avi, veo que se producen saltos.

Claro, como el curlftpfs está enlazado a /var/vdr/video1, y no en /var/media/vdr1, el script coge lo que hay en ese directorio (concretamente 001.vdr 003.vdr 005.vdr y 007.vdr), y aunque lo hace bien, el avi resultante no es válido.

El tema pasa por tanto obligatoriamente por enlazar curlftpfs a /var/media/vdr1.

pjllaneras escribió:Yo para esto, he creado el acceso por curlftpfs con mi usuario normal, pero el usuario y password del FTP he utilizado root. De esta forma no he tenido ningún problema para acceder a los ficheros del VDR (se accede con los permisos que da el usuario de FTP).

El problema puede venir si se ha creado el punto de acceso por curlftpfs con el usuario root, entonces el usuario normal puede tener problemas de acceso a los datos del FTP.

Ya ves que de nuevo recabo tu ayuda, podrías explicar esto un poco mejor?. Has creado en el GIga un usuario de entrada con el mismo nombre que tienes en el linux del PC?, o ¿como lo has hecho ?


En fin, gracias de nuevo y hasta el próximo post.

Saludos.

yazoo escribió:Prueba efectuada.
Unos 35 min. de grabación, unas 2 horas de proceso hasta el avi final.

Hay que mirar de afinar las opciones de conversión para intentar reducir el tiempo de proceso sin reducir (al menos que no se aprecie) la calidad. 2 horas de proceso para 35 min. de video es un poco excesivo.

yazoo escribió:Pero (y me he dado cuenta ahora), al comprobar el avi, veo que se producen saltos.

Claro, como el curlftpfs está enlazado a /var/vdr/video1, y no en /var/media/vdr1, el script coge lo que hay en ese directorio (concretamente 001.vdr 003.vdr 005.vdr y 007.vdr), y aunque lo hace bien, el avi resultante no es válido.

El tema pasa por tanto obligatoriamente por enlazar curlftpfs a /var/media/vdr1.

Parece que tienes razón. Lo que pasó la otra vez es que intentaba acceder a /var/media/video1/.../001.vdr, pero claro, ese fichero en el sistema de ficheros del ordenador no existe.

Intenta crear el punto de montaje de la siguiente forma:

Código:

ftp://root:l1nux@192.168.1.7/../var/media ftp

o

Código:

ftp://root:l1nux@192.168.1.7/../ ftp

Con este sistema tal vez curlftpfs será capaz de corregir el problema de los ficheros enlazados.

yazoo escribió:

pjllaneras escribió:Yo para esto, he creado el acceso por curlftpfs con mi usuario normal, pero el usuario y password del FTP he utilizado root. De esta forma no he tenido ningún problema para acceder a los ficheros del VDR (se accede con los permisos que da el usuario de FTP).

El problema puede venir si se ha creado el punto de acceso por curlftpfs con el usuario root, entonces el usuario normal puede tener problemas de acceso a los datos del FTP.

Ya ves que de nuevo recabo tu ayuda, podrías explicar esto un poco mejor?. Has creado en el GIga un usuario de entrada con el mismo nombre que tienes en el linux del PC?, o ¿como lo has hecho ?

No te preocupes por esto, parece que creamos el punto de montaje de la misma forma, eso no es el problema, no es un problema de permisos, si no que, como habías intuido, parece que tiene que ver con cómo el curlftpfs maneja los enlaces.

A ver si podemos solucionar este problema y al final el script funciona como un tiro (aunque realmente este no es un problema del script).

pjllaneras escribió:

Intenta crear el punto de montaje de la siguiente forma:

Código:

ftp://root:l1nux@192.168.1.7/../var/media ftp

o

Código:

ftp://root:l1nux@192.168.1.7/../ ftp

Con este sistema tal vez curlftpfs será capaz de corregir el problema de los ficheros enlazados.

Vamos a ver, en el primer caso cuando llego a donde está los enlaces simbólicos lo tengo igual de prohibido que ayer.
En el segundo caso, ni siquiera me deja acceder a "media" (prohibido también).

pjllaneras escribió:
A ver si podemos solucionar este problema y al final el script funciona como un tiro (aunque realmente este no es un problema del script).

El script funciona perfectamente si pudiese acceder a los ficheros, ése es el problema , al no poder acceder acaba el script sin hacer nada. El script llega al enlace simbólico 001.vdr que a su vez llama a /var/vdr/video1/Vaya_Semanita..... y es ahí donde no puede llegar, a /var/vdr.

En fin seguiremos en "el ajo"...

Un saludete

Vale... creo que ya lo he encontrado. He hecho unas pruebas con enlaces en el disco duro del VDR y con la siguiente orden me ha funcionado correctamente:

Código:

curlftpfs ftp://root:l1nux@gigaset/../ ftp -o transform_symlinks

Lo único que dentro de la carpeta ftp genera toda la estructura de directorios que hay en el VDR, pero a parte de esto no veo otro inconveniente.

pjllaneras escribió:Vale... creo que ya lo he encontrado. He hecho unas pruebas con enlaces en el disco duro del VDR y con la siguiente orden me ha funcionado correctamente:

Código:

curlftpfs ftp://root:l1nux@gigaset/../ ftp -o transform_symlinks

Lo único que dentro de la carpeta ftp genera toda la estructura de directorios que hay en el VDR, pero a parte de esto no veo otro inconveniente.

Efectivamente !!, funciona !



Gracias Ponç

Edito: en la partición Xubuntu del portátil (CPU: mobile AMD Athlon(tm) XP-M 2600+ (Family: 6, Model: 10, Stepping: 0), (ya, es un poco viejo para estos menesteres) el passlogfile (Paso 1) le ha costado 67 minutos, y ahora está generando el avi de salida (Paso 2).

Hola,
Si me dejáis hacer una sugerencia, con el interfaz web se pueden reproducir directamente las grabaciones así que la forma más sencilla de hacer lo que quieres creo que sería esta:

1. Editas la grabación en el Gigaset quitando la basura.
   
2. Reproduces la grabación desde el ordenador a través del interfaz web usando como cliente del streaming el VLC.
   
3. En el VLC escoges la opción de salvar el streaming escogiendo los codecs y encapsulado que quieras para la salida. De hecho puedes grabarlo sin cambiar los codecs (sólo escogiendo el encapsulado) con lo que el proceso sería bastante rápido porque no necesitas transcodificar.
   

Y si escoges la opción de reproducir localmente puedes ir viendo la grabación mientras la descargas...
No soporta avi para el encapsulado pero puedes escoger casi cualquiera de los otros contenedores (mp4, mkv...). La mayoría son mejores formatos de encapsulado que el avi y los podrás reproducir igualmente.
Saludos

yazoo escribió:Efectivamente !!, funciona !

Me alegro... ya sabía yo que estabamos cerca de conseguirlo.

yazoo escribió:Edito: en la partición Xubuntu del portátil (CPU: mobile AMD Athlon(tm) XP-M 2600+ (Family: 6, Model: 10, Stepping: 0), (ya, es un poco viejo para estos menesteres) el passlogfile (Paso 1) le ha costado 67 minutos, y ahora está generando el avi de salida (Paso 2).

Mi portátil tampoco es un último modelo, es un PM 1,7Gh (creo que más viejo que el tuyo). Hacía mucho tiempo que no comprimía una película... de todas formas el tiempo que tarda tal vez sea excesivo, tendríamos que intentar pulir las opciones para mejorar el tiempo sin perder calidad (o perdiendo el mínimo).

Voy a editar el post del script para incluir la orden de montaje tal como debe hacerse.

atinar escribió:Hola,
Si me dejáis hacer una sugerencia, con el interfaz web se pueden reproducir directamente las grabaciones así que la forma más sencilla de hacer lo que quieres creo que sería esta:

Hola atinar, todas las sugerencias son bienvenidas.

Con el script que he hecho es más sencillo que el sistema que comentas (al menos para quien tiene linux), aunque esta bién saberlo para cuando hay que hacer algo puntual y no se tiene el script a mano.

atinar escribió:No soporta avi para el encapsulado pero puedes escoger casi cualquiera de los otros contenedores (mp4, mkv...). La mayoría son mejores formatos de encapsulado que el avi y los podrás reproducir igualmente.

El hecho que no soporte AVI puede ser un inconveniente para la mayoría, sobre todo para aquellos que quieren reproducir el archivo en un disco duro multimedia (los últimos modelos empiezan a soportar el MKV, pero la gran mayoría no tiene un disco con estas características) o grabar en un DVD para luego reproducirlo en un lector DVD-MP4.

pjllaneras escribió:
Con el script que he hecho es más sencillo que el sistema que comentas (al menos para quien tiene linux), aunque esta bién saberlo para cuando hay que hacer algo puntual y no se tiene el script a mano.

¿Más sencillo que hacer click en un enlace?. Lo que tú digas. Y qué tiene que ver lo de Linux. El vlc funciona perfectamente en linux.

atinar escribió:

pjllaneras escribió:
Con el script que he hecho es más sencillo que el sistema que comentas (al menos para quien tiene linux), aunque esta bién saberlo para cuando hay que hacer algo puntual y no se tiene el script a mano.

¿Más sencillo que hacer click en un enlace?. Lo que tú digas. Y qué tiene que ver lo de Linux. El vlc funciona perfectamente en linux.

Yo lo veo más sencillo, pero claro, cada uno lo ve de un modo distinto... lo que dije "al menos para quien tiene linux" no tiene nada que ver con el vlc (lo tengo instalado en mi Linux y funciona perfectamente), si no con el script, que sólo funciona en linux. El tema está no sólo en comprimir una grabación, el script, con una sóla instrucción me permite comprimir todas las grabaciones de un directorio (todas las grabaciones de una serie, por ejemplo, o todas las grabaciones del VDR, dependiendo de la ruta que le de para comprimir), además en un formato totalmente compatible con todos los reproductores multimedia de salón (de disco duro o DVD-DivX), con una calidad bastante decente (aunque quiero mejorar el tiempo que tarda en hacerlo).

De todas formas, ya comenté que no me parece mal utilizar la opción del VLC, pero como algo puntual... y evidentemente cada uno puede hacerlo como mejor le parezca.

Venga compas....., no creo que las discusiones bizantinas lleven a ningún lado.

Yo tengo claro que en un foro como éste la gente entra a buscar información, plantear dudas o consideraciones, pero a la vez, y esto es lo bueno, muchos de vosotros ofreceís vuestros conocimientos y/o aptitudes para tratar de mejorar más la utilización y uso de nuestro querido GIGA.

Yo por mi parte valoro todas las ideas, y todas son bienvenidas. Es libertad de cada forero el adoptar una u otra según más le interese o convenga. Creo que dos formas distintas de hacer algo no es superfluo, sino que puede complementarse a la perfección.

Solo puedo tener palabras de agradecimiento a pjllaneras por compartir con los demás su forma de pasar/convertir las grabaciones, y que puedo decir de atinar, su ayuda y aportación la disfrutamos todos (por cierto que se lo está currando a base de bien en el interfaz Web).

Venga, gracias y un saludo..... :ok2:

yazoo escribió:Venga compas....., no creo que las discusiones bizantinas lleven a ningún lado.

Yo tampoco lo veo necesario... la idea de utilizar el VLC que comentó atinar me pareció correctísima, pero quise dejar claro que ambas soluciones son perfectamente compatibles (por utilizar una no descartas la otra)... de hecho, cuando estaba trabajando con el script intenté utilizar ese sistema, pero no me funcionó, aunque tampoco le dediqué mucho tiempo.

Son dos alternativas que tenemos para convertir las grabaciones a otro formato y cada uno podrá utilizar la que mejor le vaya.

yazoo escribió:Solo puedo tener palabras de agradecimiento a pjllaneras por compartir con los demás su forma de pasar/convertir las grabaciones, y que puedo decir de atinar, su ayuda y aportación la disfrutamos todos (por cierto que se lo está currando a base de bien en el interfaz Web).

fue un placer... por cierto, deberías actualizar a la última versión del VDR, el trabajo hecho por atinar es fantástico en la nueva web.

Pues estoy en el último paso ejecutar el vdr2avi.sh

El ftp esta montado y el script lo he revisado y esta tal cual.

Al ejecutarlo me da el error:
bash: ./vdr2avi.sh /bin/bash^M: intérprete erróneo: No existe el fichero ó directorio

(el directorio esta bien)


Curioso porque por ejemplo el gui-build.sh no me da problemas.

Tengo instalado un ubuntu 10.4

Un saludo.