On Fri, May 2, 2008 at 1:47 PM, James Paige <<a href="mailto:Bob@hamsterrepublic.com">Bob@hamsterrepublic.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">>    The reason that seems better to me is because if we start adding new<br>
>    functionality to soundasset, it would be likely to be out of sync with the<br>
>    faked functionality of dummysoundasset or whatever (i.e. we wouldn't be<br>
>    adding the same interface functions to both because it is so rare to use a<br>
>    dummy sound). While if a soundasset just needs to deal with having no<br>
>    internal buffer to play or something like that, then looking at soundasset<br>
>    code it would generally be obvious you need to deal with it, so it would<br>
>    be easier to remember and figure out (in my mind at least)<br>
<br>
</div>I should clarify that there is no fake soundasset, there is a fake<br>
pygame sound assigned to the soundasset's __rawsound member.<br>
</blockquote><div><br>.... well that sounds like you wrote it in a way that makes perfect sense and is wonderful. But if that's the case, I don't see serialization stuff could be causing a problem there - the _rawsound member isn't (or rather shouldn't be) serialized or deserialized - it needs to be created from the sound asset file...<br>
</div><br></div>