[all] New PLi® Flubber images

[Gast]

Citaat:

Citaat:

Vandaag even de PLi Flubber getest op mijn dm500 multiboot. Werkelijk een prachtige image maar het enigste gebrek is het niet kunnen streamen en fatsoenlijk opnemen. Net Gemini 3.0 ook weer even in de multiboot gezet en de opnames en streams voorlopen dan voortreffelijk, iets wat met PLI helaas "nog niet" haalbaar is.

Voor degene die het graag willen weten. Mijn cardserver (NewCS), NFS mount voor de multiboot en CIFS mount voor de opnames staan allemaal op mijn Suse server. Met gemini 3.0 is dit geen enkel probleem, wel staat alles in verbinding met een super 3com switch.

Hmmm raar... want zover ik weet gebruiken PLi en Gemini dezelfde kernel(-drivers) omdat ze door Dream zelf gemaakt zijn en niet aan te passen zijn. Welke image heb je in flash staan en welke als multiboot?

Zit hem denk ik in het multiboot gebeuren .
Ik heb hier Flubber gewoon in de flash van de DM500 en ook een mount met Cifs naar m'n Suse 10.1 server.
Alle opnames die ik gemaakt heb spelen Perfect af .
Geen enkele freeze te bespeuren.
Ik vraag me af waarom je trouwens multiboot gebruikt , nu de Image zo mooi klein is.

gr,
RuKo

[hemertje]

Citaat:

als je dan tijdens het 'opbouwen' van de webif naar het enigmaproces kijkt zie je dat die tot over de 90% CPU time schiet.

dit komt omdat inderdaad alle bouquets volledig opgehaald moeten worden en dat dat in enigma niet zo lekker zit

we gaan eens kijken of we dat voor een evt volgende versie anders kunnen gaan doen

<img src="/forums/images/graemlins/xyxthumbs.gif" alt="" />

[Amstel76]

Citaat:

Zit hem denk ik in het multiboot gebeuren .
Ik heb hier Flubber gewoon in de flash van de DM500 en ook een mount met Cifs naar m'n Suse 10.1 server.
Alle opnames die ik gemaakt heb spelen Perfect af .
Geen enkele freeze te bespeuren.
Ik vraag me af waarom je trouwens multiboot gebruikt , nu de Image zo mooi klein is.

gr,
RuKo

Zoals ik al eerder aangaf werkt het helaas ook niet met Flubber alleen in de flash. En de multiboot vind ik gewoon prettig, ik kan elke image gebruiken die ik wil en ook nog eens alle software en softcams installeren die ik maar wil.

Maar goed ik ben best tevreden hoor, met Gemini werkt het top, PLI gebruik ik wel lekker alleen om te kijken <img src="/forums/images/graemlins/wink.gif" alt="" /> Misschien helpt het ook niet mee dat ik een dm500 heb uit 1 van de eerste series, daar gaat het toch allemaal iets moeizamer mee.

[flugel]

Bij mij staat op mijn DM 7000 ook via usb pli erop.

 

Na verloop van tijd wordt mijn box erg traag en duurt het wel 5 seconden wanneer er beeld verschijnt bij het zappen.

 

Ik gebruik als softcam gbox 2.24 en heb wel wat plugins geinstalleerd.

 

Op mijn DM 500 heb ik dezelfde instellingen en nergens last van,image staat bij deze gewoon in flash en niet op usb.

 

Wie weet raad, om die vertraging te kunnen verhelpen?

[Gast]

Citaat:

Bij mij staat op mijn DM 7000 ook via usb pli erop.

Na verloop van tijd wordt mijn box erg traag en duurt het wel 5 seconden wanneer er beeld verschijnt bij het zappen.

Ik gebruik als softcam gbox 2.24 en heb wel wat plugins geinstalleerd.

Op mijn DM 500 heb ik dezelfde instellingen en nergens last van,image staat bij deze gewoon in flash en niet op usb.

Wie weet raad, om die vertraging te kunnen verhelpen?

Als je ruimte te kort komt , waarom dan geen Flubber in de flash en de var naar USB verplaatsen ?
Al die multiboots op enkele types USB-sticks schijnen af en toe toch problemen te geven volgens mij .
Maar om er zeker van te zijn zou je dit eens kunnen proberen .

gr,
RuKo

[mirakels]

Met plis flubber in flash geruik je dus dezelfde kernel voor zoewel je gemini als pli in multiboot.

 

Dan zou de head.ko module het enige verschil kunnen zijn.

Pli fluber heeft de 1.10 head.ko. Van gemini weet ik het niet, maar het zou zomaar nog de 1.09 kunnen zijn.

 

Wat je zou kunnen doen, is in /lib/modules/2.6.9/extra van bijde multiboot images kijken en zien of de head.ko dezelfde zijn of niet.

 

Als ze verschillen, probeer dan die van gemini eens naar die van pli te kopieren (eerst even die van pli renamen...) en kijk dan eens of pli dan beter gaat draaien...

Ben benieuwd naar je resultaten!

 

We hebben 1.10 head.ko erin gezet omdat die veel beter met USB sticks om zou kunnen gaan. Hoewel het beter lijkt te gaan, lees je ook berichten dat sommige sticks in pli emerald proma werken en in flubber niet... Dus wat moet je nou...

[de_dikke_deur]

Als ik flubber installeer op mijn db7000(via root.cramfs of software update)komen ondanks flash erase (knop links boven) alle instellingen van emerald weer tevoorschijn, hij onthoud oa boeket en netwerkinstellingen, de nieuwe grafische schermen met ronde hoeken werken niet.

Als ik via dreamup flubber installeer (eerst originele dream image) is wel alles weg maar start hij na het instellen van oa netwerk en cams niet meer op en blijft hangen in het bootmenu.

Heeft iemand misschien een oplossing.

[flugel]

Ik heb net gekeken en is dezelfde kernel.

 

Ik heb het voor de gein toch omgewisseld en ga het eens testen.

 

Je hoort er nog wel van.

 

Kan ik trouwens ook een 1.09 er terug inzetten?

 

Toen had ik geen vertraging.....

[Gast]

Grmblll... <img src="/forums/images/graemlins/frown.gif" alt="" />

 

Gisterenmiddag Flubber "The Sequel" op mijn boxen geinstalleerd. Via het root.cramfs/manual update principe, omdat ik er vanuit ging dat de /var data wel compatible zou zijn.

 

Nu, dat ging toch nog niet helemaal soepel.

 

Ten eerste is het intern een andere versie, en dat betekent dat de /var op USB/CF/HDD niet meer gevonden wordt. Voor dat ik dat in de gaten had was er al weer een uur voorbij aan het opnieuw downloaden en configureren. (niet slim van me, ik zag het pas toen in /var checkte en zag dat deze 60% vol was).

 

Een van mijn boxen wilde na de update helemaal niets meer. Die moest ik reanimeren door hem serial opnieuw te flashen. Weer een half uur kwijt.

 

En het grootste drama: Ik heb sinds deze upgrade mijn freezes weer terug. Dacht ik gisteren nog dat het wellicht kwam doordat ik aan het timeshiften was, vanmiddag had ik gewoon de TV aan, en verschillende keren weer een freeze geconstateerd.

 

Het lijkt er op (maar ik kan dat nog niet 100% bewijzen) dat op het moment van de freeze enigma op 90-100% staat. Ik kan het namelijk vrij gemakkelijk reproduceren door de WebIf te openen...

 

Iemand enig idee wat hier nu weer de oorzaak van is?

 

CU,

WanWizard

[tfh]

Citaat:

Als ik flubber installeer op mijn db7000(via root.cramfs of software update)komen ondanks flash erase (knop links boven) alle instellingen van emerald weer tevoorschijn, hij onthoud oa boeket en netwerkinstellingen, de nieuwe grafische schermen met ronde hoeken werken niet.
Als ik via dreamup flubber installeer (eerst originele dream image) is wel alles weg maar start hij na het instellen van oa netwerk en cams niet meer op en blijft hangen in het bootmenu.
Heeft iemand misschien een oplossing.

Als je bovenstaande methode gebruikt en je wil die bestanden niet terug hebben: Gewoon een factory reset uitvoeren (Via de expert settings)
Je moet dan wel alles (Sateliet config, netwerk, etc.. instellen)

[Gast]

Nog even een update over het freezing probleem:

 

Het treed op bij alle boxen, zowel daar waar lokaal een kaart in de lezer zit, als de boxen die hun keys over de LAN krijgen.

 

Ik heb nog niet kunnen bevestigen dat een freeze gelijktijdig op meerdere boxen voorkomt (dat zou kunnen duiden op een 'hanger' van de box waar de kaart in zit, zodat de anderen op dat moment ook geen key krijgen).

 

Ik hoop dat we hier snel een oplossing voor kunnen vinden, ik zit er niet echt op te wachten om wederom alles terug te bouwen van CCcam naar NewCS... <img src="/forums/images/graemlins/frown.gif" alt="" />

 

CU,

WanWizard

[Macaco]

Daar gaat ie dacht ik.

 

Vanmiddag op de dm5620 van m'n broer de flubber gezet (stond een gemini op). Eerste keer flashen (alles serieel): ging goed. even een skinwissel proberen: herstart en een fatal error. Opnieuw erasen en opnieuw flashen: nog steeds de fatal error bij het opstarten. Toen zag ik dat er een nieuwe versie van flubber was: nog een keer flashen en toen was het goed. Skinwissel maar niet meer geprobeerd. Addons downloaden echter niet: tarball not found or no internet connection. Gelukkig zit in dit image 1 softcam ingebakken, dus loopt hij wel met cd-kaartje.

 

Nu:

 

Mijn dm7000 geflashed, met alle ingrepen waarover ik hier gelezen heb: serieel én een factory reset én een flash erase.

De reden dat ik de image erop zet is de mogelijkheid om de /var op CF te zetten. Box heb ik open gehad: hdd op slave gezet.

Toen de image erop stond heb ik via het dreamboxcontrolcenter de cf gemount en geformatteerd. Ik kon al zien dat mijn hdd nergens te bekennen was. Bij de systeeminstellingen op de DB zie ik de alleen de CF staan als hitachi hdd, 128 mb, welke in werkelijkheid een 128 mb kingston is.

Zoals gelezen: de reiserfs driver erin: downloadpanel: nieuw menu downloaden: tarball not found or no internet connection.

Hoe ga ik de hdd en de CF aan de praat krijgen? En internetconnectie zou ook leuk zijn...

Zal het vanavond (vannacht) nog lukken?

 

(Ik wou juist een keer een ander image, draai al heel lang met Davinci)

 

Bvd.

 

Update: na 2x een reboot heb ik toegang tot het niewe menu! Harde schijf blijft draaien, maar ik zie hem nog niet.

[sretlow]

Het zou toch wel mooi zijn als er in Pli een functie ingebouwd wordt waarmee je ook uit vob files (die gewoon af te spelen zijn) een ondertiteling zou kunnen kiezen. En nog mooier ook nog diverse audio streams.

[The Librarian]

Ik weet niet of dit "probleem" alleen optreed bij flubber, maar het volgende gebeurde hier.

 

Als ik in Extreme EGP bij de Favourites Manager mijn voorkeur opgeef werkt dat prima, krijg een keurige selectie in het favourites scherm.

 

Het probleem is, als ik de opgegeven favourites data weer wil deleten in de manager dan reset enigma, na de reset staat de data nog steeds in de favourites manager.

 

Dus concreet de vragen, 1) kan iemand dit testen met een andere image, 2) is er een oplossing voor?

 

grtz, André

[Gast]

Citaat:

Dus concreet de vragen, 1) kan iemand dit testen met een andere image, 2) is er een oplossing voor?

Als je het over MV hebt, is al heel lang het geval, het zou in alle images moeten optreden tenzij iemand de broncode bij een bepaalde image gecorigeerd heeft. Workaround: telnet naar DB, kijk in fav.txt. Bij mij staat dat in /var/tuxbox/config/fav.txt. Oplossing: broncode wijzigen :-) Pent