Go Back   Hardware Upgrade Forum > Software > Editing e Codec video

Garmin Forerunner 265 è sempre più un top di gamma
Garmin Forerunner 265 è sempre più un top di gamma
Il nuovo arrivato della gamma di smartwatch Garmin per la corsa ha un nome di fascia media ma caratteristiche al top, a partire dal nuovo schermo AMOLED che permette di assicurare una ottima visibilità in ogni condizione. Tutto questo porta ad un prezzo più elevato per un prodotto che è ormai un altro top di gamma
ASUS ROG Strix SCAR 17 (2023) G733, il notebook con Ryzen 9 7945HX e RTX 4090 colpisce nel segno
ASUS ROG Strix SCAR 17 (2023) G733, il notebook con Ryzen 9 7945HX e RTX 4090 colpisce nel segno
Al netto di una parte software in evoluzione, il notebook ASUS ROG Strix SCAR 17 (2023) G733 giunto in redazione, forte di una CPU Ryzen 9 7945HX e una GeForce RTX 4090 Laptop, si è dimostrato un notebook gaming decisamente potente, capace di assicurare prestazioni al vertice della categoria. Purtroppo, come tale, si tratta di un portatile per pochi.
Dead Island 2: dopo nove anni poteva andare meglio, ma anche molto peggio. La recensione
Dead Island 2: dopo nove anni poteva andare meglio, ma anche molto peggio. La recensione
Dopo quasi nove anni dal suo annuncio, abbiamo avuto modo di provare Dead Island 2, nuova iterazione del survival horror che tende a non prendersi troppo sul serio. Il titolo mantiene la tradizione e, quindi, tutti gli aspetti che caratterizzano il predecessore senza osare troppo. Le novità non mancano, seppur non troppo incisive, rappresentando più un perfezionamento del primo capitolo che un vero e proprio nuovo gioco della saga.
Tutti gli articoli Tutte le news

Forum Jump
Reply
 
Thread Tools
Old 02-01-2003, 14:14   #1
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
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.)
zappy is offline   Reply With Quote
Old 03-01-2003, 12:33   #2
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
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.)
zappy is offline   Reply With Quote
Old 03-01-2003, 14:31   #3
ilsensine
Senior Member
 
ilsensine's Avatar
 
Join Date: Apr 2000
Location: Roma
Posts: 15,625
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
ilsensine is offline   Reply With Quote
Old 03-01-2003, 15:04   #4
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "ilsensine"

.... 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?
si, chiaro
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.)
zappy is offline   Reply With Quote
Old 03-01-2003, 15:59   #5
misterx
Senior Member
 
Join Date: Apr 2001
Location: Milano
Posts: 3,588
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
misterx is offline   Reply With Quote
Old 03-01-2003, 16:10   #6
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "misterx"

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
si, ma la fotocamera digitale mi fa dei jpg!! a me x quello frega! certo fa anche i tiff, ma hai presente quanto sono IMMENSI?!?
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.)
zappy is offline   Reply With Quote
Old 03-01-2003, 16:19   #7
ilsensine
Senior Member
 
ilsensine's Avatar
 
Join Date: Apr 2000
Location: Roma
Posts: 15,625
Quote:
Originally posted by "misterx"


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
Forse in misura minore, ma è impossibile che non ne soffra. La differenza con jpeg è la trasformata (DWT al posto di DCT) e la strategia di quantizzazione, ma ciò non toglie una virgola al principio che determina il degrado.
__________________
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
ilsensine is offline   Reply With Quote
Old 03-01-2003, 19:12   #8
misterx
Senior Member
 
Join Date: Apr 2001
Location: Milano
Posts: 3,588
Quote:
Originally posted by "ilsensine"


Forse in misura minore, ma è impossibile che non ne soffra. La differenza con jpeg è la trasformata (DWT al posto di DCT) e la strategia di quantizzazione, ma ciò non toglie una virgola al principio che determina il degrado.

buono a sapersi, mi hanno venduto l'ennesima balla
misterx is offline   Reply With Quote
Old 03-01-2003, 19:13   #9
misterx
Senior Member
 
Join Date: Apr 2001
Location: Milano
Posts: 3,588
Quote:
Originally posted by "zappy"


si, ma la fotocamera digitale mi fa dei jpg!! a me x quello frega! certo fa anche i tiff, ma hai presente quanto sono IMMENSI?!?
A me interessava minimizzare le perdite di qualità elaborando dei jpg

jpg2000 è supportato da irfanview, x es.

dipende dalla risoluzione della tua fotocamera; il tiff prevede la compressione lzw se non ricordo male che comprime in modo dignitoso
misterx is offline   Reply With Quote
Old 03-01-2003, 19:45   #10
Kaiser70
Senior Member
 
Join Date: Mar 2001
Posts: 2,707
Quote:
il tiff prevede la compressione lzw se non ricordo male che comprime in modo dignitoso
La compressione LZW del TIFF è senza perdita di qualità, non semplicemente "dignitosa", il problema è che le fotocamere digitali non consentono questa compressione, ma permettono la registrazione di soli formati TIFF non compressi, quindi troppo pesanti dal punto di vista dello spazio occupato e del tempo necessario per la scrittura sulla compact flash.
Kaiser70 is offline   Reply With Quote
Old 03-01-2003, 19:51   #11
misterx
Senior Member
 
Join Date: Apr 2001
Location: Milano
Posts: 3,588
Quote:
Originally posted by "Kaiser70"


La compressione LZW del TIFF è senza perdita di qualità, non semplicemente "dignitosa", il problema è che le fotocamere digitali non consentono questa compressione, ma permettono la registrazione di soli formati TIFF non compressi, quindi troppo pesanti dal punto di vista dello spazio occupato e del tempo necessario per la scrittura sulla compact flash.

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?
misterx is offline   Reply With Quote
Old 03-01-2003, 20:26   #12
Kaiser70
Senior Member
 
Join Date: Mar 2001
Posts: 2,707
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.
Kaiser70 is offline   Reply With Quote
Old 04-01-2003, 09:34   #13
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "Kaiser70"

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).
quindi tu alla digicam fai salvare i raw? allora o hai il microdrive, o la risoluzione della tua macchina è bassa, oppure fai 3 foto e devi scaricarla!!! Sbaglio?
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.)
zappy is offline   Reply With Quote
Old 04-01-2003, 09:39   #14
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "misterx"


dipende dalla risoluzione della tua fotocamera; il tiff prevede la compressione lzw se non ricordo male che comprime in modo dignitoso
vabbè sono sempre file immensi rispettoa il corrispondenti jpg!
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.)
zappy is offline   Reply With Quote
Old 04-01-2003, 10:09   #15
Kaiser70
Senior Member
 
Join Date: Mar 2001
Posts: 2,707
Quote:
quindi tu alla digicam fai salvare i raw? allora o hai il microdrive, o la risoluzione della tua macchina è bassa, oppure fai 3 foto e devi scaricarla!!! Sbaglio?
Sbagli!
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.
Kaiser70 is offline   Reply With Quote
Old 04-01-2003, 10:47   #16
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "Kaiser70"


Sbagli!
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....
hmm ammetto la mia ignoranza... che accidenti sono 'sti "dati grezzi"?!?
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.)
zappy is offline   Reply With Quote
Old 04-01-2003, 11:08   #17
Kaiser70
Senior Member
 
Join Date: Mar 2001
Posts: 2,707
Quote:
hmm ammetto la mia ignoranza... che accidenti sono 'sti "dati grezzi"?!?
voglio dire 4milioni X 8bit-x-pixel X 3 colori (rgb) da ben + che 3.5MB....
Il CCD cattura la luce e trasforma il segnale luminoso in segnale elettrico, questo, tramite un convertitore analogoco-digitale viene "riscritto" in bit. A questo punto non si ha ancora un file immagine vero e proprio (tiff o jpeg) ma solo dati grezzi (cosi come il CCD legge la luce) perchè diventino immagine occorre che il software interno della macchina effettui alcuni calcoli e applichi i parametri (bilanciam. contrasto, saturaz. etc.) impostati nel menù. Che sono questi calcoli, e perchè i dati grezzi sono inferiori a quelli finali? Devi sapere che ogni pixel del CCD è in grado di leggere 1 colore per volta, quindi i dati grezzi non hanno 8bit x N-pixel x 3 ma solo per 1. Per cui i pixel vengono disposti a scacchiera G-R-G-B (schema Bayer) e ciascun pixel del gruppetto di 4, pur avendo il proprio specifico valore di luminanza, per completare l'informazione sulla crominanza deve "dialogare) con i pixel adiacenti. (quindi il rosso cerca informazioni mancanti dal blu e dai verdi vicinie così via) Ebbene si, tutte le digicam usano un tipo di interpolazione per formare l'immagine finale, il trucco dei 3 CCD non è applicabile in questo campo, a meno di non volere macchine inìgombranti. Provo ad allegare un'immagine dello schema
Kaiser70 is offline   Reply With Quote
Old 04-01-2003, 11:22   #18
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Quote:
Originally posted by "Kaiser70"


Il CCD cattura la luce e trasforma il segnale luminoso in segnale elettrico, questo, tramite un convertitore analogoco-digitale viene "riscritto" in bit. A questo punto non si ha ancora un file immagine vero e proprio (tiff o jpeg) ma solo dati grezzi (cosi come il CCD legge la luce) perchè diventino immagine occorre che il software interno della macchina effettui alcuni calcoli e applichi i parametri (bilanciam. contrasto, saturaz. etc.) impostati nel menù. Che sono questi calcoli, e perchè i dati grezzi sono inferiori a quelli finali? Devi sapere che ogni pixel del CCD è in grado di leggere 1 colore per volta, quindi i dati grezzi non hanno 8bit x N-pixel x 3 ma solo per 1. Per cui i pixel vengono disposti a scacchiera G-R-G-B (schema Bayer) e ciascun pixel del gruppetto di 4, pur avendo il proprio specifico valore di luminanza, per completare l'informazione sulla crominanza deve "dialogare) con i pixel adiacenti. (quindi il rosso cerca informazioni mancanti dal blu e dai verdi vicinie così via) Ebbene si, tutte le digicam usano un tipo di interpolazione per formare l'immagine finale, il trucco dei 3 CCD non è applicabile in questo campo, a meno di non volere macchine inìgombranti. Provo ad allegare un'immagine dello schema
quindi in pratica la luminosità del B e del R è data da parte del G tramite interpolazione? quindi il RAW contiene 256 grigi x il verde e 256 x R e B?
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.)
zappy is offline   Reply With Quote
Old 04-01-2003, 11:55   #19
Kaiser70
Senior Member
 
Join Date: Mar 2001
Posts: 2,707
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.
Kaiser70 is offline   Reply With Quote
Old 04-01-2003, 12:12   #20
zappy
Senior Member
 
zappy's Avatar
 
Join Date: Oct 2001
Posts: 18,996
Ti ringrazio Kaiser Ho bisogno di almeno tutto il pomeriggio x digerire 'ste cose....
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.)
zappy is offline   Reply With Quote
 Reply


Garmin Forerunner 265 è sempre più un top di gamma Garmin Forerunner 265 è sempre più...
ASUS ROG Strix SCAR 17 (2023) G733, il notebook con Ryzen 9 7945HX e RTX 4090 colpisce nel segno ASUS ROG Strix SCAR 17 (2023) G733, il notebook ...
Dead Island 2: dopo nove anni poteva andare meglio, ma anche molto peggio. La recensione Dead Island 2: dopo nove anni poteva andare megl...
Recensione MSI RTX 4070 Gaming X Trio, il grande dissipatore tiene GPU e memoria al fresco Recensione MSI RTX 4070 Gaming X Trio, il grande...
Google Pixel 7a: migliora e fa centro ancora una volta! La recensione Google Pixel 7a: migliora e fa centro ancora una...
Microsoft spinge ancora sull'IA: tantiss...
PowerColor RX 7900 XTX Red Devil bollent...
HPE Aruba Networking: con la nuova inter...
Addio alle password anche su 1Password: ...
Tutte le cuffie Beats in offerta su Amaz...
realme 11 Pro Series arriverà anc...
GeForce RTX 4070 ancora disponibile a un...
MINISFORUM: ecco i Mini PC con AMD Ryzen...
Windows 11, Microsoft indaga sulle VPN l...
Tesla Roadster, la produzione slitta anc...
Il mercato delle auto cresce in Europa: ...
Google cancellerà gli account ina...
Tesla Bot, a che punto siamo? Un nuovo v...
Offerta super oggi per DJI Air 2S Fly Mo...
Steam Deck: Valve citata in giudizio per...
BurnAware Premium
BurnAware Free
Firefox 113
Dropbox
K-Lite Mega Codec Pack
K-Lite Codec Pack Full
K-Lite Codec Pack Standard
K-Lite Codec Pack Basic
Chromium
Firefox Portable
Thunderbird Portable
Process Lasso
Google Chrome Portable
K-Lite Codec Pack Update
NTLite
Tutti gli articoli Tutte le news Tutti i download


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 13:08.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2023, Jelsoft Enterprises Ltd.
Served by www1v