IRC logs for #opendune on OFTC at 2010-03-25
⏴ go to previous day
00:59:22 *** Chachi has joined #openDune
09:30:00 <TrueBrain> @calc 640 * 480 * 4
09:45:40 <TrueBrain> @calc 480 * 1024 * 4
10:36:39 <TrueBrain> pfff, I now can control this FPGA thingy I have here ... now how to port libemu
10:36:45 <TrueBrain> I dont even know where to start ...
10:37:05 <TrueBrain> back to my hello world examples :p
10:42:27 <TrueBrain> we made SDL so hardcoded ...
11:18:23 <TrueBrain> now how to fuck am I going to port the PIC ...
11:30:40 <TrueBrain> fuck .. did something wrong, now it needs to resynthesis the whole hardware again ...
11:30:47 <TrueBrain> ran out of code segment size :p
12:49:41 <TrueBrain> porting libemu to Microblaze is little fun :p
12:50:09 <TrueBrain> managed to find how to do the timer .. video driver should be 'easy' doable too .. just for some reason I cant get this stupid board to understand it wont fit in 64kb :p
12:50:15 <TrueBrain> something for next week I guess
12:50:51 <glx> is SDL ported on this platform?
12:51:07 <TrueBrain> the main problem is, there is no filesystem
12:51:15 <TrueBrain> only SDRAM and DDR2
12:51:25 <TrueBrain> and R232 (COM-port)
12:51:39 <TrueBrain> so I am very unsure how to get the memory.bin there, and for Dune, all those files ...
12:52:11 <glx> using serial communication :)
12:52:19 <TrueBrain> yeah ... will take for ever :p
12:53:35 <TrueBrain> will take, what, 3 minutes or something to get all the files there
12:54:35 <TrueBrain> but I guess I can make a small .iso with a vfat in it, and send it to it via COM
12:55:37 <glx> but you'll still need to add support for file system
12:55:58 <TrueBrain> or else use a simplified .tar in that file
12:57:34 <TrueBrain> but yes .. I think for now I switch back to the memory.bin in .c files, the slow method we had before
12:57:40 <TrueBrain> then I can at least try alleycat or snipes or something :p
12:58:40 <glx> yeah no need to be able to load a crash.bin :)
13:00:19 <TrueBrain> and as all file open shit goes via INT21 stuff, it is easy to attach what ever we feel needed
13:00:51 <TrueBrain> one very odd thing is that things like fopen and stuff all just works ...should not be possible
13:00:56 <TrueBrain> oh well ... weird platform
13:02:44 <glx> they works but do they really open files, or are they just fake
13:03:08 <TrueBrain> dunno .. don't have the headers here, so can't check :p
13:13:01 <DorpsGek> SVN: glx (r1021) [LibEMU] -Add: real support for get date/time
13:14:32 <DorpsGek> SVN: glx (r1022) [JIT] -Add: mapped another function
13:15:14 <DorpsGek> SVN: glx (r1023) -Update (r1022): update decompiled code
14:29:31 <glx> f__1A34_0005_001F_38E2() is big
14:59:27 <glx> but it's full of ugly stuff
14:59:33 <TrueBrain> owh, just 1000 lines
15:00:36 <TrueBrain> 176C .. wasn't that scripts?
15:01:01 <TrueBrain> ah, no, was the gameloop
15:01:12 <TrueBrain> most like the 'move' function :)
15:01:52 <glx> there's at least a Unit_SetAction(u, ACTION_DIE)
15:02:37 <TrueBrain> when it steps on a bloom? :)
15:05:48 <glx> oh nice it sets emu_si to 0 or 1 but doesn't care about the value
15:50:22 <TrueBrain> 39EE .. pff ... what to do with that ....
16:04:36 <TrueBrain> I think this rotates the turret
16:04:38 <TrueBrain> but .. I am not sure :p
16:17:14 <TrueBrain> something only is _very_ weird
16:17:25 <TrueBrain> it checks the sprite to see what direction the turret is aiming at
16:17:31 <TrueBrain> then .. it stores that value too in the structure itself
16:17:37 <TrueBrain> so .. why not use that :s
16:22:29 <TrueBrain> haha, now they turn the wrong way :)
16:26:57 <TrueBrain> I have to say, pretty clever algorithm
16:29:26 <TrueBrain> I think I did something worong :p
16:29:35 <TrueBrain> all of a sudden my rocket turrets became normal turrets :p
16:38:02 <TrueBrain> f__B4CD_0000_0011_95D0 <- update sprite :)
16:38:50 <DorpsGek> SVN: truebrain (r1024) -Add: C-ified Script_Structure_RotateTurret(), and made the algorithm more readable
16:40:31 <TrueBrain> I was more suprised how fast we are going .. well.. you
16:40:38 <glx> UnitInfo.variable_36 is probably a flag :)
17:19:15 <glx> ,...,...,...,...,...,...,...emu_andw(&emu_ax, 0x7FFF);
17:19:15 <glx> ,...,...,...,...,...,...,...emu_andw(&emu_ax, 0x1FF);
17:21:51 <TrueBrain> it is to make sure it REALLY is within the limits :p
17:21:56 <TrueBrain> let me guess, tile access? :)
17:32:27 <SmatZ> that's so nicer than 1000 ;)
17:48:36 *** Xaroth has joined #openDune
17:48:36 *** ChanServ sets mode: +o Xaroth
19:49:45 <glx> and it should be a stupid mistake
20:35:45 <SmatZ> sorry glx, I can't find any problem :(
21:31:17 <glx> now it works, I can try to clean it up
22:48:12 <DorpsGek> SVN: glx (r1025) -Add: C-ified Unit_Unknown0005()
22:48:29 <glx> that's the best I can get for this function
22:48:44 <glx> and it seems to do way to much to be named
continue to next day ⏵