Am Sonntag, 19. Oktober 2003 23:54 schrieb David Haller:
Ack. Es gibt halt leider wohl keinen Weg, eine automatisch generierte Abhaengigkeit wieder rauszunehmen...
Nö, leider nicht, wenn man einzelne Ausschliesen könnte, wäre das nicht übel. Gerade mit der neuen libxine (momentan noch cvs, release letztes Wochenende wurde wieder mal verschoben), da gibts jetzt dann das xvmc Plugin, das ne Abhängigkeit zur libXvMCNVIDIA_dynamic.so.1 hat. Dieses schöne Teil stammt vom NVidia Treiber, der ja bekanntermassen nicht mehr per RPM installiert wird, womit man so ne Abhängigkeit nie los wird (ich hasse sowas).
Man koennte aber evtl. ein Makro definieren, dass die Abhaengigkeiten generiert und ausgibt...
%define my_deps %(find $RPM_BUILD_ROOT -type f | \ /usr/lib/rpm/find-requires | grep -v 'libcrypto\|libssl' ) %define my_provides %(find $RPM_BUILD_ROOT -type f | /usr/lib/rpm/find-provides )
Requires: %{my_deps} Provides: %{my_provides} Autoreqprov: off
Wäre ne Idee, ich muß mir das nächstes Wochenend mal genauer durch den Schädel rammen. Unter der Woche (schei* SAP Umstellung) ist die Zeit zu kurz und der Kopf zu dicht.
Oder so aehnlich... Dummerweise braucht man da halt schon nen binary samt den libs... Und ob das funktioniert?
Naja, je nachdem, wie du xine baeckst waere das sogar nen Test wert ;)
Ich hab meinen täglichen CVS-Build, da wäre immer ein taufrisches binary parat, daran sollte es nicht scheitern. Mal schaun.
Achso. Jo, dann bringt ein selber kompilieren natuerlich nicht mehr.
Nö.
Hab ich das evtl. mit mplayer verwechselt, wo "normal" nicht die optimierten MMX/SSE/3dnow Assemblersachen einkompiliert werden? Oder war das irgendwas anderes...
Soweit ich weiß, beherrscht MPlayer doch auch beide Varianten, entweder beim compile festlegen, oder zur Laufzeit. Bin aber da nicht so dicht drin, Henne ist bei Packman der MPlayer bastler.
Apropos: weisst du was von nem Port der Sourcen von encore/src/intel_mmx/*.c von M$-inline MASM zu nasm/gas/gcc-inline-gas?
Sorry, nein.
Kommt auf das Paket an, bei xine offenbar nicht, s.o. :)
Ja, differiert natürlich je nachdem.
Bei mir hat das schon einiges gebracht und bringt auch einiges, v.a. wenn der Athlon vom Makefile nicht als i686 erkannt wird, und dann mit -march=i386 kompiliert wird usw... Und bei meinem Athlon 500 bringt das Optimieren fuer mmx/3dnow durchaus was (ein Film ruckelt, oder eben nicht ;).
Naja, mit xine meine CPU (Celeron 1 GHz) auf über 30% Auslastung zu bringen ist hier nur noch mit hochbitratigen DVD-Szenen möglich, die üblichen DivX Dinger bleiben im einstelligen Bereich. Da noch ein bisserl rauszukitzeln ist ganz lustig (meine täglichen CVS-Builds sind ja auch mit allem PiPaPo compiliert und laufen z.B. auf nem PII oder Athlon < XP gar nicht mehr), in der Praxis ist es aber irrelevant. Naja, spielerei eben. Wenn ich jetzt noch ne GeForce >= 4 reinpressen würde und den xvmc Treiber nutzen würde, könnte ich die CPU schlafen schicken ;-) -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de