2 idea's to improve kore's user experience

Forum closed. All further discussion to be discussed at https://github.com/OpenKore/

Moderator: Moderators

Locked
Message
Author
Technology
Super Moderators
Super Moderators
Posts: 801
Joined: 06 May 2008, 12:47
Noob?: No

2 idea's to improve kore's user experience

#1 Post by Technology »

Hey guys, check this:

http://forums.openkore.com/viewtopic.php?f=10&t=18006&p=64021#p64021
First idea is rather ambitious, but I don't see how else to fix the problem at hand.
Second idea should be tested, polished and at least be mentioned in the guide to find charblocksize imo.

Ok I just got another crazy idea, we could use this entire DB of recvpackets to test the entire kRO ST tree for correct packet lenghts and even TO BE implemented packetswitches etc.
One ST0 to rule them all? One PE viewer to find them!
One ST_kRO to bring them all and in the darkness bind them...

Mount Doom awaits us, fellowship of OpenKore!

kLabMouse
Administrator
Administrator
Posts: 1301
Joined: 24 Apr 2008, 12:02

Re: 2 idea's to improve kore's user experience

#2 Post by kLabMouse »

Hmm. As for packets. I hale a complete DB of them, that is RLY Fresh. Some Info is missing, but nothing RLY hard.
(Also an Additional CharBlockSize too).

If you need them to clean up and update kRO ST Tree or add/complete ST0, just PM me, and I'll send you them.
Last packet there is 098F
So it's Pretty Fresh!

EternalHarvest
Developers
Developers
Posts: 1800
Joined: 05 Dec 2008, 05:42
Noob?: Yes

Re: 2 idea's to improve kore's user experience

#3 Post by EternalHarvest »

extract all recvpacket files

Related: http://openkore.svn.sourceforge.net/vie ... tables/eA/

Technology
Super Moderators
Super Moderators
Posts: 801
Joined: 06 May 2008, 12:47
Noob?: No

Re: 2 idea's to improve kore's user experience

#4 Post by Technology »

EternalHarvest wrote:
extract all recvpacket files

Related: http://openkore.svn.sourceforge.net/vie ... tables/eA/

Hey, that's awesome EternalHarvest, didn't know that commit existed! :o
Anyways, ISTR that the packet_db file also contains the names of the binaries where packets got implemented/changed?
unknown binary + packet extractor to get its recvpackets + comparing with recvpackets files of known binaries = servertype finder maybe?

Maybe we should send a patch to rA/eA about 08B9?
One ST0 to rule them all? One PE viewer to find them!
One ST_kRO to bring them all and in the darkness bind them...

Mount Doom awaits us, fellowship of OpenKore!

EternalHarvest
Developers
Developers
Posts: 1800
Joined: 05 Dec 2008, 05:42
Noob?: Yes

Re: 2 idea's to improve kore's user experience

#5 Post by EternalHarvest »

Technology wrote:unknown binary + packet extractor to get its recvpackets + comparing with recvpackets files of known binaries = servertype finder maybe?

Can be done. If anything like that, I'm for empty serverType value for "automatic discovery if possible".

Maybe we should send a patch to rA/eA about 08B9?

eA doesn't have related server version yet. We can send that to rA.

Technology
Super Moderators
Super Moderators
Posts: 801
Joined: 06 May 2008, 12:47
Noob?: No

Re: 2 idea's to improve kore's user experience

#6 Post by Technology »

EternalHarvest wrote:
Technology wrote:unknown binary + packet extractor to get its recvpackets + comparing with recvpackets files of known binaries = servertype finder maybe?

Can be done. If anything like that, I'm for empty serverType value for "automatic discovery if possible".

Or as standalone script, listing the ST's that differ the least from the unknown binary's recvpackets, using the comparison as heuristic.
One ST0 to rule them all? One PE viewer to find them!
One ST_kRO to bring them all and in the darkness bind them...

Mount Doom awaits us, fellowship of OpenKore!

Locked