openEtG

[andretimpa]

Are there any plans to show the opponents moves? Right now its very hard to keep track of whats going on.

Also. a feature that would be awesome would be a saver. Where you can actually have decks saved to switch to on the fly.

One more edit.

A giant music file of music created by python. http://j.mp/OiP1eD

http://www.kongregate.com/forums/4/topics/291068?page=2

The actual code is no longer available through that link, and I havent been able to find it anywhere else.

A saver could have issues with storage space in the near feature if it was saved in the server. A different approach would be using cookies, but then you would have your decks saved in only one computer and would lose then if you cleaned all cookies. I think the best solution would be trying to integrate Xeno's deck manager with the card base and do it like we do for regular EtG. Antiaverage should know how feasible it is.

[BluePriest]

Just saving something like the deck code, and having a name to go with it, you think would cause too much of a server space issue? Its something Ive never really understood, but Im sure theres something to it that im missing.

[andretimpa]

Just saving something like the deck code, and having a name to go with it, you think would cause too much of a server space issue? Its something Ive never really understood, but Im sure theres something to it that im missing.

Multiply it by decks per player and by number of accounts (which is bigger than the number of players). The number of players is not large at the moment, but it'd not scale very well if the game grows. Another solution would be limiting decks per player to 2 or 3 (or a low number). The deck tool doesn't have much of a problem because there is not that much people in the forums (compared to the number of accounts), but I think I have around 100-200 decks stored in it (I have near to 15 labels to organize it).

[OdinVanguard]

Just saving something like the deck code, and having a name to go with it, you think would cause too much of a server space issue? Its something Ive never really understood, but Im sure theres something to it that im missing.

Multiply it by decks per player and by number of accounts (which is bigger than the number of players). The number of players is not large at the moment, but it'd not scale very well if the game grows. Another solution would be limiting decks per player to 2 or 3 (or a low number). The deck tool doesn't have much of a problem because there is not that much people in the forums (compared to the number of accounts), but I think I have around 100-200 decks stored in it (I have near to 15 labels to organize it).

perhaps cookies are a better way to handle this. I.e. players would end up storing their personal deck libraries as cookies on their own browsers instead keeping them serverside.
I would estimate it takes less than about .5 k to store a deck
a card is a 3 letter code plus 1 char of white space -> 4bytes per card * 61 cards -> 244 bytes ... rest left for id etc.
Standard cookie size is 4 k... so leave about 1 k for key, etc. that gives 3 k or 6 decks per cookie. So you can easily store up to 6 decks with no problem.
Domains allow about 300 cookies each... so I think even letting players having as many as 100 decks would be no problem... the entire library would probably take about 50 cookies in total. There would still be plenty of cookies left to the domain.

[serprex]

If deck lists were stored they'd be encoded. Both server & client know how to encode/decode. Encoding has it so that each unique card you have uses 5 bytes

The average deck will be less than 50 bytes. This deck is 50 bytes, & features 5 forever alone cards, so the main hassle is rainbows. HBGB is 60 bytes. This The Deck is 85 bytes

[OdinVanguard]

so at most, a deck would require 60 * 5 = 300 bytes... if every card were unique. So thats still quite small.
Even with 50 decks per player, 50*300b -> 15 kb per player
So for every 1.5 Gb of storage space server side, you could house decks for about 100,000 players, even at worst case of 60 card decks with all unique cards.

[Fippe94]

Yeah, I can probably get it to work. My todo list for openEtG is getting kinda big now with everything, and I'm getting kinda busy with a programming project for school, so we'll see when I implement it. This is opensource for a reason though, right now I am basically doing everything except art and UI (and the UI stuff is still a hassle to implement codewise) myself.

[BluePriest]

I'd say the most important thing is Improving the gui so its more user friendl. After that's done I'll see if any of my friends know java and would be willing to help out. It'd look good on a resume at the least.

It'd also really help if this had its own forum section but i doubt that will ever happen due to the nature of what it is.

[Fippe94]

javascript* not java. They are two completely different languages.

[OdinVanguard]

Yeah, I can probably get it to work. My todo list for openEtG is getting kinda big now with everything, and I'm getting kinda busy with a programming project for school, so we'll see when I implement it. This is opensource for a reason though, right now I am basically doing everything except art and UI (and the UI stuff is still a hassle to implement codewise) myself.

With that in mind...

ITS ALIVE!

I finally got OpenEtG to compile and run under osx 10.6.8 on my laptop (big thanks to serprex for his help there) so I can try and help out if you want.
I haven't done much in the way of javascript programming yet, but the basic syntax seems similar enough to java an c++, so I should be able to pick it up pretty easily.
So in addition to art, I can help out with some small programing tasks if needed.

[Chapuz]

Could you run a todo tutorial to make it run in OSx? I'm interested in it

[BluePriest]

My friend is interested in it. So I'm going to send him all the info and direct him here.