|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
JPEG: si può evtare che degradi a ogni salvataggio?
Xchè il jpg degrada ad ogni salvataggio? NN mi dite "xchè è lossy" che già lo so...
se apro un'immagine, la salvo con un altro nome senza modificarla e con lo stesso rapporto di compressione si degrada o no? E se vario solo luminosità? E se invece la ritaglio? E se modifico una parte le altre zone si degradano o no? Domanda facile facile, eh?!? X espertissimi di algoritmi di compressione Oppure x chi vuole postare le sue esperienze pratiche
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
#2 |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
tutti lo usano e nessuno sa come funziona?!?
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
#3 |
|
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Se, nel salvare una immagine con un altro nome, viene riapplicato l'algoritmo di compressione (anche se con lo stesso indice di qualità o - paradossalmente - uno superiore) può ancora aversi un degrado dell'immagine. Cerco di spiegare il perchè.
Parti dall'immagine originaria, e comprimila ad es. con fattore di qualità k. Otterrai una immagine che, decompressa, corrisponde all'immagine originaria più un fattore di distorsione che puoi interpretare come "rumore aggiunto dal processo di quantizzazione". Il rapporto segnale/rumore è tanto migliore quanto più è alto l'indice di qualità da te scelto (nota che in questa prima compressione il segnale è la tua immagine originaria, bellissima, non affetta da rumore per definizione). Ora, supponi che vuoi ricomprimere l'immagine ricostruita, utilizzando lo stesso fattore di qualità k: otterrai una immagine rielaborata, circa delle stesse dimensioni di quella compressa originale, con lo stesso rapporto segnale/rumore, ma dove ora il "segnale" non è più l'immagine perfetta originaria, ma una immagine già affetta da rumore. Ciò fa sì (congiuntamente alle inevitabili approssimazioni effettuate durante i calcoli) che l'immagine si degradi via via che ripeti il procedimento. Ho reso l'idea?
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
|
|
|
|
#4 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
Tuttavia io ipotizzavo che se l'algoritmo si trova l'immagine già "semplificata" x quel grado di compressione riapplicando il procedimento nn dovrebbe degradarsi ulteriormente.... o no? Forse no, eh? azz sarebbe una gran figata... http://www.lithium.it/articolo.asp?code=50 qua tanti bei dettagli matematici x me indecifrabili
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#5 |
|
Senior Member
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
|
il jpeg sfrutta un algoritmo di compressione con perdita di informazione; quindi tale tipo di formato si sposa molto bene per l'archiviazione di immagini e non per l'ulteriore manipolazione
se si intende ritoccare un'immagine, è sempre conveniente scegliere un formato che non abbia questo inconveniente es: bitmap, tiff o psd di photoshop etc... solo al termine del lavoro si salva nuovamente nel formato jpeg tempo addietro si parlava del jpeg 2000 che a detta degli autori non avrebbe sofferto di questo inconveniente, ma a tutt'ora non l'ho mai visto |
|
|
|
|
|
#6 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
A me interessava minimizzare le perdite di qualità elaborando dei jpg jpg2000 è supportato da irfanview, x es.
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#7 | |
|
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
|
|
|
|
|
#8 | |
|
Senior Member
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
|
Quote:
buono a sapersi, mi hanno venduto l'ennesima balla |
|
|
|
|
|
|
#9 | |
|
Senior Member
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
|
Quote:
dipende dalla risoluzione della tua fotocamera; il tiff prevede la compressione lzw se non ricordo male che comprime in modo dignitoso |
|
|
|
|
|
|
#10 | |
|
Senior Member
Iscritto dal: Mar 2001
Messaggi: 2709
|
Quote:
|
|
|
|
|
|
|
#11 | |
|
Senior Member
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
|
Quote:
non ho capito se il tuo (semplicemente "dignitosa") da valore a tale algoritmo o meno domanda: tutte le fotocamere non comprimono il tiff oppure dipende dal costo della fotocamera stessa? |
|
|
|
|
|
|
#12 |
|
Senior Member
Iscritto dal: Mar 2001
Messaggi: 2709
|
Certo! Si tratta di un valido algoritmo.
In realtà è il migliore che consenta compressioni senza perdita di qualità. Però va bene per conservare le foto nel proprio hard disk se si intende elaborarle ancora (io ad esempio converto sempre i file RAW della mia digicam in TIFF lzw). Ma non è utilizzato nelle macchine digitali, nessuna. Probabilmente perchè i calcoli per la compressione richiederebbero tempo aggiuntivo non giustificato dal reale guadagno di spazio (circa 40-50%). Le macchine più professionali hanno adottato un'altra soluzione, quella di salvare i dati grezzi (RAW) del CCD, prima ancora che vengano elaborati e salvati come immagine (TIFF o JPEG che sia). Cosa che consente al tempo stesso guadagno di spazio, e flessibilità, perchè i dati di questo tipo sono puri, più adatti a successive elaborazioni. |
|
|
|
|
|
#13 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
Diciamo pure che il jpg è una gran cosa e ad alte risoluzioni praticamente nn si notano differenze rispetto alla bitmap. Lo scopo di questa discu era stabilire se e come si può minimizzare il degrado di immagini jpg da elaborare, considerato che fare dei tif con la digicam è assolutamente la scomodità fatta file Quanto all' LZW, è supportato da moltissimi altri formati, fra cui mi pare gif, png, bmp e zip. In genere io uso png come formato lossness.
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#14 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#15 | |
|
Senior Member
Iscritto dal: Mar 2001
Messaggi: 2709
|
Quote:
La Canon G2 genera file RAW di circa 3,5 Mb Quindi gestibilissimi, sia per lo spazio (ho una scheda 256 Mb su cui vanno circa 63 foto RAW) sia per il tempo di scrittura (5 secondi per scrivere sulla compact). Per quanto riguarda la risoluzione sono 4 Megapixel, non certo bassa. E non c'è paragone col Jpeg o anche col TIFF perchè si tratta di dati grezzi, posso convertirli in immagini sul pc, salvando in TIFF 16 bit (non il canonico 8 bit) riuscendo a tirare fuori sfumature eccezionali anche in foto + difficili, senza contare che essendo dati grezzi non sono stati trattati dal software della macchina, quindi decido con calma a casa, guardando un'anteprima e facendo varie prove, che settaggi applicare (bilanciamento del bianco, contrasto, saturazione, sharpen) cose che senza RAW sono da scegliere prima, rischiando di trovarsi una foto col bilanciamento del bianco sballato, o con uno sharpening troppo aggressivo, che se pur correggibili in photoshop, non danno certo lo stesso risultato, che se applicati correttamente sui dati originari. |
|
|
|
|
|
|
#16 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
voglio dire 4milioni X 8bit-x-pixel X 3 colori (rgb) da ben + che 3.5MB.... nn capisco... siamo un po' OT rispetto al titolo del 3d ma è interessante...
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#17 | |
|
Senior Member
Iscritto dal: Mar 2001
Messaggi: 2709
|
Quote:
|
|
|
|
|
|
|
#18 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Quote:
E alla fine quanti sono i sensori effettivi di una 4MPix? 4M X 3(RGB) o 4M X 4(GRGB) o qualcos'altro? ahaaaaaaaaaaaaaaaaa!!!!!!!!!!!!!! nn capisco + un tubo!!!!!!!!!!
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#19 |
|
Senior Member
Iscritto dal: Mar 2001
Messaggi: 2709
|
No, il valore di luminosità è effettivamente rilevato da ogni pixel, è la crominanza che non è completa. Ciascun pixel rileva effettivamente solo parzialmente il valore del colore (r,g oppure b ) a seconda della posizione nella griglia, ma per avere il true color occorrono anche i valori delle 2 restanti componenti, che vengono prese a prestito dai pixel adiacenti. Alla fine ciascun blocco di 4 pixel avrà lo stesso valore di crominanza, ma non saranno pixel identici (a meno che non lo siano anche nella realtà) perchè avranno differenti valori di luminosità. Per rispondere alla tua domanda, i pixel effettivi sono 4 milioni per i valori di luminanza, e 4:3 per la crominanza. Alla fine il problema viene fuori ai bordi delle figure, quando il colore cambia repentinamente (tipico l'esempio dei capelli, che spesso se ingrandisci l'immagine sembrano coriandoli). Però con un notevole numero di pixel a disposizione, questa approssimazione, si riduce in proporzione, perchè la linea di demarcazione fra un colore e l'altro resta sempre spessa 2x2 pixel, che in percentuale pesano sempre meno man mano che cresce la risoluzione.
|
|
|
|
|
|
#20 |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20498
|
Ti ringrazio Kaiser
Effettivamente mi pare che il RAW sia il formato migliore (abbastanza compatto e senza perdite, anzi) ma la mia digicam nn lo fornisce azz averlo saputo prima! _________________ e x il jpg? - c'è modo di sapere a posteriori a quanto è stato impostata la compressione? - Risalvando un jpg in jpg, che compressione è meglio impostare? Serve impostarla meno forte che quella originale o basta uguale?
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 20:48.



















