Hola Gente, mi nombre es Fernando Maniglia, veo que han publicado parte de mi código y me veo en la obligación de aclarar que el plug-in que han subido y de la forma en la que lo presentan no tiene funcionalidad alguna si no se usa en conjunto con las modificaciones que se le hizo al Core del thunder.

Sepan entender que cualquiera que este evalundo el plug-in suelto sin toda la mecánica de traking agregada al Core esta incurriendo en un error tremendo ya que solo estaría viendo el 3% de los cambios.

A quien quiera el código completo de traking de youtube puede contactarme vía el grupo de Facebook "Folks - ThunderCache 3.1 - Developer/Programacion/Programacao" y allí tambien, con mucho gusto podre evacuar cualquiera de sus inquietudes, como así también presentarles no menos de 1000 horas de pruebas y gráficas de funcionamiento sobre redes de hasta 1Gbps.

Saludos, y disculpen si alguien mal comprendió y mal publico el trabajo realizado.

Ya intenté contactar a Joem6 pero no obtuve respuesta.
Todo el trabajo que estamos realizando esta abierto a quien le interese conocerlo como así también me fascinaría conocer si es que alguien sabe, la forma en la que raptor soluciona vía plugin el teme del id de google vídeos ya que luego de analizar más de 1000 vídeos encontramos que este valor existe en el servidor de googlevideo y no tira ninguna referencia al browser para hacer el traking más que el v= de youtube.

Saludos

Google, empresa propietaria de youtube realizo cambios en el sitio para que el ID de los vídeos sean dinámicos por lo cual en breve ningún video será catcheando ni por raptor ni por thunder ni por ningún otro proxy, pero ya he logrado encontrar soluciones para este problema con el Folk argentino de thunder llamado Alliance que subiré para todos ni bien este completamente probado.

Esto es así:

Cuando uno llama a un video lo hace a través de watch?v=(ID ESTÁTICO)
Este es un sctipt que crea un objeto en los servidores de google por un tiempo determinado y luego crea un JavaScript que se inserta en el cuerpo del watch.

De esta forma el JavaScript llama a un video vía flash player o html5 según el caso usando la dirección XXX.googlevideo.com?ID=SHEH-HDH6853DJFJ&xxxxx. Este último es el que usaba thunder y sus folks para catchear el video en disco, si era un sólo archivo usaban sólo el ID + la extensión FLV o MP4 mientras que si era un archivo fragmentado vía el parámetro RANGE, se usaba el ID + RANGE con extensión .CACHEPART O WILIMSION U OTROS.

Y es acá donde esta ahora el problema ya que el archivo es creado en disco al ver un video en Youtube pero cuando uno quiere volver a verlo, al tener googlevideo un ID dinámico el mismo video antes visto ahora tiene un nuevo nombre y ya no se encuentra en disco por lo que da MISS.

Para resolver el problema hubo que recodificar varios aspectos del Alliance (folk de thunder) para que pueda:
Tener una tabla mime completa
Capacidad de cachear información sin heladera que contengan el tag content-lengt
Poder interpretar sitios gzipeados y sitios sin gzip
Incluir un traking entre archivos html y archivos de video.
Unir lo que es el ID del html con el del video.
Modificar el archivo plugin Youtube.com.cpp para capturar html, js y xml dinámicos

Y listo, a un lo estamos probando, si todo camina lo pondremos a disposición compilado en 32,64 y bajo varios nombres para poder sustituir con sólo copiar y pegar al thunder y raptor hasta que estos tengan sus versiones listas y todos puedan volver a la normalidad

Google, empresa propietaria de youtube realizo cambios en el sitio para que el ID de los vídeos sean dinámicos por lo cual en breve ningún video será catcheando ni por raptor ni por thunder ni por ningún otro proxy, pero ya he logrado encontrar soluciones para este problema con el Folk argentino de thunder llamado Alliance que subiré para todos ni bien este completamente probado.

Esto es así:

Cuando uno llama a un video lo hace a través de watch?v=(ID ESTÁTICO)
Este es un sctipt que crea un objeto en los servidores de google por un tiempo determinado y luego crea un JavaScript que se inserta en el cuerpo del watch.

De esta forma el JavaScript llama a un video vía flash player o html5 según el caso usando la dirección XXX.googlevideo.com?ID=SHEH-HDH6853DJFJ&xxxxx. Este último es el que usaba thunder y sus folks para catchear el video en disco, si era un sólo archivo usaban sólo el ID + la extensión FLV o MP4 mientras que si era un archivo fragmentado vía el parámetro RANGE, se usaba el ID + RANGE con extensión .CACHEPART O WILIMSION U OTROS.

Y es acá donde esta ahora el problema ya que el archivo es creado en disco al ver un video en Youtube pero cuando uno quiere volver a verlo, al tener googlevideo un ID dinámico el mismo video antes visto ahora tiene un nuevo nombre y ya no se encuentra en disco por lo que da MISS.

Para resolver el problema hubo que recodificar varios aspectos del Alliance (folk de thunder) para que pueda:
Tener una tabla mime completa
Capacidad de cachear información sin heladera que contengan el tag content-lengt
Poder interpretar sitios gzipeados y sitios sin gzip
Incluir un traking entre archivos html y archivos de video.
Unir lo que es el ID del html con el del video.
Modificar el archivo plugin Youtube.com.cpp para capturar html, js y xml dinámicos

Y listo, a un lo estamos probando, si todo camina lo pondremos a disposición compilado en 32,64 y bajo varios nombres para poder sustituir con sólo copiar y pegar al thunder y raptor hasta que estos tengan sus versiones listas y todos puedan volver a la normalidad

Google, empresa propietaria de youtube realizo cambios en el sitio para que el ID de los vídeos sean dinámicos por lo cual en breve ningún video será catcheando ni por raptor ni por thunder ni por ningún otro proxy, pero ya he logrado encontrar soluciones para este problema con el Folk argentino de thunder llamado Alliance que subiré para todos ni bien este completamente probado.

Esto es así:

Cuando uno llama a un video lo hace a través de watch?v=(ID ESTÁTICO)
Este es un sctipt que crea un objeto en los servidores de google por un tiempo determinado y luego crea un JavaScript que se inserta en el cuerpo del watch.

De esta forma el JavaScript llama a un video vía flash player o html5 según el caso usando la dirección XXX.googlevideo.com?ID=SHEH-HDH6853DJFJ&xxxxx. Este último es el que usaba thunder y sus folks para catchear el video en disco, si era un sólo archivo usaban sólo el ID + la extensión FLV o MP4 mientras que si era un archivo fragmentado vía el parámetro RANGE, se usaba el ID + RANGE con extensión .CACHEPART O WILIMSION U OTROS.

Y es acá donde esta ahora el problema ya que el archivo es creado en disco al ver un video en Youtube pero cuando uno quiere volver a verlo, al tener googlevideo un ID dinámico el mismo video antes visto ahora tiene un nuevo nombre y ya no se encuentra en disco por lo que da MISS.

Para resolver el problema hubo que recodificar varios aspectos del Alliance (folk de thunder) para que pueda:
Tener una tabla mime completa
Capacidad de cachear información sin heladera que contengan el tag content-lengt
Poder interpretar sitios gzipeados y sitios sin gzip
Incluir un traking entre archivos html y archivos de video.
Unir lo que es el ID del html con el del video.
Modificar el archivo plugin Youtube.com.cpp para capturar html, js y xml dinámicos

Y listo, a un lo estamos probando, si todo camina lo pondremos a disposición compilado en 32,64 y bajo varios nombres para poder sustituir con sólo copiar y pegar al thunder y raptor hasta que estos tengan sus versiones listas y todos puedan volver a la normalidad