[Lmuse-developer] [long] release ramblings

[Robert J. <rj...@sp...>]

Hi,

In my opinion it's high time we make a release. We are already suffering from 
creeping featuritis and that is unstoppable ;).
(This is when new features magically appear here and there all over the app, 
not a bad thing in itself but it's good to come clean and start fresh once in 
a while)

Soo... the bottom line is:
- There are no showstoppers (almost none) that I'm aware of so we should draw 
the line now.

A few things below need some work but not so much critical stuff. I've graded 
most stuff as 'do it later'. This is up to each developer though. I don't 
call the shots even if I pretend to ;).

Today's list:

> bug_open.png Naming a part in the arranger and pressing enter makes the 
editor launch since the 'Enter'-key is sent to the pcanvas as well (ml)

- Do it later

> bug_open.png Sometimes audio parts get "lost"(they no longer make any sound 
though you can still see them) after creating a copy (w/ shift drag), they 
start to work after you delete them and chose "undo". (rj)

Fishy but there is a workaround as outlined above.
- Do it later

> bug_open.png Sometimes when saving a file (not sure about the circumstances) 
fader settings for some miditracks are not saved, neither the patch selection 
(''I'll investigate, have some before after files'')(rj).

I've had this a few times, still haven't gotten around to check my "samples" 
might be hairy to fix... for now I'd say:
- Do it later

> bug_open.png Step record puts all events at the beginning of the part.

- Do it later

> bug_open.png FluidSynth reverb setting not stored when reset, or perhaps 
automation issue? (ml)

Need to try this...

> bug_open.png Changing place of drums in drumeditor needs to look through 
_all_ tracks. Right now only current track is checked resulting in unchanged 
notes on other tracks (ml)

- Do it later

> bug_open.png The metronome plays to many notes when a song is played and 
"metronome" is "off" in the transport pannel. After a while of playback 
without any metronome sound (what is ok so far) toggling the metronome button 
will play all the events in the metronome queue (i suppose) and this is wrong 
because only 1 note should be triggered but "muse -m -M" displays much more 
triggers. (js)

Never had this problem with metronome. Maybe it's specific to external 
hardware?
- Do it later

> bug_open.png Aux is placed pre effects, post effects would be nice (not 
really a bug) (rj)

- Do it later

> bug_open.png mono -> stereo aux, the aux gets input on only one of the 
channels. (rj)

- Do it later

> bug_open.png Midi tracks default to hard-pan left (-65) and volume at zero 
(rj)

This is very annoying and will confuse users. It happened around the time I 
changed startup to default.med. I'll check if it is related.

> bug_open.png Bigtime window displays the _bigtime_ in 10pt size. 
dune2.de/bigtime_problem.png (ws): cannot reproduce this, maybe depends on qt 
version

- Do it later

> bug_open.png Can't load songs from commandline as a user when songs contain 
fluidsynths (thread creation fails).

- Do it later

> bug_open.png Sometimes MusE terminates with the following error: 
tickValues(0x79637c73) not found(1) 

Hairy...we can't wait for this even though it is a critical problem...
- Do it later

> bug_open.png changing tempo while having master track disabled sometimes 
causes MusE to quit with: processMidi: FATAL: cur > next 6806 > 4093

- Do it later

> bug_open.png Handling of ports in drum editor needs to be fixed, it should 
default to the selected synth of the track. 

- Do it later

> bug_open.png unloading soundfonts in Fluid while sound is going through it 
leads to zombification 

Perhaps things have gotten better.. I don't know... I used this as a testcase 
when I added the dialog which informs the user that Jack disconnected MusE. 
Fact is I had a hard time getting MusE kicked ;-))) Had to go to 128x2 and do 
the unload-trick, even then it only zombied sometimes. 
It seems this is not a big deal...yet.
- Do it later

> bug_open.png It's possible to start recording though no track is armed

Annoying but still...
- Do it later

> bug_pending.png does not support newer autotools 

- Do it later

> bug_open.png Upgrade manual that comes with muse to a snapshot of the 
website.

This we really should take care of.

> bug_open.png punch in does not work on audio tracks

- Do it later

> bug_open.png can't load/convert old muse songs

Any possibility of fixing some scripts? Exporting / Importing midi still works 
so it might not be a showstopper.

> bug_pending.png Fluidsynth and some chorus settings don't work well together 
(timeout/zombie). This has to do with fluidsynth itself - some chorus 
parameter functions are apparantly not realtime safe.

- Do it later

> bug_open.png there are still icons missing
> **MusE icon for KDE/Gnome taskbar thanks Emiliano Grilli for the icon he 
made.

This icon looks very nice. Anyone have any opinion where to stick it, both in 
the repository and when it gets installed? Suggestions appreciated.

> **Bigtime window and transport pannel don't have an icon in the taskbar yet. 
> Maybe we should use not the same as the main program does. Use the other 
> brighter icon.

Been meaning to fix this.
 
> bug_pending2.png Permanent settings for editors
> ** When closing the pianoroll/drumeditor and reopening it, many settings are 
> not recalled. F.ex. controller-panes. It's annoying to have to reopen them 
> all the time. (ml)

- Do it later

> bug_pending2.png look'n'feel improvement
> **we got "midi transpose" no close or ok button
> **for "midi transform" we got "dismiss" other dialogs are even diffrent but 
> most don't even have a close button at all
> "midi remote control" does have no "ok" and "cancel" button

- Do it later

> bug_pending2.png metronome precount does not work. With current JACK
> transport interface this cannot be implemented. MusE has no control over
> when the transport is actually started because of "slow sync" clients.   

- Do it later

> bug_pending2.png Soloing of audio tracks does not work (not implemented).

- Do it later

> bug_pending2.png when recording a wav track and the track wraps most of the 
recording is lost...very annoying... I think that it's not actually lost but 
you have to fetch it from disk. (robert: should be changed somehow 
someday...)

- Do it later

> bug_pending2.png Armed indicator in trackinfo doesn't track toggling record 
in mixer window when two miditracks are connected to the same channel

- Do it later


That is all.

/Robert
 
-- 
http://spamatica.se/music/