szaggat az eger dvd ripeleskor

Gentoo

szaggat az eger dvd ripeleskor

  • 1038 megtekintés

( kalebris | 2005. 04. 14., cs – 21:47 )

Szoval roviden ennyi a jelenseg, hogy amikor a dvd::rip progit hasznalom akkor minden belassul de nagyon durvan. egy xterm megnyitasa 28 masodpercig tart az xmms beszaggat meg ilyenek. A memoria fele meg szabad. A konfig egy abit an7 (nforce 2) ,1700+ xp ,512 ,mega ram, nec dvdiro, maxtor 160G-s es seagate 80g-s vinyokkal.

( 1g0R | 2005. 04. 14., cs – 23:54 )

"top" mit mutat?
vagy esetleg mi lenne, ha vobcopy-t, és acidrip-et(mencoderre épül. a dvd:rip a transcode-ra ha jól tudom) használnál?

( E-Medve v | 2005. 04. 15., p – 03:59 )

[quote:0d06e341bc="kalebris"]Szoval roviden ennyi a jelenseg, hogy amikor a dvd::rip progit hasznalom akkor minden belassul de nagyon durvan. egy xterm megnyitasa 28 masodpercig tart az xmms beszaggat meg ilyenek. A memoria fele meg szabad. A konfig egy abit an7 (nforce 2) ,1700+ xp ,512 ,mega ram, nec dvdiro, maxtor 160G-s es seagate 80g-s vinyokkal.

Nem lehet hogy a winyod lassu? Probald ki ezt:
hdparm -tT /dev/hda
A kisebb erteknek nagyobbnak illik lenni 30-40 meganal...
A kollegam IBM-jeben (P4) a winyo 58 mega/sec-et produkal...
Ha 3-4 mega/sec az atvitel, akkor probald meg ezt:
hdparm -c 1 -d 1 /dev/hda
Ez elvileg bekapcsolja a DMA-t es a 32 bites modot...
Ismeteld meg ujra a merest, ha ez nem segit, akkor valszeg kernelforditas lesz...

De nekem altalaban ilyenkor lassul be a gep...

E-Medve

( kalebris | 2005. 04. 15., p – 05:01 )

Akkor sorban:
- kernel 2.6.10-es
- top nem mutat kulonoskeppen semmit a tcdecode meg az xmms vannak felvaltva az elso helyen mindketten 4-5%-ot hasznaljak a procit memoriabol pedig az xmms hasznal tobbet a gkrellm visszont azt mutatja, hogy a procihasznalat 100%
- megneztem a hdparm eredmenye: Timing cached reads: 1392MB in 2.00 seconds = 695.41 MB/sec
Ez viszont azert erdekes mert amikor masolgatok vinyorol vinyora akkor olyan 3-4Mb/secel masol:(

A kernelbe miket kell akkor beleforgatni?
Eddig van benne:
/Device drivers/Block devices
M FLoopback device support
M Cryptoloop support
M RAM Disk support
16 Default number of ram disks
8192 Default RAM disks size
* Support for Large blokk device
/ IO Schedulers mindegyik modulban van de miutan kiadtam a modprobokat sem javult a helyzet
/device drivers/ATA...
* ATA/ATAPI/.... support
* Enhanced ...
* Include IDE/ATA-2 disk support
* Use multi mode by default
* Include IDE atapi cdrom support
* SCSI emulation support
* IDE Taskfile access
* Generic default IDE chipset
* PCI IDE chipset support
* Generic PCI bus-master DMA support
* Force enable dma ...
* Use pci dma by default .-...
* enable dma fordisks only
* AMD and nVidia chipset support

Szoval ennyi van beleforgatva a kernelbe. Remelem tenyleg csak a lenyeges reszeket szedtem ki es, hogy a lenyeg benne van.

( E-Medve v | 2005. 04. 15., p – 05:04 )

[quote:66dc33d9bc="kalebris"]
- megneztem a hdparm eredmenye: Timing cached reads: 1392MB in 2.00 seconds = 695.41 MB/sec
Ez viszont azert erdekes mert amikor masolgatok vinyorol vinyora akkor olyan 3-4Mb/secel masol:(

Nem jo erteket neztel...

A hdparm -tT /dev/hda-ra ket erteket kell kiirnia... az elso az a 700 megad, de van egy masik is alatta, az a lenyeg... a tT nem eliras, tehat van t es T is...

E-Medve

( pityuf1 | 2005. 04. 15., p – 08:23 )

Valszeg tényleg nem jó értéket néztél, mindenképpen kicsi "t" -vel kell paraméterezni. a hrparm -i [eszköz] elmond elég sok infót arról hogy jelenleg hogyan kezeli a vinyót. Maga a probléma ugye nem biztos hogy a vinyónál gyökerezik. ugyanígy meg kellene nézni az olvasó eszközre, egyáltalán nem biztos hogy használ dma-t. Hasonlóképpen kell eljárni.

A másik hogy a gkrellm nem szokott "hazudni", nézd meg jobban a top-ot, és ne azt hogy melyik process mennyi procit használ hanem a felső sorban mennyi a system time mennyi a user és ha az idle szinte mindig 0 körül van akkor bizony másoláskor valószínű dma hiány miatt sokat nyűl a procihoz. Ha ez van akkor felesleges kernelt fordítani, egysészt valószínű minden megfelelően bele van forgatva mert működik, másrészt meg mit forgatnál bele hogy működjön jobban?

Sok sikert!

( 1g0R | 2005. 04. 15., p – 08:35 )

egyébiránt mikor leassul be a gép,a dvd:rip melyik parancsánál? másolás, encodolás,illesztés ?

( pityuf1 | 2005. 04. 15., p – 08:47 )

Tényleg simán CD-ről vinyóra másoláskor is ez történik? Nagy procihasználat meg ilyenek? Fordíts egy Mplayert, aztán próbáld meg azzal feltolni a dvd-t:

mencoder dvd:// -dvd-device=[eszköz] -oac copy -ovc copy -o [path/to/file/filename[vob]]

Aztán majd ez tologatja fel a dolgokat. Próba cseresznye, ha közben is döglődik akkor valami dma hiány miatt nyög a processzor.

( supageo | 2005. 04. 15., p – 09:32 )

Tényleg erről jut eszembe, hogy ezek a low end konfig (Siemens + HP +...) gépek amik a környezetemben vannak minden hasonlótol összef*ssák magukat. Win vagy Linux mindegy, ja és 2GHz cerka... +csupaintegrált sz?r...

Lehet egyáltalán valamit tenni bármilyen oprendszeren?

( dragi v | 2005. 04. 15., p – 09:48 )

Ha masolaskor 3-4 Mb/sec -ed van akkor tuti nincs dma a vinyon, az meg szaggatast eremenyez. A kernelbol kiamaradt az alaplapod ide vezerlojenek a modulja. Ez 2.6 nal a Device Drivers->ATA/ATAPI/MFM... support alatt van. Nforce2 es alaplapnal pl. az AMD and nVidia IDE support kell, kulonben nem lehet bekapcsolni hdparmal a dma-t.

( kalebris | 2005. 04. 15., p – 14:36 )

Elnezest kerek a hibas valaszert. A -tT vel is lefuttatam a hdparm-ot es a vinyoknal nem volt problema. Itt vannak a lefutatott parancsok es az eredmenyeik:[code:1:8973ccc815]root@devel kalebris # hdparm -tT /dev/hdd

/dev/hdd:
Timing cached reads: 1556 MB in 2.00 seconds = 777.34 MB/sec
Timing buffered disk reads: 168 MB in 3.00 seconds = 55.97 MB/sec
root@devel kalebris # hdparm -tT /dev/hda

/dev/hda:
Timing cached reads: 1528 MB in 2.00 seconds = 763.35 MB/sec
Timing buffered disk reads: 118 MB in 3.05 seconds = 38.75 MB/sec
root@devel kalebris # hdparm -tT /dev/hdd

/dev/hdd:
Timing cached reads: 1516 MB in 2.00 seconds = 757.74 MB/sec
Timing buffered disk reads: 168 MB in 3.00 seconds = 55.97 MB/sec
root@devel kalebris # hdparm -tT /dev/hdc

/dev/hdc:
Timing cached reads: 1544 MB in 2.00 seconds = 770.58 MB/sec
Timing buffered disk reads: 8 MB in 3.46 seconds = 2.31 MB/sec
root@devel kalebris # hdparm -i /dev/hdc

/dev/hdc:

Model=_NEC DVD_RW ND-1300A, FwRev=1.08, SerialNo=
Config={ Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=0kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=yes, tPIO={min:120,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
AdvancedPM=no

* signifies the current active mode

[/code:1:8973ccc815]

Szal akkor valoszinu a dvd-iro (hdc)-nel nincs dma. Mit kellene beleforgatni a fenti kernelreszbe meg vagy mit kellen kivenni?

( kalebris | 2005. 04. 15., p – 15:40 )

ok! Ez volt az!:D Koszonom szepen a segitsegeteket!

( tille | 2005. 11. 23., sze – 23:39 )

Látom már régen lecsengett ez a topic, de nekem is ilyen problémám van. A gépem egy Clevo M22ES laptop (albacomp cimkével), Intel 2.4 Ghz-es Celeron (asztali :evil: :evil: :oops: 8O :evil: :evil: ), SiS 650 (315)+952 chipset, Fujitsu 40 Gb-os HDD. A gond ott kezdődik, hogy a Linux elindítása után (szintúgy a már letakarított békebeli Windows is :D ) egy ideig szépen megy aztán egyszer csak "eldugul" és onnantól kezdve a top id-je minden egyes progra 0.0%-ot ír ki. A hdparmot kipróbáltam ->32 bit mode on, DMA on, 5-13 Mb-os forgalmam van.

De miért??? :?:

( bitumen | 2005. 04. 15., p – 16:41 )

[quote:fedcc100bc="supageo"]Tényleg erről jut eszembe, hogy ezek a low end konfig (Siemens + HP +...) gépek amik a környezetemben vannak minden hasonlótol összef*ssák magukat. Win vagy Linux mindegy, ja és 2GHz cerka... +csupaintegrált sz?r...

Lehet egyáltalán valamit tenni bármilyen oprendszeren?

Hát akkor valami nagyon nem megy... Én 1,7-es cerkával és sis chipsettel szoktam dvd-t kódolni divx-be, közben filmet nézek szaggatás nélkül és semmi nem szaggat be... Ilyen körülmények között még le is szoktam nyomni a procit 1500mhz-re, és így is olyan 70 perc alatt kész van a divx.

( 1g0R | 2005. 04. 15., p – 16:53 )

Hi Bitumen,

Linux alatt divx.elsz? vagy ffmpeg, vagy xvid? Ha divx akkor mivel , és miylen paramétereket használsz?

( bitumen | 2005. 04. 15., p – 16:57 )

[quote:ef269ee881="1g0R"]Hi Bitumen,
Linux alatt divx.elsz? vagy ffmpeg, vagy xvid? Ha divx akkor mivel , és miylen paramétereket használsz?

Mencoderrel száguld a noteszom, a manual végén van egy pár példa, én is csak azt c&p-eltem.

( tille | 2005. 11. 24., cs – 00:02 )

Nemtom biztosan hogy akkor swappel, mert kb közben nem is nagyon lehet semmit sem csinálni. 224 Mb RAM-hoz adtam 256 Mb swapot az kevés lenne?