Abo
  1. Foren
  2. Kommentare
  3. Foto
  4. Alle Kommentare zum Artikel
  5. › Rückkehr der Paper Disk: 256 GByte auf A4…

An alle Zweifler ! es Funktioniert !

  1. Thema
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6

Neues Thema Ansicht wechseln


  1. An alle Zweifler ! es Funktioniert !

    Autor: Pogo 27.11.06 - 14:32

    Ich bin absolut fest davon überzeug das das problemlos funktioniert.

    Der Fehler den hier nur alle machen liegt daran das ihr glaubt das die Daten in Binärform auf das Blatt gedruckt werden aber das ist schlichtweg QUATSCH.

    Denn die Daten werden komprimiert gedruckt,
    in Form von dreiecken vierecken und Kreisen diese unterscheiden sich wiederum in ihrer Farbe.
    Wenn man das mit 1024 verschiedenen fabrtönen macht dann könnt ihr euch ja mal ausrechnen wie viele Kombinationsmöglichkeiten das gibt um die Daten zu codieren.
    Wenn jeweils 8 gedruckte Objekte zu einem Block zusammengefasst werden dann hat man sicher schon milliarden Kombinationsmöglichkeiten, wie viele sind es dann erst bei einer Blockgröße von 16?.

    Auf diese weise könnt man mehrere 100 Mbyte in einem einem Block unterbringen .

    Die Farbtöne und Form der gedruckten Objekte sind also soetwas wie das "Wörterbuch" in einem klassischen kompressions algorythmus wie z.B Zip.
    Nur das man durch diese Technik wesentlich mehr Kombinationsmöglichkeiten zur Verfügung hat als bei einem klassichen binären Kompressor auf heutigen PCs möglich wäre.

    Der einzige Nachteil davon ist das es vermutlich sehr sehr viel CPU Zeit erfordert die Daten zu codieren bzw zu decodieren.

  2. Wunderwelt Kompression?

    Autor: Necator 27.11.06 - 14:35

    Offensichtlich ist der Themenbereich Kompression und Informationsgehalt noch nicht so ganz verstanden.

    => noch etwas mehr fortbilden ... ;-)

  3. Re: An alle Zweifler ! es Funktioniert !

    Autor: Selber! 27.11.06 - 14:43

    Bitte nicht einlullen lassen.
    Wer schnell mal nachrechnet, sieht dass es nicht möglich ist, mehr Informationen unterzubringen, indem man Pixel an Kreise und sonstige nette Formen verschwendet. Hunderte wertvolle Pixel zu opfern, um mit ihnen dann ein paar Figuren mit wenigen Byte Nährwert zu erhalten, ist schlicht und ergreifend verschwenderisch.



    Pogo schrieb:
    -------------------------------------------------------
    > Ich bin absolut fest davon überzeug das das
    > problemlos funktioniert.
    >
    > Der Fehler den hier nur alle machen liegt daran
    > das ihr glaubt das die Daten in Binärform auf das
    > Blatt gedruckt werden aber das ist schlichtweg
    > QUATSCH.
    >
    > Denn die Daten werden komprimiert gedruckt,
    > in Form von dreiecken vierecken und Kreisen diese
    > unterscheiden sich wiederum in ihrer Farbe.
    > Wenn man das mit 1024 verschiedenen fabrtönen
    > macht dann könnt ihr euch ja mal ausrechnen wie
    > viele Kombinationsmöglichkeiten das gibt um die
    > Daten zu codieren.
    > Wenn jeweils 8 gedruckte Objekte zu einem Block
    > zusammengefasst werden dann hat man sicher schon
    > milliarden Kombinationsmöglichkeiten, wie viele
    > sind es dann erst bei einer Blockgröße von 16?.
    >
    > Auf diese weise könnt man mehrere 100 Mbyte in
    > einem einem Block unterbringen .
    >
    > Die Farbtöne und Form der gedruckten Objekte sind
    > also soetwas wie das "Wörterbuch" in einem
    > klassischen kompressions algorythmus wie z.B Zip.
    > Nur das man durch diese Technik wesentlich mehr
    > Kombinationsmöglichkeiten zur Verfügung hat als
    > bei einem klassichen binären Kompressor auf
    > heutigen PCs möglich wäre.
    >
    > Der einzige Nachteil davon ist das es vermutlich
    > sehr sehr viel CPU Zeit erfordert die Daten zu
    > codieren bzw zu decodieren.
    >
    >


  4. Re: An alle Zweifler ! es Funktioniert !

    Autor: luftpumpe 27.11.06 - 14:49

    Pogo schrieb:
    -------------------------------------------------------
    > Ich bin absolut fest davon überzeug das das
    > problemlos funktioniert.
    >
    > Der Fehler den hier nur alle machen liegt daran
    > das ihr glaubt das die Daten in Binärform auf das
    > Blatt gedruckt werden aber das ist schlichtweg
    > QUATSCH.
    >
    > Denn die Daten werden komprimiert gedruckt,
    > in Form von dreiecken vierecken und Kreisen diese
    > unterscheiden sich wiederum in ihrer Farbe.
    > Wenn man das mit 1024 verschiedenen fabrtönen
    > macht dann könnt ihr euch ja mal ausrechnen wie
    > viele Kombinationsmöglichkeiten das gibt um die
    > Daten zu codieren.
    > Wenn jeweils 8 gedruckte Objekte zu einem Block
    > zusammengefasst werden dann hat man sicher schon
    > milliarden Kombinationsmöglichkeiten, wie viele
    > sind es dann erst bei einer Blockgröße von 16?.
    >
    > Auf diese weise könnt man mehrere 100 Mbyte in
    > einem einem Block unterbringen .
    >
    > Die Farbtöne und Form der gedruckten Objekte sind
    > also soetwas wie das "Wörterbuch" in einem
    > klassischen kompressions algorythmus wie z.B Zip.
    > Nur das man durch diese Technik wesentlich mehr
    > Kombinationsmöglichkeiten zur Verfügung hat als
    > bei einem klassichen binären Kompressor auf
    > heutigen PCs möglich wäre.
    >
    > Der einzige Nachteil davon ist das es vermutlich
    > sehr sehr viel CPU Zeit erfordert die Daten zu
    > codieren bzw zu decodieren.
    >
    >
    Ja, ich schreib auch mal öfter an meinen Kumpel in der Schule mal was in Geheim-Zeichen, ehrlich, das funktioniert, wir haben da son ne Art Steno entwickelt, ist supi cool!!!!!

  5. Re: An alle Zweifler ! es Funktioniert !

    Autor: Bla 27.11.06 - 14:54

    nur sind geometrische figuren bei weitem einfacher auszulesen als einzelne pixel, die mit der zeit verblassen!

    ich denke 1024 farben ist zu hoch gegriffen, aber interessant ist der ansatz durchaus!


    Selber! schrieb:
    -------------------------------------------------------
    > Bitte nicht einlullen lassen.
    > Wer schnell mal nachrechnet, sieht dass es nicht
    > möglich ist, mehr Informationen unterzubringen,
    > indem man Pixel an Kreise und sonstige nette
    > Formen verschwendet. Hunderte wertvolle Pixel zu
    > opfern, um mit ihnen dann ein paar Figuren mit
    > wenigen Byte Nährwert zu erhalten, ist schlicht
    > und ergreifend verschwenderisch.
    >
    > Pogo schrieb:
    > --------------------------------------------------
    > -----
    > > Ich bin absolut fest davon überzeug das
    > das
    > problemlos funktioniert.
    >
    > Der
    > Fehler den hier nur alle machen liegt daran
    >
    > das ihr glaubt das die Daten in Binärform auf
    > das
    > Blatt gedruckt werden aber das ist
    > schlichtweg
    > QUATSCH.
    >
    > Denn die
    > Daten werden komprimiert gedruckt,
    > in Form
    > von dreiecken vierecken und Kreisen diese
    >
    > unterscheiden sich wiederum in ihrer Farbe.
    >
    > Wenn man das mit 1024 verschiedenen fabrtönen
    >
    > macht dann könnt ihr euch ja mal ausrechnen
    > wie
    > viele Kombinationsmöglichkeiten das gibt
    > um die
    > Daten zu codieren.
    > Wenn jeweils 8
    > gedruckte Objekte zu einem Block
    >
    > zusammengefasst werden dann hat man sicher
    > schon
    > milliarden Kombinationsmöglichkeiten,
    > wie viele
    > sind es dann erst bei einer
    > Blockgröße von 16?.
    >
    > Auf diese weise
    > könnt man mehrere 100 Mbyte in
    > einem einem
    > Block unterbringen .
    >
    > Die Farbtöne und
    > Form der gedruckten Objekte sind
    > also soetwas
    > wie das "Wörterbuch" in einem
    > klassischen
    > kompressions algorythmus wie z.B Zip.
    > Nur das
    > man durch diese Technik wesentlich mehr
    >
    > Kombinationsmöglichkeiten zur Verfügung hat
    > als
    > bei einem klassichen binären Kompressor
    > auf
    > heutigen PCs möglich wäre.
    >
    > Der
    > einzige Nachteil davon ist das es vermutlich
    >
    > sehr sehr viel CPU Zeit erfordert die Daten
    > zu
    > codieren bzw zu decodieren.
    >
    >


  6. Re: An alle Zweifler ! es Funktioniert !

    Autor: scmkkp 27.11.06 - 14:55

    Selber! schrieb:
    -------------------------------------------------------
    > Bitte nicht einlullen lassen.
    > Wer schnell mal nachrechnet, sieht dass es nicht
    > möglich ist, mehr Informationen unterzubringen,
    > indem man Pixel an Kreise und sonstige nette
    > Formen verschwendet. Hunderte wertvolle Pixel zu
    > opfern, um mit ihnen dann ein paar Figuren mit
    > wenigen Byte Nährwert zu erhalten, ist schlicht
    > und ergreifend verschwenderisch.

    Du Hast 3 Zeichen zu jeweils 1024 verschiedenen farben !

    Das wären pro Zeichen 3072 Kombinationsmöglichkeiten.

    Wenn wir 2 Zeichen hintereinander stellen dann haben wir Theorethisch

    2.2801388602756378666414949762091e ^10713

    Da kann man dann doch ne Menge Bytes reinspeichern oder etwa nicht ?

    Wie viel das bei 4 oder 8 Zeichen hintereinander ist kann ich dir nicht sagen da mein Rechner immer noch am rechnen ist und wohl auch noch ne Weile braucht bis er fertig ist.

  7. Re: An alle Zweifler ! es Funktioniert !... ein bisschen

    Autor: gabi67 27.11.06 - 14:56

    Pogo schrieb:
    -------------------------------------------------------
    > Ich bin absolut fest davon überzeug das das
    > problemlos funktioniert.
    >
    > Der Fehler den hier nur alle machen liegt daran
    > das ihr glaubt das die Daten in Binärform auf das
    > Blatt gedruckt werden aber das ist schlichtweg
    > QUATSCH.

    Den Fehler machen sicher nur Laien. Wozu bräuchte ich Farben und Formen, um etwas binär zu codieren?

    >
    > Denn die Daten werden komprimiert gedruckt,
    > in Form von dreiecken vierecken und Kreisen diese
    > unterscheiden sich wiederum in ihrer Farbe.

    Von Kompression war ja wohl keine Rede, oder hab ich es überlesen. Auf alle Fälle würde dies das Ergebniss wieder relativieren, da unterschiedliche Daten unterschiedlich gut komprimiert werden können.
    Unter gewissen Randbedingungen kann ich kann ich 256GB auf einer A6 Seite unterbringen - mit Kugelschreiber.

    > Wenn man das mit 1024 verschiedenen fabrtönen
    > macht dann könnt ihr euch ja mal ausrechnen wie
    > viele Kombinationsmöglichkeiten das gibt um die
    > Daten zu codieren.
    > Wenn jeweils 8 gedruckte Objekte zu einem Block
    > zusammengefasst werden dann hat man sicher schon
    > milliarden Kombinationsmöglichkeiten, wie viele
    > sind es dann erst bei einer Blockgröße von 16?.
    >
    > Auf diese weise könnt man mehrere 100 Mbyte in
    > einem einem Block unterbringen .
    >
    > Die Farbtöne und Form der gedruckten Objekte sind
    > also soetwas wie das "Wörterbuch" in einem
    > klassischen kompressions algorythmus wie z.B Zip.
    > Nur das man durch diese Technik wesentlich mehr
    > Kombinationsmöglichkeiten zur Verfügung hat als
    > bei einem klassichen binären Kompressor auf
    > heutigen PCs möglich wäre.
    >
    > Der einzige Nachteil davon ist das es vermutlich
    > sehr sehr viel CPU Zeit erfordert die Daten zu
    > codieren bzw zu decodieren.
    >
    >
    Hinzu kommt, das man Medien benötigt, auf die man dies speichern kann. Sicher nicht Papier... Drucker haben einen doch etwas langsamen Schreibzyklus und vom Scanner mal ganz zu schweigen.

    Insgesamt ist es ja kein neues Verfahren und solange der Computer digital arbeitet ist es einfach nur interresant, wieviel Speicher wird tatsächlich benötigt, um ein solches Bild eben am Computer darzustellen (zwecks Verarbeitung).

    Na gut, für einen Schüler wäre das ein tolles "Jugend forscht" Projekt, aber ... mehr halt nicht.



  8. ... und wo ist der offensichtliche Haken...

    Autor: Amüsierter Leser 27.11.06 - 14:57

    Pogo schrieb:
    -------------------------------------------------------
    > Ich bin absolut fest davon überzeug das das
    > problemlos funktioniert.

    Lass das lieber...

    > in Form von dreiecken vierecken und Kreisen diese
    > unterscheiden sich wiederum in ihrer Farbe.
    > Wenn man das mit 1024 verschiedenen fabrtönen
    > macht dann könnt ihr euch ja mal ausrechnen wie
    > viele Kombinationsmöglichkeiten das gibt um die
    > Daten zu codieren.
    > Wenn jeweils 8 gedruckte Objekte zu einem Block
    > zusammengefasst werden dann hat man sicher schon
    > milliarden Kombinationsmöglichkeiten, wie viele
    > sind es dann erst bei einer Blockgröße von 16?.

    Ein 32 Bit Wert hat etwas über 4 Milliarden
    Kombinationsmöglichkeiten. Speichert aber nur
    4 Byte an Daten.
    Ein paar Milliarden Möglichkeiten reichen offenbar
    noch nicht, um einen Film zu speichern.

    > Auf diese weise könnt man mehrere 100 Mbyte in
    > einem einem Block unterbringen .

    Wenn Du die Zahl ausschreiben sollst, die die
    Kombinationsmöglichkeiten von 100MByte ausdrückt,
    wärest bis an das Ende Deines Lebens gut beschäftigt.

    > Die Farbtöne und Form der gedruckten Objekte sind
    > also soetwas wie das "Wörterbuch" in einem
    > klassischen kompressions algorythmus wie z.B Zip.
    > Nur das man durch diese Technik wesentlich mehr
    > Kombinationsmöglichkeiten zur Verfügung hat als
    > bei einem klassichen binären Kompressor auf
    > heutigen PCs möglich wäre.

    Welch Wunderwerk der Technik...
    Ich kaufe mir eine 300GB Platte.

    Ich vermute ehrlich gesagt, dass ich um das Blatt
    Papier mit Dreiecken und hübschen Mustern zu
    schlagen, auch eine 3,5" CD schon weit übertrieben
    ist.

    Tut mir leid für den Erfinder: 10MB auf einer A4
    Seite rekonstruierbar ist schon toll. Aber 256GB
    als offensichtliche Falschmeldung, wird ihm das
    Genick brechen.

    Wenn ich mir die Daten so ansehe: 5i^2 für 432 Seiten
    Text, werden wir auf 10-20 MB enden pro Blatt.
    500kB würde für ein 45 Sekunden VideoClib auch reichen,
    denn ich las nichts von HDTV...

  9. Re: An alle Zweifler ! es Funktioniert !

    Autor: Amüsierter Leser 27.11.06 - 15:02

    scmkkp schrieb:
    -------------------------------------------------------
    > Du Hast 3 Zeichen zu jeweils 1024 verschiedenen
    > farben !
    >
    > Das wären pro Zeichen 3072
    > Kombinationsmöglichkeiten.

    <stirnklatsch>
    Kennt hier denn keiner Dieter Nuhr?

    Wenn man keine Ahnung hat...

    > Wenn wir 2 Zeichen hintereinander stellen dann
    > haben wir Theorethisch
    >
    > 2.2801388602756378666414949762091e ^10713

    Ich sehe rotierende Mathelehrer...

    > Da kann man dann doch ne Menge Bytes reinspeichern
    > oder etwa nicht ?

    Beginnend von Deinem Einstieg:
    1024 * 3, davon dann nochmal zwei hintereinander = 10 Bit * 3 * 2 = 60 Bit.

    Das sind fast 7,5 Byte.

    Wow! Das hat die Welt noch nicht gesehen!!!

  10. Re: An alle Zweifler ! es Funktioniert !

    Autor: Selber! 27.11.06 - 15:03

    scmkkp schrieb:
    -------------------------------------------------------

    > Du Hast 3 Zeichen zu jeweils 1024 verschiedenen
    > farben !
    >
    > Das wären pro Zeichen 3072
    > Kombinationsmöglichkeiten.
    >
    > Wenn wir 2 Zeichen hintereinander stellen dann
    > haben wir Theorethisch
    >
    > 2.2801388602756378666414949762091e ^10713
    >
    > Da kann man dann doch ne Menge Bytes reinspeichern
    > oder etwa nicht ?

    Wenn ein Zeichen 1024 verschiedene Farben hat, sind das 10 Bit pro Zeichen.
    Wenn du 2 Zeichen zusammen nimmst, sind das 20 Bit, bei 3 sinds 30 Bit.
    Mit 30 Bit kannst Du eine Zahl zwischen 0 und 1.073.741.823 darstellen. Aber eben nur eine Zahl! Es sind nicht ein Gigabit. Deswegen bleiben 30 Bit nur 30 Bit.
    Klar?

  11. Re: ... und wo ist der offensichtliche Haken...

    Autor: scmkkp 27.11.06 - 15:06

    > Ein 32 Bit Wert hat etwas über 4 Milliarden
    > Kombinationsmöglichkeiten. Speichert aber nur
    > 4 Byte an Daten.
    > Ein paar Milliarden Möglichkeiten reichen
    > offenbar
    > noch nicht, um einen Film zu speichern.

    Du übersiehst hier etwas !

    Mit einem Bit kannst du nur 2 Zustände Darstellen, mit den 3 Objekten und 1024 Farben insgesamt ganze 3072 pro Objekt.

    Jetzt stell mal 32 Objekte hintereinander und rechne aus wie viele Kombinationsmöglichkeiten das sind.
    Da dürfte dein rechenknecht ein par Monate mit beschäftigt sein und deine Festplatte bis zum Rand voll um das Ergebniss zu speichern.

  12. Re: ... und wo ist der offensichtliche Haken...

    Autor: La Gare de Perpignan 27.11.06 - 15:11

    scmkkp schrieb:
    -------------------------------------------------------
    > Du übersiehst hier etwas !
    >
    > Mit einem Bit kannst du nur 2 Zustände Darstellen,
    > mit den 3 Objekten und 1024 Farben insgesamt ganze
    > 3072 pro Objekt.
    >
    > Jetzt stell mal 32 Objekte hintereinander und
    > rechne aus wie viele Kombinationsmöglichkeiten das
    > sind.
    > Da dürfte dein rechenknecht ein par Monate mit
    > beschäftigt sein und deine Festplatte bis zum Rand
    > voll um das Ergebniss zu speichern.

    Halleluja! Wenigstens einer, der den Trick mit der mehrdimensionalen Codierung verstanden hat.
    Ich befürchte aber, die meisten hier im Forum werden noch ziemlich lange brauchen und uns für Spinner halten.







  13. Re: ... und wo ist der offensichtliche Haken...

    Autor: pfirpfel 27.11.06 - 15:13

    scmkkp schrieb:
    -------------------------------------------------------
    > > Ein 32 Bit Wert hat etwas über 4
    > Milliarden
    > Kombinationsmöglichkeiten.
    > Speichert aber nur
    > 4 Byte an Daten.
    >
    > Ein paar Milliarden Möglichkeiten reichen
    >
    > offenbar
    > noch nicht, um einen Film zu
    > speichern.
    >
    > Du übersiehst hier etwas !
    >
    > Mit einem Bit kannst du nur 2 Zustände Darstellen,
    > mit den 3 Objekten und 1024 Farben insgesamt ganze
    > 3072 pro Objekt.
    >
    > Jetzt stell mal 32 Objekte hintereinander und
    > rechne aus wie viele Kombinationsmöglichkeiten das
    > sind.
    > Da dürfte dein rechenknecht ein par Monate mit
    > beschäftigt sein und deine Festplatte bis zum Rand
    > voll um das Ergebniss zu speichern.
    >

    Naja, ich weiss ja nicht welche Lochkarten du verwendest, aber meine Festplatte fasst mehr als diese 12 Kilobyte :D

    3 * 1024 * 32 = 98304 Bit = 12288 Byte = 12 Kilobyte

  14. Re: An alle Zweifler ! es Funktioniert !

    Autor: Jpeg 2.0 27.11.06 - 15:15

    Ob nun 1GB unkomprimierte Daten auf ein Medium passen oder 1GB komprimierte Daten, ist vollkommen egal. In beiden Fällen passt 1GB aufs Medium! ob diese dekomprimiert werden können und dann evtl. mehr sind ist bei der Frage vollkommen irrelvant.

  15. Re: ... und wo ist der offensichtliche Haken...

    Autor: typ 27.11.06 - 15:16

    > 3 * 1024 * 32 = 98304 Bit = 12288 Byte = 12
    > Kilobyte


    3 * 1024 ^ 32 = 3,9580271006872488866766225777278e+111 ??

  16. Re: ... und wo ist der offensichtliche Haken...

    Autor: blobb 27.11.06 - 15:18

    man rechnet:

    "ziffern" hoch möglichkeiten, nicht mal... nur nebenbei

    pfirpfel schrieb:
    -------------------------------------------------------
    > scmkkp schrieb:
    > --------------------------------------------------
    > -----
    > > > Ein 32 Bit Wert hat etwas über 4
    >
    > Milliarden
    > Kombinationsmöglichkeiten.
    >
    > Speichert aber nur
    > 4 Byte an Daten.
    >
    > Ein paar Milliarden Möglichkeiten
    > reichen
    >
    > offenbar
    > noch nicht, um
    > einen Film zu
    > speichern.
    >
    > Du
    > übersiehst hier etwas !
    >
    > Mit einem Bit
    > kannst du nur 2 Zustände Darstellen,
    > mit den
    > 3 Objekten und 1024 Farben insgesamt ganze
    >
    > 3072 pro Objekt.
    >
    > Jetzt stell mal 32
    > Objekte hintereinander und
    > rechne aus wie
    > viele Kombinationsmöglichkeiten das
    >
    > sind.
    > Da dürfte dein rechenknecht ein par
    > Monate mit
    > beschäftigt sein und deine
    > Festplatte bis zum Rand
    > voll um das Ergebniss
    > zu speichern.
    >
    > Naja, ich weiss ja nicht welche Lochkarten du
    > verwendest, aber meine Festplatte fasst mehr als
    > diese 12 Kilobyte :D
    >
    > 3 * 1024 * 32 = 98304 Bit = 12288 Byte = 12
    > Kilobyte
    >
    >


  17. Re: ... und wo ist der offensichtliche Haken...

    Autor: Setzen 27.11.06 - 15:18

    Sorry, aber du hättest Recht, wenn du einen Kristall oder ein (auslesbares, durchsichtiges) 3-Dimensionales Objekt hättest - dann würde die Argumentation durchaus zutreffen.

    Leider ist Papier (fast) 2-Dimensional - das gedruckte Bild darauf ist es jedenfalls, ausser du kannst einzelne Papier-Schichten auslesen.

    Dein "Trick" ist also etwas hinlänglich bekanntes und nichts, wozu man viel Grips zum Verstehen bräuchte, jedoch hier vollkommen fehl am Platz.

    Danke fürs Mitspielen - setzen, 6!

    La Gare de Perpignan schrieb:
    -------------------------------------------------------
    > Halleluja! Wenigstens einer, der den Trick mit der
    > mehrdimensionalen Codierung verstanden hat.
    > Ich befürchte aber, die meisten hier im Forum
    > werden noch ziemlich lange brauchen und uns für
    > Spinner halten.
    >

  18. Re: ... und wo ist der offensichtliche Haken...

    Autor: Amüsierter Leser 27.11.06 - 15:20

    scmkkp schrieb:
    -------------------------------------------------------
    > Du übersiehst hier etwas !

    Ich denke nicht.

    > Mit einem Bit kannst du nur 2 Zustände Darstellen,
    > mit den 3 Objekten und 1024 Farben insgesamt ganze
    > 3072 pro Objekt.

    Ich denke an regenerative Energien durch Generatorbetrieb
    von rotierenden Mathelehreren.

    3 unabhängige Dimensionen a 1024 Farben sind
    1024^3, nicht 1024 * 3.

    Um das darzustellen benötigst Du 10 Bit * 3.
    Also 30 Bit.

    > Jetzt stell mal 32 Objekte hintereinander und
    > rechne aus wie viele Kombinationsmöglichkeiten das
    > sind.

    1024^96.

    Anders ausgedrückt: 120 Byte.

    > Da dürfte dein rechenknecht ein par Monate mit
    > beschäftigt sein und deine Festplatte bis zum Rand
    > voll um das Ergebniss zu speichern.

    *gähn*

  19. Re: An alle Zweifler ! es Funktioniert !... ein bisschen

    Autor: La Gare de Perpignan 27.11.06 - 15:26

    gabi67 schrieb:
    -------------------------------------------------------
    > Den Fehler machen sicher nur Laien. Wozu bräuchte
    > ich Farben und Formen, um etwas binär zu
    > codieren?

    Man braucht natürlich keine Farben, um etwas binär zu codieren aber wer sagt denn, daß es hier um eine binäre Codierung geht?

    "Binärcodiert" bedeutet, daß meine Zeichen nur durch zwei Zustände unterschieden werden. Hier werden aber mehr Merkmale eines Zeichens unterschieden.
    Zwei Bits unterscheiden sich nur in einem Merkmal und können daher nur zwei Werte repräsentieren (0 oder 1).
    Nehmen wir an, wir würden einem Bit noch ein zweites Merkmal hinzufügen, z.B. daß es zwei verschiedene Formen (z.B. Kreis und Quadrat) hätte. Dann können wir plötzlich vier Zustände unterscheiden:

    0 + Kreis
    1 + Kreis
    0 + Quadrat
    1 + Quadrat

    Nehmen wir weiter an, wir würden nun auch noch zwei Farben als drittes Merkmal hinzufügen.
    Je mehr Unterschiedungsmerkmale ich einem Zeichen hinzufüge umsoweniger Zeichen muß ich kombinieren um den gleichen Informationsgehalt zu bekommen.

  20. Re: ... und wo ist der offensichtliche Haken...

    Autor: HW 27.11.06 - 15:29

    scmkkp schrieb:
    -------------------------------------------------------

    > Du übersiehst hier etwas !
    Nein.
    > Mit einem Bit kannst du nur 2 Zustände Darstellen,
    > mit den 3 Objekten und 1024 Farben insgesamt ganze
    > 3072 pro Objekt.
    Öhm, ja und? Wenn Du n Zustände darstellen kannst, kannst Du damit nur floor(ld(n)) Bit kodieren, in deinem Fall also 11 Bit. Ist das jetzt deiner Meinung nach viel? Ich denke nicht.
    > Jetzt stell mal 32 Objekte hintereinander und
    > rechne aus wie viele Kombinationsmöglichkeiten das
    > sind.
    Wie ich oben bereits schrieb, wächst der Informationsgehalt nur logarithmisch (und damit sogar langsamer als jeder Wurzelterm!) mit der Anzahl der möglichen Zustände.

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Deloitte, verschiedene Einsatzorte
  2. Dataport, Rostock (Home-Office möglich)
  3. Bad Homburger Inkasso GmbH, Bad Vilbel
  4. BG-Phoenics GmbH, Hannover

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. (reduzierte Überstände, Restposten & Co.)
  2. 169,90€ + Versand
  3. (u. a. Grafikkarten, Monitore, Mainboards)


Haben wir etwas übersehen?

E-Mail an news@golem.de


TES Blades im Test: Tolles Tamriel trollt
TES Blades im Test
Tolles Tamriel trollt

In jedem The Elder Scrolls verbringe ich viel Zeit in Tamriel, in TES Blades allerdings am Smartphone statt am PC oder an der Konsole. Mich überzeugen Atmosphäre und Kämpfe des Rollenspiels; der Aufbau der Stadt und der Charakter-Fortschritt aber werden geblockt durch kostspielige Trolle.
Ein Test von Marc Sauter

  1. Bethesda TES Blades startet in den Early Access
  2. Bethesda The Elder Scrolls 6 erscheint für nächste Konsolengeneration

Anno 1800 im Test: Super aufgebaut
Anno 1800 im Test
Super aufgebaut

Ach, ist das schön: In Anno 1800 sind wir endlich wieder in einer heimelig-historischen Welt unterwegs - zumindest anfangs. Das neue Werk von Blue Byte fesselt dank des toll umgesetzten und unverwüstlichen Spielprinzips. Auch neue Elemente wie die Klassengesellschaft funktionieren.
Von Peter Steinlechner

  1. Ubisoft Blue Byte Anno 1800 erhält Koop-Modus und mehr Statistiken
  2. Ubisoft Blue Byte Preload der offenen Beta von Anno 1800 eröffnet
  3. Systemanforderungen Anno 1800 braucht schnelle CPU

Falcon Heavy: Beim zweiten Mal wird alles besser
Falcon Heavy
Beim zweiten Mal wird alles besser

Die größte Rakete der Welt fliegt wieder. Diesmal mit voller Leistung, einem Satelliten und einer gelungenen Landung im Meer. Die Marktbedingungen sind für die Schwerlastrakete Falcon Heavy in nächster Zeit allerdings eher schlecht.
Von Frank Wunderlich-Pfeiffer und dpa

  1. SpaceX Dragon-Raumschiff bei Test explodiert
  2. SpaceX Raketenstufe nach erfolgreicher Landung umgekippt
  3. Raumfahrt SpaceX zündet erstmals das Triebwerk des Starhoppers

  1. Verizon: Zehn Dollar Aufpreis für 5G wird ausgesetzt
    Verizon
    Zehn Dollar Aufpreis für 5G wird ausgesetzt

    Die ersten 5G-Dienste in den USA kommen offenbar bei den Kunden nur mäßig an. Verizon Communications hebt den Aufpreis für unbestimmte Zeit auf.

  2. Geschäftszahlen: Sony hat 96,8 Millionen Playstation 4 verkauft
    Geschäftszahlen
    Sony hat 96,8 Millionen Playstation 4 verkauft

    Gerüchte über GTA 6 als Exklusivspiel sind vermutlich Unsinn, dennoch: Die Vorbereitungen für die nächste Playstation laufen - jedoch wird die neue Konsole frühestens im April 2020 erscheinen, wie Sony nun offiziell bestätigt hat.

  3. Javascript: NPM-Registry soll Konkurrenz bekommen
    Javascript
    NPM-Registry soll Konkurrenz bekommen

    Nach einem Managementwechsel beim Unternehmen NPM und einigen Kündigungen sollen sich mehrere Konkurrenz-Produkte zur NPM-Registry in Entwicklung befinden. Das könnte der Open-Source-Community eine freie alternative Quelle für Javascript-Pakete ermöglichen.


  1. 18:06

  2. 16:55

  3. 16:34

  4. 16:19

  5. 13:50

  6. 13:30

  7. 13:10

  8. 12:38