SRL Archive - Discussions and Debates

This is the thread for the dungeoneering protect, and is meant to keep the members up to date on what each other are doing, and show how far we progressed so far.

Members(Name/Job)

• Zmon ~ Debug form/Various libraries
• Shay ~ Unknown
• NKN ~ Puzzles
• Xtrapsp ~ Items
• Raskolnikov ~ Unknown

~Will be edited as more information is available.

this happens from time to time


so starting room should do following:

• locate floor level npc projection to check for key
• locate all table level items and remove them because after that, we will use floor only - makes things easier with elevation
• if you can, make some runes to allow for high alchemy - get 2x the gp
• alchemize or sell some useless items
• buy feathers, and antipoison
• if you can, make your own gatestone for quick return, faster than home tele
• check map to figure out where we are
• start exploring

Edit: oh yeah and GetMiniMapDots will need some overhaul, it doesn't always detect all dots and not necessarily gets exact center, which we actually need for the projection to work well, although we could always uptext it or something


Edit#2: debug in action

Mark me down for Library construction ;)

I am very happy to help with anything if you need/want me to?

I too want to be of help… Maybe if there was a list of specific tasks we can incorporate the full force of SRL members into this…

Hit me up if you need some help :)

~Home

Well I'm slowly working on an ItemDTM list, so maybe we could divide it into teams? Zmon is in charge though..

updates:



It appears that item detection is slightly off? Even with clear and then Show table Drops (high).

why exactly is this members only. shouldnt all of srl be able to help? :3

From: m34tcode
why exactly is this members only. shouldnt all of srl be able to help? :3

Thread would be filled with spam and stuff I expect

Zmon instructed me to post it here. :P

I guess it's to keep the "Good job", "Can't wait to test", "Eta?" posts out of it.

From: NKN
Zmon instructed me to post it here. :P

I guess it's to keep the "Good job", "Can't wait to test", "Eta?" posts out of it.

edit OP, I'm doing the Item's.

Removed as I am still updating 

Organising etc too

true, we do tend to get alot of that =\

EDIT: Meh scratch that.

Let me know if there's a way I can contribute some time towards this :)

From: xtrapsp


It appears that item detection is slightly off? Even with clear and then Show table Drops (high).

yes i think i already mentioned that getminimapdots is not accurate, it is off by pixel or two every now and then and that makes a huge difference so i will need to make it more accurate, plus sometimes it doesn't detect dot on map

Kent w8 2 t3zt it sune!
ETA??!?
Good J0b!!1!11

Lol I can do some monster colors. Tell me what you would rather have, TPA or findobj

From: zmon
yes i think i already mentioned that getminimapdots is not accurate, it is off by pixel or two every now and then and that makes a huge difference so i will need to make it more accurate, plus sometimes it doesn't detect dot on map

I think this was mentioned somewhere that it's not our fault but the game's to make the MMdots slightly off a few pixels.

From: Er1k
I think this was mentioned somewhere that it's not our fault but the game's to make the MMdots slightly off a few pixels.

I posted it some times ago: http://villavu.com/forum/showpost.php?p=997829&postcount=41

Dots have little random offset on MM ,and it's game fault.
But it's not game fault ,that it doesn't find dots ,which are close to each other ,and it can be improved.

From: beginner5

Dots have little random offset on MM ,and it's game fault.
But it's not game fault ,that it doesn't find dots ,which are close to each other ,and it can be improved.

i noticed that - 2 dots that are 3 pixels apart instead of standard 4 are not recognized as 2 dots, and a dot that is partly embedded in the wall is not recognized at all so essentially there are 2 different issues to address

and since that is inside SRL - i'm not sure if we need to report that so someone can work on it but to be honest i suspect that if we are to pull this off, we'll be pushing the SRL team to do work as well :stirthepot:

edit: this is example of missing dots from minimap


current state of debug console:


Clear and redraw - clears screen (and redraws smart debug top left and redraws dung ladder on top bar)
Get to Daemonheim - teleports and walks up to dung entrance
Init when inside - YOU SHOULD CALL THIS - but if you call teleport to daemonheim, it calls init before teleporting

Set LOW angle - not only that it sets low angle, it also sets angle low for the 3D calls, so you should use this to test low/high variances
Set HIGH angle - same as LOW except all is set to high

Show Table Drops - shows items located 4 minimap pixels above floor level (which is about the height of table) - it is really only used in starting room

Smuggler Floor - only in starting room - location of floor the npc is standing on, so we can check for key

Player floor - generally in starting room but also if we walk up to pick up something, we can right click and pick more or what not

Show floor drops - shows items with elevation 0 = exactly on the floor

Show NPCs - shows about center of npcs (1 minimap pixel worth of above ground where the npc is located, about belly or chest level unless huge npc)

you can add your own just follow the examples - so if you have room solver or trader, just add button "Buy Antipoison" for example :P

From: zmon

and since that is inside SRL - i'm not sure if we need to report that so someone can work on it but to be honest i suspect that if we are to pull this off, we'll be pushing the SRL team to do work as well :stirthepot:

Go to the SRL Git repository, redo what you need to, make a pull request.

This could probably be worked out better than what we already did, but it will take a lot more time, and some scripts(including my own) call the minimap functions very often, so time is a huge factor.

This ,doesn't omit any dot on MM and it's more accurate I think. I tested it only like 20 times so more feedback is needed. It's fast as older one.

http://pastebin.com/q98zeZwz

From: beginner5
This ,doesn't omit any dot on MM and it's more accurate I think. I tested it only like 20 times so more feedback is needed. It's fast as older one.

http://pastebin.com/q98zeZwz

I'm almost 100% positive that the only color that is static on the dots is the black.

Perhaps something like this for item finding.. A minimap dot is around 12 pixels. Get the bounds of each dot, convert the corners to ms points and search within them for your item.

Function MMBoxToMSBox(Box: TBox): TBox;
begin
  Result:= PointToBox(MMToMS(Point(Box.X1, Box.Y1)), MMToMS(Point(Box.X2, Box.Y2)));
end;

Function MinimapDotsToMSBoxes: TBoxArray;
var
  ItemsTPA: TPointArray;
  ATPA: T2DPointArray;
  I, L: Integer;
  Boxes: TBoxArray;
begin
  ItemsTPA:= GetMinimapDots('Item');
  if (Length(ItemsTPA) < 1) then
    Exit;
  ATPA:= TPAToATPAEx(ItemsTPA, 4, 4);
  SetLength(Boxes, Length(ATPA));
  L:= High(ATPA);
  For I:= 0 To L Do
  begin
    Boxes[I]:= MMToMSBox(GetTPABounds(ATPA[I]));
  end;
  Result:= Boxes;
end;

Or perhaps try ConsoleWalking and use the methods to find items since its so damn accurate.

From: mormonman
I'm almost 100% positive that the only color that is static on the dots is the black.

The older one uses static differences.I can easily change it to use tolerance + static differences ,but I was testing dots about 30 times and colors was always the same. So I think it's unnecessary ,unless someone shows me sample with other colors.

From: beginner5
The older one uses static differences.I can easily change it to use tolerance + static differences ,but I was testing dots about 30 times and colors was always the same. So I think it's unnecessary ,unless someone shows me sample with other colors.

Colors change between each loaded client, and when we tested the colors with tolerance it was much slower.

Isn't going to show whats really going on. But I've made a cheatsheet for Armour and Weapon layouts

//----------------------------------------------------------------------------//
//--                         CheatSheet Item Order                          --//
//--                                                                        --//
//--            Tier	Name   	  Member?	    Armour	    Weapons             --//
//--             1	  Novite		   NO          1 	         1                --//
//--             2	  Bathus		   NO          10 	       10               --//
//--             3	  Marmaros	   NO	         20          20               --//
//--             4	  Kratonite	   NO	         30 	       30               --//
//--             5	  Fractite	   NO	         40 	       40               --//
//--             6	  Zephyrium	   YES	       50 	       50               --//
//--             7	  Argonite	   YES	       60 	       60               --//
//--             8	  Katagon		   YES         70 	       70               --//
//--             9	  Gorgonite	   YES         80 	       80               --//
//--             10	  Promethium   YES		     90 	       90               --//
//--             11	  Primal		   YES         99 	       99               --//
//----------------------------------------------------------------------------//  

I'l slowly be ticking off parts ;)

edit: It's a shame Villavu.com messes up the layout

I didn't notice decrease of speed doing it with tolerance (15 ms).http://pastebin.com/DqSgqreA

I thought before ,that differences change a bit too ,so I made "InRange" ,I will delete it later. Fully independent of black outline. Accuracy is 90% ,sometimes dots close to each other overlaps so much that pixels inside them changes. I will think on it.

Edit: new version http://pastebin.com/A7VxptJ1

From: beginner5
The older one uses static differences.I can easily change it to use tolerance + static differences ,but I was testing dots about 30 times and colors was always the same. So I think it's unnecessary ,unless someone shows me sample with other colors.

This is my NPC color array; I've been collecting them for a while now. Colors are only in the array if I've run into that color as the dot's main color. As you can see, it varies by quite a bit now. It's out of reach of a simple tolerance check.

NPC         := [2162687, 1783370, 1437694, 1372665, 1043199, 981753, 786430, 720883, 587000, 522732, 458751, 450798, 393210, 327667, 257009, 255470, 127367, 65233, 61670, 59355, 47302];

More NPC Colors.


All tested, etc.

323558
326385
318418
314049
654579
648667
322788
313279
317648
391151
1374705
63478
51142
55511
588280
60651
589823
1179647
589311
579802
584171
578776
574407
583916
717815
1701113
326911
1244415
319972
315603
325112
1702399
575448
579817
584957
718847
50645
55014
783103
1900543
916991
777964
773595
1505535
645348
640979
653311
651775
53474
49105
61439
1179644
56781
61150
65522
196604

~Home

From: xtrapsp
Isn't going to show whats really going on. But I've made a cheatsheet for Armour and Weapon layouts

//----------------------------------------------------------------------------//
//--                         CheatSheet Item Order                          --//
//--                                                                        --//
//--              Tier   Name        Member?   Armour  Weapons              --//
//--               1      Novite      NO        1       1                   --//
//--               2      Bathus      NO        10      10                  --//
//--               3      Marmaros    NO        20      20                  --//
//--               4      Kratonite   NO        30      30                  --//
//--               5      Fractite    NO        40      40                  --//
//--               6      Zephyrium   YES       50      50                  --//
//--               7      Argonite    YES       60      60                  --//
//--               8      Katagon     YES       70      70                  --//
//--               9      Gorgonite   YES       80      80                  --//
//--               10     Promethium  YES       90      90                  --//
//--               11     Primal      YES       99      99                  --//
//----------------------------------------------------------------------------// 

I'l slowly be ticking off parts ;)

edit: It's a shame Villavu.com messes up the layout

If you change the tags to

 ones it wont :)

I can make sps maps

From: Brandon
Perhaps something like this for item finding.. A minimap dot is around 12 pixels. Get the bounds of each dot, convert the corners to ms points and search within them for your item.

Function MMBoxToMSBox(Box: TBox): TBox;
begin
  Result:= PointToBox(MMToMS(Point(Box.X1, Box.Y1)), MMToMS(Point(Box.X2, Box.Y2)));
end;

Or perhaps try ConsoleWalking and use the methods to find items since its so damn accurate.

actually the MMToMS is not very precise and towards away from cam or at low angle it will not work well

but i do have minimap to main screen projection, if i know camera angle, so yes the point that i will supply is in vicinity and we still need to post process it to locate actual items

From: beginner5
I didn't notice decrease of speed doing it with tolerance (15 ms).http://pastebin.com/DqSgqreA

I thought before ,that differences change a bit too ,so I made "InRange" ,I will delete it later. Fully independent of black outline. Accuracy is 90% ,sometimes dots close to each other overlaps so much that pixels inside them changes. I will think on it.

Edit: new version http://pastebin.com/A7VxptJ1

OK i know i am about to doublepost, but i do it rarely so forgive me :P but this does deserve the special treatment

DUDE!!! i put your code under UTILS/Upstream.simba and incorporated it with 3d engine and you just don't know how good your code is until you really see it in action so here - enjoy, it's awesome!!!!!


Edit: i took all the colors that were posted above for NPC and did a little program to analyze them and basically per channel the deviation is $18 or 24 in decimal and so the color is $08E8E8 with +/- $18 per channel (with lower bounds $00D0D0 and upper bound $20FFFF):

Number of colors collected: 77
Number of unique values: 77
COLOR CHANNEL: BLUE
 samples: 77
 min value: 0 (0)
 max value: 32 (20)
 average value: 8 (8)
PRESUMED RANGE FOR BLUE IS 0-32 and within this range we have 100.0% percent of samples
COLOR CHANNEL: GREEN
 samples: 77
 min value: 54 (36)
 max value: 255 (FF)
 average value: 232 (E8)
PRESUMED RANGE FOR GREEN IS 208-255 and within this range we have 85.7% percent of samples
COLOR CHANNEL: RED
 samples: 77
 min value: 74 (4A)
 max value: 255 (FF)
 average value: 232 (E8)
PRESUMED RANGE FOR RED IS 208-255 and within this range we have 89.6% percent of samples

EDIT: so after verifying with simba source, basically NPC color is $08E8E8 ( or 583912) with colortolerancespeed = 0 (YES 0) and tolerance 24. Relevant code:

function ColorSame_cts0(ctsInfo: Pointer; C2: PRGB32): boolean;
var    C1: TCTS0Info;
begin
  C1 := PCTS0Info(ctsInfo)^;
  Result := (Abs(C1.B - C2^.B) <= C1.Tol)
        and (Abs(C1.G - C2^.G) <= C1.Tol)
        and (Abs(C1.R - C2^.R) <= C1.Tol);
end;

From: zmon
OK i know i am about to doublepost, but i do it rarely so forgive me :P but this does deserve the special treatment

DUDE!!! i put your code under UTILS/Upstream.simba and incorporated it with 3d engine and you just don't know how good your code is until you really see it in action so here - enjoy, it's awesome!!!!!


Edit: i took all the colors that were posted above for NPC and did a little program to analyze them and basically per channel the deviation is $18 or 24 in decimal and so the color is $08E8E8 with +/- $18 per channel (with lower bounds $00D0D0 and upper bound $20FFFF):

Number of colors collected: 77
Number of unique values: 77
COLOR CHANNEL: BLUE
 samples: 77
 min value: 0 (0)
 max value: 32 (20)
 average value: 8 (8)
PRESUMED RANGE FOR BLUE IS 0-32 and within this range we have 100.0% percent of samples
COLOR CHANNEL: GREEN
 samples: 77
 min value: 54 (36)
 max value: 255 (FF)
 average value: 232 (E8)
PRESUMED RANGE FOR GREEN IS 208-255 and within this range we have 85.7% percent of samples
COLOR CHANNEL: RED
 samples: 77
 min value: 74 (4A)
 max value: 255 (FF)
 average value: 232 (E8)
PRESUMED RANGE FOR RED IS 208-255 and within this range we have 89.6% percent of samples

EDIT: so after verifying with simba source, basically NPC color is $08E8E8 ( or 583912) with colortolerancespeed = 0 (YES 0) and tolerance 24. Relevant code:

function ColorSame_cts0(ctsInfo: Pointer; C2: PRGB32): boolean;
var    C1: TCTS0Info;
begin
  C1 := PCTS0Info(ctsInfo)^;
  Result := (Abs(C1.B - C2^.B) <= C1.Tol)
        and (Abs(C1.G - C2^.G) <= C1.Tol)
        and (Abs(C1.R - C2^.R) <= C1.Tol);
end;

Wow, amazing, keep it up team!

So, is there a repository somewhere to be seen? :)

Also, might I suggest using a lot of the library from MSI? It has a crap load of functions built in, there's no need to reinvent the wheel. That being said, it assumes you will open source the dungeoneering script.

From: Nava2
So, is there a repository somewhere to be seen? :)

Also, might I suggest using a lot of the library from MSI? It has a crap load of functions built in, there's no need to reinvent the wheel. That being said, it assumes you will open source the dungeoneering script.

basically we are trying to reuse as much as we can, that said some of the existing functions are not sufficiently reliable, for example WaitUptextMulti will not work well if ocr generates a lot of noise, so a new WaitUptextFuzzy, which is tested and works great in my runespan script will replace it. Or the new dot finder. Or minimap to main screen powered by true 3D engine.

those examples should at some point be upstreamed so those kind of enhancements will reside in upstream utilities.

as for the source, if you are willing to work on it i'll set up an access for you but since we do not have enough written yet, there is no need to distribute for testing, also, it is easier to get organized if we have handful of people that are working on it rather than long list of people without visibility into whether they choose to work on it or not, so if you want to help, pm me with desired user and i'll send you access info with commit rights

the project is rather large in scope and as any such project in incubation state, it is beneficial to know what works on which part at all times, we will need project management for this sooner rather than later and some place to exchange ideas, for now we have just this one thread although i would suggest we get our own "folder" under member forum, because the scope of this project is on magnitude of MSI ro SRL, especially if we will support complexity 6

I foresee that once we have enough support functions built in, and enough structures in place, we will widen the scope of access to those that may or may not work on it, but the current number of files included in project is 23 with 16 of them being .simba files, which would open up whole can of worms if too many people start stepping on each other's toes.

From: mika
I can make sps maps

I am not exactly seeing in what sense that would help except for one scenario - if you have map per room to use it to identify room properties, but i may not be seeing the whole picture and if i am missing something obvious, please let me know.

Still, if we can identify even half of the rooms, it would be better than nothing so if you tell me that it would help, pm me with desired user and i'll send you login and set up framework for room identification.

From: Nava2
So, is there a repository somewhere to be seen? :)

Also, might I suggest using a lot of the library from MSI? It has a crap load of functions built in, there's no need to reinvent the wheel. That being said, it assumes you will open source the dungeoneering script.

They are using various parts, However tweaking etc to make it fit around this target.

It isn't open-source kinda… some of us have access and im sure everyone who wishes to help will to.

Nice development. I like that debug console window, looks very useful. How to do that? :)

From: Shatterhand
Nice development. I like that debug console window, looks very useful. How to do that? :)

this is how the debug form works in case you want to use it for another project to debug:

/////////////////////////////////////////////////
// DUNGEON MASTER                              //
// [url]http://git.cdn0.com/Git.aspx/dungeon-master[/url] //
/////////////////////////////////////////////////

{$include_once ../CONST/ConstantsMain.simba}
{$include_once ../CONST/ConstantSupportFunctions.simba}
{$include_once ../CONST/InventoryDTMs.simba}
{$include_once ../SKILLS/SkillsMain.simba}
{$include_once ../OUTSIDE/GettingThere.simba}
{$include_once ../UI/ActivityLogger.simba}
{$include_once ../UI/3DEngine.simba}
{$include_once ../UI/ClearAndRedraw.simba}
{$include_once ../UI/LocateItems.simba}
{$include_once ../FLOORS/DungeonFloorSelection.simba}
{$include_once ./Main.simba}


var SelectedAction : integer;
var DebugAngle : Extended;

procedure ThreadSafeCallNoParams(ProcName : String); forward;
procedure InitializeActions(); forward;
procedure PerformSelectedAction(); forward;
procedure DungeonMainDebug;
begin
  SmartSetDebug(True);
  LogSmartLine('===DUNGEON MASTER===');
  // initialize inventory DTMs
  InitializeInventoryDTMs;
  // initialize 3d debug
  DebugAngle := DDD_ANGLE_LOW;
  SetAngle(SRL_ANGLE_LOW);
  // init 3d engine
  DDD_FirstInit();
  // do it
  InitializeActions();
  repeat
    ThreadSafeCallNoParams('DebugFormCreate');
    if (SelectedAction >= 0) then
    begin
      PerformSelectedAction();
    end;
  until SelectedAction < 0;
  WriteLn('thank you for using debug version of dungeon master script.');
end;

// form
procedure MainFormClose(Sender: TObject; var Action: TCloseAction); forward;
// debug function events
procedure ButtonClick(Sender: TObject); forward;

procedure ThreadSafeCallNoParams(ProcName : String);
var V: TVariantArray;
begin
  SetLength(V, 0);
  ThreadSafeCall(ProcName, V);
end;

// actions
type TSelectedAction = record
  ButtonText : String;
  ExecuteProcedure : Procedure;
end;
var Actions : array of TSelectedAction;
// form parts
var MainForm : TForm;
var button : TButton;
procedure DebugFormCreate;
var Index : Integer;
begin
  SelectedAction := -1;
  MainForm := TForm.Create(nil);
  MainForm.SetBounds({L} 100, {T} 100, {W} 600, {H} 400);
  MainForm.Position := poMainFormCenter;  // Centre of the Simba window. :-)
  MainForm.BorderStyle := bsDialog;
  MainForm.CAPTION := 'Dungeon Master: Debug console - choose action';
  MainForm.OnClose := @MainFormClose;

  for Index := 0 to Length(Actions) - 1 do
  begin
    button := TButton.Create(MainForm);
    button.Left := 5 + 150 * (Index mod 4);
    button.Top := 5 + 30 * (Index div 4);
    button.Width := 140;
    button.Height := 25;
    button.CAPTION := Actions[Index].ButtonText;
    button.Tag := Index;
    button.ONCLICK := @ButtonClick;
    button.Parent := MainForm;
  end;

  MainForm.SHOWMODAL;
  MainForm.Free;
end;

// Frees all the bitmaps used in the form
procedure MainFormClose(Sender: TObject; var Action: TCloseAction);
begin
end;

procedure ButtonClick(Sender: TObject);
begin
  SelectedAction := (Sender as TButton).Tag;
  MainForm.CLOSE();
end;

procedure DoStartDungeon();
begin
  WriteLn('Calling: FigureOutWhereWeAreOrStartDungeon');
  if (FigureOutWhereWeAreOrStartDungeon()) then
  begin
    WriteLn('Call to FigureOutWhereWeAreOrStartDungeon returned True');
  end
  else
  begin
    WriteLn('Call to FigureOutWhereWeAreOrStartDungeon returned False');
  end;
end;

procedure DoInitDungeon();
begin
  InitialInitOfDungeon();
end;

procedure DoClearAndRedraw();
begin
  ClearAndRedraw();
end;

procedure DoSetDebugAngleHigh();
begin
  SetAngle(SRL_ANGLE_HIGH);
  DebugAngle := DDD_ANGLE_HIGH;
end;

procedure DoSetDebugAngleLow();
begin
  SetAngle(SRL_ANGLE_LOW);
  DebugAngle := DDD_ANGLE_LOW;
end;

procedure DoShowTableDrops();
begin
  DrawDebugLocations(LocateTableDrops(DebugAngle), clRed);
end;

procedure DoShowFloorDrops();
begin
  DrawDebugLocations(LocateFloorDrops(DebugAngle), clRed);
end;

procedure DoShowSmugglerFloor();
begin
  DrawDebugSquare(LocateSmugglerFloor(DebugAngle), clRed);
end;

procedure DoShowPlayerFloor();
begin
  DrawDebugSquare(LocatePlayerFloor(DebugAngle), clRed);
end;

procedure DoShowNPCs();
begin
  DrawDebugLocations(LocateNPCCenters(DebugAngle), clRed);
end;

procedure DoExample();
begin
  WriteLn('This is example...');
  Sleep(1000);
  WriteLn('Example done.');
end;

procedure PerformSelectedAction();
begin
  Actions[SelectedAction].ExecuteProcedure();
end;

procedure AddAction(myAction : TSelectedAction);
var Len : Integer;
begin
  Len := Length(Actions);
  SetLength(Actions, Len + 1);
  Actions[Len].ButtonText := myAction.ButtonText;
  Actions[Len].ExecuteProcedure := myAction.ExecuteProcedure;
end;

// actions
procedure InitializeActions();
var Action : TSelectedAction;
begin
  Writeln('initialize actions');
  SetLength(Actions, 0);
  // clear and redraw debug screen
  Action.ButtonText := 'Clear and Redraw';
  Action.ExecuteProcedure := @DoClearAndRedraw;
  AddAction(Action);
  // this should get us to daemonheim
  Action.ButtonText := 'Get to Daemonheim';
  Action.ExecuteProcedure := @DoStartDungeon;
  AddAction(Action);
  // we are inside just doing init
  Action.ButtonText := 'Init when inside';
  Action.ExecuteProcedure := @DoInitDungeon;
  AddAction(Action);
  // set angle low
  Action.ButtonText := 'Set LOW angle';
  Action.ExecuteProcedure := @DoSetDebugAngleLow;
  AddAction(Action);
  // set angle high
  Action.ButtonText := 'Set HIGH angle';
  Action.ExecuteProcedure := @DoSetDebugAngleHigh;
  AddAction(Action);
  // starting room table drops high camera angle
  Action.ButtonText := 'Show Table Drops (start)';
  Action.ExecuteProcedure := @DoShowTableDrops;
  AddAction(Action);
  // starting room key
  Action.ButtonText := 'Smuggler Floor (start)';
  Action.ExecuteProcedure := @DoShowSmugglerFloor;
  AddAction(Action);
  // starting room key
  Action.ButtonText := 'Player Floor';
  Action.ExecuteProcedure := @DoShowPlayerFloor;
  AddAction(Action);
  // show floor drops
  Action.ButtonText := 'Show Floor Drops';
  Action.ExecuteProcedure := @DoShowFloorDrops;
  AddAction(Action);
  // show npcs drops
  Action.ButtonText := 'Show NPCs';
  Action.ExecuteProcedure := @DoShowNPCs;
  AddAction(Action);
  // add your own here

  // example
  Action.ButtonText := 'Example2';
  Action.ExecuteProcedure := @DoExample;
  AddAction(Action);
  // example
  Action.ButtonText := 'Example3';
  Action.ExecuteProcedure := @DoExample;
  AddAction(Action);
  // example
  Action.ButtonText := 'Example4';
  Action.ExecuteProcedure := @DoExample;
  AddAction(Action);
  writeln('got ' + IntToStr(Length(Actions)) + ' actions');
end;

@zmon

I was just throwing it out there that i can make SPS maps. im good at it and its no problem for me. If needed i can make the maps.

From: mika
@zmon

I was just throwing it out there that i can make SPS maps. im good at it and its no problem for me. If needed i can make the maps.

maybe getting to daemonheim - currently i rely on couple of DTMs because i can't quite use DTM walking… as there aren't many fixed points, but the last DTM sometimes fails, maybe if you think that SPS walking would help get to the entrance from daemonheim teleport spot… it's possible that the maps already exist but i don't know much about sps walking so if you want to work on GettingThere.simba, just tell me what you want as login name and i'll set you up with access.

What should I work on?

Is there list of some sort of things or areas that need to be written?

From: Yago
What should I work on?

Is there list of some sort of things or areas that need to be written?

You could always help with the Inventory_DTM :P

Take a look at this: http://villavu.com/forum/showthread.php?t=84315

He's already done 600 items 0.0

From: Runaway
Take a look at this: http://villavu.com/forum/showthread.php?t=84315

He's already done 600 items 0.0

I wrote on topic… hopefully he can jump on the band wagon

Is there another means of communication, other than this thread, for those who are developing this project.

Sometimes we use the skype channell, link in sig

I guess I gotta learn to use skype now.

From: Yago
I guess I gotta learn to use skype now.

It's really simple mate, Add me bradly.spicer

:)

I wouldn't mind making a form for this script once all the variables are decided.

Any updates?
I've been vulturing this thread for like a week with no posts whatsoever…
This is so interesting and exciting!

I'll talk to Zmon, and see.

Well zmon hasn't been on for a while so we can only pray he's still working on it.

Everyones been a bit busy to be honest :(

zmon has been working on billing project for his work, zmon wouldn't get paid if new billing system wasn't working :P

but i was reading up more on dung on wikia because i am mulling over how the actual engine should work, i mean suppose we have support for anything and everything already, we still need something that decides whether we sell stuff to buy ore to make weapons for example…

Omg he's back!

<3

From: zmon
but i was reading up more on dung on wikia because i am mulling over how the actual engine should work, i mean suppose we have support for anything and everything already, we still need something that decides whether we sell stuff to buy ore to make weapons for example…

I say charms should be the only thing sold. They are stackable and the smuggler pays quite a bit for them compared to other things. That would make the looting system much more simple as well; would only have to pick up charms and food :)

From: Runaway
I say charms should be the only thing sold. They are stackable and the smuggler pays quite a bit for them compared to other things. That would make the looting system much more simple as well; would only have to pick up charms and food :)

well… it's like this… if you cannot for example use high level wood for fletching, because you can't use the bow, then you don't need it. same with a lot of other resources.

so the point would be to mark your inventory as keep/maybe/sell and of course it would be preferable to use high alchemy as you get 2x the amount of coin you would receive from smuggler.

but there are items that you just cannot use and those should not be kept, instead they should be converted into coinage

it is a little bit more complicated if you allow potions that raise stats to be considered as well and the thing is, we aren't solving this to provide most optimal solution, we just need a good solution so potion abilities will not be considered when determining inventories

From: zmon
well… it's like this… if you cannot for example use high level wood for fletching, because you can't use the bow, then you don't need it. same with a lot of other resources.

so the point would be to mark your inventory as keep/maybe/sell and of course it would be preferable to use high alchemy as you get 2x the amount of coin you would receive from smuggler.

but there are items that you just cannot use and those should not be kept, instead they should be converted into coinage

it is a little bit more complicated if you allow potions that raise stats to be considered as well and the thing is, we aren't solving this to provide most optimal solution, we just need a good solution so potion abilities will not be considered when determining inventories

You realize how intense that coding would be.
Checkstat… checkitemstatrequirement…do(whatever the skill is)…if(nothighenoughlevel) the Sell…
Thats just crazy…
For the purpose of skilling, I would say it isn't a whole lot of use, and that you should just make a noise alarm to tell the person that the boss has been found, the GS has be dropped, and you teled to the smuggler.
Then add some time parameter of say… 2 minutes without movement to initiate the boss killing?
IF you stop the script then you can do the skilling yourself and get on with the boss.
I would say scrap the skilling idea and just say kill the boss with what you have.

But on the other hand, you are a superb scripter and no doubt will be able to do this kind of stuff blindfolded. I'm just thinking on the efficiency side of coding.

The skilling would also take out of your dungeon completion time, thus your xp/hr would lower- even a death from the boss might be covered by the time you took skilling.

Wow cool stuff here. (Also my first members section post ^.^) I know this is a work in progress as well as takes part across multiple areas for people to contribute on, however I was curious about potential updates (such as Brandon's GL Hooking) and whether some parts of this (item database) may simply use GL hook data instead of a widespread bitmap/dtm for each item.. (I see xtrapsp's work too on the subject; note this is the first time I've laid eyes on this thread too) Apart from run-on sentences, I suppose my course of action is this: Can I help at all on furthering the item data base information (general item requirements, not so much item correlation-[dtms/bmps/gl id's])?

I suppose I should also get back at the git account zmon setup for me in which actively views the work for this (tips for those who also have this, on how to use/navigate this would be much appreciated) and possible other available actions.

Who knows if this is even going to continue now. Zmon left us(I think), I forgot the git login thing again, and I don't know who else is working on it.

Well regardless of the state of the project, I'll see what I can do to help information-item wise and perhaps that may serve as a useful snippet for later use here or elsewhere/others. I still think the idea itself of a project like this is quite astounding.

I think it has been put on hold until we get OpenGL working properly

Jonny I think it more Zmon's gone super quite.
Mat