also ich werds nachher mal probieren, aber sicherlich erst beim x264 nach Fehlern suchen und nicht bei libav, libav braucht auf dem P3 ca. 4h zum bauen, da ist "mal eben ohne optimierungen" bauen schon eine längerwierige sache^^
edit: hab jetzt doch das T23 libav ohne asm laufen lassen, gleiches resultat. also reingehen und makefile prüfen.
hmm, wie kann ich beim bauen nachgucken für was der optimierungen einbaut? bin im Prinzip nach deiner Linux Anleitung vorgegangen außer das ich libav 11.4 genommen habe, da sollte der doch eigentlich automatisch nur die Sachen einbauen die die zu Grunde liegende Architektur kann, wenn kein Fehler bei dem autodetect auftritt.
Alles hat korrekt gebaut und auf dem S413 läuft der bench grad mit neuestem x264
bei dem T23 bekomme ich aber einen Fehler beim benchmark starten:
launchbenchmark.sh line 3: 9467 Illegal instruction (core dumped) ...
launchbenchmark.sh line 6: 9469 Illegal instruction (core dumped) ...
(statt ... kommt die Zeile des scriptes)
ich werd nochmal die Dateiversionen überprüfen, möglich das ich auf dem T23 was hier grad nicht am Netz hängt eine paar Stunden früher x264 gezogen hab und es nicht gleich neu ist wie auf dem S413 wo es grad funktioniert, sonst wüsste ich (außer der Hardware) keinen Unterschied.
Edit:60 min 44s auf dem S413, also keine Verbesserung zu der Version mit der es vorher gelaufen war. Aber das war ja auch eher zum testen weil ich beim S413 mal eben Dinge testen kann die auf einem P III einen halben Tag dauern (wie libav kompilieren) bleibt das problem das T23 zum laufen zu bekommen.
Hey, es baut. Dann demnächst nochmal neu gebencht mit dem S413, das T23 wird wohl eine Weile zum bauen brauchen, und ob ich da das Problem mit der unterirdischen Geschwindigkeit durch selber bauen weg hab weiß ich auch noch nicht.
Also zumindest mit der zum Zeitpunkt dieses Posts aktuellen x264 Variante von hier: ftp://ftp.videolan.org/pub/x264/snapshots/last_x264.tar.bz2 tut es nicht. Ich versuch mal mir das direkt aus dem git zu ziehen falls die da wirklich ganz frisch was verändert haben.
edit: auch mit dem git-repo nix besseres. Sollte ja auch tendenziell das gleiche sein.
edit2: mit libav 11.4 teste ich gerade, braucht ja leider ein bisschen zum bauen, Update gibts dann sobald ich den kram gebaut hab.
Hey GAT, ich bekomme weiterhin Probleme beim selber kompilieren. Fehler ist wie folgt:
dependency file generation.../usr/bin/gcc-4.8 -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64 -Wall -I. -I. -std=gnu99 -mpreferred-stack-boundary=5 -fomit-frame-pointer -fno-tree-vectorize -c -o x264.o x264.cx264.c: In Funktion »print_csp_names«:x264.c:445:15: Fehler: Variable »i« hat Initialisierung, aber unvollständigen Typ for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ ) ^x264.c:445:27: Fehler: Speichergröße von »i« ist unbekannt for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ ) ^x264.c:445:5: Fehler: »enum PixelFormat« in Anfangsdeklaration einer »for«-Schleife deklariert for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ ) ^x264.c:445:27: Warnung: Variable »i« wird nicht verwendet [-Wunused-variable] for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ ) ^<eingebaut>: die Regel für Ziel „x264.o“ scheitertemake: *** [x264.o] Fehler 1ich habe es auf dem aktuellen S413 so wie auf dem alten T23 probiert, gleicher Fehler. Ich habe es mit gcc 4.8.5 und 5.2.0 probiert, gleicher Fehler.
./configure Ausgabe war wie folgt:
# CC=/usr/bin/gcc-4.8 CXX=/usr/bin/g++-4.8 ./configure
platform: X86_64
byte order: little-endian
system: LINUX
cli: yes
libx264: internal
shared: no
static: no
asm: yes
interlaced: yes
avs: avxsynth
lavf: yes
ffms: yes
mp4: lsmash
gpl: yes
thread: posix
opencl: yes
filters: resize crop select_every
debug: no
gprof: no
strip: no
PIC: no
bit depth: 8
chroma format: all
You can run 'make' or 'make fprofiled' now.(configure Ausgabe T23 war natürlich minimal anders weil 32Bit System etc)
Edit: wie guckt man eigentlich bei libav vernünftig die version nach? Dateiname war libav-HEAD-7778859 das ist ein paar Tage her, hab mir jetzt nochmal die aktuelle Version gezogen (libav-HEAD-7bb1c1b) und kompilier die. wenns ich eine bestimmte ältere brauche: welche geht und wo bekomm ich die? Da libav doch etwas zum bauen braucht hab ich eigentlich keine Lust das 20 mal zu bauen und jedes mal aus zu probieren ob es geht... (erst recht nicht auf dem T23 um das es eigentlich geht)
Edit2: noch mal mit aktuellster libavf Version getestet und nach wie vor gleicher Fehler. Kann man allgemein irgendwie rausbekommen mit welcher libavf Version welche x264 Version erfolgreich gebaut wurde?
Ergebnis von nem Kumpel (manche kennen ihn ausm irc):
01:49:53.854 | TheDwoon | 1/4/8 | Intel Core i7-2600 | ASRock H61M/U3S3 | 8GB DDR3 1333 | Windows 7
Goilo 
und ein hübsches system mehr. Krass das das so lange gedauert hat, hätte bei dem Gerät deutlich schnelleres erwartet (also nix "schnelles" aber nicht so lahm) aber das wird wohl rein an der Geschwindigkeit des swappens liegen, wenn da der Hintergrundspeicher arg lahmarschig ist...
Tu ma Photo
dann können wir was sehen und sind vielleicht schlauer 
Wenn jemand mal langeweile hat empfehle ich ihm deutsche Gesetze zu lesen, mitunder recht unterhaltsam 
ich lerne grad auf Öffentliches Recht 1 und 2 an meiner Uni und bin grad über den Teil der Gewerbeverordnung gestoßen wo "Tanzlustbarkeiten" geregelt werden (oder nicht geregelt werden, da steht im Grunde drinn: regeln die Länder). Das Wort fand ich einfach grandios 
Hübsche dreckige Karte
Herzlich Willkommen im Forum und herzlichen Glückwunsch schonmal das die Karte soweit funktioniert, ich drück dir die Daumen das sie auch weiterhin keine Macken zeigt.
negative Bewertung fänd ich zu schlecht, er hat im Prinzip geliefert was er versprochen hat. Neutrale Bewertung wäre hart aber fände ich i.O. Warte auf jeden Fall mal ab bis du sie eingehend getestet hast.
Also als ICQ in war hab ichs in erster Linie deswegen nicht benutzt weil es einfach unfassbar viele Systemresourcen gezogen hat...
und jetzt mit skype und TS seh ich keinen Grund mehr dafür. Ich überrede einfach nach und nach alle Leute zu teamspeak und irc, und die, die ich nicht übrredet bekomme haben skype. Ansonsten kann man mir Mails und sms schreiben oder mich auf Handy/SIP-Phone anrufen oder mir einen Brief schreiben. Wenn mans unbedingt sicherer haben will meinetwegen auch Bitmessage.
Was für ein Betriebssystem?
Bei Linux je nach Linux einfach aus dem Repo ziehen, sonst guck mal hier für Binaries: GIT - repo mit immer aktuellen Binaries oder hier videolan.org ein paar weitere Mirrors findest du z.B. hier: x264.nl
Btw: waren da nicht auch links im Post auf der ersten Seite? muss ich mal nachgucken.
using CPU capabilities MMX2, SSE, Cache32
steckt 1GB RAM drinn, wobei ich bei dem alten Gerät natürlich mal prüfen könnte ob nach wie vor alles erkannt wird, aber üblicherweise hör ich bei dem Teil sehr deutlich die Festplatte wenn er swapt.
hmm, Version sollte die gleiche sein die auf dem S413 rannte, ein generelles Problem der x264 Version scheidet also eigentlich aus, muss was mit dem Laptop und oder auf ihm installierter Software zu tun haben.
Ist jetzt bei 8k frames beim ersten Durchgang (nach dem ganzen WE, sollte normal längst fertig sein). Ich werde morgen mal ein Windows mit aktuellem x264 testen, vielleicht bin ich dann schlauer. Auffällig ist, dass die Lüftung nicht durchgehend an springt und die Luft die da raus kommt kalt ist, spräche dafür das er die CPU gar nicht erst voll auslastet. Auch wenn es mir schleierhaft ist warum das bei einem PIII passieren sollte. Steh allgemein grad ziemlich auf dem Schlauch woran diese Lahmarschigkeit liegen könnte. Vlt. ist es einfach ein verbuggter snapshot der auf alten CPUs nicht gut tut.
sag mal GAT, kann das aktuelle x264 auf alten CPUs schlechter performen als die "Referenzversion"?
Hab grad noch mal am T23 gestartet mit Linux (Manjaro ohne grafische Oberfläche und unnötigen Schnickschnack, also quasi ein Arch mit dem nötigsten um x264 zu können aber aktuellem 4.1 Kernel und neuestem x264 snapshot) um mal zu testen was für einen Unterschied das auf einem PIII macht ob man die Referenzversion hat oder nicht, und er kriecht unfassbar langsam vor sich hin, mit 0,03fps, bei den älteren Durchläufen war das eher so 0,17 oder so wenn ich mich recht erinnere. Gibt es da irgendwelche üblichen Fehler die ich gemacht haben kann, dass das so lahm ist? x264 hab ich nicht selber gebaut sondern einfach aus meinem Repo gezogen. Hatte eigentlich gehofft den übers Wochenende rumstehen zu lassen und dann ein Ergebnis zu haben aber wenn der so weitermacht...
Also QuakeII hab ich zwar nicht arg getestet aber QuakeIII Arena läuft flüssig, da vermute ich mal, dass es mit QuakeII nicht arg schlimmer ist 
wenn du mir spezielle Spiele nennst kann ich die nächste Woche auch gerne mal testen, atm rechnet das T23 mal wieder am x264 Bench (wollte mal wissen was das mit aktuellem custom build der x264 software so reißen kann^^
bin bei manchen Dingen leider etwas überfragt ob die nur mit externer Karte im Dock oder auch so gingen, es gingen aber zumindest eine Menge Spiele nach dessen minimalanforderungen die 16MB der Graka eigentlich zu wenig hätten sein müssen. Z. B. tat bei mir auch Empire Earth sehr gut (naja, nicht auf maximaler Grafik aber naju).
Mir ist grad beim durchgucken alter x264 Ergebnisse follgendes aufgefallen: mein x61 wird einmal mit 2,0 Ghz (Linux) und einmal mit 2,2Ghz (Windows) geführt. Das ist natürlich richtig, aber die 2,2Ghz sollten als Übertakterergebnis geführt werden (2Ghz sind natürlich der Standardtakt vom T7300 Core 2 Duo, die 2,2 natürlich übertaktet auch wenn ich nicht weiß wie durchgängig der den höheren Takt mit seiner mangelhaften Kühlung auch echt gefahren ist)
Definiere halbwegs brauchbar.
Alles was es so an üblichen Retrogames bis 2002 gibt läuft eigentlich flüssig auf meinem alten Thinkpad T23, da werkelt ne S3 SuperSavage mit 16Mb drinn. Allerdings tut nicht alles mit geilsten Details oder hochauflösenden externen Monitoren (der interne hat 1024x768 ) flüssig, dafür habe ich dann eine Dockingstation wo man ne Voodoo 4 PCI reinbekommt (leider wegen den Abmessungen keine V5 aber gibt ne große Auswahl an PCI-Grakas die da rein gehen, tendenziell limitiert dann natürlich bei mehr als V4 schnell der PCI-Bus). Die S3 macht offiziell DirectX7 aber wie mit den meisten Karten aus der Zeit tun die meisten DirectX9 Spiele wunderbärtig. Das Teil hat tendenziell 1-1,2Ghz CPUs allerdings gesockelt, austauschbar, und in Asien wurden 1,333Ghz Teile verbaut, wenn du da an welche kommst für unter 120€ nehm ich gerne einen, und nimmt bis zu 1GB RAM (auch wenn original natürlich nur 128 oder 256Mb verbaut waren). Sonstige Vorteile: super robust (kannst du draufspringen oder aus dem 2. Stock fallen lassen), meins hat tropischen Regen, Motorradstürze ohne Tasche und vieles mehr überlebt. Sieht zwar nicht mehr aus wie neu aber die Funktion ist in keiner Weise beeinträchtigt.
Wenn jemand PIII Schläptops mit geiler Graka im Gerät kennt nur her damit, aber ich hab auch schon 3dfx LAN mit dem Laptop und V4 gezockt
Edit: für Reisen mit erhöhter Gefahr für den Laptop oder ähnlichen Einsatzgebieten nehm ich den auch jetzt noch ab und an, mir sind nur vor kurzem 2 meiner 3 Festplatten über den Jordan gegangen (die älteste tut noch ), der schaft auch modernes Web solange die Webseiten es mit Flash und JS nicht übertreiben aber ich muss ja keine modernen Flashspiele spielen und kann ja Adblocker installieren 
Edit2: Thinkwiki Link und x264 Benchmark Ergebnisse
Edit3: falls es dich interessiert, es geht auch Win7 problemlos, wenn du aber Linux möchtest dann ist das mit dem S3 Chip eine nur mäßig performante Sache, ich nehme aber mal an du zielst auf Win98/XP und Gaming ab, von daher kein Ding.
Da ist der Nutzen ja recht begrenzt, wozu dann den Aufwand?
Rescuedinge macht man doch eh lieber per WXPE CD etc.
Naja, der Nutzen für mich ist, das ich meine externen Festplatten die eigentlich für XP aufwärts gedacht sind und Standardmäßig mit NTFS formatiert werden halt zur Not auch von Win98 aus lesen kann. Zusätzlich ist es unter gewissen Umständen natürlich auch ganz nett die MFT einfach mal öffnen und darin rumpfuschen zu können auch wenn das selten gut geht
Und ansonsten: warum macht man sowas unter Win98? Weil es geht.
