#180 la ventaja que tienes es que realmente puedes verlo en más de un dispositivo gracias a esto; ahora, cómo tener canales diferenciados ya no se si requeriría algo de código, pregúntale a chatgpt a ver qué te cuenta
Me parece que no va a ser posible, le he preguntado al chatgpt (lo pago) y me ha dicho esto:
"Una conexión al proveedor:
Threadfin asegura que solo haya una conexión activa entre el servidor y el proveedor de IPTV, lo cual cumple con la restricción de una conexión por cuenta.
Múltiples dispositivos locales:
Puedes acceder al flujo en varios dispositivos en tu red local, pero solo podrán ver el mismo canal al mismo tiempo. Esto es porque técnicamente solo hay una conexión activa al proveedor."
#182 prueba con lo que menciono en #127
Te meterá retraso en los streams porque cacheara cachos, pero en principio puedes hacer que threadfin sólo esté conectado 1 vez al iptv y vaya saltando entre canales para llenar buffer mientras tienes a 2 personas viendo 2 cosas distintas.
Ahora, hay gente a la que no le va bien, a mi con el search.m3u me iba bien
Edito que ya veo que lo has probado.
Intenta subir los tamaños del buffer al máximo posible, porque ibas por buen camino y si no pues "your joy in a well"
#183 Ya lo he subido al máximo, 8 Mb de buffer tanto con ffmpeg como con vlc y me seguía haciendo cosas raras, en resumidas cuentas, canales inestables...cuando no uno se congela y cuando no otro ni si quiera se reproduce y así todo el rato.
Así que como dices "your joy in a well"... 
#186 tengo 16Gb de RAM, no creo que sea el problema y menos para dar servicio a 2-3 simultáneos, que era mi plan
mi problema es que los streams directamente no arrancan o se buguean: abro canal 1, va bien; abro canal 2, no abre (cuando sé que está online); vuelvo al canal 1, tampoco abre
coñazo máximo
#185 Cierto que funciona mejor sin buffer.
Pero en mi caso lo que comentaba en la anterior página, si pongo los canales en diferentes pc con vlc van saltando al siguiente cada rato, no llegan ni un min como máximo reproduciéndose.
1 mes después
al final, para quien le interese, sudé de threadfin y tengo un Docker con varias instancias de acestream
cada instancia es para un cliente distinto (somos 5), para que cada uno tenga su servicio de acestream y no se pisen las mangueras entre ellos, ya que sin threadfin, dos usuarios conectados al mismo server de acestream NO pueden tener el mismo canal sintonizado al mismo tiempo
cada usuario tiene un m3u que básicamente apunta a mi No-IP (dns dinámica) con el puerto de la instancia de acestream que le corresponde
esto es algo que threadfin en sí resuelve bien: threadfin gestiona automáticamente dos (o más) clientes que apunten al mismo canal/stream, pero tiene una limitación: no permite meter dns dinámicas, por tanto, cuando configuras threadfin con una IP determinada, tu cliente de IPTV puede lanzar la solicitud a tu server con una DNS dinámica sin problema, pero el threadfin responde con una IP fija que has configurado previamente en su panel y que podría estar ya desfasada, si es que a tu router le ha dado por cambiarla en algún momento :/ entonces te obliga a estar al loro de actualizar la IP si te cambia.
dos alternativas:
a) pagar ip fija (no quiero)
b) crear un script en bash dentro del container de threadfin que al detectar que la ip pública ha cambiado, edite el archivo de configuración con la nueva IP y reinicie el container
de momento he preferido repetir instancias, que me sobra CPU, y tira a las mil maravillas
#190 metete un docker de ddns que te actualice el no-ip el sólo, si te quieres poner más todavía monta tambien un nginx proxy manager y así gestionas desde él a qué container va segun la url que usen por ejemplo (así no tienes que estar pensando el puerto de cada uno)
https://hub.docker.com/r/qmcgaw/ddns-updater/
Este es el que tengo yo puesto para que me actualice la ip del strato...
