Oh, I forgot to send my message to the mailing list. Here it comes.

Regards,

Jens
----------  Weitergeleitete Nachricht  ----------

Betreff: Re: [Lmuse-developer] Another MusE crash: MusE 2.2.1, loop mode, 
metronome button activated
Datum: Sonntag, 27. September 2015, 06:21:22
Von: Jens Radloff <[email protected]>
An:  Andrew Deryabin <[email protected]>

Good morning Andrew,

Thanks for the info. Now I can see all tracks in my songs, using a 
~/.config MusE folder of a clone installation. I clicked all these 
buttons which by default hide certain kinds of tracks.

> About Out1 not visible problem. It's not displayed by default (I
> think it shouldn't be fixed).

I think it is not a good idea to not display all these kinds of tracks 
by default - if the user is unexperienced with MusE, or not as 
experienced as a MusE power user. All people using MusE for the first 
time will be confronted with the problem "why are certain tracks not 
displayed?". I do not think they will look at the buttons below the menu 
bar to resolve this problem. I did not look at these buttons, too.

But this is only my humble opinion about this default setting.

Regards,

Jens

Am Samstag, 26. September 2015 schrieben Sie:
> Hi Jens,
> About Out1 not visible problem. It's not displayed by default (I
> think it shouldn't be fixed). Now you can display missing tracks by
> clicking appropriate buttons on "Outputs" toolbar. Attached png file
> shows them.
> 
> 26.09.2015 16:42, Jens Radloff пишет:
> > Hi Andrew,
> > 
> > I have created a dump file using gdb in my debug installation. I
> > attached the dump file to this email. Hope this helps.
> > 
> >> P.S.
> >> In your output file I saw this message:
> >> readConfigMidiPort: device not found MDA DX10 LV2-0
> >> Does it mean, that you do not have mda dx10 plugin installed?
> > 
> > This message seems to be related to the content of the folder
> > ~/.config/MusE.
> > 
> > When I start MusE with this folder which has been created by the
> > official 2.2.1 release, then I can see in the MusE GUI
> > 
> > a) the Out 1 track
> > b) the MDA DX10 LV2-0 plugin track
> > 
> > When I start MusE with this folder which has been created by a
> > 2.2.1 clone, then I cannot see a) nor b) in the GUI of MusE. Both
> > tracks are not displayed.
> > 
> > To demonstrate this, I have attached two screenshots to this email:
> > 
> > - The screenshot "new_muse_folder.png" shows the MusE GUI where the
> > Out 1 track and the MDA DX10 LV2-0 track are *not* displayed: MusE
> > runs with a ~/.config/MusE folder that has been created by a MusE
> > 2.2.1 clone
> > 
> > - The screenshot "old_muse_folder.png" shows the MusE GUI where the
> > Out 1 track and the MDA DX10 LV2-0 track *are* displayed: MusE
> > runs with a ~/.config/MusE folder that has been created by the
> > official MusE 2.2.1 release.
> > 
> > By the way, I created the attached dump file with a ~/.config/MusE
> > folder that has been created by the official MusE 2.2.1 release.
> > Due to this, there should be no message "device not found MDA DX10
> > LV2-0" in the dump file.
> > 
> > Regards,
> > 
> > Jens
> > 
> > Am Freitag, 25. September 2015 schrieb Andrew Deryabin:
> >> Hi Jens,
> >> 
> >> Thanks for the info.
> >> One more thing - your bug report doesn't have a backtrace.
> >> Can you do the following:
> >> 
> >> run in terminal:
> >> gdb /opt/muse_2.2.1_patched_debug_installation/bin/muse2
> >> 
> >> ... do the same as before to make it crash...
> >> in terminal you will see gdb command line.
> >> type command:
> >> 
> >> bt
> >> 
> >> this will produce backtrace. That's what we'll need to work
> >> further.
> >> 
> >> P.S.
> >> In your output file I saw this message:
> >> readConfigMidiPort: device not found MDA DX10 LV2-0
> >> 
> >> Does it mean, that you do not have mda dx10 plugin installed?
> >> 
> >> Regards,
> >> Andrew
> >> 
> >> 25.09.2015 20:51, Jens Radloff пишет:
> >>> Hi Robert, hi Andrew,
> >>> 
> >>> So I just compiled and installed a new debug version of MusE from
> >>> the current clone. I attached a dump file about the behaviour,
> >>> hope this helps.
> >>> 
> >>> Regarding my jack settings: I do not know how to evoke them on
> >>> the command line, so I made a screenshot of my jackd settings in
> >>> qjacktl. See the attached screenshot.
> >>> 
> >>> The jack settings were automatically set by the Ubuntu
> >>> installation routine. I did not change them.
> >>> 
> >>> Regards,
> >>> 
> >>> Jens
> >>> 
> >>> Am Freitag, 25. September 2015 schrieb Jens Radloff:
> >>>> Hi Andrew, hi Robert,
> >>>> 
> >>>> The issue "Another MusE crash: MusE 2.2.1, loop mode, metronome
> >>>> button activated" is NOT fixed!
> >>>> 
> >>>> When I played the file test_song.med in my fresh clone release
> >>>> installation (see my last email regarding this issue), I forgot
> >>>> to click the metronome button.
> >>>> 
> >>>> What I just did, I clicked the metronome button, and: MusE
> >>>> crashes when the play cursor reaches the end of the loop
> >>>> region.
> >>>> 
> >>>> Now I will first create a debug version of MusE using the clone
> >>>> source files and will create a debug file with hopefully better
> >>>> debug information.
> >>>> 
> >>>> Regards,
> >>>> 
> >>>> Jens
> >>>> 
> >>>> Am Freitag, 25. September 2015 schrieb Jens Radloff:
> >>>>> Hi Robert, hi Andrew,
> >>>>> 
> >>>>> Yes, the MusE installation I used to reproduce this behaviour
> >>>>> is a release build.
> >>>>> 
> >>>>> Today I did the following:
> >>>>> 
> >>>>> 1. I recompiled and re-installed the latest clone as a release
> >>>>> build. Before that I deleted the target subdirectory path
> >>>>> muse/muse2 fort the git command, and applied the command "git
> >>>>> clone
> >>>>> https://github.com/muse- sequencer/muse.git". Then I applied
> >>>>> "cmake -i", "make" and "sudo make install". Before running
> >>>>> "sudo make install" I removed the content of the destination
> >>>>> directory of the command "sudo make install". (The other
> >>>>> method, suggested by you, via "git pull" and "make clean" did
> >>>>> not work because "make" resulted in an "Error 2": the file
> >>>>> all.h was missing)
> >>>>> 
> >>>>> 2. I ensured that there is no MusE folder in ~/.config
> >>>>> 
> >>>>> 3. I started the build release of MusE.
> >>>>> 
> >>>>> 4. I loaded the file test_song.med into MusE.
> >>>>> 
> >>>>> 5. I again noticed that the file test_song.med does not have a
> >>>>> Out 1 track in the GUI of MusE. I reported this behaviour
> >>>>> before. This issue should be fixed. It is not possible to
> >>>>> properly creatre music with MusE without an Out 1 track.
> >>>>> 
> >>>>> 6. I played this file, loop mode activated.
> >>>>> 
> >>>>> => MusE does not crash anymore when the play cursor reaches the
> >>>>> end of the loop region. I let this file play several times
> >>>>> through the loop region: MusE does not crash. I played this
> >>>>> song again: MusE does not crash
> >>>>> 
> >>>>> => Issue "Another MusE crash: MusE 2.2.1, loop mode, metronome
> >>>>> button activated" is fixed.
> >>>>> 
> >>>>> => I guess that by the "git pull" command, then "make" and
> >>>>> "sudo make install" some files of an older build in my build
> >>>>> directory where copied to the destination directory of the
> >>>>> "sudo make install" command, so the directory where MusE was
> >>>>> installed contained both MusE programme files from an older
> >>>>> and the latest build, so it was messed up. So it is better not
> >>>>> to use "git pull", but instead start from a clean and empty
> >>>>> directory where one applies the command "git clone
> >>>>> https://github.com/muse-sequencer/muse.git";, then cmake -i,
> >>>>> then make, then make install.
> >>>>> 
> >>>>>> do you use a standard distribution?
> >>>>> 
> >>>>> My distribution is Ubuntu Studio. This is the release
> >>>>> information about my Ubuntu Studio installation:
> >>>>> 
> >>>>> ---
> >>>>> jrad@music:/etc$ lsb_release -a
> >>>>> No LSB modules are available.
> >>>>> Distributor ID: Ubuntu
> >>>>> Description:    Ubuntu 14.04.3 LTS
> >>>>> Release:        14.04
> >>>>> Codename:       trusty
> >>>>> jrad@music:/etc$
> >>>>> ----
> >>>>> 
> >>>>>> what settings do you start jack with?
> >>>>> 
> >>>>> AS the issue is now fixed on my system, we do not need to look
> >>>>> in the Jack settings of my system anymore.
> >>>>> 
> >>>>> There is no need anymore for me to build a debug version of the
> >>>>> latest MusE clone or start MusE without plugins, as the issue
> >>>>> is fixed on my system.
> >>>>> 
> >>>>> Regards,
> >>>>> 
> >>>>> Jens
> >>>>> 
> >>>>> Am Donnerstag, 24. September 2015 schrieb Robert Jonsson:
> >>>>>> Hi Jens,
> >>>>>> 
> >>>>>> 2015-09-24 18:11 GMT+02:00 Jens Radloff <[email protected]>:
> >>>>>>> Hi Andrew, hi Robert,
> >>>>>>> 
> >>>>>>> To ensure that this behaviour is not caused by an "old" MusE
> >>>>>>> folder in ~/.config I removed the directory ~/.config/MusE
> >>>>>>> and started MusE again, so a new, fresh MusE folder in
> >>>>>>> ~/.config got created.
> >>>>>>> 
> >>>>>>> Background information: This "old" MusE folder in ~/.config
> >>>>>>> is from my installation of MusE 2.2.1, the last official
> >>>>>>> release. I think Andrew told me that, if I use a current
> >>>>>>> clone version of MusE, then I need to remove the old MusE
> >>>>>>> folder in ~/.config to get a new version of this folder
> >>>>>>> created that is set up for the use of a current clone
> >>>>>>> version of MusE.
> >>>>>>> 
> >>>>>>> Let me add at this point that now, with a new, fresh MusE
> >>>>>>> folder in ~/.config, I do not have a "Out 1" track in any
> >>>>>>> MusE song anymore which I created so far. I think I reported
> >>>>>>> this bug some months ago.
> >>>>>>> 
> >>>>>>> So, as I wrote, I ensured that my clone installation of MusE
> >>>>>>> is based on a fresh MusE folder in ~/.config.
> >>>>>>> 
> >>>>>>> But the behaviour can be still reproduced: MusE crashes when
> >>>>>>> the metronome button is activated at the moment when the play
> >>>>>>> cursor reaches the end of the loop region in this song
> >>>>>>> test_song.med .
> >>>>>>> 
> >>>>>>> So this behaviour does not seem to be caused by the content
> >>>>>>> of the MusE folder in ~/.config.
> >>>>>> 
> >>>>>> Ok, good so we can rule that out.
> >>>>>> 
> >>>>>>> This is the output of gdb (I could only copy what is shown in
> >>>>>>> the
> >>>>>> 
> >>>>>>> console):
> >>>>>> I only took a brief look but it seems the amount of
> >>>>>> information in the back trace is not much.
> >>>>>> Is the muse binary still built for release? Building it for
> >>>>>> debug may give more information.
> >>>>>> 
> >>>>>> Some additional questions, sorry if you already answered
> >>>>>> before.. do you use a standard distribution? maybe we can
> >>>>>> reproduce your problem. what settings do you start jack with?
> >>>>>> 
> >>>>>> The start of the printout below is what MusE outputs during
> >>>>>> running with -D, right? And you are starting MusE from within
> >>>>>> gdb?
> >>>>>> 
> >>>>>> Unless you already did so I would suggest that you recompile
> >>>>>> MusE similar to the below:
> >>>>>> cmake .. -DCMAKE_BUILD_TYPE=debug
> >>>>>> make clean
> >>>>>> make
> >>>>>> make install
> >>>>>> 
> >>>>>> Another thing you could try is to start MusE without plugins.
> >>>>>> and use MusEs own fluidsynth (under MESS) as audio output.
> >>>>>> muse2 -pNI2
> >>>>>> 
> >>>>>> We had for instance an issue some years ago that some plugins
> >>>>>> caused corruption in MusE memory space due to duplicated
> >>>>>> symbol names.
> >>>>>> 
> >>>>>> /Robert
> >>>>> 
> >>>>> ---------------------------------------------------------------
> >>>>> -- -- -- ---------
> >>>>> _______________________________________________
> >>>>> Lmuse-developer mailing list
> >>>>> [email protected]
> >>>>> https://lists.sourceforge.net/lists/listinfo/lmuse-developer
> >>>> 
> >>>> ----------------------------------------------------------------
> >>>> -- --- --------- _______________________________________________
> >>>> Lmuse-developer mailing list
> >>>> [email protected]
> >>>> https://lists.sourceforge.net/lists/listinfo/lmuse-developer


-------------------------------------------------------------

------------------------------------------------------------------------------
_______________________________________________
Lmuse-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmuse-developer

Reply via email to