![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Kann transcode ein JPEG-Foto (von Digitalkamera) zentriert beschneiden und die Auflösung reduzieren, sodass es am TV mit 720x576 betrachtet werden kann? Al
![](https://seccdn.libravatar.org/avatar/14d06c3f777cba4208d1710a431f4806.jpg?s=120&d=mm&r=g)
Hi, 0n 04/09/26@19:40 Al Bogner told me:
Kann transcode ein JPEG-Foto (von Digitalkamera) zentriert beschneiden und die Auflösung reduzieren, sodass es am TV mit 720x576 betrachtet werden kann?
Keine Ahnung, wenn dann von Hinten durch die Brust ins Auge. Es wird "untenrum" fuer einen solchen job sicher image-Magick verwenden und da wuerde ich auch eher convert, mogrify oder mit GUI disply nehmen. -- bye maik
![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Am Sonntag, 26. September 2004 21:10 schrieb Maik Holtkamp:
Es wird "untenrum" fuer einen solchen job sicher image-Magick verwenden und da wuerde ich auch eher convert, mogrify oder mit GUI disply nehmen.
Diese mogrify-Manpage ist ja schon fast wie transcode ... -resize <width>x<height>{%}{@}{!}{<}{>} resize an image Bei den Beispielen sieht man: mogrify -resize 640x480! cockatoo.miff Wozu dienen {%}{@}{<}{>} Nehmen wir an, ich habe ein Digitalkamera-Bild mit 2272 x 1704 Pixel und möchte _unverzerrt_ auf 720x576 _symmetrisch_ beschneiden und verkleinern. Das Bild würde ohne Beschneiden reduziert 720x540 oder 768x576 ergeben. Am einfachsten nimmt man wohl 768x576 und schneidet links und rechts 24 Pixel weg oder sollte ein DVD-Player mit 768x576 umgehen können? Welche Optionen empfiehlst du für Fotos von einer Digitalkamera oder macht man das besser mit convert? Al
![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Am Sonntag, 26. September 2004 21:40 schrieb Al Bogner:
Nehmen wir an, ich habe ein Digitalkamera-Bild mit 2272 x 1704 Pixel und möchte _unverzerrt_ auf 720x576 _symmetrisch_ beschneiden und verkleinern.
Das Bild würde ohne Beschneiden reduziert 720x540 oder 768x576 ergeben. Am einfachsten nimmt man wohl 768x576 und schneidet links und rechts 24 Pixel weg oder sollte ein DVD-Player mit 768x576 umgehen können?
Welche Optionen empfiehlst du für Fotos von einer Digitalkamera oder macht man das besser mit convert?
Es könnte sein, dass ich images2mpg bzw. digikam (GUI) will. Al
![](https://seccdn.libravatar.org/avatar/14d06c3f777cba4208d1710a431f4806.jpg?s=120&d=mm&r=g)
Hi, 0n 04/09/26@22:06 Al Bogner told me:
Am Sonntag, 26. September 2004 21:40 schrieb Al Bogner:
Nehmen wir an, ich habe ein Digitalkamera-Bild mit 2272 x 1704 Pixel und möchte _unverzerrt_ auf 720x576 _symmetrisch_ beschneiden und verkleinern.
Das Bild würde ohne Beschneiden reduziert 720x540 oder 768x576 ergeben. Am einfachsten nimmt man wohl 768x576 und schneidet links und rechts 24 Pixel weg oder sollte ein DVD-Player mit 768x576 umgehen können?
Welche Optionen empfiehlst du für Fotos von einer Digitalkamera oder macht man das besser mit convert?
Es könnte sein, dass ich images2mpg bzw. digikam (GUI) will.
---cut--- maik@mobby maik(102) $ emerge -s --searchdesc images2mpg Searching... - [ Results for search key : images2mpg ] [ Applications found : 0 ] ---cut--- Kenn ich nicht. Wenn es still-images nutzt ist es ok. Ich habe aber auch schon scripts gesehen, die ein Bild erst 100x kopierten um aus den einzelenen Bilder 4 sec PAL mpeg zu machen und das will man eigentlich nie. Es gibt generell min. 2 Wege um Bilder mittels DVD-player auf den TV Bildschirm zu zaubern. 1. Der DVD Player kann jpeg (Dein Elta kann das) =========================== Du brennst die Bilder wie sie sind. Skalieren macht die Hardware. Willst Du mehrere drauf bekommen schrumpfst Du sie vorher ein. Dazu nehme ich convert: for i in <Bildverzeichnis>; do convert -resize 800x600 $i \ small_$i; done Diese Schneiderei 24 pixel wuerde ich mir schenken (ich skaliere ja auch nur auf ganze 100ter;)). Vorteil: Geht ganz zackig Nachteil: Der Player muss es unterstuetzten. Weist Du beim Erstellen noch nicht ob der Wiedergebende player das kann, ists Essig. 2. Erstellen von mpeg-still images ================================== Man wandelt die jpg in mpeg-still images um (ich nehme hier jpg2vcd von http://celindir.de/dynamic/?16w1k0). Das script oder das dort ebenfalls erhaeltliche vcdkompanion (nie probiert) bastelt Dir die xml Struktur fuer vcdimager und brennt eine vcd [1] draus. Wenn Du selbst eingreifen willst, hast Du nach man morgify/convert [2] noch (p)info vcdimager vor Dir ;). Im script findest Du auch die pipe Kette zur Umwandlung. Vorteil: Wenn der abspielende player das DVD logo traegt muss er es spielen. Nachteil: Der Aufwand. Meist nicht so felxibel (Zoom, Uebersichten und was sonst noch in der Hardware jpeg box steckt). [1] Es geht um still-images und deren Frameroesse ist auf allen Medien (svcd/dvd/vcd) gleich, so dass es qualitativ nix bring svcd oder dvd zu nehmen. [2] Apropos wer hat den laengsten: maik@mobby maik(1) $ man transcode | wc -l 2645 maik@mobby maik(0) $ man convert | wc -l 737 maik@mobby maik(0) $ man mogrify | wc -l 626 ABER: ---cut man convert--- SEE ALSO ....ImageMagick(1)... ---cut--- maik@mobby maik(0) $ man ImageMagick | wc -l 3191 Alles gute Stoff fuer den Winter ;). -- bye maik
![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Am Sonntag, 26. September 2004 23:10 schrieb Maik Holtkamp:
Es könnte sein, dass ich images2mpg bzw. digikam (GUI) will.
Kenn ich nicht. Wenn es still-images nutzt ist es ok.
Das liest sich interessant: # This script used this externals binary programs : # # - 'montage' from ImageMagick for resize the images for the TV screen size. # - 'composite' from ImageMagick for make the transition between images. # - 'convert' from ImageMagick for convert the images before MPEG encoding. # - 'identify' from ImageMagick for check the background image file size. # - 'ppmtoy4m' from MjpegTools for create a video stream from the image. # - 'yuvscaler' from MjpegTools for adapt the video stream size before MPEG encoding. # - 'mpeg2enc' from MjpegTools for encode the video stream in MPEG file. # - 'mp2enc' from MjpegTools for encode on a MP2 file a WAV sound file if necessary. # - 'mplex' from MjpegTools for multiplexe the MPEG file and the MP2 sound and convert # the final MPEG file to a DVD/XVCD/SVCD/VCD format compatible with vcdimager program. # # You can use the 'Digikam' KDE frontend with this script. Look this URL : http://digikam.sourceforge.net Al PS: Script schicke ich dir per PM
![](https://seccdn.libravatar.org/avatar/14d06c3f777cba4208d1710a431f4806.jpg?s=120&d=mm&r=g)
Hi, 0n 04/09/27@10:00 Al Bogner told me:
Am Sonntag, 26. September 2004 23:10 schrieb Maik Holtkamp:
Es könnte sein, dass ich images2mpg bzw. digikam (GUI) will.
Kenn ich nicht. Wenn es still-images nutzt ist es ok.
Das liest sich interessant:
# This script used this externals binary programs : #
[Optionen]
PS: Script schicke ich dir per PM
Ich glaube nicht das es das richtige macht :(. Es zaubert IMHO mpeg video streams anstelle von mpeg-still images auf die CD. # Notes : - The XVCD resolution is the same of DVD ! deutet darauf hin, dass es keine stills verwendet, denn derren Aufloesung ist ueberall gleich. Ausserdem ueberlasst es den vcdimager Prozess voellig dem User und ich vermisse die Verwendung von -f 6/7 bei mplex/mpeg2enc. Wenn Du stills verwendest ist die Erstellung der xml Datei fuer vcdimager die eigentliche Arbeit. Schau Dir vielleicht mal jpeg2vcd/kaptain an. BTW: Gute Besserung. -- bye maik
![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Am Montag, 27. September 2004 19:58 schrieb Maik Holtkamp:
Ich glaube nicht das es das richtige macht :(. Es zaubert IMHO mpeg video streams anstelle von mpeg-still images auf die CD.
# Notes : - The XVCD resolution is the same of DVD !
deutet darauf hin, dass es keine stills verwendet, denn derren Aufloesung ist ueberall gleich.
Warum ist mpeg-still "richtig(er)"? images2mpg ist nun bei http://extragear.kde.org/apps/kipi.php integriert und da sollte es keine grundsätzlichen Fehler geben. Ich lese nun auch bei https://mail.kde.org/mailman/listinfo/kde-imaging mit und eventuell sollte man das dort diskutieren? Al
![](https://seccdn.libravatar.org/avatar/14d06c3f777cba4208d1710a431f4806.jpg?s=120&d=mm&r=g)
Hi, 0n 04/09/28@16:44 Al Bogner told me:
Am Montag, 27. September 2004 19:58 schrieb Maik Holtkamp:
Ich glaube nicht das es das richtige macht :(. Es zaubert IMHO mpeg video streams anstelle von mpeg-still images auf die CD.
# Notes : - The XVCD resolution is the same of DVD !
deutet darauf hin, dass es keine stills verwendet, denn derren Aufloesung ist ueberall gleich.
Warum ist mpeg-still "richtig(er)"?
Still images sind: - auch auf einer vcd bis zu 720x576 - kbit/sec ist eine Groesse die es so nicht gibt Ich denke grade Du weisst, welche Inkompatibilitaeten xsvcd hervorrufen kann. Mit stills bleibst Du einfach bei vcd, dass koennen alle dvd player. vcdimager ist dank xml Schnittstelle aehnlich flexibel wie dvdauthor (http://www.geocities.com/medinotes/vcd/). z.B.: In einem mpeg stream benutzt Du die Pause Taste um zu verhindern, dass das naechste Bild eigeblendet wird. In stills kommt das naechste erst wenn Du mit Deinen Freunden die Geschichte zum alten ausdiskutiert hast und auf "weiter" drueckst (solange es entsprechend "geauthort" wurde). Das eine ist halt Film (mit den entsprechenden Beschraenkungen - e.g. frame-size) und das andere sind Bilder, denen Du ueber die vcdimager syntax "leben" (AKA Fernbedienungsfunktionen) einhauchen kannst. Still-images entsprechen einfach besser Deiner Ausganssitutation: Du kommst vom Bild, nicht vom Film. vcd bietet eine Menge Interaktion um Deiner Ausgangslage Rechnung zu tragen.
images2mpg ist nun bei http://extragear.kde.org/apps/kipi.php integriert und da sollte es keine grundsätzlichen Fehler geben.
Ich wuerde auch nicht unbedingt von Fehler sprechen, es ist nur ein denkbar ungluecklicher Ansatz, IMHO. Vergleich (der immer hinkt): Es gibt an meinem TV hier ein paar Knoepfe. Mit dennen kann ich nicht alle Funktionen bedienen aber rudimentaer reicht es. Wenn ich eine PC-Steuerung fuer meinen TV basteln sollte(was ich nicht kann), wuerde ich mich viel mehr um die IR codes bemuehen, denn um die Knoepfe.
Ich lese nun auch bei https://mail.kde.org/mailman/listinfo/kde-imaging mit und eventuell sollte man das dort diskutieren?
Mach das. Ich nutzte kein kde und habe eigentlich auch so genug zum lesen ;). IMHO sind die Autoren "Deines" Programms auf dem falschen Dampfer, aber vielleicht habe auch ich nur mal wieder ein kleines Brett vor dem Kopf. -- bye maik
![](https://seccdn.libravatar.org/avatar/6d6f01f8751e6e136d58b5b6d009b858.jpg?s=120&d=mm&r=g)
Am Dienstag, 28. September 2004 22:31 schrieb Maik Holtkamp:
Warum ist mpeg-still "richtig(er)"?
Still images sind:
- auch auf einer vcd bis zu 720x576 - kbit/sec ist eine Groesse die es so nicht gibt
ACK, ich erkenne aber dadurch noch keinen Qualitätsverlust.
Ich denke grade Du weisst, welche Inkompatibilitaeten xsvcd hervorrufen kann.
Ja, allerdings kam mir noch kein neuerer DVD-Player unter, der mit meinen XSVCD Probleme hat.
Mit stills bleibst Du einfach bei vcd, dass koennen alle dvd player.
Klar spricht einiges dafür. Ich denke aber an eine Zielgruppe, die keinen DVD-Player im Detail bedienen kann, aber es gerade schafft, eine CD oder DVD einzulegen. Bei der Filmvariante ist die Kapazität natürlich viel geringer.
In stills kommt das naechste erst wenn Du mit Deinen Freunden die Geschichte zum alten ausdiskutiert hast und auf "weiter" drueckst (solange es entsprechend "geauthort" wurde).
Das kann erwünscht oder nicht sein. s.o.
images2mpg ist nun bei http://extragear.kde.org/apps/kipi.php integriert und da sollte es keine grundsätzlichen Fehler geben.
Ich wuerde auch nicht unbedingt von Fehler sprechen, es ist nur ein denkbar ungluecklicher Ansatz, IMHO. Vergleich (der immer hinkt)
Persönlich ziehe ich auch still-images vor. Ich werde in der ML mal den Vorschlag unterbreiten, beide Alternativen anzubieten.
Ich lese nun auch bei https://mail.kde.org/mailman/listinfo/kde-imaging mit und eventuell sollte man das dort diskutieren?
Mach das. Ich nutzte kein kde und habe eigentlich auch so genug zum lesen ;). IMHO sind die Autoren "Deines" Programms auf dem falschen Dampfer, aber vielleicht habe auch ich nur mal wieder ein kleines Brett vor dem Kopf.
Wenn ich wesentliches erfahre, informiere ich die ML oder dich per PM. Al
participants (2)
-
Al Bogner
-
Maik Holtkamp