@DAVE:
“The bottom line of text in some text boxes gets truncated.”
Could you be more specific, type of box, if possible, a screenshot could help much.
@DAVE:
The omXmulti lib ... The variable *mouse-window-event* is unbound.”
This seems to be some bug in omXmulti.
But, as a start you could try just evaluating (setf mouse-window-event nil) in the listener after loading the lib, but the correct address here are the people doing the lib.
@FDSDB: “I get an error when I evaluate the pgmout or the pitchwheel object, so I can no listen to quarter tones or fractions of tone”
Yes, as Dave indicated, MIDI-support is very basic at user-level atm. Lo-level support is however set up for the full MIDI-standard, so hope is to support all midi also at user-level before nov. 20.
These aren’t actually problematic, just a matter of finding some time to do them.
@ALL:
The freeze or breaks at times when renaming patches needs more work. I see it here also occasionally, but its diffucult to track down, all i can say now is its on my list (fwiw, we’ve seen some hundred similar issues along the way while porting, and most of them are fixed, so there should be good hope for this one also.)
@FDSDB:
An error occurred: Failed to load image of type :tiff 0 0 “no pixbufcreated”
…
“I enclose last generated log file”
Sorry, i didnt see any log file. If someone could forward it by email i’d be happy.
Thanks,
-anders
@GLERM
“3) Sometimes moving objetcts around, seems that it happens when you drag then and drop before the
[ alert says: An error occured : Cannot read from a NULL pointer (got #<*** Dead *** 24BC7387>) ]”
I cant remember to have seen that one.
Q: if are you able to set up a reproducable list of things to make it break and send me, it would be of great help.
Thanks,
-anders
@ALL Just want to say thanks for the invaluable bug-reports you provide! Please dont stop sending bug-reports (esp. now theres hope someone actually reads them 
). Until the bug with the forumnet web-wiki thing is gone, ill check here as often as i can.
As mentioned, subscribing to the openmusic mailing list at http://repmus.ircam.fr/openmusic/contact seems to be a more robust way for now.
@Anders Sorry, Stupidly I had forgotten to enclose the log file. Here there are all log file I have produced in trying OM in Linux.
The correlate problem was “An error occurred: Failed to load image of type :tiff 0 0 “no pixbufcreated”
Display Log file?…” (see above).
OpenMusic_logs.zip (33.8 KB)
Hi @FDSDB. This could be a typical install-issue, where the image looks for resources (icons here) in the wrong place.
I see all the logs use one build, from 29 Oct 2013 14:21 - could you try downloading a recent build, either installing the latest rpm, or just un-tarring the OM.tar.bz2 and running the image inside? Please let me know what happens.
Cheers, anders
Hello everyone…
The reason you were NOT receiving notifications for replies is because the OPENMUSIC User Group’s DEFAULT Notification is set to “New Topic” (whereas most groups are set to ALL EMAIL). Note that you can change this yourself. But I strongly suggest to Jean to set it by default as “ALL EMAIL” to replicate Mailing-list behavior. Knowing that each user can change this as his/her guise at anytime.
Greetings,
I’ve been testing Anders’ releases of the Linux OM, including a test of the OMChroma library, and I have a few recommendations for Linux users, especially Ubuntu users.
-
If you’re getting a lot of errors with drag & drop, don’t use it. The keyboard right/left/up/down arrow keys and the Shift-arrow combinations are faster and more precise.
-
If you’re crashing OM with Canonical’s horrid overlay scrollbar, remove it via Synaptic or whatever method. Remove the widget and the libs, and never again will you have to suffer that annoyance.
-
If text is truncated or data boxes are cramped, just resize them for better appearance.
-
If the jackplayer isn’t performing well, check out the OM-SoX library. On my systems the soxplayer performs better than the jackplayer.
re: OMChroma: It is currently designed for Csound5, but Marco Stroppa has indicated that the next release will be corrected for Csound6. I tested a beta version that required the corrections, but they were easy to apply. I’m happy to report that OMChroma works well with OM for Linux.
I’ve been checking out various libraries. What riches ! I’m suffering from overload, but I’ve already focused on a few libs with immediate relevance to my workflow. Many thanks to the developers who have created such tools.
Best,
dp
Hi All,
I don’t know if this can be useful: in loading openmusic, LZ library was not loaded because the software was not able to find the file LZ. I have renamed the file lz.lisp in LZ.lisp, in the folder /usr/share/openmusic/libraries/LZ/sources so now this library seems to be correctly loaded. Probably because in Linux capital letters are different from small letters.
Ciao
fdsdb
Hi
Yes I have already noticed that with some libraries.
The Linux version of OpenMusic is of course case sensitive.
Good remark!
K
it is probably possible too set OM Linux to be non-case-sensitive (as in Mac/Windows)
in principle almost all pathname in OM sources are lower case (to avoid this kind of problem) but there are some exceptions here and there 
Hi Jean,
It could be a problem for the Unix pathname, since they are case sensitive.
K
Wow, i thought apple had gone unix?
The lisp-reader in OM for Linux follows the lisp-convention, ie upcase symbols from the reader internally,
But pathnames are case-sensitive, as is the underlying file-system, which makes sense i guess.
Yes Anders,
u’re right,… But I beleive it’s not Apple, it’s LispWorks’ version of Mac…
It’s been that way since MCL.
Apple is a Darwinian Unix …
K
Hi everyone. Built a .deb using alien. To run on an amd64, had to add “amd64” to debian/control. Package then built and installed. It doesn’t run any further than:
=== Log at 2013/11/30 22:08:10 ===
An error occured : Foreign function CL-FLUIDSYNTH::|%cffi-foreign-function/NEW_FLUID_SETTINGS| trying to call to unresolved external function “new_fluid_settings”.
PRODUCT CONFIGURATION:
LispWorks 6.1.1
Process name: /usr/bin/openmusic
ID: 28343 Started at: 2013/11/30 22:07:56
Save history:
1: lispworks-6-1-0-0-x86-linux-release-base
Saved by davef as lispworks-6-1-0-0-x86-linux-release-base, at 03 Nov 2011 13:25
2: lispworks-6-1-0-0-x86-linux-release-gtk-shaken
Saved by davef as lispworks-6-1-0-0-x86-linux-release-gtk-shaken, at 03 Nov 2011 14:00
3: lispworks-6-1-0-0-x86-linux-release-gtk-shaken
Saved by davef as lispworks-6-1-0-x86-linux, at 10 Jan 2012 17:32
LispWorks 6.1.0
4: lispworks-6-1-1-0-x86-linux-release-gtk-shaken
Saved by andersvi as lw-noenv-6.1, at 06 Feb 2013 15:32
5: lispworks-6-1-1-0-x86-linux-release-gtk-shaken
Saved by andersvi as OM_6.7_beta_10, at 27 Nov 2013 16:17
Saved by DELIVER
Loaded Modules: “delivery”, “delivery-keywords”, “CLENI”,
“CL-FLUIDSYNTH”, “CL-JACK”, “OSC”, “comm”, “asdf”, “CFFI”, “ASDF”
Public patches: PATCH-ITSELF 1.5, CAPI-GTK 1.8, CAPI 1.23,
COMPILER 1.5, EDITOR 1.14, FULL 1.7, MP 1.10, SYSTEM32 1.3,
SYSTEM 1.17, COMM 1.5, DELIVERY 1.2, ORACLE 1.0, CORBA-SUPPORT 1.0
Private patches:
CAPI-GTK-TEXT-INPUT-PANE-REPRESENTATION-CHANGED-DO-CALLBACK
Foreign modules:
#<FLI::INTERNAL-MODULE :LISP : exports = 0>
#<FLI::INTERNAL-MODULE :CALLBACKS : exports = 0>
#<FLI::EXTERNAL-MODULE “-lGL” {/usr/lib32/nvidia-304-updates/libGL.so.1}: handle = #xF626D870; exports = 0>
#<FLI::EXTERNAL-MODULE “-lGLU” {/usr/lib/i386-linux-gnu/libGLU.so.1}: handle = #xF628C7D8; exports = 0>
#<FLI::EXTERNAL-MODULE “-lgthread-2.0” {/usr/lib/i386-linux-gnu/libgthread-2.0.so.0}: handle = #xF62004B0; exports = 15>
#<FLI::EXTERNAL-MODULE “-lgtk-x11-2.0” {/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0}: handle = #xF62013D8; exports = 152>
#<FLI::EXTERNAL-MODULE |libsndfile|::LIBSNDFILE {/usr/lib/i386-linux-gnu/libsndfile.so.1}: handle = #xF6220EC0; exports = 0>
#<FLI::EXTERNAL-MODULE CL-JACK::LIBJACK {/usr/lib/i386-linux-gnu/libjack.so.0}: handle = #xF623DA78; exports = 10>
#<FLI::EXTERNAL-MODULE CL-FLUIDSYNTH::FLUIDSYNTH : handle = #x00000000; exports = 0>
Signal Handlers
2 SYSTEM::SIGINT-HANDLER
10 MP::CALL-BREAK-OF-MP
12 MP::PANIC
13 SYSTEM::THE-NULL-FUNCTION
17 SYSTEM::GET-CHILDREN-INF
29 SYSTEM::THE-NULL-FUNCTION
HOST CONFIGURATION:
DebianTower (x86_64), Linux 3.8.0-32-lowlatency
DreamStudio 12.04.3 LTS \n \l
LWSerialNumber: LWPRO0610021302309345
Site: Unknown
GTK+ library versions:
glib 2.32.4
pango 1.30.0
gtk 2.24.10
gdk-pixbuf 2.26.1
atk 2.4.0
cairo 1.12.14
Backtrace:
#<The COMMON-LISP-USER package, 74/128 internal, 8/16 external>
#<MP:PROCESS Name “Initial delivery process” Priority 0 State “Running”>
Call to OM-API::OM-DEBUGGER-HOOK {offset 354}
CONDITION : #<SIMPLE-ERROR 247AB2CF>
OM-API::OLD-DEBUGGER-HOOK : :DONT-KNOW
LOG : T
OM-API::LOGPATH : #P"/home/richard/logs/OpenMusic/OM-6-7_beta_10-Log_2013-11-30_22-08-10"
Binding frame:
DEBUGGER-HOOK : OM-API::OM-DEBUGGER-HOOK
Tag environment contour:
Function environment contour
Block environment contour: (CL-FLUIDSYNTH::CL-FLUID-INIT-FLUIDSYNTH)
Variable environment contour: ()
Call to DBG::DEBUG1 {offset 224}
DBG::DATUM : #<SIMPLE-ERROR 247AB2CF>
DBG::ARGUMENTS : NIL
Binding frame:
MP::PROCESSING-INTERRUPTS : NIL
EVALHOOK : NIL
Call to INVOKE-DEBUGGER {offset 213}
CONDITION : #<SIMPLE-ERROR 247AB2CF>
Binding frame:
CONDITIONS::BROKEN-ON-SIGNALS : NIL
Call to ERROR {offset 67}
SYSTEM::ESTRING : “Foreign function ~S trying to call to unresolved external function ~S.”
SYSTEM::EARGS : (CL-FLUIDSYNTH::|%cffi-foreign-function/NEW_FLUID_SETTINGS| “new_fluid_settings”)
Call to CL-FLUIDSYNTH::|%cffi-foreign-function/NEW_FLUID_SETTINGS| {offset 224}
SYMBOL : #<FLI::EXTERNAL-SYMBOL “new_fluid_settings” : addr = #x00000000>
FLI::RAW-ADDRESS : :DONT-KNOW
Call to CL-FLUIDSYNTH::FLUID-SYNTH-SETUP {offset 107}
Call to CL-FLUIDSYNTH::CL-FLUID-SETUP-FLUIDSYNTH {offset 40}
Interpreted call to CL-FLUIDSYNTH::CL-FLUID-INIT-FLUIDSYNTH:
Block environment contour: (INIT-OM)
Tag environment contour:
Function environment contour
Variable environment contour: ()
Call to OM-API:OM-INIT-FUNCALL {offset 160}
DBG::G : (|libsndfile|::INIT-LIBSNDFILE CL-JACK::CL-JACK-INIT-EVERYTHING CL-FLUIDSYNTH::CL-FLUID-INIT-FLUIDSYNTH |OpenMusic|::INIT-OM-COLOR-VARS |OpenMusic|::INIT-OM-FONTS-VARS |OpenMusic|::INIT-CURS |OpenMusic|::INIT-ICON-FOLDER |OpenMusic|::INIT-ALL-PICT |OpenMusic|::INIT-OMLIB-DIRECTORY |OpenMusic|::INIT-APP-MENU |OpenMusic|::INIT-PREFERENCES |OpenMusic|::INIT-OM-PREF-COLOR |OpenMusic|::INIT-D&D-HANDLER |OpenMusic|::SET-REF-DIR |OpenMusic|::INIT-MUSIC-PICT |OpenMusic|::CREATE-SCORE-CURSORS |OpenMusic|::INIT-MIDISETUP |OpenMusic|::INIT-JACK-MIDI-PLAYER |OpenMusic|::INIT-CERCLE-CURSOR |OpenMusic|::INIT-JACK-AUDIO-PLAYER |OpenMusic|::INIT-MPLAYER-APP |OpenMusic|::INIT-SDIF-LIB)
DBG::G : (CL-FLUIDSYNTH::CL-FLUID-INIT-FLUIDSYNTH |OpenMusic|::INIT-OM-COLOR-VARS |OpenMusic|::INIT-OM-FONTS-VARS |OpenMusic|::INIT-CURS |OpenMusic|::INIT-ICON-FOLDER |OpenMusic|::INIT-ALL-PICT |OpenMusic|::INIT-OMLIB-DIRECTORY |OpenMusic|::INIT-APP-MENU |OpenMusic|::INIT-PREFERENCES |OpenMusic|::INIT-OM-PREF-COLOR |OpenMusic|::INIT-D&D-HANDLER |OpenMusic|::SET-REF-DIR |OpenMusic|::INIT-MUSIC-PICT |OpenMusic|::CREATE-SCORE-CURSORS |OpenMusic|::INIT-MIDISETUP |OpenMusic|::INIT-JACK-MIDI-PLAYER |OpenMusic|::INIT-CERCLE-CURSOR |OpenMusic|::INIT-JACK-AUDIO-PLAYER |OpenMusic|::INIT-MPLAYER-APP |OpenMusic|::INIT-SDIF-LIB)
OM-API::X : CL-FLUIDSYNTH::CL-FLUID-INIT-FLUIDSYNTH
Interpreted call to INIT-OM:
Block environment contour:
Tag environment contour:
Function environment contour
Variable environment contour: ()
Call to DELIVERY::MAYBE-RYB-TOP-LEVEL {offset 242}
DELIVERY::OLD-RESTART {Closed} : INIT-OM
Catch frame: MP::PROCESS-TAG
Catch frame: (MP::PROCESS-SG-FUNCTION . 1)
Catch frame: (MP::PROCESS-SG-FUNCTION . 1)
Binding frame:
MP:CURRENT-PROCESS : NIL
Binding frame:
MP::ACTIONS-AFTER-SLEEPING : NIL
Binding frame:
MP::ACTIONS-BEFORE-SLEEPING : NIL
Binding frame:
SYSTEM::READER-STATE : #<SYSTEM::READER-STATE In 0 out 19 201C3BBF>
Binding frame:
PACKAGE : #<The COMMON-LISP-USER package, 74/128 internal, 8/16 external>
Binding frame:
SYSTEM::SELECT-DUMMY : NIL
Binding frame:
LWGTK::GDK-LOCK-DEPTH : 1
Binding frame:
EDITOR::CURRENT-BUFFER : NIL
Binding frame:
EDITOR::CURRENT-WINDOW : NIL
Binding frame:
EDITOR::EDITOR-STATE : NIL
Binding frame:
EDITOR::EDITOR-INPUT-STYLE : #S(EDITOR:EDITOR-INPUT-STYLE :KEY-BINDINGS #<EDITOR::KEY-TABLE #<EQUALP Hash Table{343} 20E67267> 1 342> :DELETE-SELECTION-MODE NIL :LOGICAL-CHARACTERS #<EQUALP Hash Table{22} 20E38097> :EXECUTE-MODE #<EDITOR::MODE-OBJECT “Execute” 211A2273> :ECHO-MODE #<EDITOR::MODE-OBJECT “Echo Area” 211A1E0B> :PLIST NIL :INTERRUPT-KEYS (#S(SYSTEM::GESTURE-SPEC :DATA 103 :MODIFIERS 2) #S(SYSTEM::GESTURE-SPEC :DATA 71 :MODIFIERS 2)) :STYLE :EMACS :POINT-ALWAYS-VISIBLE T :USE-FACE-TO-FULL-WIDTH-P T)
Binding frame:
CAPI::USE-ACCELERATORS : T
Catch frame: #:|progv-cathcer240428|
Call to MP::PROCESS-SG-FUNCTION {offset 555}
MP::STACK-ARG : 0
MP::SYMBOLS : NIL
VALUES : NIL
Call to SYSTEM::%%FIRST-CALL-TO-STACK {offset 41}
SYSTEM::%%FIRST-CALL-TO-STACK
Generation 0: Total Size 4649K, Allocated 2836K, Free 1804K
Segment 20090128: Total Size 507K, Allocated 257K, Free 245K
minimum free space 64K,
Awaiting promotion = 0K, sweeps before promotion =10
Segment 24564910: Total Size 4141K, Allocated 2578K, Free 1559K
minimum free space 0K,
Awaiting promotion = 146K, sweeps before promotion =2
Generation 1: Total Size 692K, Allocated 383K, Free 296K
Segment 2070F0C0: Total Size 68K, Allocated 15K, Free 48K
minimum free space 3K,
Awaiting promotion = 0K, sweeps before promotion =4
Segment 1FFA0000: Total Size 384K, Allocated 193K, Free 186K
minimum free space 0K, static
Segment 200540A8: Total Size 240K, Allocated 174K, Free 61K
minimum free space 0K, static
Generation 2: Total Size 68K, Allocated 0K, Free 64K
Segment 20F1C640: Total Size 68K, Allocated 0K, Free 64K
minimum free space 117K,
Awaiting promotion = 0K, sweeps before promotion =4
Generation 3: Total Size 69837K, Allocated 69697K, Free 128K
Segment 2010F0C0: Total Size 6144K, Allocated 6139K, Free 0K
minimum free space 3K,
Awaiting promotion = 0K, sweeps before promotion =10
Segment 20F2D6B8: Total Size 55516K, Allocated 55384K, Free 128K
minimum free space 0K,
Awaiting promotion = 0K, sweeps before promotion =10
Segment 20720138: Total Size 8177K, Allocated 8173K, Free 0K
minimum free space 0K,
Awaiting promotion = 0K, sweeps before promotion =10
Total Size 75584K, Allocated 72917K, Free 2293K
++++++++++++++++++++++++++++++++++++++++
Hi All,
In Linux I have some difficulties to play microtones. If I open Tutorial 10, evaluate the part relative to pitch wheel setting, and then listen to the chord-seq (outside or inside it), I have only semitones. Observing the MIDI channels I note that all pitches are on channel 1. If I change channels by hand microtones play. On Osx it is not necessary to change MIDI channels by hand (if I remember correctly). Is it possible to have microtones playing in a good manner without to change MIDI channels assignation pitch for pitch in Linux, too?
I apologize if the topic is not on the right group. Thank in advance for every suggestion.
fdsdb
Hi fdsdb,
Yes unfortunately it appears it is a bug from om6.7 sources (linux and osx included). So we should have to wait for a patch from repmus. This is due to the change of the midi handeling in om.
Best
K