v4.78rc1 - May 1 2015

[vitalker]

v4.78rc1 - May 1 2015
+ OSX: fixed issues with listviews on Yosemite and trackpads
# Actions: fixed MIDI shortcuts improperly triggering alt-recording actions [p=1510114] (this is essentially a cherry-pick of e7dcb7ae)
# OSX: fixed project directory cleanup treating recording files as unused

[wallace]

Great!

[nofish]

OT deleted

[Justin]

For purposes of my comfort in getting 4.78 released, I'd appreciate it if you would post in this thread if you're testing 4.78 and haven't had any issues. Thanks!

[swiiscompos]

When I have several MIDI tracks visible in the MIDI editor the position of the notes in some tracks changes (quite a lot) depending on the zoom. It's probably not a new bug but I just discovered it and it's a critical problem when working with many MIDI tracks.

[heda]

swiiscompos, how can it be? something is really messed up.
Try gluing all the midi items?

[Justin]

Originally Posted by swiiscompos

When I have several MIDI tracks visible in the MIDI editor the position of the notes in some tracks changes (quite a lot) depending on the zoom. It's probably not a new bug but I just discovered it and it's a critical problem when working with many MIDI tracks.

can you post a minimal rpp that can reproduce this? thanks!

[swiiscompos]

Sure, here it is.

One example: select the first track in the midi editor and make all the others visible, then zoom in and out around bar 40.

As you can see different items will present this problem depending on which item is highlighted.

[heda]

@swiiscompos. I've seen your project, as I expected this may be because you have some items to ignore tempo.
Glue all the items and it will fix it.

[Tod]

I hate to bring this up again but I'm having a lot of problems with the transport being engaged when I click on a note, or basically just click anywhere in the Midi Editor.

There have been a few others that have confirmed the problem, but if it was happening to others like it's happening to me, I would think there would be a lot more chatter and if it's a real bug, there would be a lot of others beside myself who would be posting about it.

It's not a life threatening thing, basically I just have to click on the space bar twice to stop it. Why I have to click twice I'm not sure. It's as if when it starts playing, the transport doesn't know it, so I need to click once to affirm that it's in play, and then click again to stop it.

If it truly is just me, wouldn't it have to be a setting or a combination of settings? And if so, what could those settings be?

I would use a fresh portable install and give that a try, but the problem is so random that it could still allude me and I'd end up with a lot of wasted time.

It might happen just once a day, twice a day, or it could happen several times a day. It might not even happen at all, however, it usually happens at least once a day and actually it's been happening quite frequently.

I'll admit, I spend a lot of time in the Midi Editor, but I'm sure there are others that spend at least the same amount of time if not more.

EDIT: I should add that I thought this started with V4.6 but I re-loaded V4.5 and it's also happening there. It's also happening with V5.

[heda]

Hi Tod, I've never had this problem you mention. Did you modify mouse modifiers? I would reset them to default ones. Those random bugs are the hardest ones.
By the way it would be great to have a button per page to reset settings to default ones. Many times we change many settings and we forget what are the default ones and we have to install a portable new version to compare.

[Tod]

Originally Posted by heda

Hi Tod, I've never had this problem you mention. Did you modify mouse modifiers? I would reset them to default ones. Those random bugs are the hardest ones.

Thanks heda, I don't think I did anything special with the mouse modifiers. I'd have to check but I think they're all mostly the defaults.

By the way it would be great to have a button per page to reset settings to default ones. Many times we change many settings and we forget what are the default ones and we have to install a portable new version to compare.

Yeah, true, but at the same time it's good to know which exact setting is the problem.

Since I haven't made a lot of significant changes I probably don't mind resetting the defaults. I actually do have 3 different portable installs to work with so it's not that big of deal to reset one of them for testing.

[swiiscompos]

Originally Posted by heda

@swiiscompos. I've seen your project, as I expected this may be because you have some items to ignore tempo.
Glue all the items and it will fix it.

It is related. I think that when a item set to ignore the tempo is selected the "normal" items will shift when zooming. When a normal item is selected then it's the items that ignore the tempo that shift.

I can glue all the items that ignore the tempo but it's a workaround that I would rather avoid. (I use a lot this kind of items and don't want to glue separate items together)

[heda]

@swiiscompos
I mean gluing them independently. not all together. I agree this is a workaround.

[xpander]

So far no bad surprises testing 4.78rc1 with various projects.

---
Small niggle which has been there for quite some time already. If the video window is left open when another project is opened, it will display the last still video screen from the previous project. This unless the new opened project has a video file which will start from the project start > it will replace the previous project video.

Only a still image, no real video leftover but little confusing for a moment, especially when jumping between video projects.

Same in v5 pres.

[Tale]

I have been running 4.78pre1&2 for quite some time without issues, so I don't expect any with 4.78rc1. But then again, I have installed it only a few minutes ago, so I guess it is a little early to tell.

[ELP]

"TOD:Clicking in ME puts Transport in Play..."

today 8* in one hour........

it´s in both V4... and also V5prexx

[Tod]

Originally Posted by ELP

"TOD:Clicking in ME puts Transport in Play..."

today 8* in one hour........

it´s in both V4... and also V5prexx

Thanks a lot ELP, I needed that....

I found out something else today, at least for me.

When it happens, the midi track I'm working on get's soloed until I hit the space bar. Then it starts playing again starting at the cursor and it's not soloed any more, all tracks are playing until I hit the Space Bar again.

I can't believe it's not happening to others, maybe we work in the Midi Editor more often.

[Tod]

Ran across another problem today with v4.78rc1.

In the arrange, if the cursor is to the left out of view, when I hit Play (using either the Space Bar or transport) the view doesn't scroll to the Edit Cursor (seek the cursor).

Also, when the play cursor finally emerges into view, when I hit Stop, it also doesn't scroll to the Edit Cursor.

I'm not sure when this started but it's not happening in v4.75.

I checked the prefs for both Playback and Seeking and they were the same for both v4.78rc1 and v4.75.

If there's not a setting somewhere then I'm not sure what it could be.

EDIT: This was my fault, there is a setting I must have unchecked, sorry about that..

[WyattRice]

Sorry for posting this here, but thought it was important.
Not sure if this is a bug or not.
Could you guys check these two threads?

http://forum.cockos.com/showthread.php?t=163855

http://forum.cockos.com/showthread.php?t=163783

[Icchan]

Originally Posted by Tod

I can't believe it's not happening to others, maybe we work in the Midi Editor more often.

Happens to me a lot when doing a lot of work in the MIDI editor, especially when I try to scrub the MIDI in complex orchestrations with multiple items selected.

Annoying when you're on time pressure.

[Tod]

Originally Posted by Icchan

Happens to me a lot when doing a lot of work in the MIDI editor, especially when I try to scrub the MIDI in complex orchestrations with multiple items selected.

Annoying when you're on time pressure.

Yes, really and truly it happens a lot, and there's no one thing that initiates it. I might just click in the ME to unselect something and it takes off. I think I've even had it happen when clicking the time bar.

[gofer]

Originally Posted by Tod

Yes, really and truly it happens a lot, and there's no one thing that initiates it. I might just click in the ME to unselect something and it takes off. I think I've even had it happen when clicking the time bar.

Have to say it never happened here. I've been deliberately using v4.78 for my latest project (instead of the v5rc's) that is almost entirely MIDI, so I clicked notes/empty area/CCs a zillion times for several days now. There has to be some setting or combination of settings (I'm suspecting mouse modifiers mostly) triggering it for you folks.

Is it also happening with v5 rc's (with the same settings as those you use now)?
Maybe, as you now say it's happening to you a lot, could you be bothered to try a fresh (portable) install?
Also, does it do the reverse as well - stop transport if it's running?

[Tod]

Originally Posted by gofer

Have to say it never happened here. I've been deliberately using v4.78 for my latest project (instead of the v5rc's) that is almost entirely MIDI, so I clicked notes/empty area/CCs a zillion times for several days now. There has to be some setting or combination of settings (I'm suspecting mouse modifiers mostly) triggering it for you folks.

Hi gofer, I suspect a setting or combination of settings too, but I wouldn't have a clue where to start to look.

What I might do is post pictures of my mouse settings for you and others to look at, maybe someone will see something.

Is it also happening with v5 rc's (with the same settings as those you use now)?

Yes, it also happens with Reaper 5, but then I have the same configuration in v5 as I do v4.

Maybe, as you now say it's happening to you a lot, could you be bothered to try a fresh (portable) install?

I suppose I could, I've already got fresh potable installs with out my configurations, just for testing and checking things out.

The problem is I could spend 2, 3, or more hours knocking and bashing things around, and still not know anything.

I could try to actually work on a project or two, but it would be very difficult, if not impossible, without all my customized actions and such.

Also, does it do the reverse as well - stop transport if it's running?

No, I don't think that's ever happened, although I do very little editing while the transport is in play. I do record stuff with my midi keyboard but that's not the same as using the mouse.

The peculiar thing is, when it happens. Play is engaged and the track is soloed. Then when I hit the space bar to stop it, it un-solos the track, goes back to the edit cursor, and continues playing from there. Of course it then stops when I hit the space bar again.

It appears to me, that when the track is soloed and play is engaged, Reaper doesn't know it. So then when I hit play again, it's simply doing what it should do.

I'll try to find some time to get pictures of my mouse modifiers in the next few days. I'd sure like to get to the bottom of it.

[EvilDragon]

Originally Posted by Tod

What I might do is post pictures of my mouse settings for you and others to look at, maybe someone will see something.

Wouldn't it be better/easier to just post your mouse modifiers settings as a preset file (since you can save all contexts in one file)? Then stuff can be immediately tested.

[Tod]

Originally Posted by EvilDragon

Wouldn't it be better/easier to just post your mouse modifiers settings as a preset file (since you can save all contexts in one file)? Then stuff can be immediately tested.

Thanks ED, I'm not sure I what you mean, do you mean my config files for "Cursors and key maps"?

I've already taken a little time to get some picts so I'll post these.

Since it mainly, or only, happens with left clicking things, I only got the midi modifiers that used "Left Click".

[Icchan]

Originally Posted by Tod

Thanks ED, I'm not sure I what you mean, do you mean my config files for "Cursors and key maps"?

All Reaper configs (mouse modifiers included) can be extracted as a preference file that can be loaded by other user easily to test or use the same settings. You'll find this from "General" tab of the preferences and you can choose what settings to export.

It's really good function that few DAWs have since you can bring your own settings to another studio or exchange settings between two different installations of Reaper easily.

[EvilDragon]

I just mean this:




Far easier and faster than trying to duplicate your mouse modifier setup from images.

[Tod]

Originally Posted by Icchan

All Reaper configs (mouse modifiers included) can be extracted as a preference file that can be loaded by other user easily to test or use the same settings. You'll find this from "General" tab of the preferences and you can choose what settings to export.

Thanks Icchan, yeah, I use that all the time.

Originally Posted by EvilDragon

I just mean this:




Far easier and faster than trying to duplicate your mouse modifier setup from images.

Okay ED, I'd already saved the three MIDI MouseMaps I have in the picture above, but then seeing your directions, I also saved them all. I put them all in a ZIP file.

http://stash-new.reaper.fm/24784/Mou..._context_1.zip

I appreciate you or anyone taking the time to check it out.

[Icchan]

Originally Posted by EvilDragon

I just mean this:
[snip]
Far easier and faster than trying to duplicate your mouse modifier setup from images.

Oh right, I forgot it had it's own export/import function too