Hallo, Am Mon, 20 Oct 2003, Manfred Tremmel schrieb:
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).
ACK. *ARGL*
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.
*g*
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.
Oh, dann koennte das in dem Falls sogar fast praktikabel sein ;)
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.
Stimmt glaube ich -- ich hatte nur schonmal die Situation, wo ich heftig tricksen musste, bis dann die richtigen ASM-Sachen verwendet wurden ;)
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.
Schade, ich hab da mal angefangen (in NASM), aber das als PIC Code zu machen, daran scheitere ich IIRC... [..]
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 ;-)
*g* Naja, meine Mystique hat eben auch keine 3D HW-Beschleunigung, da haengt alles dann an der CPU... Ich merk die CPU-Belastung deutlich... Und wenn ich da das dekodieren effektiver machen kann macht sich das bei mir sofort in der Bildqualitaet / Framerate bemerkbar. Klar, sowas kann man mit entsprechend mehr WUMMS in der CPU und/oder GraKa auch erschlagen... Ich haenge aber immer noch an dem Gedanke, dass man nicht sinnlos CPU-Power verbraet, sondern das vorhandene ausnuetzt... Beim Mitschneiden (mit xawtv) muss ich schon an den Einstellungen drehen, damit das ohne Framedrops laeuft... Ja, ich weiss, dass meine CPU fuer sowas eigentlich zu schwach ist, aber es geht ja, wenn man die CPU richtig ausnutzt :) Klar, mit ner GeForce blablubb-ganzwastolles und nem Intel Pentium 4 groesser 3 GHz, da laeuft sowas ganz ohne Optimierungen... -dnh -- Windows verhält sich zu Betriebssystemen wie Astrologie zu Astronomie. -- am DLUG-Stammtisch