Re: [hlcoders] I intend to make a free software alternative to VBCT
Hammer works fine for me to be honest. I'm not sure if vrad is multi-threaded but if it isn't, t should be. An opensource multi-threaded vrad would really speed up compile times for i7 users like myself. I spend a lot more time compiling the map than setting up the compile. On 18 March 2010 21:54, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: 30 replies of bashing and license discussion. Effectiving working here bros! The tools aren't really the problem, Hammer is to be honest. - ScarT On 18 March 2010 22:50, Jonas 'Sortie' Termansen hlcod...@maxsi.dk wrote: David Kraeutmann wrote: LGPL is useless for standalone apps. BSD-style licenses are good tho'. That is not true. What if I wanted to copy code from my GPL'd program to my LGPL library and the code is commited by others? If I released my Maxsi Compile tool under the GNU LGPLv3, then you are allowed to copy its code to GNU LGPLv3 libraries. This would not be permitted if I released it under GNU GPLv3. All my programs are currently under GNU LGPLv3 (because of licensing issues with implementing them in Source, just to be safe) and I frequently move code between the actual .exe files and my shared library Maxsi Engine. I would not be able to do that with code commited by others if I released it under GNU GPLv3 - so that's a bit of a problem. If I am wrong about any of this, feel free to correct me with properly sourced material. Whether to use GPL or LGPL is a matter of strategy and I am leaning towards GPL here. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] I intend to make a free software alternative to VBCT
Both VRad and VVis are multi-threaded. -threads # on the commandline to specific the number of threads. - ScarT On 19 March 2010 16:49, Harry Jeffery harry101jeff...@googlemail.comwrote: Hammer works fine for me to be honest. I'm not sure if vrad is multi-threaded but if it isn't, t should be. An opensource multi-threaded vrad would really speed up compile times for i7 users like myself. I spend a lot more time compiling the map than setting up the compile. On 18 March 2010 21:54, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: 30 replies of bashing and license discussion. Effectiving working here bros! The tools aren't really the problem, Hammer is to be honest. - ScarT On 18 March 2010 22:50, Jonas 'Sortie' Termansen hlcod...@maxsi.dk wrote: David Kraeutmann wrote: LGPL is useless for standalone apps. BSD-style licenses are good tho'. That is not true. What if I wanted to copy code from my GPL'd program to my LGPL library and the code is commited by others? If I released my Maxsi Compile tool under the GNU LGPLv3, then you are allowed to copy its code to GNU LGPLv3 libraries. This would not be permitted if I released it under GNU GPLv3. All my programs are currently under GNU LGPLv3 (because of licensing issues with implementing them in Source, just to be safe) and I frequently move code between the actual .exe files and my shared library Maxsi Engine. I would not be able to do that with code commited by others if I released it under GNU GPLv3 - so that's a bit of a problem. If I am wrong about any of this, feel free to correct me with properly sourced material. Whether to use GPL or LGPL is a matter of strategy and I am leaning towards GPL here. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] I intend to make a free software alternative to VBCT
Oh, Thanks. I should probably RTFM more. On 19 March 2010 15:53, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: Both VRad and VVis are multi-threaded. -threads # on the commandline to specific the number of threads. - ScarT On 19 March 2010 16:49, Harry Jeffery harry101jeff...@googlemail.comwrote: Hammer works fine for me to be honest. I'm not sure if vrad is multi-threaded but if it isn't, t should be. An opensource multi-threaded vrad would really speed up compile times for i7 users like myself. I spend a lot more time compiling the map than setting up the compile. On 18 March 2010 21:54, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: 30 replies of bashing and license discussion. Effectiving working here bros! The tools aren't really the problem, Hammer is to be honest. - ScarT On 18 March 2010 22:50, Jonas 'Sortie' Termansen hlcod...@maxsi.dk wrote: David Kraeutmann wrote: LGPL is useless for standalone apps. BSD-style licenses are good tho'. That is not true. What if I wanted to copy code from my GPL'd program to my LGPL library and the code is commited by others? If I released my Maxsi Compile tool under the GNU LGPLv3, then you are allowed to copy its code to GNU LGPLv3 libraries. This would not be permitted if I released it under GNU GPLv3. All my programs are currently under GNU LGPLv3 (because of licensing issues with implementing them in Source, just to be safe) and I frequently move code between the actual .exe files and my shared library Maxsi Engine. I would not be able to do that with code commited by others if I released it under GNU GPLv3 - so that's a bit of a problem. If I am wrong about any of this, feel free to correct me with properly sourced material. Whether to use GPL or LGPL is a matter of strategy and I am leaning towards GPL here. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] I intend to make a free software alternative to VBCT
I tested this carefully when developing said tool, on my i7 920 it scales perfectly to all 8 logical cores. - Original meddelelse - Hammer works fine for me to be honest. I'm not sure if vrad is multi-threaded but if it isn't, t should be. An opensource multi-threaded vrad would really speed up compile times for i7 users like myself. I spend a lot more time compiling the map than setting up the compile. On 18 March 2010 21:54, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: 30 replies of bashing and license discussion. Effectiving working here bros! The tools aren't really the problem, Hammer is to be honest. - ScarT On 18 March 2010 22:50, Jonas 'Sortie' Termansen hlcod...@maxsi.dk wrote: David Kraeutmann wrote: LGPL is useless for standalone apps. BSD-style licenses are good tho'. That is not true. What if I wanted to copy code from my GPL'd program to my LGPL library and the code is commited by others? If I released my Maxsi Compile tool under the GNU LGPLv3, then you are allowed to copy its code to GNU LGPLv3 libraries. This would not be permitted if I released it under GNU GPLv3. All my programs are currently under GNU LGPLv3 (because of licensing issues with implementing them in Source, just to be safe) and I frequently move code between the actual .exe files and my shared library Maxsi Engine. I would not be able to do that with code commited by others if I released it under GNU GPLv3 - so that's a bit of a problem. If I am wrong about any of this, feel free to correct me with properly sourced material. Whether to use GPL or LGPL is a matter of strategy and I am leaning towards GPL here. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
[hlcoders] Player pose params not animating
I'm making a new player entity from scratch. I have it working and set up to do client-side animation, but the pose paramaters aren't animating. They are being selected and applied correctly, but after a pose has been blended into it never changes. /Except/ when I fire my hitscan weapon: then the walking animation plays exactly once on the server (but not the client). These are the DOD player models so I know they can work! The only clue I've found so far is that the (actual activity == desired activity) check in CMultiPlayerAnimState::ComputeMainSequence() always fails because the actual activity is DIE_RAGDOLL. But this must be erroneous somehow, as the correct animations are visibly applied to the model. Server code: http://pastebin.com/tfPuQbrg Client: http://pastebin.com/ZUkx3vWR m_PlayerAnimState is implemented elsewhere: MultiPlayerMovementData_t mv; mv.m_flSprintSpeed = -1; mv.m_flRunSpeed = 320; mv.m_flWalkSpeed = 75; mv.m_flBodyYawRate = 720; m_PlayerAnimState = new CMultiPlayerAnimState( this,mv ); Helllp? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
