1176 replies to this topic

[Roymar]

dan zal ik ook eens vloeken, namelijk ik heb ook 2 relook 400s ontvangers en daar was veel op aan te merken, maar daar werkte de timeshift echt perfect, daar kan geen enigma ontvanger aan tippen
maar back on topic maar weer het is wel duidelijk dat in enigma, timeshift nooit prioriteit heeft gehad ook permanent timeshift en dat soort plugins hebben hun beperkingen.

[Rob van der Does]

..... ook permanent timeshift en dat soort plugins hebben hun beperkingen.

Je hebt de timeshift van ViX niet geprobeerd? Want dan ben ik heel benieuwd te vernemen wat daarin niet helemaal goed gaat.

Edited by SatKiekerd, 22 April 2012 - 08:39.

[Roymar]

heb dat zeker geprobeerd kreeg soms problemen met geplande timers of opeens hing de ontvanger, ik ben ermee gestopt en gebruik alleen nog openpli simpelweg omdat daar het minste onzin op zit en alleen de nuttige dingen zijn bewaard en gebruik alleen nog de opname functie, wat wel perfect gaat en gooi ik het erna wel weg

[BBsat]

Ja hetzelfde geldt ongeveer voor mij.
Ik heb VIX een aantal keer geprobeerd, langer dan 1 ochtend heeft ie het hier nooit volgehouden.
met de VU geldt voor mij al lange tijd: hoe kaler de image etc., des te beter alles draait.
Ook al voor dit kernel gedoe

[Erik Slagter]

maar back on topic maar weer het is wel duidelijk dat in enigma, timeshift nooit prioriteit heeft gehad ook permanent timeshift en dat soort plugins hebben hun beperkingen.

Dat is precies het probleem. Een goede timeshift moet in enigma zelf worden ingebouwd, niet in een plugin. Een plugin moet zoveel "patchen" aan bestaande files, dat je kunt wachten op ellende. Op zich vinden wij het ook iets wat eigenlijk gewoon zou moeten werken, maar het op een echt goede manier ín enigma inbouwen is niet zo simpel. Inbouwen gaat nog wel, maar alles wat nu werkt moet uiteraard ook blijven werken

[doddema]

Eigenlijk zou je eerst de bestaande timeshift hellemaal er uit moeten sleutelen, dan ruim testen of alles nog werkt, dan helemaal opnieuw beginnen met een echte timeshift in te bouwen.
Dat zou betekenen dat gebruikers een poosje zonder timeshift (mogelijke met bugs) moeten doen. Ik heb dat er wel voor over.

Dolf.

[Roymar]

anders ik wel, zou echt een aanwinst zijn een degelijke timeshift

[Erik Slagter]

De bestaande timeshifts zijn volgens mij al plugins, en hoeven er (zo uit m'n hoofd) dus niet eerst uitgesleuteld te worden...

[josjansen]

Even voorop gesteld ik heb totaal geen verstand van het programmeren van Linux, maar de timeshift die nu standaard in OpenPli zit werkt goed. Is het dan zo moeilijk om daar een eenvoudige (zonder toeters en bellen) automatische timeshift van te maken.

[BBsat]

Volgens mij raken we (door het gebrek aan een oplossing voor het kernel/softwareprobleem uiteraard ) aardig off-topic

[josjansen]

Volgens mij raken we (door het gebrek aan een oplossing voor het kernel/softwareprobleem uiteraard ) aardig off-topic

Ja je hebt gelijk BBsat ,mensen zijn dan snel geneigd om over iets anders te beginnen.....

[Rob van der Does]

DUO terug uit Korea, zonder enige oplossing of zelfs maar zicht daarop. Ook de suggesties om de box (als test) te laten draaien zonder Ethernetaansluiting, softcam en zelfs zonder tunerconfiguratie hebben niets uitgehaald; het systeem crast als vanouds. En VU+ maar volhouden dat deze box bij hen anderhalve week zonder enig probleem heeft gedraaid!

In ieder geval: ik verklaar de box overleden en haar ingewanden (de HDD) zijn verhuisd naar een andere ontvanger. Zolang VU+ geen wonderbaarlijke wederopstanding belooft, slaapt zij zacht in haar donkere doosje.......

[Pedro_Newbie]

Draait jou duo nog wel goed op op de oude image, dus die van 28-12?
Misschien is dat wel aardig om eens te testen.

[Rob van der Does]

Ja, dat heb ik eerder geprobeerd en gaat goed. Op alle 3.1 kernel images, inclusief OI, gaat het fout.

[teo1966]

kijk eens naar deze link op het openpli forum , hier heeft iemand een condensator vervangen bij een vu duo die problemen had probeer maar eens zoe ik zeggen
niet geschoten is altijd mis

http://openpli.org/f...an/page__st__20

[Rob van der Does]

Een condensator die kernel 3.1 gevoelig is?

[teo1966]

wat ik al zei niet geschoten is altijd mis
de box gaat toch slapenin haar donkere doosje.......
met de nieuwe kernel /drivers/bootloader word de box toch ander belast de oude kernel (met veel patch/hacks ) was op de oude dreambox kernel gebaseerd

[joanvanberlo]

Het probleem is hiermee niet opgelost. ook mijn box heeft nog steeds het probleem.
Ik heb het deels opgelost door een swapfile en elke dag opnieuw opstarten als je dat niet doet wordt hij traag en uiteindelijk loopt hij vast.

[deleted]

Goed dat je tevreden bent, maar 2 uur is natuurlijk geen maatstaf. Dat doet zelfs mijn DUO zonder meer!

Voor diegene die er interesse voor hebben....

Brand: Clarke-Xtrend
Model: et9500
Chipset: bcm7405
Frontprocessor Version: None
Total Memory: 291568 kB
Free Memory: 8000 kB
Box Uptime: 5d 9:06

De Uptime had normaal nog een 1 dag meer moeten zijn, maar heb de stekker een keer uitgetrokken, om wat kabel beheer te doen achter de kast.
Gemiste opnames:0
Aantal hangs: 0
Aantal crashes: 0

Laat VU+ dat maar eens nadoen....

[Pletskop]

Laat VU+ dat maar eens nadoen....

Box
Brand:  Vuplus
Model:  duo
Chipset:  7335
Frontprocessor Version:  None
Total Memory:  141440 kB
Free Memory:  41864 kB
Box Uptime:  7d 10:48
Software
Kernel version:  2.6.18
Firmware version:  Apr 21 2012 09:13:42
Gui version:  Dec 28 2011

Volgende...