Source.Python forums

Yes, math_counter is a non-networked entity. That means that it doesn't have an index (and edict).

Instead of creating another class we would ideally move the shared code to the BaseEntity class.

I think Satoon's code was doing exactly what Killer0561 requested. The only problem is that <Sound>.duration always seems to return 0. I guess we need to fix that.

An other bug which I'm not sure if it's SP or Source engine: player.is_fake_client() seems to return False even on bots. Is this intended behaviour? I just ended up using player.steamid == 'BOT' for now, but took me a while to figure out why my code wasn't working. Does that always ...

I moved this thread to a more appropriate section.

I actually doubt that this is a bug in SP, but if you really want to find that out, disable SP and test again.

Build 141 is working fine for me as well. What did you do to update from 140 to 141?

This should fix the crash (build 140): https://github.com/Source-Python-Dev-Team/Source.Python/commit/89e576c055874c78b33db826358e8828155e80de I changed that in my last commit due to the conversions update, but I forgot to remove the "!". Thanks for reporting! :) Edit: The error you get has nothing ...

Alright, I have updated the conversion functions once again to raise an exception instead of returning None in case of a failed conversion. The main post has been updated as well.

Thank you for your feedback!

The reason for this change was that we only wanted one behaviour and not two depending on the second argument. To be honest, when I decided to return None I was a bit C/C++ driven, where it's common to return "false" on failure and "true" on success (the actual return value is passed as a reference ...

We have updated all conversion functions. They now don't have the optional keyword argument "raise_exception" anymore (defaulting to True). Instead they only accept the value that should be converted and return the converted value. If the conversion failed, a ValueError will be raised. Exa...

Ayuto , do you mean _entities._datamaps.Variant.set_string ? That would be inputdata.value.set_string . As far as I see, it doesn't cast any given string to the needed value type, it just sets it as a string, so the input will be called with a string value. I thought this is exactly what you want? ...

I think you "could" use entity.get_input() to get the input function. Then you only need to call Function.__call__ with your own InputData object, which you filled by using InputData.set_string().

I can't remember if relative paths were working. But if they are working, they would probably need to be relative to the srcds executable. Example:

Syntax: Select all

motd(index, 'test', 'file://cstrike/page.html')

Syntax: Select all

motd(index, 'test', <path to the file on your server>)

A better workaround would be to write a temporary file on your server and send that instead of the actual website. Though, I hope there is a real fix.

Your screenshot shows a working MOTD, so where is the problem? When I was testing the MOTD with the new messages package I was using the example MOTD from the AlliedModders thread stinckyfax linked here: <html><head><script type="text/javascript">window.onload = function(){ ...

Actually, player.switch_team() only requires one argument, which is the team number.

If we want to be mathematically correct, we would use set operations for filters, because we are actually working with sets. I think the only interesting operations are "union" and "complement". As the notation for unions I would simply use the plus sign (+) and for complements the minus sign (-). H...

I guess the first solutions completes that fast for you, because I'm running the latest SP version and we have recently changed the iterators. While your iterator iterates over Edict objects and uses a different way for filtering, the new iterator iterates over Player objects and accesses dynamic at...

You are missing the "return_type = INT" entry. Are those offsets the same on all games? I doubt, so we will probably need different offsets for the other games. However, I'm not sure if we really want to add that to the data files. It's another offset we need to maintain for a functionality that alr...

Hey, thank you for your suggestion! But I think I agree with Doldol. I know a similar mechanism from the Django framework. At first I though: "Oh, that's cool!", but then I realized that it doesn't always recognize the changes and I had to make another change again. Sometimes I ended up restarting t...

Search found 1413 matches

Updated conversion functions