Code: Alles auswählen
for i in *.jpeg; do convert $i $(basename $i .jpeg).png; done
Gruß ralli
Code: Alles auswählen
for i in *.jpeg; do convert $i $(basename $i .jpeg).png; done
Du irrst dich. Warum sollte nur ImageMagick das koennen?ralli hat geschrieben:31.07.2020 15:36:10Das kann doch sonst nur convert von ImageMagick, oder irre ich mich?
Code: Alles auswählen
╔═╗┬ ┬┌─┐┌┬┐┌─┐┌┬┐╔╦╗
╚═╗└┬┘└─┐ │ ├┤ │││ ║║
╚═╝ ┴ └─┘ ┴ └─┘┴ ┴═╩╝ rockt das Forum!
Frage ist das normal das die Dateien .JPG so aufgepumpt werdenLord_Carlos hat geschrieben: Die erste for schleife in Wannes script konvertiert mit Hilfe von ffmpeg [...]
Ja. PNG verwendet "nur" eine verlustfreie Kompression, die der ähnelt, die auch ZIP verwendet. Die JPEG-Kompression ist deutlich effizienter aber nicht verlustfrei.MaGe hat geschrieben:31.07.2020 19:22:36Frage ist das normal das die Dateien .JPG so aufgepumpt werden
CIMG0387.JPG - Größe - 1,4 MiB (1.502.043)
image01.png - Größe - 9,4 MiB (9.827.176)
Wenn man JPEG in PNG konvertiert, entsteht kein Verlust, PNG ist verlustfrei. Umgekehrt, PNG nach JPEG, resultiert in Verlusten, die aber nicht unbedingt sichtbar sein müssen.ralli hat geschrieben:31.07.2020 19:42:18Einen bedeuteten Qualitätsunterschied kann ich jetzt auf Anhieb nicht erkennen.
Das wird keinen großen Unterschied ergeben. Das Videoformat nutzt auf jeden Fall eine verlustbehaftete Kompression, im Grunde ist MPEG nur einer weiterentwicklung von JPEG unter Ausnutzung von Bildgleichheiten bei aufeinander folgenden Bildern.Werde mal ein Video mit mehreren png und mehreren jpg Bildern rendern und mir dann die Videogröße anschauen
Auch das ist nicht ganz richtig. TIFF ist im Grunde ein Bildcontainer, der viele unterschiedliche Kompressionsverfahren unterstützt. Man kann TIFF-Bilder auch mit dem JPEG-Algorythmus komprimieren, was dann wieder zu ähnlichen Bildgrößen führt wie das native JPG-Format.Nur TIFF ist ca. 25 fach größer.
müssen dann die Bilder nicht identisch sein?MSfree hat geschrieben: Wenn man JPEG in PNG konvertiert, entsteht kein Verlust, PNG ist verlustfrei.[...]
Code: Alles auswählen
i=0; for bild in *.JPG; do i=$((i+1)); ffmpeg -y -i "$bild" $(printf "image%02d.png" $i); done
ralli hat geschrieben: Das Ergebnis hat mich dann doch etwas überrascht.
Genau so ist es. deshalb ist die gleiche Größe nicht wirklich verwunderlich. Das meiste Bildmaterial (eigentlich alles) ist bei mir jpg und ich werde das zukünftig nicht mehr konvertieren, weil ich darin keinen SInn und Mehrwert erkennen kann. Bin auf diesem Gebiet allerdings auch kein Experte, und laß mich deshalb gerne belehren.MaGe hat geschrieben:01.08.2020 10:44:50ralli hat geschrieben: Das Ergebnis hat mich dann doch etwas überrascht.
mit dem Sript von @wanne?
wenn ja kein großer unterschied hast alle mit -b:v 1500k konvertiert
du hast deine Bilder ( Videos ) mit -b:v 1500k angepasst.
gruss MaGe
Du hast schon recht, es ergibt keinen besonderen Sinn, die Bilder zu konvertieren. ffmpeg muß die Bilder ohnehin beim Laden dekomprimieren und hat dann ein unkomprimiertes Bild im RAM, bevor es neu in das Zielformat MP4 komprimiert wird.ralli hat geschrieben:01.08.2020 11:06:00ich werde das zukünftig nicht mehr konvertieren, weil ich darin keinen SInn und Mehrwert erkennen kann.
Ja. Fast. Es gibt am Ende Rundungsfehler beim Decodieren vom jpeg. Btw. rundet ffmpeg gerne mal etwas "flotter" (Nutzt intels avx, dass es gerne mal nicht so genau beim Rechnen nimmt.)müssen dann die Bilder nicht identisch sein?
Code: Alles auswählen
SSIM Y:0.994990 (23.001598) U:0.969569 (15.166880) V:0.978440 (16.663563) All:0.987995 (19.206344)
Kommt auf jpeg an. Bei jpeg kannst du vor allem die Qualität zu Gunsten der Dateigröße runterschrauben. Das kann man auch mit png. Gedacht ist es so nicht und es gibt auch weit weniger Möglichkeiten.Frage ist das normal das die Dateien .JPG so aufgepumpt werden
Nein. jpeg ist Qualität vs. Dateigröße beschissen. jpeg2000 oder webp sind bei gleicher Qualität so um den Faktor 5 kleiner. AVIF soll nochmal deutlich besser sein. jpeg wird so gerne verwendet, weil es überall funktioniert. Siehe dein Fernseher: Kann kein png. Kann kein webp. Kann kein jpeg2000.Das spricht doch dafür, das jpg Format zu benutzen. Und tatsächlich geschieht das auch heute noch überwiegend in der Praxis.
Ich gar nicht. Ich habe da -b:v 1500k angegeben. Damit bestimme ich die Dateigröße. Bei 7min Film gibt das nach Adam Riese 75MiB. Das hat der ffmpeg jetzt etwas verfehlt. Aber nicht zu schlimm. Du könntest mit -minrate wohl nochmal etwas nachhelfen das wirklich zu erreichen.Das Ergebnis hat mich dann doch etwas überrascht.
Code: Alles auswählen
ffmpeg -r "1/3" -i image%02d.png -c:v vp9 -pix_fmt yuv420p -crf 18 out.mkv
ffmpeg -r "1/3" -i image%02d.png -c:v libx264 -pix_fmt yuv420p -crf 18 out.mp4
Es gibt eigentlich keinen Sinn. Den Grund habe ich genannt:Genau so ist es. deshalb ist die gleiche Größe nicht wirklich verwunderlich. Das meiste Bildmaterial (eigentlich alles) ist bei mir jpg und ich werde das zukünftig nicht mehr konvertieren, weil ich darin keinen Sinn und Mehrwert erkennen kann. Bin auf diesem Gebiet allerdings auch kein Experte, und laß mich deshalb gerne belehren.
ffmpeg hat halt das Problem dass er auf der Kommandozeile (in der C API schon) nicht aus abwechselnd png UND jpeg einen Film machen kann. Du musst als entweder alle jpeg in png umwandeln oder alle png in jpeg. Beim Umwandeln von png in jpeg wird die Qualität schlechter in die andere Richtung bleibt sie (weitestgehend). Deswegen habe ich mich für die andere Richtung entschieden. wenn wirklich ALLE Bilder jpegs sind macht die Umwandlung natürlich keinen Sinn.Gerade festgestellt: ffmpeg ist sauer wenn abwechselnd pngs und jpegs kommen.
Code: Alles auswählen
printf "file '%s'\n" *.JPG > list.txt
ffmpeg -r 0.2 -f concat -i list.txt -target pal-dvd -s 1280x720 video.mpg
PAL DVD ist immer 720x576 mit einem 4:3 oder 16:9-Seitenverhältnisralli hat geschrieben: ffmpeg -r 0.2 -f concat -i list.txt -target pal-dvd -s 1280x720 video.mpg
Ich dachte eher an eine DVD ( -target pal-dvd ), und ob dieralli hat geschrieben: Und es läuft einwandfrei auf meinem Smart TV
Das war ziemlich genau mein erster Vorschlag und du hast behauptet, dass er dann das Seitenverhältnis verzieht. Deswegen habe ich die Ränder dran gepackt.Ist mir schon klar, aber tatsächlich erstellt er mit dem zusätzlichen Parameter -s 1280x720 ein Video mit genau dieser Auflösung. Und es läuft einwandfrei auf meinem Smart TV mit annehmbarer Qualität. Warum das so funktioniert, kann ich Dir nicht beantworten. Ob er das dann interpoliert? Kann ja mal den Parameter weglassen und schau mir dann die Videogröße an.
Ganz genau, jetzt habe ich ein Ausgangsmaterial von gleich großen Bildern benutzt, die ich vor einigen Jahren mit meiner digitalen Spiegelreflexkamera machte. Das erschien mir sinnvoller, um Fehler zu vermeiden. Ich habe nur das behauptet, was als Ergebnis herauskam. Natürlich kann ich weiter h264 einbauen, ist aber für meine Zwecke nicht unbedingt erforderlich. Auch will ich keine Wissenschaft daraus machen. Habe trotz allem einiges hinzugelernt. Ist ja klar, war ja auch alles völliges Neuland für mich. Wirklich hilfreiche deutsche Dokumentationen fand ich nur ganz wenige. ffmpeg ist sehr sehr umfangreich, so das ich alles schrittweise mit Versuch und Irrtum herausgefunden habe.wanne hat geschrieben:03.08.2020 23:31:26Das war ziemlich genau mein erster Vorschlag und du hast behauptet, dass er dann das Seitenverhältnis verzieht. Deswegen habe ich die Ränder dran gepackt.Ist mir schon klar, aber tatsächlich erstellt er mit dem zusätzlichen Parameter -s 1280x720 ein Video mit genau dieser Auflösung. Und es läuft einwandfrei auf meinem Smart TV mit annehmbarer Qualität. Warum das so funktioniert, kann ich Dir nicht beantworten. Ob er das dann interpoliert? Kann ja mal den Parameter weglassen und schau mir dann die Videogröße an.
Kann es sein, dass wir jetzt nicht mehr über das gleiche Ausgangsmaterial reden?
Könnte ich ja mal ausprobieren, aber normalerweise benutze ich keine CD/DVD mehr.MaGe hat geschrieben:03.08.2020 22:13:53Ich dachte eher an eine DVD ( -target pal-dvd ), und ob dieralli hat geschrieben: Und es läuft einwandfrei auf meinem Smart TV
mit der einstellung 1280x720 vom Dvd player erkannt wird ?
gruss MaGe
Ja und neinralli hat geschrieben: Video CD's einwandfrei erkannt und abgespielt hat. Ist damit Deine Frage beantwortet?
Code: Alles auswählen
VIDEO_TS.BUP
VIDEO_TS.IFO
VTS_01_0.BUP
VTS_01_0.IFO
VTS_01_1.VOB