Mi media center - Foro

@dreamlomax, lo que dije es que no tengo ningún ordenador que cumpla los requisitos mínimos de hardware para instalar algún media center...

@Jesús, no me equivoco creyendo que quieres quitar mis canales, simplemente te ofrecí una solución rápida, para que continuaras con la actualización de la versión de Dharma sin más contratiempo. Porque independientemente de la forma cutre en que yo pude solucionar la edición de favoritos (sólo probada para XBMC4XBOX), a mi es una función que me es muy útil y la uso constantemente, al igual que vosotros en su momento no os podíais desprender de las descargas o las actualizaciones automáticas... y por la cabeza no me pasa quitarla de buenas a primeras porque el repositorio de Dharma no quiera que se toquen los favoritos... mi respuesta fué la más sencilla y rápida: quita los canales que más adelante veré si lo soluciono...

En cuanto al runplugin (te vuelvo a repetir lo de arriba), en CastTV, está en un patrón, es decir, forma parte de una expresión regular para extraer los favoritos de favourites.xml, para el formato en que se guarda en XBMC4XBOX, por lo tanto no hay nada que cambiar.

A mi lo que me gustaría saber es si en Dharma aparece el apartado (caso de existir la ruta y en ella el archivo), y si se muestra algo, cosa que dudo dada la alarma por el uso de runplugin (que si se usa en XBMC4XBOX), pero eso me parece que va a ser misión imposible, porque usuarios tengo pocos...

Veo que se la han tomado con el canal para casttv.

Yo tambien creo que no se deberia retirar los canales del plugin pero si habria que quitar el codigo que toca el archivo favorites.xml sobretodo de la version que se envia al repositorio de dharma.
Para los no dharma, no se depende de lo que diga Jesus pero yo recomendaria que tampoco se quedara ahi, lo siento Lily pero estoy de acuerdo en parte en lo que dicen, el archivo puede tener cambios que todavia este en memoria y podrian perderse, sobretodo utilizar regxp para escribir en el xml, que es utilizado por el sistema, podria tener consecuencias imprevisibles.

En cuanto al runplugin me parece que se refieren al porque la utilizacion desde dentro del patron que manipula el xml,el literal "(plugins://video/pelisalacarta...)" y porque no "(plugin.video.pelisalacarta...)" si la anterior ya no existe en dharma, en si esto es solo una regxp que no ejecuta al runplugin pero seguramente les llamo la atencion que lo utilices de la forma antigua, tambien puedes utilizar el "arg[0]" para resolver eso, ejemplo: patron ="...runplugin("+arg[0]+"xxx...", con esto te evitas pensar si es dharma o no, tambien puedes recuperar toda la intruccion y pasarlo a un diccionario para sacar los datos de canal, accion,etc...

El plugin utiliza la intruccion runplugin dos veces que yo sepa, las dos para lanzar una accion desde el menu de contexto que creo que para eso son especiales, una esta en el buscador.py y sirve para eliminar un busqueda grabada, la otra esta en library.py creo y sirve para enviar un capitulo de una serie a la biblioteca, y puedo decir que las dos son utilizadas correctamente.

bandavi escribió:Lily pero estoy de acuerdo en parte en lo que dicen, el archivo puede tener cambios que todavia este en memoria y podrian perderse, sobretodo utilizar regxp para escribir en el xml, que es utilizado por el sistema, podria tener consecuencias imprevisibles.

No uso regxp porque no se ni lo que es, y al contrario de lo que dices precisamente una de las cosas que le molesta al del repositorio es que no use regexp para escribir xml. Por otro lado, a mi no me parece nada lógica esa historia de ¿datos temporales no guardados aún en el archivo de favoritos, que me impiden leer el archivo y eventualmente eliminar algún favorito?. ¿Por qué no se van a guardar los favoritos cuando hay un cambio, si es un función que se puede usar dentro de plugin, y al mismo tiempo volver al menú principal y abrir favoritos sin dejar el plugin?, yo hago esto continuamente con la tecla menú en la Xbox. Y en todo caso ¿de que consecuencias imprevisibles estamos hablando?, ¿de perder un favorito? Llevo usando la función mes y medio en la Xbox y no he tenido nigún problema, ni lo voy a tener ...

bandavi escribió:Yo tambien creo que no se deberia retirar los canales del plugin

Se trataría de quitarlos temporalmente, hasta que yo, que soy la autora cutre de ambos canales , de la solución que me parezca. Si a alguien le interesa, siempre puede descargarlos del foro y ejercer su derecho de usar los canales que y como quiera:-)

bandavi escribió:En cuanto al runplugin me parece que se refieren al porque la utilizacion desde dentro del patron que manipula el xml,el literal "(plugins://video/pelisalacarta...)" y porque no "(plugin.video.pelisalacarta...)" si la anterior ya no existe en dharma, en si esto es solo una regxp que no ejecuta al runplugin pero seguramente les llamo la atencion que lo utilices de la forma antigua, tambien puedes utilizar el "arg[0]" para resolver eso, ejemplo: patron ="...runplugin("+arg[0]+"xxx...", con esto te evitas pensar si es dharma o no, tambien puedes recuperar toda la intruccion y pasarlo a un diccionario para sacar los datos de canal, accion,etc....

Se puede cambiar un patrón Bandavi, pero ¿para que?... si es que el "invento" tiene la ruta del archivo de favoritos por defecto de XBMC4XBOX (en realidad sólo lo tengo puesto para la XBOX, es que yo no sólo no puedo probar en Dharma, tampoco en Boxee o Plex, etc.) en todo caso gracias por el apunte de arg[0], si me funciona en XBMC4XBOX, lo cambiaré.

La próxima vez que vaya a subir una actualización subiré dos versiones, una completa y otra para Dharma eliminando todo lo relacionado con favourites.xml y favourites2.xml (invento mio), y que Jesús haga lo que quiera, que coja la de Dharma para todo, o las use en las versiones por separado.

Lo que se me viene a la cabeza es lo del plugin multiplataforma, según lo visto, si se tiene en cuenta a los del repositorio de Dharma, eso es más que nunca una utopía

Estimada Lily. Mis siguientes comentarios no van encaminados a reprobar tu trabajo o decirte como hacer las cosas. Sólo pretendo explicar porqué creo que el TeamXBMC ponía pegas a algunas de las funciones de CastTV.

Llevo usando la función mes y medio en la Xbox y no he tenido nigún problema, ni lo voy a tener

Lo primero que hay que considerar es que tu utilizas XBMC en XBOX, de hecho ésta es una versión que ya no está soportada por la versión oficial de XBMC.

Pero que algo te funcione en tu versión particular no significa que lo haga en cualquier otro entorno, especialmente cuando te lo está indicando la gente que gestiona la aplicación general.

Es muy probable como indicas que la versión de XBOX no utilice almacenamiento temporal y todo lo que se graba se guarde inmediatamente en disco (especialmente tratándose de una consola que no incorpora procesos de apagado). En una consola este comportamiento es normal ya que en cualquier momento puede pulsarse el botón de apagado. Pero en Windows, Linux o Mac OS esto no tiene porqué ser así. En muchas ocasiones se utilizan almacenamientos temporales para no estar continuamente accediendo al disco.

Incluso ignorando todo esto, realizar cambios sobre archivos de los que no somos propietarios (no es un fichero interno de pelisalacarta, sino del propio XBMC) debemos seguir las normas que nos impongan para asegurar que todo funcione ahora y en el futuro...

Para mí es claro que tu haces CastTV contigo en mente como primer usuario y haces las cosas que te gusta tener. De hecho, si luego no se pueden poner globalmente estoy seguro que te dará igual, ya que las haces para tí... y es una actitud comprensible.

Pero deberás entender también que pelisalacarta es un esfuerzo global que debe funcionar en todos los sistemas para los que se da soporte. Mucha gente puede beneficiarse de que pelisalacarta esté en el repositorio y es un aspecto creo que todos consideramos muy interesante.

En los últimos días, al leer tus comentarios detecto (quizá me equivoque) una agresividad que creo que no está demasiado justificada. Nadie trata de atacarte a ti o tu trabajo. Sólo pretendemos el bien común de pelisalacarta.

Si no es así y soy yo el que está malinterpretando una agresividad inexistente, te ruego que me disculpes.

Saludos.

Jurrabi, perdóname pero no voy a leer tu rollo, no necesito explicaciones de porqué al equipo de Dharma no le gusta mi función para favourites.xml, lo entiendo MUY BIEN como expresé en mi primer post, sólo que yo soy usuaria de mi propio canal y como tal actuo y no empleada del repositorio Dharma o vuestra... Sólo acepto comentarios, quejas, sugerencias etc de gente que use mis canales....

Por lo visto hablo chino y soy agresiva con gente que se pasa todo el rato quejándose de lo que no ha probado, ni le gusta, ni ha visto, ni nada... estupendo voy a reducir mis posts al mínimo, y repito cuando tengan un problema con un canal mio de cualquier índole lo quitan y se acabó, y si interpretan esto como algo agresivo, yo no puedo hacer nada ni por el plugin, ni por el foro, porque los diálogos para besugos los dejé en los tebeos.

Libre eres de leer lo que te plazca.

Culpa mía.

Bueno @Lily, entonces por cerrar el tema: Si prefieres no modificar los canales lo respeto, yo no me atrevo a tocarlos porque no tengo XBMC4XBOX para probarlos y paso de rompértelos

Los quitamos de la versión para el repo oficial, y los mantenemos en la "de siempre". Yo no me molestaría mucho por hacer dos versiones, pero como tú veas.

Dime qué es lo que quieres probar en Dharma, que no me ha quedado claro, y yo te lo pruebo. He añadido dos videos al favoritos de XBMC (he tenido que buscarlo), y una serie dentro de CastTV al favoritos de CastTV. Cuando he dado a la opción "Todos mis favoritos" de CastTV no me ha aparecido nada más que la serie de CastTV, nada de los otros dos vídeos...

En cuanto al plugin multiplataforma, he pensado bastante sobre ello. Pero las cosas del responsable del repo de XBMC no son exclusivas suyas. Las versiones para Plex y Boxee también tienen sus diferencias, y pasará con otros, así que es parte del juego.

La solución no es hacer "un plugin para todos", sino más bien contener todos los componentes en un directorio para que luego se puedan "empaquetar" a partir de él diferentes plugins para diferentes plataformas. Para eso sirve el script (build.xml) que hay en el SVN, donde por ejemplo se eliminan los ficheritos que a los del repo de XBMC no les gustan para esa versión en concreto.

Tal como yo lo veo, añadiremos nuevos canales, añadiremos nuevas funcionalidades en tal o cual plataforma, publicaremos la nueva versión y empaquetaremos un fichero .ZIP para cada plataforma. Y si en xbmc tiene que haber más de una versión, pues que la haya.

@jurrabi, estoy deseando ver tu criatura

Por supuesto que puedes publicar aquí lo que quieras, y si necesitas algo más sólo tienes que pedirlo y veremos lo que se puede hacer.

Espero que sea open source, porque pensamos robarte el código de descarga multi-rar en cuanto funcione ja ja ja

por supuesto que será free source... lo del multirar voy a ver si lo encuentro y lo subo, que pa eso no hay que esperar...