Tema: Archivos de recuperación, evitemos "sabotear" emul

Bueno, creo que este post debe ir aquí, a ver que sale.
Primero de todo decir que muchos estamos bajando capitulos de series por diferentes medios, por ejemplo emule, news, p2m, megaupload.... la idea siempre es acabar compartiendo en emule o en otras redes p2p, así una vez descargado facilitamos la descarga a otros usuarios de la red.
Si descargamos de emule o de cualquier p2p (al menos en principio) la red utiliza métodos para evitar que el archivo se corrompa sin que nosotros nos demos cuenta, así cuando terminamos la descarga compartimos exactamente el mismo archivo para el resto de usuarios de la red.
A groso modo para que nos entendamos emule utiliza métodos de hashing que lo que hace es una vez descargado un fragmento efectua un cálculo matemático que con los mismos datos tenemos siempre el mismo resultado, nobtsnate si se altera un solo bit el reultado de esa operación dará un número que no se va a parecer en nada.
¿Qué ocurre si utilizamos otros sistemas? Pues en este caso si el sistema no tiene forma de comprobar la integridad de los archivos con un simple error en la transmisión ya no tendremos exactamente el mismo archivo, y, aunque va a ser imperceptible en una película, es probable que aparezcamos como única fuente del archivo, con lo que nadie va a poder bajarlo.... Bueno que nadie piense que este sistema sirve para no compartir nada y poder solo bajar, pues en ese caso no tendría créditos y el sevidor le dificultaría la descarga de archivos. No olvideis que emule y otros sistemas p2p controla que los usuarios que no comparten puedan descargar.

Bueno a lo que vamos, ¿cómo podemos saber si los archivos que hemos bajado son correctos?
En principio si hemos bajado de emule no hay problema, como ya he dicho el sistema evita esto, fijaros en las propiedades de un archivo que esteis descargando como pone en alguna parte perdido por corrupción. Esto es aplicable a la red bittorrent y seguramente al resto de p2p, pero no lo he comprobado.
Si utilizamos otros sistemas hay que usar un sistema alternativo para poder verificar su integridad.
El primer ejemplo son las news, lo más probable es que si utilizais este sistema de distribución os hayais fijado, o incluso hayais utilizado, los pares que acompañan a las descargas. Una vez descargado el archivo con el quick par comprobais que el archivo esté correcto y o bien lo replicais o bien lo uniis con hacha. Cuando pasais el quick par estais comprobando la integridad, algo imprescindible si el uploader quiere que después tenga más fuentes en emule. Seguro que en ocasiones, a pesar de haber descargado el archivo completo os dice que tiene que recuperar.
El caso es que si utilizamos p2m y/o descarga directa (por ejemplo megaupload) no tenemos una forma de verificar la integridad, en ambos casos son habituales los errores de transmisión, que a pesar de utilizar gestores de descarga nunca están libres completamente de fallos, sobre todo en p2m, donde los errores son mucho más habituales que en el otro sistema.


Lo primero de todo es asegurarse que el archivo que hemos descargado es el mismo que tenemos en emule. Para ello podemos utilizar el programa hash calculator que lo podeis bajar de aquí
http://www.slavasoft.com/hashcalc/
su instalación es muy simple basada en el sistema 3n (next next next)
Bueno a lo que vamos si le metemos un archivo cualquiera y nos aseguramos tener marcada la casilla de emule y le damos a calcular nos dará el resultado un código bastante largo, ahora solo queda compararlo con el de emule, no os preocupeis si no es el mismo no se parecerá en nada, pero eso no significa que existan grandes diferencias, con un solo bit diferente este código no se parece en nada.
¿Pero como sabemos el hash del emule? Pues fácil, solo hay que tener el enlace del emule, por ejemplo este capítulo de dbz
ed2k://|file|DBZ.060.-.Los.disgustos.de.Bulma(by.Veleta.y.Chalao)(tusdivx).avi|240152576|069D37D6F4689A3304544DDD222B99E9|/
Si os fijais tenemos que empieza por ed2k://|file| que es como empiezan todos, luego viene el nombre del archivo (da igual que no sea el mismo para todos) el tamaño y un código raro... 069D37D6F4689A3304544DDD222B99E9 en este caso. Pues ese es el código que nos interesa. Si es el mismo perfecto si no hay que repararlo.


Para el que no sepa que leches es eso de los archivos de recuperación y tenga curiosidad os diré que lo que hacen estos programas es un montón de calculos matemáticos para que si temenos 10 megas y perdemos 10 megas podemos repararlo y tener el archivo original. La ventaja es que da igual que parte es la que se jode, lo podemos recuperar y es por eso que calcular esos archivos le lleva bastante tiempo.

Vamos a por otra parte, seguro que con los archivos de recuperación sabeis como hacerlo funcionar, si no buscar por ahi o preguntar.
Para crear los archivos de recuperación hay dos sistemas (me suena alguno más pero estos son los dos que yo utilizo) el quick par (el más utilizado) y el ice ecc, este segundo es ideal para crear archivos de recuperación de carpetas con subcarpetas y para usarlo en cds/dvds
Con el quick par he visto algún manual por ahi así que no pierdo el tiempo, seguro que lo explica mejor que yo.
Con el ice ecc es bastante simple, este programa tiene menos opciones que el primero, pero en algunos aspectos funciona mejor, basicamente por mostrarse como alternativa a este, tiene un par de cosas que no tiene el otro y el resto pues sigue a kilómetros del quick par.
Lo podeis bajar de aquí
http://www.ice-graphics.com/ICEECC/DownloadE.html
Buscas los archivos en la aplicación, seleccionas los archivos y carpetas y le dais a create.
En la ventana que aparece yo solo toco dos cosas, vosotros haced lo que querais,
En recovery blocks podeis poner el tanto por ciento que quereis que sea posible recuperar o bien el número de bloques (podeis modificar su tamaño) o también podeis utilizar la opción que para mi es lo mejor del programa "fit to bytes" que lo podeis hacer que utilice el espacio restante hasta llenar un cd, un dvd o un dvd de doble capa. Si vais a llenar un dvd suelo quitar un bloque de lo que calcula, pues en ocasiones nos dirá que no cabe, así podeis llenar a tope vuestros dvds, si quereis preguntar y os explicaré algún truqillo más sobre este tema
Lo otro que toco es "split to volumes"
Podeis hacer que solo cree un archivo, que duplique el tamaño en cada archivo (parecido a lo que hace quick par), que todos tengan el mismo tamaño o elegir el número de archivos del mismo tamaño (la opción que yo uso) para mi lo mejor es que haya varios archivos, suelo utilizar unos cuantos que no tengan gran tamaño, así si uno se corrompe podré recuperar hasta ese archivo.
Una vez echo eso le podemos dar a ok y ya solo queda esperar.
Deciros que este proceso puede ser bastate largo, sobre todo si nuestro ordenador no es muy potente y creamos gran cantidad de datos, por ejemplo 300 megas para un dvd todo llenito me cuesta con mi amd 3000 unos 25 minutos. Pero si modificamos la cantidad de redundancia el tiempo que necesitará será mucho mayor cuantos más datos.

Par poder verificar los archivos es muy simple, buscamos desde el programa donde están los archivos de recuperación y le damos a verificar, nos preguntará donde están los archivos, los buscamos y listo.

Cabe decir que en la creación el ice ecc es algo más rápido, pero para verificar le cuesta lo mismo.

Bueno por hoy ya vale, espero que a alguien le haya servido de algo, es que esto de hacer manuales se me da muy mal y no suelo poner dibujitos y cosas de esas.
Si no debía haber posteado aquí lo siento espero que algún administrador lo ponga en su sitio

bueno yo por lo menos me lo he leido,
entonces si el emule me verifica los archivos descargados del megaupload como los autenticos(mayoritarios) estoy compartiendo correctamente¿?¿?

Si la respuesta es correcta de unos 30 archivos que me he bajado con el megaupload todos se me han identificado bien. Yo creo que igual es mas facil que la gente se entere de este posible problema y que cuando comparta en el emule y despues de 10 minutos verifique si su archivo tiene fuentes, si no las tiene que no lo comparta.

Puesto que si no afecta visualmente al archivo por no compartir uno de cada 30 o 40 no pasa nada

Perdon por tardar en contestar, esque ando algo liado y casi solo leo el otro post.
Si has bajado de emule seguro que tienes el capítulo que querias bajar, otra cosa es que sea el que veleta ha publicado, eso lo puedes verificar con el hash de los enlaces del post de veleta con los elinks, si has bajado esos los tienes. Si los has bajado de megaupload solo hay que verificar el hash y listo.
Me alegra saber que alguien lo ha leido y que además haya contestado.
Venga, a ver si podemos crear archivos de recuperación que seguro que nos ayudará a todos.
Un saludo

Perdon por tardar en contestar, esque ando algo liado y casi solo leo el otro post.
Si has bajado de emule seguro que tienes el capítulo que querias bajar, otra cosa es que sea el que veleta ha publicado, eso lo puedes verificar con el hash de los enlaces del post de veleta con los elinks, si has bajado esos los tienes. Si los has bajado de megaupload solo hay que verificar el hash y listo.
Me alegra saber que alguien lo ha leido y que además haya contestado.
Venga, a ver si podemos crear archivos de recuperación que seguro que nos ayudará a todos.
Un saludo

yo tb lo he leído pero no he entendido demasiado quería sabercomo hacerpequeños archivosparal igual que están haciendo con el uploadamegauploadde saint seiya de luffykenshin :'(

Iniciado por Self Bias Resistor

yo tb lo he leído pero no he entendido demasiado quería sabercomo hacerpequeños archivosparal igual que están haciendo con el uploadamegauploadde saint seiya de luffykenshin :'(

B ueno, tenía este hilo abandonado por haber creado otros hilos en los que explico mejor este y otros temas. Qué es lo que no has entendido?
En cualquier casp si necesitas partir los archivos lo mejor es utilizar el mismo tamaño que utiliza emule, o la mitad... aunque esto quizás hace que sea excesivamente pequeño.... en ese caso lo mejor es hacer una cosa intermedia... no recuerdo exactamente el tamaño de los bloques de emule... rondan 9800000 bytes, si haces 3 de 6500000 aprox resulta que tres trozos son dos partes (igual te estoy liando) la idea es buscar el bloque de emule, así en el peor de los casos no hay que bajar todos los bloques

Gracias por el post. Aunque parezca lioso seguro que muchos lo tendran en cuenta y ayudaran a mejorar la distribucion de sus archivos. Saludos.

Iniciado por petisu

Gracias por el post. Aunque parezca lioso seguro que muchos lo tendran en cuenta y ayudaran a mejorar la distribucion de sus archivos. Saludos.

Siempre hay quien lo lee y lo entiende. De la misma forma que yo leo post como estos y me sirven espero que les sirva igual para otros

Gracias por los manuales Khepper, pero bueno a lo que vamos. Cómo uso el quickpar? Si voy a colgar algo por ejemplo en el pando, debería subirlo siempre con los pares ? (Esos ya he aprendido a crearlos).
Lo dicho cómo compruebo la integridad del archivo descargado del pando?
Gracias por encaminarnos a aprender cosas que en mi caso no sabía ni que existían.

Llevo siglos sin pasarme por aquí, supongo que ya te habran habras contestado a tu pregunta, pero een cualquier caso más vale tarde que nunca. Desconozco el sistema que utiliza pando para recuperarse de errores, a buen seguro que lleva un sistema que repara el archivo. En cualquier caso aunque solo sea el par si sería interesante que lo subieras, y al ser un archivo pequeño seguro que lo puedes poner en cualquier server y seguro que no te lo borran.
Para algunos mantener la integridad de los archivos es algo vital, utilizar los pares es una forma muy simple y asequible de mantener tal integridad. Si se produce un error al subir va a ser la única forma de corregir el problema y evitar que aparezcan versiones erroneas en la mula que contribuyen a dispersar las fuentes y a que existan corrupciones en la versión original

Llevo siglos sin pasarme por aquí, supongo que ya te habran habras contestado a tu pregunta, pero een cualquier caso más vale tarde que nunca. Desconozco el sistema que utiliza pando para recuperarse de errores, a buen seguro que lleva un sistema que repara el archivo. En cualquier caso aunque solo sea el par si sería interesante que lo subieras, y al ser un archivo pequeño seguro que lo puedes poner en cualquier server y seguro que no te lo borran.
Para algunos mantener la integridad de los archivos es algo vital, utilizar los pares es una forma muy simple y asequible de mantener tal integridad. Si se produce un error al subir va a ser la única forma de corregir el problema y evitar que aparezcan versiones erroneas en la mula que contribuyen a dispersar las fuentes y a que existan corrupciones en la versión original