[mplayer] Load onder divx lager krijgen ?

[Verwijderd]

Ik heb net m'n nieuwe server ontvangen. Via C3 800 mhz met 256 cas2 mem Ik kan er prima divx op afspelen, alleen hij stottert wel (regelmatig).

Ik gebruik mplayer met directfb, fullscreen (maakt eigenlijk geen verschil), en ac3 audio.

Echter: ik heb een load van 98%, wat niet zo bevordelijk is voor mijn andere processen (oa apache en mysql). Zodoende stottert de film dus ook.

Mijn vraag: zijn er nog manieren om de load lager te krijgen, bv onder de 70% ?

[WHiZZi]

Op vrijdag 31 mei 2002 07:51 schreef CowMike het volgende:
Ik heb net m'n nieuwe server ontvangen. Via C3 800 mhz met 256 cas2 mem Ik kan er prima divx op afspelen, alleen hij stottert wel (regelmatig).

Een server om DivX af te spelen, da's een beetje tegenstrijdig..

Ik gebruik mplayer met directfb, fullscreen (maakt eigenlijk geen verschil), en ac3 audio.

Mooi zo. Goed man, en welke videokaart?

Echter: ik heb een load van 98%, wat niet zo bevordelijk is voor mijn andere processen (oa apache en mysql). Zodoende stottert de film dus ook.

*schudt hoofd*
Waarom FILM kijken op een SERVER?

Mijn vraag: zijn er nog manieren om de load lager te krijgen, bv onder de 70% ?

Ja, die zijn er.

---- en nu serieus

Ten eerste, welke videokaart gebruik je, welke kernel, welke GUI, videodrivers geinstalleerd?

Mijn vermoeden is namelijk dat de DivX over je CPU wordt afgespeeld en niet over je videokaart. Dat levert een hoge load op. Om dit te voorkomen moet je waarschijnlijk je videokaart-drivers compilen/installeren.
Dit had je ook kunnen vinden met de Search trouwens.

[Verwijderd]

JAja, ik weet t Ik gebruik die server als router, maar ook als filmbak (daarvoor hebben we em gekocht)

Ik heb een onboard Trident videokaart (met 8mb shared), maar ook een TV-out onboard. Ik speel em dus af via die TV-out.

Ik gebruik Gentoo met kernel 2.4.19-gentoo-r5 (de kernel van Gentoo zelf dus). Heb framebuffer erin gecompiled, en dus vga=788 in /boot/grub/menu.lst gezet (moet deze waarde soms anders ?).

Ik gebruik geen GUI, maar puur de commandline ( mplayer -vo directfb -ao alsa -fs -framedrop [filmnaam].avi ). Dit komt omdat ik em via SSH start, en omdat er geen toetsenbord aan de server hangt

[Sjonny]

die framebuffer is beetje heel erg alleen software, geen hardware (yuv oid) accel, dus alles moet naar rgb worden gedecode en naar je videomem gepompt op pci snelheid. ik vind die load en dat stotteren niet gek dan. zoek uit hoe je met die trident (die ken ik alleen nog van me xt in 8bits en 256k mem , en dat waren toen al niet de beste kaartjes ) de Xv driver kan gebruiken ofzo ..

[Verwijderd]

Hmm, hoe bedoel je ? Xv driver? Ik gebruik geen Xfree, maar puur directfb (of zit ik nou helemaal fout? )

[Verwijderd]

Op mijn AMD K6-380 met 192 MB geheugen en ATI Mach64 8MB, speel ik DiVX-films van CDROM (zoals Fight-Club, resolutie 720x336) zonder enig stottergedrag of andere problemen af. CPU-gebruik ligt rond de 40%, soms iets hoger. Ik gebruik als video-output de DGA driver (-vo dga), en voor geluid ALSA (OSS via SDL).

Als ik niet de DGA-driver gebruik ligt het CPU-gebruik op fullscreen altijd tegen de 90/100% aan.

Je hebt er wel X11 voor nodig, dus dat zal op je server wel niet niet gaan lukken (waarom kijk je trouwens films via je server??).

Je performance is dus zwaar afhankelijk van wat je als videodriver bij mplayer gebruikt.

[Varienaja]

Nou, persoonlijk denk ik dat je 't met die C3-800 wel kunt vergeten. De huidige DivX3.11 zal wel lopen (quality settings minimaal zetten als je dat nog niet hebt tegen het stotteren).

Ik ben pas begonnen met DivX5, en de films die dat oplevert zijn niet eens afspeelbaar op m'n P3-800. Resoluties van 640x272 gaan prima, 640x352 stottert al regelmatig, en 640x480 lukt gewoon niet.

[Verwijderd]

Waarschijnlijk heb je het al gedaan, maar je zou best je HD en/of cdrom(s) in DMA mode zetten en 32-bit I/O activeren via hdparm, dat kan soms een serieuze slok op de borrel schelen.

En verder, tja, als je framebuffer gebruikt, dan wordt er bij mijn weten totaal geen gebruik gemaakt van de hardware scaling mogelijkheden of iDCT/motion compensation van je videokaart. Verder is die Via C3 CPU nu niet bepaald een powerhouse processor, en het zou me niet verbazen mocht ie bij hoge resolutiefilms het zaakje niet aankunnen. Hulp van een goede videokaart (ATI heeft heel goede ondersteuning voor video in hardware) die met goede drivers werkt is mijns inziens een vereiste...

[Verwijderd]

Het vage is dat ie onder Windows wel goed draait (zie topic in OCE van super_vegeta: Inkoopactie)... Ik zal die DGA eens proberen

[RaZ]

Start | Run | mplayer2.exe

Die werkt perfect met AC3

[Verwijderd]

Op vrijdag 31 mei 2002 15:42 schreef RaZ het volgende:
Start | Run | mplayer2.exe

Die werkt perfect met AC3

Onder windows ja, nu nog onder linux

[Jordi]

Mja, kijk in welk forum je zit voordat je repliet ajb enzo

[RaZ]

Op vrijdag 31 mei 2002 15:52 schreef CowMike het volgende:

[..]

Onder windows ja, nu nog onder linux

Hebbie daar geen startknop dan?
[sorry]
Oeps.. biertjuh?
[/sorry]

[sebas]

Hoe kan ik dat trouwens zien welke videodrivers er ter beschikking staan?
Mplayer draait bij mij wel redelijk soepel, maar het kan altijd beter natuurlijk.

[Niek]

Op vrijdag 31 mei 2002 16:04 schreef Sebas het volgende:
Hoe kan ik dat trouwens zien welke videodrivers er ter beschikking staan?
Mplayer draait bij mij wel redelijk soepel, maar het kan altijd beter natuurlijk.

code:

mplayer -vo help

Probeer dat eens

[Verwijderd]

Op vrijdag 31 mei 2002 12:49 schreef ralphj het volgende:
Op mijn AMD K6-380 met 192 MB geheugen en ATI Mach64 8MB, speel ik DiVX-films van CDROM (zoals Fight-Club, resolutie 720x336) zonder enig stottergedrag of andere problemen af. CPU-gebruik ligt rond de 40%, soms iets hoger. Ik gebruik als video-output de DGA driver (-vo dga), en voor geluid ALSA (OSS via SDL).

Als ik niet de DGA-driver gebruik ligt het CPU-gebruik op fullscreen altijd tegen de 90/100% aan.

Je hebt er wel X11 voor nodig, dus dat zal op je server wel niet niet gaan lukken (waarom kijk je trouwens films via je server??).

Je performance is dus zwaar afhankelijk van wat je als videodriver bij mplayer gebruikt.

Hmm, hoe build je die DGA-driver in mplayer ? Bij de install heb je de keus niet om deze te pakken (of doe ik nou weer wat fout? )

Checking for DGA ... no Ah, ff kijken of ik die kan installen

[Verwijderd]

code:

--enable-dga=[1/2]  DirectGraphicAccess is XFree's answer to DirectX(tm), so mplayer accesses the gfx hardware almost directly. To run this, you need to run mplayer as root. [Autodetected; if DGA2 gives you errors, you may use that switch to downgrade to DGA1].

Hmm, laat me raden: je hebt hier zeker XFree voor nodig?

[deadinspace]

Ik zou het als ik jou was toch echt eens met XFree86 proberen, dan heb je tenminste Xv, en dat scheelt erg veel.
Je hebt absoluut niet veel nodig; alleen XFree86 (13 MB in Debian Unstable). Die configgen met de juiste driver en dan zorgen dat mplayer afspeelt met Xv output.

[Verwijderd]

Ah ok, ik zal eens proberen

Dan maar vannacht Xfree compilen

[CyBeR]

Mag ik iedereen er even op wijzen dat DirectFB _wel degelijk_ hardware accelerated is? Fijn.

fbdev is dat niet, inderdaad. DirectFB is iets anders.

Zie ook http://www.directfb.org/

[deadinspace]

Op zaterdag 01 juni 2002 02:45 schreef CyBeR het volgende:
Mag ik iedereen er even op wijzen dat DirectFB _wel degelijk_ hardware accelerated is? Fijn.

Op een Trident kaartje? Dachtet niet.

fbdev is dat niet, inderdaad. DirectFB is iets anders.

'iets anders' is wat kort door de bocht; het zijn beiden interfaces voor de Linux framebuffer device.

[Verwijderd]

Ok, ik probeer de DGA-driver te gebruiken, maar daarvoor heb ik wel Xfree nodig. Maar bij t compilen van Xfree krijg ik deze error:

code:

gcc -o bdftopcf -march=i586 -O3 -pipe -ansi     -L../../exports/lib bdftopcf.o -lXfont -lfntstubs   -lz -lm   -Wl,-rpath-link,../../exports/lib
../../exports/lib/libXfont.so: undefined reference to `BitmapScaleBitmaps'
../../exports/lib/libXfont.so: undefined reference to `LC48'
../../exports/lib/libXfont.so: undefined reference to `BitmapOpenScalable'
../../exports/lib/libXfont.so: undefined reference to `PrinterScaleBitmaps'
../../exports/lib/libXfont.so: undefined reference to `FindPmfToScale'
../../exports/lib/libXfont.so: undefined reference to `BitmapGetInfoScalable'
../../exports/lib/libXfont.so: undefined reference to `FindBestToScale'
collect2: ld returned 1 exit status
make[3]: *** [bdftopcf] Error 1
make[3]: Leaving directory `/var/tmp/portage/xfree-4.2.0-r9/work/xc/programs/bdftopcf'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/var/tmp/portage/xfree-4.2.0-r9/work/xc/programs'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/var/tmp/portage/xfree-4.2.0-r9/work/xc'
make: *** [install] Error 2

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_install, Line 2, Exitcode 2
!!! (no error message)

!!! emerge aborting on  /usr/portage/x11-base/xfree/xfree-4.2.0-r9.ebuild .

Opnieuw mergen heeft geen zin, aangezien ik dat al heb gedaan Iemand een oplossing ?

Of zou ik em op mijn computer kunnen compilen (en dan een package maken), en op deze pc em uitpakken ?

[Apache]

het kan ook een buggy ebuild zijn, je kan proberen manueel een oudere -rx te mergen.

[Verwijderd]

Ok het compilen van Xfree is gelukt Nu nog ff kijken of die DGA-driver wil werken

[CyBeR]

Op zaterdag 01 juni 2002 04:01 schreef deadinspace het volgende:
Op een Trident kaartje? Dachtet niet.

Daarom werkt het dus ook niet op een trident kaart.
Op de site staan welke kaarten wel ondersteund worden.

'iets anders' is wat kort door de bocht; het zijn beiden interfaces voor de Linux framebuffer device.

DirectFB werkt toch echt anders dan fbdev, anders zou fbdev ook wel hardware accellerated zijn (waar mogelijk)

[deadinspace]

Op zaterdag 01 juni 2002 14:18 schreef CyBeR het volgende:
Daarom werkt het dus ook niet op een trident kaart.

Dat zeg ik.

DirectFB werkt toch echt anders dan fbdev, anders zou fbdev ook wel hardware accellerated zijn (waar mogelijk)

Nee, ze werken niet zoveel anders.
Beiden sturen dus de Linux framebuffer device (/dev/fb*) aan. Het grootste verschil is dat de 'fbdev' driver van mplayer echt alleen dat gebruikt - de framebuffer, aka een lap videoram.
DirectFB probeert via het framebuffer device ook kaart specifieke poorten te mappen om hierdoor de kaart redelijk direct aan te kunnen spreken, om zo de kaart dingen als (bijvoorbeeld) blitten in hardware te laten doen. Maar niets houdt fbdev tegen om dat ook te doen.