-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 2009-09-07 a las 23:34 +0200, Carlos E. R. escribió:
El 2009-08-24 a las 15:57 +0200, Carlos E. R. escribió:
El 2009-08-23 a las 11:46 +0200, Camaleón escribió:
En un cacharro multimedia. ¿Es importante el tiempo de acceso? No lo se, solo lo pregunto.
Sí lo es.
Necesitaría acceso en tiempo real.
Claro, sobre todo para renderizar el teletexto (:-P
Ya, claro :-p
Pues el modelo concreto de Carlos E. R. no sé cuál es y por tanto desconozco las funcionalidades que tiene :-?,
Siemens Gigaset M740 AV (Carrefour).
Ah, ese. Vale, no me acordaba :-)
pero la mayoría de PVR son para grabar y reproducir videos, música o programar la grabación de los programas de la TDT, así que entiendo que sí, el tiempo de acceso a los datos debe ser importante.
Tiene dos sintonizadores TDT que pueden funcionar simultaneamente, ambos grabando. Puedes estar viendo uno de los dos con, y con timeshift, o puedes ver una peli grabada previamente. Es una carga importante, con transporte USB. Ah, y puedes acceder via red para bajarte otra peli por ftp, pero eso no estaba soportado originalmente.
¿Y conectarlo vía ethernet, no sería más sencillo o te carga demasiado el ordenador? :-?
Si, pero... espera, que te lías. | | | | | ordenador | | PVR | | HD | -----------+ +----------+ +-----+ | | | | | \____________/ \__________/ eth usb Este PVR puede grabar mediante samba en el ordenador, o tener un disco duro externo por USB; no tiene disco interno. También funciona sin disco, pero claro, perdiendo mucha funcionalidad.
los archivos es grande (supongo que hablamos de gigas)...
No, tiene cientos de ficheros de megas.
[root@MORIA:~]# ls -l /usb/Recordings/.rec/0001E3FAE280_1251121209.fmpg -rw-r--r-- 1 root root 2048 Aug 24 15:54 0001E3FAE280_1251121209.fmpg -rw-r--r-- 1 root root 86376448 Aug 24 15:42 0001E3FAE280_1251121209.fmpg.000.mpg -rw-r--r-- 1 root root 6024 Aug 24 15:42 0001E3FAE280_1251121209.fmpg.000.mpg.idx -rw-r--r-- 1 root root 72 Aug 24 15:42 0001E3FAE280_1251121209.fmpg.000.mpg.midx
(...)
Hay algo que no entiendo de estos chismes. Si la mayoría de las unidades que integran el disco duro (PVR o videograbadores) usan un formato FAT32 ¿cómo se las apañan con las grabaciones en HD? ¿parten el archivo cada 4 GB? >:-?
El mio parte antes de los 100 megas, lo ves arriba. Pero no todos usan FAT, muchos usan formatos Linux, sobre todo si el disco es interno. Uno que he visto usa varios tipos de formatos Linux, y otra partición FAT para compartir (como disco de backup en red y mediante USB).
Además, solo debe aguantar dos años, hasta que se acabe la garantía.
Je, eso suena tan perverso y tan malvado... que me encanta >;-)
No creo que eso tenga que ver. Es linux.
¿Y que sea linux le exime de que tenga un fallo mecánico? No creo >:-)
Creo recordar que me refería a la parte anterior del párrafo.
Estoy pensando que la fragmentación sea intencionada: que graba en el primer sector que encuentra, o en el que esté más cercano a la posición actual del cabezal, porque puede estar haciendo time-shift de la tele.
Es decir, que sea un algoritmo para minimizar el tiempo de escritura, no el de lectura.
Lo cierto es que funciona.
Bueno, el manual del aparato dice que el formato que usa para el el disco usb debe ser fat32 y además tiene una utilidad de defragmentado incluida en el chisme, o sea que lo tiene cotemplado (en el caso de que no se tuviera un equipo desde el que defragmentar).
Si le dejas que lo formatee él mismo, efectivamente lo hace en FAT. Pero si lo haces externamente, o desde telnet, puedes hacerlo en ext3, y de hecho, su rendimiento aumenta. Además, yo no uso el firmware original, sino la variante comunitaria siesta-lemmi: MORIA login: root Password: - ----------------------------------------- Host: MORIA Version FW: 2.3.61 Version SIESTA: 2.3.61.SL06beta6 SIESTA-Lemmi-06 Actualización: 2008-10-30 11:00:00 - ----------------------------------------- [root@MORIA:~]# Sé que puede hacer una comprobación del disco, pero no la uso (muy lenta). Ignoro si desfragmenta (en fat). Entre los programas que tiene veo un dosfsck, pero no el e2fsck. Sí tiene mke2fs. Aunque también hay un "mgr-fsck", un script que llama a... e2fsck? then echo "----- e2fsck $dev -----" txt2osd -s25 -d0 -x140 -y90 -f0xffffff00 -b0xff000000 -r "Fw $LEMMI_FIRMWARE_VERSION" txt2osd -s18 -d0 -x140 -y150 -f0xffffff00 -b0xff000000 "e2fsck $dev" /data/osd_progress "e2fsck -y -v $coj$dev" sleep 3s else echo "----- dosfsck $dev -----" txt2osd -s25 -d0 -x140 -y90 -f0xffffff00 -b0xff000000 -r "Fw $LEMMI_FIRMWARE_VERSION" txt2osd -s18 -d0 -x140 -y150 -f0xffffff00 -b0xff000000 "dosfsck $dev" /data/osd_progress "dosfsck -a -v -w $dev" sleep 3s fi Que no puede ser el programa original de siemens. Ah, el e2fsck está en "/data/local/bin/e2fsck".
Por cierto, el tema de fragmentación lo comentan en los foros:
Defragmentar En Ext3 http://www.todopvr.com/foro/desfragmentar-en-ext3-vt2658.html
Ah, pues eso concretamente no lo he mirado, pero no me extraña. A ver, leamos.... ¡huy! Pues están totalmente equivocados: #2 ] En ext3 el disco no se fragmenta, con lo que no es necesari ] defragmentar. Eso es lo que sabemos de Linux, pero no es lo que ocurre en este caso concreto. [...] Ah, claro, el truco de reescribirlo todo para desfragmentar, es el más rápido, si tienes otro disco para ello.
Se ve que no está muy fino el Siemens en ese aspecto >:-)
Yo creo que no es eso. Es un Linux normal, si fragmenta es porque han tocado algo, y probablemente a propósito. Esa es mi hipótesis. Si están usando un Linux (kernel 2.4.21), y el Linux se sabe que no fragmenta, pero este sí lo hace, es que han cambiado algo. No creo que sea accidental. Creo que lo hacen porque fragmentar hace más rápida la escritura (es como la táctica del interleave en los discos). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkqmfDcACgkQtTMYHG2NR9XKSwCaA4Ch500vharWks2q2IxTc+1I K+kAnijtvirkau5ZVHrtTbGFJL5O4vNE =kA7l -----END PGP SIGNATURE-----