[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] Building From Source on Raspberry Pi




On Nov 5, 2013, at 1:54 PM, Patrick Beard <pcbeard@xxxxxxx> wrote:

I believe I’ve figured it out. I just noticed this error message from jackd:

Failed to connect to session bus for device reservation Unable to autolaunch a dbus-daemon without a $DISPLAY for X11

I’ve been trying to use jackd from the console without ever starting X. So, for a lark, I tried starting X inside my vncserver, and lo and behold jackd started with mplayer.

Following the build instructions more closely on

http://supercollider.github.io/development/building-raspberrypi.html

I built jack2 1.9.10 (from git) and this X dependency is no longer an issue. I can start jackd like this in the console:

jackd -P70 -p16 -t2000 -dalsa -dhw:0,0 -n3 -r44100 -s -S -P

And then play a stream through it with mplayer:

mplayer -ao jack test.m4a

Works great, no glitches. No X windows is a good thing.

Now, I completed a build using distcc over night, and I then did

sudo make install

If I try to run scsynth, I get the following:

[pinecraft:~] scsynth -u 57110
JackDriver: client name is 'SuperCollider'
SC_AudioDriver: sample rate = 44100.000000, driver's block size = 1024
zsh: segmentation fault  scsynth -u 57110

If I try to run sclang, I get this error message:

init_OSC
empty
compiling class library...
NumPrimitives = 573
compiling dir: '/usr/local/share/SuperCollider/SCClassLibrary'
compiling dir: '/usr/local/share/SuperCollider/Extensions'
pass 1 done
numentries = 739998 / 8913080 = 0.083
4310 method selectors, 2068 classes
method table size 5373256 bytes, big table size 35652320
Number of Symbols 10409
Byte Code Size 330611
compiled 280 files in 9.33 seconds
compile done
LID: event loop started
Class tree inited in 0.48 seconds
WARNING: GUI.fromID : The GUI scheme 'swing' is not installed
The current scheme is still 'nil'!
ERROR: No GUI scheme active.
CALL STACK:
Exception:reportError   0x366b70
arg this = <instance of Error>
Nil:handleError   0x3664b0
arg this = nil
arg error = <instance of Error>
Thread:handleError   0x367050
arg this = <instance of Thread>
arg error = <instance of Error>
Object:throw   0x3670b0
arg this = <instance of Error>
Meta_GuiRedirect:implClass   0xdb90b0
arg this = <instance of Meta_Font>
var scheme = nil
var key = nil
var target = nil
Meta_GuiRedirect:doesNotUnderstand   0xdb6db0
arg this = <instance of Meta_Font>
arg selector = 'defaultSansFace'
arg args = [*0]
var impl = nil
< closed FunctionDef >  (no arguments or variables)
Function:doOnStartUp   0x4c2f10
arg this = <instance of Function>
ArrayedCollection:do   0x43d270
arg this = [*7]
arg function = <instance of Function>
var i = 5
List:do   0x43d2d0
arg this = <instance of List>
arg function = <instance of Function>
Meta_StartUp:run   0x43d570
arg this = <instance of Meta_StartUp>
Main:startup   0x4aab90
arg this = <instance of Main>
var didWarnOverwrite = false
^^ The preceding error dump is for ERROR: No GUI scheme active.
sc3> s.boot;
booting 57110
localhost
sc3> RESULT = 0
ERROR: server failed to start

I assume scsynth crashing on its own is the culprit. I’m starting a local build with swap now to see if raspian’s gcc-4.7.2 gives any better results.

- Patrick