Bin/Hex-Rechner

Der Windows-eigene Rechner war der Grund warum ich das Teil geschrieben 
hab:-) Allerdings der von XP. Die Windows 7 Variante ist schon 
besser...aber mir ging es vor allem darum, dass ich zwischen den 
Formaten nicht hin- und her schalten muss und dass ich parallel mit zwei 
Operanden rechnen kann.

schick

Rene Schube schrieb:
> Schönes Tool! Kennst du den Megatops BinCalc von Ding Zhaoojie?
> Da sind noch ein paar zusätzliche Funktionen dabei.
> RPN Calc, IPv4 Darstellung etc. und die Form ist etwas kleiner und
> kompakter.
> Richtig gut finde ich die Checkbox "Stay On Top"
Kannte ich noch nicht. Was ist RPN Calc? Das mit dem IPv4 ist aber schon 
sehr spezifisch...sowas würde ich wenn dann über irgendwelche Options 
an/aus schalten. Mit der Kompaktheit gebe ich Dir recht, mir ist mein 
Layout auch noch etwas zu "luftig". Das werd ich noch mal überarbeiten. 
Die Idee mit dem "Stay On Top" ist wirklich gut!

Karl Heinz Buchegger schrieb:
> Ich will nicht kleinlich sein, aber ...
Ich bitte darum :-)

Servus,

Es gibt eine neue Version mit etwas kompakterem Layout, ein paar 
Bugfixes und ein paar neuen Funktionen. Eine "stay on top" Funktion ist 
noch nicht implementiert, aber in Planung...

Gruß

Vlad Tepesch schrieb:
> schick.
> das Ascii ist nur komisch.
> Byte 0 ist das letzte Zeichen, also quasi umgedrehte (rechts->links)
> Lesereichtung.

Versteh ich nicht ganz. Die Ascii Zeichen haben die gleiche Reihenfolge, 
wie die Hex-Werte (Siehe Anhang). Warum sollte das anders rum sein? Oder 
hab ich das falsch verstanden.

> vielleicht könnte man auch die nichtdruckbaren Kontrollzeichen besser
> darstellen. Das ist aber sicherlich zweitrangig

Das hab ich mir auch schon überlegt. Da werd ich mir mal was mit 
unterschiedlicher Hintergrundfarbe o.ä. überlegen.

Danke fürs Feedback!

Ich find das Ding auch schick.

Aber könnte man nicht noch sowas wie nand, nor, not gebrauchen? Und 
nicht ganz unpraktisch wären, glaube ich, auch noch einblendbare 
Tabellenbereiche von 2^x oder 256^x und so Zeug.

Und (da wir das Jahr 2012 haben, hätte sicher auch keiner etwas gegen 
eine Übersetzung ins Duodezimalsystem (12er) ;)

(Und wenn einen der Übermut packt, könnte man noch eine Digialanzeige 
dazudichten...) ;)

(und was Taschenrechner in der Regel auch nicht haben, ist eine 
Morsecodeübersetzung)

asmhobbyist schrieb:
>Ich find das Ding auch schick.Aber könnte man nicht noch sowas wie nand, >nor, 
not gebrauchen?
Stimmt, das könnte ich noch implementieren, wobei es das not schon gibt.

>Und nicht ganz unpraktisch wären, glaube ich, auch noch einblendbare 
>Tabellenbereiche von 2^x oder 256^x und so Zeug.
Das versteh ich nicht :-)

>Und (da wir das Jahr 2012 haben, hätte sicher auch keiner etwas gegen >eine 
Übersetzung ins Duodezimalsystem (12er) ;)
Wenn dann ein 13er System - man muss nach vorne blicken! ;-)

>(Und wenn einen der Übermut packt, könnte man noch eine Digialanzeige 
>dazudichten...) ;)
Die Werte werden doch schon digital dargestellt :-)

>(und was Taschenrechner in
>der Regel auch nicht haben, ist eine Morsecodeübersetzung)
Das wird seinen Grund habern :-)
Aber ich habe schon überlegt, das ASCII-label durch ein Drop-down-menü 
zu ersetzen in der noch diverse andere Ausgabeformate anwählbar sind.

Philip schrieb:
>asmhobbyist schrieb:
>>Und nicht ganz unpraktisch wären, glaube ich, auch noch einblendbare
>>Tabellenbereiche von 2^x oder 256^x und so Zeug.
> Das versteh ich nicht :-)
So um Grenzbereiche zu verdeutlichen, z.B. oder falls man mal was im 
Kopf abschätzen soll in welcher Richtung ein Dez nach Hex oder umgekehrt 
so liegt. Bei kleineren Werten geht das ja ganz gut, z.B. 561 d nach Hex
so etwa 190 + 100-60 + 1 oder so oder woran erinnert 256^4?
Naja, und...was soll denn das hier:
"Size > 64 not supported!" ? ;)

Den Biteditor mit der automatischen Anpassung finde ich toll, gerade bei 
größeren Bitbreiten witzig. (256 AVX...) :)

>>(Und wenn einen der Übermut packt, könnte man noch eine Digialanzeige
>>dazudichten...) ;)
> Die Werte werden doch schon digital dargestellt :-)

Wobei...kann man auch gute analoge Anzeigen von Bitwerten bzw. Bits 
hinbekommen?  ;)
Naja, wie auch immer,tatsächlich hatte ich Java-Assembler Jasmin mit 
seinem u.a. 7-Segment-Display als inneren Bildschirmhintergrund
http://www.lrr.in.tum.de/~jasmin/
Und wenn ich mir das Programm so angucke, dann fehlt mir auf einmal ganz 
dolle...->Rotate, Carry... Octal...SSE Register Packed...

Auch die ASCII Eingabe "Hallo Welt" wird ja bei z.B. 16Bit 
abgeschnitten, und es gelten die letzten Eingabewerte. Ist das so 
gewollt?

Nichtsdestotrotz, schickes Ding, Desktopverknüpfung ;)

asmhobbyist schrieb:
> Naja, und...was soll denn das hier:
> "Size > 64 not supported!" ? ;)

Das liegt daran, dass ich für die Konvertierung eine QString-Funktion 
verwende und die arbeitet maximal mit 64 Bit. Ist noch eine Baustelle...

asmhobbyist schrieb:
> Und wenn ich mir das Programm so angucke, dann fehlt mir auf einmal ganz
> dolle...->Rotate, Carry... Octal...SSE Register Packed...

Rotate ist ne gute Idee. Das mit dem Carry könnte ich ja auch 
realisieren, indem das Ergeniss von Addition und Subtraktion ein Bit 
breiter ist. Octal hab ich in meinem ganzen Leben noch nie benötigt, 
gibts tatsächlich Menschen, die damit arbeiten?:-) Was hat das mit dem 
SSE zu bedeuten?

> Auch die ASCII Eingabe "Hallo Welt" wird ja bei z.B. 16Bit
> abgeschnitten, und es gelten die letzten Eingabewerte. Ist das so
> gewollt?

Das war bisher schon so gewollt. Mich hat beim Windows-Rechner immer 
gestört, dass keine führenden Nullen angezeigt werden, deshalb wollte 
ich eine feste Breite. Ich denke das werd ich auswählbar machen.

Philip schrieb:
> Was hat das mit dem SSE zu bedeuten?

Parallelbetrieb.
Oder eben illustre Combibefehle wie
PMADDWD
(schnelleinsicht: 
http://www.rz.uni-karlsruhe.de/rz/docs/VTune/reference/vc235.htm)

Denkbar wäre aber auch, angenommen, du hast den Satz "HUHU", dann ein 
Element wie or 20h auf alle Elemente gleichzeitig anwenden.