Harddisk opname problemen opgelost

[Gast]

Kijk, hier hebben we wat aan. Het is dus reproduceerbaar. Mogelijk dat dit input kan zijn bij de ontwikkelaars van Dream Multimedia.

 

Kees

[Gast]

Na me redelijk geergerd te hebben aan de verschrikkelijke kwaliteit van mijn video opnames (DB7000 met Ronaldd_041010, newcamd emu, samsung 160 GB 5400rpm HDD en verder geen fratsen), heb ik eerst maar na wat problemen mijn HDD opnieuw geformatteerd (ext3). Ik gebruik de newcamd emu. Ook na het poetsen blijven de opnames bagger (NED3). Een test file naar de PC gedownload en met ProjectX gedemuxed. In separate files (mp2 en mpv) zien de files er afzonderlijk prima uit. Gedemuxed naar m2p zelfde ellende als direct afspelen op de TV. Met de scam emu blijven video opnames zwart.

Opnames van FTA channels gaan vlekkeloos!

Andere emu's geprobeerd. Omdat ik in Wenen woon, ben ik primair geinteresseerd in de Nederlandse en Oostenrijkse programmas. Met scam krijg ik wel NED1 en 2, niet 3 (stil en zwart) en een beetje de commercielen (wel geluid maar geen beeld), en blijft ORF zwart. De overige emu's zoals Radegast geven geen resultaat.

 

Daarna heb ik maar eens image ronaldd_040207 teruggezet. En zowaar scam decodeert nu weer alle kanalen naar behoren EN video opnames zijn weer impeccable !!! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

 

Voorlopig blijf ik dus maar weer op het voorlaatste release van Ronaldd zitten en neem genoegen met wat kleine ongemakkelijkheden (automatische resets ...)

 

Misschien dat deze waarnemingen voor de techneuten indicaties geven wat er aan de hand kan zijn? <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

[xfiles69]

Ik heb het gedaan zoals je beschreef en zie daar alles werkt weer perfekt geen bibbering meer bij opnames.

Hoezo extra voeding voor een samsung. <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Gast]

Ik heb weer eens Sesamstraat en de Wereld is mooi opgenomen. uiteraard weer ok zou je zeggen. Ik had er echter een reden voor:

 

Zoals eerder gezegd reageerde de afstands bediening nogal traag en decodeerde Radegast etc soms een kanaal niet. Sprong soms na eenmaal op "channel up" op de AB 6 kanalen door, etc. Kleine ongemakken dus, maar de opnames waren vlekkeloos. Na de reactie hier dat Ronaldd_040207 (lees 1.08 + toevoegingen) ok werkte, en op andere plaatsen ook; dat vanaf 1.08.1 en hoger de problemen onstaan waren, geprobeerd de 1.08 van 2 juli 2004 (zonder .1 dus), in de flash te zetten mbv Flashwizard Pro 4.0. Hierna weer bootmenu erop met FWP4.0. De gewenste image, de laatste Hydra, stond daarbij nog netjes op de USB stick, hier dus niets aan gedaan. Vervolgens weer geboot van de hydra en alles werkte nu nog beter. Hiermee bedoel ik geen kleine ongemakken meer en perfecte opnames. De laatste stand van zaken is dus om gebruik te maken van de 1.08 image van 2/7/04 in de flash en de rest met boot menu op de USB.

 

Belangrijk was nu wat de verschillen zijn tussen de 1.08 en 1.08.1. Dit was vindbaar op http://www.dm7000.de/update/changelogs/changelog_108-108_1_de.txt. Hierin wordt melding gemnaakt van een update van de kernel naar 2.6.8.1. De gebruikte kernel in 1.08 was 2.6.5 (welke ik nu dus gebruik door booten van de 1.08 uit flash). Daarnaast meldde BollieBol dat deze de HD niet geformateerd had maar wel de rest uitgevoerd had. zie aantal item eerder.

 

Hieruit mag de volgende conclusie getrokken worden:

 

Vooralsnog lijkt het erop dat de haperingen geintroduceerd zijn in de 2.6.8 kernel en dat deze ook in de 2.6.9rc1 nog steeds bestaan.

 

Als laatste viel mij op dat tijdens het wisselen van de versies in de Flash ! de frontend processor versie (die regeld dat de afstandsbediening werkt etc) vrolijk meegaat van 1.00 naar 1.01 vica versa (zie keuze info uit menu). Hieruit kunnen drie conclusies worden getrokken:

 

1) De Frontend Processor versie kan wel degelijk geupgrade en gedegrade worden i.t.t. diverse eerdere berichten.

2) Dit pas plaatsvindt als de image, na een goede erease, in de onboard flash wordt gezet.

3) Dit bovenste twijfel oproept of iedereen diverse experimenten en oplossingen wel op een juiste manier test (lees: welke versie wordt er gebruikt in flash naast de gebruikte versie op HD/USB ivm de kernel versie)

 

Doe er weer je voordeel mee

 

Groet Kees

[arnoldl]

@keesco

 

super werk man ,

 

had al een paar keer zitten twijfelen om geheel terug naar een oude versie , maar venwege de andere gemissen nog maar niet gedaan .

 

maar deze combi is de perfecte oplossing tot dream eindelijk inziet dat het wel een sw probleem is en niet enkel aan de hd ligt .

 

ga morgen gelijk omzetten , heb helaas eerder nog geen tijd gehad .

 

maar dankzij deze oplossing zijn we weer van een hoop ergenis verlost.

 

thanks ,

 

arnold

[mirakels]

Zoals ik het zie hebben sommigen wel disk problemen met de 2.6.x kernels en sommigen niet. Wat van invoed zou kunnen zijn, is bvb de DMA setting van een disk. Er schijnt een blacklist te zijn van disk die in de 2.6 kernel slecht met DMA omgaan, en waarvoor dan automatisch DMA uitgezet wordt. Dit is met het hdparm commando te checken/aan te passen. Mischien is het zinvol dit te inventariseren.

Voor mijn disk:

Code:

     ~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc    /dev/ide/host0/bus0/target0/lun0/disc:     multcount    =  0 (off)     IO_support   =  0 (default 16-bit)     unmaskirq    =  0 (off)     using_dma    =  1 (on)     keepsettings =  0 (off)     readonly     =  0 (off)     readahead    = 256 (on)     geometry     = 65535/16/63, sectors = 93759120, start = 0

[dAF2000]

Ik mis inderdaad de regel using_dma = 1. Die staat er gewoon niet bij. Ik draai Angharad via FlashWizard met de originele 1.08 in de interne flash, en de harddisk is een Samsung SV1604N.

 

Ik ontdekte dat je de leessnelheid van de harddisk kan testen met: hdparm -tT /dev/ide/host0/bus0/target0/lun0/disc

 

Ik kom dan op 36,5 MB/s voor buffer-cache reads en 13,5 MB/s voor buffered disk reads. Nu kun je moeilijk conclusies trekken, maar opnames gaan met zo'n halve MB/s dus zou er genoeg ruimte over zijn.

 

Edit: nu staat de regel using_dma = 1 er weer wel om een of andere magische reden...

[Beeper]

use DMA is ook uit te zetten via het menu bij de HD parameters. Ik heb daarmee ook eens geexperimenteerd en het werkte. De reden dat ik dat heb uitgezet was omdat de informatie van de HD vanuit de dreambox aangaf DMA not supported.

 

We komen er wel <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

[Yo!]

Citaat:

use DMA is ook uit te zetten via het menu bij de HD parameters.

Dat kan waarschijnlijk alleen op specifieke images? Want ik heb die setting niet.

Het moet ook met de hand kunnen volgens mij maar het lukt me niet. Ook niet als ik eerst de harddisk unmount.

~ > hdparm -d0 /dev/ide/host0/bus0/target0/lun0/disc
/dev/ide/host0/bus0/target0/lun0/disc:
setting using_dma to 0 (off)
hdparm: HDIO_SET_DMA: Operation not permitted
using_dma = 1 (on)
~ >

Groet, Yo!

[dAF2000]

Ik heb dezelfde configuratie als keesko gebruikt:

1.08 in de flash en Angharad met FlashWizzard op de USB, bestandsysteem op de harddisk gewoon ext3 gelaten.

En ik kon probleemloos Sesamstraat opnemen! (Nu wil ik dat helemaal niet <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />)

Ik begin ook te geloven dat 't komt door de verschillen in de 2.6.5 en 2.6.8 kernel. Nou ja, dan maar geen CIFS enzo en sommige plugins crashen blijkbaar, maar ik wel schokvrije opnamens.

Bedankt voor je tip, keesko <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

 

Die hdparm voor de DMA aan en uit te zetten werkt bij mij niet. Hij herkent de optie niet. Ik heb BusyBox v1.00-rc3.

[Yo!]

Citaat:

Ik heb dezelfde configuratie als keesko gebruikt:
1.08 in de flash en Angharad met FlashWizzard op de USB, bestandsysteem op de harddisk gewoon ext3 gelaten.
En ik kon probleemloos Sesamstraat opnemen!

Dat probeer ik dus ook al een tijdje, maar zonder succes. Het installeren van 107.4 of 108 in de flash gaat prima, de multiboot config wordt ook prima geinstalleerd maar ik krijg geen enkele image op USB of HD geupload. TIjdens 'installing' (ongeveer 15%) krijg ik altijd "Error while installing" (zie bijlage). Ik heb werkelijk geen idee waarom en hoe ik dat opgelost krijg <img src="/ubbthreads/images/graemlins/kweetniet.gif" alt="" />

Groet, Yo!

[Bigfoot]

Ik snap niet wat het uitmaakt welk image in de flash zit als je een image uit de USB stick actief hebt.

 

<img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

[Crest]

Citaat:

Citaat:

Ik heb dezelfde configuratie als keesko gebruikt:
1.08 in de flash en Angharad met FlashWizzard op de USB, bestandsysteem op de harddisk gewoon ext3 gelaten.
En ik kon probleemloos Sesamstraat opnemen!

Dat probeer ik dus ook al een tijdje, maar zonder succes. Het installeren van 107.4 of 108 in de flash gaat prima, de multiboot config wordt ook prima geinstalleerd maar ik krijg geen enkele image op USB of HD geupload. TIjdens 'installing' (ongeveer 15%) krijg ik altijd "Error while installing" (zie bijlage). Ik heb werkelijk geen idee waarom en hoe ik dat opgelost krijg <img src="/ubbthreads/images/graemlins/kweetniet.gif" alt="" />

Groet, Yo!

Ik denk dat bepaalde usb-sticks beneden de 1.08 niet worden ondersteund. Dat was bij mij ook zo.

[dAF2000]

Citaat:

Ik snap niet wat het uitmaakt welk image in de flash zit als je een image uit de USB stick actief hebt.

<img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

De truuk is dat je de linux kernel van je image in flash gebruikt en de Enigma en de rest van de image op de USB. Dus door een 1.08 image in de flash te zetten krijg je een kernel zonder haperingen en draai je vanuit de USB toch je image.

't Is wel raar dat dit werkt, want de linux kernel, enigma en plugins zijn nogal afhankelijk van elkaar.

[Yo!]

Citaat:

Ik denk dat bepaalde usb-sticks beneden de 1.08 niet worden ondersteund. Dat was bij mij ook zo.

Nee, dat is het niet. Stick wordt prima herkent, heeft ook altijd gewerkt in het verleden met alle 107 versies.

Bedankt voor het meedenken.

Groet, Yo!