3.5.rc1 - -getControlBusValue only supports local servers #250
Comments
|
[Comment migrated from SourceForge | Submitted by 'jamshark70'] Once again -- sorry for allcaps, but somebody did this a couple of weeks ago and I think the point needs to be stressed -- PLEASE DON'T USE BUG REPORTS TO ASK QUESTIONS. This is stated very clearly at the top of the new issue page: "We recommend that you discuss the issue on the sc-users mailing list before submitting a bug report, to make sure that the issue is really a bug." IMO this question is complex enough that we don't yet know exactly what is the bug report that should be submitted. The stack trace is coming from a MIDI function, so it would really help to know exactly what you're doing in the MIDI function. Your description says the MIDI data are being written to a control bus, but you're also calling asSignal on an envelope, which is a much more complex operation. Tracing a bit through the asSignal code: first, it finds out the total duration of the envelope by "times.sum" -- then: < FunctionDef in Method Collection:sum > 0x11cd3c488 This means, somehow, you have an envelope that looks like this: Env([level0, level1, level2, ...], [aServerObject, time2....]) Now, if your code worked in 3.5 beta4 and suddenly doesn't work in rc1, it suggests to me that somehow the server object did not make it into the envelope in the beta. If there is a bug, then this would be it -- but we have to find out how the server object is getting in there before knowing what the bug is. Then it would be time for the bug report, not before. ERROR: There was a bug with Server:setControlBusValue that has been fixed (it would incorrectly call getControlBusValue), but that fix is probably not in the rc. This, however, is completely irrelevant to the rest of the stack trace. Incidentally, it's much simpler to set a control bus's value by theBus.set(value) -- is there a particular reason why you are using the new method? (There's just been a developer list discussion about these new methods -- they were introduced to duplicate some functionality from the internal server, but it never worked in the internal server quite the way people would expect, so that conclusion was that for most uses, it's better to use Bus:set instead.) Closing the bug. We can open a new one once the real issue is clarified. Please follow up on the mailing list. hjh |
[Issue migrated from SourceForge | ID: 3488326 | Submitted by 'nobody']
[http://sourceforge.net/support/tracker.php?aid=3488326]
In 3.5.rc1 when i pre-load a large folder with samples (~500mb) in ram the attached code gives me the error bellow.
In 3.5.beta4 it works normally.
Generally, if the folder is smaller in size no problem occurs.
Patch Summary: Midi data from a slider is written to a Control Bus , in order to be read from an Envelope.
Log:
ERROR:
Server-getControlBusValue only supports local servers
ERROR:
Server-getControlBusValue only supports local servers
ERROR:
Server-getControlBusValue only supports local servers
ERROR: binary operator '+' failed.
RECEIVER:
Instance of Server { (0x118196328, gc=98, fmt=00, flg=00, set=06)
instance variables [47]
name : Symbol 'localhost'
addr : instance of NetAddr (0x118198638, size=4, set=2)
clientID : Integer 0
isLocal : true
inProcess : false
sendQuit : true
remoteControlled : true
serverRunning : true
serverBooting : false
bootNotifyFirst : false
options : instance of ServerOptions (0x11819a378, size=26, set=5)
latency : Float 0.050000 9999999A 3FA99999
dumpMode : Integer 0
notify : true
notified : true
nodeAllocator : instance of NodeIDAllocator (0x11cdaed38, size=6, set=3)
controlBusAllocator : instance of ContiguousBlockAllocator (0x117e23da8, size=5, set=3)
audioBusAllocator : instance of ContiguousBlockAllocator (0x117e24068, size=5, set=3)
bufferAllocator : instance of ContiguousBlockAllocator (0x117e22018, size=5, set=3)
scopeBufferAllocator : instance of StackNumberAllocator (0x11cd74678, size=4, set=2)
syncThread : nil
syncTasks : nil
numUGens : Integer 0
numSynths : Integer 0
numGroups : Integer 2
numSynthDefs : Integer 158
avgCPU : Float 0.135782 E0000000 3FC1614F
peakCPU : Float 0.236672 A0000000 3FCE4B43
sampleRate : Float 48000.000000 00000000 40E77000
actualSampleRate : Float 48001.021160 AD57D730 40E77020
alive : true
booting : false
aliveThread : instance of Routine (0x11c9d5eb8, size=26, set=5)
aliveThreadPeriod : Float 0.700000 66666666 3FE66666
statusWatcher : instance of OSCFunc (0x1170ab238, size=8, set=3)
tree : nil
window : instance of QWindow (0x1170a7b38, size=6, set=3)
scopeWindow : nil
emacsbuf : nil
recordBuf : nil
recordNode : nil
recHeaderFormat : "aiff"
recSampleFormat : "float"
recChannels : Integer 2
volume : instance of Volume (0x11819b6c8, size=19, set=5)
pid : Integer 2808
serverInterface : nil
}
ARGS:
Integer 0
nil
CALL STACK:
DoesNotUnderstandError:reportError 0x11cd3c118
arg this =
Nil:handleError 0x11cd3bf08
arg this = nil
arg error =
Thread:handleError 0x11cd3bfb8
arg this =
arg error =
Object:throw 0x11cd3c068
arg this =
Object:performBinaryOpOnSomething 0x11d18d398
arg this =
arg aSelector = '+'
arg thing = 0
arg adverb = nil
< FunctionDef in Method Collection:sum > 0x11cd3c488
arg elem =
ArrayedCollection:do 0x11cd3c5e8
arg this = [_2]
arg function =
var i = 0
Collection:sum 0x11cd3c698
arg this = [_2]
arg function = nil
var sum = 0
AbstractEnv:asSignal 0x11cf7dc78
arg this =
arg length = 1024
var duration = nil
var signal = nil
var ratio = nil
< closed FunctionDef > 0x11cd3dea8
arg i = 0
var cc = 0
var out =
MIDIMessageDispatcher:value 0x11d14f2c8
arg this =
arg src = 1015629986
arg chan = 0
arg num = 7
arg val = 0
Meta_MIDIIn:doControlAction 0x11d17fa98
arg this =
arg src = 1015629986
arg chan = 0
arg num = 7
arg val = 0
For advice: [http://supercollider.sf.net/wiki/index.php/BinaryOpFailureError#+]
The text was updated successfully, but these errors were encountered: