Hi
Vieleicht kennt jemand das Problem.
Anbei ist ein Jpeg aus einer USB Kamera.
Hier fehlt im Header die Huffmantable.
Dafür ist die Quantisierungstable ... anders.
http://cyber.meme.tips/jpdump/#
Ich versuche diese Bilder mit Hilfe von tjpgdec oder libjpeg zu
decodieren.
Beide können dieses Format aber nicht lesen.
libjpeg stürzt direkt beim einlesen ab und tjpgdec gibt Aufgrund der
fehlenden Huffmantables eine Fehlermeldung zurück.
Bei "irgendwelchen" huffcodes zeigt tjpgdec zumindest ein paar Pixel ^^
Bei Jpg bilder mit vollständigem Header funktionieren beide Decoder.
µC ist ein STM32F7
Gibt es einen Trick oder einen Fix um diese Bilder dekodieren zu können?
lol ...
habs mit tjpgdec hinbekommen
habe aus einem funktionierenden Jpeg mit ähnlichem aufbau die huffman
tables herausgenommen.
Diese eingesetzt und siehe da ich habe ein bild.
fsdf schrieb:> Hier fehlt im Header die Huffmantable.
Wenn die JPEGs nicht optimiert sind, sollten die DHT-Segmente
entsprechend ITU-Rec. T.81 konstruiert sein (also immer gleich). Da das
dann im Prinzip redundante Informationen sind, kann man sie - offenbar -
auch weglassen (ich habe hier
Beitrag "Fast JPEG decoder on AT(x)mega" mal darüber
geschrieben). Der JPEG-Decoder muß also bei nicht vorhandenen
DHT-Segmenten auf den Default im Code zurückgreifen.
Horst M. schrieb:> fsdf schrieb:>> Hier fehlt im Header die Huffmantable.>> Wenn die JPEGs nicht optimiert sind, sollten die DHT-Segmente> entsprechend ITU-Rec. T.81 konstruiert sein (also immer gleich). Da das> dann im Prinzip redundante Informationen sind, kann man sie - offenbar -> auch weglassen (ich habe hier> Beitrag "Fast JPEG decoder on AT(x)mega" mal darüber> geschrieben). Der JPEG-Decoder muß also bei nicht vorhandenen> DHT-Segmenten auf den Default im Code zurückgreifen.
hi
ja habe sowas auch gelesen.
Daraufhin den "default" gesucht und dann in einem JPEG das obige
gefunden.
per default kann das aber weder libjpeg noch tjpgdec
deswegen hab ich den quick and diry fix oben gepostet ...
vlt braucht das ja noch jemand