Difficilmente nella vostra vita avrete incontrato un individuo pi� pignolo di me...
La questione �: se davvero il Nef senza perdita � UGUALE al Nef non compresso, a cosa serve il Nef non compresso?
Altro dubbio: in che senso il Nef senza perdita utilizza un algoritmo reversibile? Che software devo usare per invertirlo? Una volta invertito � UGUALE al Nef senza compressione?

Effettivamente!

Comunque: http://www.nikonclub.it/forum/index.php?sh...l=nef+compresso

Raffaele

S� le ho gi� guardate tutte le discussioni in merito e non ho ancora trovato la soluzione! Sembrerebbe che il Nef compresso senza perdita sia uguale a quello senza compressione, ma ecco che torniamo alla domanda iniziale...

1) Ad ottenere file in formato originale senza applicare alcuna ulteriore ricodifica che magari potrebbe dare problemi ad alcuni software. Inoltre evita un'ulteriore elaborazione al firmware della fotocamera (ma di solito non influenza la cadenza massima di raffica). Il file compresso comunque fornisce file fisicamente pi� piccoli in byte SE e solo SE l'algoritmo di compressione (che � un algoritmo basato su quello di Huffmann se ricordo bene) riesce a lavorare bene. In caso contrario la dimensione sar� uguale a quella dell'originale. Per analogia pensa al NEF compresso senza perdita come ad un file ZIP (che sicuramente conoscerai).

2) Il NEF senza perdita usa un algoritmo reversibile in quanto � una codifica dei dati che non introduce perdite e consente quindi di riottenere in decompressione esattamente la stessa informazione di origine. La decompressione avviene internamente ai software come NX2 o Camera Raw e consente di riottenere l'informazione originale. Ovviamente ci� risulta invisibile all'utente.

Spero di essere stato sufficenentemente chiaro anche per i pi� pignoli.

Massimo

A parte che quello che comprime non � il firmware ma il processore... possiamo dire che il Nef senza compressione serva solo per la massima compatibilit� tra i vari software e che per chiunque usi un software Nikon o Photoshop, questo formato sia completamente inutile? Allora perch� non chiamarlo "Nef compatibile" cos� da evitarci/mi l'insonnia?

Il firmware esegue la compressione. Il processore � l'hardware su cui gira.

Per il resto, se non vi sono casi in cui la compressione influisce sulla raffica, il non compresso � semplicemente il NEF scritto nella sua forma originale. Quini evita problemi di compatibilit�. Inoltre � leggermente (leggermente) meno prone a danni nel caso un bit risultasse danneggiato.

NEF compatibile non significherebbe nulla.

Se il formato NEF/NEF compresso senza perdita ha potere di influenzare i tuoi ritmi circadiani, figuriamoci cosa pu� succedere al momento di aprire il suddetto NEF con NX2 o Camera Raw che lo interpretano in modo diverso!

Beh, dormiamoci su...

Massimo

Il firmware contiene le informazioni per comprimere il file, ma � il processore quello che ne risente.

Per il Nef guarda cosa ho trovato!
https://nikoneurope-it.custhelp.com/app/ans...vVl9vM0ZuQWs%3D

Ma allora io che cavolo me ne faccio di centinaia di foto Nef senza compressione? Sar� contenta la Western Digital...

se n'era gi� parlato.. in teoria sarebbe nef compresso senza perdita e nef non compresso.
Qualitativamente non ci sono risicabili differenze di qualit�, ma di peso s�.

Il firmware contiene il microcodice che esegue l'algoritmo di elaborazione. Per questo � possibile eseguire aggiornamenti. Da pi� di dieci anni tutti i processori sono basati su microcodice e non pi� su logica cablata.

Di cosa il processore dovrebbe "risentire"? Del calore prodotto dall'elaborazione?



"Questo metodo � utile per i clienti che desiderano utilizzare un software di terze parti per aprire le immagini." Come dicevamo si evitano problemi dovuti ad eventuali incompatibilit� di decompressione software. Non dimenticare che i RAW sono formati proprietari e non documentati.

Tra l'altro trattandosi di una compressione senza perdita che dipende dal contenuto dell'immagine, la riduzione dimensionale pu� anche essere trascurabile.

Scattando in RAW di solito la dimensione del file � l'ultimo dei problemi. Volendo potresti riarchiviare comunque in formato compresso (es. ZIP) per ridurre spazio. Avresti risultati molto simili in termini di spazio rispetto alla compressione on-camera.

Massimo

Il firmware d� le istruzioni, il processore risente delle decisioni prese dal firmware. Quindi se il firmware dice al processore che deve lavorare 20mb � una cosa, se il firmware dice al processore che deve lavorare 20mb pi� il codice della compressione, il collo di bottiglia salta fuori nel processore e non nel firmware. Poi c'� anche il problema del calore: pi� lavora il processore e pi� scalda, ma questo non dovrebbe essere un problema se il processore � posizionato lontano dal CMOS.

Stanotte ho dormito bene comunque ...poi stamattina mi sono ricordato di questo articolo http://www.emmeeffe.org/mf/tecnica/nef_compresso/index.html e mi sa che stanotte sar� dura dormire...

Scusa ma hai un punto di vista un po' strano relativamente alla "fauna" che popola la macchina fotografica.

� esattamente come nel pc di caso o ufficio: processore = CPU, firmware = Windows (o OS-X) pi� applicativi.

L'articolo che hai citato parla della "compressione con perdita" qui si sta parlando invece delle differenze tra non compresso e compresso senza perdita: puoi quindi dormire tranquillo.

Quanto al "collo di bottiglia" in effetti nell'antichit� era cos�, ma da un po' di tempo a questa parte, i processori delle macchine hanno prestazioni tali per le quali l'esecuzione dell'algoritmo "zip-alike" di decompressione non rappresenta pi� un rallentamento de tenere in considerazione.

Non c'� quindi motivo per salvare il NEF senza compressione.

scusa ma non si riduce il peso del file se si salva il raw compresso? quindi non si risparmia spazio nella cf/sd? non si velocizza anche lo scaricarli sul disco del computer e il relativo ingombro si di esso?

S� certo: forse la doppia negazione rendeva la frase poco comprensibile, mettiamola in forma affermativa: � il caso di salvare sempre in NEF compresso senza perdita = � inutile salvare senza compressione.

Se le istruzioni devono gestire la compressione, aumentano solo i cicli macchina eseguiti in totale. Quindi il "collo di bottiglia" � la quantit� di istruzioni da eseguire e NON la velocit� della singola istruzione. Il ragionamento "collo di bottiglia = processore" avrebbe senso se le elaborazioni con e senza compressione avvenissero a due velocit� in MHz diverse (ad esempio) e quindi in quel caso il processore lavorerebbe con due rendimenti diversi. Nel caso di due algoritmi diversi invece e medesima velocit� di elaborazione, il rendimento (il collo di bottiglia) del processore (a parte cache interne, fetching o altri dettagli) � identico.

L'articolo citato era appunto sulla compressione con perdita che � una cosa diversa.

Secondo me stai cercando un tema di disquisizione ma senza avere un reale problema da risolvere. Se non pensi che il NEF non compresso sia utile, apri una segnalazione alla Nikon chiedendo la sua abolizione. Non so come e se ti risponderanno (ma sono persone cortesi i giapponesi) ma tentar non nuoce.

Massimo

A 100 euro o poco pi� al terabyte non credo che in Western Digital, Seagate, e compagnia bella accendano lumini votivi nella speranza che tu adoperi il NEF non compresso. Il mio feeling � che dormano bene uguale.

Se non sbaglio, la compressione � un algoritmo in pi� da gestire rispetto ad un Nef non compresso. Quindi a chi arriver� mai tutto questo lavoro da sbrigare? All'unico elemento in grado di svolgere calcoli! A questo punto troviamo il presunto collo di bottiglia al processore, che essendo testato e prodotto per lavorare ad una certa velocit� file di dimensioni di circa 25mb, si trova gli stessi 25mb pi� l'algoritmo di compressione (gestito dal firmware, ma il firmware � sempre mosso dal processore). Certo, il collo di bottiglia potrebbe anche essere il firmware, ma lo vedo pi� improbabile... e comunque non � questo il discorso che sto facendo. Il discorso che sto facendo riguarda il Nef e le sue compressioni.

L'articolo parla di Nef compresso ma non specifica se compresso con o senza perdita... dato che parla della D70 si dovrebbe intuire che sia quello con perdita, giusto? Ma la D70 siamo sicuri scattasse con la compressione distruttiva?
Penso che comunque mi fider� delle FAQ e scatter� in compressione senza perdita.
Per la cronaca: oggi ho fatto dei test di velocit� di sequenza continua con la D300 ed a "orrecchio" non noto differenze tra il Nef non compresso e quello compresso senza perdita.

La messa � finita

Possiamo andare in pace? Grazie, Eminenza...

Presunto...

Processore testato e prodotto...

Che gran minestrone....

E i tempi di lettura del sensore?

E i tempi di scrittura sulla scheda?

Li lasciamo fuori?





Eh si. Lo siamo.



Meno male!

Con simpatia.

Massimo

Ma che minestrone? E' elettronica! Ma se ti ricordi non l'ho iniziato io il discorso sul processore, non ho mai avuto dubbi in proposito, io volevo parlare del Nef! Rimango comunque dell'idea che quello senza compressione lo debbano rinominare in "compatibility mode". Quando sar� presidente della Nital le cose cambieranno!

Ne sono certo! Di sicuro allora ti far� domanda di assunzione e una volta assunto (un ingegnere elettronico in pi� fa sempre comodo) il primo incarico sono sicuro che sar� modificare il firmware per eliminare l'algoritmo del NEF non compresso.

E il nome "Compatibility Mode" conviene poi subito farlo registrare come trade-mark. Chiss� quante aziende come Canon vorranno usarlo!

Con simpatia.

Massimo

PS Belli questi thread da ombrellone!