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

yazoo escribió:He buscado aquí y aquí distinta información, pero como no encuentro solución, aquí os lo expongo.

En estas páginas que indicas está la solución que me funcionó, no se que te puede estar pasando, tal vez si intentas actualizar a la última versión de VLC te funcione... ¿has intentado el mplayer? al final también me funcionó.

yazoo escribió:Toi perdío !

Tranquilo, seguro que al final encuentras el camino

Esta noche publicaré mi script es este mismo post para automatizar la tarea de unificar los ficheros de una grabación y comprimirla automáticamente... eso si, sólo para Linux... lo haría ahora, pero me faltan unas cosillas y me tengo que ir.

pjllaneras escribió:

Esta noche publicaré mi script es este mismo post para automatizar la tarea de unificar los ficheros de una grabación y comprimirla automáticamente... eso si, sólo para Linux... lo haría ahora, pero me faltan unas cosillas y me tengo que ir.

Tengo uno de los discos de mi PC en linux, y esperaré ansioso para probarlo, pero es que en Ubuntu no he conseguido ni siquiera hacer correr las grabaciones, cosa que por lo menos en Windows si.



Saludos

Llegó el momento. Este es el script:

Código:

#!/bin/bash
#
# vdr2avi.sh [dir]
#
# ejemplo:
# vdr2avi.sh dirVDR/Mi_Serie_Favorita
#
# Se crearán tantos AVIs en la carpeta desde la que se ejecuta el script
# como episodios existan en el directorio con el siguiente formato:
#
# Mi_Serie_Favorita_AAAA-MM-DD.avi
#
# donde AAAA es el año, MM el mes y DD el día
#
#
# Script creado por Ponç J. Llaneras
# para el foro VDR-NG-EM: http://vdr-m7x0.foroactivo.com.es/forum.htm
#
# http://vdr-m7x0.foroactivo.com.es/software-f12/algun-metodo-rapido-para-sacarunir-grabaciones-del-disco-duro-usb-t495-15.htm
#
#
# NOTAS
# =====
# Este script necesita mencoder (del proyecto mplayer). Para instalarlo
# en Ubuntu hay que activar el repositorio multiverse:
#
# http://www.ubuntugeek.com/install-mplayer-and-multimedia-codecs-libdvdcss2w32codecsw64codecs-in-ubuntu-810-intrepid-ibex.html
#
# En debian está en los repositorios oficiales desde etch
#
#
# Para poder realizar este proceso por FTP, hay que montar el FTP como
# si se tratara de un sistema de archivos. Para hacer esto se puede usar
# el programa curlftpfs (con mount o directamente) para crear un punto
# de acceso al FTP como si se tratara de un directorio de nuestro
# sistema:
#
#  sudo apt-get install curlftpfs
#  mkdir ftp
#  curlftpfs ftp://user:passwd@IPgigaset/../ ftp -o transform_symlinks
#
# la opción -o transform_symlinks sólo es necesaria si para grabar se utilizan
# más de una partición ya que se generan enlaces simbólicos que el curlftpfs
# debe manipular para que funcionen correctamente al crear el punto de
# montaje.
#
#
# PENDIENTE (TODO)
# ================
# - Mejorar las opciones de compresión para mejorar la calidad y disminuir
#      el tiempo de proceso
# - Opciones adicionales en línea de comando
# - Ayuda en pantalla (opción --help)
# - Algún sistema (semi)automático para detectar y cortar las bandas negras
# - Varios tipos de codificación:
#      * Para móvil (baja resolución, codificación G3)
#      * Para MP4 (baja-media resolución)
#      * Para consola (PS3, Xbox, ...)
# ...


# Valores por defecto
# ===================

OutputDir=$(pwd) # Directorio donde se grabaran los AVIs (el actual)
vbr=1000        # Video BitRate
abr=96          # Audio BitRate

# Opciones de Video
VideoOpt="-ovc lavc -lavcopts vcodec=mpeg4:vbitrate=$vbr:vhq:trell:mv0:mbd=2:v4mv:qprd:cmp=10:subcmp=10:mbcmp=10:predia=2:dia=2"
# Otras opciones posibles:
#-ovc xvid -xvidencopts bitrate=1000:pass=1
#me_quality=6:chroma_me:chroma_opt:trellis:max_key_interval=300:vhq=4

# Opciones de audio
AudioOpt="-oac mp3lame -lameopts cbr:br=$abr"

# Otras opciones
OtherOpt="-really-quiet -passlogfile $(pwd)/passlogfile.log -of avi"

# Opciones para la primera pasada
Pass1opt="$OtherOpt $VideoOpt:vpass=1:turbo -nosound -o /dev/null"

# Opciones para la segunda pasada
Pass2opt="$OtherOpt $VideoOpt:vpass=2:turbo $AudioOpt"

# ===================
# Fin opciones

# Esta función se utiliza para averiguar la primera parte del nombre
# que tendrá el AVI
findname(){
  fname=$(pwd)
  nodirs=$(echo $fname | tr -cd  "/" | wc -c)
  (( nodirs-- ))
  loopcount=0
  while [ "$loopcount" != "$nodirs" ]
  do
    (( loopcount++ ))
    fname=${fname:$(expr index "$fname" "/")}
  done
  dirpos=$(expr index "$fname" "/")
  (( dirpos-- ))
  fname=${fname:0:$dirpos}
}

# Función para convertir
convert(){
  findname
  filename=$OutputDir/$fname\_$(echo $(pwd) | sed -e 's=.*\([0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]\).*=\1=').avi

  echo "Convirtiendo $(pwd) --> $filename"
  echo "Paso 1..."
  echo "mencoder $Pass1opt $(ls ???.vdr)"
  mencoder $Pass1opt $(ls ???.vdr)
  echo "Paso 2..."
  echo "mencoder $Pass2opt -o $filename $(ls ???.vdr)"
  mencoder $Pass2opt -o $filename $(ls ???.vdr)
  if [ -e "$filename" ]
  then
    echo "Creado el archivo $filename"
  else
    echo "ERROR!! No se ha creado el archivo $filename"
  fi
}

# Procesa cada directorio y subdirectorio en la ruta especificada
processdir(){
  cd $dir
  echo "Entrando en el directorio $(pwd)"
  files=$(ls)
  for file in $files
  do
    if [ -d "$file" ]
    then
      dir=$file
      processdir
      cd ..
      echo "Volviendo al directorio $(pwd)"
    else
      convert
      return
    fi
  done
}

dir=$1
processdir
echo "Proceso finalizado"


Hay que copiar el contenido del archivo en un fichero llamado vdr2avi.sh (o el nombre que le quieras dar). Una vez grabado el fichero en el disco hay que darle permisos de ejecución, para ello, ejecutar desde consola en la ruta donde habéis creado el archivo:

Código:

chmod a+x vdr2avi.sh

Este proceso va a convertir a AVI, formato MPG4, a doble pasada todas las grabaciones que estén en la ruta especificada, es decir, si se le indica que procese el directorio principal de las grabaciones va a convertir a AVI todas las grabaciones.

Es posible convertir las grabaciones directamente desde FTP, para ello he incluido una nota en el script que indica como se puede hacer.

Creo interesante evolucionar este script según las necesidades reales que tengamos y publiquemos los cambios. Tengo que decir que la programación de scripts no es mi fuerte, además tengo nulo conocimiento de las expresiones regulares (las que hay en el script están inspiradas en alguna que he visto buscando por internet). Soy programador, pero me dedico a aplicaciones de gestión en BBDD, nada que ver con esto, aunque la base de programación es la misma en todos los lenguajes de programación, programar en un leguaje desconocido cuesta lo suyo.

Espero os sea útil.

Muy bien, intentaré probar el script, pero de momento indicar que después de toda la tarde ya he conseguido ver la TV en directo y aunque algo leí ( a estas horas ya no me acuerdo bien), me parecía que no exístía relación, solo he cambiado en el Giga la opción ntp (sincronizar hora por internet) a si, y como por arte de magia a funcionar....

Realmente es IN-CRE-I-BLE este funcionamiento.

Doy nuevamente la enhorabuena a todos los que lo haceís posible.

:aplau2:

Cuando tenga un rato también probaré el script. Gracias.

pjllaneras escribió:Llegó el momento. Este es el script:

He seguido tus instrucciones (muy claras por cierto), y he intentado desde mi Ubuntu conseguir lo que se pretende en el script.

Lo he montado de forma que tengo el vdr1 del Giga como una carpeta más de mi directorio personal.

Se ejecuta bien, pero no hace ninguna conversión, apenas tarda un par de segundos en finalizar el script. El mencoder creo que lo tengo instalado correctamente.
Te adjunto los mensajes de salida:

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...
Paso 2...
Creado el archivo /home/p/Vaya_Semanita_2009-03-01.avi
Volviendo al directorio /home/p/ftp/Vaya_Semanita
Proceso finalizado
p@3800x2-Ub:~$ mencoder
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.
No file given

Exiting... (error parsing command line)



Gracias por anticipado, en cuanto se pueda resolver este script va a ser la caña...

Edito: Lo de ejecutar mencoder es para demostrar que funciona correctamente.

Hola yazoo... parece que el problema está en la opción -passlogfile, no sé porqué ahora a mi me pasa lo mismo que te ha pasado a ti. La idea es que el fichero log que se genera en la primera pasada para utilizarlo en la segunda pasada se cree en el mismo directorio desde donde se lanza el proceso, si no se pone esa opción generará el fichero donde se encuentran las grabaciones.

Voy a ver que pasa, pero si quieres probarlo, basta que cambies la línea:

Código:

# Otras opciones
OtherOpt="-really-quiet −passlogfile $(pwd)/passlogfile.log -of avi"

por

Código:

# Otras opciones
OtherOpt="-really-quiet -of avi"

Hola Ponç, siento decirte que el resultado es el mismo.

Soy un poco novato en linux, y no conozco el funcionamiento de mencoder, pero lo he estado probando en el propio directorio de grabaciones (donde estás los enlaces simbólicos a 001.vdr, 002.vdr,....) y aparentemente el error lo da por que no encuentra los ficheros *.vdr en cuestión. No se si lo que pongo a continuación es una tontería o de da alguna pista.

Código:

p@3800x2-Ub:~/ftp/Vaya_Semanita/2009-03-01.13.54.50.99.rec$ mencoder 001.vdr -o kk.avi
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.


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.

Me he dado cuenta de una cosa bastante curiosa, el "-" de la opción "passlogfile" no es un guión normal, se le parece, pero no lo es. Una vez lo he borrado y lo he puesto con el guión normal, me ha vuelto a funcionar.

Ahora editaré el script y lo pondré como toca, además de cambiar el mensaje de "Creado el archivo..." por otro advirtiendo que no se ha creado el archivo si, una vez pasado el mencoder, no ha generado ningún archivo.

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