Long time ago i wrote a small proggie to tell if the level was saved in elma or not in elma.
And tonight i decided to feed it all levels i have =). So here're the results:
Fast scan (c:\; d:\; e:\):
---------------------------
Elma: 21657 (90.5%)
Across: 1818 (7.6%)
Not Elma (ALE etc.): 448 (1.9%)
Dups and errors: 16587
---------------------------
Altogether: 40510
It was fast scan so i can't claim my program didn't mixed levels edited in some rare progz as lev unlocker (i even haven't looked the way they work) with levels edited in elma. To differ them there's a deep scan but it still works _very_ slow (about 40 mins for level).
Well, maybe someone found this info useful o_O.
I'll publish the program as soon as somebody will suggest nice name for it. =)
I lost all my info from harddrive some years ago, tried to recover it, but in some cases it wasn't successful, so now i have a lot of files which content is simly bytes mush. Hence the errors.
Also i've formatted drive c: for about 7 times last year (backuping all the info from it) so now i have duplicates of many files.
I know, that sounds stupid.
But i'm too lazy to tide my harddrive up. =)
Next thing you could do is to be able detect Ale, Vectrast, different Elma versions and so.
I don't have .NET so i haven't explored vectrast.
All versions of ALE work in one way.
All versions of Elma and Across work in another way =).
I mean i can name the editor (and in very rare cases the version of editor) only after deep scan, but it's very slow. I'll try to speed it up though.
news:
1. Optimized deep analysis to 13 mins in worst case (worst case actually means the editor wasn't detected correctly) and close to zero in most cases.
2. Checked original elma levs with that deepscan tool. They seem to be created _not_ in elma. Moreover, the prog used to create that levs was not written in MVC++ 6.0. Kinda criminal story
Sick, dude! Looks like communist asses have something to do with elma, dam0rz. Even balasz is..... err, sorry, i wanted to say taht this topic rox and i whane this prog alreadyz, plz skicka ^_^
Performed full analysis. No results.
That means Balazs used either unusual compiler (all his progs i've seen are written in microsoft c++ or watcom c++, checked both) or unusual algorithm (elma and across save levels in pretty similar way, checked both though). Dunno for what.
Sure anph will suggest cool communistic theory explaining this max strange fact.
we all know that Balasz / Csaba made the internals in a special prog.
i don't =)
What's so strange?
I meant Balazs looks conservative. Similar file formats, similar editor, similar levels - a lot of things haven't changed much from across to elma. Why then he changed algorithm in his special prog? I don't say it's offence, just curious.
