40 replies to this topic

[Egbertjan]

Ik heb op dit moment een VU plus ultimo 4k. Zijn er al ontvangers die sneller zijn dan deze of nieuwere ontvangers aangekondigd die sneller zijn. Ik zou wel graag een snellere ontvanger willen hebben voor het netwerk gebeuren. 

Ik zoek zeg maar een ontvanger met de volgende generatie hardware erin.

[WanWizard]

"Het netwerk gebeuren"?

 

De snelheid van een box (ik neem dan even aan dat je CPU cores / Ghz'en bedoeld) heeft bijzonder weinig met het netwerk van doen...

[dolphs]

ik vermoed 100Mbit tov 1Gbps voor "het netwerkgebeuren" , meer dan 25mbit ( 4k ) heb je niet nodig Of moet er iets met opnames gebeuren die heen en weer gesleurd  moeten kunnen worden?

Edited by dolphs, 8 June 2020 - 16:13.

[WanWizard]

De Ultimo 4K heeft een Gbps interface voor zover ik weet.

 

De PHY zit in alle gevallen geintegreerd in de SoC, en heeft slechts simpele drivers, dus vergelijken met een PC NIC met TCP offload en zo heeft vreselijk weinig zin...

 

Mijn Duo 4K naar mijn NAS:

root@vuduo4k:~# iperf3 -c 172.16.2.31
Connecting to host 172.16.2.31, port 5201
[  5] local 172.16.1.56 port 36973 connected to 172.16.2.31 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  74.4 MBytes   624 Mbits/sec  633   53.7 KBytes       
[  5]   1.00-2.00   sec  56.6 MBytes   475 Mbits/sec  348   42.4 KBytes       
[  5]   2.00-3.00   sec  69.2 MBytes   580 Mbits/sec  362   42.4 KBytes       
[  5]   3.00-4.00   sec  70.2 MBytes   589 Mbits/sec  318   46.7 KBytes       
[  5]   4.00-5.00   sec  70.7 MBytes   593 Mbits/sec  290   58.0 KBytes       
[  5]   5.00-6.00   sec  70.1 MBytes   588 Mbits/sec  273   53.7 KBytes       
[  5]   6.00-7.00   sec  70.2 MBytes   589 Mbits/sec  406   48.1 KBytes       
[  5]   7.00-8.00   sec  69.7 MBytes   584 Mbits/sec  412   38.2 KBytes       
[  5]   8.00-9.00   sec  69.0 MBytes   579 Mbits/sec  365   46.7 KBytes       
[  5]   9.00-10.00  sec  69.4 MBytes   582 Mbits/sec  429   56.6 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   689 MBytes   578 Mbits/sec  3836             sender
[  5]   0.00-10.03  sec   689 MBytes   577 Mbits/sec                  receiver

lijkt me zeer acceptabel.

[Tech]

Even los van dat, waar heb je dat enorme geweld voor nodig? 

[Egbertjan]

Ik heb dat enorme geweld nodig voor de fallback tunner die ik via openvpn gebruik. Ik verbind een xtrend et8000 via openvpn met mijn vu plus ultimo 4k  doe ik dit zelfde alleen verbind ik dan de xtrend et8000 met de xtrend et10000 dan haperen de zenders veel meer . Ook als ik veel kabel zenders stream merk ik dat het een behoorlijk zware belasting is op de vu plus ultimo 4k. kijk ik bijvoorbeeld op 2 smartphones naar 2 verschillende kabel zenders en ik wil ook nog op de vu plus ultimo 4k een zender gaan kijken doet de box er heel lang over om uit stand-bay te komen. Bij mijn xtrend et10000 duurt het nog veel langer om uit stand by te komen. Dit is de reden dat ik een snellere box wil hebben.

[cobus]

Veel sneller zijn er eigenlijk niet volgens mij of je moet een pc ombouwen.

[S_Hopper]

Omdat je openvpn gebruikt, neem ik aan dat de ET10k niet in je eigen huis staat. Ik heb de zelfde opstelling binnenshuis en dat geeft geeft geen enkel probleem in een gigabyte bedraad netwerk.
Als je idd van huis naar huis werkt, neem ik aan dat het probleem bij de tussenliggende providers ligt.

Verstuurd vanaf mijn SM-N960F met Tapatalk

[WanWizard]

Ik heb net even op mijn Duo 4K een vijftal HD streams tegelijk geopend:

 

 Screenshot from 2020-06-08 19-35-47.png   745.64KB   11 downloads

 

En ik merk niks van een tragere response van mijn box.

 

Het probleem zal eerder de combinatie van OpenVPN en internet zijn. De standaard stream is een realtime stream, er is geen buffering, die moet verwerkt worden op het moment van binnenkomst.
Dat betekent de het minste geringste latency en jitter funest is voor die stream, en geen bandbreedte die daar wat aan helpt.

 

En als je met smartphones zit te kijken, en je doet dat via het GSM ikoontje in de webif, dan gebruik je een transcoded stream, dan staat de CPU in realtime een stream (die op kabel soms wel 25Mbps kan zijn) te transcoderen. Het is niet voor niks dat de box maar 1, of sommige modellen 2, transcoders maximaal hebben. Het is immers geen kabel kop station, het is een settopbox.

[Tech]

Los van dat is het ook belangrijk waar je de VPN tunnel ergens opbouwt, doe je dat op een box met openvpn of iets dergelijks, kan ik me voorstellen dat je een hoop processor geweld nodig gaat hebben, als je het in je modem regelt kan ik me niet voorstellen dat de boel gaat hikken.

 

Ik heb indertijd ook getest met een VuUltimo met 16 tuners en liep eerder tegen een tekort aan hardware aan omdat ik niet genoeg beschikbare hardware had om naar te streamen...

[WanWizard]

Ja, als de CPU ook encryptie moet doen, met de hedendaagse sleutels, wordt het er niet sneller op...

[Egbertjan]

Ik heb de et8000 in vpn hangen die staat bij mijn oma. Die kijkt graag Duitse zenders en kan ik haar helpen op afstand als ze op een verkeert knopje heeft gedrukt.  De vpn server draait op mijn pfsense router. Ik heb pfsense op een pc staan met een Core i7-980,asus p6t deluxe v2 12 gb geheugen en een ssd. De pfsene router zit zonder tussenkomst van een router van de internet provider aan de glasvezel 500/500. Ik kijk altijd via mijn s10 plus via die zelfde vpn zonder transcenderen naar zenders op mijn box. zelfs 4k zenders krijg ik te zien zonder haperen op mijn telefoon. Het maakt niet uit of een zender via vpn stream of via een pc in mijn netwerk. De box doet er veel langer over om aan te gaan vanuit stand-by. Als ik alles lees wat jullie hier schrijven hebben jullie daar geen last van. Heeft iemand misschien een idee waar het aan kan liggen bij mij. De xtrend et10000 die ook heb staan als ik daar een zender van stream in het lokale netwerk doet hij er nog veel langer over om uit stand-by te komen dan de vu plus ultimo 4k. Wat kan er hier aan de hand zijn? Ik draai op alle boxen openpli 7.2 

[WanWizard]

Je moet duidelijk begrijpen wat je hebt, en wat je wilt.

 

Settopboxen zijn primair gebouwd voor TV ontvangst. Dat doen ze in hardware, in de SoC. De CPU die in de SoC zit ingebouwd is in principe alleen maar bedoeld voor lichte taken als het presenteren van een GUI.
Je kunt dat dus niet vergelijken met PC hardware, of zelfs maar met de CPU in een beetje smartphone.

 

Daarnaast zitten, zoals ik al schreef, ook alle andere functies in de SoC, van de ethernet PHY tot de SATA interface. En die lenen allemaal processing van die CPU.

 

100mbps sustained uitsturen levert dus best een redelijke CPU belasting op, en als dat streaming is, dan is Enigma ook nog eens druk bezig (want die moet al die data binnen pakken, het in http verpakkken, en de deur uit doen.

 

Moderne boxen met een Quad core 2Ghz ARM kun je verder al helemaal niet vergelijken met de antieke MIPSEL die in de ET10000 zit, dat is een wereld van verschil.

 

En dan heb je nog te maken met het feit dat Linux geen realtime OS is, en Enigma geen realtime applicatie. Er gebeurt dus geen multitasking binnen Enigma, en maar heel beperkt multithreading. Dat betekent dat als een proces binnen Enigma bezig is, de rest stil staat, totdat die weer tijd krijgen. Als dat erg lang duurt krijg je een spinner te zien, maar al lang daarvoor merk je dat in het interactief gebruik.

 

Daar zijn oplossingen voor, en daar pleit ik al jaren voor, maar dat is een fors project, vereist dat alle developers (ook buiten OpenPLi) de neuzen dezelfde kant op zetten, en bereid zijn om vele maanden lang gezamelijk aan dat project te werken.

 

En dat zie ik niet gebeuren, dus je zult hiermee moeten leren leven.

[Egbertjan]

bedankt voor je duidelijke uitleg over de werking van de cpu van de boxen. Ik koop wel weer een keer een nieuwe box als er nieuwe generatie boxen zijn en zal met de boxen die ik nu er mee leren leven dat niet sneller gaat.

Edited by Egbertjan, 8 June 2020 - 23:32.

[dolphs]

zou iemand kunnen kijken welke kernel er nu in de ET10000 zit ( dus PLi7.2),

er lijkt onlangs een update te zijn geweest?

 

Nu weet ik niet hoe/wat/wie maar dit is wat ik zie op een OpenATV box:

" Linux et10000 4.10.6 #1 SMP Thu May 28 11:07:45 UTC 2020 mips GNU/Linux "

 

Dat is toch vrij recent, mogelijk dat dan dus Xtrend niet helemaal EoL en unsupported is ? 

[mimisiku]

OpenATV bouwt gewoon door zolang het kan... Is ook niks mis mee. Zolang je box nog 100% werkt.. De builds voor de ET10K worden toch ook nog door OpenPli gemaakt...
Er komt een punt dat het niet meer haalbaar wordt, te trage SoC, te weinig geheugen en simpelweg het 'verval in de tijd'. Autodealers hebben nu ook geen support op b.v. een Renaultje 4 (hoe leuk het autootje ook was)..

[Beasty Boy]

@Egbertjan
Even of topic:
Ik ben benieuwd hoe je die pfsense regelrecht op je glasvezel hebt gekregen.
Ik wil ook zonder provider modem werken.
Ik stuur je een privé bericht

[WanWizard]

zou iemand kunnen kijken welke kernel er nu in de ET10000 zit ( dus PLi7.2),

er lijkt onlangs een update te zijn geweest?

 

Nu weet ik niet hoe/wat/wie maar dit is wat ik zie op een OpenATV box:

" Linux et10000 4.10.6 #1 SMP Thu May 28 11:07:45 UTC 2020 mips GNU/Linux "

 

Je moet oppassen dat je geen appels met kisten citroenen aan het vergelijken bent.

 

Wat je ziet in de uname output is de compile time. Dat heeft niks met de kernel versie te maken, en dat heeft op zijn beurt weer niks met drivers te maken. Wij bouwen de release images elke week, maar eens de kernel gebouwd is, bouwt die niet opnieuw als er geen wijzigingen zijn (en die zij er quasi nooit). Kortom, deze datum is van nul en generlei waarde.

 

De kernel versie van de ET10000 is 4.10.6.

 

De laatste datum van de drivers:

• 7.2-release: https://github.com/n...s-et10000.bb#L2
• 7.3-release: https://github.com/n...s-et10000.bb#L2

En zoals je kunt zien is er een driver update. Er is dus blijkbaar ergens iemand met de source van die drivers, en een belang om die te updaten. Want Xtrend is echt al een paar jaar "dood".

[Tech]

Mocht je zelf willen kijken welke kernel in jouw box zit, in cli het volgende intikken

uname -r

[dolphs]

Je moet oppassen dat je geen appels met kisten citroenen aan het vergelijken bent.

 

eensch, maar aan die gecompileerde datum was ik even te snel met redeneren, per ongeluk kwam het wel redelijk uit want daadwerkelijk is er toch een update geweest -

nou ja nu nog een methode om vanaf 1800km afstand de rotte appel met een peer te flashen maar dat doe ik wel als ik weer naar RO mag , zonder staatsquarantaine en zo ...