2000 cards limit

[Masaaki]

This is the .csv of GY v4.

[Gargaroz]

Please use the latest GoldenYears CSV, the one that came with New Limited v1 update, as it's the only with the fixes. Or better yet, use the one attached to Sonic latest artwork updates.

[foolosopher]

Hi, I just want to mention that I tried the csv2dat.3 and was producing dat files even for >2000 csv files,
but the modded deck builder would crash if you tried to use those dat and csv files. Has anyone made it work with >2000 IDs yet?
About adding buttons to deckbuilder, it should be easier doable once/if the relevant dlls are re-coded. While I was looking at DrawCardLib.dll, I tried a few things, but I dropped it (sorry Snacko) when you mentioned that you started talking to Harry P. about 2000. Anyway, it should be easier now that we have the standalone deck builder.
I 'll probably get to it , once (I hope that we 'll do it this time!) we finish with the 2000 limit.

[Masaaki]

Please use the latest GoldenYears CSV, the one that came with New Limited v1 update, as it's the only with the fixes. Or better yet, use the one attached to Sonic latest artwork updates.

Attached .csv of Sonic's release.

[gmzombie]

[/quote]
No, it would require the same amount of work. If I had an intact IDA database from back then, I'd be tempted to port the changes to it and create a clean new exe, but that's impossible. Anyway, I haven't played the new version or even checked it properly... Are there any serious problems there? Checking the amount of added cards/code it seems it's doing great [/quote]

just thinking about this i know this probably isnt going to help but i do have a list of the cardcode hexes that i hand made from a listing of all the subs from IDA. here it is if it will help.

[foolosopher]

How's it going with the csv? I found a tool that compares files line by line and shows difs. Makes comparison really easy and I think doesn't break the format. I have DLed the csvs posted here, so tell me if we are to split the work.
I also did some sample comparisons and found small diferences within same cards. I know some where due to set change, but there were a couple other bits at times.

[gmzombie]

i use the program freediff but it broke the csv when i tried to copy from one csv to another...even though the csvs alone could be updated.

[foolosopher]

OK, tell me if you want me to try any comparisons to add the csvs (and which csvs to check)

[gmzombie]

with the new csv2dat try using the latest gymod and then go through the latest manalink update and add cards from that...just add a few at first to check it. if all goes well then we will be making some progress

[mathusalem]

I just dropped by. to check the forum after sevral months. I just read, the greatest news in our small community.
Mok, I'm so glad to read some news from you, I'm really, really, really glad you are alive.

[Sonic]

Er... Would a csv with all the individual cards currently in all the most recent Manalinkxxx.csv files help?

Sorry, I don't really frequent the development thread much - but I have a spreadsheet I use for the card art updates which has all the current manalink.csv files loaded into it.
Producing a single csv without any duplicate named cards would be fairly easy.
It wouldn't check for parameter differences - just duplicate card names. But all the text entries and creature types would be correct, as they're identical in all my current files.

[gmzombie]

anything can help sonic that would be great..so it is a list of all currently created cards in the system?

[gmzombie]

- There's another struct that simply contains addresses of each card in the above struct (mostly used originally by my asm macros). It's at 0x55D0E0 (size 4 * 2000). The code filling it is at 0x4022CC and of course needs to be changed from 2000 entries to whatever. This one will have a lot of references that need to be changed of course (after moving it and expanding).

im curious about this struct Mok and was just wondering if this could be changed at all to whichever ex or eh dll, i cant recall offhand, that there is already jump ptr near for the other cards? Again im no coder by any means but it would seem logical to me if all the card pointers are in one area? or maybe im way off base and if i am i apologize. just trying to think outside the box.

[Mok]

- There's another struct that simply contains addresses of each card in the above struct (mostly used originally by my asm macros). It's at 0x55D0E0 (size 4 * 2000). The code filling it is at 0x4022CC and of course needs to be changed from 2000 entries to whatever. This one will have a lot of references that need to be changed of course (after moving it and expanding).

im curious about this struct Mok and was just wondering if this could be changed at all to whichever ex or eh dll, i cant recall offhand, that there is already jump ptr near for the other cards? Again im no coder by any means but it would seem logical to me if all the card pointers are in one area? or maybe im way off base and if i am i apologize. just trying to think outside the box.

This one is actually pretty easy to change (and it's simply _cards_ptr in your sources). You change the address in manalink.lds and recompile your stuff and eh is done (well, except other places in your sources that need changes). Ex needs to be changed directly, but it's nothing major.

[Mok]

Finally found some time to prepare initial combined .csv. To be honest there were so many changes during the years, some questionable, that I didn't remove/omit anything. This should be very carefully checked as some cards in earlier versions were marked as coded only to be made non-coded later. The base order of 1st csv is kept and the rest is added after. It's only 1st version anyway, for my tests. No part of the current manalink will load it and run properly. I strongly recommend keeping the original order (including the blanks, none, empty type cards) as many things are hardcoded in the engine and will cause problems otherwise. That's up to about ~1250, there are some hardcoded cIDs around ~1600 too but these can be modified/removed later. With no cards limit (or almost), it's not a big deal to keep some unused/uncoded cards in the middle anyway.

In any case, unpack the file into an empty directory and from a command line run:

MakeNewCsv.exe >log.txt

Make sure to redirect the log to file otherwise you'll get 3mb of text on screen. The log contains complete history of changes for each card. The csv files are the ones posted in this thread (the order is loaded from files.txt). Final file is 4116 entries.

EDIT: Added new version of the tool .exe alone, that will compare cards names less strictly, removing some duplicates like "Assembly-Worker" and "Assembly Worker". This reduces the count to 4106.