Torna indietro   Hardware Upgrade Forum > Software > Editing e Codec video

Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato
Nuova frontiera per i robot tagliaerba, con Ecovacs GOAT O1200 LiDAR Pro che riconosce l'ambiente in maniera perfetta, grazie a due sensori LiDAR, e dopo la falciatura può anche rifinire il bordo con il tagliabordi a filo integrato
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere?
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere?
Equilibrio e potenza definiscono il Samsung Galaxy S26+, un flagship che sfida la variante Ultra e la fascia alta del mercato con il primo processore mobile a 2nm. Pur mantenendo l'hardware fotografico precedente, lo smartphone brilla per un display QHD+ da 6,7 pollici d'eccellenza, privo però del trattamento antiriflesso dell'Ultra, e per prestazioni molto elevate. Completano il quadro la ricarica wireless a 20W e, soprattutto, un supporto software settennale
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti
Zeekr sbarca ufficialmente in Italia con tre modelli elettrici premium, X, 7X e 001, distribuiti da Jameel Motors su una rete di 52 punti vendita già attivi. La Zeekr X parte da 39.900 euro, la 7X da 54.100: piattaforma a 800V, chip Snapdragon di ultima generazione, ricarica ultraveloce e un'autonomia dichiarata fino a 615 km WLTP. Le prime consegne sono previste a metà aprile
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 02-01-2003, 14:14   #1
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 12:33   #2
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 14:31   #3
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
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
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 15:04   #4
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 15:59   #5
misterx
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
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 16:10   #6
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 16:19   #7
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 19:12   #8
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 19:13   #9
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 19:45   #10
Kaiser70
Senior Member
 
Iscritto dal: Mar 2001
Messaggi: 2709
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 19:51   #11
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
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 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2003, 20:26   #12
Kaiser70
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.
Kaiser70 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 09:34   #13
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 09:39   #14
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 10:09   #15
Kaiser70
Senior Member
 
Iscritto dal: Mar 2001
Messaggi: 2709
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 10:47   #16
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 11:08   #17
Kaiser70
Senior Member
 
Iscritto dal: Mar 2001
Messaggi: 2709
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 11:22   #18
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 11:55   #19
Kaiser70
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.
Kaiser70 è offline   Rispondi citando il messaggio o parte di esso
Old 04-01-2003, 12:12   #20
zappy
Senior Member
 
L'Avatar di zappy
 
Iscritto dal: Oct 2001
Messaggi: 20547
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 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere? Recensione Samsung Galaxy S26+: sfida l'Ultra, m...
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti Zeekr X e 7X provate: prezzi, autonomia fino a 6...
Marathon: arriva il Fortnite hardcore Marathon: arriva il Fortnite hardcore
HP Imagine 2026: abbiamo visto HP IQ all’opera, ecco cosa può (e non può) fare HP Imagine 2026: abbiamo visto HP IQ all’opera, ...
Le 10 migliori offerte Amazon di Pasqua:...
Nuove fotografie dagli astronauti di Art...
La toilette della capsula Orion Integrit...
GeForce NOW: ecco tutte le novità in arr...
Il Realme 16 5G debutta sul mercato glob...
HONOR svela tre nuovi tablet: il più int...
Tineco Floor One S9 Master: aspira e pul...
Vivo X300 Ultra, il lancio globale è ini...
Offerte robot aspirapolvere Amazon: ECOV...
L'AI genera codice in 8 minuti e i senio...
Ring Intercom Audio a 44,99€ su Amazon: ...
Apple iPhone 16 crolla a 689€: ecco perc...
Google Pixel 9 a 449,90€ con caricatore ...
Ecco la top 7 delle offerte Amazon, aggi...
Ex ingegnere ammette il sabotaggio: migl...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 19:43.


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