Viel Spaß beim Lesen an die Technik Interessierten hier:
Schön, dass mal einer soweit gedacht hat, dass die Binary ja auf jedem System mit aarch64 Architektur laufen müsste und der
Raspberry Pi das ja prinzipiell kann, auch wenn es noch keine offiziellen Raspbian 64bit Images gibt.
Ich habe die gbox Binary natürlich schon beim Erscheinen auf einem aarch64 System selbt getestet und wie schon fast zu erwarten war, lief damit eine gepairte V13. Es ist einfach nur schlimm, wie viele User u.a hier in
diesem Thread es nicht glauben wollten und unbedingt Beweise wollten, obwohl in einem anderen Forum und auch hier insgesamt mindestens 5 User bereits geschrieben hatten, dass es läuft. So viel erstmal dazu…
Nun zum Problem, was ich mit der Binary auf meinem Einplatinencomputer feststellen musste:
Die Antwortzeiten eines mouse Readers (
Easymouse, Apollo, selbstgebastelt) liegen bei 3,57 MHz (oder auch 3,68 MHz, da das noch in der Baudraten Toleranz liegt) zwischen 520-560ms, sie schwanken also dazwischen rum, meist sind sie am Anfang hoch und pendeln sich dann nach ein paar ECMs bei so ca. 525ms ein. Die Pufferzeit der seriellen Daten für diesen FT232 Reader stand natürlich die ganze Zeit auf 1ms, statt 16ms (so wie in den alten Kernels), also bestmögliche Performance mit dem Reader. Mit OScam und mouse sind die Zeiten deutlich schneller und normal.
Ein weiteres Problem ist, dass sich die Baudrate in gbox trotz der implementierten Overclock Funktion nicht ändern lässt und somit kein Übertakten auf 6 MHz möglich ist, braucht man ja auch normalerweise nicht. Ich habe da bereits vor 2 Jahren alles Mögliche versucht, um mit den HD04 Karten noch bessere Zeiten zu bekommen, aber ohne Erfolg -> es ist kein Übertakten von mouse Readern mit gbox möglich. Intern sind die Karten in gbox dadurch immer schneller, da im internen Reader eine etwas höhere Frequenz (aus der Luft gegriffen: ca. 4,5 MHz?) benutzt wird und somit die Baudrate auch höher angepasst wird.
Ich gehe sehr davon aus, dass es auf dem Raspi genauso aussehen wird, aber ich wollte nicht extra meinen Raspi dafür neu aufsetzen, das überlasse ich euch nun.
Das heißt nicht, dass es so ist, es ist nur wahrscheinlich!
Sky hat festgelegt, dass vom ECM bis zum Einsatz des neuen CWs 600ms Zeit sind (bis jetzt gilt das für alle Kartentypen und wird auch erstmal oder immer? so bleiben), das heißt ab 600ms ECM-Antwortzeit oder mit den Verlusten ab 595ms beginnen die Mikrofreezer und werden dann je nachdem wie lange es dann noch dauert zu immer längeren Freezern, bis hin zu Standbildern.
Also wie weit und wie stabil ihr mit dieser gbox und einem mouse Reader sharen könnt, hängt ganz von eurem Ping ab. Ich dachte erst es wäre endlich mal ein sinnvolles gewolltes Feature (400ms Delay), wenn man schon so etwas public macht, aber es ist leider nur ein Bug bei den mouse Readern, denn ich habe mich mal per PN umgefragt und kam zu dem Ergebnis, dass die internen Antwortzeiten der Karte bei 170 - 200ms liegen sollen. Da die gbox schon immer nicht die schnellste Cam war und so ca. 20ms auf alle Antwortzeiten draufgeschlagen hat für was auch immer, kommt das hin.
Wer also einen stabilen Ping hat, kann diese gbox auch außerhalb der Dreambox One und natürlich garantiert für Homesharing nutzen. Wer gute ECM Zeiten möchte oder auch braucht, wegen einem sehr schlechten Ping, der muss sich leider so eine (mal wieder völlig überteuerte) Dreambox kaufen und die Karte dort im internen Reader betreiben oder man wartet, bis eine andere Box mit internen Reader und aarch64 Architektur erscheint, damit sollte das dann genauso laufen.
Gruß kabeltod
)))))))))))))))
