On 19/02/14 19:00, Andy Furniss wrote:
Matthias Kronlachner wrote:
So I finally got to get round this one tonight - though the
workaround is probably sub optimal. I did try others, but jack was
in a state from all the crashing where nothing was working, leading
me to falsely think they were all failing and dismiss them.
thanks for the patience :-)
Thanks - it turned out that it wasn't jack "in a state" after all, it
was cpufreq on_demand being randomly useless and leaving my 3.4 GHz
cores @ 800MHz. I should have thought of that, as I knew it's rubbish
sometimes when SIMD/threads are involved.
The problem was that as soon as I made one connection the code
behaved like the output has 2 channels, when it only had one.
you are right, it seems i did not expect the binaural decoder to be
called by less than two channels. i solved it in a slightly different
way. thanks for spotting this! should be fixed now.
Yea, working OK now.
I can get sound, though it's not right as I suppose I need to use
converter to play a wxyz - but converter also crashes, so I'll have
to look at that next.
yes, you have to use the converter to play recordings that use FuMa
channel sequence and weighting. i just checked the converter and
could not find anything suspicious which could cause a crash. maybe
you are lucky again and find the cause?
I haven't attempted my own fix, or looked much yet, but looking at the
backtrace it seems to be a similar issue.
I am now compiling first order (JFTI, though I doubt it makes any
difference).
I can avoid the crash in at least 2 ways -
Connect outputs first.
Have 2D checked on input.
To produce the crash I need to connect the inputs first - the problem
being when connecting the second.
juce::FloatVectorOperations::copy
is #1 in the trace but judging by your previous fix I guess #3
ambix_converter/Source/PluginProcessor.cpp:537
will roughly be the place to change. I see you already had some
debugging there so uncommenting them (lines 503 and 532) I see lots of -
InputCh: 0 IN_CHANNEL: 0 OUT_CHANNEL: 0
NumInputChannels: 1 Buffersize: 1
When 1 input is connected then on connecting the second -
NumInputChannels: 2 Buffersize: 2
InputCh: 0 IN_CHANNEL: 0 OUT_CHANNEL: 0
InputCh: 1 IN_CHANNEL: 2 OUT_CHANNEL: 1
Segmentation fault
thanks, should be fixed now.
due to converting from fuma to acn the converter tried to access an
input channel which is not present if your have only 2 input channels
connected. you are spotting use-cases which don't make practical sense,
but should of course not crash the program - keep on going :-)
I have found a couple of other issues one trivial = the octagonal preset
looks wrong (12 channels).
fixed the octagon preset. simply too many rows - copy paste issue...
The second could be more tricky as it doesn't seem to be reliably
reproducable = a crash in zita convolver when changing presets while
playing something.
oh i forgot to write this into the known problems. i don't really know
why this happens but i think its a tricky multi threading issue.
for now avoid to change the presets during playback, especially if you
load presets with long impulse responses (mumuth, cube or sarc).
Anyway thanks for the software and I'll continue testing etc. At least
now I can listen to some music while testing :-)
thanks for your help,
matthias
_______________________________________________
Sursound mailing list
[email protected]
https://mail.music.vt.edu/mailman/listinfo/sursound
