Actualizaciones automaticas y channelselector dinamico

[divadr]

Por cierto, creo que no se ha comentado por el hilo, pero me preguntaba si no se debería añadir algún campo en los json para que un canal se incluyera o no dentro de la actualización. Lo digo porque a veces se crea o modifica un canal o servidor que lleva consigo un cambio en una librería o la implementación de una nueva que no se añadiría hasta la siguiente versión por lo que el canal/servidor no sería funcional hasta entonces. Sé que no lo más común, pero puede darse el caso...

Me parece que eso ya es liar mucho la cosa... no seria mas fácil que el canal se encargara de comprobar si existe la librería y si no existe la descargue de github?

[super_berny]

... no seria mas fácil que el canal se encargara de comprobar si existe la librería y si no existe la descargue de github?

¿para cada plataforma? Uff pues no lo veo nada sencillo.
Cuando me he encontrado con ese dilema (por ejemplo pepecine + xbmctools +infoLabels) ha sido programar el canal de tal manera q funcione con o sin las mejoras introducidas en la libreria (xbmctools). Evidentemente sin actualizar esta, no se veia la informacion extra, pero el canal era igualmente operativo.

Ojo!! Pongo esto no como una regla de oro, sino como ejemplo de como solucione este problema, q no digo q sea la mejor forma... o si, quien sabe

[SeiTaN]

Hombre.. siempre está bien tener controladas las excepciones si no encuentra una referencia pero tampoco creo que sea bueno volverse loco, lo suyo si se desarrolla algo, es que se suba todo junto.

Para lo que dice Cmos, pienso que sería más fácil en ese caso si se trabajase con ramas en el GitHub.

[Cmos]

Por cierto, creo que no se ha comentado por el hilo, pero me preguntaba si no se debería añadir algún campo en los json para que un canal se incluyera o no dentro de la actualización. Lo digo porque a veces se crea o modifica un canal o servidor que lleva consigo un cambio en una librería o la implementación de una nueva que no se añadiría hasta la siguiente versión por lo que el canal/servidor no sería funcional hasta entonces. Sé que no lo más común, pero puede darse el caso...

Me parece que eso ya es liar mucho la cosa... no seria mas fácil que el canal se encargara de comprobar si existe la librería y si no existe la descargue de github?

A mí tampoco me parece una solución sencilla, pero como dice super_berny, lo de que el canal se encargue de comprobarlo con todas las versiones que hay me parece todavía más lioso. Supongo que lo más adecuado es lo que propone SeiTaN, tener una rama nightly en github donde se publiquen estas modificaciones temporales hasta que salgan en la siguiente versión, así lo que se actualice siempre serán cambios definitivos y completamente funcionales.

[divadr]

Versión 2.0 del updater.

Nuevas mejoras:
Mejorado el sistema para la regeneración de los índices de canales y servidores, ahora solo regenera el índice si ha cambiado algún archivo .py o .json, no afectándole otros archivos como los .pyc que antes sí que afectaban

Añadidas las opciones a los ajustes

Solo busca actualizaciones al entrar a pelisalacarta y no cuando retrocedes al menú principal

Añadida una opción para evitar que compruebe actualizaciones de un canal en concreto, editando el .json y añadiendo ‘"noupdate": true’ a las opciones, de esta manera salta ese canal y no hace nada con el, evitando que sobrescriba el canal si has echo alguna modificación.

Corregidos varios fallos en el listado de actualizaciones.

Descarga el nuevo json del canal para ver la versión y los cambios al hacer click sobre cada actualización, y no todos al principio como antes, asi mejora la velocidad.



https://drive.google.com/file/d/0ByPRdO ... sp=sharing

[robalo]

Gracias divadr, esta tarde/noche le pego un meneo, está muy cerca la hora del papeo y me tengo que cambiar de uniforme

[Cmos]

Gracias divadr por la nueva versión, la he probado y hay algo que me extraña. Cuando abro pelisalacarta la primera vez con este updater, me encuentra muchísimas modificaciones de canales que no han cambiado. El plugin lo actualicé a la versión 4.0.4 con el updater anterior, es decir, tiene las mismas versiones que hay en el github y sin embargo los sha1 de los archivos locales son diferentes de los que se pueden ver en el updater.json que se genera.

Viendo esto, me he fijado que todos los .py de esos canales tienen al final del código un salto de línea añadido que no existe en su homólogo en github y entiendo que de ahí vienen los hash diferentes y por eso me detecta como si hubieran cambiado. ¿Puede ser que con el updater antiguo, al tener que descargar un archivo comprimido y luego descomprimirlo, se añadiese ese salto de línea? Me resulta raro pero no le encuentro otra explicación, incluso he hecho que descomprima la versión 4.0.4 en otra carpeta totalmente nueva, sin sobreescribir nada, y pasa lo mismo.

Es que siendo así, creo que todavía está más justificado lo que comentaba super_berny de comprobar el sha1 junto con la versión del json, así estos fallitos no podrían ocurrir.

[divadr]

Sobre una copia limpia descargada de github funciona bien... no se si esaue tus archivos locales tienen alguna diferencia de alguna prueba anterior... yo probaria sobre una copia limpia

[Cmos]

Sobre una copia limpia descargada de github funciona bien... no se si esaue tus archivos locales tienen alguna diferencia de alguna prueba anterior... yo probaria sobre una copia limpia

Este es el archivo que se descarga cuando actualiza a la versión 4.0.4 de kodi isengard: http://descargas.tvalacarta.info/pelisa ... -4.0.4.zip. Si abres desde ese archivo, por ejemplo, animeflv.py, resulta que tiene 551 líneas, cuando en el github tiene 550. Hay alguno que se mantiene igual, pero la mayoría tienen esa diferencia, por eso el updater detecta todos esos cambios. Con la copia limpia descargada de github no ocurre, y supongo que por eso no os ha pasado, porque habéis actualizado directamente con ella en lugar de con la función automática con el plugin en ejecución.

Es decir, no digo que sea un fallo de tu updater, al contrario, el tuyo está bien y está detectando bien que el archivo no es igual. El fallo está en el archivo comprimido que descarga cuando se actualiza a 4.0.4 y que no coincide con lo que hay en el github.

[divadr]

En el zip creo recordar que no estan los .json... si al final se queda el updater de esta forma hay que decirle a jesus que tiene que configurar bien el tema de los daltos de linea... ya que git por defecto ignora las diferencias entre saltos de linea pero tienen que estar igual en el zip que en github... sino el updater detectara todos los canales como modificados la primera vez... una vez que los actualizes ya todo ira correcto