mboost-dp1
unknown
Lyder meget dårligt..
Nu kan jeg så lagre alle mine data på et stykke papir og lægge det i lommen...
Når jeg tænker på hvad der skete med min billet til Casino Royale premieren.. Så har -jeg- ingen interesse i det her :(
Nu kan jeg så lagre alle mine data på et stykke papir og lægge det i lommen...
Når jeg tænker på hvad der skete med min billet til Casino Royale premieren.. Så har -jeg- ingen interesse i det her :(
#1
der er plads til mange fede jokes her,
noget med ild,
eller hvis man ligger det i solen og papiret bliver bleget, eller hvad nu hvis blækket i printeren ikke er god nok til at gengive lige præcis den farve der var tiltænkt.
Men alligevel så er det da rimeligt utroligt hvis den kan lade sig gøre.
potentielt kunne man have sine backup data liggende gemt i feks en BMP fil.
Som scanner softwaren så scanner.
Et scenarie kunne være at man kunne hente World Of Warcraft som en enkelt BMP fil, på en a4side.
den ville måske fylde 5-35 megebyte hvad ved jeg. istedet for 700 megabyte :-D
Så skal siden bare processeres, og vupti så har du hentet lortet ned.
her kan Zip formatet godt gå hjem og vugge
der er plads til mange fede jokes her,
noget med ild,
eller hvis man ligger det i solen og papiret bliver bleget, eller hvad nu hvis blækket i printeren ikke er god nok til at gengive lige præcis den farve der var tiltænkt.
Men alligevel så er det da rimeligt utroligt hvis den kan lade sig gøre.
potentielt kunne man have sine backup data liggende gemt i feks en BMP fil.
Som scanner softwaren så scanner.
Et scenarie kunne være at man kunne hente World Of Warcraft som en enkelt BMP fil, på en a4side.
den ville måske fylde 5-35 megebyte hvad ved jeg. istedet for 700 megabyte :-D
Så skal siden bare processeres, og vupti så har du hentet lortet ned.
her kan Zip formatet godt gå hjem og vugge
Hmm.. mon det kan benyttes til at eksportere krypterings algoritmer og lign. over landegrænser hvor det tidligere har været ulovligt at udveksle den slags oplysninger digitalt.
Blandet andet blev PGP eksporteret fra USA til Europa ved at printe alt koden ud på papir for så at scanne det hele ind igen med flatbedscanner.
Så hvis dette falder ind under litteratur, så kan det have betydning mange steder, og være med til at ændre lovgivningen i flere lande.
Det bliver spændende at se hvad det bliver til.
Blandet andet blev PGP eksporteret fra USA til Europa ved at printe alt koden ud på papir for så at scanne det hele ind igen med flatbedscanner.
Så hvis dette falder ind under litteratur, så kan det have betydning mange steder, og være med til at ændre lovgivningen i flere lande.
Det bliver spændende at se hvad det bliver til.
Tænker tit på billeder udskrevet på papir af forskellig art..
det mindste buk eller fold der kommer så kommer der en revne i det udskrevne. og dermed en revne i sit data ?
Dette kan evt bruges i forhold til kurser hvor det ville være nemmere at udskrive lidt data og give det til folk end at brænde 10 CD'er ?
Det er helt klart kun til korttidslagrning.
det mindste buk eller fold der kommer så kommer der en revne i det udskrevne. og dermed en revne i sit data ?
Sainul Abideen er dog overbevist om at teknologien har en fremtid, og arbejder på at lave en Rainbow skanner, der kan integreres i en bærbar computer.
Dette kan evt bruges i forhold til kurser hvor det ville være nemmere at udskrive lidt data og give det til folk end at brænde 10 CD'er ?
Det er helt klart kun til korttidslagrning.
Der er også nogle der stiller spørgsmålstegn om hvorvidt det passer eller ej:
http://itsoup.blogspot.com/2006/11/scam-of-indian-...
http://itsoup.blogspot.com/2006/11/scam-of-indian-...
Gad godt at se algoritmen bag den form for kryptering, men hey.. hvorfor skulle det ikke kunne lade sig gøre?
Tror det kræver jævnt meget processerkræft at dekryptere så store mængder data fra et billede, hvis det ikke skal ta flere uger. Men der er da nogle vilde perpektiver i det her.
Tror det kræver jævnt meget processerkræft at dekryptere så store mængder data fra et billede, hvis det ikke skal ta flere uger. Men der er da nogle vilde perpektiver i det her.
#4 hva' er det lige du ævler om?
Det er jo ikke en komprimering af data der foregår, men blot en massiv lagerdensitet, med papir som bæremedie.
Når størrelsen på harddiske går op, er det jo ikke fordi man komprimere data, som zip gør, men fordi de enkelte bits kan ligge tættere.
Effektiviteten der snakkes om, skyldes at den gemmer data som former og farver, istedet for som 0 og 1.
#7 alene deres toneleje i artiklen lugter også langt væk af, at man ikke helt stoler på Abideen.
Om tvivlen opstår fordi teknologien lyder spøjs, eller pga landet den kommer fra, er svært at sige.
#8 ja - men så forsvinder ideen ligesom lidt fra opfindelsen.
Det er jo ikke en komprimering af data der foregår, men blot en massiv lagerdensitet, med papir som bæremedie.
Når størrelsen på harddiske går op, er det jo ikke fordi man komprimere data, som zip gør, men fordi de enkelte bits kan ligge tættere.
Effektiviteten der snakkes om, skyldes at den gemmer data som former og farver, istedet for som 0 og 1.
#7 alene deres toneleje i artiklen lugter også langt væk af, at man ikke helt stoler på Abideen.
Om tvivlen opstår fordi teknologien lyder spøjs, eller pga landet den kommer fra, er svært at sige.
#8 ja - men så forsvinder ideen ligesom lidt fra opfindelsen.
Jeg læste om der i går, men jeg mener nu at det var 256 gb data der skulle kunne være på 1 A4 ark:
http://www.techworld.com/storage/news/index.cfm?ne...
http://www.techworld.com/storage/news/index.cfm?ne...
Fra ARS:
"... A little bit of math is in order here. Starting with a scanner with a maximum resolution of 1,200 dots per inch, this leads to a maximum of 1,440,000 dots per square inch, or just over 134 million dots on a sheet of standard 8.5" by 11" paper (excluding margins)... but let's be generous and say that the scanner can accurately pick out 256 shades of color for each dot. That's a single byte per dot, making the final calculation easy: a maximum theoretical storage of 134MB, which would likely go down to under 100MB after error correction."
"... A little bit of math is in order here. Starting with a scanner with a maximum resolution of 1,200 dots per inch, this leads to a maximum of 1,440,000 dots per square inch, or just over 134 million dots on a sheet of standard 8.5" by 11" paper (excluding margins)... but let's be generous and say that the scanner can accurately pick out 256 shades of color for each dot. That's a single byte per dot, making the final calculation easy: a maximum theoretical storage of 134MB, which would likely go down to under 100MB after error correction."
Hvis det er rigtigt, hvilket jeg tvivler meget på, så er da dumt overhovedet at overveje papir som medie!
Hvis han kan scanne billedet ind, så fylder et 1200 dpi billede jo ikke alverden. Der kan snildt være 100 på en dvd, så han kan altså putte 45tb på en dvd (450gb pr. side i følge artiklen). Hvad er det han vil opnå med at printe det ud, ud over at risikere at papiret går i stykker?
"teknikken" med at kombinere farver og geometriske figurer "fungere" mindst lige så godt i et BMP billede som på et stykke papir.
Hvis han kan scanne billedet ind, så fylder et 1200 dpi billede jo ikke alverden. Der kan snildt være 100 på en dvd, så han kan altså putte 45tb på en dvd (450gb pr. side i følge artiklen). Hvad er det han vil opnå med at printe det ud, ud over at risikere at papiret går i stykker?
"teknikken" med at kombinere farver og geometriske figurer "fungere" mindst lige så godt i et BMP billede som på et stykke papir.
#15 yup - det er jo bare snyd... :-S
#16 det jeg næsten ser som det største problem, er at datadensiteten vil være så høj, at papirets konjukturer vil blive et problem. Desuden vil fedtfingre, smuds og støv ødelægge store mængder af din data.
I det hele taget virker det her mere som en and, end noget som helst andet.
#16 det jeg næsten ser som det største problem, er at datadensiteten vil være så høj, at papirets konjukturer vil blive et problem. Desuden vil fedtfingre, smuds og støv ødelægge store mængder af din data.
I det hele taget virker det her mere som en and, end noget som helst andet.
"One of the major advantages of the Rainbow system is the fact that it should cost a lot less to produce than typical polycarbonate DVD and CD discs."
Jeg tror det er her den store foredel er.
Men når han siger "Rainbow" scanner studser jeg. Der bliver lige slået fast at det eneste der er brug for er en almindelig scanner der bare anvender noget software på det indlæste billede. Men han vil integrere en "Rainbow" scanner ind i bærbare (?). Betyder det ikke at han reelt bare vil lave en almindelig scanner i mini format til en bærbar for derefter at bruge den samme Rainbow software til at tolke det indlæste data?
Jeg tror det er her den store foredel er.
Men når han siger "Rainbow" scanner studser jeg. Der bliver lige slået fast at det eneste der er brug for er en almindelig scanner der bare anvender noget software på det indlæste billede. Men han vil integrere en "Rainbow" scanner ind i bærbare (?). Betyder det ikke at han reelt bare vil lave en almindelig scanner i mini format til en bærbar for derefter at bruge den samme Rainbow software til at tolke det indlæste data?
Hvis det passer kunne man jo lave et plastkort hvor der ligger et biled på, som så kunne læses, jeg kunne da godt tænke mig at se en film på 450GB eller et spil, så kan de bare komme an med deres HD og Bluray.
Men det er nok bare en and.
Locudo
Men det er nok bare en and.
Locudo
Der er ret mange perspektiver i det her.
For det første er idéen da utrolig god, selvfølgelig burde det være muligt at gemme en masse data som et billede, et billede er faktisk en masse data :)
Jeg tror bare det vil tage utrolig meget data kraft at skrive al dataen om igen.
Mht. papir som lagermedie, så kan man faktisk få utroligt holdbare papirer - de behøves ikke at være af genbrugspapir, eller papir af træ. I dag laves mange pengesedler verdenen over på polymer, som er utroligt slidstærkt, og med ordentlige printerer til formålet, tror jeg også det kunne være rimelig farveægte.
I kan ikke sammenligne fremtidens printerteknologi med dagens, for når det her er færdigudviklet er vi nok et par år ude i fremtiden.
Den eneste fremtid jeg vil kunne se i den her teknologi er som et værn mod elektromagnetiske pulser, for at have uforgængelig backup af sine data, tror ved den tid teknologien kommer ud, at vi gerne skulle kunne have elektroniske lagermedier der kan have den samme densitet. (Prøv at fold et stykke papir, det fylder faktisk ret meget..)
#12 - #9 snakker om .bmp og vektorformat - og du snakker om .jpg - man kan ikke sammenligne jordbær med gulerøder..
#13 Tvivler på det bliver noget særligt visuelt, snarere et miskmask af farver - men værsgo at afkode det i hovedet! - Det er vel "krypteret" ned i et billede, der skal afkodes for at man kan få noget brugbart ud af det.
#16 - Er jeg den eneste der ikke kan få det regnestykke til at gå op? - Siden hvornår har en byte været 256 bit?
For det første er idéen da utrolig god, selvfølgelig burde det være muligt at gemme en masse data som et billede, et billede er faktisk en masse data :)
Jeg tror bare det vil tage utrolig meget data kraft at skrive al dataen om igen.
Mht. papir som lagermedie, så kan man faktisk få utroligt holdbare papirer - de behøves ikke at være af genbrugspapir, eller papir af træ. I dag laves mange pengesedler verdenen over på polymer, som er utroligt slidstærkt, og med ordentlige printerer til formålet, tror jeg også det kunne være rimelig farveægte.
I kan ikke sammenligne fremtidens printerteknologi med dagens, for når det her er færdigudviklet er vi nok et par år ude i fremtiden.
Den eneste fremtid jeg vil kunne se i den her teknologi er som et værn mod elektromagnetiske pulser, for at have uforgængelig backup af sine data, tror ved den tid teknologien kommer ud, at vi gerne skulle kunne have elektroniske lagermedier der kan have den samme densitet. (Prøv at fold et stykke papir, det fylder faktisk ret meget..)
#12 - #9 snakker om .bmp og vektorformat - og du snakker om .jpg - man kan ikke sammenligne jordbær med gulerøder..
#13 Tvivler på det bliver noget særligt visuelt, snarere et miskmask af farver - men værsgo at afkode det i hovedet! - Det er vel "krypteret" ned i et billede, der skal afkodes for at man kan få noget brugbart ud af det.
#16 - Er jeg den eneste der ikke kan få det regnestykke til at gå op? - Siden hvornår har en byte været 256 bit?
Det giver da nogle muligheder, i stedet for skoleelever skal slæbe sig halvt ihjel med bøger, kan de have det hele på et A4 ark.
Det gør det da også meget nemmer at låne bøger, ja lige et øjeblik jeg printer dine 304 bøger (eller hov nej det vil jo nok være piratkopiering... nvm..... men hvis nogle skulle have et par DVD'er har jeg et A4 ark).
Det gør det da også meget nemmer at låne bøger, ja lige et øjeblik jeg printer dine 304 bøger (eller hov nej det vil jo nok være piratkopiering... nvm..... men hvis nogle skulle have et par DVD'er har jeg et A4 ark).
Jeg tror sgu ikke meget på den historie, det er 100% sikkert muligt at beskrive data på den måde der er omtalt i artiklen, men jeg tror nu det er for at skabe lidt hype at han siger der kan være 450gb på et stykke papir.
Hvis det passer har han jo lavet en super pakke algoritme.
Hvis det passer har han jo lavet en super pakke algoritme.
#24 så skal du bare se "vederlaget" på at købe en fotokopimaskine.
Derudover så vil dette da give lidt arbejde til numerologer. De kan scanne den første side i biblen og se om der er mønstre i tallene. Det skulle gerne tage lidt tid, eftersom det jo nok giver adskillige hundrede gigabytes at kikke igennem. For den første side :-D
Derudover så vil dette da give lidt arbejde til numerologer. De kan scanne den første side i biblen og se om der er mønstre i tallene. Det skulle gerne tage lidt tid, eftersom det jo nok giver adskillige hundrede gigabytes at kikke igennem. For den første side :-D
#26
Dette har jo ikke en skid at gore med en pakkealgoritme. Det manden gor er at representere data pa en made folk aldrig har taenkt pa. Denne made har sa en datataethed der langt overgar alt hvad vi har i dag.
Jeg tror sa ikke pa at vi har computere i dag der ville kunne goere dette indenfor en overskuelig tid. Du tror vel ikke selv pa at man kan scanne et A4 i dag og sa "wupti" fa 460 GB pa sin disk, det kommer jo til at aede masser af CPU og efter min mening vil det tage timer, hvis ikke dage at hive alt info fra et ark. For slet ikke at snakke om fejl i data, bare et lille stoevkorn i scanneren of der gik lige 500 mb data, for ikke at naevne sved fra haender der giver morke pletter pa papir.
Dette har jo ikke en skid at gore med en pakkealgoritme. Det manden gor er at representere data pa en made folk aldrig har taenkt pa. Denne made har sa en datataethed der langt overgar alt hvad vi har i dag.
Jeg tror sa ikke pa at vi har computere i dag der ville kunne goere dette indenfor en overskuelig tid. Du tror vel ikke selv pa at man kan scanne et A4 i dag og sa "wupti" fa 460 GB pa sin disk, det kommer jo til at aede masser af CPU og efter min mening vil det tage timer, hvis ikke dage at hive alt info fra et ark. For slet ikke at snakke om fejl i data, bare et lille stoevkorn i scanneren of der gik lige 500 mb data, for ikke at naevne sved fra haender der giver morke pletter pa papir.
Sidste gang jeg så den her "opfindelse" var dengang håndholdte scannere var sidste skrig på markedet. Tallene man slyngede om sig dengang var knap så voldsomme som dem vores indiske ven lirer af sig, men samme metode.
Det er og bliver en and. Datagenskabelsen bliver aldrig bedre end optikken der læser den. Hvis det skulle handle om geometriske former eller andet lir, så ville dataen stadig være bedre tjent som en kompressionsrutine i eksisterende software frem for en flok pixels på et stykke papir.
Lad os hellere se at få de holografiske medier ud i masseproduktion.
Det er og bliver en and. Datagenskabelsen bliver aldrig bedre end optikken der læser den. Hvis det skulle handle om geometriske former eller andet lir, så ville dataen stadig være bedre tjent som en kompressionsrutine i eksisterende software frem for en flok pixels på et stykke papir.
Lad os hellere se at få de holografiske medier ud i masseproduktion.
tid til at lufte et paradox.
hvis at han har fundet en måde at lagere 450Gb på 135Mb
Data læses med en almindelig scanner og specielt software.
så denne software må da også kunne konfigureres til at virke på et data billede sinden det er den som åbenbart er nøglen til det hele
er det bare mig eller kan man nu gemme uendeligt data på en 135mb disk ?
hvis at han har fundet en måde at lagere 450Gb på 135Mb
1,200 dots per inch, this leads to a maximum of 1,440,000 dots per square inch, or just over 134 million dots on a sheet of standard 8.5" by 11" paper (excluding margins)... but let's be generous and say that the scanner can accurately pick out 256 shades of color for each dot. That's a single byte per dot, making the final calculation easy: a maximum theoretical storage of 134MB, which would likely go down to under 100MB after error correction."
Data læses med en almindelig scanner og specielt software.
så denne software må da også kunne konfigureres til at virke på et data billede sinden det er den som åbenbart er nøglen til det hele
er det bare mig eller kan man nu gemme uendeligt data på en 135mb disk ?
Sansynligheden for at det er lykkedes denne gut at gemme 450 GB data på et stykke papir tja den er jo usansyndlig det kan selvfølgelig være at den er god nok meneh tja tjek
http://itsoup.blogspot.com/2006/11/scam-of-indian-...
http://itsoup.blogspot.com/2006/11/scam-of-indian-...
#23 Jeg er godt klar over der bliver talt om et rent bitmap - og jeg begynder at blande et komprimeret format med i billedet. Det er nok mig der er på herrens mark, men jeg tror jeg blev lidt forvirret af at han snakker om en reel komprimering af dta, hvilket ikke er formålet med teknologien.
Problemet med papiret som bæremediet er stadig at strukture i papir, vil forvanske billedet, og da datadensitet vil være helt ekstrem høj, vil den mindste forskel i papiret betyder millioner af bytes der er ødelagt.
#13 Tvivler på det bliver noget særligt visuelt, snarere et miskmask af farver - men værsgo at afkode det i hovedet! - Det er vel "krypteret" ned i et billede, der skal afkodes for at man kan få noget brugbart ud af det.
Det ER visuelt. Det er jo ligesom det der er tricket. Du omformer data til nogle farver og nogle streger, og printer dem på et papir - ergo er det visuelt. Det behøver ikke forestille en brølende kronhjort for at være visuelt, og ja, det vil være en omgang miskmask for det menneskelige øje.
Og nej - det vil ikke være krypteret. Det er et fastdefineret format. Ligesom en IP-pakke er en strøm af bits, der er placeret på en bestemt måde - kender du formatet kan du samle pakken sammen og få noget meningsfyldt ud af det. Det er IKKE kryptering, men blot en defination af et format.
Krypteringen kommer bagefter, hvor du forvansker indholdet med en særlig algoritme - det er kryptering.
#16 - Er jeg den eneste der ikke kan få det regnestykke til at gå op? - Siden hvornår har en byte været 256 bit?
Nej - du er ikke den eneste der har problemer med teknikken, og som jeg gør opmærksom på, og som Odin gentager i #30 vil det mindste smule støj på papiret give nogle enorme følgefejl.
Og igen #31 ligger lidt flere vægte i vægtskålen, til at opfindelsen kan være korrekt.
Problemet med papiret som bæremediet er stadig at strukture i papir, vil forvanske billedet, og da datadensitet vil være helt ekstrem høj, vil den mindste forskel i papiret betyder millioner af bytes der er ødelagt.
#13 Tvivler på det bliver noget særligt visuelt, snarere et miskmask af farver - men værsgo at afkode det i hovedet! - Det er vel "krypteret" ned i et billede, der skal afkodes for at man kan få noget brugbart ud af det.
Det ER visuelt. Det er jo ligesom det der er tricket. Du omformer data til nogle farver og nogle streger, og printer dem på et papir - ergo er det visuelt. Det behøver ikke forestille en brølende kronhjort for at være visuelt, og ja, det vil være en omgang miskmask for det menneskelige øje.
Og nej - det vil ikke være krypteret. Det er et fastdefineret format. Ligesom en IP-pakke er en strøm af bits, der er placeret på en bestemt måde - kender du formatet kan du samle pakken sammen og få noget meningsfyldt ud af det. Det er IKKE kryptering, men blot en defination af et format.
Krypteringen kommer bagefter, hvor du forvansker indholdet med en særlig algoritme - det er kryptering.
#16 - Er jeg den eneste der ikke kan få det regnestykke til at gå op? - Siden hvornår har en byte været 256 bit?
Nej - du er ikke den eneste der har problemer med teknikken, og som jeg gør opmærksom på, og som Odin gentager i #30 vil det mindste smule støj på papiret give nogle enorme følgefejl.
Og igen #31 ligger lidt flere vægte i vægtskålen, til at opfindelsen kan være korrekt.
hvis man ville gemme 450 GB = 3865470566400 bits på et stykke parpir hvorfor så ikke bare printe den binære kode ud i en skriftstørrelse der er så lille at det kan stå der og stadig læses
#18
Well i teorien ved 1200 dpi og en hurtig udregning.
4x1200x4x1200 = 23040000 dots
23040000 * 16777216 (24 bit farver) = 386547056640000 muligheder
386547056640000 / 8 / 1024 / 1024 /1024 = 45000 GB
Ok.. det er godtnok en faktor 100 i forhold til hvad han siger.!! Men det er da sjovt at det er det samme tal bare ganget med 100.
Well i teorien ved 1200 dpi og en hurtig udregning.
4x1200x4x1200 = 23040000 dots
23040000 * 16777216 (24 bit farver) = 386547056640000 muligheder
386547056640000 / 8 / 1024 / 1024 /1024 = 45000 GB
Ok.. det er godtnok en faktor 100 i forhold til hvad han siger.!! Men det er da sjovt at det er det samme tal bare ganget med 100.
#36 fordi det vil øge antallet af tegn du skal placere på papiret.
Med de størrelser du nævner, er det jo ligefør vi ender ned i molekyle-niveau, og dit medie skal være betydelig mere stabilt, end et stykke papir.
Og som der bliver nævnt længere oppe, har du ikke noget optik, der kan opfange de nuancer der er tale om.
Her er tricket jo netop at du øger mængden af data, du kan ligge ind i en enkelt pixel, så den kan bære mere end 1 bit, og derved bliver bæreevnen for dit papir betydelig højere.
Med de størrelser du nævner, er det jo ligefør vi ender ned i molekyle-niveau, og dit medie skal være betydelig mere stabilt, end et stykke papir.
Og som der bliver nævnt længere oppe, har du ikke noget optik, der kan opfange de nuancer der er tale om.
Her er tricket jo netop at du øger mængden af data, du kan ligge ind i en enkelt pixel, så den kan bære mere end 1 bit, og derved bliver bæreevnen for dit papir betydelig højere.
Hum, jeg tror ret hurtigt han loeber ind i nogle ret vaesentlige fysiske graenser..
Datataetheden paa X papir er ikke saa voldsomt god, og dette vil kraeve laserprintere..
Men selv hvis vi antager at han faar fx 1200 dpi ud af sin printer, saa skal vi jo stadig have 1200byte pr inch. ( hvis han bruger 256 farver, shading vil nok ikke vaere smart :) )
I min hurtige beregninger giver det 1,44 MB pr kv tomme :P
Dvs 144 MB paa 10x10 inches..
Hvis han vil have 450 GB paa et A4, saa skal han fandme have nogle gode udregningsformler ifht. farvekoderne.. :)
Datataetheden paa X papir er ikke saa voldsomt god, og dette vil kraeve laserprintere..
Men selv hvis vi antager at han faar fx 1200 dpi ud af sin printer, saa skal vi jo stadig have 1200byte pr inch. ( hvis han bruger 256 farver, shading vil nok ikke vaere smart :) )
I min hurtige beregninger giver det 1,44 MB pr kv tomme :P
Dvs 144 MB paa 10x10 inches..
Hvis han vil have 450 GB paa et A4, saa skal han fandme have nogle gode udregningsformler ifht. farvekoderne.. :)
#23 Der er ingen der skriver at en byte er 256 bit. Det er skrives er at 256 mulige farver på én prik på papiret svarer til at kunne repræsentere en byte.
En bit = 2 mulige hændelser.
En byte = 8 bit.
En byte = 8 bit med hver 2 mulige hændelser = 2^8 mulige hændelser = 256 mulige hændelser = 256 mulige farver.
Ved ikke hvor forståeligt det var...:)
En bit = 2 mulige hændelser.
En byte = 8 bit.
En byte = 8 bit med hver 2 mulige hændelser = 2^8 mulige hændelser = 256 mulige hændelser = 256 mulige farver.
Ved ikke hvor forståeligt det var...:)
Jeg har lavet det samme som gutten i artiklen. Jeg har vel godt et års erfaring med programmering fra gymnasiet plus det løse...
Programmet er skrevet i Visual Basic 5.0 - så det er enormt simpelt alt sammen.
Ideen er at man med det binære talsystem kan repræsentere 0 og 1 med hhv. sort og hvid. Hvis man nu har flere farver til rådighed kan man have mange flere data på samme pixel.
Mit program blev skrevet så man kunne kode ASCII-tegnsættet om til farve-klodser. Der kunne vælges mellem 2stk ,4stk eller 24bit(flere tegn per farveklods!) farver efter eget valg). Ydermere kunne der vælges hvor stor en farveklods skulle være - så eventuelle upræcise printere også kunne bruges.
Jeg testede programmet:
Skrev en tekst - kodede den til farver - printede den
Scannede farverne på en ny computer - afkodede dem
Det virkede, og jeg fik mig en meget tilfreds datalogi-lærer...
Men som i siger så sætter præcisionen af scanner og printer grænserne for hvor meget der kan stå på et A4-papir.
Programmet er skrevet i Visual Basic 5.0 - så det er enormt simpelt alt sammen.
Ideen er at man med det binære talsystem kan repræsentere 0 og 1 med hhv. sort og hvid. Hvis man nu har flere farver til rådighed kan man have mange flere data på samme pixel.
Mit program blev skrevet så man kunne kode ASCII-tegnsættet om til farve-klodser. Der kunne vælges mellem 2stk ,4stk eller 24bit(flere tegn per farveklods!) farver efter eget valg). Ydermere kunne der vælges hvor stor en farveklods skulle være - så eventuelle upræcise printere også kunne bruges.
Jeg testede programmet:
Skrev en tekst - kodede den til farver - printede den
Scannede farverne på en ny computer - afkodede dem
Det virkede, og jeg fik mig en meget tilfreds datalogi-lærer...
Men som i siger så sætter præcisionen af scanner og printer grænserne for hvor meget der kan stå på et A4-papir.
Det holder jo ikke, hvis man nu lagerede billedet som BMP, så kunne man jo gemme 1000 BMPer á feks. 30MB inden i en ny BMP og fortsætte sådan. Så ville man jo i teorien have uendeligt plads, den tror jeg ikke på :)
#42
Nej? BMP filer fylder riiiimeligt meget i 1200 DPI..
Faktisk saa fylder de ligesaa meget som man teoretisk kan lagre paa et papir i 1200 dpi.. + headers og containers :P
HVorfor kegler folk rundt i det her?
BMP filer skal ogsaa have indhold, og det er ganske nemt at taenke sig til at hvis BMP skal vaere lossless, saa fylder det riiiimeligt meget :)
Nej? BMP filer fylder riiiimeligt meget i 1200 DPI..
Faktisk saa fylder de ligesaa meget som man teoretisk kan lagre paa et papir i 1200 dpi.. + headers og containers :P
HVorfor kegler folk rundt i det her?
BMP filer skal ogsaa have indhold, og det er ganske nemt at taenke sig til at hvis BMP skal vaere lossless, saa fylder det riiiimeligt meget :)
Hvorfor snakke om data tæthed.
Det er jo et spørgsmål om at en figur i en hvis farve reprænsenterer en bestemt bit strøm 000001111110001110101001010010100100101001010100100111111111111111111111111100010010010000100101010101001001001111101010101010101010, eller noget.
Så er det jo ikke nødvendigt at have en større data tæthed.
Det er jo en form for algoritme.
konceptet minder meget om disse musik programmer hvor man ved hjælp af en masse forud definerede beats og instrumenter kan lave en 10 minutter lang wav fil som fylder 100 mb.
Men sender du selve koden alene til en anden med samme musik program.
Så kan han nøjes med at modtage 10 kb smide filen ind i sit musik program og vupti så kan han genere den selvsamme 100mb wav fil.
Her konceptet så at en orange prik med 8 kanter repræsenterer en bestemt bit string og så fremdeles. den respresenterer måske en helt anden bit string hvis den er efterfulgt af en blå elefant med tre ben.
McDonalds bruger det meget.
En cheesburger = hele opskriften på en whopper.
Vupti sådan
Det er jo et spørgsmål om at en figur i en hvis farve reprænsenterer en bestemt bit strøm 000001111110001110101001010010100100101001010100100111111111111111111111111100010010010000100101010101001001001111101010101010101010, eller noget.
Så er det jo ikke nødvendigt at have en større data tæthed.
Det er jo en form for algoritme.
konceptet minder meget om disse musik programmer hvor man ved hjælp af en masse forud definerede beats og instrumenter kan lave en 10 minutter lang wav fil som fylder 100 mb.
Men sender du selve koden alene til en anden med samme musik program.
Så kan han nøjes med at modtage 10 kb smide filen ind i sit musik program og vupti så kan han genere den selvsamme 100mb wav fil.
Her konceptet så at en orange prik med 8 kanter repræsenterer en bestemt bit string og så fremdeles. den respresenterer måske en helt anden bit string hvis den er efterfulgt af en blå elefant med tre ben.
McDonalds bruger det meget.
En cheesburger = hele opskriften på en whopper.
Vupti sådan
#46 det hedder midi, og har eksisteret siden det første lydkort ramte gaden.
Det giver en lidt kunstig lyd, og kræver et kort midikort (eller midiklaver), til at afvikle lyden ordentligt.
Din teori fungere fint, hvis man eks har med ord at gøre.
Det er straks mere problematisk, hvis det du forsøger udskrive er en binær fil, såsom WoW, som en anden foreslog.
Data er uforudsigeligt, og det går dine kendte strenge bliver temmelig korte - og derved mister du den kompakte form for kommunikation.
Det giver en lidt kunstig lyd, og kræver et kort midikort (eller midiklaver), til at afvikle lyden ordentligt.
Din teori fungere fint, hvis man eks har med ord at gøre.
Det er straks mere problematisk, hvis det du forsøger udskrive er en binær fil, såsom WoW, som en anden foreslog.
Data er uforudsigeligt, og det går dine kendte strenge bliver temmelig korte - og derved mister du den kompakte form for kommunikation.
#47 Tja, hvis man siger at hver pixel har 24bit farvedydbe, så kan man lave 2^24 forskellige tilfældige strenge af 0'er og 1'er (Eller måske lave dem på en smart måde). Disse er så din "nøgle" som du bruger til at farvekode din binæere strøm ned på papiret med, og du bruger samme nøgle igen når du skal afkode det. Bare en ide.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund