Heute so gecodet...

Icons... Thema mit dem man während der Programmentwicklung nur einmal Kontakt hat... Ich hab bei mir in den Anwendungen nur ein Icon mit verschiedenen Größen drin. Und Konsole ist bei mir in der Regel ohne Icon - was im Hintergrund läuft, muss nicht klickibunt gemacht werden

Strings... auch in MFC kein Problem dank CString...-Klassen. Ich dachte ja, dass die Standardlibrary auch gescheite String-Klassen bietet, scheint wohl nicht so zu sein. Bei Win-Konsole nutze ich - wenn ich nicht wegen anderer Dinge schon MFC eingebunden habe - hauptsächlich die _tcs...-Funktionen (_tcslen, _tcsstr, _tcsncpy etc. - bzw. die Safe-Varianten davon ).

Zwar nicht heute, aber vor ein paar Wochen habe ich mal ein kleines Python-Skript geschrieben, das C64-Multicolor-Sprites, die zuvor in GIMP oder einem sonstigen Grafikprogramm erzeugt wurden und als PNG gespeichert wurden, in ACME-Syntax umwandelt. Ich weiss, es gibt auch "richtige" Sprite-Editoren, die ich verwenden koennte, aber in meinem Fall lagen die Sprites schon durch den Python-Prototyp in Form von PNGs vor, sodass das auf diese Art und Weise einfacher war:

import pygame


f = open('sprites.txt', 'w')


spritenum = 0


def loadSprite(filename):
    spr = pygame.image.load(filename)
    global spritenum
    spritenum += 1
    s = '\n\n    ;-- sprite %02i\n    !align 63, 0, 0\n\n' % spritenum
    for y in range(spr.get_height()):
        s += '    !byte %'
        for x in range(0, spr.get_width(), 2):
            if x in [8, 16]:
                s += ', %'
            if spr.get_at((x, y)) == (255, 0, 255):
                s += '#.'
            elif spr.get_at((x, y)) == (255, 255, 255):
                s += '##'
            elif spr.get_at((x, y)) == (99, 99, 99):
                s += '.#'
            else:
                s += '..'
        s += '\n'


    print s
    f.write(s)


loadSprite('gfx/p_left.png')
loadSprite('gfx/p_left_w1.png')
loadSprite('gfx/p_left_w2.png')
...


f.close()

Die Farben sind in den Zeilen 17, 19 und 21 zu finden; d.h. meine Sprites waren im PNG also in Form von weiss, grau, und magenta angelegt (plus eine beliebige andere Farbe als Hintergrund). Wer andere Farben verwendet, muss diese halt entsprechend im Code anpassen.

Die Sprite-Konvertierung wird, wie man sieht, ab Zeile 30 angestossen. Hier einfach eine komplette Liste der Sprites anlegen, dann werden die alle nacheinander in die Datei "sprites.txt" gelegt. Ein einzelnes Sprite in dieser Datei sieht dann so aus:

;-- sprite 10
    !align 63, 0, 0


    !byte %........, %........, %........
    !byte %........, %........, %........
    !byte %........, %........, %........
    !byte %......#., %#.#....., %........
    !byte %#.#.#.#., %#.#.#..., %........
    !byte %....####, %######.., %........
    !byte %....##.., %##..##.., %........
    !byte %....####, %######.., %........
    !byte %....#..., %........, %........
    !byte %..#.#.##, %####...., %........
    !byte %#.#.#.#., %#.#.#..#, %.#.#.#.#
    !byte %#...#.#., %#....#.#, %...#....
    !byte %##..#.#., %#....#.#, %.#......
    !byte %###.#.#., %#.#..#.., %.#......
    !byte %...#.#.#, %.#.#.#.., %...#....
    !byte %...#.#.., %.#.#...., %........
    !byte %...#.#.., %.#.#...., %........
    !byte %..##...., %..##...., %........
    !byte %####...., %..####.., %........
    !byte %........, %........, %........
    !byte %........, %........, %........

Diese Datei laesst sich dann einfach in den restlichen Assembler-Code einbetten oder includen.

Das Skript benoetigt die Pygame-Lib.

Dieser Tage wurde bei uns in der Bude an einer Maschine nachträglich eine automatische Schmiermittelpumpe installiert.
Ich habe das Ding heute ins S7 Programm und in die WinCC Visualisierung "gecodet".
Zählt das ?

In den letzten Tagen: Wii-Support für GCVideo-DVI - ist aber noch nicht veröffentlicht weil das sicherheitshalber nochmal am Gamecube getestet wird

Quote from ZeHa

vor ein paar Wochen habe ich mal ein kleines Python-Skript geschrieben, das C64-Multicolor-Sprites, die zuvor in GIMP oder einem sonstigen Grafikprogramm erzeugt wurden und als PNG gespeichert wurden, in ACME-Syntax umwandelt.

Das hätte ich letztens für "mousetest" gut gebrauchen können, aber es gibt sicher ein nächstes Mal...

Quote from ZeHa

Ein einzelnes Sprite in dieser Datei sieht dann so aus:

Code

;-- sprite 10
    !align 63, 0, 0
[...]
    !byte %......#., %#.#....., %........
[...]

Willst Du dafür nicht lieber das SpriteLine-Makro benutzen? Siehe docs/AllPOs.txt bzw. den mousetest-Source. Dann sähe die obige Zeile so aus:

+SpriteLine %......#.#.#.............

Das erleichtert nachträgliche Änderungen.

...seit ACME 0.95.7 geht es übrigens auch ganz ohne spezielles Makro, da man jetzt per "!be16", "!be24" und "!be32" Werte auch big-endian ablegen kann. Die obige Zeile kann also auch als

!be24 %......#.#.#.............

geschrieben werden, benötigt aber einen aktuellen ACME.

Cool, das kannte ich so noch gar nicht
Das erleichtert die Arbeit natuerlich ungemein (da ich hin und wieder auch mal direkt im Code Sprites erstelle oder modifiziere)

Quote from syshack

Alles was soft ist und nicht hard "gecoded" ist:

Zählt auch VBA unter Excel?

Mache ich auf der Arbeit momentan richtig viel. Gar nicht so einfach ne Tabelle DAU-Sicher hinzubekommen.

Ich wäre schon froh, wenn der VBA Editor nur die Hälfte der Fähigkeiten vom Visual Studio hätte.

Quote from syshack

Habe dazu diesen C++ Code mal kopiert. Funktioniert auch, aber als Win32 GUI App. Doof.
Muss es mal auseinandernehmen und auf Konsolen-App umstellen.

Auf der Seite sind ja mehrere Versionen. Der einfachste Test scheint
mir der nach den Reg-Entries zu sein. So weit ich den Code verstanden
habe wird unter "Software\\Microsoft\\.NETFramework\..blabla" gesucht.

Schau mal unter "Software\\Microsoft\\NET Framework Setup\\NDP"
nach. Da finden sich mehrere Ordner, je Version einer. Je Version ist
ein Wert "Install", immer mit "0x0000001" gesetzt. Das zu testen dürfte
wesentlich einfacher/systematischer sein. Insbesondere ist damit sogut
wie keine Stringbearbeitung nötig.

Falls du z.B. mit VirtualBox eine VM mit XP aufsetzen kannst, dann lässt
sich ja jede NET-Version aufspielen und mit der Test-Software abchecken.

Edit: Gerade noch gefunden:
Please login to see this link.

Ich mache gerade was um auf gang ganz ... ganz vielen Servern die Logs des nächtlichen TSM-Backup-Laufs auszuwerten. Mit Windows-Servern klappts schon, als nächstes muss ich noch hinbekommen, die selben Infos (per Putty und WinSCP) aus Linux-Büchsen rauszuholen. Die Auswertung, die der TSM-Server zumailt (auf den TSM-Server selbst haben wir keinen Zugriff, der ist vom Serverhoster outgesourced und wird wiederum von anderen outgesourcten Admins in Südasien betreut...), reicht nicht um Fehler zu finden.

Heute gönne ich mir eine Druckerpause und spiele etwas mit VB.net rum. Nicht das ich alles vergesse wegen dem schrecklichen VBA.
Mein Z80-Disassembler kann schon NOP und DEFB Hexwert ausgeben

Char Pointer und Arrays sind ja auch keine Strings. Immer alles schön mit std::string verwursten.

Heute mal wieder etwas an meinem elektronischen Logbuch fürs Geocachen weiter gecodet.
Basis: Atmega 8 - programmiere ich mit Bascom
Angestöpselt ist ein 2x16 LCD Display und eine 4x3 Tastatur.
Bascom ist irgendwie manchmal unlogisch
Read + Write Befehle ins Eeprom sind schon spannend
82% Flash bereits vollgestopft - ist aber fast fertig

Hucky

Moin !

ich habe heute mal mein exomizer-filelist - bash-script ein bißchen erweitert.
Für alle, die es noch nicht kennen, hier eine Kurzbeschreibung:

#  exomize_filelist.sh
#  v0.2 (w) 25.06.2016 by GI-Joe
#
#
#  Dieses Script packt vollautomatisch alle PRG-files
#  im selben Verzeichnis und legt die gepackten Files
#  im Verzeichnis "${destinationfolder}" mit einem
#  geänderten filenamen mit vorangestelltem "exomized_"
#  ab.
#
#  Sollte das gepackte PRG-file größer sein als das
#  Ursprungsfile, wird das Ursprungsfile genommen und
#  in das Unterverzeichnis "not_changed" kopiert.
#
#  Alle zu packenden PRG-files sollten eine Basic-Line
#  haben, dann klappt's auch mit dem Programmstart ;-)

ist natürlich noch erweiterbar (z.B. alle PRG's ind allen Unterverzeichnissen), aber nu funzen erstmal alle exomizer_args , die im Variablen-block stehen.

Ich brauchte mal eine bessere lesbare Auflistung aller Z80-Opcodes.

Please login to see this attachment.

Vielleicht kann damit einer ja was anfangen.

Quote from oobdoo

Ich brauchte mal eine bessere lesbare Auflistung aller Z80-Opcodes.

Please login to see this attachment.

Danke, aber mit freier Software bekommt man das nicht auf Anhieb geöffnet:
"UNRAR 4.10 freeware Copyright (c) 1993-2012 Alexander Roshal
Z80-Opcode.rar is not RAR archive"

...laut hexdump befindet sich in dem Archiv eine "Z80-Opcode.xlsx", also habe ich vermutlich eh nichts verpasst.