Updates on the way.
Moderators: BAgate, drool66, Aswan jaguar, gmzombie, stassy, CCGHQ Admins
Re: Updates on the way.
by Korath » 30 Apr 2015, 03:18
I've only changed Merfolk Shaman, and only because of the copies of Deep Water.ElvishSpirit wrote:okay so, before this release, is there any enemy (or enemies) you haven't made an updated deck for? Because I'd be happy to do them and I can start asap
-
Korath - DEVELOPER
- Posts: 3707
- Joined: 02 Jun 2013, 05:57
- Has thanked: 496 times
- Been thanked: 1106 times
Re: Updates on the way.
by ElvishSpirit » 30 Apr 2015, 03:23
Oh! Well I already got some made and I'll continue!
- ElvishSpirit
- Posts: 23
- Joined: 01 Jul 2010, 06:21
- Has thanked: 1 time
- Been thanked: 2 times
Re: Updates on the way.
by jiansonz » 30 Apr 2015, 09:39
It's some sort of display error. In those cases where the text says:Korath wrote:I tried briefly about a month ago to try to track down why you don't always get told whether and what kind of card you'll need for the get-a-mana-link-and-a-jewel quest
"Take a_____creature/enchantment/sorcery/land to X" (i.e. there are a few spaces instead of the mentioning of a color), the wanted color is always white.
Re: Updates on the way.
by gmzombie » 05 May 2015, 15:24
I so check the site likE a giddy school girl lol. I'm excited to say theleast. Lol
can I maze of ith your snowstorm?
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
- gmzombie
- Posts: 857
- Joined: 26 Feb 2009, 01:05
- Location: Wyoming, Mi
- Has thanked: 200 times
- Been thanked: 51 times
Re: Updates on the way.
by Korath » 06 May 2015, 00:27
OK, OK. I've mostly worked on three things since last post - AI, auras, and tutors.
The AI
We've treated the Microprose MTG AI pretty poorly.
The overall design of the general AI - used for just about everything except playing lands, tapping for mana, and attacker and blocker assignment - is quite good, as evidenced by it being able handle essentially all of the ~10500 non-vanilla cards that we've thrown into it over the years with hardly any specific tuning.
Its basic algorithm is to save the game state, make a random choice (recording all decisions it has to make to do that), play the game through to the end of the turn, and assess how well it's done. If there's something whose effects aren't easily assessed except at the time the decision is made (like casting a Giant Growth during the AI's main phase instead of waiting until after blockers are declared) or that won't have an effect until the next turn (like casting a Lord of the Pit with no other creatures on the bf), there's two ways for a card to handle it:
It hasn't held up so well.
Non-aura enchantments, except for cards like Crusade that alter other things that the assessment function looks for like power and toughness, were apparently assumed to be too complex to assess in the general case; and so they all respond with individually-tuned EVENT_SHOULD_AI_PLAY handlers. Enchantments still in the AI's hand are worth a small, constant amount (3 points; by way of comparison, each point of positive life is worth between 12 and 36). So when folks started making new enchantments and didn't know to account for this, the AI wouldn't cast them - a Larceny in hand is worth 3 points, and one on the battlefield is worth 0, even before considering that the lands tapped to cast it are worth less than untapped ones. Plenty of the old asm cards that every spare byte of Magic.exe has been overwritten with and that we were still using until relatively recently borrow the AI from completely unrelated cards, just because they happen to convince the AI to cast them instead of letting them sit in hand. These days, most non-auras call global_enchantment() which gives an 8-point bonus to every enchantment; still not so good, and I'd expect the AI to pass them over if it had to tap more than five lands or take even one point of damage from e.g. a City of Brass to get them into play.
Auras in hand, like non-aura enchantments, are worth exactly 3 points each. Auras in play were originally worth 2 for whoever controls whatever they're enchanting; that worked out ok even in the presence of detrimental auras like Cursed Land (which has an EVENT_SHOULD_AI_PLAY handler to account for the damage) or Weakness (whose power/toughness decrease far outstrips the paltry 2 point bonus). Once less-obvious auras started showing up, someone realized that this didn't make sense, and worked out a fairly complex and completely non-obvious set of rules based on the aura's controller, the enchanted permanent's controller, and the values in the aura's Enchant Type OWN and Enchant Type OPP columns in manalink.csv to figure who to give the 2-point bonus to, if anyone... but it's still only 2 points, worth less than it would be if it went uncast and less than a sixth of a point of life, and about half the auras don't have Enchant Type set at all.
Artifacts fare better; they're assessed at 12 times their cmc plus 12. Only the colorless part of a colored artifact's casting cost counts toward its cmc for this purpose, though.
Anything with flash and not on the battlefield gets treated solely like it were a spell, since there was no such thing as an Instant Creature; so the AI's happier to have a Grizzly Bears in its hand (worth 30) than an Ashcoat Bear or Havenwood Wurm (both common "instants", so 12 each).
And most of the new abilities we've added to cards are completely ignored. Creatures get a large bonus to their perceived value if nothing can block them, so ones like shadow and horsemanship and so on matter; but cards with abilities like lifelink and deathtouch and indestructible (!) aren't treated as worth any more than vanilla creatures. (On the other hand, creatures with defender always got a bonus if nothing could block them, too. They also got assessed as if they always had zero power; and while, say, a Wall of Heat should clearly be worth less than a Catacomb Slug, it should still be better than a Wall of Earth.)
We can at least take some comfort in that Microprose didn't always get it right, either. For example, Lord of the Pit, in addition to the EVENT_SHOULD_AI_PLAY handler mentioned above, decreases ai_modifier by a large amount if it's successfully cast while its controller has fewer than two other creatures in play... no matter who its controller is. So the AI is less likely to Counterspell it if you cast it with 2 or more other creatures than if you cast it with 1 or 0. Not enough less to be observable compared to its 7/7 trampling body, but enough if it were only 5/5 or didn't trample.
(Plus, under some conditions that aren't easily detectable from a card's function, positive ai_modifier means that some decision or condition is beneficial to the human, not the AI. I've still got to track these down and make them consistent.)
I've moved the end-of-turn ai assessment function into C and have changed stuff that looks illogical (like most of what I've mentioned above), but it's still going to need a lot of playtesting and tuning to get right. Besides the playtesting just to know that the cards I've added work correctly; most of them, including large swathes of functionality shared between cards, won't have been played even once before this release.
And while the tap-for-mana AI is robust enough that we've never really felt the need to tweak it, I still don't understand the combat AI at all, and don't understand the play-a-land AI well enough that I'm comfortable fiddling with it just yet.
Auras
Auras as implemented in the original game have a number of problems.
The obvious solution is to make all aura cards responsible for zapping themselves off while state-based actions are being checked. It's easy enough to make a macro for all aura cards that transparently does both that and targeting during casting if you plan for it from the start; though retrofitting it into all the already-existing auras in Manalink isn't any easier than throwing them all away and reprogramming them from scratch. The number of existing Microprose auras is small enough that I could just write wrappers for them all. (Except Animate Dead, which is problematic for a number of reasons. So if you animate a Black Knight with one and then Purelace it, it'll stay put for now.)
White Ward and its four friends dealt with their "this-doesn't-zap-itself-off" ability by simply not making their granted protection zap any auras off. They work correctly now, too, though it's a bit of a hack.
I haven't started to deal with problem #3 - putting auras directly into play - yet, though my solution for #2 at least makes it feasible.
Tutoring
Not much to say about this just yet, and I'm still writing individual cards. Tinker will be feasible, though the implementation of its additional cost probably won't be in final form before I leave; and I'll likely replace the three other remaining dungeon cards with Imperial Seal, Mystical Tutor, and Vampiric Tutor for now.
The AI
We've treated the Microprose MTG AI pretty poorly.
The overall design of the general AI - used for just about everything except playing lands, tapping for mana, and attacker and blocker assignment - is quite good, as evidenced by it being able handle essentially all of the ~10500 non-vanilla cards that we've thrown into it over the years with hardly any specific tuning.
Its basic algorithm is to save the game state, make a random choice (recording all decisions it has to make to do that), play the game through to the end of the turn, and assess how well it's done. If there's something whose effects aren't easily assessed except at the time the decision is made (like casting a Giant Growth during the AI's main phase instead of waiting until after blockers are declared) or that won't have an effect until the next turn (like casting a Lord of the Pit with no other creatures on the bf), there's two ways for a card to handle it:
- While responding to a specific event, add to the global variable ai_modifier (if the decision benefits the AI) or subtract from it (if it benefits the player). This is the best way to deal with transitory effects like the Giant Growth example above; typically we adjust ai_modifier during EVENT_CAST_SPELL/EVENT_ACTIVATE while choosing targets.
- Respond to EVENT_SHOULD_AI_PLAY, which is only ever sent to cards while the game state has been saved and the AI is speculating about its choices, by either changing ai_modifier as above, or by changing the conditions on the battlefield. The original Lord of the Pit implementation, for example, responds to this event by dealing 7 damage to its controller unless he controls at least one other creature; while Holy Armor increases ai_modifier up (if the AI controls it) or down (if the human player does) a fixed amount for each
-producing land its controller has. (Cards can also do the same in response to the not-so-well-named EVENT_CAN_COUNTER; the difference is that EVENT_CAN_COUNTER is sent only to the AI's cards either in hand or on the battlefield, and only during the main AI speculation; while EVENT_SHOULD_AI_PLAY is only sent to cards on the battlefield, but gets sent to both players' cards and is also sent by the combat AI.)
It hasn't held up so well.
Non-aura enchantments, except for cards like Crusade that alter other things that the assessment function looks for like power and toughness, were apparently assumed to be too complex to assess in the general case; and so they all respond with individually-tuned EVENT_SHOULD_AI_PLAY handlers. Enchantments still in the AI's hand are worth a small, constant amount (3 points; by way of comparison, each point of positive life is worth between 12 and 36). So when folks started making new enchantments and didn't know to account for this, the AI wouldn't cast them - a Larceny in hand is worth 3 points, and one on the battlefield is worth 0, even before considering that the lands tapped to cast it are worth less than untapped ones. Plenty of the old asm cards that every spare byte of Magic.exe has been overwritten with and that we were still using until relatively recently borrow the AI from completely unrelated cards, just because they happen to convince the AI to cast them instead of letting them sit in hand. These days, most non-auras call global_enchantment() which gives an 8-point bonus to every enchantment; still not so good, and I'd expect the AI to pass them over if it had to tap more than five lands or take even one point of damage from e.g. a City of Brass to get them into play.
Auras in hand, like non-aura enchantments, are worth exactly 3 points each. Auras in play were originally worth 2 for whoever controls whatever they're enchanting; that worked out ok even in the presence of detrimental auras like Cursed Land (which has an EVENT_SHOULD_AI_PLAY handler to account for the damage) or Weakness (whose power/toughness decrease far outstrips the paltry 2 point bonus). Once less-obvious auras started showing up, someone realized that this didn't make sense, and worked out a fairly complex and completely non-obvious set of rules based on the aura's controller, the enchanted permanent's controller, and the values in the aura's Enchant Type OWN and Enchant Type OPP columns in manalink.csv to figure who to give the 2-point bonus to, if anyone... but it's still only 2 points, worth less than it would be if it went uncast and less than a sixth of a point of life, and about half the auras don't have Enchant Type set at all.
Artifacts fare better; they're assessed at 12 times their cmc plus 12. Only the colorless part of a colored artifact's casting cost counts toward its cmc for this purpose, though.
Anything with flash and not on the battlefield gets treated solely like it were a spell, since there was no such thing as an Instant Creature; so the AI's happier to have a Grizzly Bears in its hand (worth 30) than an Ashcoat Bear or Havenwood Wurm (both common "instants", so 12 each).
And most of the new abilities we've added to cards are completely ignored. Creatures get a large bonus to their perceived value if nothing can block them, so ones like shadow and horsemanship and so on matter; but cards with abilities like lifelink and deathtouch and indestructible (!) aren't treated as worth any more than vanilla creatures. (On the other hand, creatures with defender always got a bonus if nothing could block them, too. They also got assessed as if they always had zero power; and while, say, a Wall of Heat should clearly be worth less than a Catacomb Slug, it should still be better than a Wall of Earth.)
We can at least take some comfort in that Microprose didn't always get it right, either. For example, Lord of the Pit, in addition to the EVENT_SHOULD_AI_PLAY handler mentioned above, decreases ai_modifier by a large amount if it's successfully cast while its controller has fewer than two other creatures in play... no matter who its controller is. So the AI is less likely to Counterspell it if you cast it with 2 or more other creatures than if you cast it with 1 or 0. Not enough less to be observable compared to its 7/7 trampling body, but enough if it were only 5/5 or didn't trample.
(Plus, under some conditions that aren't easily detectable from a card's function, positive ai_modifier means that some decision or condition is beneficial to the human, not the AI. I've still got to track these down and make them consistent.)
I've moved the end-of-turn ai assessment function into C and have changed stuff that looks illogical (like most of what I've mentioned above), but it's still going to need a lot of playtesting and tuning to get right. Besides the playtesting just to know that the cards I've added work correctly; most of them, including large swathes of functionality shared between cards, won't have been played even once before this release.
And while the tap-for-mana AI is robust enough that we've never really felt the need to tweak it, I still don't understand the combat AI at all, and don't understand the play-a-land AI well enough that I'm comfortable fiddling with it just yet.
Auras
Auras as implemented in the original game have a number of problems.
- The AI values them inconsistently while on the battlefield, as mentioned above.
- They don't have any way of checking whether a given object can be legally enchanted by them, except while doing everything else they happen to do as they're being cast. (This is a special case of the basic problem keeping us from making a robust Deflection or Misdirection or Spellskite effect.)
- If something tries to put them directly onto the battlefield, they're treated as if their controller were casting them from his hand. They don't stay wherever they were if there's no legal target (contra rule 303.4g); the controller can choose to not enchant anything (contra rule 303.4f); and the caster gets to remake any non-targeting choices (like whether to pay for Gigantiform's kicker) unless we jump through serious hoops to disable them.
Previously, this was dealt with (sort of) in two ways:704.5n. If an Aura is attached to an illegal object or player, or is not attached to an object or player, that Aura is put into its owner's graveyard.
- Zap off auras with Enchant Creature if a temporarily-animated card (via, say, Animate Artifact or Kormus Bell or Mishra's Factory) stops being a creature
- Make creatures with protection from colors zap off auras of those colors themselves.
The obvious solution is to make all aura cards responsible for zapping themselves off while state-based actions are being checked. It's easy enough to make a macro for all aura cards that transparently does both that and targeting during casting if you plan for it from the start; though retrofitting it into all the already-existing auras in Manalink isn't any easier than throwing them all away and reprogramming them from scratch. The number of existing Microprose auras is small enough that I could just write wrappers for them all. (Except Animate Dead, which is problematic for a number of reasons. So if you animate a Black Knight with one and then Purelace it, it'll stay put for now.)
White Ward and its four friends dealt with their "this-doesn't-zap-itself-off" ability by simply not making their granted protection zap any auras off. They work correctly now, too, though it's a bit of a hack.
I haven't started to deal with problem #3 - putting auras directly into play - yet, though my solution for #2 at least makes it feasible.
Tutoring
Not much to say about this just yet, and I'm still writing individual cards. Tinker will be feasible, though the implementation of its additional cost probably won't be in final form before I leave; and I'll likely replace the three other remaining dungeon cards with Imperial Seal, Mystical Tutor, and Vampiric Tutor for now.
- I'm still on track for a release either tomorrow or Thursday, so no updated Rarities.dat this time. | Open
Last edited by Korath on 06 May 2015, 02:19, edited 3 times in total.
-
Korath - DEVELOPER
- Posts: 3707
- Joined: 02 Jun 2013, 05:57
- Has thanked: 496 times
- Been thanked: 1106 times
Re: Updates on the way.
by gmzombie » 06 May 2015, 03:05
Hmm question did you use the existing cards.dat or did u use the original cards1.dat or whatever it is. I'm just curious to know if you have reversed and made a csv with all the info like the manalink one. You got an awful lot of work done so far and I like many here would like to say thanks. I'm legit excited to play shandalar again. I hope that this also gives you more insight on manalink as well. I know you guys have done so much over these past few years and I am one of the handful of originals that never thought it could get this good. I like to play xmage too due to it being updated faster with new cards but the Damn ai is nothing like manalinks. Playing online is fun with xmage and I'm sure one day that may get fixed for us but I will always do good deck testing with manalink. 
can I maze of ith your snowstorm?
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
- gmzombie
- Posts: 857
- Joined: 26 Feb 2009, 01:05
- Location: Wyoming, Mi
- Has thanked: 200 times
- Been thanked: 51 times
Re: Updates on the way.
by Korath » 06 May 2015, 03:59
I'm using the Manalink cards.dat, but since one of the first things I had to do to break the 722-card barrier was parse it myself, I made a human-readable dump of the Shandalar cards1.dat version too for comparison. It contains the data in manalink.csv.
The original ct_all.csv data is in shandalar.exe itself starting at 0x594208, so I just look at it there in IDA when I need to consult.
The original ct_all.csv data is in shandalar.exe itself starting at 0x594208, so I just look at it there in IDA when I need to consult.
- Attachments
-
cards1-dat.zip- (90.17 KiB) Downloaded 463 times
-
Korath - DEVELOPER
- Posts: 3707
- Joined: 02 Jun 2013, 05:57
- Has thanked: 496 times
- Been thanked: 1106 times
Re: Updates on the way.
by Bog Wraith » 07 May 2015, 09:26
Korath's post that Huggy refers to, is simply the best explanation of how the AI thinks and applies its code to in game conditions for, of anything even remotely close to what I've ever read!Huggybaby wrote:Daaaamn. Nice post!
IMO THIS area of the game, the improvement to the AI, is and has always been the single most important issue to address that can ever be improved upon and implemented into ManaLink. Much more so than any additions of new cards. For if the AI can be improved in its decision making, lets say for argument sake by 20%, the game automatically becomes so much more robust & competitive that it in effect becomes a brand new game with a totally different feel & quality to the gameplay experience.
I also love these in depth, well written posts Korath. I can't ever get enough of these "Look behind the curtain" musings of yours. As I've said many times in multiple threads over the years, I am not a coder nor do I have much knowledge of same. I just find reading these type of posts to be, as a certain Vulcan Science Officer with a raised eyebrow is known to say, Fascinating!
I love the way you are tackling this whole endeavour. Again, IMO, this is by far the best method I have ever seen the code and the advancement & changes to it be addressed & explained.
'Twas in the bogs of Cannelbrae
My mate did meet an early grave
'Twas nothing left for us to save
In the peat-filled bogs of Cannelbrae.
My mate did meet an early grave
'Twas nothing left for us to save
In the peat-filled bogs of Cannelbrae.
-
Bog Wraith - Global Mod 1 (Ret)
- Posts: 1108
- Joined: 28 May 2008, 22:40
- Location: Shandalar
- Has thanked: 425 times
- Been thanked: 153 times
Re: Updates on the way.
by Aswan jaguar » 07 May 2015, 14:51
I also enjoy reading these well written articles by Korath and the great thing is that they are written in a way so we non-coders can understand,too.
As Korath said AI was/is treated poorly because in most cases developers new very little about how AI works.
However people playing this game don't know that AI would be quite better just by filling the missing values on csv's that AI checks and inserting correct/or more values to some very significant fields like when AI should play/activate some cards.
Unfortunately there is a lot of work involving to set these values and already Gargaroz,Korath coding new cards and developing the game and Sonic with pictures and handling csvs do way too much work just to keep it update and don't have time to fill them and so they fill only the more important values for cards to work and AI to play/activate them.
I do work on those values when I have time and clear mind at the same time and stassy deals with ai base column used for draft/sealed the only one which is updated for all cards if I am not wrong.However there is way too much work to fill values by hand and 1 at a time as most cards can't be grouped and you have to manually insert values to them.To get an idea there are more than 100 columns in Manalink.csv and other 80 columns to ct_all (some not well understood,too) and a single card can have more than 30 (ai mostly) places that needs to have values besides the basic values for it to work in game and on deckbuilder multiply that by ~200 card in each update and that for about 2 years nobody was inserting those ai mostly values.
For instance until relatively recently some lord type creatures/enchantments that give bonus p/t or abilities to others were set for AI to cast them on 2nd main phase only(and few maybe still are)so you would see AI play for instance Captain of the Watch on second main and say stupid AI - if you have played it on first main to boost your soldiers and attacked you would have won the game- while there is not AI's fault/inability just set wrongly by us Manalink caretakers to play it only on 2nd main phase!
As Korath said AI was/is treated poorly because in most cases developers new very little about how AI works.
However people playing this game don't know that AI would be quite better just by filling the missing values on csv's that AI checks and inserting correct/or more values to some very significant fields like when AI should play/activate some cards.
Unfortunately there is a lot of work involving to set these values and already Gargaroz,Korath coding new cards and developing the game and Sonic with pictures and handling csvs do way too much work just to keep it update and don't have time to fill them and so they fill only the more important values for cards to work and AI to play/activate them.
I do work on those values when I have time and clear mind at the same time and stassy deals with ai base column used for draft/sealed the only one which is updated for all cards if I am not wrong.However there is way too much work to fill values by hand and 1 at a time as most cards can't be grouped and you have to manually insert values to them.To get an idea there are more than 100 columns in Manalink.csv and other 80 columns to ct_all (some not well understood,too) and a single card can have more than 30 (ai mostly) places that needs to have values besides the basic values for it to work in game and on deckbuilder multiply that by ~200 card in each update and that for about 2 years nobody was inserting those ai mostly values.
For instance until relatively recently some lord type creatures/enchantments that give bonus p/t or abilities to others were set for AI to cast them on 2nd main phase only(and few maybe still are)so you would see AI play for instance Captain of the Watch on second main and say stupid AI - if you have played it on first main to boost your soldiers and attacked you would have won the game- while there is not AI's fault/inability just set wrongly by us Manalink caretakers to play it only on 2nd main phase!
---
Trying to squash some bugs and playtesting.
Trying to squash some bugs and playtesting.
-
Aswan jaguar - Super Tester Elite
- Posts: 8078
- Joined: 13 May 2010, 12:17
- Has thanked: 730 times
- Been thanked: 458 times
Re: Updates on the way.
by Korath » 07 May 2015, 19:04
How you can help:
- Test cards. Obviously.
- Figure out what needs to be done to reliably get wizard animations to play.
- Make sound effects. I'm currently reusing old sound effects for:
- Bloodthirst (instead of the Aswan Jaguar sound, which'll also get used for fight effects)
- Get a +1/+1 counter (as distinguished from the generic counter sound)
- Get a -1/-1 counter
- Milling effects (instead of just reusing the discard sound)
- Planeswalker-comes-into-play (instead of the enchantment sound)
- Creature-token comes into play (instead of the normal summon sound)
- 5-color land comes into play (instead of the Gem Bazaar sound)
- Suggest better permanents to give the AI in dungeons and castles than like Greed and Leviathan and Crusade.
-
Korath - DEVELOPER
- Posts: 3707
- Joined: 02 Jun 2013, 05:57
- Has thanked: 496 times
- Been thanked: 1106 times
Re: Updates on the way.
by Bog Wraith » 07 May 2015, 20:50
I've been waiting for this moment...Forever!
I am totally blown away to see new cards in Shandalar.
Absolutely stunned. I never thought this day would ever come.
Here are some quick screenshots to show what I have found while very briefly exploring this mod.
Here are some shots of the cards in the deck editor screen you have at the beginning of the game when I chose Level 2 Magician, Black. You can see the White cards that are included as the second colour here.
Also you can see new cards for sale in the village I stopped at.
I also included shots from a Diamond Mine I happened to come across as I was traveling the land.
Look at how many cards are available per colour for each subtype. You can see by the double >> symbol at the bottom right of the screen that this leads to other pages of cards listed in that category!
I've just played a few duels and bought some cards in different villages. So far, everything is working fine.
Needless to say, I will be spending allot of my free time here over the next few days, weeks, months, years... ah Hell, let's just say the word Forever again!
Jump in people, the waters warm!
I am totally blown away to see new cards in Shandalar.
Absolutely stunned. I never thought this day would ever come.
Here are some quick screenshots to show what I have found while very briefly exploring this mod.
Here are some shots of the cards in the deck editor screen you have at the beginning of the game when I chose Level 2 Magician, Black. You can see the White cards that are included as the second colour here.
Also you can see new cards for sale in the village I stopped at.
I also included shots from a Diamond Mine I happened to come across as I was traveling the land.
Look at how many cards are available per colour for each subtype. You can see by the double >> symbol at the bottom right of the screen that this leads to other pages of cards listed in that category!
I've just played a few duels and bought some cards in different villages. So far, everything is working fine.
Needless to say, I will be spending allot of my free time here over the next few days, weeks, months, years... ah Hell, let's just say the word Forever again!
Jump in people, the waters warm!
- Attachments
-
-
-
-
-
'Twas in the bogs of Cannelbrae
My mate did meet an early grave
'Twas nothing left for us to save
In the peat-filled bogs of Cannelbrae.
My mate did meet an early grave
'Twas nothing left for us to save
In the peat-filled bogs of Cannelbrae.
-
Bog Wraith - Global Mod 1 (Ret)
- Posts: 1108
- Joined: 28 May 2008, 22:40
- Location: Shandalar
- Has thanked: 425 times
- Been thanked: 153 times
Re: Updates on the way.
by ElvishSpirit » 07 May 2015, 23:04
Mind telling me what you used to install Shandalar Bog Wraith? I only got a pretty bad looking version of Shandalar 2012 working, and it looks horrible.
- ElvishSpirit
- Posts: 23
- Joined: 01 Jul 2010, 06:21
- Has thanked: 1 time
- Been thanked: 2 times
Re: Updates on the way.
by gmzombie » 08 May 2015, 01:27
Korath I just got done doing the first playtest and wow. The game is much harder lol but I noticed in a longer game I get the not able to add more into the CD error. But it allows me to continue but continues to whine about it. the screen had bout 30-35 cards on the board between both of us
Also elvish spirit you should just download the newest update to manalink so that it works cause the shandalar is way out of date. I tried it too.
Also elvish spirit you should just download the newest update to manalink so that it works cause the shandalar is way out of date. I tried it too.
can I maze of ith your snowstorm?
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
http://home.comcast.net/~gmzombie/index.html old stuff in here. don't use this stuff right now till I get time to get back into it and readjust.
- gmzombie
- Posts: 857
- Joined: 26 Feb 2009, 01:05
- Location: Wyoming, Mi
- Has thanked: 200 times
- Been thanked: 51 times
Who is online
Users browsing this forum: No registered users and 26 guests