Habe Rückmeldung bekommen! Es gibt schon seit dem 14. Februar einen inoffiziellen Patch, der leider bis heute nicht eingeflochten wurde... Habe es jetzt im Script drin und mplayer geht wieder.
Achtung: wenn mal eine Meldung kommen sollten, von wegen svn update geht nicht, weil die Datei libmpcodecs/ad_spdif.c geändert wurde, müssen wir den patch wieder rückgängig machen. Bis dahin geht es aber erst mal.
Bin da vorhin über google auch drüber gestolpert :). Ich habe auch mal den "Josh" angeschrieben, er hatte das gleiche Problem und stellt das Build System für Windows zur Verfügung. Mal sehen ob er eine Lösung hat.
Ja das vermute ich auch, wobei das Problem ~2007 schon mal bestand und da hatten es die Jungs von mplayer auch gefixt. Und hiermit scheint es auch zu gehen: http://sourceforge.net/projects/mplayerwin/files/MinGW/ da war das letzte Update zumindest Anfang des Monats und da ging es bei uns ja schon nicht mehr.
Das ist interessant, eigentlich sollte doch überhaupt kein dllimport aufgerufen werden, wir bauen doch statisch...
Geht jetzt wieder :). mplayer nur leider immer noch nicht, mir scheint es als kommen da jedes mal neue Fehlermeldungen.
Sollte durch löschen des Ordners wieder behoben sein.
Auf github hat jemand geschrieben dass das helfen soll:
As for mplayer, try putting the following at the top of libmpdemux/ms_hdr.h:
#ifdef defined(__MINGW32__)
#include <windows.h>
#endif
Als ich das probiert hatte ging es aber leider nicht. Vielleicht muss man das noch mal beim dev team melden. Provisorisch kann man den sox und mkvtoolnox Ordner löschen, danach funktioniert die Änderung die ich vorgenommen hatte. Allerdings möchte ich das noch mal anpassen und den reset gleich in den normalen Update Prozess einbauen.
Ja das könnte man machen. Oder einfach nach dem Compiling.
Habe es mal eingefügt, aber nicht getestet, also wenn's net geht bitte Bescheid geben.
Ja das Problem existiert eigentlich schon sehr lange :), allerdings fällt es nur auf wenn die besagten Files in der neueren Version modifiziert wurden. Eigentlich reicht es wenn man die löscht und das Script neu startet. Automatisch die Dateien löschen geht leider nicht weil sie dann beim nächsten mal fehlen würden, außer eben wenn sie wiedermal modifiziert wurden. Bin für Ideen offen :).
Ist zumindest in die mailing list gepostet worden.
Leider ist mplayer noch nicht gefixt, habe da leider keine Ahnung woran es liegt. Habe aber gesehen, dass es noch andere gibt die das Problem haben und die scheinen nicht msys2 zu verwenden:
http://comments.gmane.org/gmane.comp.vid…ayer.user/71416
Entweder liegt es am Source Code von mplayer, oder an mingw-w64.
Ja leider gibt es da gerade Probleme... Werde mich wohl erst die Tage drum kümmern können.
Vielleicht kannst du ihn mal nach seiner Compiler Umgebung fragen und seinen config Settings.
Kann es an was anderem liegen? Wenn ich z.B. mediainfo in Mintty aufrufe werden Sonderzeichen nicht richtig angezeigt, in Windows CMD allerdings schon. Bin alles noch mal durchgegangen und überall wird angezeigt: Unicode: yes.
Einige Libs für freetype wurden nicht gefunden, obwohl sie im System sind. Habe jetzt mal die Config gezwungen freetype zu aktivieren und es kompiliert jetzt auch wieder, ink. libass. Keine schöne Lösung, muss man mal im Auge behalten ob es in Zukunft Probleme bereitet.
Habe in dem config.log gesehen, dass wohl einige libs nicht mehr gefunden werden. Bzw. wohl die Reihenfolge des einlesen nicht stimmt. Werd versuchen heute Abend mal zu schauen woran das liegt.
Klemmt weiter. Wenn ich den Pfad /usr/... sehe, muss ich vermuten, dass github auf deren Server die Zertifikate zum Vergleichen fehlen. Oder geht es da um meine MSYS2-Umgebung?
Ah, eher meine, die ca-bundle(.trust).crt sind 0 Bytes groß bei mir.
Ja manchmal ist der Wurm drin... Wenn du nicht neu aufsetzten willst kannst du die Dateien mit diesen überschreiben:
ssl.zip
Bei mir hatte ich schon gesehen, dass mingw-w64-i686-crt upgedatet wurde. Hast du denn x264 und Co. wieder neu bauen lassen?
Msys2 updatet recht schnell eigentlich. Das Problemkind sollte jetzt auch behoben sein:
https://github.com/Alexpux/MINGW-…f74ea4c75c80003
vpx ist mal schneller mal langsamer. Denke je nachdem wie viele Leute betroffen sind.
