News:

--

Main Menu

Recent posts

#1
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by sqrt-1764 - Today at 05:19:52 PM
... ich vergaß:
Trotz aktivierter Option "benachrichtigen bei Antwort" hab ich keine Mail bekommen.
Auch das sollte mal gefixt werden?
#2
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by sqrt-1764 - Today at 05:18:36 PM
Quote from: eumagga0x2a on June 11, 2024, 02:25:47 PM
Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMWenigstens die Download-Seite sollte aktualisiert werden. Ein Hinweis dass (im Moment?) die Nightlies die beste Option sind, währe dort hilfreich. Diese Änderung sollte doch kein großer Aufwand sein?

Vermutlich ist sie mit keinem großen Aufwand verbunden, bloß habe ich mit der Website und der ganzen Infrastruktur nichts zu tun.
Ich kenne Eure interne Projektstruktur ja nicht, aber es hört sich so an, als bestünde da Optimierungspotential. ;-)


Quote from: eumagga0x2a on June 11, 2024, 02:25:47 PM
Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMich bin allerdings unter Linux unterwegs

Das vereinfacht die Sache enorm, ist es doch ein Leichtes, unter Linux selbst Avidemux zu kompilieren. Deaktiviere den entsprechenden Abschnitt in avidemux_plugins/ADM_demuxers/MpegTS/ADM_ts.cpp von Zeile 187 bis hin zur Zeile mit return-Statement durch

#if 0
(hier steht der Code, den der Präprozessor unsichtbar für den Compiler machen soll)
#endif

und kompiliere Avidemux.
Ich mag es normalerweise nicht, meine Kiste mit Sachen vollzumüllen, die ich selber nicht täglich brauche (will sagen, die ganzen Abhängigkeiten des Projekts). Aber da ich meinen Laptop demnächst sowieso mal frisch aufsetzen will ...
(Würde idealerweise für so was eine dedizierte VM aufsetzen in der ich dann nach Lust und Laune installieren kann. Aber da muß ich gerade noch ein paar Hausaufgaben machen ... ;-) )

Hab also das aktuelle Github-Repository geclont und bin den Anweisungen aus dem Readme gefolgt.
Habe in der angegebenen Datei die Zeilen 187 bis 209 auskommentiert und compiliert.

Mit der daraus gebauten avidemux3_qt5 habe ich dann diverse Dateien von allen problematischen Sendern, die bei mir auf Halde lagen geschnitten und mir die Ergebnisse stichprobenartig überprüft - sieht gut aus.

Der Fix funktioniert von meiner Warte aus.


Quote from: eumagga0x2a on June 11, 2024, 02:25:47 PM
Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMhatte AppImage4Buster genommen - klang mir mangels Doku die passendste Version

Richtig, und dort wird im "About"-Dialog die Git-Revision einwandfrei angezeigt.
Das ist es, was ich mit "UUID" bezeichnet hatte. Mein Punkt ist, dass diese Information nicht in Textform kopierbar ist. Wenn also jemand nach der Version fragt, müßte ich diese UUID abtippen ...


Quote from: eumagga0x2a on June 11, 2024, 02:25:47 PM
Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMHab im Github Repository mal auf die Branches und Tags geschaut. Die Struktur dort sieht anders aus, als ich erwartet hätte. Finde da z.B. keinen 2.8.2 Tag, der da doch inzwischen eigentlich sein müßte?

Der Tag wird gesetzt, wenn die Version 2.8.2 freigegeben werden kann (dann wird die Version voraussichtlich auf 2.8.3 erhöht).
Dann ist also die 2.8.1 immer noch die offiziell aktuelle Version. Dein initialer Kommentar, dass diese Version "steinalt" sei ist dann für den Außenstehenden etwas merkwürdig.

Aber wie dem auch sei: Danke für die Infos, die mein Problem zeitnah gelöst haben.
#3
MacOSX / Re: Apple Silicon (ARM) suppor...
Last post by John Hagan - Today at 05:41:45 AM
I have an M2 Mac Studio running Sonoma 14.5 (23F79), and when I try to use the VideoToolbox encoders now with the official version 2.8.1, I always get the error "Cannot set up encoder. The configuration supplied to the encoder may be incompatible or the encoder may depend on features unavailable on this system" whenever I attempt to Save Video.

I tried the unofficial build of Avidemux 2.8.1 for AArch64 posted by kadiwa, and that version did allow me to use VideoToolbox encoders on my M2 Mac Studio.

I think I recall using VideoToolbox encoders successfully on my M2 Mac Studio either with a previous version of Avidemux, or when I was running Ventura on the Mac. Either way, it was some time ago, so I'm not sure what changed between when it worked and now, but it would be great to get the VideoToolbox encoders working again. In particular, saves with the VideoToolbox HECV encoder are dramatically faster than the HEVC (x265) encoder.
#4
Avidemux-French / Re: Problème de JobList avec L...
Last post by eumagga0x2a - June 11, 2024, 02:43:02 PM
Bonjour,

Je suis vraiment désolé, je n'ai pas trouvé d'informations vraiment utilisables dans les fichiers journal et j'ai laissé tomber la balle par manque de temps...

Quote from: Zapata on June 01, 2024, 11:21:00 AMcela me prend autour de 12 heures pour 2 heures de film en 2 passes, sur mes deux ordinateurs, alors que cela ne prenait que plus ou moins 1 heure d'encodage pour 1 heure de film sous Windows avec l'ordinateur le plus récent.

Si vous observez une telle différence sur un seul et même ordinateur avec dual boot, veuillez fournir les scripts du projet et de préférence également les journaux pour les deux SVP. Veuillez utiliser l'application graphique de Avidemux pour cela. De nombreux facteurs peuvent ralentir le processus en fonction des propriétés vidéo et de la disponibilité de l'accélération matérielle.

Bonne journée à vous aussi et merci.
#5
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by eumagga0x2a - June 11, 2024, 02:25:47 PM
Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMDas aktuelle Beispiel auf GDrive kann ich jetzt in die Tonne treten?

Ja, danke nochmals. Vorerst keine weiteren Samples notwendig.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PM... das heisst, dass die App demnächst gefixt ist?

Davon gehe ich aus.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMWie erfahre ich, in welcher Version der Fix dann drin sein wird? Sagt hier dann jemand Bescheid?

In einer künftigen 8)

Ich poste normalerweise den Link zum Commit im Thread wo das entsprechende Problem gemeldet wurde. Wenn schon Avidemux keinen Bugtracker hat, dann wenigstens das.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMEime ungefähre Zeitangabe wäre daher praktisch.

Jetzt ist erst mal FFmpeg upgrade dran, dann Indexierung von MKV, beigetragen von szlldm und in der Liste der Pull Requests schmorend, einpflegen.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMWenigstens die Download-Seite sollte aktualisiert werden. Ein Hinweis dass (im Moment?) die Nightlies die beste Option sind, währe dort hilfreich. Diese Änderung sollte doch kein großer Aufwand sein?

Vermutlich ist sie mit keinem großen Aufwand verbunden, bloß habe ich mit der Website und der ganzen Infrastruktur nichts zu tun.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMich bin allerdings unter Linux unterwegs

Das vereinfacht die Sache enorm, ist es doch ein Leichtes, unter Linux selbst Avidemux zu kompilieren. Deaktiviere den entsprechenden Abschnitt in avidemux_plugins/ADM_demuxers/MpegTS/ADM_ts.cpp von Zeile 187 bis hin zur Zeile mit return-Statement durch

#if 0
(hier steht der Code, den der Präprozessor unsichtbar für den Compiler machen soll)
#endif

und kompiliere Avidemux.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMhatte AppImage4Buster genommen - klang mir mangels Doku die passendste Version

Richtig, und dort wird im "About"-Dialog die Git-Revision einwandfrei angezeigt.

Quote from: sqrt-1764 on June 10, 2024, 03:52:19 PMHab im Github Repository mal auf die Branches und Tags geschaut. Die Struktur dort sieht anders aus, als ich erwartet hätte. Finde da z.B. keinen 2.8.2 Tag, der da doch inzwischen eigentlich sein müßte?

Der Tag wird gesetzt, wenn die Version 2.8.2 freigegeben werden kann (dann wird die Version voraussichtlich auf 2.8.3 erhöht).

#6
Windows / Re: Adding External AC3 6 Chan...
Last post by eumagga0x2a - June 11, 2024, 01:56:26 PM
Should be fixed now, we were using old channel layout API, partially gone in FFmpeg 6, fully removed in FFmpeg 7.

Refresh of nightlies will be requested once bundled FFmpeg has been successfully upgraded to 7.0.1 (which requires a lot of changes in different parts of Avidemux) and the worst issues identified and solved.

Thank you very much for your report.
#7
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by sqrt-1764 - June 10, 2024, 03:52:19 PM
Quote from: eumagga0x2a on June 09, 2024, 09:08:55 PMDanke für die MPEG-TS-Datei zum Testen.
Bitte, bitte - ist ja in eigenem Interesse. ;-)
Ich gehe mal davon aus, dass die anderen Sender das selbe Problem haben. Das Verhalten beim Schneiden ist jedenfalls das selbe. Oder soll ich noch Schnipsel von den anderen Sendern machen?
Das aktuelle Beispiel auf GDrive kann ich jetzt in die Tonne treten?


Quote from: eumagga0x2a on June 09, 2024, 09:08:55 PMDas ist sehr alter Code, ein Quirk aus längst vergangenen Tagen, ich hatte diese Stelle in meinen lokalen Builds sowieso auskommentiert gehabt. Werde sie demnächst offiziell entfernen.
... das heisst, dass die App demnächst gefixt ist? Schön zu hören. ;-)
Wie erfahre ich, in welcher Version der Fix dann drin sein wird? Sagt hier dann jemand Bescheid?

Benachrichtigungen scheinen hier im Forum nicht richtig zu funktionieren? Hab jedenfalls wieder keine bekommen gehabt. Eime ungefähre Zeitangabe wäre daher praktisch.

Wenigstens die Download-Seite sollte aktualisiert werden. Ein Hinweis dass (im Moment?) die Nightlies die beste Option sind, währe dort hilfreich. Diese Änderung sollte doch kein großer Aufwand sein?


Quote from: eumagga0x2a on June 09, 2024, 09:08:55 PMGit-Revision fehlt (meistens) in MSVC-kompilierten Builds ("vsWin64") bedingt durch die Art und Weise wie der Maintainer sie erstellt. Cross-Builds ("win64") sollten diese Angabe im "About"-Dialog haben.
... ich bin allerdings unter Linux unterwegs (hatte AppImage4Buster genommen - klang mir mangels Doku die passendste Version). win64 wird da für mich wohl nicht zutreffen. ;-)

Bin jetzt nicht in den Code eingestiegen - dazu bin ich etwas weit weg vom Thema. Ist nur 'ne Anregung, denn im Support Fall ist die genaue Version ja manchmal durchaus interessant.
In den Code-Projekten in denen ich unterwegs war, konnte man solche Informationen mehr oder weniger automatisiert in den Code bekommen.


Quote from: eumagga0x2a on June 09, 2024, 09:08:55 PMNightlies sind im Fall von Avidemux 99% der Zeit stabiler als Releases. "Instabil" sind sie im Sinne von möglichen Änderungen der Interfaces. Natürlich können Distributionen damit nicht arbeiten.
OK, wenn man's weiß ...
Ist natürlich doof, dass so die automatischen Updates nicht funktionieren. Hab mich so an den Komfort gewöhnt.


Quote from: eumagga0x2a on June 09, 2024, 09:08:55 PMDer Release steckt fest im Zeitmangel und im alten OpenGL-Code, der mit aktuellen Qt6 Versionen nicht mehr kompatibel ist (OpenGL ist in Avidemux die einzige hardwarebeschleunigte Videoausgabe unter macOS und somit Pflicht-Feature, solange Avidemux keine bessere Alternative bekommt).
Kann das geschriebene mangels Detailkenntnissen im Projekt jetzt nicht vollständig verstehen.
Hab im Github Repository mal auf die Branches und Tags geschaut. Die Struktur dort sieht anders aus, als ich erwartet hätte. Finde da z.B. keinen 2.8.2 Tag, der da doch inzwischen eigentlich sein müßte?
Alte gewachsene Strukturen? Verstehe, dass so was wenn, dann nicht so einfach glatt zu ziehen ist.
Wäre das mit dem automatischen(?) Update der Distributionen nciht einfacher, wenn es da eine "saubere" Git-Struktur gibt? Dann könnten die automatisch erzeugten Binaries automatisch abgeholt werden, sobald eine neue "offizielle" Version erschienen ist.
Aber OK - ich rede über Dinge, von denen ich keine wirkliche Ahnung habe. Hab noch nie Anwendungen unter Linux in Repositories veröffentlichen müssen ... ;-)

So, der Haken bei "Notify me of replies" ist jetzt definitiv gesetzt. Mal sehen, ob jetzt eine Benachrichtigung kommt.

TIA
ML
#8
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by eumagga0x2a - June 09, 2024, 09:08:55 PM
Danke für die MPEG-TS-Datei zum Testen. Avidemux verliert Keyframes hier: wenn in MPEG-TS neben "recovery points" in üblichen Open-GOP-Streams auch echte IDR zu finden sind, ignoriert Avidemux die recovery points. "Recovery points" eignen sich jedoch einwandfrei zur Navigation (aber sehr eingeschränkt zum Schneiden).

Das ist sehr alter Code, ein Quirk aus längst vergangenen Tagen, ich hatte diese Stelle in meinen lokalen Builds sowieso auskommentiert gehabt. Werde sie demnächst offiziell entfernen.

Quote from: sqrt-1764 on June 09, 2024, 06:58:31 PMIm Info-Dialog wird da nur 2.8.2 angezeigt

Git-Revision fehlt (meistens) in MSVC-kompilierten Builds ("vsWin64") bedingt durch die Art und Weise wie der Maintainer sie erstellt. Cross-Builds ("win64") sollten diese Angabe im "About"-Dialog haben.

Nightlies sind im Fall von Avidemux 99% der Zeit stabiler als Releases. "Instabil" sind sie im Sinne von möglichen Änderungen der Interfaces. Natürlich können Distributionen damit nicht arbeiten.

Quote from: sqrt-1764 on June 09, 2024, 06:58:31 PMOtto-Normaluser muss also davon ausgehen, dass das die offzielle aktuelle Version ist.

Ja, das wird er tun, ich habe keine Ressourcen, das zu ändern. Der Release steckt fest im Zeitmangel und im alten OpenGL-Code, der mit aktuellen Qt6 Versionen nicht mehr kompatibel ist (OpenGL ist in Avidemux die einzige hardwarebeschleunigte Videoausgabe unter macOS und somit Pflicht-Feature, solange Avidemux keine bessere Alternative bekommt).
#9
Avidemux-German / Re: Keine Keyframes bem Schnei...
Last post by sqrt-1764 - June 09, 2024, 06:58:31 PM
Moin, sorry für die Verzögerung. Defaultmäßig ist die Benachrichtigung nicht eingeschaltet und da ich auch andere Sachen um die Ohren hatte ...

Zur Version:
Ihr solltet dann mal Eure Verteilungsstrategie überdenken. Sowohl über "mein" Linux-Repository als auch über die üblichen Downloadseiten (z.B. heise, computerbild, chip) wird aktuell die 2.8.1 verteilt. Otto-Normaluser muss also davon ausgehen, dass das die offzielle aktuelle Version ist.
Sucht man nach avidemux Download, dann bekommt man auf der avidemux.org Seite erstmal nur die 2.6.0 angeboten - noch viel älter. Von Nightlys lasse ich normalerweise die Finger - ich will stabile Versionen und nicht cutting edge, denn ich will ja nur Standardaufgaben machen.

Aber wie dem auch sei, hab mir die Nightly Version 2.8.2 vom 31.5.2024 runter geladen und damit getestet - gleiches Ergebnis. (Im Info-Dialog wird da nur 2.8.2 angezeigt, aber von der Download Seite her ist zu erwarten, dass es eine Menge an 2.8.2 Versionen gibt - das sollte da ebenfalls angezeigt werden, denke ich - oder muss man dann jeweils die UUID mit übermitteln? Nur sollte die dann per Cut & Paste kopierbar sein - so was tippt man nicht gerne freiwillig ab).

Zu den gewünschten Beispieldaten:
Hier ein aktueller Schnipsel von arte. Diese .ts Datei kommt direkt von meinem Receiver und konnte bisher problemlos geschnitten werden. Firmware-Updates am Receiver gab es nicht.

https://drive.google.com/file/d/1rQWvbq529n4uhMX31urcsQu-YfWhRALg/view?usp=sharing

Sind jetzt nur etwas mehr als 2 Minuten.
Auffällig ist, dass es am Anfang 2 Keyframes gibt und dann nichts mehr. Schon die liegen aber recht weit auseinander.
Nach den ersten paar Keyframes kommt dann aber immer ein riesen Sprung irgendwo in die Mitte der .ts Datei und dann noch ein oder zwei weitere Keyframes bis man dann am Ende der Datei ist. In einer Datei liegt der nächste Keyframe bei 22 Minuten, in einer anderen bei 1 Stunde 28 Minuten, ...
Will jetzt nicht so lange Dateien hoch laden - reicht der Schnipsel für den Anfang?
Bin einigermaßen vom Fach. Wenn man mir sagt was ich tun muss, kann ich durchaus auch lokale Analyse hier fahren und die Ergebnisse posten ...

HTH
ML
#10
Main version 2.6 / Copy GPS location (long+latitu...
Last post by thoste - June 06, 2024, 03:26:34 PM
Assume I load a *.mp4 video (with H.264 codec if this matters) into Avidemux.
This video contains the GPS location of the place of video recording in its header.

Now I re-encode (on Windows) the video into a new *.mp4 video file (with H.265 HEVC codec if this matters) with different resolution and bitrate).

Unfortunately the new, resulting video does NOT contain the former GPS resolution any more.

When I inspect the video file header with e.g. "exiftool" I am getting an error:

"Warning: [Minor] Tag 'composite:gpslatitude' not defined"

Thats bad. Very bad.

How can I tell Avidemux to copy the GPS location from original video too?

Is there a way to copy the header (or at least the GPS location part) to new video without full re-encoding?