Author Topic: Trio and Niko  (Read 133642 times)

0 Members and 1 Guest are viewing this topic.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Trio and Niko: Falling
« Reply #405 on: January 23, 2011, 02:40:30 pm »
No problem. I meant to add new ones for a while but I couldn't keep up with latest updates so I would never have the chance to do so. There were quite a bit to add so yeah :P.

Also I see your entry is related to this project. Nice :D

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Trio and Niko: Falling
« Reply #406 on: January 23, 2011, 02:41:13 pm »
YAY, Congratulations Ashbad, this is definetely well deserved!

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #407 on: January 23, 2011, 02:41:31 pm »
yeah, Dawn is like this game, just Dual layered ASCII based :)

EDIT: and different story and stuff

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Trio and Niko: Falling
« Reply #408 on: January 23, 2011, 11:27:28 pm »
Oh cool, dual-layer ASCII ;D

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #409 on: January 24, 2011, 01:20:37 pm »
eh, well maybe not, just single layer, due to size and speed.  Though from now all all TaND talk will be in that topic :)

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Trio and Niko: Falling
« Reply #410 on: January 24, 2011, 02:27:39 pm »
Ah ok. Well good luck anyway :D

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #411 on: January 26, 2011, 07:54:03 pm »
almost got the system working now :D

and, just edited the first post in the thread to show all of the screenies

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #412 on: January 27, 2011, 09:12:18 am »
Quick question: am I trying to read an appvar from Archive, and it's going very unsuccessfully.  Here is what I'm doing:

Code: [Select]
GetCalc("appvMAP",Y1)->X
GetCalc("appvT1",202)->A
R*202+X -> X
Copy(X,A,202

Am I using the pointer to the archived var in the wrong way?
« Last Edit: January 27, 2011, 09:12:33 am by Ashbad »

Offline AngelFish

  • Is this my custom title?
  • Administrator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3242
  • Rating: +270/-27
  • I'm a Fishbot
    • View Profile
Re: Trio and Niko: Falling
« Reply #413 on: January 27, 2011, 09:18:22 am »
What's the math on the pointer for?

Anyway, are you trying to copy {X} to {A}, because that's what you're doing.
∂²Ψ    -(2m(V(x)-E)Ψ
---  = -------------
∂x²        ℏ²Ψ

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #414 on: January 27, 2011, 09:20:55 am »
Yeah, I'm trying to copy, but only 202 bytes for one room into the RAM appvar.  R is the room numbar and 202 is the size of the room.

Offline AngelFish

  • Is this my custom title?
  • Administrator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3242
  • Rating: +270/-27
  • I'm a Fishbot
    • View Profile
Re: Trio and Niko: Falling
« Reply #415 on: January 27, 2011, 09:21:59 am »
It looks fine, as far as I can tell.
∂²Ψ    -(2m(V(x)-E)Ψ
---  = -------------
∂x²        ℏ²Ψ

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #416 on: January 27, 2011, 09:22:37 am »
hmm, that's really strange.  Oh well, I'll see what might be wrong elsewhere...

Offline nemo

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1203
  • Rating: +95/-11
    • View Profile
Re: Trio and Niko: Falling
« Reply #417 on: January 27, 2011, 03:58:50 pm »
Quick question: am I trying to read an appvar from Archive, and it's going very unsuccessfully.  Here is what I'm doing:

Code: [Select]
GetCalc("appvMAP",Y1)->X
GetCalc("appvT1",202)->A
R*202+X -> X
Copy(X,A,202

Am I using the pointer to the archived var in the wrong way?

are you checking to make sure that the appvar is archived?


Offline squidgetx

  • Food.
  • CoT Emeritus
  • LV10 31337 u53r (Next: 2000)
  • *
  • Posts: 1881
  • Rating: +503/-17
  • rawr.
    • View Profile
Re: Trio and Niko: Falling
« Reply #418 on: January 27, 2011, 05:15:46 pm »
You can't use file pointers the same way you use regular ones :).
The getcalc operation with file pointers doesn't return a pointer to the appvar like with appvars that are in RAM because objects in archive need three bytes, not two to access them. You need a byte for the page that the object is on and two bytes for its position within the page. Because of this, the GetCalc() operation doesn't return a pointer that you can store to a variable like with objects in RAM. So instead of using the value returned by the getCalc operation, you just use the file name (eg Y1, Y2, etc). Note that (i think) you can't do any math besides addition or subtraction with them- no Y1*2 or anything like that. Anyway, the correct (and optimized) way to do what you are trying to do is

Code: [Select]
GetCalc("appvMAP",Y1)
Copy(R*202+Y1,GetCalc("appvT1",202),202
« Last Edit: January 27, 2011, 05:26:56 pm by squidgetx »

Ashbad

  • Guest
Re: Trio and Niko: Falling
« Reply #419 on: January 27, 2011, 06:32:47 pm »
You can't use file pointers the same way you use regular ones :).
The getcalc operation with file pointers doesn't return a pointer to the appvar like with appvars that are in RAM because objects in archive need three bytes, not two to access them. You need a byte for the page that the object is on and two bytes for its position within the page. Because of this, the GetCalc() operation doesn't return a pointer that you can store to a variable like with objects in RAM. So instead of using the value returned by the getCalc operation, you just use the file name (eg Y1, Y2, etc). Note that (i think) you can't do any math besides addition or subtraction with them- no Y1*2 or anything like that. Anyway, the correct (and optimized) way to do what you are trying to do is

Code: [Select]
GetCalc("appvMAP",Y1)
Copy(R*202+Y1,GetCalc("appvT1",202),202

Awesome!  That pretty much fixes it :D