Thread View: pl.comp.grafika
6 messages
6 total messages
Started by 1634Racine
Mon, 11 Apr 2011 11:30
jpg -> png, tiff
Author: 1634Racine
Date: Mon, 11 Apr 2011 11:30
Date: Mon, 11 Apr 2011 11:30
4 lines
1008 bytes
1008 bytes
jak , z praktyki i wg. teorii, oceniacie poziom utraty jakosci przy konwersji jpg -> png/tiff? jest w ogole jakakolwiek strata? (robie taka wstepna konwersje, by w tych drugich formatach - juz dla dalszej bezstratnosci - "obrabiac" foto)
Re: jpg -> png, tiff
Author: Robert Kusmierz
Date: Mon, 11 Apr 2011 11:37
Date: Mon, 11 Apr 2011 11:37
13 lines
1326 bytes
1326 bytes
W dniu 11-04-11 13:30, 1634Racine pisze: > jak , z praktyki i wg. teorii, oceniacie poziom utraty jakosci przy > konwersji jpg -> png/tiff? jest w ogole jakakolwiek strata? > (robie taka wstepna konwersje, by w tych drugich formatach - juz dla > dalszej bezstratnosci - "obrabiac" foto) Dlaczego ma być utrata jakości? Co było do stracenia straciłeś w JPG. O ile nie konwertujesz na PNG 8bit to nie będzie strat. PNG ma kompresję bezstratną. -- Robert Kusmierz
Re: jpg -> png, tiff
Author: Juzek
Date: Mon, 11 Apr 2011 17:18
Date: Mon, 11 Apr 2011 17:18
14 lines
1373 bytes
1373 bytes
Użytkownik 1634Racine napisał: > jak , z praktyki i wg. teorii, oceniacie poziom utraty jakosci przy > konwersji jpg -> png/tiff? jest w ogole jakakolwiek strata? > (robie taka wstepna konwersje, by w tych drugich formatach - juz dla > dalszej bezstratnosci - "obrabiac" foto) TIFF = LZW oraz CCITT Group 4 PNG = algorytm deflate Więc ile wyszło tyle wyszło, żeli nie ograniczysz przestrzeni jak Ci pisał Robert to masz 1:1 pozdrawiam Juzek
Re: jpg -> png, tiff
Author: 1634Racine
Date: Sat, 16 Apr 2011 14:25
Date: Sat, 16 Apr 2011 14:25
23 lines
1611 bytes
1611 bytes
Juzek in news:invd6o$1fo$1@news.onet.pl > Użytkownik 1634Racine napisał: >> jak , z praktyki i wg. teorii, oceniacie poziom utraty jakosci przy >> konwersji jpg -> png/tiff? jest w ogole jakakolwiek strata? >> (robie taka wstepna konwersje, by w tych drugich formatach - juz dla >> dalszej bezstratnosci - "obrabiac" foto) > TIFF = LZW oraz CCITT Group 4 > PNG = algorytm deflate problem w tym, ze konwersja jest w prostym irfan i: 1. * -> tiff ma widoczna mozliwosc LZW (oraz "bez kompresji") i tutaj sprawa jasna; 2. * -> png ma dziewiec poziomow, w tym: bez kompresji, a poziomy 1-9 sa juz z kompresja (9 - najlepsza). Wiadomo, co oznacza * -> png bez kompresji. Ale: co oznacza, że konwersje * -> png są "z kompresją"? jakas strata?
Re: jpg -> png, tiff
Author: Piotr Bochaczyk
Date: Sat, 16 Apr 2011 18:57
Date: Sat, 16 Apr 2011 18:57
31 lines
1906 bytes
1906 bytes
1634Racine wrote: > Juzek in news:invd6o$1fo$1@news.onet.pl > > Użytkownik 1634Racine napisał: > >> jak , z praktyki i wg. teorii, oceniacie poziom utraty jakosci przy > >> konwersji jpg -> png/tiff? jest w ogole jakakolwiek strata? > >> (robie taka wstepna konwersje, by w tych drugich formatach - juz dla > >> dalszej bezstratnosci - "obrabiac" foto) > > TIFF = LZW oraz CCITT Group 4 > > PNG = algorytm deflate > > problem w tym, ze konwersja jest w prostym irfan i: > > 1. > * -> tiff ma widoczna mozliwosc LZW (oraz "bez kompresji") i tutaj sprawa > jasna; > niektóre tify maja jeszcze kompresję JPG i ta jest już stratna > Ale: > co oznacza, że konwersje * -> png są "z kompresją"? > jakas strata? > tak jak w zipie czy rarze większy bufor kompresji, lepszy wynik, ale _pakowanie_ trwa dłużej i zajmuje więcej miejsca w pamięci rozpakowanie zajmuje jedynie więcej pamięci, czas jest pomijalny ilość pamięci na słownik to też nie jest jakiś kosmos, OIDP 10KB-2MB -- GCA/ED d s+:++ a C++ ULA P+++ L+ E--- W+++ N+++ o+ K- w+++ O+ M+ V- PS PE++ Y-- PGP- t-- 5-- X+ !tv R b+ DI-- D+ G e++ h--- r+++ z+++*
Re: jpg -> png, tiff
Author: 1634Racine
Date: Wed, 20 Apr 2011 20:18
Date: Wed, 20 Apr 2011 20:18
9 lines
1169 bytes
1169 bytes
Piotr Bochaczyk in news:4da9e697@news.home.net.pl [..................] >> co oznacza, że konwersje * -> png są "z kompresją"? >> jakas strata? > tak jak w zipie czy rarze jasne, czyli bez straty. o to mi chodzilo. thx
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads