240 replies to this topic

[littlesat]

Echter Xtrend is nou nog niet direct een concurrent van de Solo2 of Duo2 neem ik daar de terug trekkende beweging van verschillende verkoop kanalen aangaande Xtrend in mee dan blijft voor mij eigenlijk alleen Vu over.

Als je re-encoding niet echt nodig hebt en een iets langere boot tijd, die nog altijd X-keer sneller is dan de DMM boxen tot voor kort geleden, dan is en blijft een ET of XP box momenteel nog steeds een goed alternatief. Als je niet wilt wachten dat zal je inderdaad een VU of GigaBlue kunnen overwegen.

[metoo]

Softwarematig heeft Xtrend een behoorlijke voorsprong, een heerlijke probleemloze snelle  box, en dat op zich is voldoende reden voor mij om niet weer een VU te willen hebben.

 

Ook al hebben de nieuwe VUDUO2 en SOLO2 nu iets snellere hardware, als de software daar niet in mee gaat is het weer net niet.

sneller een film van 1,5 uur in 3 kwartier afspelen? boeien

[Roymar]

Volgens mij gaat de discussie helemaal de verkeerde kant op, we hebben al geconstateerd dat 2 drivers terug prima werken en geen problemen meer veroorzaken, is dit dan niet de beste weg om die weer terug te zetten in de image? heb ondertussen 4 MKV's gekeken met hoge bitrates en 0 problemen met de drivers van 7 februari 2013

[theparasol]

De discussie gaat helemaal niet de verkeerde kant op. Het is weer eens duidelijk komen vast te staan dat de drivers van VU onbetrouwbaar zijn.

En dat kan niet vaak genoeg onder de aandacht gebracht worden.

Onbegrijpelijk dat imagemakers zich in allerlei bochten wringen om images te produceren waarmee vu boxen betrouwbaar kunnen werken.

Sterker nog het lijkt haast wel een strijd te worden wie het eerste alle bugs workaround (!)

VU lacht zich een breuk met schuifdeuren aangezien zij uiteindelijk de centjes blijven binnenharken zonder dat daar een betrouwbaar produkt tegenover hoeft te staan.

 

Ik zou zeggen reverten die troep naar de laatst betrouwbare driver release, final releasen en afscheid nemen van de struisvogel boxen!

 

Het zal wel niet gebeuren aangezien behoorlijk wat pli team leden zelf een of meerdere vu boxjes opgesteld hebben staan

[adrouven]

@Pieterg, bedankt voor de info dan kan ik gelukkig nog wel met de updates mee blijven wandelen tot het moment dus dat er nieuwere drivers zijn. Zal deze oude veiligheidshalve zuinig bewaren.

 

Inderdaad loopt de box nu prima in combinatie met de cacheflush plugin. Voor mij voldoende aangezien ik een film van 1,5 uur ook echt in 1,5 uur wil kijken 

Mijn Duo voldoet voor de huidige situatie prima zeker nu de MKV's weer lekker lopen. Wacht een nieuwe box van Xtrend maar eens af.

 

Misschien inderdaad de DUO wel final release maken en daarmee als economisch afgeschreven beschouwen. Nieuwe zaken als HbbTV zijn toch al te hoog gegrepen voor deze box.

 

 

@Operator, wat mij betreft mag hier wel een slot op.

Iedereen bedankt voor de leuke discussies en alle hulp die ik heb gehad. Dat maakt dit forum voor mij toch zeker weer veel waard. Als ik nog zaken moet testen dan wil ik dat zeker doen, geef maar op een of andere manier een gil.

[Roymar]

is leuk dat jij voor je zelf het probleem hebt opgelost, gefeliciteerd daar mee, maar het lijkt me toch het beste als 7-2-2013 drivers terug gezet worden, dan kan iedereen blijven updaten en werkt de box prima en is iedereen geholpen

[Erik Slagter]

Een (en twee ook) vind ik niet zo heel veel gebruikers om drivers voor te gaan reverten, ik wacht daarom nog even de ervaringen van andere gebruikers af. Het kan best zijn er een functionaliteit die nog belangrijker is opeens niet meer werkt. Eventjes geduld dus mensen!

[Roymar]

kan  ik me in vinden en heb ook alle geduld, maar mijn ervaringen met de oude drivers zij in ieder geval zeer goed te noemen

[MiLo]

- /proc/sys/vm/min_free_kbytes

Daar een groot getal in zetten zal hetzelfde effect hebben als de "cacheflush" plugin. (namelijk: geheugen verspillen)

Edited by MiLo, 26 July 2013 - 12:00.

[Rob van der Does]

De discussie gaat helemaal niet de verkeerde kant op. Het is weer eens duidelijk komen vast te staan dat de drivers van VU onbetrouwbaar zijn.

En dat kan niet vaak genoeg onder de aandacht gebracht worden.

Onbegrijpelijk dat imagemakers zich in allerlei bochten wringen om images te produceren waarmee vu boxen betrouwbaar kunnen werken.

Sterker nog het lijkt haast wel een strijd te worden wie het eerste alle bugs workaround (!)

VU lacht zich een breuk met schuifdeuren aangezien zij uiteindelijk de centjes blijven binnenharken zonder dat daar een betrouwbaar produkt tegenover hoeft te staan.

 

Ik zou zeggen reverten die troep naar de laatst betrouwbare driver release, final releasen en afscheid nemen van de struisvogel boxen!

 

Het zal wel niet gebeuren aangezien behoorlijk wat pli team leden zelf een of meerdere vu boxjes opgesteld hebben staan

Je maakt me nu toch wel heel benieuwd:

1- Welke imagemakers wringen zich in bochten?

2- En in welke bochten dan wel?

3- Geef mij eens een voorbeeld van die 'strijd om als eerste.....'? Ik gebruik vaak vroege versies van diverse images, maar zoiets ben ik nog nooit tegengekomen

4- Geef eens aan hoe je constateert dat VU zich een breuk lacht?

 

Neem me niet kwalijk hoor, maar je bent hier nu toch echt in sprookjesland verzeild.......!

En je laat vooral zien geen idee te hebben waar je het over hebt: een echt borreltafel praatje, dat is nog de beste kwalificering die ik aan je verhaaltje kan geven. Maar wel een verhaaltje met een heel negatieve stemmingmakerij.

 

Je zou er goed aan doen het VTi-forum eens te volgen: veruit de meeste VU gebruikers benutten dat image, en hat aantal klachten en problemen die driver gerelateerd zijn zijn nihil. En als er één imagemaker niet in staat is om zaken te omzeilen/verhullen, is VTi dat wel.

Edited by SatKiekerd, 26 July 2013 - 12:16.

[adrouven]

is leuk dat jij voor je zelf het probleem hebt opgelost, gefeliciteerd daar mee, maar het lijkt me toch het beste als 7-2-2013 drivers terug gezet worden, dan kan iedereen blijven updaten en werkt de box prima en is iedereen geholpen

Volgens mij bedoelde ik het ook zo, final release maken zoals gesuggereerd voor de Duo en eventueel andere oudere boxen zodat nieuwere driver niet zo 123 erin terecht komen. Daar zou iedereen van profiteren. Als ik Pieterg goed begrepen heb is het eenmalig handmatig terug zetten van de oude drivers voldoende om te kunnen blijven updaten tot het moment dat er weer nieuwere drivers zijn.

Snap dat je op n=2-3 gevallen niet direct zoiets gaat ondernemen als drivers terug plaatsen. Dan is deze discussie voor anderen wel weer handig. Misschien ook wel in het licht van het "end of live" zijn van een slecht ondersteund product als de Duo. Niet rot bedoeld voordat iemand gepikeerd raakt maar meer een constatering dat na 4 jaar die drivers een probleem blijven zeker om ook nog eens mee te kunnen blijven doen met nieuwe ontwikkelingen.

[Zuppelan]

Ik verbaas mij over de bijzonder ongenuanceerde uitspraken die gedaan worden. Al wordt hier al tijden geklaagd over drivers die geheugen lekken. Nooit iets van gemerkt, maar in deze discussie komt de aap uit de mouw, het is geen geheugenlek, maar geheugenfragmentatie.

 

Geheugenfragmentatie is een algemeen probleem in Linux, al vele jaren. De kernel is eenvoudigweg niet goed in staat te garanderen dat het mogelijk is aaneengesloten stukken gehuegen te alloceren. Geheugenfragmentatie is iets anders dan een geheugenlek. Het eerste gebeurt gewoon, het tweede is een bug.

 

Wel kun je vragen stellen of het wel redelijk is dat de drivers aaneengesloten stukken geheugen nodig hebben. Dat zou een genuanceerde en terechte opmerking zijn.

 

Een hoop gescheld  over bugs daarentegen is een slechte basis om een discussie aan te gaan...

 

Maar daar blijft het niet bij, het mondt (niet voor het eerst helaas) in het compleet zwartmaken van de fabrikant.

Edited by Zuppelan, 26 July 2013 - 12:38.

[Pedro_Newbie]

Bij het terug zetten van de drivers zou je kunnen verwachten dat er gebruikers zijn die vragen hoe zit het dan met de andere fixes zoals

 - Support DTS-HD
 - Add redundant interface to zapping mode
 - Fix TS Playback problem
 - Fix i2c error handling

 

(alleen heb ik geen flauw idee wat sommige problemen inhielden)

 

Als iemand graag MKV's kijkt, en vindt dat het met de oude drivers beter gaat, laat die dan handmatig de drivers terug zetten en die op hold zetten en de core business van het apparaat, TV kijken, in stand houden in de images. Zo kan iedereen blijven updaten naar hartenlust

 

Met het terug zetten van 2 of 3 versies geleden komt er zeker nooit meer vooruitgang

[Erik Slagter]

- /proc/sys/vm/min_free_kbytes

Daar een groot getal in zetten zal hetzelfde effect hebben als de "cacheflush" plugin. (namelijk: geheugen verspillen)

Ik zeg ook niet dat je er een groot getal in moet zetten. Op een gegeven moment zal het de keuze zijn tussen slechte performance vs. géén performance (= crashing).

[Erik Slagter]

Ik verbaas mij over de bijzonder ongenuanceerde uitspraken die gedaan worden.

Waar jij hier net een paar aan toevoegt...

Geheugenfragmentatie is een algemeen probleem in Linux, al vele jaren. De kernel is eenvoudigweg niet goed in staat te garanderen dat het mogelijk is aaneengesloten stukken gehuegen te alloceren. Geheugenfragmentatie is iets anders dan een geheugenlek. Het eerste gebeurt gewoon, het tweede is een bug.

Het feit dat je dit zo beweert, geeft aan dat je niet begrijpt hoe een MMU en memory protection werkt en dat je niet het verschil kan zien tussen logische en fysieke geheugenadressen, user memory space en kernel memory space en waarom dat is.

Wel kun je vragen stellen of het wel redelijk is dat de drivers aaneengesloten stukken geheugen nodig hebben. Dat zou een genuanceerde en terechte opmerking zijn.

Er zijn maar heel zelden situaties waarbij een driver meerdere pagina's aaneengesloten nodig heeft, o.a. bij DMA. Maar in alle andere gevallen is het gewoon makkelijker programmeren. En bij VU+ hebben ze zich er kennelijk erg makkelijk van af gemaakt. Bewijs is dat mijn dm8000, die ongeveer net zo veel geheugen heeft, hier geen last van heeft...

Een hoop gescheld  over bugs daarentegen is een slechte basis om een discussie aan te gaan...

Ik vind de discussie hier anders best netjes, als ik vergelijk met andere forums. Los daarvan, er valt niet zoveel te discussieren, het is hier meer kwestie van constateren.

Maar daar blijft het niet bij, het mondt (niet voor het eerst helaas) in het compleet zwartmaken van de fabrikant.

Dat doet hier niemand, dat doen ze zelf. Er komen hier gebruikers die problemen hebben, en er wordt uitgelegd waardoor dat komt en dat wij er dus zeer helaas weinig in kunnen betekenen. Is dat zwartmaken?

[Erik Slagter]

Bij het terug zetten van de drivers zou je kunnen verwachten dat er gebruikers zijn die vragen hoe zit het dan met de andere fixes zoals

 - Support DTS-HD
 - Add redundant interface to zapping mode
 - Fix TS Playback problem
 - Fix i2c error handling

 

(alleen heb ik geen flauw idee wat sommige problemen inhielden)

 

Als iemand graag MKV's kijkt, en vindt dat het met de oude drivers beter gaat, laat die dan handmatig de drivers terug zetten en die op hold zetten en de core business van het apparaat, TV kijken, in stand houden in de images. Zo kan iedereen blijven updaten naar hartenlust

 

Met het terug zetten van 2 of 3 versies geleden komt er zeker nooit meer vooruitgang

 

Misschien kunnen we iets maken waarbij je kunt kiezen tussen "latest" en "legacy" drivers.

 

Die "zapping mode" stelt trouwens niks voor, is gebleken, dat is alleen maar een extra /proc entry die precies hetzelfde doet als een andere entry die er al was.

[Zuppelan]

Het feit dat je dit zo beweert, geeft aan dat je niet begrijpt hoe een MMU en memory protection werkt en dat je niet het verschil kan zien tussen logische en fysieke geheugenadressen, user memory space en kernel memory space en waarom dat is.

 

Altijd erg vervelend als iemand aan je kennis twijfelt

 

Wat klopt er niet aan wat ik schreef?

 

Er zijn maar heel zelden situaties waarbij een driver meerdere pagina's aaneengesloten nodig heeft, o.a. bij DMA. Maar in alle andere gevallen is het gewoon makkelijker programmeren. En bij VU+ hebben ze zich er kennelijk erg makkelijk van af gemaakt.

 

Het zal inderdaad zoiets zijn.

[Pedro_Newbie]

Misschien kunnen we iets maken waarbij je kunt kiezen tussen "latest" en "legacy" drivers.

 

Die "zapping mode" stelt trouwens niks voor, is gebleken, dat is alleen maar een extra /proc entry die precies hetzelfde doet als een andere entry die er al was.

 

Die zapping mode stelt inderdaad niets voor maar sindsdien is het wel conform de "standaard" zoals pli die gebruikt, anders moet er weer een extra plugin gebruikt worden om dit in te kunnen stellen.

 

Wat de TS Playback problem en  i2c error handling voor problemen waren daar heb ik geen idee van, ik heb niet het idee dat ik er "last" van had

[Erik Slagter]

Wat de TS Playback problem en  i2c error handling voor problemen waren daar heb ik geen idee van, ik heb niet het idee dat ik er "last" van had

Dat heb ik nog van niemand gehoord... Wel jammer omdat destijds er heel hard "gevraagd" werd of we als-je-blieft de allerlaatste drivers konden opnemen...

[Erik Slagter]

Wat klopt er niet aan wat ik schreef?

Dat hele verhaal van fragmentatie en linux. Fragmentatie heb je alleen in de kernel. Drivers draaien binnen de kernel (omdat dat nou eenmaal niet anders kan omdat ze allemaal directe i/o moeten kunnen doen) en dus hebben die "last" van fragmentatie. Enigma draait niet in de kernel en heeft dus ook geen last van fragmentatie.

De kernel werkt altijd met ongetransleerd geheugen (= fysiek) om allerlei redenen. Dat doet windows net zo goed, heeft niks met linux te maken. En ongetransleerd geheugen = fragmentatie. Dat is geen probleem, als alle drivers maar netjes kleine brokjes aanvragen en zonodig zelf daar (b.v. via een linked list) grotere stukken van maken. Dat kan niet transparant zoals in user space omdat de MMU er niet tussen zit (niet op dat niveau in ieder geval).

Een driver die zich er makkelijk van af maakt zal proberen grote chunks van meerdere pagina's te allokeren. En dan vroeger of later komen er problemen. Op een "gewone" (desktop- of server) linux-installatie heb je daar nooit last van. Niks linux-bug dus.