Hexadezimal Umrechner

Wandle Zahlen zwischen Zahlensystemen oder UTF-8-Text und hexadezimale Bytes um.

Modus

Zahl UTF-8-Text

Eingabebasis

Zahl 0x gilt für hexadezimale, 0b für binäre, 0o für oktale Eingaben. Bei negativen Zahlen steht − am Anfang. Eingabegrenze: 256 Hexadezimalziffern.

Beispiel

FF → 11111111 · 1111 1111

Jedes F steht für 15, also 1111₂.

Binär: 11111111 Oktal: 377 Dezimal: 255 Hexadezimal: FF Bitgruppen: 1111 1111

Regeln der Umrechnung

Zahlen werden mit Vorzeichen und Betrag dargestellt, nicht als Zweierkomplement mit fester Bitbreite; Brüche werden zwischen Binär-, Oktal- und Hexadezimalsystem sowie von dort ins Dezimalsystem exakt umgerechnet, während Dezimalbrüche mit unendlicher Darstellung in den anderen Zahlensystemen ohne Rundung abgelehnt werden.

Bei hexadezimalen Eingaben ist die Groß- und Kleinschreibung beliebig, die Ausgabe nutzt Großbuchstaben; 0x, 0b und 0o müssen zur Eingabebasis passen.

Hexadezimal- und Binärziffern entsprechen einander exakt in Gruppen von 4 Bits; die Grenzen sind 256 Hexadezimalziffern, 1024 Binärziffern, 342 Oktalziffern und 309 Dezimalziffern, wobei Ziffern vor und nach dem Punkt zusammen zählen, Vorzeichen, Präfix und Punkt dagegen nicht.

Text wird nur als UTF-8 mit höchstens 1024 Bytes verarbeitet; jedes Byte besteht aus zwei Hexadezimalziffern, getrennt durch Leerzeichen; andere Kodierungen, Base64 und Verschlüsselung sind nicht enthalten.

Die Beispiele sind öffentliche Testzeichenfolgen und werden im Browser umgerechnet; beim Teilen der URL wird der Eingabestand nach # weitergegeben.

F = 15 = 1111₂ · .8₁₆ = 8/16 = .1₂

Häufige Fragen

Kann ich hier Hexadezimalzahlen in Dezimalzahlen umrechnen?: Ja. Der Zahlenmodus unterstützt binäre, oktale, dezimale und hexadezimale Zahlen; eine separate Seite für Dezimalumrechnungen ist nicht nötig.
Wie werden negative Zahlen dargestellt?: Das Minuszeichen steht vor dem Betrag; die Zahl wird nicht als Zweierkomplement oder mit fester Bitbreite interpretiert.
Wie werden Brüche zwischen Zahlensystemen umgerechnet?: Auch nach dem Punkt entspricht jede Hexadezimalziffer 4 Bits, sodass A.8 ohne Rundung zu 1010.1 wird. Brüche werden zwischen Binär-, Oktal- und Hexadezimalsystem sowie von dort ins Dezimalsystem exakt umgerechnet; ein Dezimalbruch wird ohne Rundung abgelehnt, wenn seine Darstellung im Binär-, Oktal- und Hexadezimalsystem unendlich periodisch ist.
Warum werden hexadezimale Bytes abgelehnt?: Jedes Byte braucht zwei Hexadezimalziffern, getrennt durch Leerzeichen, und die Folge muss gültiges UTF-8 sein; ungerade Ziffernzahlen und ungültige Folgen werden abgelehnt statt ersetzt.
Welche Grenzen gelten und wo bleiben die Eingaben?: Die Grenzen sind 256 Hexadezimalziffern, 1024 Binärziffern, 342 Oktalziffern, 309 Dezimalziffern und 1024 UTF-8-Bytes; Ziffern vor und nach dem Punkt zählen zusammen, Vorzeichen, Präfix und Punkt zählen nicht als Ziffern. Der Betrag darf 2^1024 − 1 nicht überschreiten, und jedes umgerechnete Ergebnis muss die Zifferngrenze seiner Basis einhalten, auch wenn die Eingabe innerhalb ihrer Grenzen liegt. Eingaben stehen nach # in der URL und werden beim Teilen weitergegeben. Eingaben und Ergebnisse werden weder auf dem Server noch im Browserspeicher gespeichert; kopierter Text kann in der Zwischenablage bleiben.

Datenschutz auf dieser Seite

Die Berechnung läuft in Ihrem Browser. Der Eingabestand mit Zahl, Basis und Richtung, Originaltext oder Bytefolge steht nach # in der URL und wird beim Teilen weitergegeben; dieser Teil wird nicht mit der Seitenanfrage an den Server gesendet. semku speichert Zahlen, Basen und Richtungen, Originaltext, Bytefolgen, Umrechnungsergebnisse und kopierten Text weder auf dem Server noch im Browserspeicher. Geteilte URLs und die Zwischenablage können den Inhalt behalten.

Diese Website erfasst die nachfolgend beschriebenen eigenen Nutzungs- und Fehlerdaten. Für die Erfassung und das Absenden von Feedback gilt die unten erläuterte EWR-Beschränkung. Die Daten werden ausschließlich an den dafür vorgesehenen Endpunkt unter semku.com/api/telemetry/v1/ gesendet. Sie werden nicht für Werbung oder Tracking durch Dritte verwendet. Wenn der Erfassungsserver das Land einer Anfrage dem Europäischen Wirtschaftsraum (EWR) zuordnet oder das Land nicht feststellen kann, erfassen wir für diese Anfrage unsere eigenen Nutzungsstatistiken und Fehlerberichte nur, wenn Sie im Cookie-Banner Leistungs-Cookies zulassen; vor Ihrer Auswahl oder bei Ablehnung erfassen wir sie nicht, und die neue Erfassung von Rückmeldungen bleibt blockiert. Diese Auswahl können Sie jederzeit über „Cookie-Einstellungen“ unten auf der Seite ändern. Wenn Sie die Website aus dem Vereinigten Königreich aufrufen, können Sie Nutzungsstatistiken und Fehlerberichte über „Statistik ausschalten“ unten auf der Seite deaktivieren. Trifft dies auf die Anfrage zum Laden des Feedback-Widgets zu, wird kein neues Widget angezeigt. Ein im Browser zwischengespeichertes oder bereits geladenes Widget kann jedoch vor dieser Prüfung erscheinen oder bis zum Neuladen der Seite sichtbar bleiben. Auch wenn das Widget sichtbar ist, liest oder speichert der Erfassungsserver den Inhalt einer Feedback-Anfrage unter dieser Bedingung nicht. Wenn Sie Ihren Entwurf nach dem Absenden nicht verändert haben, zeigt das Widget einen Sendefehler an. Der Entwurf bleibt im Arbeitsspeicher dieser Seite und wird nicht automatisch erneut gesendet. Die Länderzuordnung kann fehlerhaft sein. Diese Beschränkung beendet weder das für die Bereitstellung der Website erforderliche Hosting noch die in der Datenschutzerklärung beschriebene gesonderte Aufzeichnung automatisierter Anfragen.

Um die Nutzung von Funktionen und Sprachversionen zu verstehen und zu verbessern, erfassen wir Seitenankünfte, den Interaktionsbeginn, die Art der Ergebnisausgabe und den Zeitpunkt des Verlassens einer bereits begonnenen Sitzung. Hinzu kommen Zeitpunkte, Seiten-, Funktions- und Versionskennungen, vorübergehende Sitzungs- und Vorgangsnummern, geschätztes Land und Bundesland beziehungsweise Provinz, Herkunftsangaben und eine vom Browser gemeldete Anzeigesprache. Datensätzen zu Seitenankünften fügen wir jedoch keine Sitzungs- und Vorgangsnummern, kein Bundesland beziehungsweise keine Provinz und keine Anzeigesprache hinzu. Städte, Koordinaten und die vollständige Liste bevorzugter Sprachen erfassen wir nicht. Wir erfassen den Hostnamen der Herkunftswebsite und bei externen Verweisen den übermittelten Seitenpfad, ohne Abfrageparameter und Fragment. Wörter oder identifizierende Angaben im Pfad selbst können erhalten bleiben. Eingaben in Werkzeuge, kopierte Inhalte und Sucheingaben werden unseren Nutzungs- und Fehlerberichten nicht automatisch beigefügt. Selbst eingegebene Rückmeldungen und die jeweiligen Freigabefunktionen der Website sind davon getrennt. Die Nutzungsstatistiken enthalten weder Ihre Recheneingaben noch die angezeigten Ergebnisse. Eingaben werden auch nicht als Hashwerte oder Größenklassen gesendet. Die vollständige URL und Suchbegriffe werden nicht gesendet.

Das Laden einer Seite erzeugt einen Datensatz zur Seitenankunft; Nutzungsereignisse setzen eine Interaktion voraus. Fehler können auch ohne Interaktion gemeldet werden. Die Sitzungsnummer unserer eigenen Messung liegt nur im Arbeitsspeicher des Browsers und ändert sich beim Neuladen. Wir erstellen keine dauerhaften Kennungen in Cookies oder im Browserspeicher, um wiederkehrende Besucher zu erkennen. An den Server übermittelte Datensätze bleiben auch nach dem Besuch oder dem Verschwinden der Nummer im Browser erhalten. Vorgänge und Sitzungen werden durch zufällig erzeugte Kennungen unterschieden. Diese Kennungen liegen im Browser nur im vorübergehenden Arbeitsspeicher und werden weder in Cookies noch im Browserspeicher abgelegt. Eine Identifizierung anhand von Cookies oder kombinierten Gerätemerkmalen findet nicht statt.

Zur Untersuchung und Behebung technischer Fehler erfassen wir Art, Code und Zeitpunkt, Seiten- und Versionskennungen sowie eine vorübergehende Sitzungsnummer. Lässt sich eine Skriptdatei einer registrierten Kennung zuordnen, senden wir diese Kennung und die verfügbare Zeilen- und Spaltenposition; andernfalls speichern wir „unknown“ ohne Position. Fehlerberichte enthalten weder den Fehlertext noch den Stacktrace, die ursprüngliche URL oder Ihre Eingaben. Nutzungsstatistiken und Fehlerberichte enthalten außerdem die Website-Kennung, die Bereitstellungsversion und eine zufällige Datensatzkennung. Hinweise zu IP-Adressen und Browsersignalen (User-Agent Client Hints) finden Sie weiter unten; Region und Anzeigesprache sind oben beschrieben.

Das Feedbackformular sendet beim Klick auf den Absendebutton die von Ihnen gewählte Bewertung und den von Ihnen eingegebenen Freitext. Mitgesendet werden eine zufällige Kennung der Einsendung, die Seite, die Website und die Bereitstellungsversion sowie die Art der Anfrage. Felder für Name, E-Mail-Adresse oder Telefonnummer gibt es nicht, und Ihre Recheneingaben oder Ergebnisse werden nicht automatisch angehängt. Vor dem Senden entfernt das Widget Leerraum am Anfang und Ende Ihres Textes und stellt, sofern Sie eine Bewertung gewählt haben, [+1] oder [-1] voran; weitere Änderungen an Ihrem Text nimmt es nicht vor. Nach dem Empfang vereinheitlicht der Server die Zeilenumbrüche und entfernt Leerraum am Anfang und Ende. Geben Sie dort bitte keine personenbezogenen Daten, Passwörter, Zugangsschlüssel oder Zahlungsdaten ein.

Nutzungsdatensätze enthalten die vollständige IP-Adresse. Wir zeigen sie in der Verwaltungsansicht an und verwenden sie, um eigene Besuche des Betreibers aus den Statistiken auszuschließen. IP-Adressen und Herkunftspfade in unseren eigenen Nutzungsdatensätzen entfernen wir im täglichen Bereinigungslauf, nachdem seit ihrem Eingang auf dem Server 90 Tage vergangen sind. Sie werden deshalb nicht genau im Moment des Ablaufs der 90 Tage gelöscht. Nach Entfernung der IP kann eine Kennzeichnung als Betreiberbesuch erhalten bleiben. Dieselbe IP kann verschiedene Besuche verbinden, bedeutet aber nicht unbedingt dieselbe Person. Gespeicherte IP-Adressen lösen selbst keine automatischen Sperren aus. Signale zu Browsertyp und -version sowie Hinweise auf den Einsatz von Automatisierungswerkzeugen erfassen wir derzeit nicht. Falls wir die Erfassung aktivieren, aktualisieren wir zuvor diesen Hinweis mit Angaben zu Daten, Zweck, Aufbewahrung und Beginn. Bei Aktivierung dienen die Signale der Bot-Erkennung, sind aber Selbstauskünfte des Browsers und Schätzwerte, die weder Typ und Version noch den Einsatz von Automatisierungswerkzeugen eindeutig feststellen. Für die Nutzung vor der Aktivierung erfassen wir sie nicht rückwirkend. Der ursprüngliche User-Agent-Anfrageheader wird nicht aufgezeichnet. Auf deutschen und spanischen Seiten beginnt die Erfassung der eigenen Nutzungs- und Fehlerdaten einschließlich Zugriffsregion, Herkunft, Anzeigesprache und vollständiger IP-Adressen am 12. Oktober 2026 (koreanische Zeit); bis unmittelbar davor wurden diese Daten dort nicht erfasst.

Davon getrennt verarbeitet der Hostinganbieter Cloudflare beim Besuch der Website zur Bereitstellung Verbindungsinformationen wie Ihre IP-Adresse, den Zeitpunkt der Anfrage und User-Agent-Angaben zu Browser und Gerät.

Weitere Informationen finden Sie in der Datenschutzerklärung.

Die Umrechnung erfolgt im Browser; der Eingabestand steht nach # in der URL und wird beim Teilen weitergegeben.