A problemam a fenti, barminek a lejatszasakor, akar file, akar DVD, a video out CPU kb. 70-80%, ami kicsit durva.
Konfig:
- AMD A64 3000+,
- NVIDIA Gefoce FX5600 (128MB)
- Linux 2.6.x
Probaltam:
- stfw
- tobb nvidia driver
- tobb 2.6.x kernel
- vo xv, gl, gl2, sdl
A kulonbozo hw vo-k mukodnek, eredmeny (alacsony vo CPU) sehol, tovabbra is kb. 80% CPU hasznalat egy ekkora gepen, szaros film lejatszaskor. Picit idegesito, mert kozben csinal(tat)nek mast is a geppel, es egy forditas/kodolas mondjuk filmnezes kozben eleg kinos igy es bosszanto.
Az 1200Mhz Tualatin+Geforce 4 MX 460-nal ilyen gondom nincs, elenyeszo procihasznalat, magyarul megfeleloen mukodik.
Kartyara gyanakszom egyebkent, de akkor miert OK a -vo xv, -vo gl, stb, meg az xvinfo is OK?
Kifogytam az 5letekbol, ugyhogy ha van valakinek (dobjam ki az FX5600as kartyat es/vagy a gepet kivetelevel) elore is kossz.
udv
- 1798 megtekintés
Hozzászólások
esetleg agp driver problema? milyen chipkeszletu az alaplapod? logok mit mondanak?
udv Zoli
- A hozzászóláshoz be kell jelentkezni
Nforce3-250 chipkeszlet.
Mplayer aszongya, hogy a VO az xv, vagy amire allitom, azzal nincs gond.
Ezert nincs 5letem.
udv
- A hozzászóláshoz be kell jelentkezni
es a logokban mi van? nalam tunernel szokott elojonni a problema, hogy a kernel idozito nincs 1000Hz-re allitva es akadozik a lejatszas, nalad mivel van forditva?
udv Zoli
- A hozzászóláshoz be kell jelentkezni
A logokban nincs semmi (kernel, sys, vagy mire gondolsz?).
Hogy ertsem, hogy mivel van forditva?
udv
- A hozzászóláshoz be kell jelentkezni
nalam:
dmesg |grep agp
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected VIA P4M800 chipset
agpgart: AGP aperture is 64M @ 0xf0000000
agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
agpgart: Xorg tried to set rate=x12. Setting to AGP3 x8 mode.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
cat /boot/config-2.6.16-1.2133_FC5 |grep _HZ
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
- A hozzászóláshoz be kell jelentkezni
-(zsoltino@moonlight)-(1/pts)-(21:02:46/27-Jun-06)--
--($:~)-- dmesg | grep agp
Linux agpgart interface v0.101 (c) Dave Jones
--(zsoltino@moonlight)-(2/pts)-(21:02:49/27-Jun-06)--
--($:~)--
- A hozzászóláshoz be kell jelentkezni
ez azt jelenti, hogy az nvidia sajat agp driveret hasznalod
udv Zoli
- A hozzászóláshoz be kell jelentkezni
Es?
- A hozzászóláshoz be kell jelentkezni
elolvasod az nvidia doksijat, hogy hova logol ;-)
udv Zoli
- A hozzászóláshoz be kell jelentkezni
Hali!
Nekem is volt ilyen bajom. Próbáld meg újrafordítani a következő beállításokkal:
configure --enable-gui --enable-menu --language=hu --disable-runtime-cpudetection
______________________________________________________
powered by KDE 3.5.3 - Slackware 10.2 - linux-2.6.17
- A hozzászóláshoz be kell jelentkezni
gui-t nem hasznalok, menu nem erdekel, nyelv szinten, ezeknek nem lehet koze a problemahoz.
A runtime cpu detektalast nem probaltam, de egy probat meger, pillanat.
Ja, --enable-xvmc-vel is probaltam, ezt elfelejtettem kozolni fent.
udv
- A hozzászóláshoz be kell jelentkezni
Most nezem, hogy ennek sincs ertelme, mert --enable-runtime-cpudetection van, es az default disable, tehat ugy csinaltam.
udv
- A hozzászóláshoz be kell jelentkezni
Ezt nem ertem. Az
--enable-tuntime-cpudetection hogyan lenne default disable?
Ha megadod ezt a sort, akkor bekapcsolod, tehat enable. Ha nem adod meg a ./configure futtatasakor ezt az opciot, akkor vlaoban disabled.
Nezd meg ./configure kimenetet, milyen procira optimal...
- A hozzászóláshoz be kell jelentkezni
Pont errol beszelek, tehat default disable a runtime CPU detection. Bandix pedig AZT javasolta, hogy kapcsoljam ki a runtime CPU detectiont (nincs ra szukseg, az a default). Mostmar gondolom erted.
udv
- A hozzászóláshoz be kell jelentkezni
--(zsoltino@moonlight)-(10/pts)-(19:54:45/27-Jun-06)--
--($:~/Mplayer/mplayer)-- ./configure
Detected operating system: Linux
Detected host architecture: i386
Checking for cc version ... 3.4.1, ok
Checking for host cc ... cc
Checking for cross compilation ... no
Checking for CPU vendor ... AuthenticAMD (15:31:0)
Checking for CPU type ... AMD Athlon(tm) 64 Processor 3000+
Checking for GCC & CPU optimization abilities ... k8
- A hozzászóláshoz be kell jelentkezni
A legvegere gondoltam. Ott szerepelnek ilyenek, hogy enabled drivers, disables drivers, stb. Es ott van ilyen is:
Optimizing for: k8 mmx mmxext 3dnow 3dnowext sse sse2 mtrr
Legalabbis nalam, de ez szinten AMD64-es proci.
(A fentieket, ha vmelyik nem szerepelne, lehet kenyszeriteni is a configure megfelelo kapcsolojaval)
- A hozzászóláshoz be kell jelentkezni
Optimizing for: k8 mmx mmxext 3dnow 3dnowext sse sse2 mtrr
Nekem is.
udv
- A hozzászóláshoz be kell jelentkezni
csak tipp, de nem lehet valami dma probléma?
- A hozzászóláshoz be kell jelentkezni
Nem, nem lehet, ezen is tul vagyok. MINDEN esetben ez az eredmeny, ha DVD, ha avi, ha CD-rol avi, ha DVD-rol, ha vinyorol avi, akkor is, ha mpeg, stb. akkor is. A codec CPU usage teljesen jo minden esetben, a VO cpu usage meg az egekben. Holott az mplayer kimenete egyertelmuen mutatja, hogy a vo az xv, vagy gl, vagz gl2, stb, tehat minden OK (szerinte).
udv
- A hozzászóláshoz be kell jelentkezni
"mplayer -vo null"?
Ha így is 70% akkor nem a videokártyával van gond, ha így nem, akkor meg azzal.
Esetleg "mplayer -nosound", hogy kizárd a hangkártya gondokat.
Vagy "mplayer -vo null -nosound -benchmark" még érdekes lehet.
"-vo vesa"? (Ez azthiszem csak konzolról megy)
Próbálj meg egy minimal liveCD-t amin van mplayer...
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Haladunk elore...
-vo null
VO: [null] 512x384 => 512x384 Planar 444P [fs]
A: 3.2 V: 3.2 A-V: 0.000 ct: -0.000 80/ 80 4% 78% 0.4% 0 4 89%
-vo xv -nosound
VO: [xv] 512x384 => 512x384 Planar YV12 [fs]
V: 1.0 25/ 25 7% 90% 0.0% 0 4 94%
Hmmm... ???
-vo xv -nosound -benchmark
VO: [xv] 512x384 => 512x384 Planar YV12 [fs]
V: 1.1 28/ 28 6% 331% 0.0% 0 6 93%
Hat... ooo.... ???
udv
- A hozzászóláshoz be kell jelentkezni
Ha udnám mik ezek a számok de jó lenne...
Honna vetted az elején a procihasználtságot? (top?)
Azt kéne most is megnézni.
(Mondjuk ekkor a benchmark felesleges)
Szerintem próbálj ki egy vesa-t vagy svgalib-et vagy valami ilyesmit amivel nincs hardware gyorsítás...
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
"Ha udnám mik ezek a számok de jó lenne..."
Ezen ne muljon:
A: 3.2 V: 3.2 A-V: 0.000 ct: -0.000 80/ 80 4% 78% 0.4% 0 4 89%
A: 3.2 V: 3.2 audio es video pozicio
A-V: 0.000 audio es video kulonbseg (kesleltetes)
ct: -0.000 elvegzett audio/video szinkron
80/ 80 lejatszott es dekodolt kepkockak
Na most jon a lenyeg:
4% : video codec CPU hasznalata szazalekban
78% : video out CPU hasznalata szazalekban
0.4%: audio codec CPU hasznalata szazalekban
0 : AV szinkron fenntartasa miatt eldobott kepkockak szama
4 : kep utofeldolgozas aktualis szintje (minosegre vonatkozik)
89% : aktualisan hasznalt cache meret szazalekban
"Honna vetted az elején a procihasználtságot? (top?)"
Peldaul innen, az mplayer kimenetebol. ;)
Egyebkent a top is es a wmcube is jelzi a magas procihasznaltsagot.
"Szerintem próbálj ki egy vesa-t vagy svgalib-et vagy valami ilyesmit amivel nincs hardware gyorsítás..."
Nem irtam az elejen ezt sem, de ezen is tul vagyok. Ha belovom pl. -vo x11-re (nincs hw gyorsitas) teljesen ugyanez az eredmeny.
Tehat ha rakapcsolom a hw gyorsitast, akkor mutatja, hogy minden uberf@sza, azonban a procihasznaltsagon ez mit sem latszik.
Igen, probaltam konzolrol is, ugyanez az eredmeny.
udv
- A hozzászóláshoz be kell jelentkezni
Nos, nem lattam a fatol az erdot, de most, hogy ennyire kitargyaltuk a temat, foleg itt, hogy mi mit jelent, feltunt, hogy az utofeldolgozas szintje 4, azaz a legjobb minoseg. Szetneztem, es a configban az autoq 100-ra van allitva. Kivettem, es a problemam megoldodott.
Kossz a lehetoseget es a segitseget mindenkinek, erre volt szukseg, hogy rajojjek, mi a problema.
DIV3: A: 123.4 V: 123.4 A-V: 0.016 ct: 0.138 3085/3085 1% 28% 1.0% 0 0 13%
FMP4:A: 65.0 V: 65.0 A-V: 0.001 ct: 0.056 1626/1626 4% 59% 0.6% 0 0 49%
Ezt meg mindig sokallom egyebkent.
Kiszedtem a vf opciot is a konfig fileombol, es akkor mar teljesseggel korrekt a dolog:
DIV3:
A: 2.9 V: 2.9 A-V: 0.003 ct: 0.000 73/ 73 2% 0% 0.5% 0 0 98%
FMP4:
A: 5.0 V: 5.0 A-V: 0.003 ct: 0.000 127/127 3% 0% 0.8% 0 0 95%
Tanulsag: Ezer eves konfig file-t neha nem art atnezni alaposabban...
udv
- A hozzászóláshoz be kell jelentkezni
Akkor gratulalok a megoldashoz :)
Asszem, este en is atnezem, mennyit zabal az mplayer, anno eloszor feltettem, beallitottam, aztan sose foglalkoztam vele.
Mukodik, mukodik, de fogalmam sincs, ehhez mennyi eroforrast eszik meg.
- A hozzászóláshoz be kell jelentkezni
Pl. nálam az mplayer 8-10%, P4-3GHz,1GB RAM
- A hozzászóláshoz be kell jelentkezni
Megneztem
XVID eseten 1-3% korul van
Van egy HDTV wmv is a gepemen, ott bizony 50% fole is felmegy a codec, a vo 10% korul van.
Gyonyoru :) az mplayer azert csak mplyaer marad :)
- A hozzászóláshoz be kell jelentkezni
Kossz, de ehhez az kellett, hogy beszeljunk rola. Tenyleg tobb orat elbasztam, meg netet turtam. Itt a legvegen tunt fel, mikor elemeztuk, hogy mik a szamok, ott lett gyanus az a 4-es (legjobb).
udv
- A hozzászóláshoz be kell jelentkezni