Tecnologia Rainbow, 450 GB su un foglio di carta

[Criceto]

Originariamente inviato da Soul_to_Soul

Siamo di fronte ad un nuovo Criscione?

http://www.gameprog.it/home/wergio/u.../criscione.jpg

Ma certo!
Visto che qualcuno l'ha già fatto, mi evito di fare i calcoli per dimostrare l'assurdità della cosa...

http://arstechnica.com/news.ars/post/20061126-8288.html

P.S. Senza contare che con i calcoli è stato molto ottimista: voglio vederli 1200 dpi su un foglio di carta normale!!
Anzi li ho visti, con lo stereomicroscopio: già a 300 dpi è tutto un pasticcio. Con carte speciali le cose vanno molto meglio, ma da qui a raggiungere 1200 dpi con punti SINGOLARMENTE distiguibili ce ne passa!!

[HexDEF6]

Originariamente inviato da Criceto

Ma certo!
Visto che qualcuno l'ha già fatto, mi evito di fare i calcoli per dimostrare l'assurdità della cosa...

http://arstechnica.com/news.ars/post/20061126-8288.html

P.S. Senza contare che con i calcoli è stato molto ottimista: voglio vederli 1200 dpi su un foglio di carta normale!!
Anzi li ho visti, con lo stereomicroscopio: già a 300 dpi è tutto un pasticcio. Con carte speciali le cose vanno molto meglio, ma da qui a raggiungere 1200 dpi con punti SINGOLARMENTE distiguibili ce ne passa!!

grazie per il link... questa e' una spiegazione decente di quello che volevo dire!
Ciao

[danyroma80]

beh non è niente di così rivoluzionario, questo studente ha semplicemente effettuato una codifica multilivello in base n (con n molto grande) piuttosto che base 2, assegnando ad ogni singolo simbolo una sequenza di n bit.
Quando lo scanner riconosce il simbolo geometrico, lo sostituisce con gli n bit corrispondenti ricostruendo il flusso binario originale (che sia un video o una foto non fa differenza).
Niente di stratosfericamente intelligente, queste cose si sapevano dai tempi di Boole, ovvero dal 1800, ma ovviamente all'epoca non venivano applicate all'elettronica.

[il Caccia]

beh pero' se funziona è un ottimo metodo per abbattere un casino di inquinamento...sarà difficile che lascino realizzare il progetto pero' sarebbe davvero bello, bravo l'indiano!

[Cimmo]

650 MB in 100 byte e' possibilissimo... a patto che siano quasi tutti 0 o tutti 1

realmente queste cose si studiano ad informatica e sotto un certo tetto non si puo' comprimere...
...poi il fatto che lui riscrive ogni volta l'algoritmo... ma per piacere...

[thebol]

Originariamente inviato da Cimmo

650 MB in 100 byte e' possibilissimo... a patto che siano quasi tutti 0 o tutti 1

realmente queste cose si studiano ad informatica e sotto un certo tetto non si puo' comprimere...
...poi il fatto che lui riscrive ogni volta l'algoritmo... ma per piacere...

la cosa è possibile. Lui non comprime byte in byte, ma cambia forma di rappresentazione dei dati, da byte a "disegni".

Percui l'ipotetico disegno 12x12, contenente 10GB(per esempio), scannerizzato ai dp sufficiente per avere tutte le informazioni per decodificarlo, sarebbe cmq abbastanza grosso.

1200dpi x 65000 colori fanno 78000000 di combinazioni rappresentabili per pollice.

Naturalmente la stampante dovrebbe essere ultra precisa, e lo scanner pure, il che rende questa mia ipotesi impossibile all'atto pratico, ma in teoria possibile.

Probabilmente lui utilizza qualcosa del genere aggiungendo come variabile le forme.

[Narmo]

Oooooh grande invenzione...

E' fondamentalmente l'evoluzione dei codici a barre...

[Motosauro]

Originariamente inviato da Cimmo

650 MB in 100 byte e' possibilissimo... a patto che siano quasi tutti 0 o tutti 1

realmente queste cose si studiano ad informatica e sotto un certo tetto non si puo' comprimere...
...poi il fatto che lui riscrive ogni volta l'algoritmo... ma per piacere...

Beh, l'unità di base non dovrebbe assumere solo uno stato binario, potrebbe assumere colori*forme stati
A quel punto mi sa che la densità di informazione aumenterebbe vertiginosamente

[Paolo78]

Pensate ad una futura stampante laser(differente da quelle odierne), ad uno scanner differente in tecnologia da quelli odierni, pensate ad una carte speciale, con questo il tutto è fattibile

[dsajbASSAEdsjfnsdlffd]

mah continuo ad avere dei serissimi dubbi sulla bontà del lavoro del criscione, e sulla sanità mentale dell'indiano in questo articolo (sulla fattibilità teorica della sua idea ci si può anche credere, sulla sua realizzabilità pratica... bisogna dargli davvero tanta fiducia!), e di tutti quelli che dicono che hanno inventato la macchina del moto perpetuo (che a livello di assurdità è meno assurda delle due fantafuffe sopra elencate)

[Wilfrick]

A lezione di informatica insegnano che sotto una certa compressione non si può andare.......... si, ma fino a quando qualcuno non trova un sistema per farlo! ma la storia non insegna niente ai professoroni? le parole "è impossibile" sono state smentite SEMPRE fin dalla comparsa dell'uomo.

[lorenzo999]

beh ma 5GB in una sim non poi tanto lontano dai 4GB delle minisd attuali, le dimensioni son quelle più o meno.

[tazok]

x quanto riguarda crescione(crescenza asd)

non si può approssimare un file "generico" con una formula da 100byte.
questo in quanto la distribuzione degli uni e degli zeri non è omogenea e conoscibile a priori.
se fosse omogenea,non ci sarebbe bisogno di alcuna formula(winzip ) e nell'eventualità che questa "FILE TO FORMULA" fosse possibile richiederebbe un analisi tipo da mainframe per ogni singolo file(enormità di calcoli,ma tanto imho è una bufalissima)


x quanto riguarda la carta

ho letto l'articolo,le possibilità sono molto + basse con l'attuale tecnologia(sul foglio come una sim dicono al max 100mb)presumo che come ogni buon ricercatore abbia pompato un pò troppo il caso d'utilizzo nel futuro

[MaxArt]

Originariamente inviato da Wilfrick

le parole "è impossibile" sono state smentite SEMPRE fin dalla comparsa dell'uomo.

Ma perché non cerchi di affrontare seriamente la questione ed apprendere quel che si sta dicendo invece di tirare in ballo idiozie fantascientifiche (con tutto il rispetto per la fantascienza, s'intende)?
Qui non si parla di stime fatte ad occhio, ma di logica e matematica! Se io dico che è impossibile trovare un numero primo pari maggiore di 2, io sono sicuro che nessuno mai riuscirà a trovarlo, hai voglia te di metterci il tuo ottimismo cosmico ed il tuo complottismo aberrante.
Con una tecnologia come quella dell'articolo Seagate ci si butterebbe a capofitto, peccato che non lo farà (e vorrei ben vedere...).

[Cimmo]

Scusate io parlavo di quello che ha messo 650 MB in 100 byte, non di questa news... forse dovevo precisarlo

[tazok]

Originariamente inviato da MaxArt

Ma perché non cerchi di affrontare seriamente la questione ed apprendere quel che si sta dicendo invece di tirare in ballo idiozie fantascientifiche (con tutto il rispetto per la fantascienza, s'intende)?
Qui non si parla di stime fatte ad occhio, ma di logica e matematica! Se io dico che è impossibile trovare un numero primo pari maggiore di 2, io sono sicuro che nessuno mai riuscirà a trovarlo, hai voglia te di metterci il tuo ottimismo cosmico ed il tuo complottismo aberrante.
Con una tecnologia come quella dell'articolo Seagate ci si butterebbe a capofitto, peccato che non lo farà (e vorrei ben vedere...).

ci sono sempre i numeri immaginari


:flame:

[joe4th]

A questo punto i dati sui CD verranno scritti direttamente
in LightScribe... :-)

Per quanto riguarda la compressione, mi pare che sul sito
di PAQAR c'e' scritto che è possibile comprimere qualunque
file in 1 bit. La tecnica se non ricordo male consiste nell'applicare
ricorsivamente diversi algoritmi di compressione fino a quando
il file originale non è almeno 1 bit più corto del precedente. Ovviamente
la fregatura è che l'informazione necessaria per conoscere l'ordine di quale
algoritmo di compressione si è di volta in volta utilizzato da
qualche parte si deve mettere...

[danyroma80]

Mi alzo la mattina e siccome non ho niente da fare decido di inventare un sistema di numerazione composto da 8 elementi invece dei due ( 0 e 1) del sistema binario o dei 10 (da 0 a 9) del sistema decimale.

Inoltre decido di "numerare" questi elementi con dei simboli geometrici e di associargli gli equivalenti numeri in binario.

cerchio = in binario 000
triangolo= in binario 001
quadrato = in binario 010
ellisse= in binario 011
rettangolo= in binario 100
parallelogramma= in binario 101
rombo=6 in binario 110
reggiseno=7 in binario 111


ora supponiamo di avere un flusso di bit 10110010010001011011110101010 e che vogliamo rappresentarlo tramite questo sistema grafico su carta.

La prima cosa da fare e' dividere il flusso in gruppetti di 3 bit poichè 2^3=8

101 100 100 100 010 110 111 101 010 101

e poi assegnare al gruppetto il simbolo corrispondente disegnandolo su carta:

parallelogramma, rettangolo, rettangolo, rettangolo, quadrato, rombo, reggiseno, parallelogramma, quadrato, parallelogramma.

Ecco che così con 10 disegnini abbiamo rappresentato 30 bit.
In ricezione lo scanner associerà ad ogni disegnino i 3 bit corrispondenti ricomponendo la sequenza originale.
Se invece di 8 disegnini diversi ne avessimo 16,8 milioni, ognuno di questi corrisponderebbe a 24 bit e così via.

E' questo il principio base sul quale funziona il meccanismo descritto nella notizia, ma ovviamente per ottenere una compressione così spinta (Gbyte su un foglio), ci vogliono anche tecniche di compressione senza perdite sul flusso originale di bit prima appunto di convertirlo in "disegnini".

[DakmorNoland]

Originariamente inviato da gabi.2437

Gomblotto!!!!!

Guarda che la fantomatica auto a idrogeno non è chissà che roba rivoluzionaria, anzi...dove starebbe la rivoluzione? Non ha nulla di buono...a meno di non trovar idrogeno già pronto ovviamente, peccato che qui sulla terra ne siamo sprovvisti

Guarda non so come stiano messe le questioni riguardo alla produzione di idrogeno, tuttavia di complotti ce ne sono stati e tanti! Quindi evitiamo futile ironia! La verità è che c'è troppo interesse e che l'economia mondiale si regge sul petrolio! Se no avremmo avuto energia infinita gratuita ed illimitata già dagli anni '30 per tutti!

Cmq tornando in topic, mi sembra che questa sia un'idea interessante per archiviare grandi quantità di dati. Solo il supporto mi sembra un pò precario, visto che un foglio di carta si consuma e si rovina come niente.

[Therinai]

Originariamente inviato da Kintaro70

La carta come strumento per archiviare usando figure e colori ... geniale, gli egizi non ci sarebbero mai arrivati.

per forza, usavano il PAPIRO