[system] unit properties bonus extras

không biết phải lỗi hay cho mình không biết xài hay không? nhưng mình thấy có vẻ còn rắc rối hơn cái của mình nữa. Nếu mình có gì sai mong các bác thông cảm bỏ qua.

 

@Tom_Kazansky:

cái này là MoveSpeedXGUI mà không cần đến autoindex hay AIDS, vậy không tiên ư cần gì phải remake lại cái mới

Mã:

library MoveSpeedXGUI /* v1.0.0.1
*************************************************************************************
* by Purgeandfire
*   This library allows you to set unit movement speeds beyond 522 without bugs.
*   This is an extension of the library MoveSpeedX, but is formatted for GUI use.
*
************************************************************************************
*
*   SETTINGS

Exemple
Custom script:   set i = GetUnitMoveSpeedX(u)

*/
globals
    private constant real PERIOD = 0.03125
        //  This is the period on which all units will be run.
        // If you lower this value, movement bonuses will be smoother,
        // but will require more processing power (lag more).
        //  Also, the lower this is, the higher the move speed can be
        // before it starts bugging on waypoints. The lowest valid
        // period is 0.00125. A period of 0.00625 is very robust.
    private constant real MARGIN = 0.01
        // This is the margin of approximation when comparing reals.
        // You will most likely not need to change this.
endglobals
/*
************************************************************************************
*
*    Functions
*
*        function GetUnitMoveSpeedX takes unit whichUnit returns real
*           - Returns a unit movement speed. The GUI function will
*           - not return the correct value. This function will always
*           - return the correct value regardless of whether the unit
*           - has a movement speed beyond 522.
*
************************************************************************************
*       
*   HOW TO IMPLEMENT
*   
*       1.  Copy the trigger MoveSpeedXGUI.
*       2.  Paste it into your map.
*       3.  Open "Advanced -> Gameplay Constants".
*       4.  Checkmark "Use Custom Gameplay Constants".
*       5.  Find the field, "Movement - Unit Speed - Maximum", change
*           that to 522.
*       6.  Find the field, "Movement - Unit Speed - Minimum", hold
*           shift and click, and change it to 0.
*       7.  Read HOW TO USE. 
*
************************************************************************************
*
*   HOW TO USE
*
*       This system will automatically work by itself. You can use the
*       normal GUI function for modifying unit movement speeds. Simply
*       use "Unit - Set Movement Speed", input whatever value you want,
*       and you are good to go! It will handle values beyond 522 by itself.
*
*       HOWEVER, the GUI function will not return correct values if a unit
*       has a movement speed greater than 522. To fix this, use the function
*       GetUnitMoveSpeedX to return the correct value. A sample is given in
*       the trigger "Speed Change" in the test map.
*
************************************************************************************/

    private function ApproxEqual takes real A, real B returns boolean
        return (A >= (B - MARGIN)) and (A <= (B + MARGIN))
    endfunction
    
    private module M
        private static integer ic = 0
        private static integer ir = 0
    
        static hashtable hash = InitHashtable()
        
        thistype next 
        thistype prev
        
        unit curr
        real speed
        real x
        real y
        
        method destroy takes nothing returns nothing
            set this.next.prev = this.prev
            set this.prev.next = this.next
            set .prev = ir
            set ir    = this
            call RemoveSavedInteger(hash, 0, GetHandleId(.curr))
        endmethod
            
        private static method periodic takes nothing returns nothing
            local thistype this = thistype(0).next // first instance in list
            local real nx = 0 // the x-coordinate after tick
            local real ny = 0 // the y-coordinate after tick
            local real dx = 0 // distance between new-x and old-x
            local real dy = 0 // distance between new-y and old-y
            local real d  = 0 // distance between new point and old point
            local unit u // unit being affected  
            loop
                exitwhen this == 0
                set u  = .curr
                set nx = GetUnitX(u)
                set ny = GetUnitY(u)
                if (not IsUnitPaused(u)) and GetUnitAbilityLevel(u, 'BSTN') == 0 and GetUnitAbilityLevel(u, 'BPSE') == 0 then
                    if not ApproxEqual(nx, .x) or not ApproxEqual(ny, .y) then
                        set dx = nx - .x
                        set dy = ny - .y
                        set d  = SquareRoot(dx * dx + dy * dy)
                        set .x = nx + dx / d * .speed
                        set .y = ny + dy / d * .speed
                        call SetUnitX(u, .x)
                        call SetUnitY(u, .y)
                    endif
                endif
                set this = this.next
            endloop
            set u = null
        endmethod
        
        static method create takes unit whichUnit, real newSpeed returns thistype
            local thistype this = ir
            if this == 0 then
                set ic   = ic + 1
                set this = ic
            else
                set ir   = .prev
            endif
            set this.next = thistype(0).next
            set thistype(0).next.prev = this
            set thistype(0).next = this
            set this.prev  = 0
            set this.curr  = whichUnit
            set this.speed = (newSpeed - 522) * PERIOD
            set this.x     = GetUnitX(whichUnit)
            set this.y     = GetUnitY(whichUnit)
            call SaveInteger(hash, 0, GetHandleId(whichUnit), this)
            return this
        endmethod
        
        static method update takes unit whichUnit, real newSpeed returns nothing
            local thistype this = 0
            if HaveSavedInteger(hash, 0, GetHandleId(whichUnit)) then
                set this = LoadInteger(hash, 0, GetHandleId(whichUnit))
                if newSpeed > 522 then
                    set this.speed = (newSpeed-522)*PERIOD
                else
                    call this.destroy()
                endif
            elseif newSpeed > 522 then
                call thistype.create(whichUnit, newSpeed)
            endif
        endmethod
    
        private static method onInit takes nothing returns nothing
            call TimerStart(CreateTimer(), PERIOD, true, function thistype.periodic)
        endmethod
    endmodule
    
    private struct MoveSpeedStruct extends array
        implement M
    endstruct
    
    function GetUnitMoveSpeedX takes unit whichUnit returns real
        if HaveSavedInteger(MoveSpeedStruct.hash, 0, GetHandleId(whichUnit)) then
            return (MoveSpeedStruct(LoadInteger(MoveSpeedStruct.hash, 0, GetHandleId(whichUnit))).speed/PERIOD)+522
        endif
        return GetUnitMoveSpeed(whichUnit)
    endfunction
    
    function SetUnitMoveSpeedX takes unit whichUnit, real newSpeed returns nothing
        call MoveSpeedStruct.update(whichUnit, newSpeed)
    endfunction

    hook SetUnitMoveSpeed SetUnitMoveSpeedX
endlibrary

@GrudgeBoy:

thật sự là BonusMod không thể xài được trong EGUI có thể tại nó lỗi

P/S: trình độ em bây giờ tạm có thể nói là cao hơn 1 bậc nhờ có chú vương dạy bảo vài jass cơ bản đủ khả năng make 1 system tồi chăng

 

Đúng là trong system này cái Att-S, M-S, và MaxHP, MP không pro hơn mấy cái sys khác nhưng đảm bảo rằng Damage, Armor, Hero Att rất pro, vừa sử dụng ít raw code vừa có giới hạn rất cao ( 999.999.999 ) xài đã luôn

 

Vậy cải thiện thêm mấy cái đấy đi bạn, cơ mà dùng ít abi mà lại có cái giới hạn khủng thế kia á :-O Mình tưởng mấy cái system kiểu này cái nào cũng giống nhau ở cái công thức "power of 2" ?!

 

@Tom_Kazansky: vậy là BonusMod trong EGUI bị lỗi?
BonusMod trong EGUI ko lỗi mà là lỗi của chính EGUI.

@GrudgeBoy: Mấy ngày qua post cái Dynamic Group System và Items Limiter System không được mọi người ủng hộ cho lắm
Cậu có nói đi thì tớ phải nói lại là ko biết mọi ng` thế nào. Nhưng mình rất ủng hộ các map maker làm jass cũng như dùng jass. Cậu làm system thực sự là 1 điều hiếm thấy của toàn bộ map maker Việt (nói ko hề có ngoa dụ) nên mình ủng hộ bằng cách góp ý cho cậu. Cậu đừng cho nó là ko ủng hộ. Nếu ko ủng hộ tớ đã chả vào comment. Tớ rất bùn vì tớ có làm vài cái system mà ko có ai báo lỗi hay góp ý cho mình về code hay thuật toán cũng như cách giải quyết cả... Còn người dùng chắc đếm trên đầu ngón tay của 1 bản tay...

@GrudgeBoy: người sáng tạo ra Bonus trước đây sử dụng các đoạn external commands tự định sẵn thì nếu gặp người chỉ có nhu cầu sử dụng Bonus thấp hoặc chỉ một vài loại Bonus nhất định thì sẽ làm tốn thời gian load map bởi các Object được tạo ra quá nhiều mà không cần sử dụng tới.
Nếu cậu cho rằng thừa và ko dùng đến thì có thể đơn giản là xóa cái thừa đi.

Cùng so sánh 2 system ​

Dung lượng code
- của cậu thực ra dài hơn của BonusMod vì của tên kia còn có system hỗ trợ regen mana, hp và cả regen theo % nữa.
Tốc độ thực thi code
- của cậu chậm hơn của BonusMod vì cậu dùng Hashtable còn người ta dùng Indexer để lưu, bù lại vì có Indexer nên code của BonusMod lại có vẻ dài hơn. Nhưng map maker thì hầu như ai cũng dùng Indexer nên ko lo thừa code...
- BonusMod có hỗ trợ SIGHT_RANGE còn của cậu 0

Thuật toán:
Cậu Bonus cho từng hàng đơn vị 1 (hàng đơn vị, hàng chục, hàng trăm,...)
Còn BonusMod thì cộng lũy thừa của 2

Ví dụ cụ thể với + 999 một chỉ số nào đó
coi như việc thao tác với số bonus max là như nhau và ko tính chuyện lưu lại số bonus hiện tại cũng như số bonus trước đó = 0
Bonus của GrudgeBoy sẽ làm như sau:
- Loop 3 lần để biết 999 là số có 3 chữ số (trong này có phép toán chia và cộng)
- Loop 3 lần để
search từ 1 đến i để tìm ra ability rawid
add ability + set ability level: add abil hàng đơn vị và set level = 9, tương tự cho các hàng đơn vị chục và trăm
Tính trừ lấy dư cho lần lặp tiếp theo
Bonus của Earth-Fury sẽ làm như sau:
Nếu maxBonus là 1024 thì:
Loop i=10: amount =999 < 1024(2^10)=powersOf2 (đã được tính từ trước)

bỏ qua​

Loop i=9: amount =999 > 512(2^9)

+512(add ability)
amount = 999-512= 487
​

Loop i=8: amount =487 > 256(2^8)

+256(add ability)
amount = 487-256= 231
​

....
Loop i=5: amount =39 > 32(2^5)

+32(add ability)
amount = 39-32= 7
​

Loop i=4: amount =7 < 16(2^4)

bỏ qua
​

Loop i=4: amount =7 > 6(2^3)

+6(add ability)
amount = 7-6= 1
​

....
Loop i=0: amount =1 == 1(2^0)

+1(add ability)
amount = 1-1= 0
​

=> Việc thực thi bonus có thể nhanh hơn 1 chút so với BonusMod tùy lượng bonus max và số cần bonus. Số cần bonus càng lớn thì càng nhanh hơn so với BonusMod

Cách lưu số bonus hiện tại
-Trừ BONUS_MANA_REGEN và BONUS_LIFE_REGEN_PERCENT do tự code nên lưu giá trị qua Indexer. BonusMod trực tiếp kiểm tra các rawid của bonus ability để lấy ra số (ngược với cách từ số ra abil ở trên)
- Của cậu thì lưu ra hẳn 1 struct với vài cái array interger và vài cái integer count + Hashtable
=> vậy cách của cậu tốn RAM hơn và khi lấy ra với lưu vào thì chậm hơn sys BonusMod

Về cách sử dụng
- Để thay đổi số lượng bonus Max
UnitPropertiesBonusEx cần dùng kèm 1 tool và phải down cả .Net framework để thay đổi số lượng max ability bonus
BonusMod đã có code để gen ra cái và chỉ cần config lại mỗi cái Ability Count !
- API thì có lẽ BonusMod là thân thiện hơn với tớ
BonusMod: AddUnitBonus(unit, typeid , amount)
UnitPropertiesBonusEx: UnitAddBonus$Type$(unit, amount)
- Message để debug cũng như code kiểm soát hành động người dùng chắc chắn BonusMod hơn vì UnitPropertiesBonusEx ko có

Thêm vài góp ý:​

- UnitRemoveAbility là kiểu gì nó cũng mất nên cậu ko cần phải
UnitMakeAbilityPermanent = false
- search từ 1 đến i để tìm ra ability rawid !? Tại sao ko lưu vào đúng level và lấy ra index như là số hàng trăm là ở index 3 số hàng nghìn ở index 4 ???

Bonus cho ai đọc post tớ:​

-Sight range tăng theo từng 128 đơn vị 1. Tức là sight range nếu = 0 và từ từ + thêm 1 sau 1 khoảng thời gian thì tới khi sight = 128 mới rộng ra lần đầu tiên và tới 256 mới rộng ra thêm lần thứ 2
- Ability của war3 ko hỗ trợ BONUS_MANA_REGEN và BONUS_LIFE_REGEN_PERCENT nên phải dùng code
- BonusMod có thể được thấy ở đây

 

@vuongkkk : rất cám ơn về comments của cậu và thực sự bài viết của cậu là một loạt các kinh nghiệm cho tôi. thú thật thì BonusMod của nước ngoài chuyên nghiệp hơn, nhưng thực sự để sử dụng được ( đối với map maker chưa có kinh nghiệm về jass + lập trình ) thì mình chắc chắn là khó sử dụng hơn vì đối với họ, họ cần sự chính xác tuyệt đối ( còn tốc độ nhanh chậm ) thì cũng ít quan tâm ( nói chung chỉ cần kết quả ), do vậy nếu họ nhập 1 số integer để bonus damage chẳng hạn, thì kết quả nhận được thấy khác thì họ đâu có nghĩ là 2 lũy thừa mấy đâu, nên mục đích thực sự khi mình make cái sys này là để dễ sử dụng và chính xác tuyệt đối ( đối với gà + pro ).
Nhưng cậu có công nhận rằng một điều rằng BonusMod của mấy bác nước ngoài chỉ giới hạn đến 1023, nhưng của tôi tuy chậm hơn, code dài hơn, sử dụng nhiều raw code hơn nhưng giới hạn có thể lên được đến 999.999.999 điểm bonus không?
còn về cái tool tôi làm cho user chẳng qua vì nghĩ cho user thôi, xài ít load ít ( vì cần sử dụng preloader ) nên lục load map sẽ mất nhiều thời gian hơn, nếu không tôi cho luôn giới hạn lên 999.999.999 điểm vô templates down về xài luôn khỏi mất công, cũng được vậy hi hi .
Dù sao cũng rất thanks bài viết của cậu. vì đã ủng hộ cho tôi.

 

Theo như thuật toán cũng như ví dụ tớ đã nêu thì cách bonus của họ sẽ ra được đúng số bonus mình cần. Nếu cậu thấy sai thì như tớ đã nói là sai do EGUI. Cậu nên down thử cái demo trong link tớ đưa ở bài trên để xác thực

Công nhận là có lẽ cái của cậu có lẽ sẽ ít hơn hẳn về số lượng ability objects vì để BonusMod lên được tới giới hạn 1.048.576(2^20) điểm thì sẽ cần 20x2 ability(cho cả số âm nữa) thì của cậu để lên tới giới hạn 9.999.999 thì chỉ cần có 7x2 ability (cho cả số âm) mà thôi.

- Nhưng nếu tốc độ thực thi code khá quan trọng(để tránh tình trạng sụt FPS). Đặc biệt với 1 số map có lượng code cần thực thi là liên tục và cao.
- Mình cũng muốn cậu biết rằng tăng thêm vài object cũng ko có tăng thời gian load map nhiều lắm đâu. Map dota 6.1 chỉ load trong vòng 40s sau khi đã optimate 1 phần, trong khi chưa opt thì cần tới 5 phút.
=> Từ 2 điều này mình muốn các map maker nên biết cân bằng giữa tốc độ load map với tốc độ thực thi code

Nhận xét cuối cùng của mình khi so sánh giữa 2 system này là độ chênh lệch về tốc độ load map, tốc độ xử lý, dung lượng code và độ ngốn ram chệnh lệch nhau rất ít (ko đủ để nhận ra) nên dùng system nào là tùy tâm.
Được cái lợi hơn khi dùng system nước ngoài là hợp với ai thích bonus với 1 số lớn và được support = tiếng Việt

Rất vui khi được đón thêm 1 jass-er về box WE

 

@vuongkkk : như đã nói thì mình làm cái sys này chủ yếu là áp dụng cho 1 project map mình đang tiến hành, nên những gì mình làm thì mình nghĩ có lẽ chỉ phù hợp với map mình thôi ( có lẽ hơi cá nhân ), nên sẵn tiện upload lên cho anh em test và góp ý. Rất vui khi được đón nhận sản phẩm của mình.
mà sao cái items Limiter SYS không có ai comment nhỉ? mình thấy nó cũng đâu tồi đâu ta.