[all/niet 7025S] Pli Garnet, afspelen bestandmodus crash

[Gast]

Citaat:

Resumerend lijtk het erop dat alle crashed met mpg files plaatsvinden met de mpg file op een netwerk share (en ja, ikheb er zelf ook last van).

Ik heb een mpg file die crashed eens locaal op de hdd gezet, en toen speelde hij wel goed af.

Zijn er meer mensen die ook een interne disk hebben en een mpg file die crashed vanuit een netwerk share? Kunnen jullie die mpg file dan ook eens copieren naar de hdd en vandaaruit afspelen.

Het zou een belangrijke hint kunnen zijn...

En dat in combinatie met de fout die ik heb met Ngrab recording: cannot allocate memory, zou duiden op een geheugenprobleem als de netwerkaansluiting gebruikt wordt.

Groet Gerard

[sretlow]

Ik heb mijn hdd niet intern maar op NAS (dus ook niet op de pc). En daar crashed ie dus wel gewoon.

[Gast]

SCHOP

 

Al nieuws?????

 

Groet Gerard

[hemertje]

helaas geen doelpunt...

[mirakels]

Citaat:

SCHOP

Al nieuws?????

Groet Gerard

Een paar berichten terug heb ik een testsuggestie gedaan om informatie te winnen.
Niemand is daar serieus op ingegaan, dus concludeer ik dat er geen problemen meer zijn.

[Gast]

Citaat:

Citaat:

SCHOP

Al nieuws?????

Groet Gerard

Een paar berichten terug heb ik een testsuggestie gedaan om informatie te winnen.
Niemand is daar serieus op ingegaan, dus concludeer ik dat er geen problemen meer zijn.

Gaat een beetje moeilijk, een HD in een 500 proppen. Mijn ervaring is dat er twee problemen zijn die waarschijnlijk met de geheugentoewijzing te maken hebben: mpeg afspelen via netwerk en tijdens Ngrab opname de foutmelding "cannot allocate memory".

Groet Gerard

[sretlow]

Het is voor mij nogal een onderneming om de schijf uit de NAS config te halen en die in de dreambox te plaatsen. Als het uberhaupt al zo kan zonder formateren. Want ik heb er nog wel wat dingen op staan die ik nog niet kwijt wil....

[ranico]

Citaat:

Een paar berichten terug heb ik een testsuggestie gedaan om informatie te winnen. Niemand is daar serieus op ingegaan, dus concludeer ik dat er geen problemen meer zijn.

 

Is het dan bij jouw opgelost ?

 

Uw test suggestie is voor de meeste niet eenvoudig om uit tevoeren, zoals andere leden al hebben aangegeven. Ook voor mij niet.

 

Spijtig genoeg zijn we in de minderheid die bewerkte .ts bestanden afspelen (in mpeg), blijkt uit volgende citaat van Daf2000

Citaat:

Er zijn toch flink wat bugs opgelost tov Flubber, maar ondertussen zijn er ook nieuwe features geïntroduceerd. Het is nu duidelijk dat er tenminste 1 bug gevonden is: het afspelen van mpeg2 (met een mp3 audio stream). Gelukkig lopen daar niet al te veel gebruikers tegenaan omdat 't gros .ts files afspeelt.

 

Alleen zijn wij hier niet het gros <img src="/forums/images/graemlins/crazy.gif" alt="" />

Dit verbaasd mij wel, want deze werkmethode om snel reklame blokken weg te snijden is nu heel gemakkelijk met een (netwerk) disk.

[dAF2000]

Citaat:

Spijtig genoeg zijn we in de minderheid die bewerkte .ts bestanden afspelen (in mpeg), blijkt uit volgende citaat van Daf2000

Citaat:

Er zijn toch flink wat bugs opgelost tov Flubber, maar ondertussen zijn er ook nieuwe features geïntroduceerd. Het is nu duidelijk dat er tenminste 1 bug gevonden is: het afspelen van mpeg2 (met een mp3 audio stream). Gelukkig lopen daar niet al te veel gebruikers tegenaan omdat 't gros .ts files afspeelt.

Alleen zijn wij hier niet het gros <img src="/forums/images/graemlins/crazy.gif" alt="" />

We zijn nog bezig met 't probleem. Met dat de mpeg-gebruikers in de minderheid zijn, wilde ik alleen maar zeggen dat 't lastig is om veel gebruikerservaringen te lezen en dat gelukkig niet iedereen last heeft van die crash. Hoe dan ook, moet 't wel opgelost worden.

[mirakels]

Citaat:

Gaat een beetje moeilijk, een HD in een 500 proppen. Mijn ervaring is dat er twee problemen zijn die waarschijnlijk met de geheugentoewijzing te maken hebben: mpeg afspelen via netwerk en tijdens Ngrab opname de foutmelding "cannot allocate memory".

Citaat:

Het is voor mij nogal een onderneming om de schijf uit de NAS config te halen en die in de dreambox te plaatsen. Als het uberhaupt al zo kan zonder formateren. Want ik heb er nog wel wat dingen op staan die ik nog niet kwijt wil....

Citaat:

Is het dan bij jouw opgelost ?

Uw test suggestie is voor de meeste niet eenvoudig om uit tevoeren, zoals andere leden al hebben aangegeven. Ook voor mij niet.

Spijtig genoeg zijn we in de minderheid die bewerkte .ts bestanden afspelen (in mpeg),

Ik had gehoopt dat er 7000 bezitters waren die zowel een disk als met netwerk shares werken. Test en ervarings info is gewoon erg belangrijk m dit soort 'vage ' problemen te tackelen.

Als je een disk uit een linux machine haalt, en waar dan ext3 filesystemen op staan, kan je deze prima in de dreambox zetten. Zolang je maar niet de format functie gebruikt. Het enige wat je wellicht moet doen is de directory /movies aanmaken. Maar goed, eenbackp kan noit kwaad...

Als ik en mpg file lokaal op disk zet, kan ik ze wel goed bekijken. Als ik ze vanaf een cifs share bekijk heb ik sneller last van crashes/stilstaand beeld/audio video out sync/geen audio problemen.
Met een nfs share heb ik minder/geen problemen.

Ik heb gemerkt dat tijdens het afspelen van een mpg file de cpu van de dreambox vrij druk bezig is. Zeker p moementen at de problemen zich voordoen schiet het gerbuik naar de 80 a 90% toe. Bij het afspelen van een ts file is dat niet zo! Ik heb het gevoel dat dat komt omdat een ts file direct aan de mpeg processor wordt gegeven, maar dat dat bij een mpg file niet gebeurd, en dat de cpu daardoor veel drukker is. Op zich vreemd, want de dreamox heeft een hardware mpeg decoder dus ik zou denken dat een mpg file ook wel direct aan de mpeg processor gegeven kan worden.

Ook ben ik teruggegaan naar enigmas tot begin augustus van vorig jaar, en het 'probleem' van veel cpu gebruik blijft bestaan (telnet naar je box en geef het top commando om het cpu gebruik te zien). Dat zou betekenen dat het probleem er eigenlijk al heel lang zou moeten zijn.
In de mpg handling binnen enigma hebben we voor PLi niets veranderd. Het is nog steeds hetzelfde stukje code als in CVS.
Er is wel iets in de mount(share) afhandeling veranderd, maar in princiepe is dat een kernel issue, en in de kernel hebben we weer niets veranderd. Wat dan overblijft zijn de share opties die ingesteld zijn. Die zijn hoogst waarschijnlijk anders dan bij Garnet in vergelijking met Flubber.
Verder experimenteren met rsize en wsize (4096, 8192, 16384) zou dan kunnen helpen.

Wat me overigens ook is opgevallen dat als je box al een hele tijd draait het cpu gebruik bij een mpg file veel hoger is dan wanneer hij net is opgestart. Dus kijk eens of het beter gaat als jullie je boxen eens rebooten.

Op zich heb ik zelf niet zoveel last gehad van dit probleem omdat ik altijd nfs shares gebruik en geen cifs (en kan die kernel module er bij mij ook altijd uit.)

Overigens als jullie die ts fles bewerken voor de reclames, kan je toch ook weer een ts file terug laten genereren? Dan hou je misschien ook nog alle teletext en eventuele subtitle pids, die dacht ik verloren gaan als je naar puur mpg converteert. Ik dacht dat ProjectX dat kon...

[Gast]

Maar dan heb ik nog steeds het probleem dat af en toe bij Ngrab recording de foutmelding cannot allocate memory krijg. Overigens crashed mijn 500 al na het opstarten met het afspelen van een mpeg.

 

Groet Gerard

[ranico]

Ik probeer hier nu een korte samenvatting te geven wat in deze draad al naar voren is gebracht om dit probleem te kunnen oplossen voor het PLI team:

Nog niet alle vragen/feiten hieronder hebben een duidelijk antwoord.

 

1. Alleen met mpeg bestanden, niet met .ts bestanden.

 

2. Alleen op een remote disk (is dit correct ?) Volgens mirakel is dit het geval.

 

3. Trace data geeft volgende foutmelding bij DM500 en DB7000:

-> terminate called after throwing an instance of 'std::bad_alloc'

 

4. Zit het probleen in PLi of ook in originele Enigma-images. Op deze vraag is nog geen duidelijk antwoord, maar volgens Tonskidutch had hij geen problemen met gemini 3.30 met een PC disk mount.

 

5. Detectie in welke versie dit probleem is ontstaan ( CVS van Gemini is 14.12.2006 en die van PLi 19.12.2006) ? Hier is ook nog geen duidelijk antwoord.

 

Welke akties/tests moeten er nog gebeuren, zodat we het Pli team verder kunnen helpen ?

[Gast]

SCHOP!

 

Nog vorderingen???

 

Groet Gerard

[Gast]

Volgens mij komen de geleerden er niet uit, het blijft zo stil!

 

 

Groet Gerard

[dAF2000]

Citaat:

Volgens mij komen de geleerden er niet uit, het blijft zo stil!


Groet Gerard

Als er iets te melden valt dan laten we 't weten.