| Newsgroups |
gmane.comp.audio.supercollider.user |
| Message-ID |
<[email protected]> |
I had a similar situation once. A user made a report claiming that VSTPlugin wouldn't work for them. After some printf debugging, it seemed like the class init method had not been called, leaving the class in a half initialized state. We finally found out that a startup script or another extension (can't remember) was throwing an error, preventing the class tree from getting fully initialized.
Are there any error messages in the console?
Am 30. März 2021, 13:12, um 13:12, [email protected] schrieb:
>I would guess the Server class is failing to initialize for some
>reason. This would be confirmed if Server.defaultOptionsClass is nil
>for you. Are you seeing any error messages posted when the interpreter
>starts up? If so, we will want to investigate that further. If not, we
>will have to figure out why that variable isn't being initialized,
>which is a more complicated task.
>
>For anyone who doesn't know about class initialization:
>http://doc.sccode.org/Classes/Class.html#*initClass
>
>Thanks for your patience by the way, this is an unusual error.
>
>-Brian
>
>-------- Original Message --------
>On Mar 30, 2021, 1:46 AM, wrote:
>
>> On Mon, Mar 29, 2021 at 6:45 PM <[email protected]> wrote:
>>
>>>> I don't think it's a quark/extension issue, because it's a fresh
>build and I haven't even installed any quarks yet.
>>>
>>> Are you sure there's nothing in ~/Application
>Support/SuperCollider/Extensions?
>>
>> Assuming you mean ~/Library/Application
>Support/SuperCollider/Extensions, that folder is empty. T
>>
>>> What seems to be happening is that a new instance of ServerOptions
>is not created in your case.
>>>
>>> Can you try
>>> u = Server.remote(\scau, NetAddr("127.0.0.1", 9989),
>ServerOptions());
>>
>> That works. It posts the following message upon execution:
>> Requested notification messages from server 'scau'
>> scau: server process has maxLogins 64 - adjusting my options
>accordingly.
>> scau: keeping clientID (0) as confirmed by server process.
>>
>> I did manage to get a simple synth to play after starting the server
>using the above commands.
>>
>>> When I run
>>> u = Server.remote(\scau, NetAddr("127.0.0.1", 9989));
>>> and then
>>> u.options;
>>> I get
>>> -> a ServerOptions
>>>
>>> Would that for some reason return nil on your system? Or, if the
>method fails in the first place, maybe the server object itself is not
>created at all?
>>
>> Yes, that's returning nil on my system. It does look like it's
>failing to create a server object.
>>
>> -David
>>
>>>>>