Zwischen Saturn und Uranus wurde Voyager \u201ereeinginert\u201c, d.H. sie erhielt zahlreiche Verbesserungen. Die meisten davon waren nur möglich weil die Sonden programmierbare Computer hatten, anders als die Mariners in deren Serie sie zuerst einsortiert wurde (Mariner-Jupiter-Saturn 77).
\n
\nEine der umfangreichsten Veränderungen war die Einführung eines Kompressionsverfahrens. An der Stelle gleich eine Bemerkung, das ist in der Website falsch beschrieben, da ich bis zum Buch populärwissenschaftliche Darstellungen als Quelle genutzt habe und die beschrieben die Vorgehensweise wie folgt: Man übertrug das erste Pixel einer Zeile unkomprimiert (8 Bit) und die folgenden Pixel als 3 Bit Differenzwert zur vorherigen Helligkeit. Das ist falsch.<\/p>\n
Aber zuerst mal eine Einführung zu Kompressionsalgorithmen an sich. Man unterscheidet verlustbehaftete und verlustlose Kompressionen. Verlustbehaftete hatte Voyager schon an Bord, so wurden die Daten von PPS, UVS und LECP logarithmiert und in der Form Mantisse und Exponent übertragen, wobei diese weniger Bits aus die Ausgangsdaten hatten. Ein verlustbehafteter Algorithmus erlaubt es nicht die Originaldaten zu restaurieren, ein verlustloser schon.<\/p>\n
Der wohl bekannteste verlustbehaftete Algorithmus ist die Huffmann-Codierung. Sie untersucht zuerst einen Datenblock und macht sich eine Tabelle, wie oft jeder Wert vorkommt. Bei einem Bild (das Beispiel bliebt in der Folge gleich) ist es so, dass nicht alle Farben gleichgestellt sind, bei einem Bild mit viel Hintergrund sind die meisten Pixel schwarz. Die Huffmann-Codierung ordnet nun der häufigsten Farbe wenige Bits zu und den selten benutzten Farben mehr Bits. Das können für seltene Farben dann durchaus auch mehr Bits sein als das Pixel im Original hatte. Man kann für jedes Bild seine Entropie berechnen, das ist die Mittlere Anzahl von Bits die nötig sind um den Informationsgehalt vollständig zu beschrieben. Ein Bild das z.B. nur aus einer Farbe besteht benötigt nur 1 Bit\/Pixel auch wenn jedes Pixel dann in 8 oder 12 Bit kodiert ist. Dabei geht in die Bewertung sowohl die Anzahl der unterschiedlichen Werte wie auch die Bits pro Helligkeitswert ein. Dich höchste Entropie haben demnach Bilder in denen der gesamte Wertbereich ausgeschöpft ist (bei 8 Bit es also 256 Helligkeitsstufen gibt) und bei denen alle Helligkeitswerte gleich oft vorkommen, das ist seltsamerweise nur bei einem gleichförmigen Rauschen so, den ganz älteren Bloglesern vielleicht noch von dem Bild eines Fernsehers nach Sendeschluss bekannt.<\/p>\n
![](\"\/img\/rice3.png\")
Die Huffmann-Codierung wurde beim JPL intern eingesetzt um die Voyager-Rohbilder zu komprimieren. Voyagers Rechner für die Datenverarbeitung, das FDS, hatte ihn aber nicht an Bord, auch nicht bei de Nachrüstung, obwohl der Algorithmus alt ist, schon 1952 entwickelt. Der Grund ist relativ einfach. Huffmann ist langsam und benötigt viel Speicher. Man sollte ihn auf eine größere Anzahl von Daten anwenden, weil auch der Baum der beim Algorithmus entsteht \u2013 welcher Helligkeitswert welcher Bitfolge entspricht, übertragen wird, und bei kleinen Datenmengen frisst das natürlich jede Ersparnis auf. Es gibt bei dem ersten Voyager CD-ROM mit den Bildern die mit Huffmann komprimiert sind, ein Entpackprogramm, auch als Quelltext und dabei wird verwiesen das eine VAX 11\/750, das ist ein 32 Bit Minicomputer der Ende der siebziger Jahre auf den Markt kam, eine Minute für das Komprimieren des Bildes mit 640.000 Pixel braucht. Eine VAX 11\/750 ist in etwa so schnell wie eine Motorola MC 68000 oder ein Intel I80286, also um ein vielfaches schneller als Voyagers Bordrechner. So war der Algorithmus nicht für das FDS praktikabel.<\/p>\n
Der Algorithmus den Voyager einsetzte ist der Rice-Algorithmus. Robert F. Rice entwickelte ihn am JPL. Ich gebe im folgenden wieder, wie er bei Voyager implementiert ist, der Algorithmus selbst ist der Sprache der Informationswissenschaft formuliert, also abstrakte Mathematik. Ich habe zwar Softwaretechnik studiert, aber an einer FH (auch wenn es inzwischen eine Hochschule ist) und damit praxisorientiert. Wer es detaillierter mag: hier ist die Beschreibung<\/a> und hier die Orginald<\/a>o<\/a>k<\/a>u<\/a>m<\/a>en<\/a>te von Robert Rice<\/a>. Der Rice Algorithmus basiert auf der Annahme, das sich nebeneinander liegende Pixel kaum in ihrer Helligkeit unterscheiden. Anders als Huffman arbeitet er nur mit wenigen Pixeln.<\/p>\n Der Algorithmus wurde so implementiert: Eine Zeile des Bildes wurde in den sekundären FDC Speicher kopiert und die Differenzen zwischen den Pixeln als eine Gruppe von Ganzzahlen ermittelt. Dabei wurden auch negative Abweichungen als eine positive Ganzzahl implementiert, das heißt der Wertebereich musste über 256 hinausgehen.<\/p>\n Anschließend nahm sich der FDC jeweils fünf dieser Abweichungen und übertrug für diese einen Indexwert, der für folgende Abweichungen stand:<\/p>\n
| \n Bitfolge<\/p>\n<\/th>\n | \n Länge des komprimierten Wortes<\/p>\n<\/th>\n | \n Differenzbereich<\/p>\n<\/th>\n<\/tr>\n<\/thead>\n | ||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| \n 000<\/p>\n<\/td>\n | \n 1<\/p>\n<\/td>\n | \n 0, +1<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 001<\/p>\n<\/td>\n | \n 2<\/p>\n<\/td>\n | \n -1, +2<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 010<\/p>\n<\/td>\n | \n 3<\/p>\n<\/td>\n | \n -3, +4<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 011<\/p>\n<\/td>\n | \n 4<\/p>\n<\/td>\n | \n -7, +8<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 100<\/p>\n<\/td>\n | \n 5<\/p>\n<\/td>\n | \n -15, +16<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 101<\/p>\n<\/td>\n | \n 6<\/p>\n<\/td>\n | \n -31, +32<\/p>\n<\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 110<\/p>\n<\/td>\n | \n Nicht benutzt<\/p>\n<\/td>\n | <\/td>\n<\/tr>\n | ||||||||||||||||||||||||||||||||||
| \n 111<\/p>\n<\/td>\n | \n Unkomprimierten Wert senden<\/p>\n<\/td>\n | <\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Jeder Indexwert stand für einen Kodierer, der jeweils in seinem Bereich die niedrigste Bitzahl für den Wert erzeugte. Der aus dieser Funktion erzeugte Wert wurde dann für jedes der fünf Pixel angehängt. Bei Voyager wurden aufgrund der Geschwindigkeit des FDS keine Funktionen, sondern Entscheidungstabellen genutzt, deren Meist-Signifikante Bits immer 0 waren. Die angegebene Kompression von 3 Bit bezieht sich auf das Gesamtergebnis, nicht das nun jedes Byte in 3 Bit komprimiert wird. Es konnten bei vielen gleichen Pixels auch nur 1 Bit sein. Die Abbildung zeigt ein Beispiel einer Codierung. In diesem Beispiel werden 9 Pixel mit je 8 Bit (72 Bit) in 19 Bit komprimiert. Der Rice-Algorithmus gilt als eine verlustlose Komprimierung. Da bei Voyager aber das niederwertige Bit nicht berücksichtigt wurde, ist er bei Voyager nicht verlustlos. Er produzierte Daten, die 0,5 Bit über dem mittleren Informationsgehalt der Bilddaten lagen.<\/p>\n <\/span> Da es auch abrupte Helligkeitssprünge gibt, z.B. am Rande einer Planetenscheibe zum Weltraum, gab es auch die Option den unkomprimierten Wert zu senden.<\/p>\n Aufgrund dessen, dass man den Speicher für maximal eine Zeile benötigt und bei Voyager nur maximal 5 Pixel auf einmal verarbeitet werden, benötigt der Rice-Algorithmus wenige Ressourcen, sowohl was den Speicher wie Rechengeschwindigkeit angeht.<\/p>\n Das erste Pixel einer Zeile wurde als Referenz immer unkomprimiert gesendet. Der Algorithmus hatte eine Begrenzung. Es ist im Datenblock eine feste Größe für eine Zeile, nämlich 2.480 Bit vorgesehen. Ist dieser Bereich erschöpft. so bricht der Kompressor ab, die restlichen Pixels werden verworfen. So konnte, wenn es zu viele Variationen des Kontrasts in einem Bild gab, eine Zeile abgeschnitten werden. Um diesen Fehler zu minimieren, verarbeitet der FDS nicht die Bilddaten direkt, sondern setzte das niedrigwertige Bit immer auf 0, das reduzierte die Graustufen von 256 auf 128. Als Zweites, um nicht einen ganzen Block rechts im Bild zu verlieren, wechselte man die Codierung der Zeilen ab. Nach einer Zeile die ausgehend von Pixel 1 \u201enach hinten\u201c komprimiert wurde, kam eine Zeile dran, die vom letzten Pixel (800) \u201enach vorne\u201c komprimiert wurde. Die fehlenden Pixeln kann man so aus den Nachbarzeilen restaurieren. Bei Tests von Saturnbilddaten kam es bei 85 Prozent der Bilder zu weniger als 3 Prozent Datenverlust. Das war hinnehmbar. Ein Beispiel für die Auswirkung ist dieses Rohbild von Neptun. Als besondere Probleme erweisen sich die Rousseau-Markierungen im Bild, die für hohe Kontraste sorgten.<\/p>\n Dieses Problem haben aufgrund desselben Algorithmus übrigens auch Galileo- und Cassini Aufnahmen. Es ist in allen drei Missionen die gleiche Einschränkung die Größe eines Datenblocks zum Sendesystem der eben konstant ist ist und nicht verlängert werden kann. Als Beispiele habe ich hier eine Neptun-Aufnahme von Voyager 2 und eine Cassini-Aufnahme von Dione beigelegt.<\/p>\n Das leitet mich zum zweiten Punkt über den Sendeformaten für die Daten. Ein Datenblock bei Uranus und Neptun betrug bei einer Datenrate von 14,4 kbit:<\/p>\n Feld<\/p>\n<\/th>\n Header<\/p>\n<\/th>\n GS & E<\/p>\n<\/th>\n Füller<\/p>\n<\/th>\n Pixel<\/p>\n<\/th>\n Komprimierte Zeile<\/p>\n<\/th>\n Pixel<\/p>\n<\/th>\n Komprimierte Zeile<\/p>\n<\/th>\n Fehlerkorrektur<\/p>\n<\/th>\n Füller<\/p>\n<\/th>\n<\/tr>\n<\/thead>\n Länge:<\/p>\n<\/td>\n 48 Bit<\/p>\n<\/td>\n 2.160 Bit<\/p>\n<\/td>\n 16 Bit<\/p>\n<\/td>\n 8 Bit<\/p>\n<\/td>\n 2.472 Bit<\/p>\n<\/td>\n 8 Bit<\/p>\n<\/td>\n 2.472 Bit<\/p>\n<\/td>\n 1.024 Bit<\/p>\n<\/td>\n 432 Bit<\/p>\n<\/td>\n<\/tr>\n Aufbau:<\/p>\n<\/td>\n 32 Bit Framesync Code.<\/p>\n 8 Bit Nullen<\/p>\n 8 Bit ID<\/p>\n<\/td>\n Daten die in 0,6 Sekunden anfallen (3600 Baud)<\/p>\n<\/td>\n Als FDS Notbehelf nötig<\/p>\n<\/td>\n Pixel 1 unkomprimiert<\/p>\n<\/td>\n Pixel 2-800 komprimiert<\/p>\n<\/td>\n Pixel 800 unkomprimiert<\/p>\n<\/td>\n Pixel 799- 1 komprimiert<\/p>\n<\/td>\n Reed.Solomon Code<\/p>\n<\/td>\n Füller<\/p>\n<\/td>\n<\/tr>\n 7.136 Bit<\/p>\n<\/td>\n 1.024 Bit<\/p>\n<\/td>\n 432 Bit<\/p>\n<\/td>\n<\/tr>\n 8.640 Bit in 0,6, Sekunden (bei 14,4 KBaud)<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Die abschließenden Füllbits waren nötig, weil es feste Senderaten gab, der Block musste aufgefüllt werden um die Datenrate von 13,68 auf 14,4 KBaud zu steigern.<\/p>\n Der Reed-Solomon Code wurde auch auf die Bildadaten angewandt (der Golay Code den Voyager bei Jupiter und Saturn nur auf die GS & E Daten). Er arbeitet mit festen Codeblöcken von 223 Bit zu denen er 32 Bit addiert, also im optimalen Fall 14,4 % Overhead, sind es weniger als 223 Bit so muss mit Nullen auf ein Vielfaches von 223 Bit aufgefüllt werden.<\/p>\n Was mich persönlich verwundert ist das für Uranus und Neptun neue FDS-Modi eingeführt werden um die Datenrate an die des Sendesystens anzupassen. Das waren aber alle \u201eedited\u201c Modi, das hießt es gab neue Modi um Teile eines Bildes nicht zu übertragen. An den prinzipiellen Modi ein komplettes Bild zu übertragen änderte sich wenig, das war ein Bild mit maximaler Ausleserate (48 Sekunden, 115.200 Bit\/s mit GS&E Daten). Das konnte verlängert werden auf 3 x 48, 5 x 48 und 10 x 48 Sekunden. Ohne Komprimierung entspricht dies Datenraten von 44,8, 29,9 und 19,2 kbit\/s.<\/p>\n Mit Komprimierung wurden bei Uranus 14,4 kbit\/s (Modus 5:1) und 21,6 kbit\/s (Modus 3:1) eingesetzt, bei Neptun noch 9,6 kbit\/s (10:1). Datenraten dazwischen wurden nicht genutzt. Bei Uranus wäre die Datenrate von 29,9 kbit\/s über Australien nutzbar gewesen. Sie war als Fallback definiert, wenn der neue Algorithmus scheitern würde \u2013 man konnte ihn anders als andere Verbesserungen nicht vorher bei Voyager 1 testen, weil diese schon nach Saturn den Speicher einen ihrer FDS verloren hatte und damit konnte nicht ein FDS komprimieren und der andere die Daten formatieren. Bei 29,9 kbit\/s wäre auch der Modus 2:1 mit den komprimierten Daten möglich gewesen. Zwischen 3 und 5 läge die Ausleserate um den Faktor 4 (192 s pro Bild), die mit 19,2 kbit\/s, einer definierten Datenrate möglich gewesen wäre. Ebenso wäre mit 12,8 kbit\/s ein 6:1 Modus möglich und mit 10,8 kbit\/s ein 8:1. Beides Verbesserungen gegenüber 9,6 kbit (10:1) (ich gehe davon aus das die niedrigen Datenraten um 1,2 kbit\/s gestaffelt sind, da definierte Datenraten von 4,8 \u2013 7,2 \u2013 8,4 \u2013 9,6 \u2013 14,4 kbit\/s existieren).<\/p>\n Meine Vermutung: Die Anpassung an reduzierte Datenraten geschieht bei Voyager durch das Verlängern der Pause nach dem Stahlrücklauf. Dies scheint nicht vom FDS durchgeführt werden, sondern der Elektronik an den Kameras und die ist eben nicht programmierbar.<\/p>\n","protected":false},"excerpt":{"rendered":" Zwischen Saturn und Uranus wurde Voyager \u201ereeinginert\u201c, d.H. sie erhielt zahlreiche Verbesserungen. Die meisten davon waren nur möglich weil die Sonden programmierbare Computer hatten, anders als die Mariners in deren Serie sie zuerst einsortiert wurde (Mariner-Jupiter-Saturn 77). Eine der umfangreichsten Veränderungen war die Einführung eines Kompressionsverfahrens. An der Stelle gleich eine Bemerkung, das ist in […]<\/p>\n","protected":false},"author":169,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-16077","post","type-post","status-publish","format-standard","hentry","category-allgemein","entry"],"a3_pvc":{"activated":false,"total_views":0,"today_views":0},"jetpack_featured_media_url":"","jetpack-related-posts":[{"id":18614,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/29\/galileos-cds-teil-3\/","url_meta":{"origin":16077,"position":0},"title":"Galileos CDS – Teil 3","author":"Bernd Leitenberger","date":"29. M\u00e4rz 2026","format":false,"excerpt":"So nun zum dritten Teil \u00fcber das prim\u00e4re Computersystem von Galileo, das CDS. Nachdem sich die ersten beiden Teile nur mit dem RCA 1802, warum er gew\u00e4hlt wurde und seiner Architektur befassten geht es heute um das Computersystem selbst. Der Artikel schlie\u00dft so an seine beiden Vorg\u00e4nger gestern und vorgestern\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/6e7f572a246b4ac395de9c260733b707","width":350,"height":200},"classes":[]},{"id":18612,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/28\/galileos-cds-teil-2\/","url_meta":{"origin":16077,"position":1},"title":"Galileos CDS \u2013 Teil 2","author":"Bernd Leitenberger","date":"28. M\u00e4rz 2026","format":false,"excerpt":"So, heute geht es weiter mit Teil 2 \u00fcber Galileos CDS, dieser Beitrag schlie\u00dft nahtlos an den ersten Beitrag von gestern an, wie man schon an der ersten Textzeile sieht. Nach der Einleitung im ersten Teil geht es heute weiter damit warum der RCA 1802 genutzt wurde und was seine\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/191e4b0728de42829cf656027b84dc82","width":350,"height":200},"classes":[]},{"id":18610,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/27\/galileos-cds-teil-1\/","url_meta":{"origin":16077,"position":2},"title":"Galileos CDS – Teil 1","author":"Bernd Leitenberger","date":"27. M\u00e4rz 2026","format":false,"excerpt":"Hall\u00f6chen, es wird Zeit das ich mich mal wieder melde. Es gab zwei Gr\u00fcnde, warum ich mich so rar gemacht habe. Das eine ist das es gerade nicht so viel aktuelles gibt, au\u00dfer einem Update zu Artemis, zu dem ich vielleicht noch etwas schreibe. W\u00e4hrend Trump das ganze Programm nach\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/4fb81c7bafbd4d9d88b5695abdb33d29","width":350,"height":200},"classes":[]},{"id":18393,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2025\/09\/18\/die-falcon-9-eine-nachlese\/","url_meta":{"origin":16077,"position":3},"title":"Die Falcon 9 – eine Nachlese (1)","author":"Bernd Leitenberger","date":"18. September 2025","format":false,"excerpt":"Nachdem \"SimonVR\" mich darauf aufmerksam gemacht hat, dass mein Falcon 9 Artikel sowie der \u00fcber die Entwicklung der Falcon 9 doch etwas abgehangen ist, denke ich, mache ich mal einen Blog dazu. Zuerst mal, worum es hier NICHT geht: n\u00e4mlich eine Einsatzgeschichte der Falcon 9. Ebenso habe ich die wirtschaftliche\u2026","rel":"","context":"In "SpaceX"","block_context":{"text":"SpaceX","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/spacex\/"},"img":{"alt_text":"","src":"https:\/\/vg02.met.vgwort.de\/na\/8d7fcc876a9d4ed4b27890b8d59e8e87","width":350,"height":200},"classes":[]},{"id":18605,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/13\/artemis-berechnungen\/","url_meta":{"origin":16077,"position":4},"title":"Artemis-Berechnungen","author":"Bernd Leitenberger","date":"13. M\u00e4rz 2026","format":false,"excerpt":"Wie ihr vielleicht schon mitbekommen habt, gibt es im Artemisprogramm Neuigkeiten. Da wurde zuerst eine neue Erdorbitmission zur Erprobung der Lander eingeschoben, Artemis III wird also nicht auf dem Mond landen. Die zweite Neuerung war das die Oberstufe EUS wegf\u00e4llt. Zuerst mal dazu. Ein Bericht des OMG, so eine Art\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/8003982d62154aaf9914aedb1248c232","width":350,"height":200},"classes":[]},{"id":18547,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/04\/quo-vadis-artemis\/","url_meta":{"origin":16077,"position":5},"title":"Quo Vadis Artemis?","author":"Bernd Leitenberger","date":"4. M\u00e4rz 2026","format":false,"excerpt":"Ich muss mal meine nicht vorhandene humanistische Bildung heraush\u00e4ngen, sprich Latein kann ich nicht, aber ich habe in meiner Jugend gerne Monumentalschinken angeschaut und da gibt es den ber\u00fchmtem Film \"Quo Vadis\" mit der ersten gro\u00dfen Rolle f\u00fcr Peter Ustinov als Nero. Das Zitat ist bekannt: Petrus flieht aus Rom,\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"\/img\/artemis-2026-2028.jpg","width":350,"height":200,"srcset":"\/img\/artemis-2026-2028.jpg 1x, \/img\/artemis-2026-2028.jpg 1.5x, \/img\/artemis-2026-2028.jpg 2x, \/img\/artemis-2026-2028.jpg 3x, \/img\/artemis-2026-2028.jpg 4x"},"classes":[]}],"jetpack_sharing_enabled":true,"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/16077","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/users\/169"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/comments?post=16077"}],"version-history":[{"count":0,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/16077\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/media?parent=16077"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/categories?post=16077"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/tags?post=16077"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} |
![](\"file:\/\/\/C:\/Users\/Admin\/OneDrive\/Books\/Voyager\/rice3.png\")
![](\"\/img\/_solarsystem.nasa.gov_images_casJPGFullS73_N00186455.jpg\")
Der Rice-Algorithmus wurde sowohl in Form von Software wie Hardware bei Galileo, Cassini, Mars Obervers, Mars Global Surveyor, Huygens und sogar Mars 96 eingesetzt.<\/p>\n![](\"\/img\/C1116850.png\")
Der Codeblock bestand aus 7.136 Bits Nutzdaten, 1.024 Bits Reed-Solomon Code und 432 Füllbits, zusammen 8.640 Bits, die in 0,6 Sekunden bei 14.400 Baud übertragen wurden. Netto entsprach dieser Codeblock einer Datenrate von 28,533 KBaud mit Golay Code, ohne Komprimierung. Die Nettodatenrate wurde also fast verdoppelt.<\/p>\n