An Edition Support Analysis Of XMage's Import Feature
by BetaSteward
Moderators: North, BetaSteward, noxx, jeffwadsworth, JayDi, TheElk801, LevelX, CCGHQ Admins
An Edition Support Analysis Of XMage's Import Feature
by Mulsiphix » 31 Mar 2016, 02:33
I wanted to be absolutely sure that there wasn't a deck file format out there that XMage could read and somehow recognize edition information from. What follows is a test which I performed that proves, not that anybody doubted this was the case, that XMage cannot currently read edition information from deck files; no matter what the text formatting is *sigh of sadness*.
I opened MTG Studio, which can save decks in a lot of deck formats. I then opened a MTG Studio included deck file for 8th Edition;s Heavy Hitters theme deck. I saved the deck in each of the 14 possible deck formats and then opened each of the resulting files in a Word Processor to determine which decks could be read as plain text (versus unreadable binary). The 14 possible formats are:
How The Importing Process Fared
Examples Of Deck Entries
So 3 of 14 decks loaded cards into XMage. In the XMage editor you can see the edition for each individual card. I had previously assumed that XMage selected the version of a card, that had been printed across multiple editions, by random. If "1 Rhox" appeared in the deck list to be imported, the card that appeared in the XMage editor could be the Rhox from Nemesis, 8th, or 10th edition.
Surprisingly each of the three decks that were imported all produced identical versions of each card. This completely disproves my previous assumption that XMage randomly picks a version of a card during the import process. So now I'm curious. Does anybody know how XMage determines which version of a card to use when a deck is imported?
I opened MTG Studio, which can save decks in a lot of deck formats. I then opened a MTG Studio included deck file for 8th Edition;s Heavy Hitters theme deck. I saved the deck in each of the 14 possible deck formats and then opened each of the resulting files in a Word Processor to determine which decks could be read as plain text (versus unreadable binary). The 14 possible formats are:
- MTG Studio Files (*.deck)
- MTG Online III Files (*.dek)
- MTG Online Files (*.txt)
- MTG Online Files (*.dec)
- Magic Workstation Files (*.mwDeck)
- Online Play Table Files (*.dck)
- Apprentice Files (*.dec)
- Wagic The Homebrew Files (*.txt)
- Magic Suitcase Files (*.mdb)
- OCTGN, MTGIE, MTG Play FIles (*.xml)
- Shandalar Files (*.dck)
- Mana Deck Files (*.dck)
- MTG Studio Tiny Files (*.tinydeck)
- Forge Files (*.dck)
How The Importing Process Fared
Examples Of Deck Entries
So 3 of 14 decks loaded cards into XMage. In the XMage editor you can see the edition for each individual card. I had previously assumed that XMage selected the version of a card, that had been printed across multiple editions, by random. If "1 Rhox" appeared in the deck list to be imported, the card that appeared in the XMage editor could be the Rhox from Nemesis, 8th, or 10th edition.
Surprisingly each of the three decks that were imported all produced identical versions of each card. This completely disproves my previous assumption that XMage randomly picks a version of a card during the import process. So now I'm curious. Does anybody know how XMage determines which version of a card to use when a deck is imported?
Re: An Edition Support Analysis Of XMage's Import Feature
by fireshoes » 31 Mar 2016, 03:44
I believe when last discussed, it was changed from being random to using the most recent printing from a non-supplemental set (so ignoring promo versions, Commander prints or Modern/Vintage Masters).
Re: An Edition Support Analysis Of XMage's Import Feature
by Doctor Weird » 31 Mar 2016, 04:14
I couldn't resist and was looking for the answer. And fireshoes seems to now confirm what I found.
From CardRepository.java, after line 325, findPreferedCoreExpansionCard (which the deck importers use):
From CardRepository.java, after line 325, findPreferedCoreExpansionCard (which the deck importers use):
- | Open
- Code: Select all
if ((set.getType().equals(SetType.EXPANSION) || set.getType().equals(SetType.CORE))
&& (lastExpansionDate == null || set.getReleaseDate().after(lastExpansionDate))) {
cardToUse = cardinfo;
lastExpansionDate = set.getReleaseDate();
- Doctor Weird
- Posts: 180
- Joined: 25 May 2015, 01:33
- Has thanked: 7 times
- Been thanked: 52 times
Re: An Edition Support Analysis Of XMage's Import Feature
by Mulsiphix » 31 Mar 2016, 21:00
That is awesome . Thank you so much for finding the code and posting it . While I wish there were a way to control aspects of the import process (like an edition priority list concerning card selection), I think this is a far superior method to cards being chosen at random. At least this way your deck will look as good as possible, assuming the art image hasn't changed to something else entirely compared to the edition/version you desire to use. Thank you so much!!
4 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 151 guests