Najlepszy format do zdekodowania obrazków na LCD: JPG, PNG czy TIFF?

Sun Apr 24, 2016 11:10 am   

Cześć!
Jeśli chciałbym wrzucić na kartę SD jakieś obrazki do
wyświetlenia na LCD, to jaki format z kompresją będzie najłatwiejszy do
zdekodowania(chodzi mi o wydajność)? JPG, PNG, a może tiff, czy coś
innego?
Z bitmapą to chyba prosto, GIMP znów pozwala zapisać obrazki do
plików .c lub .h, ale to znów dużo roboty jest bo trzeba by najpierw plik
obrobić w GIMP'ie.
I jak zwykle - Z góry dzięki za pomocne odpowiedzi.


--
Pozdrawiam
Bo(o)t manager

Sun Apr 24, 2016 11:56 am   

W dniu 2016-04-24 o 13:10, Bo(o)t manager pisze:

tiff to chyba skompresowany BMP, więc zostaje Ci BMP lub tiff.


--
Pozdr

Janusz_K

Sun Apr 24, 2016 12:14 pm   

Pan janusz_k napisał:


PNG ma kompresje bezstratną (w przeciwieństwie do JPG). Jest dobrze
udokumentowany i ma dobrze zrobione biblioteki. To chyba najczęściej
używany format w takich zastosowaniach.

--
Jarek

Sun Apr 24, 2016 1:09 pm   

On 2016-04-24 13:10, Bo(o)t manager wrote:

Więc określ ile mają bitow na kolor bo od tego wszystko zależy. W
drugiej kolejności określ co na tych obrazkach jest aby ocenić czy RLE
wystarczy (zdjęcia czy rysunki techniczne).

, to jaki format z kompresją będzie najłatwiejszy do

Najgorszy dla uC, wymaga ogromnej mocy obliczeniowej przy dekodowaniu.


Rozglądaj się za kompresjami opartymi o RLE, niekoniecznie ma to związek
z jakimkolwiek znanym formatem (acz Amiga IFF się załapie). Ogólnie nie
chcesz raczej formatu. Chcesz gołe dane.


Zajmuje bardzo dużo pamięci bo jest nieskompresowany.

Sun Apr 24, 2016 1:53 pm   

W dniu 2016-04-24 o 14:14, Jarosław Sokołowski pisze:

pisać?

--
Pozdr

Janusz_K

Sun Apr 24, 2016 6:29 pm   

On Sun, 24 Apr 2016 15:09:27 +0200, Sebastian Biały napisał/a:

[ciach]

tam jest 565 z tego co wiem.


Cały pic polega na tym, by nie robić dziwnych obróbek tych plików z GIMP'a
Trzeba tam powycinać różne znaki, pozamieniać np slash'e na przecinki itd.

A może jest jakiś kontener na nieskompresowane zdjęcia pajniejszy od
bitmapy?


480 * 800 * 16 to 750KB, przyjmując że najmniejsza karta microSD jaką mam
to 1GB, to ponad 1000 zdjęć się zmieści.





--
Pozdrawiam
Bo(o)t manager

Sun Apr 24, 2016 6:34 pm   

On 2016-04-24 20:29, Bo(o)t manager wrote:

A więc albo masz masę wolnego flasha, albo jpg.


imagemagick jest odpowiedzią jak to zrobić sensownie bez klikania i
obróbki wyniku, automatyzując to z make czy co tam masz.


Bitmapa jesto dośc fajna pod warunkiem że nie trafisz na kolejną zmiane
formatu BM. IMHO jedyna odpowiedzią jest konwersja na raw (jesli masz
flash) lub jpg jesli nie masz flasha ale masz cpu.


Czas czytania jest równiez istotny.

Sun Apr 24, 2016 9:27 pm   

On Sun, 24 Apr 2016 13:10:04 +0200, "Bo(o)t manager"
<bo.o.t_manager@WYTNIJTOpoczta.wp.pl> wrote:

nie trzeba w gimpie, wystarczy imagmagic"owy convert input.jpg
output.xpm

--
Marek

Mon Apr 25, 2016 5:59 am   

W dniu 2016-04-24 o 13:10, Bo(o)t manager pisze:


http://elm-chan.org/fsw/tjpgd/00index.html

Szybkie to nie jest (na moim stm32f103) ale czasami i tak szybciej jest
przesłać mały plik i zdekodować niż przesłać duży.

Mon Apr 25, 2016 8:29 am   

W dniu 2016-04-24 o 13:10, Bo(o)t manager pisze:

Wiem, że nie o to pytasz, ale może rozwiązać problem od drugiej strony?
LCD z kontrolerem z rodziny FT8xx ?
Np.:
http://elty.pl/pl/p/Wyswietlacz-LCD-5-480x272-z-panelem-dotykowym-sterowanianie-SPI,-kontoler-FT800-/1196

Wysyłasz po prostu JPEGa po SPI mówisz gdzie go ma pokazać i po kłopocie.
Poza tym cała masa innych przydatnych funkcji pozwalających zrobić ładne
GUI na 5" nawet i na 8051.

--
AWa.

Mon Apr 25, 2016 8:45 am   

Pan janusz_k napisał:


Nie wiem co rozumiemy przez "małe procki". Ale zdaje się, że widziałem
pliki PNG przy projektach rzeczy obywających się bez systemu opercyjnego.
Nie sądzę, by za każdym razem obsługę pisano od zera.

--
Jarek

Mon Apr 25, 2016 8:57 am   

Użytkownik "Bo(o)t manager" napisał w wiadomości

Ale jakie obrazki ? JPG sie nadaje do fotek z aparatu, za to np nie
nadaje do rysunkow technicznych.

Tak ogolnie:
-BMP - duze, bo bez kompresji, ale za to proste.
-JPG - skomplikowane w odtwarzaniu, ale swietne do naturalnych
widokow. Kompresja skompresowana i stratna.
-GIF - niezla alternatywa, kompresja zdaje sie dosc latwa, patent
chyba juz dawno wygasl, ilosc kolorow ograniczona, no i przestarzaly
jest.
-TIFF - smietnik, w ktorym jest wszystko. Nikt juz chyba nie potrafi
powiedziec ile mozliwych formatow moze byc w srodku. Wiec zawsze sie
moze okazac, ze obrazek niekompatybilny jest z tym co zaprogramowales.

-PNG ... troche jak TIFF - tez moze zawierac kilka formatow. Ale
bardziej uporzadkowany.
A ze kilka formatow, to tak naprawde kilka roznych funkcji do
dekompresji.
Za to nadaje sie dla roznych rodzajow obrazow.


Albo bedziesz obslugiwal wszystkie/wiele formatow, albo przerobka Cie
nie minie ...

J.

Mon Apr 25, 2016 4:03 pm   

W dniu 2016-04-25 o 10:45, Jarosław Sokołowski pisze:


--
Pozdr

Janusz_K

Tue Apr 26, 2016 7:05 am   

On Sun, 24 Apr 2016 13:10:04 +0200, "Bo(o)t manager"
<bo.o.t_manager@WYTNIJTOpoczta.wp.pl> wrote:

Najprostsze są PBM i PGM oraz PPM. Pierwszy dla obrazków kolorowych,
drugi dla skali szarości, trzeci dla czarno-białych. Mają one
warianty binarne i tekstowe. Nie używają kompresji. Poszukaj w
Google. Z innych formatów zrobisz je np. programem IrfanView.

Wada: duże pliki. Bo nie ma kompresji.

Thu Apr 28, 2016 3:55 pm   

Sebastian Biały <heby@poczta.onet.pl> wrote:


Trochę zapomniany PCX, używający RLE, dekompresuje się niesamowicie łatwo
i bez problemu 8-bitowiec sobie z tym poradzi. Tyle że obsługuje tylko
256 kolorów (+ paletę) No i nadaje się do kompresji tylko obrazków,
przy zdjęciach RLE nie ma zastosowania.

--
http://www.chmurka.net/