[cancellato]
- Modificato
handymenny Insomma hanno reso proprietario e a pagamento udpxy/gigapxy con un pelo di scripting per pubblicare gli stream sottoscrivibili?
handymenny Insomma hanno reso proprietario e a pagamento udpxy/gigapxy con un pelo di scripting per pubblicare gli stream sottoscrivibili?
simonebortolin Oddio io ho sempre sentito che era meglio AVC1 che HEVC
Forse stai facendo confusione con AV1 che al momento non è adottabile su larga scala perché sono davvero pochi i dispositivi che supportano l'accelerazione video per questo formato.
AVC1 è H264.
[cancellato] è un po' più complicato, questo è ABR, c'è lo switch tra risoluzioni che sono flussi diversi, non la vedo banale
Pytony98 anche tu te le cerchi usando il codice fourcc ahah
EDIT: no forse non è nemmeno quello
matteocontrini è un po' più complicato, questo è ABR, c'è lo switch tra risoluzioni che sono flussi diversi, non la vedo banale
"Semplicemente" spari più flussi Mcast a risoluzioni diverse e invii al client-proxy una playlist con i vari bandwidth e corrispondenti indirizzi su cui sono disponibili i flussi; se i pacchetti persi superano una certa soglia, il proxy passa al flusso a bitrate inferiore.
Non è magia...
Pytony98
letto male
Opps non ho neanche notato che c'era la C avevo letto AV1
Potevi scrivere AVC
[cancellato] non funziona così, è il player a fare una stima della banda in base alla velocità di download dei segmenti e l'agente deve essere completamente trasparente facendo credere al player che sia una CDN e non un server web in rete locale. Quando il player inizia a richiedere segmenti video di un'altra variante (anche mentre sta ancora scaricando la variante precedente), in modo trasparente l'agente deve adeguarsi. È una cosa complicata da calibrare già normalmente con HTTP, e penso lo dimostrino ampiamente i problemi che si hanno senza M-ABR, quindi l'agente deve essere perfetto nell'astrarre il multicast in modo che non rompa algoritmi, euristiche e assunzioni che tutti i player fanno (e in modo diverso, più o meno schizzinoso/conservativo, ecc.). Sviluppare software non è questione di fare due script con ffmpeg, se poi vi sembra tutto così semplice fate una versione open source e vediamo come andrà bene, aspetto
Ho il tim hub e il tim box android 8, il multicast con nanocdn funziona anche se il box è collegato a un wifi extender o a una powerline sempre in wifi?
L'app per le smart tv non supporta ancora nanocdn? Il tim box lo vedo molto poco performante con diversi microstutter durante la visione.
arthem56 Ho il tim hub e il tim box android 8, il multicast con nanocdn funziona anche se il box è collegato a un wifi extender o a una powerline sempre in wifi?
Sì
arthem56 L'app per le smart tv non supporta ancora nanocdn? Il tim box lo vedo molto poco performante con diversi microstutter durante la visione.
Dovrebbe supportare nanocdn
simonebortolin su telegram diceva che era un bug.
Esatto, penso sia un bug della GUI. Ho già scalato la questione e sono in attesa di riscontro.
ho provato a inserire sul 7530 poi vediamo stasera se il monitor mostra qualcosa, ieri durante la partita dell'Inter era su 8-10 in download con colore giallo (Internet download) e no IPTV.
Da digital forum:
se hai il TIM box e abbonamento Dazn, metti un evento live e nel registro degli eventi dovresti avere una voce relativa a IGMP active.
Altri spunti interessanti:
"Le versioni sono sempre retrocompatibili, per cui un dispositivo IGMPv3 supporta automaticamente anche le versioni 1 e 2."
Mi domando ma se la versione IGMPv3 è retrocompatibile, mi si deve spiegare:
1) perchè TIM ha deciso di utilizzare IGMPv2;
2) perchè si è data un cosi gran da fare, affinchè su alcuni FritzBox! 7590 di propietà è andata a modificare questo parametro IGPM da 3 a 2;
3) TIM si è posto il problema che una volta aggiornato questo IGMPv2 con la versione 7.28 del FritzBox! 7590, rilasciata a poco più di tre giorni da quella di TIM, di fatto, il parametro è tornato a IGMPv3.
I modem di proprietà devono essere configurati per il multicast di tim e poi(forse) funziona con timbox
Sempre da digital forum è emerso che i setting rilasciati da TIM per il multicast senza nano-cdn NON VANNO USATI con connessioni Wi-Fi.
Comunque sarebbe interessante un dump del traffico tra Box e router per capire cosa passa. Per vedere se effettivamente con l'agente sul router il traffico è HTTP, mentre senza agente sul router è direttamente multicast. Si può catturare anche sui fritz.
matteocontrini Se si riescie a capire quest'ultimo punto si potrebbe fare un sunto dei 2 giorni del multicast DAZN/TIM e magari fare una pagina sulla wiki
dariuccio83 a scopo accademico, dall'app timvision guardando live Mediaset non vedo multicast…
config igmpproxy
# option quickleave 1
# option verbose [0-3](none, minimal[default], more, maximum)
option verbose 3
config phyint
option network iptv
option zone wan
option direction upstream
# list altnet 192.168.1.0/24
config phyint
option network lan
option zone lan
option direction downstream
e
config interface 'iptv'
option ifname 'eth0.836'
option proto 'static'
option ipaddr '10.10.10.2'
option netmask '255.255.255.252'
sono le mie configurazioni
Ma quindi vale la pena smanettare con fbeditor per attivare il multicasting sul mio Fritz 7530? Non vorrei creare casini!
eutampieri Ma i commenti li hai messi tu? Di che dispositivo è la config?
dany9107 Non si capisce nulla di come funziona sto multicast. Io aspetterei che si capisca bene come funzioni e si riesca a capire se fa davvero la differenza o no.
Informativa privacy
-
Informativa cookie
-
Termini e condizioni
-
Regolamento
-
Disclaimer
-
🏳️🌈
P.I. IT16712091004 - info@fibraclick.it
♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile