Habe noch mal das Script upgedatet, getestet aber noch nicht. libdvdread und libdvdnav müssen noch mal neu compiliert werden.
media-autobuild_suite
-
-
Was muss ich denn alles löschen damit mencoder&mplayer neu gebaut werden?
mplayer, mencoder, libdvdread, libdvdnav Ordner oder sonst noch was?Gegen welche ffmpeg Quelle synct das Script eigentlich? (https://github.com/FFmpeg/FFmpeg.git ?)
-
Sorry war gestern schon off. Die Ordner mplayer-checkout-2013-*, libdvdnav-4.2.1 und libdvdread-4.2.1 musst du löschen. FFmpeg wird dem Link den du hast geupdatet und die ffmpeg version in mplyer wird von git://http://source.ffmpeg.org/ffmpeg.git geholt. Sollten aber beiden den gleichen Code haben.
-
Also irgendwie klappt das mit dem mplayer und dvd Ordner nicht. Habe gerade auch mal das aktuelle cross compile script unter linux verwendet und mit der mplayer Version geht es auch nicht. VLC hingegen spielt mittlerweile DVDs ab, das hat er vorher auch nicht.
-
Wäre übrigens auch praktisch, wenn das Skript die ganzen Ausgaben auch in ein Log file oder so schreiben könnte, damit man dort eventuelle Fehler sehen kann.
-
Es werden keine Fehler wegen den dvdread usw. angezeigt. Meistens tauchen die Fehler eh schon beim Konfigurieren auf, und das wird eh geloggt, findest in der Datei config.log.
-
muss ich mir morgen mal genauer angucken, hatte heute einige 'permission denieds' gesehen,...
-
Mir ist gerade ne Idee wegen dem MP4Box file size Problem gekommen, könnte das 4gb file size problem eventuell mit der "--large-address-aware" Linker-Option zu tun haben, bzw. fehlt die eventuell?
-
Nein, bei LAA geht es nur um mehr als 2 GB RAM für 32-bit-Prozesse auf PAE- oder 64-bit-OS.
Zugriffsprobleme auf Dateien >4 GB liegen aber an einer Nutzung von Dateifunktionen, die nur 32-bit-Dateipositionen annehmen bzw. zurückgeben. Auf 64-bit-Dateigrößen kann man auch mit 4-KB-Assemblerprogrammen zugreifen, wenn die richtigen Funktionen benutzt werden.
-
irgendwas ist auf jeden Fall mit den statischen MP4Box builds im argen.
mplayer/mencoder, MP4Box sind haben aktuell alle ihre Macken. -
Dann versuch mal, das mit Kurtnoise zu besprechen...
-
Wäre wohl sinniger wenn jb_alvarado mit Kurtnoise quatschen würde, immerhin ist er der Skrip-Schreiber.
Ohne genauere Infos zum Skript&Co wird Kurtnoise auch nur sagen können, dass es mal ein 4GB Problem in MP4Box gab, dieses aber schon Jahre gefixed ist. -
Ich werde mir die nächsten Tage mp4box mal näher anschauen. Du versuchst aber nicht auf fat32 platte zu schreiben, oder?
-
Nope, sonst würde auch das 15GB Input file nicht drauf passen (+ schon ewig keine fat32 Partition mehr gehabt)
-
Ok ok, wollte nur sicher gehen :).
-
Bin dran was das Problem mit mp4box angeht, scheint etwas zu sein was viele haben, auch unter Linux. Bekomme hier Hilfe: https://sourceforge.net/p/gpac/discuss…hread/cd17dffd/
So wie es ausschaut werde ich auch den Compiler noch mal komplett umbauen und auf die neuste Version updaten, die scheint etwas runder zu laufen. Muss aber vorher noch mal gründlich testen. Falls Interesse zu testen besteht: https://sourceforge.net/projects/mingw…ads-posix/sjlj/ -
Auf jeden Fall schon mal "Danke!" das Du dich des Problems annimmst.
Vielleicht fixed das wechseln der MinGW Version auch das Problem mit mencode&mplayer. -
Compiler ist jetzt upgedatet, mplayer bringt immer noch Fehlermeldungen aber er spielt jetzt DVD Ordner ab. Musst mal versuchen ob er deine DVDs auch abspielt. Problem mit mp4box besteht leider immer noch, ist leider etwas verzwickter. Kennt ihr jemanden der das Teil unter Windows mit mingw kompiliert?
Habe auch angefangen den Code zu vereinfachen. Bei comile_videotools*.sh und compile_imagetools*.sh werden nicht mehr die Source Ordner überprüft, ob das Tool schon kompiliert wurde, sonder die exe, bzw. das lib File. Das heißt die Ordner unter build32 können später wieder gelöscht werden. Möchte man neue bauen, müssen die exe/.a files gelöscht werden. ffmpeg, ImageMagick, x264, libvpx, libbluray und vlc tun sich updaten, hier die Source Ordner nicht löschen.
-
Zitat
Kennt ihr jemanden der das Teil unter Windows mit mingw kompiliert?
Kurtnoise auf dem englischen Forum vielleicht.ZitatHabe auch angefangen den Code zu vereinfachen.
Hört sich super an, werde ich später antesten und berichten. -
Hab das Projekt neu ausgecheckt und es hängt bei:
Code
Alles anzeigen------------------------------------------------- build git config... ------------------------------------------------- --2013-11-24 05:05:31-- http://www.zlib.net/zlib-1.2.8.tar.gz Auflösen des Hostnamen »www.zlib.net«.... 69.73.132.10 Verbindungsaufbau zu www.zlib.net|69.73.132.10|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 200 OK Länge: 571091 (558K) [application/x-gzip] In »»zlib-1.2.8.tar.gz«« speichern. 100%[================================================>] 571,091 540K/s in 1.0s 2013-11-24 05:05:32 (540 KB/s) - »»zlib-1.2.8.tar.gz«« gespeichert [571091/571091] gcc -O3 -mms-bitfields -mthreads -Wall -c -o adler32.o adler32.c make: gcc: Command not found make: *** [adler32.o] Error 127 install: Aufruf von stat für âlibz.aâ nicht möglich: No such file or directory ------------------------------------------------- build zlib-1.2.8 failed... delete the source folder under '/build32' and start again first close the batch window, then the shell window
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!