Harddisk opname problemen opgelost

Crest · 30 december 2004

Ik gebruik Hydra Zeus met Radegast en een canaldigitaalkaart met basispakket. Opnames zijn zelfs zwart. Als ik dan voor de Newcamd kies, zie ik de opnames wel, maar zitten er haperingen in. Ik heb in de config prefer EMU op NO staan.

Herkent iemand het probleem van zwarte opnames? <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

dAF2000 · 30 december 2004

Citaat:

Herkent iemand het probleem van zwarte opnames? <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

Heeft gelukkig vast niks met je harddisk te maken. Lees hier maar eens, totdat ze over opnames beginnen... Oplossing is de laatste radegast beta gebruiken.

voermane · 30 december 2004

Heeft te maken met RadeGast 3.0 Final, een versie eerder pakken en je bent van het probleem af.

dAF2000 · 4 januari 2005

Citaat:

Ik heb eens even een testje gedaan met wat hdparm gegevens op een 107.4 image en een 108.2 image. De verschillen heb ik vet afgedrukt:

********** KERNEL 2.4.20: **********

welcome on your dreambox! - Kernel 2.4.20 (01:00:22)].
dreambox_wk login: root
Password:

BusyBox v1.00-pre3 (2004.01.29-01:10+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:

Model=IC35L120AVV207-0, FwRev=V24OA66A, SerialNo=VNVD06G4CZVZLL
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=241254720
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: 2 3 4 5 6

~ > 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 = 8 (on)
geometry = 15017/255/63, sectors = 241254720, start = 0

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:
Timing buffer-cache reads: 128 MB in 2.80 seconds = 45.71 MB/sec
Timing buffered disk reads: 64 MB in 3.56 seconds = 17.98 MB/sec

~ >

********** KERNEL 2.6.9rc1: **********

welcome on your dreambox! - Kernel 2.6.9-rc1 (11:30:09).
dreambox_wk login: root
Password:

BusyBox v1.00-pre8 (2004.11.13-16:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:

Model=IC35L120AVV207-0, FwRev=V24OA66A, SerialNo=VNVD06G4CZVZLL
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=241254720
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:

* signifies the current active mode

~ > 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)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 241254720, start = 0

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:
Timing buffer-cache reads: 128 MB in 2.78 seconds = 46.05 MB/sec
Timing buffered disk reads: 64 MB in 5.77 seconds = 11.08 MB/sec

~ >

Wat mij opvalt is het ontbreken van "2 3 4 5 6" bij "Drive confirms to", het ontbreken van "using_dma = 1" (een enkele keer zie ik deze regel overigens wel!), het verschil in geometry, het verschil in readahead en het snelheidsverschil in "Timing buffered disk reads".

Ziet iemand iets spannends? Iets wat kan wijzen op de oorzaak van dit probleem?

Groet, Yo!

Zo af en toe ben ik ook nog bezig met die harddisk. Met een 1.08-image heb ik nog elke 10 of 20 minuten een hapering bij "moeilijke" programma's op de publieke omroep. Met een 1.07.4 in de interne flash en Zeus op de USB heb ik dit probleem totaal niet meer, maar 't lijkt me niet zo stabiel meer. Ik zie ook met hdparm dat de harddisk een stuk sneller is. Na heel wat geklooi met hdparm ben ik het volgende te weten gekomen. Deze link geeft veel informatie.

Door "readahead" op 256 ipv 8 te zetten, wordt de harddisk veel sneller, maar dit is helaas aan de leeskant. Het gaat natuurlijk om 't opnemen.

't Is raar dat de harddisk in UDMA2-mode staat, da's ATA33, terwijl volgens de specificaties van Dreambox die ATA66 aan zou kunnen. Natuurlijk heb ik dit al getest met zo'n echte ATA66-kabel, maar hoger dan UDMA2 lukt niet.

Alle andere settings zoals IO_support op 32 bits maakten allemaal niks uit <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

Verder heb ik net effe "bonnie", een programma om je harddisk performance te meten gecompileerd. De getallen die er uit komen zijn niet te vergelijken met die van hdparm. Doe eerst "cd /hdd" voordat je 't programma start, want hij maakt een file aan in de huidige directory.

778995-Bonnie.zip

Erik Slagter · 6 januari 2005

De kans dat de stotter-problemen op wat dan ook voor manier aan de harddisk(-instellingen) liggen is heel erg klein. Ik heb namelijk twee dreamboxen via NFS aan een 120 Gb harddisk hangen (UDMA 5) en daar heb ik precies dezelfde problemen mee, totdat ik AU = no instel, dan is het over en kan ik met twee dreamboxen tegelijk opnemen en afspelen zonder problemen...

dAF2000 · 6 januari 2005

Ik ben er tot nu toe van overtuigd dat het in de snelheid van de harddisk moet liggen. Zo is te zien dat in 1.07.4 images de snelheid zo'n 50% hoger ligt. Dit is de leessnelheid dan wel, maar voor het schrijven zal dit ook wel gelden. Ik heb met een 1.07.4 image met newcamd en AU=on (!) zelfs probleemloze opnames gemaakt van Sesamstraat.

Ik heb ook getest met twee andere harddisken, een behoorlijke snelle en eentje van 3 jaar oud. In alle gevallen bleef de snelheid hetzelfde. De beperking zit namelijk in de IDE-drivers die helaas onder beheer van Dream zijn.

Ik snap wel dat jij problemen hebt met opnames ookal staan de harddisken op UDMA5. De beperking zit namelijk in je NFS dat een stuk langzamer is dan de harddisk.

Een ander interessant punt is, is dat Sesamstraat regelmatig 9,8 MB/s haalt (hier gelezen, en na navraag goed gemeten). Die snelheid zit nu net zo op dezelfde waarde als de harddisk-snelheid. Dat lijkt me niet toevallig.

Yo! · 6 januari 2005

Volgens mij is het een combinatie van een heleboel dingen. Ik had hele grote problemen met mijn IBM 120 GB schijf. Heb er even een WD 1200JB ingehad en de meeste problemen leken voorbij. Echter deze maakte zoveel herrie dat ik dit niet echt lang getest heb. Voorlopig doe ik het nu met een CIFS connectie naar mijn W2K3 server. Dit laatste geeft weinig problemen. Zelfs met AU=yes (tot nu toe, afkloppen!). Timeshiften gaat echter lang niet altijd goed, met AU=no al weer een beetje beter. Netwerk performance lijkt dus ook een bottleneck, maar de relatie met AU kan ik dan weer niet leggen.

Daarnaast heb ik eigenlijk geen enkel probleem met andere zenders die niet uit het canal digitaal pakket komen (maar eerlijk gezegd neem ik die ook een stuk minder op)

Mijn conclusie waar deze problemen vandaan komen? Een combinatie van:

1. 3 coderingen (irdeto1, 2 en seca2) misschien teveel voor een emu

2. Harddisk compatibiliteit met huidige kernel versies

3. Variabele bitrate (met hoge pieken) van sommige nederlandse zenders, bijvoorbeeld bij sesemstraat.

4. de stand van de zon

5. mijn schoenmaat

Ik ben het in ieder geval hardstikke zat. De CIFS oplossing werkt nu redelijk dus totdat iemand het echte probleem gevonden EN opgelost heeft hou ik het daar maar even bij.

Groet, Yo!

9 januari 2005

Zijn de problemen met haperingen van harddisk opnames opgelost met een Seca CI mudule, zodat hardwarematig gedecodeerd wordt? Heeft iemand ervaring? Groeten - blackfatboy

10 januari 2005

Voor wat het waard is, mijn theorie.

NFS, werkt bij mij altijd zonder problemen over 100Mbit full duplex.

Grotere IDE HD's over het algemeen niet (160G 200G en 250G)

IDE drives zitten bijna rechtstreeks op de bus van de CPU, en hebben vrij veel invloed op het claimen van de IDE bus, en het vrijgeven daar van.

Als je als hard disk fabrikant je concurrentie voor wil blijven zijn, wil je de peformance (throughput) zo goed mogelijk krijgen.

Als je de IDE bus langer claimt, en meer data in een keer er doorheen jaagt, is je performance meestal beter.

Probleem is echter wel dat de rest van de hardware vaak geen kans ziet om zijn taken gelijktijdig uit te voeren.

ALs resultaat, DVB packet loss (buffer underflow, als je dmesg draait).

Denk maar niet dat de dreambox alleen daar last van heeft.

Mijn vdr met Hauppauge Nexus S op een 2Ghz ASUS board, heeft exact dezelfde ruzie met deze HD's (CPU power is niet het probleem).

Maar goed, geef me een lab en ik kan het misschien bewijzen (eerder niet).

dAF2000 · 10 januari 2005

Zou 't dan zijn dat 't probleem meer in de responstijd zit dan in de snelheid? Dus misschien iets instellen zodat per keer maar weinig naar de harddisk wordt geschreven maar wel op hoge snelheid. Dan lijkt 't me dat de IDE-bus 't minst belast wordt.

10 januari 2005

Nou, niet direct.

Als een HD zijn S.M.A.R.T check doet (HD probeert uit te vinden of ie nog goed is) blokt hij ook, kan dus meerdere oorzaken hebben.

(Eight million ways to die ?)

Helpt in ieder geval wel als dat uit staat. (wordt er niet slechter van)

10 januari 2005

Citaat:

Zijn de problemen met haperingen van harddisk opnames opgelost met een Seca CI mudule, zodat hardwarematig gedecodeerd wordt? Heeft iemand ervaring? Groeten - blackfatboy

Zover ik weet wordt de decodering al hardwarematig door de STB IBM 405 chip gedaan.
Mijn Matrix cam bakt er in ieder geval niets van, als die gaat decoderen.
Wat die softcams alleen doen, is de decryption key aan de hardware geven.
De decriptie zelf wordt door de hardware uitgevoerd.

Eagledream · 10 januari 2005

Prachtige metingen <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

Ik ben het volledig eens met je conclusies!..

Op de volgende link vind je vele verwijzingen en metingen naar een tragere ide performance van de 2.6 ten opzichte van de 2.4 kernels.

http://kerneltrap.org/

Tijdens zoeken naar ide performance van 2.6 kernels kwam ik het programma tiobench tegen. Dit programma is een benchmark voor multi threaded io performance. Zowel read als write.

Zelf ben ik nog niet in de gelegenheid om programma's voor de Dreambox te compileren.

Misschien heb je er iets aan. Ik ben erg benieuwd naar eventuele resultaten <img src="/ubbthreads/images/graemlins/loep.gif" alt="" />

http://sourceforge.net/projects/tiobench

Success!

10 januari 2005

met een seca aston common interface heb ik met opnemen geen problemen.

maar gebruik ik een softcam dan zijn de nederlandse kanalen ook haperend en stotterend opgenomen.

heb een monster image op usb stick met 1080 in the flash.

dit werkt goed en aan de tread te zien is er nog steeds niemand die met een oorzaak komt maar alleen met eigen oplossingen om het in ieder geval zelf vloeien lopend te krijgen.

hoop dat een volgende release er een oplossing voor brengt,want met de ci is alles wel snel genoeg en werkzaam voor goede opnamens.

**Tonskidutch** · 10 januari 2005

als we nu eens allemaal ook vermelden welk image er draaid (flash of multiboot)

ik probeerde dit weekend zelfs te reproduceren de situatie in juni 2004 waar me hetzelfde overkwam als Yo en Daf2000..

stotteren

MAAR al trachtende:

ik krijg NU ook met die basis images nieuwe stijl (1.08) uit mei geen stotterende opnames.. hydra caliph 26-05 en hydra ulysses 25-06

de disk zelf terug brengen in de toestand van toen lijkt me te moeilijk (hij is meerdere malen geformateerd geweest)

dit alles geconstateerd na nulmodem erase image en flash image

draai nog steeds hydra nieuwste versie (zeus)

draai nog steeds elke opname zonder stotteren

cheers

Inloggen

Harddisk opname problemen opgelost

Aanbevolen berichten

Crest

Beste reacties in dit onderwerp

Populaire dagen

Beste reacties in dit onderwerp

Populaire dagen

Geplaatste afbeeldingen

dAF2000

voermane

dAF2000

Erik Slagter

dAF2000

Yo!

Gast

Gast

dAF2000

Gast

Gast

Eagledream

Gast

Tonskidutch

Maak een account aan of log in om te reageren

Account aanmaken

Inloggen

Wie is er online 0 leden

Overig

Activiteit