Torna indietro   Hardware Upgrade Forum > Hardware Upgrade > News

MacBook Pro 15 con processore Kaby Lake: cambia (poco) sotto la scocca
MacBook Pro 15 con processore Kaby Lake: cambia (poco) sotto la scocca
I nuovi MacBook Pro con processore Kaby Lake presentati alla WWDC offrono solamente un limitato guadagno prestazionale rispetto ai diretti predecessori, e null'altro cambia oltre alle caratteristiche hardware
Intel Core i9-7900X, Core i7-7740X e Core i5-7640K: Skylake-X e Kaby Lake-X
Intel Core i9-7900X, Core i7-7740X e Core i5-7640K: Skylake-X e Kaby Lake-X
Con i processori delle famiglie Skylake-X e Kaby Lake-X Intel introduce nuove piattaforme basate su chipset X299 e pone le basi per una estensione verso il basso delle soluzioni HEDT. Vediamone caratteristiche tecniche e prestazioni, in un confronto tra 21 processori
Fitbit Alta HR: ottima fitness band, peccato non poterla portare in piscina
Fitbit Alta HR: ottima fitness band, peccato non poterla portare in piscina
In sintesi come va Alta HR? Bene, è piccolo e completo, soffre la mancanza della certificazione subacquea per l'uso durante gli sport acquatici e un rilevatore del battito cardiaco non sempre precisissimo, ma è indossabile in ogni occasione, anche grazie al braccialetto intercambiabile, e ha un'autonomia che permette di lasciare a casa il cavo di ricarica per diversi giorni.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 17-03-2017, 15:31   #1
Redazione di Hardware Upg
www.hwupgrade.it
 
Iscritto dal: Jul 2001
Messaggi: 2
Link alla notizia: http://www.hwupgrade.it/news/web/jpe...gle_67740.html

Un nuovo algoritmo open-source di Google permette di risparmiare il 35% di spazio con i file JPEG. La sua implementazione però è attualmente poco pratica, ma i risultati assolutamente convincenti

Click sul link per visualizzare la notizia.
Redazione di Hardware Upg è offline   Rispondi citando il messaggio o parte di esso
Old 17-03-2017, 17:14   #2
Anderaz
Senior Member
 
L'Avatar di Anderaz
 
Iscritto dal: Oct 2010
Città: Cagliari
Messaggi: 1296
Io, solo guardando quegli ingrandimenti, noto un'evidente perdita di dettaglio cromatico. E non sul blu...
__________________
Anderaz, l'ammazzatopic
Anderaz è offline   Rispondi citando il messaggio o parte di esso
Old 17-03-2017, 18:45   #3
blackshard
Senior Member
 
L'Avatar di blackshard
 
Iscritto dal: Jan 2002
Città: non ti interessa
Messaggi: 5105
Al lavoro oggi ho compilato il codice e provato l'eseguibile su una comunissima immagine jpeg di 1600x1200 pixel. Risultato: il processo è stato ucciso perché ad un certo punto ha superato il limite dei 4gb di memoria concesso ad un processo.

Riprovato con una immagine da 220x156 pixel, ha impiegato 6 secondi per comprimerla.

Le jpeg prodotte saranno anche il 35% più piccole, ma così come è ora è totalmente inservibile.
blackshard è offline   Rispondi citando il messaggio o parte di esso
Old 17-03-2017, 19:54   #4
nastys
Member
 
Iscritto dal: Aug 2015
Messaggi: 35
Quote:
Originariamente inviato da blackshard Guarda i messaggi
Al lavoro oggi ho compilato il codice e provato l'eseguibile su una comunissima immagine jpeg di 1600x1200 pixel. Risultato: il processo è stato ucciso perché ad un certo punto ha superato il limite dei 4gb di memoria concesso ad un processo.

Riprovato con una immagine da 220x156 pixel, ha impiegato 6 secondi per comprimerla.

Le jpeg prodotte saranno anche il 35% più piccole, ma così come è ora è totalmente inservibile.
Limite dei 4 GB? Prova a compilarlo a 64 bit.
nastys è offline   Rispondi citando il messaggio o parte di esso
Old 17-03-2017, 21:36   #5
Sorgiva
Member
 
Iscritto dal: Nov 2013
Messaggi: 38
Troppi inutili formati

Chissà che fine avrà fatto il famoso JPEG 2000 e perché, nonostante l'evidente efficienza conclamata, la sua diffusione sia rimasta nel tempo limitata con bastoni in mezzo alle ruote da chi non lo voleva non si sa per quali ragioni…
Sorgiva è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 02:53   #6
Hiei3600
Senior Member
 
L'Avatar di Hiei3600
 
Iscritto dal: May 2006
Città: Sicilia(Da Qualche Parte)
Messaggi: 586
I formati compressi dovrebbero essere aboliti...non siamo più ai tempi delle connessioni a 56k(almeno per la maggior parte del mondo).

Si dovrebbe incoraggiare la diffusione di formati loseless come il PNG(anche se questo ha un livello di compressione alquanto scarso),o alternative migliori.
__________________
Hiei3600 è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 06:09   #7
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 22436
I formati lossy (perché anche PNG è compresso, per l'appunto) hanno ancora oggi il loro perché, e dunque non vedo perché dovrebbero essere eliminati.

Piuttosto è un peccato che JPEG 2000 non si sia diffuso, ma avendone sviluppato un decoder una dozzina d'anni fa, capisco che, almeno all'epoca, era troppo complesso e richiedeva troppe risorse. Ma oggi la questione è diversa, e dovrebbe essere tenuto in considerazione, IMO.

Quanto alla notizia, credo che ci sia un errore nel testo: non è certamente la decompressione a richiedere tante risorse, ma soltanto la compressione.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
It was nice to learn Python; a nice afternoon - Donald Knuth
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 07:46   #8
lucusta
Senior Member
 
L'Avatar di lucusta
 
Iscritto dal: May 2001
Messaggi: 4513
Per rendere più veloce il caricamento delle pagine, basta eliminare la pubblicità, almeno quella fatta male.

Ho dovuto mettere sotto proxy il browser del telefonino, sennò molte pagine saturavano la memoria.

Altro che compressione... Beato adblock.
lucusta è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 07:52   #9
danieleg.dg
Senior Member
 
L'Avatar di danieleg.dg
 
Iscritto dal: Jun 2011
Messaggi: 668
Quote:
Originariamente inviato da blackshard Guarda i messaggi
Al lavoro oggi ho compilato il codice e provato l'eseguibile su una comunissima immagine jpeg di 1600x1200 pixel. Risultato: il processo è stato ucciso perché ad un certo punto ha superato il limite dei 4gb di memoria concesso ad un processo.

Riprovato con una immagine da 220x156 pixel, ha impiegato 6 secondi per comprimerla.

Le jpeg prodotte saranno anche il 35% più piccole, ma così come è ora è totalmente inservibile.
Sulla pagina del progetto c'è scritto che richiede circa 300MB di Ram per ogni megapixel dell'immagine. Sicuramente molto esoso, ma un'immagine 1600x1200 non dovrebbe creare grossi problemi.
danieleg.dg è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 09:21   #10
globi
Senior Member
 
Iscritto dal: May 2008
Messaggi: 1446
Guetzli

significa biscotto in dialetto svizzero, pare infatti sia stato sviluppato a Zurigo.
globi è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 13:51   #11
Hiei3600
Senior Member
 
L'Avatar di Hiei3600
 
Iscritto dal: May 2006
Città: Sicilia(Da Qualche Parte)
Messaggi: 586
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
I formati lossy (perché anche PNG è compresso, per l'appunto) hanno ancora oggi il loro perché, e dunque non vedo perché dovrebbero essere eliminati.
No PNG non è un formato lossy,la compressione si riferisce alla riduzione dei dati che l'informazione dell'immagine occupa nel file,che varia a seconda dell'algoritmo usato,ma il formato PNG in se non è lossy.
__________________
Hiei3600 è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 16:47   #12
calabar
Senior Member
 
L'Avatar di calabar
 
Iscritto dal: Oct 2001
Messaggi: 11778
@Hiei3600
Hai decisamente letto male la risposta di cdmauro: avendo tu parlato di "formati compressi" da abolire, lui ti ha corretto dicendo che non ha senso abolire i formati compressi perchè anche formati lossless come i PNG sono compressi.
Insomma, avresti dovuto scrivere "lossy" e non "compressi" nel tuo primo intervento.

Ad ogni modo abolire i formati lossy è pura fantascienza: hai idea di quanto occupi un'immagine lossless (anche compressa) anche di pochi megapixel?

Oggi il web non è più quello del passato: sicuramente è aumentata la velocità delle linee (ma nel mobile i GB costano comunque!), ma è anche aumentata la dimensione e la quantità di immagini.
Va bene usare più spesso formati lossless, ma decisamente la cosa non si adatta ad ogni tipo di situazione.
calabar è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 18:42   #13
blackshard
Senior Member
 
L'Avatar di blackshard
 
Iscritto dal: Jan 2002
Città: non ti interessa
Messaggi: 5105
Quote:
Originariamente inviato da nastys Guarda i messaggi
Limite dei 4 GB? Prova a compilarlo a 64 bit.
Ovviamente il limite di memoria impostato era quello dei processi della shell, quelli che si impostano tramite ulimit per intenderci
blackshard è offline   Rispondi citando il messaggio o parte di esso
Old 18-03-2017, 18:45   #14
blackshard
Senior Member
 
L'Avatar di blackshard
 
Iscritto dal: Jan 2002
Città: non ti interessa
Messaggi: 5105
Quote:
Originariamente inviato da danieleg.dg Guarda i messaggi
Sulla pagina del progetto c'è scritto che richiede circa 300MB di Ram per ogni megapixel dell'immagine. Sicuramente molto esoso, ma un'immagine 1600x1200 non dovrebbe creare grossi problemi.
Ho la sensazione che le risorse richieste, sia in termini di calcolo che di memoria, non crescano linearmente con la dimensione dell'immagine. Con una immagine, vado a memoria, sui 1000x600 ha impiegato 3 minuti per la compressione (su un q9550, il programmiello non è multithreaded) e ha utilizzato quasi 2 gigabyte di ram
blackshard è offline   Rispondi citando il messaggio o parte di esso
Old 19-03-2017, 02:27   #15
EMAXTREME
Senior Member
 
L'Avatar di EMAXTREME
 
Iscritto dal: Apr 2007
Messaggi: 851
eppure se non ricordo male esisteva già da anni un algoritmo di compressione ottimizzato simile a questo chiamato "jpegmini", ok che è a pagamento ma non c'è confronto con quello di google (attualmente), questo arriva a ridurre il peso dell'immagine di quasi il 60 % in condizioni favorevoli, poi oh magari mi sbaglio eh
EMAXTREME è offline   Rispondi citando il messaggio o parte di esso
Old 20-03-2017, 07:46   #16
cignox1
Senior Member
 
Iscritto dal: May 2008
Messaggi: 776
Non posso non domandarmi quanto senso abbia grattare ogni singolo byte considerando che il jpeg fa giá un buon lavoro.
Peró se non sa Google come viene usato il web e di cosa avrebbe bisogno...
cignox1 è offline   Rispondi citando il messaggio o parte di esso
Old 20-03-2017, 19:34   #17
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 22436
Quote:
Originariamente inviato da calabar Guarda i messaggi
@Hiei3600
Hai decisamente letto male la risposta di cdmauro: avendo tu parlato di "formati compressi" da abolire, lui ti ha corretto dicendo che non ha senso abolire i formati compressi perchè anche formati lossless come i PNG sono compressi.
Insomma, avresti dovuto scrivere "lossy" e non "compressi" nel tuo primo intervento.

Ad ogni modo abolire i formati lossy è pura fantascienza: hai idea di quanto occupi un'immagine lossless (anche compressa) anche di pochi megapixel?

Oggi il web non è più quello del passato: sicuramente è aumentata la velocità delle linee (ma nel mobile i GB costano comunque!), ma è anche aumentata la dimensione e la quantità di immagini.
Va bene usare più spesso formati lossless, ma decisamente la cosa non si adatta ad ogni tipo di situazione.
This.
Quote:
Originariamente inviato da EMAXTREME Guarda i messaggi
eppure se non ricordo male esisteva già da anni un algoritmo di compressione ottimizzato simile a questo chiamato "jpegmini", ok che è a pagamento ma non c'è confronto con quello di google (attualmente), questo arriva a ridurre il peso dell'immagine di quasi il 60 % in condizioni favorevoli, poi oh magari mi sbaglio eh
Ricordo (malamente, purtroppo) qualcosa di simile, ma nient'altro, purtroppo.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
It was nice to learn Python; a nice afternoon - Donald Knuth
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
cdimauro è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


MacBook Pro 15 con processore Kaby Lake: cambia (poco) sotto la scocca MacBook Pro 15 con processore Kaby Lake: cambia ...
Intel Core i9-7900X, Core i7-7740X e Core i5-7640K: Skylake-X e Kaby Lake-X Intel Core i9-7900X, Core i7-7740X e Core i5-764...
Fitbit Alta HR: ottima fitness band, peccato non poterla portare in piscina Fitbit Alta HR: ottima fitness band, peccato non...
GUIDA LIGHTROOM CC PARTE 3 - Gli strumenti di sviluppo essenziali GUIDA LIGHTROOM CC PARTE 3 - Gli strumenti di sv...
Lego Life, il social network dei mattoncini Lego Life, il social network dei mattoncini
Ransomware: un giro di affari superiore ...
La NASA avvia le sperimentazioni su un j...
Su Geekbuying continuano gli sconti esti...
Nokia 2 in arrivo. Un entry level con Sn...
Su TomTop il nuovo DJI Spark in offerta ...
Apple Watch Serie 3 in arrivo durante il...
EVGA presenta la scheda GeForce GTX 1080...
Il Regno Unito proibirà la vendita di au...
Razer annuncia nuove cuffie con 2 driver...
Alimentatori modulari per PC (PSU): vari...
Annunciate le specifiche USB 3.2 : fino ...
Trump rivela: Apple costruirà tre...
Gli influencer dovranno porre l'hashtag ...
Google Pik, un nuovo formato per le imma...
Moto Z2 Force ufficiale. Sempre modulare...
Firefox 55
Chromium
WinRAR
NOD32
AIDA64 Extreme Edition
Process Lasso
Trillian
SuperRam
Driver NVIDIA GeForce 384.94 WHQL
Windows 10 Manager
Paint.NET
K-Lite Codec Pack Update
K-Lite Mega Codec Pack
K-Lite Codec Pack Full
K-Lite Codec Pack Standard
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:28.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Served by www2v
1