Os comento...
Estaba haciendo un pequeño programa en C para realizar pruebas de plugins mixtos entre C y PHP. Cómo no se si me dará tiempo a proseguir con ell proyecto os dejo el código que tengo hasta el momento (Que no es mucho) para quién quiera proseguir con algun proyecto similar.
Lo que hay hasta el momento es la funcion decrypt (De megavideo) pasada a C.
/*
(C) 2011 sombragris.
This application is designed for Zoster's USMP server which runs (amongst others)
inside the EM7075 and DTS variant.
This code is GPL licensed. Please read it here: http://www.gnu.org/licenses/gpl.html
In addtion to section 7 of the GPL terms, there is one additional term :
G) You must keep this header intact when you intend to release modified copies of the program.
Thank you, and enjoy this plugin.
*/
#include <assert.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <math.h>
char * hexchar2bin(char c)
{
int i = -1;
char buffer[ 4 ];
char *padded = (char *)malloc(5);
if( (c >= '0') && (c <= '9') ) {
i = (c - '0');
} else if( (c >= 'a') && (c <='f') ) {
i = (c - 'a' + 10);
} else if( (c >= 'A') && (c <='F') ) {
i = (c - 'A' + 10);
}
if( i > -1 ) {
itoa(i, buffer, 2);
// Pad
memset(padded, '0', 4);
strcpy(padded + (4 - strlen(buffer)), buffer);
}
return padded;
}
void BinToHex(char * BinData, char * HexData)
{
int Number = 0;
int BinLength = strlen(BinData)/4;
int i;
int j;
char HexNum[2];
for(i=0; i<BinLength; i++)
{
//#define FirstDigit 48
//Number += ((BinData[BinLength - i - 1] - FirstDigit) * pow(2, i));
//Number += ((BinData[BinLength - i - 1] - 48) * pow(2, i));
Number = 0;
for(j=0;j<4;j++) {
Number += (BinData[(i*4)+j] - '0') * pow(2, 3-j);
}
ltoa(Number, HexNum, 16);
strcpy(HexData+i, HexNum);
}
}
char * decrypt(char * str, long int key1, long int key2)
{
long int reg6[384];
long int i;
char tchar;
char * hexhash = (char *)malloc( sizeof(char) * strlen(str) );
char * binhash = (char *)malloc( sizeof(char) * 4 * strlen(str) );
char * binary;
for(i = 0; i < strlen(str); i++) {
binary = hexchar2bin(str[i]);
strcpy(binhash + (4 * i), binary);
}
free(binary);
for(i = 0; i < 384; i++)
{
key1 = (key1 * 11 + 77213) % 81371;
key2 = (key2 * 17 + 92717) % 192811;
reg6[i] = (key1 + key2) % 128;
}
for(i = 256; i >= 0; i--)
{
tchar = binhash[ reg6[i] ];
binhash[ reg6[i] ] = binhash[ i % 128 ];
binhash[ i % 128 ] = tchar;
}
for(i = 0; i < 128; i++)
{
binhash[i] = binhash[i] ^ (reg6[i+256] & 1);
}
// Solo me queda convertir la cadena a hexadecimal
BinToHex(binhash, hexhash);
free(binhash);
return hexhash;
}
int main()
{
char * hash;
// Datos del video de pruebas
hash = decrypt("880658158e23afff495c37ab50a66fbc", 3277, 96640);
printf("Result: %s\n", hash);
return 0;
}
No sé si estará muy limpia, pero bueno... Los datos del video están en codigo... Si arreglais el paso de parametros se podría usar en las funciones decrypt de los plugins.
Bueno, a lo que iba... Mi idea original era meterle el libCURL para descargar tambien la página donde aparece el XML con estos datos, y añadir una funcion para que lea el archivo de configuración del aparato. Con esos añadidos, y proporcionando como salida un array JSON el ejecutable podría reemplazar los PHP con funciones para Megavideo (Aunque sería necesario ver cuando ocupa el ejecutable y si se gana velocidad)...
De todas formas la idea
real sería implementar un proxy completo de megavideo... Es decir, le pasamos el identificador del video y el programa inicia la descarga (en memoria) del video en cuestion.
¿Porqué crear un proxy?
Las aplicaciones no cuentan con el límite de tiempo con el que cuentan los scripts en PHP y, por lo tanto, podríamos hacer que el plugin en PHP envie como localizacion del video la IP local con el puerto en el que hayamos configurado el proxy. El proxy, internamente podría contener un pequeño buffer e incluso, de tenEr un disco duro pinchado al aparato, utilizar ese disco para aumentar su buffer interno. Vamos los pasos serían:
- El proxy, actuando como servidor HTTP recibe la peticion.
- En funcion de la configuracion (si somos premium o no) localiza la URL del video y se conecta a ella.
- Si tenemos un discoduro pinchado en el equipo el proxy empieza a descargar el video al disco duro.
- Cuando el archivo alcanza el tamaño deseado (Buffer minimo) empieza a sacar el video que tenemos en disco hacia el puerto al que se ha conectado el plugin.
- Si no tuviesemos disco duro el proxy simplemente sacaría el video directamente al puerto del plugin (Salvo que a alguien se le ocurra otra forma).
De esta forma, si tenemos una conexión lenta podríamos ver peliculas/series sin demasiados problemas... Es mas, en función de la velocidad de descarga se podría hacer que el buffer cambie de tamaño (siempre respetando el mínimo). El proxy SOLO debe permitir una conexion simultanea en el puerto del plugin: es decir, si se nos ha olvidado cerrar la conexion, o algo ha fallado, al detectar un nuevo intento de conexion debería cerrar la sesion anterior y crear una nueva.
Mi gran duda es: ¿Cuanto ocuparía el ejecutable? ¿Sería rentable por espacio?
Lastima no disponer de suficiente tiempo para probarlo, pero ojala alguien se anime a hacer la prueba o por lo menos avanzarlo un poco mas.
Saludos
![[plas]](/images/smilies/aplauso.gif "Aplausos")
(GRACIAS!!!!), y os hago una pregunta / sugerencia, que iwal es fácil de solucionar, y ya está implementado en la mayoría de plugins de la "Era-Kito" 
. El de AÑADIR FAVORITOS en la propia carpeta de la SERIE desde el Mando del WD LIVE (el último item, sería precisamente el que activa la funcion de "Añadir a Favoritos").
). ![[toctoc]](/images/smilies/nuevos2/rompiendo.gif "machacando")
Seguiré trasteando, pero por ganar tiempo.
![[sonrisa]](/images/smilies/nuevos/risa_ani1.gif "sonrisa")
gracias ![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
Mil Gracias.