Beiträge von jb_alvarado

Hm, sehe da jetzt leider auch nichts verdächtiges :(. Als Notbehelf könnte man die Versionsnummer vielleicht manuell eintragen, aber das wäre auch keine Dauerlösung.

Zitat von Selur

Cmake deinstallieren, x264 git Ordner löschen und neu bauen hat nichts geändert

Kannst du mal den Output posten, wenn du env ausführst?

Das Problem ist gerade, dass ich das nicht nachstellen kann und somit keine Ahnung habe woran das liegt. Leider können wir auch nicht einfach auf den git clone wechseln, weil die Versionsnummer nur durch hg generiert wird. Die letzten Tage haben sie an dem version.cmake File gearbeitet vielleicht liegt es auch daran.

Das ist wirklich eigenartig... Hast du vielleicht hg, oder mercurial noch mal im System installiert? Wobei das das eigentlich nicht beeinflussen sollte.

Das eigenartige ist, dass er da hg.bat anscheint nicht findet. Irgendwelche Virenprogramme vielleicht?

Hm verstehe ich nicht. Wie ist das denn während dem Konfigurieren? Siehst du dort die Version? Also in etwa so:

[...]
-- Looking for include file inttypes.h
-- Looking for include file inttypes.h - found
-- Performing Test CC_HAS_NO_NARROWING
-- Performing Test CC_HAS_NO_NARROWING - Success
-- Performing Test CC_HAS_NO_ARRAY_BOUNDS
-- Performing Test CC_HAS_NO_ARRAY_BOUNDS - Success
-- Performing Test CC_HAS_FAST_MATH
-- Performing Test CC_HAS_FAST_MATH - Success
-- Performing Test CC_HAS_STACK_REALIGN
-- Performing Test CC_HAS_STACK_REALIGN - Success
-- Performing Test CC_HAS_FNO_EXCEPTIONS_FLAG
-- Performing Test CC_HAS_FNO_EXCEPTIONS_FLAG - Success
-- Found yasm: D:/_System/mingw64_Dezember2014/msys64/mingw32/bin/yasm.exe (found version "1.3.0")
-- Found Yasm 1.3.0 to build assembly primitives
-- hg found at python2 /usr/bin/D:/_System/mingw64_Dezember2014/msys64/usr/bin/hg.bat
-- x265 version x265 version 1.4+222-5f9f7194267b
[...]

Hab gerade noch mal das Script an gestartet und es läuft alles normal:

x265 [info]: HEVC encoder version 1.4+222-5f9f7194267bx265 [info]: build info [Windows][GCC 4.9.2][32 bit] 8bppx265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

Navigier doch mal zu: /build32/x265-hg und führe in Mintty: hg.bat log -r. --template "{latesttag}" aus. Es sollte 1.4 ausgegeben werden. Wird nichts sinnvolles aufgegeben musst du mal unter msys64/usr/bin schauen dort muss ein File hg.bat drin sein, mit diesem Inhalt:

@echo off


setlocal
set HG=%~f0


set PYTHONHOME=
set in=%*
set out=%in: {= "{%
set out=%out:} =}" %


%~dp0python2 %~dp0hg %out%

Wenn das nicht der Fall ist, das File mal löschen und Batch neu starten, wenn der Inhalt immer noch nicht stimmt, mal von Hand eintragen und Bescheid geben, dann muss ich das noch mal anschauen.

Die libs werden zwar gebaut aber nicht in ffmpeg eingebunden.

Danke dass du dich um mplayer gekümmert hast!

Ja leider werden momentan lib und exe (fdkaac und faac) nur gebaut wenn man nonfree ausgewählt hat. Müsste mal überlegen wie ich das ändern könnte. Auf die schnelle kannst du einfach Zeile 695 und 771 entfernen.

mister_no, als Selur mich drauf hingewiesen hatte dass libdvdcss nicht in allen Ländern legal ist zu verwenden, habe ich mich das erste mal etwas darüber schlau gemacht. Und in Deutschland ist der Gebrauch wohl auch umstritten, theoretisch umgeht es einen "Kopierschutz" und das ist auch privat nicht erlaubt. Daher habe ich es ganz raus genommen. Was nun jemand selbst wieder einbaut kann ich natürlich nicht kontrollieren und da es in früheren Version schon drin war, ist es sehr einfach den Code entsprechend wieder rein zu kopieren.

Selur, wenn du mal unter /local*/bin-audio schaust - da gibt es schon seit jeher fdkaac.exe

Danke - habe mal den Link gewechselt.

Ja das ist leider ne dumme Sache - wenn man in git source codes Änderungen vornimmt meckert das Updaten. Und in mkvmerge wende ich ein sed Befehl an. Diese Datei wird allerdings nicht so oft aktualisieren, daher wird nicht oft diese Meldung kommen. Wenn sie wieder mal auftaucht reicht es nur die besagte Datei zu löschen.

Sollte wieder gehen. Danke fürs reporten!

Ja hier auch nicht... Müsste man mal melden.

Vielleicht ein ähnliches Problem wie LigH hatte. Durch das neue Update System sollten Abhängigkeiten in Zukunft besser behoben werden.

Ja eigentlich sollte es nicht nötig sein. Wurdest du denn nicht gefragt ob du Pakete nach- installieren möchtest? Und sind die libs dort wo sie sein sollten?

Wenn die libs da sind, wäre das ffmpeg config.log File mal interessant.

Ah, jetzt kommt mir gerade was: Wenn deine letzte Version schon älter war als das neue Update System wird's wohl nicht korrekt funktionieren. Du könntest aber das in Mintty rein kopieren:

für 32 bit compiler:

pacman -S mingw-w64-i686-cloog mingw-w64-i686-cmake mingw-w64-i686-crt-git mingw-w64-i686-doxygen mingw-w64-i686-gcc mingw-w64-i686-gcc-ada mingw-w64-i686-gcc-fortran mingw-w64-i686-gcc-libgfortran mingw-w64-i686-gcc-libs mingw-w64-i686-gcc-objc mingw-w64-i686-gettext mingw-w64-i686-glew mingw-w64-i686-gmp mingw-w64-i686-headers-git mingw-w64-i686-libiconv mingw-w64-i686-mpc mingw-w64-i686-winpthreads-git mingw-w64-i686-yasm mingw-w64-i686-lcms2 mingw-w64-i686-libtiff mingw-w64-i686-libpng mingw-w64-i686-libjpeg mingw-w64-i686-gsm mingw-w64-i686-lame mingw-w64-i686-libogg mingw-w64-i686-libvorbis mingw-w64-i686-xvidcore mingw-w64-i686-sqlite3 mingw-w64-i686-dlfcn mingw-w64-i686-jasper mingw-w64-i686-lua mingw-w64-i686-SDL2 mingw-w64-i686-libgpg-error mingw-w64-i686-pcre mingw-w64-i686-boost mingw-w64-i686-nasm mingw-w64-i686-libcdio mingw-w64-i686-libcddb mingw-w64-i686-libsndfile mingw-w64-i686-twolame mingw-w64-i686-schroedinger mingw-w64-i686-portaudio mingw-w64-i686-mpg123 mingw-w64-i686-wavpack mingw-w64-i686-libmodplug mingw-w64-i686-tools-git mingw-w64-i686-winstorecompat-git

für 64 bit compiler:

pacman -S mingw-w64-x86_64-cloog mingw-w64-x86_64-cmake mingw-w64-x86_64-crt-git mingw-w64-x86_64-doxygen mingw-w64-x86_64-gcc mingw-w64-x86_64-gcc-ada mingw-w64-x86_64-gcc-fortran mingw-w64-x86_64-gcc-libgfortran mingw-w64-x86_64-gcc-libs mingw-w64-x86_64-gcc-objc mingw-w64-x86_64-gettext mingw-w64-x86_64-glew mingw-w64-x86_64-gmp mingw-w64-x86_64-headers-git mingw-w64-x86_64-libiconv mingw-w64-x86_64-mpc mingw-w64-x86_64-winpthreads-git mingw-w64-x86_64-yasm mingw-w64-x86_64-lcms2 mingw-w64-x86_64-libtiff mingw-w64-x86_64-libpng mingw-w64-x86_64-libjpeg mingw-w64-x86_64-gsm mingw-w64-x86_64-lame mingw-w64-x86_64-libogg mingw-w64-x86_64-libvorbis mingw-w64-x86_64-xvidcore mingw-w64-x86_64-sqlite3 mingw-w64-x86_64-dlfcn mingw-w64-x86_64-jasper mingw-w64-x86_64-lua mingw-w64-x86_64-SDL2 mingw-w64-x86_64-libgpg-error mingw-w64-x86_64-pcre mingw-w64-x86_64-boost mingw-w64-x86_64-nasm mingw-w64-x86_64-libcdio mingw-w64-x86_64-libcddb mingw-w64-x86_64-libsndfile mingw-w64-x86_64-twolame mingw-w64-x86_64-schroedinger mingw-w64-x86_64-portaudio mingw-w64-x86_64-mpg123 mingw-w64-x86_64-wavpack mingw-w64-x86_64-libmodplug mingw-w64-x86_64-tools-git mingw-w64-x86_64-winstorecompat-git

Beides bestätigen, das meiste wird zwar reinstalliert, aber das passt schon.

LigH, leider konnte ich den Fehler nicht reproduzieren. Hast du das neueste Script? Auch mit dem neuen File: media-suite_update.sh
libmodplug ist nicht mehr unter local*/lib, sondern wir nehmen es jetzt von msys2/mingw-w64. Zu finden ist die lib unter msys*/mingw*/lib.

Selur, blicke bei eurem Problem nicht ganz durch. Kann man das Nachstellen? Verändert habe ich eigentlich nichts. Vielleicht nimmt er eine lib mit rein, die er früher nicht gefunden hat, aber das weiß ich leider nicht zu hundert Prozent. Du könntest höchsten mal alle zusätzlichen Parameter vom configure Befehl raus nehmen und schauen was passiert. Verwendest du den upx Packer? Den mögen vielleicht auch nicht alle Systeme, würde den in so einer Tool-Sammlung auch nicht unbedingt verwenden.

Ja, aber der Link ist nicht offiziell freigegeben. Da kommst eigentlich nur dran, wenn du dich registriert hast.

Ja lieber auf Nummer sicher. Decklink wäre jetzt auch drin, für die die es bräuchten: es ist nicht aktiviert, weil ich keinen offiziellen Downloadlink habe (bekomme keine Antwort im Blackmagic Forum). Wer einen Link findet, bzw. sich bei Blackmagic registriert, kann den Link in das Script einfügen, die # entfernen und unter ffmpeg --enable-decklink einfügen.

Oh, wirklich? Da hätte ich mich wohl vorher mal besser schlau machen sollen. Ich denke unter den Umständen werde ich es ganz raus nehmen.