Page 5 of 16 FirstFirst 123456789101112131415 ... LastLast
Results 81 to 100 of 312

Thread: Pack File Manager 1.5.9 [Now edits .atlas and .unit_variant files] (Updated 31 July)

  1. #81

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    heyo.

    great work. unforuntatly every time I try to save, PFM stops responding. Fortunatley, it does actually save, but only after not responding for about 2 minutes and then crashing completely.

    edit: the problem occurs not matter what type of file I am editting
    edit2: I switched back to the original PFM and have been having the same problem, could it be related to the size of the file with the new variantfiles in it?
    Last edited by richardsharpe; April 11, 2010 at 01:11 AM.

  2. #82
    Zaitochisan's Avatar Civis
    Join Date
    Nov 2009
    Location
    London, UK
    Posts
    155

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    BTW just a reminder for future added capabilities you should take a look at the sound_bank_database and sound events files in hex workshop.
    Uses similar structure to variants=events and atlas=database. I did some prelim work but can't put my grubby mits to it atm.
    It could allow additional sound file modding, like adding more alternatives to the menu screens, battle, everything I think is defined in the databases and events.

    The ol' Brig G would love you big time, $1!

    Damn all I could find since my reorganisation of Gigs and gig of NTW associated files is this :
    Sound events:

    Spoiler Alert, click show to read: 

    ...?4..... 1x4 = +/-128 1x4=52 ulong 2x1=13

    u.n.c.a.t.e.g.o.r.i.s.e.d ....?.. 1x4: 0008=+/-128, 1x1 3F=63, 2x1: 0B 00 = 11
    u.i 1x4: 0008=+/-128, 1x1 3F=63, 2x1: 07 00 = 7




    Sound Bank samples:

    9 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h o l d f i r e _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h o l d f i r e _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h o l d f i r e _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h o l d f i r e _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    ; m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e a t w i l l _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e a t w i l l _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e a t w i l l _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e a t w i l l _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ g u a r d _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ g u a r d _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ g u a r d _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ g u a r d _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    7 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ c h a r g e _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ c h a r g e _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ c h a r g e _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ c h a r g e _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ f i r e _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r a l l y _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r a l l y _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r a l l y _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r a l l y _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ m a r c h _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ m a r c h _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ m a r c h _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    6 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ m a r c h _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h a l t _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h a l t _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h a l t _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    5 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ h a l t _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    X
    8 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r e t r e a t _ 0 1 _ v 1 . 0 0 _ m x d . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r e t r e a t _ 0 2 _ v 1 . 0 0 _ m x d . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r e t r e a t _ 0 3 _ v 1 . 0 0 _ m x d . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ c u s _ c o r n e t _ r e t r e a t _ 0 4 _ v 1 . 0 0 _ m x d . w a v
    Y
    : m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ c h a r g e _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    : m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ c h a r g e _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    : m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ c h a r g e _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    : m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ c h a r g e _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    > m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e a t w i l l _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    > m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e a t w i l l _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    > m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e a t w i l l _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    > m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e a t w i l l _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Z
    7 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r u n _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r u n _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r u n _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    7 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r u n _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    [
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ m a r c h _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ m a r c h _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ m a r c h _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ m a r c h _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    < m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h o l d f i r e _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    < m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h o l d f i r e _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    < m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h o l d f i r e _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    < m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h o l d f i r e _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Z
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h a l t _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h a l t _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h a l t _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ h a l t _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ g u a r d _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ g u a r d _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ g u a r d _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ g u a r d _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ f i r e _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    ; m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r e t r e a t _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r e t r e a t _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r e t r e a t _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    ; m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r e t r e a t _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    \
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r o l l _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r o l l _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r o l l _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    8 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r o l l _ 0 4 _ v 1 . 0 0 _ g m e . w a v
    Y
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r a l l y _ 0 1 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r a l l y _ 0 2 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r a l l y _ 0 3 _ v 1 . 0 0 _ g m e . w a v
    9 m u s i c \ f i e l d m u s i c i a n s \ e m p _ c u s _ s n a r e _ r a l l y _ 0 4 _ v 1 . 0 0 _ g m e . w a v

    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 1 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 2 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 4 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 5 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 6 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 7 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 7 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 1 _ m a r c h _ l i v e _ g m e . m p 3
    ] -b a t t l e _ m u s i c i a n s \ n t w _ b f m 0 2 _ m a r c h _ l i v e _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 1 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 2 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 3 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 4 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 5 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 1 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 2 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 3 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 4 _ v 1 . 0 0 _ g m e . m p 3
    ] >b a t t l e _ m u s i c i a n s \ m u s _ b a t t l e _ e g y p t i a n m u s i c i a n s _ 0 5 _ v 1 . 0 0 _ g m e . m p 3
    ^
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v _
    ( p l a c e h o l d e r \ s i l e n t p l a c e h o l d e r / e m p t y . w a v ` ?


    Did loads more but can I find it after the break!! Can I!
    Last edited by Zaitochisan; April 11, 2010 at 08:53 AM.

  3. #83

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Zaitochisan View Post
    Am still getting memory crashes too, erasmus Both in variant and Atlas it seems, just dont dawdle too long over any changes you make
    Manage to get around by frequent saving.

    Nice new touches, grid etc.

    Can you allow cloning of atlas rows like other db? ...rather than solely adding new entry at end of atlas.
    Be good to be able to insert new entry between 2 existing ones.

    Questions:

    Are X1(PU) Y1(PU) not displaying wrong coords?

    e.g.
    VariantModels/UnitParts/Euro/Torsos/British/Drummer_Coat_2/texture_diffuse.dds

    X1(PU) 512 Y1(PU) 512 these are the coordinates of the
    last pixel of the very first texture
    not the
    first pixel of this texture which is actually 513,513

    First texture start 0,0 and ends 512,512
    2nd texture in 2nd row starts 513,513 and ends 1024,1024

    according to gimp coordates at least.
    Yes, you're correct. Although given that it starts at 0,0, are you sure that the 1st row doesn't end at 511 and second start at 512?

    I'll continue to look into the memory problems. Many apologies for my failures to isolate this bug thus far.

  4. #84
    Zaitochisan's Avatar Civis
    Join Date
    Nov 2009
    Location
    London, UK
    Posts
    155

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    LOL didn't use my noggin!




    yes of course in Gimp and other programs first pixel is 1,1 and last is 512,512 in 512 texture, Next starts at 513,513.
    If you number from 0,0 then last should be 511,511 etc

    Sorry Erasmus it was a marathon mod session is my only excuse...plus old age

  5. #85

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Zaitochisan View Post
    LOL didn't use my noggin!




    yes of course in Gimp and other programs first pixel is 1,1 and last is 512,512 in 512 texture, Next starts at 513,513.
    If you number from 0,0 then last should be 511,511 etc

    Sorry Erasmus it was a marathon mod session is my only excuse...plus old age
    The whole zero-index thing is counter intuitive to everyone but programmers and we know what a crazy bunch they are

  6. #86
    maxsim666's Avatar Miles
    Join Date
    May 2008
    Location
    Ancona Italy
    Posts
    329

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Hi Erasmus, sorry to deliver bad news.
    Bug when cloning row in units and units_stats_land is still present in 1.5.5.1 release.
    Bug memory error still recurring, only after much more time. I guess program uses too much memory when displays the big atlas directory dds and after some time it crashes (maybe ill-famed 2gb limit of memory for windows? is your PFM large address aware?).
    cheers
    maxsim
    "In hostem celerrime volant"


    - Voloire -

  7. #87

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    I just got Napoleon and have been playing around with the editor. I also managed to make it crash, the easiest way is to create a new pack file, insert a file, renaming the new file inside the pack file and then saving the pack file.

    I doubt the other error is caused by lack of memory, I've also seen graphical corruption of the window just before the crash happens, I assume it's a graphics handle leak that doesn't get categorized correctly.

    And I managed a repeatable blue screen crash in ETW and NTW with a corrupt mod, big upgrade from the lame CTD's in the past

  8. #88
    Civis
    Join Date
    Dec 2009
    Location
    Saint Thomas, Ontario, Canada
    Posts
    135

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Please, make the row "model name" show correct unit names.

  9. #89

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Srisiam View Post
    Please, make the row "model name" show correct unit names.
    I'm not sure what you're referring to. If you mean in unit_stats_land, then PFM shows the correct model name: euroline. That is the base model shared by all the NTW units.

  10. #90
    maxsim666's Avatar Miles
    Join Date
    May 2008
    Location
    Ancona Italy
    Posts
    329

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Hi Erasmus
    I do not know if it is a problem of pfm or of variantmodels files
    if I rename files while mod is open in pfm, and save changes, it looks like everithing went right, but actually something goes wrong. And mod fails in gameplay.
    othreway, if I extract files (variant or atlas or dds) rename them in windows explorer and then import them renamed, everything goes well right.
    to explain better I give you an explanation about an odd result.
    I have these files
    frankz_colour_mask.atlas
    frankz_colour_mask.dds
    frankz_diffuse.atlas
    frankz_diffuse.dds
    frankz_gloss.atlas
    frankz_gloss.dds
    frankz_normal.atlas
    frankz_normal.dds

    and they are in PFM alphabetically ordered.
    if I renamed

    frankz_colour_mask_old.atlas
    frankz_diffuse_old.atlas
    frankz_gloss_old.atlas
    frankz_normal_old.atlas

    after saved changes alphabetically oredered they should be shown this way:

    frankz_colour_mask_old.atlas
    frankz_colour_mask.dds
    frankz_diffuse_old.atlas
    frankz_diffuse.dds
    frankz_gloss_old.atlas
    frankz_gloss.dds
    frankz_normal_old.atlas
    frankz_normal.dds

    instead they are shown

    frankz_colour_mask_old.atlas
    frankz_diffuse_old.atlas
    frankz_gloss_old.atlas
    frankz_normal_old.atlas
    frankz_colour_mask.dds
    frankz_diffuse.dds
    frankz_gloss.dds
    frankz_normal.dds

    and mod does not work
    It looks like pfm does not accept renaming variant atlas and dds, while editing items in them works fine.
    thanks for your work
    cheers
    "In hostem celerrime volant"


    - Voloire -

  11. #91
    Zaitochisan's Avatar Civis
    Join Date
    Nov 2009
    Location
    London, UK
    Posts
    155

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Max did you use the delete key to change names by any chance?
    Never do it PFM thinks its you deleting the entry completely and trashes the file.
    Always use Backspace to make changes and remember to press enter.

    If you watch carefully after making a name change only but using delete the name goes "low/high lighted" as when you delete a file.
    Try and use the pack ....it crashes.
    Reopen the pack all looks ok, file names are still there .... until you try to access the files you renamed then you get the common debug warning.

    Ah ....the name ordering issue.... if you try to add new files after renaming you... do you have the same folder structure ? where are you importing from?
    Sometimes you can replace an exist file from anywhere but try to add a directory or a bunch of new files it won't like it not being same strucure with your packfile right there with the files.

    Check older packs, PFM always, I seem to remember, orders the files by type not name..?
    Last edited by Zaitochisan; April 14, 2010 at 08:17 AM.

  12. #92
    maxsim666's Avatar Miles
    Join Date
    May 2008
    Location
    Ancona Italy
    Posts
    329

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Zaitochisan View Post
    Max did you use the delete key to change names by any chance?Never do it PFM thinks its you deleting the entry completely and trashes the file.
    Always use Backspace to make changes and remember to press enter.

    If you watch carefully after making a name change only but using delete the name goes "low/high lighted" as when you delete a file.
    Try and use the pack ....it crashes.
    Reopen the pack all looks ok, file names are still there .... until you try to access the files you renamed then you get the common debug warning.
    Hi Zait
    never used delete key, I used or backspace or cut option in right mouse button
    I confirm if for mismatch used delete key files went low/highlighted, hazy grey. In such cases I did not save file and reopen it again so no data missing.

    Quote Originally Posted by Zaitochisan View Post
    Ah ....the name ordering issue.... if you try to add new files after renaming you... do you have the same folder structure ? where are you importing from?

    name ordering issue happens only if I rename in PFM, while if I rename in windows explorer, or other filemanager program, everything goes right.

    Quote Originally Posted by Zaitochisan View Post
    Sometimes you can replace an exist file from anywhere but try to add a directory or a bunch of new files it won't like it not being same strucure with your packfile right there with the files.?


    I experienced that only files (according to file path structure) located in same directory where the pack is located, are correctly imported/inserted while if, although correct file path structure, I try to insert/import file from another directory result is an exception error


    Quote Originally Posted by Zaitochisan View Post
    Check older packs, PFM always, I seem to remember, orders the files by type not name..?


    I do not think so, may be it order by type, but same type files are always ordered by name, and same file ordering issue happens even with the unit_variant files, they are all of same type. Try to rename them in PFM doublecliking on them and typing directly new name. Save it and you'll find ordering problem. Instead if you export, rename, import, no ordering problem happens at all.
    I learned to use file ordering problem as an advice that something is wrong, so I discard mod and load last working version
    Last edited by maxsim666; April 15, 2010 at 12:26 AM.
    "In hostem celerrime volant"


    - Voloire -

  13. #93

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    I'm just wondering, is it possible to edit a vanilla unit?
    Let's say the Old Guard, changing the limit from 3 to 6.
    I create a new pack file and only add one row which is the old guard. But I always get a CTD when I edit it.
    Now I'm reinstalling NTW becuase I screwed up the data file (PFM crashed when editing it), and I don't seem to be able to change it even when I did it correctly.

  14. #94
    maxsim666's Avatar Miles
    Join Date
    May 2008
    Location
    Ancona Italy
    Posts
    329

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Empereur View Post
    I'm just wondering, is it possible to edit a vanilla unit?
    Let's say the Old Guard, changing the limit from 3 to 6.
    I create a new pack file and only add one row which is the old guard. But I always get a CTD when I edit it.
    Now I'm reinstalling NTW becuase I screwed up the data file (PFM crashed when editing it), and I don't seem to be able to change it even when I did it correctly.
    just do as further:
    open patch2.pack
    expord db/units_tables/units in a new directory you named mymodworkshop
    select from file menu "new"
    select "mymodworkshop" directory
    from "choose pack option", "change pack type" to mod
    save naming it MOD_MyOldGuard.pack
    from "choose pack option" choose "add files"
    select the db/units_tables/units table you extracted above (same path as above)
    save pack naming it MOD_MyOldGuard.pack
    rename table as "myoldguard_units"
    save
    delete from myoldguard_units table all the rows do not matter for you to be modded
    mod unit limit as whatelse you wish
    save
    copy your mod in data directory
    edit user.script.txt adding row ---> mod MOD_MyOldGuard.pack;
    save user.script.txt as unicode.
    play
    Last edited by maxsim666; April 15, 2010 at 04:09 AM.
    "In hostem celerrime volant"


    - Voloire -

  15. #95
    Civis
    Join Date
    Dec 2009
    Location
    Saint Thomas, Ontario, Canada
    Posts
    135

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by erasmus777 View Post
    I'm not sure what you're referring to. If you mean in unit_stats_land, then PFM shows the correct model name: euroline. That is the base model shared by all the NTW units.
    Thank you. Silly me (again)...
    Last edited by Srisiam; April 15, 2010 at 04:41 AM. Reason: Found a way to change a model. Thank you.

  16. #96

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by maxsim666 View Post
    just do as further:
    open patch2.pack
    expord db/units_tables/units in a new directory you named mymodworkshop
    select from file menu "new"
    select "mymodworkshop" directory
    from "choose pack option", "change pack type" to mod
    save naming it MOD_MyOldGuard.pack
    from "choose pack option" choose "add files"
    select the db/units_tables/units table you extracted above (same path as above)
    save pack naming it MOD_MyOldGuard.pack
    rename table as "myoldguard_units"
    save
    delete from myoldguard_units table all the rows do not matter for you to be modded
    mod unit limit as whatelse you wish
    save
    copy your mod in data directory
    edit user.script.txt adding row ---> mod MOD_MyOldGuard.pack;
    save user.script.txt as unicode.
    play
    Thanks

  17. #97

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    It's easy to copy a row, paste and edit it in Calc (the OpenOffice.org version of Excel) and paste the modded row from calc over the original one in the PFM. Can you do the same with a column? It would make things much easier: in unit_stats_land, I would do accuracy x 0.5, unit sizes and range x 1.5 and ammo x 2, instead of multiplying every number manually, but it seems that I can't copy entire colums in the PFM.

    I tried exporting as TSV, editing with calc, and when I open the edited TSV file in notepad, it looks just like the original one, only with different numbers. But when I try importing that modded TSV file, I get an error and nothing changes.

    Any ideas? Or is simply multiplying an entire column in calc/excel wishful thinking?

  18. #98

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by Unhappy Moose View Post
    It's easy to copy a row, paste and edit it in Calc (the OpenOffice.org version of Excel) and paste the modded row from calc over the original one in the PFM. Can you do the same with a column? It would make things much easier: in unit_stats_land, I would do accuracy x 0.5, unit sizes and range x 1.5 and ammo x 2, instead of multiplying every number manually, but it seems that I can't copy entire colums in the PFM.

    I tried exporting as TSV, editing with calc, and when I open the edited TSV file in notepad, it looks just like the original one, only with different numbers. But when I try importing that modded TSV file, I get an error and nothing changes.

    Any ideas? Or is simply multiplying an entire column in calc/excel wishful thinking?
    You should be able to import from calc. When you save, do a "Save As..." and select "all files" or ".csv". Check the "Edit Filter Settings" box. Change the field delimited to {TAB} and delete the text delimiter so that it is blank. IIRC, PFM will import files ending with CSV, but if it doesn't, change the extension to .TSV and it should work. This method works for Excel too.

  19. #99

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Thanks so much for the update! Now I can mod much more!

    But the special_ability_types table still makes it crash. Is this fixable?
    Never blame computers for they always do what they are told.
    - Me

  20. #100

    Default Re: Pack File Manager 1.5.5.1 [Now edits .atlas and .unit_variant files] (Updated 9 April)

    Quote Originally Posted by rm2twf View Post
    Thanks so much for the update! Now I can mod much more!

    But the special_ability_types table still makes it crash. Is this fixable?
    That table is weird. There's an extra byte that's screwing up the read. For the moment, use a hex editor. It's a very simple table and is just text.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •