This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Xeda112358
1
« on: February 24, 2021, 09:01:12 pm »
@ACagliano just implemented sha1 and sha256 for the eZ80 calcs, so maybe Cags would be interested  As for the time, on the 84+ you can just read a byte from each port 0x41-0x44
2
« on: February 22, 2021, 04:47:29 pm »
I think what I would suggest is what you are already trying to do. For irregular collision boxes, I set a "collision buffer" the size of the screen (1bpp), and in that buffer I set the pixel on if it's a collision point, else off. Then when I am drawing the tile, so draw it's collision sprite to the collision buffer. I have no idea how to do this on the 68k calcs
3
« on: February 18, 2021, 06:38:01 am »
Hi! Have some  ! I've dabbled in 68k C and assembly, though that was a looong time ago What kind of stuff do you make?
4
« on: December 28, 2020, 04:58:57 pm »
Again, on behalf of Soru from Discord: are you sure it is reset completely? try leaving the room and then come back in
5
« on: December 28, 2020, 02:42:25 pm »
@Sorunome ? It has been a while since I played, but I do remember doing one of these puzzles. EDIT: (Posting on behalf of Soru, quoting from Discord):
6
« on: December 23, 2020, 12:40:15 pm »
Nover 3 was created ~7 years ago for the nspire. The nspire CX II is similar, but fairly different and I would be surprised if nover 3 even worked on the CX II. That said, I don't really follow the CX II series, so I could be wrong. I just know the software and hardware have changed since the original CX models.
7
« on: December 19, 2020, 08:03:19 am »
Sweet baby carrots :0
Maybe the actual circuits bare degraded causing bits to linger on the bus or something? Other idea: it looks like the code might be missing the 01 in the "ld bc,**" instruction (01xxxx) because he LSB comes first.
$0000 1 nop \ nop
$0001 0 ld bc,xx00h (DB00 in your case)
$0002 1 ld a,(bc) \ nop
$0010 1 djnz $+0
$0011 0 ld de,xx00h
$0012 1 ld (de),a \ nop
$00F0 1 ret p \ nop
$00F1 WTF pop af \ nope (oof!)
$00F2 0 jp p,xx00
$00FF 0 rst 38h \ nop
Once the program is on your calc, if you could hex-dump it, then we could check if maybe it is missing the 01.
8
« on: December 08, 2020, 08:13:42 pm »
Oh, thanks for confirming that. I know the code to set 15MHz mode does take some advantage of that, because it essentially writes a 0 to port 20h (mirror of the link port) on those calcs which is generally safe, but writes a non-zero value on the other calcs.
9
« on: November 09, 2020, 04:43:36 pm »
Huh, I bet we could use a calculator as a keyboard for this.
10
« on: October 29, 2020, 05:15:13 pm »
That looks wonderful :0
I remember for the monochrome series, the precursor to Batlib actually used a font hook in a similar way. The programmer could use hex codes to create sprites on-the-fly for 0-9 and A-F (so 16 tiles) and then use the normal Output( command to draw a map. (That's actually why Batlib's first set of commands are font- and hex-oriented).
11
« on: September 28, 2020, 05:27:49 pm »
That is really freaking cool :0
12
« on: September 28, 2020, 05:23:48 pm »
The numbers in binary: 0 ==> 00 1 ==> 01 2 ==> 10 3 ==> 11 So writing a 3 brings both lines LOW, writing 2 sets the upper line LOW and the lower line HIGH. Writing 0 and 1 do the opposite of 3 and 2, respectively. The routine here might be useful to you 
13
« on: September 28, 2020, 02:14:23 pm »
In binary, when you write 00 to port 0, it sets the two lines to 1 (HIGH maybe?). Basically, what you write gets inverted.
When you write a 0 to one of the lines, you kind of release it, but when you write a 1 (setting the line LOW?), you kind of lock it there.
So when you have two calculators connected, and one sets the lowest bit to LOW, the other calculator cannot pull it HIGH. But when the line is already HIGH, either or both calculators can bring it LOW.
When both calculators bring a line LOW, it remains LOW until all calculators have "released" it back to high.
A TI-OS-related caveat: at the home screen or in a BASIC program, if the lines are not released, the calc will basically be frozen, so before you return control back to TI-OS, make sure to write a 0 to port 0 (this brings both lines to 1).
Now, given the topic, I would assume that you want a hexcode. There are many ways to interact with the port, but the very basics: 3E0xD300, where x is 0, 1, 2, or 3 will write to the port, and DB00 will read from the port.
14
« on: September 22, 2020, 12:22:36 pm »
I think you can do something like:
"HELLO"→Str1
"WORLD"[00]
"THIS"[00]
"IS"[00]
"A"[00]
"TEST"[00]
Then Str1 points to the first zero-terminated string (note that Axe will automatically tack on a 00 when you → a string)
15
« on: September 21, 2020, 04:32:17 pm »
What you could do is have a simple menu where the user can move a cursor to highlight an option (like "Edit"), then they press a button to assign to that option. Your code looks for the string associated with the keypress, and if the string is empty (i.e., starts with a null byte), then it isn't a valid option. You also need to verify the keypress isn't already assigned to an option.
It's basically your idea, using an empty string to signify the keypress is invalid.
|
Show Posts