Mi media center - Foro

Mañana lo ojeo, con el primer café quizás no pueda por que tengo que salir temprano, quizás al segundo o al tercero

Creo que vas bien, de momento te has quitao el mareo de los offset

Con las alertas hay un problema, no se si thas dado cuenta que siempre el porcentaje de lo desacargado es superior a lo que se a almecenado en el disco o incluso el porcentaje de piezas descargadas que muestra 'have.piece' dividido por el totla de piezas es inferior al que muestra 'getProgress'. Una de las cosas que tenía en mente era crear clustters de x piezas y tratarlas como una, si el cluster no esta completo no entra en la suma de datos descargados y tampoco se iniciaría la descarga del siguiente cluster si el cluster anterior no se ha completado x-1 con lo que se conseguiría margen para kodi, o eso creo ya veremos cuando me remangue

Aquí hablan un poco del tema 'set_sequential_download' y 'set_piece_deadline'

Tenemos que ser cocientes que esto es puro ejercicio ya que por mucho que hagamos de dónde no hay no se puede sacar ya sea MCT, utorrent u lo que sea. Te recomiendo que si tienes clientes apañaos para los torrents, compruebes el mismo torrent desmarcando todos los archivos y luego en los archivos sobre uno de los videos le das a "Copy Stream URL" o la más parecido. Empezará hacer lo que tuquieres hacer, pegas la url en el navegador ya ver que pasa pixelarse no se va a pixelar pero quedarse parao sí De esta forma podrás saber si estás haciendo las cosas bien o más o menos bien.

Bueno, he estado ojeando el code y he visto el error al que terefieres que supongo será el que da igual el porcentaje de inicio, kodi intentará reproducir el vídeo nada más empezar.

Creo, es una opinión, que te estás enredando con el 'piece_set(num_piece, set_piece)'. Ese es uno de los problemas, el otro es que debes decidir bien cuando quieres que inicie ya que el tamaño del fichero será la suma de las piezas setadas a 1.

Yo dejaría 'piece_set' como estaba 'piece_set(num_piece)' y para saber como está seteada una pieza concreta lo haría con '_set_piece = h.piece_priority( piece_set(num_piece) )'.

robalo escribió:Bueno, he estado ojeando el code y he visto el error al que terefieres que supongo será el que da igual el porcentaje de inicio, kodi intentará reproducir el vídeo nada más empezar.

Creo, es una opinión, que te estás enredando con el 'piece_set(num_piece, set_piece)'. Ese es uno de los problemas, el otro es que debes decidir bien cuando quieres que inicie ya que el tamaño del fichero será la suma de las piezas setadas a 1.

Yo dejaría 'piece_set' como estaba 'piece_set(num_piece)' y para saber como está seteada una pieza concreta lo haría con '_set_piece = h.piece_priority( piece_set(num_piece) )'.

Gracias por echarle un ojo . Al final he rehecho varias cosas, primero porque no encontraba la manera y segundo porque creo que limitar completamente la descarga a 5 piezas acaba siendo perjudicial, porque no conectará con muchos peers y la descarga será más lenta. Ya he actualizado el código en el enlace anterior, ahora lo que hace es descargar las 5 primeras y últimas como antes y cuando estas terminen poner el resto a modo 1 y activar el sequential_download, de esta manera hay cierto margen para comenzar el vídeo y la velocidad es buena.

El error que me daba no era el del porcentaje de inicio, tal y como lo he puesto funciona igual que con el s.progress, se activa exactamente al mismo porcentaje. El error se producía justo después de completarse todas las piezas puestas con deadline al comienzo, conseguía cambiar las 5 siguientes de prioridad 0 al deadline, pero justo después Kodi petaba (ni siquiera llegaba a intentar reproducir porque el porcentaje era menor). Me quedo con la duda de saber a qué era debido, pero creo que no merece la pena obcecarse en ello xD Al menos tal y como está ahora es completamente funcional, la reproducción comienza en el momento correcto y se producen menos pixelaciones y saltos al comienzo, luego ya depende de la velocidad del torrent en sí.

robalo escribió: Aquí hablan un poco del tema 'set_sequential_download' y 'set_piece_deadline'

Tenemos que ser cocientes que esto es puro ejercicio ya que por mucho que hagamos de dónde no hay no se puede sacar ya sea MCT, utorrent u lo que sea. Te recomiendo que si tienes clientes apañaos para los torrents, compruebes el mismo torrent desmarcando todos los archivos y luego en los archivos sobre uno de los videos le das a "Copy Stream URL" o la más parecido. Empezará hacer lo que tuquieres hacer, pegas la url en el navegador ya ver que pasa pixelarse no se va a pixelar pero quedarse parao sí De esta forma podrás saber si estás haciendo las cosas bien o más o menos bien.

Justamente por la página que comentas decidí probar suerte con lo del set_piece_deadline, pero como menciona, aunque a primera vista puede parecer muy aprovechable para el streaming, luego puede formar cuellos de botella y reducir mucho los peers a los que te conectas. Como tú dices tampoco se puede hacer magia ni intentar reproducir un torrent al vuelo como si fuera un vídeo online, además que sería ir contra el propio sistema torrent que lo que busca en primer lugar es "esparcir" lo máximo posible las piezas, dándole más prioridad a las que menos usuarios tienen. Mi objetivo era más que nada evitar los saltos, porque las pixelaciones son asumibles. En mi caso si intento hacer un streaming de un vídeo mientras se descarga por uTorrent, el reproductor cuando llega a una parte no descargada se pausa, pero en Kodi pega un salto. Pero vamos, la solución es clara, esperar a que haya avanzado la descarga y mandar a tomar por **** los deadlines

Yo no es por tocar los cojones , pero yo llevo viendo películas de 30, 28 y 22gb desde hace 4 días tal y como lo puso robalo, diferenciando mkv y avi , y a no me da ni una pixelacion cuando arranca ni nada, si tuve en the martian -mejortorrent- 20 y muchos gigas, dos "microparaditas" de ni un segundo , concretamente en el minuto 52 y al final de la peli, pero vamos creo q es algo soportable Además, en este caso concreto creo q ya estaba descargada al 100%. Lo q quiero decir con esto, es q Amén de la gran verdad@de donde no hay no se puede sacar" es q en esto de los torrent existen tantas factores externos a nosotros q los veo incontrolables, x ejemplo, muchas veces se pixela , se detiene, o tiene microparadas, xq el torrent viene así. aparte de the martian , también me pasó con un capítulo avi the leftover(me encanta esa serie ) de un peso ridiculo de 600m creo recordar, la vi streaming solo porque mi amor se quedo dormida e iba a tirones, al día siguiente la vi con ella ya descargada iba exactamente igual. Personalmente creo, y desde mi desconocimiento casi total, vamos total del tema más allá de obseso usuario de torrent, que con la diferencia en storage por avi y torrent y unos correctos porcentajes según el tamaño del archivo es perfecto. Lo único q podría ser beneficioso en controlar es la velocidad , si un torrent se queda más de tres minutos xdebajo de 500 difícilmente veras ese torrent, se podría controlar ese parámetro para esperar una velocidad adecuada esperar , proseguir o cortar vídeo a tenor de ello

@neno1978, por supuesto que no tocas los cojones xD, tampoco es que yo haya dicho que vaya siempre mal, en absoluto, y entiendo que muchas veces todo depende del torrent, de los usuarios que te conectas en un momento concreto, etc... pero en mi caso estos días me he encontrado con varios torrents probándolo con la versión que nos mandó robalo, que comenzaban sin haber descargado varias de las primeras partes y no se reproducían, pero son casos esporádicos. A partir de ahí una cosa llevó a la otra y no veas la que he montado

Como digo, todo ha sido un intento desde mi experiencia de intentar una posible mejora de algo que ya está muy muy bien. Y sino se consigue pues sin problema, al menos he aprendido mucho estos días de un tema del que no tenía mucha idea

Eh!! XSUPUESTO!! todo lo q sea mejorar hay q hacerlo ademas , todos estos ejercicios , como tú dices, a mí me apasionan xq aprendes de genios como robalo y tú. Nunca paremos de intentar mejorar

Es cierto que me hice la pisha un lio con el porcentaje de inicio

Eso es nen, esto no va más allá de un mero ejercicio y que además mola mucho seguro que sacamos algo probechoso de todo esto. Sabes que me jode que te funcione mejor que a mi, menos mal que tengo el consuelo de que se te está atragantado el binnnn.........

Bueno voy a ver si puedo resumir. He estado probando lo que te comenté de crear cluster, creo que es buena idea. Lo he basado en lo que tenías hecho en el git, los cambios te lo he dejao en el git.
Le he quitado las alertas y le dao un paso atrás con lo de 'piece_set'. He mantenido los 'set_piece_deadline' y no se marca a 0 ninguna pieza del vídeo.

En el inicio del vídeo se tiene en cuenta que el primer cluster está completado. Cuando se completa un cluster marca el siguiente con el 'deadline' hasta completar el vídeo.

Le dejao algunas cosas para loguear.

Ojealo y pruebalo.
Lo siguiente que tengo en mente y que probaré cuando tenga otro rato será, quitar 'deadline' y usar los niveles de prioridad; culster x = 7, cluster x+1 = 5 ó 6, cluster x+2 = 4 ó 3, ..... ya veremos que le ponemos. El resto irá a 1.

Me acabo de dar cuenta que en las líneas 270, 340 y 393 se debe cambiar "+=" por "=" algo tenía que tener
Ten encuenta que esos tres bloques que iguales o casi deberían de ir en una función y el parte del log en procedimiento en el caso que se quiera usar etse último

ese porcentajeeee al gusto
Pero mira que eres cabrito... el bing y su con el resquet poxy se soluciona, pero no me quedo tranquilo, tengo q dar con el motivo...
Que digo yo , pasarme eso del git pedasso de mamíferos q ávido me hallo de "probaturas"

Coño pues el git de Cmos o en el mio, que el noob del git soy yo
https://github.com/CmosGit/pelisalacart ... -128016308
https://github.com/r0balo/pelisalacarta ... 603b82533f