:fill(white):strip_exif()/i/2002341409.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001159053.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001087651.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001101955.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2003729184.jpeg?f=thumbmini)
:strip_exif()/i/2004908394.png?f=thumbmini)
Ik heb de laatste update welke hierboven word beschreven, nog niet gedaan overigens!rfbroek schreef op zaterdag 15 mei 2021 @ 13:25:
[...]
Interessant! Dat verklaart misschien ook waarom de TV Stick er geen last van heeft, die kan alleen op wifi.
Ik ga het ook eens proberen met de box op wifi.
:strip_icc():strip_exif()/u/1619472/crop64a9dd3522430_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/5677/crop60a67856c31dd_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/28023/twicon.jpg?f=community)
/u/151531/crop5b7a94dcf3c4a_cropped.png?f=community)
Je bent of kan worden voorzien van de meest recente update, deze is er nog niet voor de S; hardware-lover in "[Mediaplayer] Het Xiaomi Mi Box en TV Stick topic"
De 3 bezitters lijken er vrolijk van te zijn geworden (lees ik vooral elders)
Testing, one, two ...
Ik doel op specifieke groepen die alleen maar over de Mi Box gaan, net zoals dit topic dus, maar dan niet enkel voor de Nederlanden (daar hoort België ook bij).
Je mag natuurlijk zolang wachten als je maar zou willen, niemand die je tot iets dwingt, ik wilde enkel duidelijk maken dat de laatste update goed is ontvangen, en dat is vaak anders het geval geweest.
Hopelijk schiet de volgende voor de S ook een beetje op
Testing, one, two ...
:strip_icc():strip_exif()/u/52072/crop5de51ebf91960_cropped.jpeg?f=community)
Bij mij laat NLZiet de Mi box S nog steeds crashen, en veel ook.
Er staat ook geen update voor klaar
Er staat ook geen update voor klaar
Op dit moment wordt er een nieuwe OS build uitgerold, check of het wat gaat brengen?:
Bij mij laat NLZiet de Mi box S nog steeds crashen, en veel ook.
Er staat ook geen update voor klaar
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/kIGQMQLgufyIC3ZGnNzzAzUP.jpg?f=user_large)
Testing, one, two ...
:strip_icc():strip_exif()/u/229048/crop5efef1483b9fa_cropped.jpeg?f=community)
Mix Box 4K net geupdate. Nog niet echt getest maar hij is in ieder geval niet gebricked en de apps draaien allemaal nog... 
Phew!
Phew!
[ Voor 5% gewijzigd door Negakinu op 28-05-2021 21:20 ]
too old, too cold
Ik heb na dit bericht; hardware-lover in "[Mediaplayer] Het Xiaomi Mi Box en TV Stick topic" als test, direct de app opgestart. Via wifi verbonden en deze draait op dit moment nog steeds (enkel met live TV getest).:
Update geslaagd, NLZiet laat nog steeds de Mi Box S crashen
Wel op LAN trouwens
Edit: tot op dit moment zijn er via wifi geen NLZiet crashproblemen, bedrade LAN adapter (heb er legio verschillende liggen om te proberen), nog niet gebruikt na de OS update.
[ Voor 16% gewijzigd door hardware-lover op 29-05-2021 19:46 ]
Testing, one, two ...
:strip_icc():strip_exif()/u/246103/crop57aaf3179bee8_cropped.jpeg?f=community)
Het was me niet eerder opgevallen, maar ik vraag mij af of ik de boxjes wel naar de vorige update had gebracht. Mogelijk heb ik dat niet gedaan omdat er al snel melding werd gemaakt van de USB bug.
Vandaag heb ik er 2 bijgewerkt met die laatste update, de boxjes met 8.1 laat ik met rust
Zat dat Mi kanaal er vorige keer ook al in dat je weet?
Testing, one, two ...
Sinds ik de Mi Box op WIFI gebruik laat NLziet de box niet meer crashen.
De app zelf crasht nog wel eens, maar zelden.
Ik denk dat ik nu weet waarom ik de box zo goedkoop kreeg, de vorige eigenaar keek altijd via de (originele) LAN adapter
De app zelf crasht nog wel eens, maar zelden.
Ik denk dat ik nu weet waarom ik de box zo goedkoop kreeg, de vorige eigenaar keek altijd via de (originele) LAN adapter
Op de een of andere manier krijg ik hem helemaal niet verbonden met de wifi, ik wijt het eraan dat die bijna pal onder de router (RT-AC66U-B1) staat maar zeker weten doe ik het niet. HIj loopt bij mij dus over de LAN adapter:
Sinds ik de Mi Box op WIFI gebruik laat NLziet de box niet meer crashen.
De app zelf crasht nog wel eens, maar zelden.
Ik denk dat ik nu weet waarom ik de box zo goedkoop kreeg, de vorige eigenaar keek altijd via de (originele) LAN adapter
Maar gelukkig heb ik geen crashes meer van de Mi box door Nlziet na de grote update van Nlziet.
:strip_exif()/u/105824/mschumacher.gif?f=community)
/u/1550298/crop6748a33cc7aad.png?f=community)
Dat crashen komt omdat NLziet de Java HEAP overschrijdt. In die situatie dan gaat de MiBox in een Garbage Collection mode, en blijft daar inzitten in vorige firmwares, en in vorige firmwares crashed de MiBox hard.:
Sinds ik de Mi Box op WIFI gebruik laat NLziet de box niet meer crashen.
De app zelf crasht nog wel eens, maar zelden.
Ik denk dat ik nu weet waarom ik de box zo goedkoop kreeg, de vorige eigenaar keek altijd via de (originele) LAN adapter
Met de huidige firmware heeft de MiBox slechts 160 MegaByte HEAP memory, dat wil zeggen voordat de MiBox garbage collection doet, heeft NLziet reeds lang die HEAP volgemaakt, de huidige firmware zal dan niet crashen door spinlock van de Garbage Collector, maar zoals het hoort de applicatie laten crashen.
HEAP memory zijn objecten die buiten een functie worden aangemaakt met de operator New zoals Example * = New Example(....)
Dan is er nog de stack. De stack gaat binnen een enkele functie, voor ieder object binnen een functie, gaat er ruimte op de stack verloren. Het is onbekend hoeveel stack ruimte de MiBox heeft en het verschilt van firmware tot firmware.
Het is beter de applicatie te laten crashen door te weinig HEAP of STACK dan het volledige besturingssysteem te laten crashen. Xiaomi heeft dus blijkbaar in de laatste firmwares geheugen tweaks gedaan waarbij het systeem HEAP en STACK belangrijker is. En dat hoort zo.
Omdat het met de LAN adapter wel crashed, lijkt het erop dat er mogelijk een lek is in de Linux kernel module driver.
Linux is eigenlijk monolithisch, als de netwerk module crashed gaat het hele systeem mee. Daar is een hele discussie over.
Windows is niet monolithisch maar hybride, dat wil zeggen, onder Windows kan een driver in kernel mode crashen, maar het systeem draait weliswaar door, maar wel in een onbetrouwbare situatie.
Beide situaties zijn ongewenst, maar als je het echt wil weten, die Kernel Module als die verantwoordelijk is voor crashen, dan zou dat het hele besturingssysteem laten crashen, onder Windows zou het Windows is een totaal onbetrouwbare staat achterlaten.
De reden dat je toch geen hybride kernel wil zoals Windows, is dat Windows bij een crash van een module niet hard onderuit gaat, maar in een onvoorspelbare toestand komt. Bij Linux heb je de garantie dat als een kernel module fout is, dat de crash hard is, en voorspelbaar.
En Android TV draait bovenop de kernel.
Meer gecompliceerder is dat Android TV een Java Virtual Machine is bovenop de Linux kernel.
Samengevat: Wat heb je liever, de applicatie die geheugen aanvraagt boven wat is toegestaan en met een onzichtbare melding crashed tenzij opgestart vanaf een commandline voor diagnose terminal zoals een segmentation fault, of een applicatie die vrolijk alles krijgt wat het wil, totdat de Garbage Collector in een cirkel terecht komt, en letterlijk alles laat crashen. Dat is het nadeel van Android, het is niet de Linux kernel alleen. Bij Windows als er iets crashed lijkt alles gewoon goed, maar Windows is gewoon in een onzekere staat gekomen.
Het probleem zit in deze situatie ook in de kernel module naast de andere problemen.
Probeer LOG Buffers op Uit te zetten bij developer opties nadat je developer opties hebt ingeschakeld. Dat scheelt veel geheugen.
Opvallend is dat de laatste firmware een lagere HEAP size heeft dan vorige, en daar een voorkeur is om liever applicaties fout te laten gaan. De laatste firmware heeft HEAP size 160 MegaByte. Dat was 192 Megabyte in onstabiele firmwares.
Uiteindelijk komt het erop neer dat de MiBox eigenlijk 4 gigabyte zou moeten hebben maar zelfs de nVidia shield heeft dat waarschijnlijk nog niet.
Een ander probleem is dat de huidige firmware allemaal in 32 bits draait voorzover ik het zie, correct me when wrong.
Waarom draait een 64 Bit CPU en SOC een 32 Bit besturingssysteem?
Gary Winston: "The Answer is in The Box, Not in The Band!"
m.a.w. er bestaat dus geen mogelijkheid om vanaf de laptop/PC verbinding te maken met de Mi box om vervolgens op de aangesloten HDD's inhoud te verwijderen/toe te voegen?
Kan ik vanaf de Mi box dan wel bestanden vanop de laptop naar de harde schijven versturen en hoe stel ik dat dan juist in?
Ja bij mij 
Dat is bij de Mi TV Stick en een Sony TV,
Mi Box S ga ik nog voor je testen
EDIT Met de Mi Box S werkt het ook.
In het menu van de box heb ik alleen "CEC Switch" en "One-Key power-off" aan staan, maar daarmee gaat alles ZOWEL UIT EN AAN met de afstandsbediening van de box..
Dat is bij de Mi TV Stick en een Sony TV,
Mi Box S ga ik nog voor je testen
EDIT Met de Mi Box S werkt het ook.
In het menu van de box heb ik alleen "CEC Switch" en "One-Key power-off" aan staan, maar daarmee gaat alles ZOWEL UIT EN AAN met de afstandsbediening van de box..
[ Voor 128% gewijzigd door rfbroek op 05-07-2021 00:31 ]
Heb hier ook een box en stick en werkt toch. Je gebruikt toch de meegeleverde voeding voor je box ? Als je stroom neemt neemt via USB van je tv werkt het niet.:
Ja bij mij
Dat is bij de Mi TV Stick en een Sony TV,
Mi Box S ga ik nog voor je testen
EDIT Met de Mi Box S werkt het ook.
In het menu van de box heb ik alleen "CEC Switch" en "One-Key power-off" aan staan, maar daarmee gaat alles ZOWEL UIT EN AAN met de afstandsbediening van de box..
Heb de instellingen ook zo staan, maar de tv blijft helaas aan staan..:
Ja bij mij
Dat is bij de Mi TV Stick en een Sony TV,
Mi Box S ga ik nog voor je testen
EDIT Met de Mi Box S werkt het ook.
In het menu van de box heb ik alleen "CEC Switch" en "One-Key power-off" aan staan, maar daarmee gaat alles ZOWEL UIT EN AAN met de afstandsbediening van de box..
Ja, idd externe voeding via stopcontact.
En heb je op de tv nog iets ingesteld?:
Ja bij mij
Dat is bij de Mi TV Stick en een Sony TV,
Mi Box S ga ik nog voor je testen
EDIT Met de Mi Box S werkt het ook.
In het menu van de box heb ik alleen "CEC Switch" en "One-Key power-off" aan staan, maar daarmee gaat alles ZOWEL UIT EN AAN met de afstandsbediening van de box..
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/FdxJlVOueD8SVMj1d1gSDZn7.jpg?f=user_large)
:strip_exif()/u/43703/Default_60x60.gif?f=community)
Is het iemand gelukt om de Xiaomi Mi XMRM-010 remote te koppelen met de Mi Box S zodat ook de nummers en overige knoppen op de juiste manier werken?
De Mi Box S met de orginele afstandbediening
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/JEoxfoEUb4RreG0S6DOX8ElC.jpg?f=user_large)
De XMRM-010 remote
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/KsI191JS1avNJYa44hUOQMNL.jpg?f=user_large)
De Mi Box S met de orginele afstandbediening
De XMRM-010 remote
Dat heb ik niet geprobeerd, ik zag er niet direct een aanleiding voor om dat te proberen
Testing, one, two ...
:strip_icc():strip_exif()/u/69754/myshakira.jpg?f=community)
Werkt prima met een eigen voeding!
(Zeldzame) retrogames en meer --> Aangeboden op V&A
Kodi afsluiten via Kodi power menu werkte niet altijd. Dit kan een fout zijn in het besturingssysteem, maar ook in Kodi. Technisch wordt in Android een applicatie pas echt afgesloten als er geheugen nodig is. Ook als een applicatie zich afsluit zie je bij Android developer opties vaak dat processen in de cache zitten. Dit kan dus ook een Kodi probleem zijn, omdat applicaties ook in Android zichzelf daadwerkelijk bij afsluiten ook uit de cache kunnen verwijderen. In de praktijk gebeurt dat zelden bij applicaties. De afsluitknop in Kodi kan zowel een fout in Android zijn, alswel Kodi die nog in het cache geheugen blijft zitten zijn.
Ik ben veel applicaties op Android tegengekomen die ook al zeggen ze echt dat ze zijn afgesloten, duidelijk nog in de Android cache geheugen worden gehouden door het Android besturingssysteem zelf.
Wat wel altijd werkt is opnieuw opstarten van de MiBox, omdat Kodi op dit moment zichzelf nog niet bij het opstarten in het geheugen laad.
Alhoewel Prime, Diney, en Netflix soms weigerden af te spelen bij sporen van Kodi, in iedergeval sporen van Kodi in het geheugen, is het toch met name Disney die als eerste problemen ging geven. En dan antwoord ik op je vraag: Werkte Kodi geforceerd sluiten als Disney dit deed? Het antwoord is JA. Maar beter is om te zeggen dat het veel werk is op Android TV om een applicatie geforceerd af te sluiten. Bij geforceerd afsluiten is het aannemelijk dat ook de applicatie zoals ik dat ervaar uit het Android cache geheugen model verdwijnt.
In Android is het een bekend probleem dat applicaties ook na geforceerd afsluiten, gewoon vrolijk weer terug in het geheugen komen als een soort slapend proces. Dit was vroeger een bekende reden waarom mensen aangaven dat een Taskkiller voor Android eigenlijk nutteloos was, want Android zou het toch allemaal zelf regelen.
Als je een geroot toestel hebt, kan je alle Intents of Service requests, of heropstarten van applicaties wel degelijk uitschakelen.
De MiBox rooten vind ik onverantwoord, ook bij gewone moderne telefoons vind ik dat onverantwoord zolang de hardware goed werkt. Het is immers een 'klein' maar wel ongemakkelijk probleem.
Bij rooten verlies je DRM en streaming services werken dan alleen op lage resolutie.
Over de Home toets, met Kodi op de achtergrond een video op pauze, en dan Netflix of Disney opstarten, dat is hoe het mij duidelijk werd dat er wel iets is wat met name Disney laat weigeren af te spelen van content.
------------------
Dan nu verder met een andere uitleg. Voor de meeste mensen is Kodi erg complex. Ze begrijpen wel bijvoorbeeld VLC. Maar ook met VLC ( en Kodi ) begrijpen veel mensen niet dat DLNA welliswaar makkelijk werkt, maar erg onhandig is, zoals niet kunnen bijhouden van geschiedenis in de video's.
Weinig consumenten kunnen zelf een SAMBA share opzetten op Linux of Windows, maar mensen kunnen wel weer een applicatie opstarten die zelf een DLNA server is.
KODI zelf is ook een DLNA server, echter staat dit niet standaard aan. En hoe komen mensen aan een SAMBA share, of een DLNA server op het netwerk?
Daarvoor hebben ze een handig familielid nodig bijvoorbeeld.
Kodi is erg complex, en ook al weet ik of jij de weg te vinden, je en ook ik, vergeet vaak en regelmatig zeker als ik over de telefoon uitleg geef, dat het een leercurve had, en bij Kodi als DLNA server is dat door de telefoon goed uit te leggen. Op Windows is een mapje delen ook eenvoudig, maar op Linux is een Samba share maken als je het goed wil doen echt niet eenvoudig. Alhoewel je in de moderne Ubuntu versies makkelijk op een mapje kan klikken en dan kan gaan delen, is dat juist niet hoe je dit op dit moment in 2021 moet doen. Het maken van Samba shares in Linux voor een map met video bestanden staat op het nederlandse ubuntu forum, en leg ik hier niet uit. In Windows is dat wel weer telefonisch uit te leggen. ( Helaas ook met mensen die per ongeluk hun hele natuurfilm directory of belasting en administratie delen omdat ze denken dat de C drive of D drive delen normaal is. )
Moderne technologie zoals Windows werkt omdat mensen bijna alle mensen zijn opgegroeid ermee, en daarmee vergeten ze hoe moeilijk het ooit in het begin was.
Kodi blijft mijn favoriete media netwerk player, omdat het gewoon werkt. Maar ook ik geef eerlijk toe dat ik duidelijk heb opgeschreven welke instellingen ik moet maken op een besturingssysteem, zodat ik bij herinstallie snel weer verder kan, zonder dat gedoe met zoeken in de vele mogelijkheden.
DLNA server werkt prima en heel makkelijk, maar het is niet wat goed werkt. Het werkt wel, maar is zeer gelimiteerd.
De tijd van transcoding op een DLNA server is nu gelukkig hier allang voorbij. Maar bij niet Android TV's is het probleem soms dat Kodi er helemaal niet is. En daar is transcoding vanaf de server wel weer noodzakelijk. Dat is het nadeel van DLNA, omdat DLNA populair is, en makkelijk verdringt het betere technologie. Transcoding zeker met ondertitels was echt verschrikkelijk, en Universal Media Server is bijvoorbeeld zo CPU intensief als je ondertitels wil hebben over DLNA dat je een hele dure computer nodig hebt.
Gelukkig kan de MiBox dan toch kodi draaien, en niet alles, maar wel bijna alles gewoon via hardware decodering afspelen.
In tegenstelling tot streaming services, die vaak misschien hooguit 3 video bestands coderingen ondersteunen, dient Kodi vele malen meer bestands coderingen te ondersteunen.
Een iNtel Indeo 5 video codec video uit begin jaren 90 voor Windows 3.11 met Video For Windows is dan wel weer in staat om de MiBox op de knieen te laten gaan zichtbaar als stotteren, het is een hele oude codec, maar ffmpeg ondersteunt het zoals het hoort wel. ( En daarmee Kodi en VLC ondersteuning ook)
---------------------
Dan nog weer een Kodi vraag vanuit mijn kant, als ik Bluetooth koptelefoon opheb, dan spelen de meeste video's in Kodi gewoon synchroon met video en geluid af bij 0.175 seconde plus of min in audio, maar soms zijn er video's die gewoon niet synchroon gaan lopen na een tijd. Dit ligt niet aan de blutooth verbinding, maar aan iets anders, het is zo complex, dat ik het op dit moment niet technisch onder woorden kan brengen.
Video streaming services hebben dit probleem hier nog nooit gehad met bluetooth koptelefoon, en dat is hier bij mij in veronderstelling juist omdat video streaming diensten een heel beperkt aantal codecs voor decodering van audio en video gebruiken.
Misschien dat er ooit een heel goede video codec komt die allerlei frame rates, kan ondersteunen, zodat dit soort ellende geschiedenis is.
-------
-----------------
En dan nog een grapje voor de technische mensen, over video codecs,
spoiler:
Gary Winston: "The Answer is in The Box, Not in The Band!"
:strip_icc():strip_exif()/u/118633/index.jpg?f=community)
Dit is wel de manier die voor mij ook het beste werkt inderdaad. Doe het dus eigenlijk altijd op deze manier en loop dan zelden tegen problemen aan
Je legt de vinger op de zere plek. Kodi heeft tijd nodig om zichzelf af te sluiten, dat duurt relatief lang in computer termen. Die tijd is nodig zodat Kodi alle hardware video decodering unit(s) vrijgeeft. En alhoewel Kodi dan toch in het geheugen blijft, heeft Kodi dan de tijd gehad om hardware resources bronnen weer vrij te geven. En ik zal toch maar geen lang epistel schrijven.
Maar het komt erop neer dat zonder Kodi de tijd te geven om deze procedure te doorlopen andere applicatie streaming services blokkeert, immers de hardware video decodering unit(s) zijn of is toch nog niet vrijgegeven. Toch wil ik het samenvatten. Bij alle problemen na gebruik van Kodi werkte opnieuw opstarten van de MiBox Android altijd. ( Met uitzondering van bugs! ) En Kodi heeft veel bugs.
Op dit moment zijn er 663 Kodi bekende problemen.
https://github.com/xbmc/xbmc/issues
Off topic:
De reden waarom ik zulke lange epistels schrijf op tweakers is dat in het dagelijks leven ik eigenlijk alleen omga met vrouwen, en ik praat met hen niet over technische dingen. Dus af en toe kom ik hier kijken en dan alle technische dingen die ik met vrouwen niet bespreek hier plaatsen e.d.
Op computer gebied ben ik heel anders dan bij vrouwen, het Viva Forum vind ik ook leuk, maar daar lees ik alleen, en met vrouwen kan ik uren lang praten, enzo, en al die tijd niet over technologie praten, en dan oh, je ziet het al, dit begint alweer een huiskamer topic te worden, .... Bij vrouwen kan ik mijn technologische of wiskundige eitjes niet kwijt, ik zou graag willen praten over algebra, en discrete wiskunde, calculus II vooral e.d.
Maar bij vrouwen kan dat niet, en dan is Tweakers.net hier dan maar een soort afleiding, waar ik m'n ei kwijt kan.
Dus ik ben autistisch als ik over computers spreek, maar in het dagelijks leven met vrouwen ben ik dat vreemd genoeg niet. Bizar of niet?
Nou dit was dus weer een epistel vrees ik,
Edit: Bij vrouwen is het vooral 10 minuten luisteren, 1 tot 2 minuten vragen stellen, 1 minuut tot 2 minuut antwoorden zoeken met elkaar, dus het heel omgekeerde van wat hier op het forum gebeurt.
[ Voor 3% gewijzigd door Terry A Davis op 22-07-2021 17:55 . Reden: Omgekeerde wereld op forum en echte leven. ]
Gary Winston: "The Answer is in The Box, Not in The Band!"