Snaper wrote:
Ilyesmi volt kv a Cubase-eknél meg a Logic 5-nél. Igaz 6-ot meg se próbálták. De most megjelent a patchelt Tiger, egyre nagyobb az igény rá. Főleg hogy No-Limit-Project.com-on olvastam hogy H2O nyitni akor X felé is...eg már ide is van H2O Cubase SX 3...az iLok-ot meg kilőtték, mégpedig a Tiger Reset progival. Ez visszaállítja a demókat 0 napra, parasztos, de megy ami nagyon kell. (at is tuti megdolgozzák sztem.
H2O már jó ideje nincs.
Az utolsó Release-ükből:
"As usual H2O is late with any announcement! :-) Although we decided to end the H2O/DLM era for several reasons, we believe that suitable successors will emerge in time. "
Lett belőlük AiR, de asszem az igazán nagy koponya, koponyák kilépet/kiléptek, de ez ilyen bulvár szint, pletyka...
Csak aki nem ismerné annak egy kis videó, amit a csapat adott ki amikor már mindenki elvolt keseredve, hogy nem lesz SX3 törve és semmilyen Syncrosoft védelmet használó cucc:
http://www.youtube.com/watch?v=ScRF0LmsJzo
Majd ezután nem sokkal kijöttek az ilyen védelmet használó cuccok.
H2O pedig szépen elemezte, hogy mekkora terhet ró ez a másolás védelem a procira:
So its not crackable?...
Now here is the explanation for what really goes on:
Transformation is based on replacing ordinary machine code into
tables representing results from calculations
Example: Adding 2 numbers Normal machine-code would look something like :
Add eax, ebx
This will take 1 CPU cycle to execute.
Now comes MCFACT :
1) Transform the first number into a table
2) Transform the second number into a table
3) Do allot of manipulation of these tables
4) More manipulation
5) Transform the Tables back to the numbers
6) Add the 2 numbers
This entire piece takes up hundreds of machine code lines and a lot of loops inside this code...estimated CPU-cycles
No performance loss? We don't think so..........
Szóval elég gázos kép, lehet ha nem ezt a errőforrást zabáló másolásvédelmet használná a Cubase akkor talán lehetne proci időt valami értelmesebb dologra is használni...
Végül egy kis "dádá" a védelem fejlesztőinek:
Note to protection coders :
Unbelievable way you transform an application. We estimate that between 30% & 40% of the application are wrapped in the script protection. Protection is one thing but this surely effects an application performance. You probably could get a performance gain of 50% without the protection!!
Think about this : Once broken, the protection is , what ????
Lehet, hogy csúnya dolgot csináltak H2O-ék, de azért én akkor is csak tisztelni tudom, a gyártók meg inkább új featureket fejleszthetnék...
