DivX support voor Linux via XMPS

Om te beginnen: Dit is mijn eerste nieuwsposting dus als het er niet helemaal op z'n Tweakers uitziet: Zie het aub door de vingers

Aaargh! en Obiwan brachten beide het nieuws van de nieuwe beta-support voor DivX door XMPS (X MPEG Player System). Hierbij wordt gebruik gemaakt van de Windows DLL. Het is nog erg in ontwikkeling, zoals je in onderstaande quote kunt lezen:

Well, XMPS is in a very early stage, it works fine but expect it to crash, be slow and buggy . See the features list for more details on the XMPS's capabilities. Also check the TODO list for upcoming features. OpenGL stuff is quite unstable, so be carefull, it can crash your X server.

De DLL en de source die je moet compilen zijn door één klik op te halen. Verder kan je de installatie-handleiding hier vinden.

Reacties (24)

[curry684]

Windows DLL's vertikken het zeker weten om te draaien onder Linux, ik denk eerder dat ze een creatieve recompile hebben gedaan en het resulterende beestje een *.dll extensie hebben gegeven: C++ blijft tenslotte portable an sich.

[Verwijderd]

Er worden via WINE van Windows DLL's gebruik gemaakt. WINE emuleert de Win32 API op Linux, dus dat draait wel. Maar of het echt super werkt, da's natuurlijk een andere vraag.

[Jrz]

WINE kan win16/32 DLLs translaten naar linux .so files, zodat je dat kan gebruiken

wat hier gedaan is is eigenlijk hetzelfde als

wine mplayer.exe

[Jordi]

Ja ik heb hem, na wat prutsen en compilen van nieuwe libraries, aan de praat gekregen. Aanschouw members1.chello.nl/~j.bosveld/divx.jpg
Het is nog wel erg buggy allemaal, op mijn goeie ouwe K6-2 300@350 raakt het geluid out of sync omdat de audio in realtime wordt verwerkt en daar kom ik blijkbaar CPU power te kort, dat is rechtsonder te zien aan de CPU Monitor (in het geel) die helemaal vol op 100% staat
Maar goed, het begin is er en het belooft wat!

[Verwijderd]

Als dat programma gewoon de routines uit die dll kan plukken hoeft Linux nix met die dll te doen. Dan hoef je hem ook niet naar Linux-library om te zetten ofzow...

[KinkyClown]

Een rebuild zou beter zijn dan het gebruik van WINE. Onder WINE zal deze DLL enorm veel geheugen pakken omdat hij een hoop 'depends' heeft; DLL's waar deze DLL gebruik van maakt zoals de kernel troep van Windows.

[KinkyClown]

</div><div class=b4>Als dat programma gewoon de routines uit die dll kan plukken hoeft Linux nix met die dll te doen. Dan hoef je hem ook niet naar Linux-library om te zetten ofzow...</div><div class=b1>
Helaas zo simpel is het dus niet. Standaard maakt elke DLL weer gebruik van DLL's van het systeem. Veel gebruikte DLL's zijn bijvoorbeeld SHELL.DLL en SHELL32.DLL.
Moet je voor de gein maar eens van Microsoft Visual C++ 6; de depend-tool installeren. Dan zie je alle DLL's die jou/iemands DLL nodig hebben...

[Verwijderd]

Ik vraag mij af in hoeverre dit een kwestie van gesloten standaard is. Is DivX / MPEG4 een gesloten standaard? Zou dit allemaal opgelost kunnen worden wanneer DivX / MPEG4 een open standaard is en dus bereikbaar voor de gehele Open Source gemeenschap?

Een vraag die met name de laatste tijd veel gesteld wordt. Linux kan niet voorlopen, zelfs niet gelijk-op gaan, wanneer de standaard niet open/bekend is. De feiten achterna lopen, dus.
Dit soort hacks (het rippen van Windows DLL's) duiden er voor mij op dat dit geen open standaard is; anders waren er wel meer en betere oplossingen geweest.

[Onno]

[TBW]Nexus, DivX is een gehackte MPEG4 codec. En dus géén standaard.

[Verwijderd]

Fijn dat DivX nu wordt gesupport.

Nu nog goede DVD-support...zucht...