On AVLinux I had to install cmake-curses-gui , libmxml-dev and
libmxml1 , then it compiled and installed fine.
[100%] Built target yoshimi
peter@FreqHost:/mnt/Data/src/yoshimi-0.037/src$ sudo make install
[100%] Built target yoshimi
Install the project...
-- Install configuration: "Release"
-- Installing: /usr/local/bin/yoshimi
peter@FreqHost:/mnt/Data/src/yoshimi-0.037/src$ yoshimi
gzopen failed, errno 2, No such file or directory
Error, xml file /home/peter/.zynaddsubfxXML.cfg could not be loaded or uncompressed
BUG!: XMLwrapper::peek() - empty parentstack
BUG!: XMLwrapper::peek() - empty parentstack
Error, failed to open bank directory ./testbnk
Processors online 3, fftw3 to use 3 threads
No such directory, root bank entry: /usr/local/share/zynaddsubfx/banks
No such directory, root bank entry: /usr/share/zynaddsubfx/banks
No such directory, root bank entry: ~/banks
ADsynth Oscilsize: 2048
Sample Rate: 44100
Sound Buffer Size: 32
Internal latency: 0.725624 ms
Zyn is installed, but zynaddsubfx isn't, so I install zynaddsubfx and try again ...
peter@FreqHost:/mnt/Data/src/yoshimi-0.037/src$ yoshimi
Error, failed to open bank directory ./testbnk
Processors online 3, fftw3 to use 3 threads
No such directory, root bank entry: /usr/local/share/zynaddsubfx/banks
No such directory, root bank entry: ~/banks
ADsynth Oscilsize: 2048
Sample Rate: 44100
Sound Buffer Size: 32
Internal latency: 0.725624 ms
Jack reports error: jack_client_thread zombified - exiting from JACK
The last line comes after sending one midi note, that I can't hear, the output meters show green, and the audio connections in qjackctl are made, but no sound. Also when trying to exit, yoshimi becomes unresponsive.
So I run make clean and then ccmake . again to enable debugging,:
peter@FreqHost:/mnt/Data/src/yoshimi-0.037/src$ cmake .
-- Building Yoshimi version 0.037 for Linux with gdb debug information
-- Found pkg-config /usr/bin/pkg-config
-- Found libz
-- Will build gui
-- Found fontconfig 2.6.0
-- Found fltk
-- Found fftw3 3.1.2
-- Found mxml 2.5
-- Found Alsa 1.0.20
-- Found jack 0.116.2
-- Found libsndfile 1.0.18
-- Default audio driver is Jack
-- Default midi driver is Jack
-- Configuring done
-- Generating done
-- Build files have been written to: /mnt/Data/src/yoshimi-0.037/src
When running make, this time it doesn't build fine:
<snip>
[ 81%] Building CXX object CMakeFiles/yoshimi.dir/MusicIO/WavRecord.cpp.o
[ 82%] Building CXX object CMakeFiles/yoshimi.dir/main.cpp.o
In file included from /mnt/Data/src/yoshimi-0.037/src/main.cpp:315:
/usr/lib/gcc/i486-linux-gnu/4.3.3/include/xmmintrin.h:35:3: error: #error "SSE instruction set not enabled"
/mnt/Data/src/yoshimi-0.037/src/main.cpp: In function ‘int set_DAZ_and_FTZ(int)’:
/mnt/Data/src/yoshimi-0.037/src/main.cpp:336: error: ‘_mm_getcsr’ was not declared in this scope
/mnt/Data/src/yoshimi-0.037/src/main.cpp:336: error: ‘_mm_setcsr’ was not declared in this scope
/mnt/Data/src/yoshimi-0.037/src/main.cpp:357: error: ‘_mm_getcsr’ was not declared in this scope
/mnt/Data/src/yoshimi-0.037/src/main.cpp:357: error: ‘_mm_setcsr’ was not declared in this scope
make[2]: *** [CMakeFiles/yoshimi.dir/main.cpp.o] Error 1
make[1]: *** [CMakeFiles/yoshimi.dir/all] Error 2
make: *** [all] Error 2
PS: Maybe interesting, I checked again in ccmake . > toggle 't' for advanced mode, and there are some X11 related (and one OpenGL_xmesa) PATH's NOT FOUND .
PPS: I like the colors.
On Wed, Nov 11, 2009 at 11:50 AM, cal <cal@xxxxxxxxxxxx> wrote:
... maybe. I've gotten Record to the point where it hasn't done anything violent
to me for a while, but it still has plenty of potential for unexpected
shortcomings. The story so far ...
- new Audio/Midi settings - default recordings directory and a checkbox for 32 bit
float wavs. The default is 16 bit shorts. The wavs are courtesy of libsndfile, so
that's a new dependency.
- Select your wav file via the 'Wav file' button. Opening an existing wav starts
in append mode.
- Orange rewind button does a rewind/overwrite.
- Green starts recording.
- Blue pauses recording.
Yes, that's a weird choice of colours. Send me some hex colour numbers and I'll
gladly change them.
To be honest, I'm struggling to hold focus well enough and long enough to give it
the sort of testing it needs. There's more than a few different usage paths and
despite best intentions, serious disciplined testing just isn't happening. So I'm
asking for some help with testing.
Background ... if record is running, at the point where audio is generated it
gets fed off to a fifo. The buffer on that is currently set to 256k. For no
particular reason I can think of I felt more comfortable with it at 512k. I've no
idea how low that can go before the mechanism chokes and splutters. Yet another
thread reads from the fifo and writes it to wav file. Does it properly manage the
integrity of wav files in all possible use cases? I think so, but I'm not at all
sure. How busy can the system get before audio and/or recording quality fails?
Don't know.
When you find it broken, the best I can promise is that I will try to fix it :-).
<http://www.graggrag.com/yoshimi/yoshimi-0.037.tar.bz2>
cheers folks.
Cal
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
_______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
