media-autobuild_suite

Hmm,.. zumindest scheint es hier dazu zu führen, dass das Kompilieren schneller geht. sox lief nun in einigen Minuten durch,...
Falls das Skript bis morgen durchgelaufen ist werde ich es noch mal aus checken und komplett laufen lassen.
-> nicht durchgelaufen, aber zumindest bei den 64bit Video Tools bei mplayer angekommen. System GPU Handles sind bei 'nur' 195k. Werde heute Abend nach der Arbeit noch mal schauen.

Warum ist deine GPU am Compilieren beteiligt?

Das war ein Tippfehler.

Gute Nachricht, das Skript ist durchgelaufen. Schlechte Nachricht, die Handles sind bei 240k und das System lahmt. Neustart dauert auch sehr lange. Grummel Mal gucken ob ich am Sonntag nicht Windows komplett neu aufsetze.

Cu Selur

Aber vorher kannst du ja doch noch mal unverbindlich fragen, ob es auch andere gibt, die ähnliche Erfahrungen teilen können. Bei einem systemischen Fehler unter Windows 10 wäre das erneute Installieren auch keine Hilfe... und ansonsten wäre eben die Frage, was speziell bei dir im System nicht loslassen kann. Dabei wäre vielleicht auch wichtig zu wissen, von welchem Typ die meisten Handles übrig sind (leider verrät "das System" weniger Details darüber als andere Prozesse).

CLI-Tipp: SysInternals handle

handle64.exe -s -p System > handle_System_summary.txt
handle64.exe -a -p System > handle_System_verbose.txt

Ich glaub ich hab den Schuldigen 'Malwarebytes', habe da zwar den media-autobuild_suite als Ausnahme eingefügt, aber wenn ich den Malwarebytes Service komplett schließe wächst der CPU handle count nicht!
-> Ich erstelle bei den mal nen Thread im Forum. (https://forums.malwarebytes.com/topic/227413-n…ing-exclusions/)
Mal schauen was dabei rum kommt.

-> liegt an der 'Ransomware Protection' von Malwarebytes ist diese deaktiviert bleibt der Speicherbedarf und der CPU handle count unten und das Compilieren geht wie immer.

Wenn das mal jemand Fefe schreiben könnte ... der freut sich bestimmt über Probleme mit Schlangenöl ...

Weiß zufällig jemand seit man media-autobuild_suite mencoder nicht mehr mit Xvid baut?

Tut er das nicht?

>mencoder.exe -ovc help
MEncoder SVN-r38109-7.3.0 (C) 2000-2018 MPlayer Team


Available codecs:
   copy     - frame copy, without re-encoding. Doesn't work with filters.
   frameno  - special audio-only file for 3-pass encoding, see DOCS.
   raw      - uncompressed video. Use fourcc option to set format explicitly.
   nuv      - nuppel video
   lavc     - libavcodec codecs - best quality!
   xvid     - XviD encoding
   x264     - H.264 encoding

Aber wenn man so die Kraftausdrücke liest, mit denen wiiaboo den mencoder verflucht, dann sollte man doch eher zusehen, ob man ffmpeg bevorzugen kann.

Bei mir baut er Xvid nicht mehr mit rein.

MEncoder SVN-r38109-7.3.0 (C) 2000-2018 MPlayer TeamAvailable codecs:   copy     - frame copy, without re-encoding. Doesn't work with filters.   frameno  - special audio-only file for 3-pass encoding, see DOCS.   raw      - uncompressed video. Use fourcc option to set format explicitly.   nuv      - nuppel video   lavc     - libavcodec codecs - best quality!   x264     - H.264 encoding

Nutze hier:

[compiler list]
msys2Arch=2
arch=1
license2=2
standalone=1
vpx2=1
aom=1
x2643=4
x2652=6
other265=1
flac=1
fdkaac=1
faac=1
mediainfo=1
soxB=1
ffmpegB2=1
ffmpegUpdate=1
ffmpegChoice=3
mp4box=1
rtmpdump=2
mplayer2=1
mpv=2
bmx=2
curl=2
ffmbc=1
cyanrip2=2
redshift=2
cores=16
deleteSource=1
strip=1
pack=2
logging=1
updateSuite=1

Was verwendest Du?

Schon länger nicht mehr die media-autobuild_suite.ini (sowie evtl. ffmpeg_options.txt und mpv_options.txt) im build-Verzeichnis gelöscht, um sie mal aktuell neu generieren zu lassen? Allerdings baue ich auch "alles, was geht" für mich privat; du willst ja was öffentlich anbieten.

In der ffmpeg_options.txt steht --enable-libxvid allerdings in der Rubrik #Full (weiß allerdings nicht, ob das von der Lizenz abhängt oder nur ein Versehen ist). In der mpv_options.txt steht davon gar nichts, vielleicht hängt das da noch mittelbarer vom Lizenzmodell ab...

Beim ffmpeg von Zeranoe ist libxvid doch auch drin. Da sollte wiiaboo vielleicht noch mal prüfen, welche Bibliotheken in welchem Lizenzmodell und bei welchem gewählten Umfang eigentlich dabei sein könnten oder sollten.

Und hör bloß auf, bei seinen github-Issues irgendwas über Mencoder zu schreiben, solange du nicht sicher bist, dass die Ursache wirklich in der Suite liegt; sonst fliegt deren Compilierung noch komplett raus.
_

P.S.:

Bei manchen Entwicklern frage ich mich, ob sie aufgrund von Asperger schlicht kein Konzept von "Überheblichkeit" haben. Und schon vergeht ein Teil des Dranges, sich ihnen gegenüber weiter rechtfertigen zu müssen.
_

Nein, mit dem letzten Post von Hubert dürfte klar sein, dass der nur auf Krawall aus ist. Jetzt besser nicht mehr viel darauf antworten, bis ein Entwickler darauf reagiert hat. Bei github hat man nicht viele Möglichkeiten, auf Beleidigungen zu reagieren, wenn man nicht selbst das Projekt betreut, in dem die Antwort erschien.

Ja, der Hubert zeigt sich nicht gerade von einer 'guten' Seite.
Mal schauen ob die neue Änderunge 'ffmpeg_options: move libaom/libxvid to zeranoe' das Problem löst,..
Gerade gesehen: bei mir gibt es gar keine ffmpeg_options.txt.

Nope jetzt bricht ffmpeg mit 'ERROR: mbedTLS not found' ab.
Hab es mal gepostet: https://github.com/jb-alvarado/me…uite/issues/844

Cu Selur

Die ffmpeg_options.txt (und mpv_options.txt) wird auch nur erzeugt, wenn du das explizit im Setup der Suite wählst (in der media-autobuild_suite.ini: ffmpegChoice=1), statt eine der drei Vorgaben aus der Batch zu verwenden (light: ffmpegChoice=2; Zeranoe: ffmpegChoice=3; full: ffmpegChoice=4). Suche in der media-autobuild_suite.bat nach dem Sprungziel ":ffmpegChoice". Du verwendest da die 3, in Kombination mit license2=2 (= GPLv3; in der Batch ":ffmpeglicense").

Vielleicht wäre es ratsam, die Optionsliste zu verwenden und nur die Bibliotheken zu aktivieren, die Hybrid auch offiziell unterstützen soll. Spart sicherlich etwas Ballast.

Wenn eine Compilierung wegen fehlender Module scheitert: Immer gleich noch mal probieren, relativ häufig werden erst nach einem gescheiterten Versuch die notwendigen Bibliotheken (heruntergeladen und) installiert. Ich habe es mir auch zur Angewohnheit gemacht, wenn die Suite beim Start die MSYS2-Umgebung aktualisiert, immer danach die Compilierung abbrechen und die Suite so lange neu starten, bis keine Aktualisierungen mehr ausgeführt werden.
_

Das Problem mit mbedTLS war wohl bekannt und wurde in ffmpeg korrigiert.

Ich glaube, ich habe jetzt hartnäckig genug nach den Ursachen geforscht, warum lensfun nicht via MABS in ffmpeg eingebunden werden konnte, dass es nun doch geht. Ganz alleine hätte wiiaboo keine Lust mehr darauf gehabt.

Es geht voran: Nachdem in den letzten Wochen ein Problem vom nächsten abgelöst wurde, wird ab heute sogar rav1e als Alternative zu aomenc unterstützt.

Jetzt muss das nur noch kompilieren,...

Tja, rav1e und dav1d haben compiliert ... und heute macht anscheinend OpenSSL 1.1 wieder alles kaputt. Erst wurde Unterstützung von http-Funktionen in opus-tools deaktiviert, dann stieg librtmp aus. Nun wird versucht, Krypto-Funktionen ganz zu deaktivieren, wo OpenSSL gegenüber anderen Bibliotheken bevorzugt wird, damit der Rest noch durchläuft...

In Zukunft müssen wir wohl auf den mencoder verzichten. Seit 3 Wochen findet sich niemand, der sich den "blocker" #2350 mit hinreichend Fachwissen anschauen kann...