media-autobuild_suite

zub35

Das Problem der Kompilation opusfile

Code

configure: error: unrecognized option: `-lole32'
Try `./configure --help' for more information
make: *** Не заданы цели и не найден make-файл.  Останов.
make: *** Нет правила для сборки цели «install».  Останов.
-------------------------------------------------
Build of opusfile-0.6 failed...
Delete the source folder under '/build' and start again.
If you're sure there are no dependencies <Enter> to continue building.
Close this window if you wish to stop building.

media-suite_compile.sh
1108 Zeile. Wenn "-lole32-lgdi32" zu entfernen, so ist alles gut. Ob richtig ich mache?

p.s. google translate

Selur

https://github.com/jb-alvarado/me…uite/issues/113 die Logik im Skript wird immer merkwürdiger,...
-> gebe auf

Selur

Argh, mplayer wird ohne libdvdread (eventuell fehlen noch mehr libraries) gebaut.

jb_alvarado

@ zub35, is better when you post directly on github. But I think your problem must be fixed already.
@ Selur, mplayer sollte wieder libdvd drin haben.

Da momentan aber Sourceforge Probleme hat kann es gut sein, dass einiges nicht geht im Script.

Selur

Ja, Sourceforge git repositories sind immer noch down, hoffe das dauert nicht mehr all zu lange,..

jb_alvarado

Vielleicht hast es schon gelesen - ist was größeres bei denen mit Speicherausfall usw.

Selur

Scheint immer noch nicht gefixed zu sein
Scheint auch noch zu dauern,.. -> http://sourceforge.net/blog/sourcefor…update-for-722/

Selur

ffmpeg bricht an:

Code

Unknown option "--enable-opengl--enable-decklink".
See ./configure --help for available options.

ab, sieht aus, als ob beim entfernen der Videoencoder ein Problem entsteht.
Scheint als ob die default ffmpeg-options hat wirklich "--enable-opengl--enable-decklink" drinnen stehen,..

LigH

Da muss dann wohl noch ein Leerzeichen dazwischen.

jb_alvarado

Habe die Stelle nicht gefunden, wo das Leerzeichen hin muss. Im Batch und im Shell Script schaut es gut aus. Vielleicht in der Textdatei?

Pacman update hat bei mir keine Fehler gebracht, vielleicht geht SF wieder. Man kann auch die Quelle ändern:
https://github.com/Alexpux/MINGW-packages/issues/702

Da hierbei aber auch auf gcc 5.2 upgedatet wird kann ich für nichts garantieren. Möglich dass alle Libs damit neu kompiliert werden müssen, und auch möglich dass unsere Parameter hier nicht mehr stimmen bwz. nicht ausreichend sind.

LigH

Ich habe bisher nie die Variante versucht, ffmpeg-Build-Parameter manuell auszuwählen; könnte also sein, dass in dieser Datei die Parameterliste etwas überoptimistisch generiert wird. Anscheinend versucht Selur damit ein ffmpeg zu generieren, das keine oder nur wenige Video-Encoder enthält.

jb_alvarado

Das dürfte eigentlich kein Problem sein, aber das gepostet Problem hat ja wirklich ein Leerzeichen zu wenig. Jetzt muss man nur herausfinden warum :).

Selur

Nein, das Problem was letztens, dass das Skript kaputte ffmpeg builds gebaut hat wenn x265 mit von der Partie war, siehe: https://github.com/jb-alvarado/me…uite/issues/118 wiiaboo hatte dann das Skript angepasst, so dass die Videoencoder nicht automatisch reinkompiliert werden, worauf ich meine Defaults gelöscht habe, das Skript die Defaults neu angelegt hat und dabei anscheinend ein Space auf der Strecke geblieben ist.
(wollte eigentlich dem Hybrid Nutzer der mir das Problem gemeldet hat den neuen FFmpeg build zum Testen geben, da Sourcefourge down war konnte ich nur nicht das Skript mal durchlaufen lassen.)

Selur

Momentan scheint es Probleme mit Flac zu geben:

Code

ffmpeg.c: In function 'write_frame':
ffmpeg.c:690:9: warning: 'destruct' is deprecated (declared at ./libavcodec/avcodec.h:1208) [-Wdeprecated-declarations]
         if(a == 0 && new_pkt.data != pkt->data && new_pkt.destruct) {
         ^
ffmpeg.c: In function 'do_video_stats':
ffmpeg.c:1269:9: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
         if (enc->coded_frame && (enc->flags&CODEC_FLAG_PSNR))
         ^
ffmpeg.c:1270:13: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
             fprintf(vstats_file, "PSNR= %6.2f ", psnr(enc->coded_frame->error[0] / (enc->width * enc->height * 255.0 * 255.0)));
             ^
ffmpeg.c:1282:9: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
         fprintf(vstats_file, "type= %c\n", enc->coded_frame ? av_get_picture_type_char(enc->coded_frame->pict_type) : 'I');
         ^
ffmpeg.c:1282:9: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
ffmpeg.c: In function 'print_report':
ffmpeg.c:1589:13: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
             if ((enc->flags&CODEC_FLAG_PSNR) && (enc->coded_frame || is_last_report)) {
             ^
ffmpeg.c:1601:25: warning: 'coded_frame' is deprecated (declared at ./libavcodec/avcodec.h:2791) [-Wdeprecated-declarations]
                         error = enc->coded_frame->error[j];
                         ^
ffmpeg.c: In function 'decode_video':
ffmpeg.c:2061:13: warning: 'av_log_ask_for_sample' is deprecated (declared at ./libavcodec/avcodec.h:5277) [-Wdeprecated-declarations]
             av_log_ask_for_sample(
             ^
cmdutils.c: In function 'get_rotation':
cmdutils.c:2051:9: warning: 'av_log_ask_for_sample' is deprecated (declared at ./libavcodec/avcodec.h:5277) [-Wdeprecated-declarations]
         av_log_ask_for_sample(NULL, "Odd rotation angle\n");
         ^
AR      libavformat/libavformat.a
AR      libavcodec/libavcodec.a
AR      libpostproc/libpostproc.a
H:\media-autobuild_suite\msys64\mingw64\bin\ar.exe: libavcodec/x86/flacdsp.o: No such file or directory
library.mak:40: recipe for target 'libavcodec/libavcodec.a' failed
make: *** [libavcodec/libavcodec.a] Error 1
make: *** Waiting for unfinished jobs....
AR      libswresample/libswresample.a
YASM    libavcodec/x86/flacdsp.o
STRIP   libavcodec/x86/flacdsp.o
AR      libavcodec/libavcodec.a
AR      libswscale/libswscale.a
AR      libavutil/libavutil.a
LD      ffmpeg_g.exe
libavcodec/libavcodec.a(fmtconvert_init.o):fmtconvert_init.c:(.rdata$.refptr.ff_int32_to_float_fmul_array8_sse2[.refptr.ff_int32_to_float_fmul_array8_sse2]+0x0): undefined reference to `ff_int32_to_float_fmul_array8_sse2'
libavcodec/libavcodec.a(fmtconvert_init.o):fmtconvert_init.c:(.rdata$.refptr.ff_int32_to_float_fmul_scalar_sse2[.refptr.ff_int32_to_float_fmul_scalar_sse2]+0x0): undefined reference to `ff_int32_to_float_fmul_scalar_sse2'
libavcodec/libavcodec.a(fmtconvert_init.o):fmtconvert_init.c:(.rdata$.refptr.ff_int32_to_float_fmul_array8_sse[.refptr.ff_int32_to_float_fmul_array8_sse]+0x0): undefined reference to `ff_int32_to_float_fmul_array8_sse'
libavcodec/libavcodec.a(fmtconvert_init.o):fmtconvert_init.c:(.rdata$.refptr.ff_int32_to_float_fmul_scalar_sse[.refptr.ff_int32_to_float_fmul_scalar_sse]+0x0): undefined reference to `ff_int32_to_float_fmul_scalar_sse'
collect2.exe: error: ld returned 1 exit status
Makefile:123: recipe for target 'ffmpeg_g.exe' failed
make: *** [ffmpeg_g.exe] Error 1

Alles anzeigen

jb_alvarado

Hm wäre mir neu, dass ffmpeg die externe flac lib nimmt. Die Probleme werden sich sicher noch häufen, wenn msys2 offiziell auf gcc 5.2 umsteigt :)...

Edit: wir werde wahrscheinlich auch mkvtoolnix wieder raus kicken. Der Entwickler gibt anscheint nur Support auf seine eigenen Builds, bei unserem Build gibt es Probleme mit fonds und eigentlich haben wir auch nichts davon es selbst zu bauen, weil unsere Version auch nicht neuer ist.

LigH

Bis dahin ... vielleicht ist dieser Patch für MinGW-w64 interessant, der Dateiausgaben beim Multithreading absichert; speziell bei x265 wurden Probleme mit Statistikdateien bekannt, wenn so etwa über 5 Frame-Threads aktiv sind.

Aber wenn ich die Beschreibung richtig lese, müsste man dafür die ganze MinGW-Umgebung aus Quelltexten neu compilieren, statt sie binär aus fertigen Paketen zu installieren.

jb_alvarado

Unter gcc 5.2 gibt es aktuell Problem mit libmfx und ffmbc, alles andere läuft.

Selur

Was hat es eigentlich mit:

Code

-------------------------------------------------------------------------------
updating msys2 system...
-------------------------------------------------------------------------------
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
:: Synchronizing package databases...
 mingw32 is up to date                            0.0   B  0.00B/s 00:00 [---------------------------------------]   0%
 mingw64 is up to date                            0.0   B  0.00B/s 00:00 [---------------------------------------]   0%
error: failed retrieving file 'msys.db' from downloads.sourceforge.net : Connection timed out after 10737 milliseconds
error: failed retrieving file 'msys.db' from www2.futureware.at : The requested URL returned error: 404
error: failed to update msys (unexpected error)
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signature))
error: database 'mingw64' is not valid (invalid or corrupted database (PGP signature))
error: database 'msys' is not valid (invalid or corrupted database (PGP signature))
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signature))
error: database 'mingw64' is not valid (invalid or corrupted database (PGP signature))
error: database 'msys' is not valid (invalid or corrupted database (PGP signature))
-------------------------------------------------------------------------------
updating msys2 done...
-------------------------------------------------------------------------------

Alles anzeigen

dachte erst es wäre weil SourceForge down wäre, aber das sollte je mittlerweile befixed sein, oder?

jb_alvarado

Möglich, dass die Adressen geändert wurden. Ich habe das manuell gemacht, vielleicht ist das in dem msys2 build schon aktualisiert. Wäre ein Tip, möglich dass ich mich irre. Bei einem Update nur beachten, dass ffmbc und libmfx aktuell nicht gebaut werden, daher würde ich die exes sichern, vorher.

LigH

Heute hat's mir mal wieder die Installation zerhauen. Das Update hat für irgendwelche neuen Pakete (z.B. ninja) gemeldet, dass es von keinem Server herunterladen kann. Danach blieb es stecken. Beim nächsten Start wurde nicht bemerkt, dass diese Pakete fehlen, also nicht noch mal zu installieren versucht, und fehlten dann natürlich bei der Compilierung von libjpegturbo.
__

Gleiches Problem nach dem Löschen und Wiederaufbau der msys64-Umgebung: Einige Pakete, u.a. ninja, wurden nicht installiert, das Versagen wurde aber nicht bemerkt, und die Compilierung stoppt erst später mal, wenn es für ein Teilprojekt benötigt wird (libjpegturbo).

Leider bin ich nicht immer in der Lage, die Konsolenausgabe andauernd zu beobachten, um im richtigen Moment "PAUSE" zu drücken, um dann die Fehlermeldung zu lesen, wenn sie gerade erscheint; oft schließen sich dann zwischendurch auch mal mintty-Fenster, man könnte also auch nicht mehr zurückscrollen. Ich bräuchte für solche Fälle mal ein Komplett-Log aller Konsolenausgaben in mintty, eine Art "Debug-Lauf" für die media-autobuild_suite. Ist mir egal, ob die zwischendurch 'zig MB groß werden. Am besten je eine Log-Datei pro Abschnitt, zu dem eine mintty-Konsole geöffnet wird, das passiert ja mehrfach. Wer hat Vorschläge, wie man das hinkriegt?

Jetzt mitmachen!