Open Beta Version 3.6.0

peter

Generally speaking, you are right. That's due to the fact that most of what you mentioned is functionality that was added during the lifetime of version 3. Version 3 has learned more new features in its lifetime than version 1 and 2 combined. The UI was simply not designed for this in the first place.

The correct step to solve all these UI inconveniences is to completely overhaul the UI with all the functionality in mind that you can currently do in Stage Traxx. And this will be the major goal of a version 4 that I will start working on after update 3.7 next year. Currently I will only try to improve some issues that will not break existing workflows.

EDIT: I meant update 3.7 not 3.6.

peter

New beta build 8580

I think we are very near to release. The stability improves more and more and I hope there will be no more crashes after this update. I am confident the final version can be released until the end of the month.

Changed

Improved readability and positioning of region title and loop icon in editor
Audio region editor will now always use track 1 by default for waveform

Fixed

Possible out of memory crash with high zoom factors in region editor
Audio region scheduling does not work in multitrack songs
Another logic issue tapping on audio regions
Undoing a region change is not immediately audible in playback

MasterAnt

Did a 15-minute bug search. Overall, things are working quite well!

A few noteworthy things I came across:

While moving the endpoint of a region during playback in the editor, the endpoint isn't updated until my finger lets go of the marker. This is similar to how UNDO wasn't working in the previous version. It should be syncronised—the marker moves on screen and the playback engine should loop at this current marker position.
This one was quite difficult to put my finger on... I created a short region around the count-in, 1-bar at 90bpm starting about 0.5 seconds into the song, with loop=on as default. My (testing) idea was to have an intro count-in loop by default until I hit the unloop pedal button, which I'm testing by using the assignable on-screen buttons. Practically, this allows me to mess around on guitar to a "metronome" before starting the song seemlessly in the same bpm.

The problem presents itself when disabling the intro loop, stopping the song, going to another song, playing that song, then crossfading back into the original song. What happens is that although the intro is set to loop, and it shows an infinite loop icon in that region, playback does not loop and instead plays right through and out of the region.

After a lot more tesing, I think the problem is in crossfading into a loop. My xfade is 3-seconds out, 0-seconds in. Dropping the xfade to 1-sec fixed the issue. I set the xfade to 10-seconds and made the region longer. Same problem occurs. So xfade appears to be ignoring the loop instruction.

Otherwise things are working well. I can't wait to have the crossfades in the official, stable version.

peter

MasterAnt While moving the endpoint of a region during playback in the editor, the endpoint isn't updated until my finger lets go of the marker.

I can't do that because for each adjustment of the region border in the audio player, the playback must be stopped and restarted. This no problem if it is done from time to time, like when you release the handle or press undo but it is a problem when done 60 times a second while dragging the handle. So this will remain to be a known limitation.

MasterAnt After a lot more tesing, I think the problem is in crossfading into a loop.

Excellent find and it only happens if you have already played the destination song at least once. Will be fixed.

Damir When you select a song and play it and you stop in the middle somwhere in the song a tap on the same song reselects it to the begining again just like selecting another song.

Actually, there is the stop mode Rewind for exactly this purpose.

Damir When you are on a loop and you engage the permanent loop, which means you want to permanently loop when playing live, BUT THIS DOES NOT MEAN YOU WANT TO PERMANENTLY LOOP THIS LOOP WHILE EDITING LOOPS

Right, I had it working like you described some updates ago but I guess one of the updates broke that. Loops are not played by default in any of the editors in Stage Traxx and the audio region editor should be no exception to that. Will be fixed.

Damir Hi peter i found a logic change issue that happens when you use the timeline playhead shift.

I believe this is the same problem as above. I'm confident it will be resolved with the above fix.

Damir At the moment there is no logic to the zoom and it’s confusing as you never know what will happen when using the zoom buttons.

There is a logic: The zoom will always happen at the location of the pinch gesture. This was an explicit change request (not sure if it was your request or not). Only exception is when using the zoom buttons, then the zoom will happen around the playhead.

Damir If you create a loop right at the end of song and the loop finishes at end of song, when you choose this loop it does not loop play,

Damn, I had this problem fixed two versions ago and now it resurfaced. Will take a look at it.

Damir

I am loving the loop playback logic now it is becoming stage friendly, the issue of starting any loop and playing on has gone, and getting around a song now seems to be effortless and reliable and a joy to use specially if your loops are perfect, which also isnt that hard to do anymore, there are still some logic improvements that can be done which i will mention in another thread but this is just confirming one issue that now seems to be perfect.

Centre placing the loop and name is now more pleasing but the colour contrast is still an issue i believe it still needs to be like in the player, white so you can more easily see the writing.

This was a 5 minute test so i will report on more as i play along.

Damir

Logic suggestion
Request
When you select a song and play it and you stop in the middle somwhere in the song a tap on the same song reselects it to the begining again just like selecting another song.
At the moment if you quickly want to recue a song to begining the fastest way i found is select another song then get back to song you need, this should not be necessary, i should be able to select the same song and this should reset everything to begining of song and play it as a new selection saving unnecessary processes to achieve a basic need.
This only applies when you are in STOP mode.

Damir

Logic in Loop Edit
When you are on a loop and you engage the permanent loop, which means you want to permanently loop when playing live, BUT THIS DOES NOT MEAN YOU WANT TO PERMANENTLY LOOP THIS LOOP WHILE EDITING LOOPS,
As you choose a loop to edit it is a permanent loop anyway you dont need a double permanent loop which one of them does not allow you to move on with the editing of other loops.
As i said before in the loop editor the permanent loop selection should not be used while editing, it should be a choice only active while in playback loop mode , the reason for this is you dont want to disengage the permanent loop because you need it on stage yet you want to get of this loop so you can edit other loops.
Thats why i am suggesting the permanent loop selection in the editor is egnored by the player in the edit loop mode only.

Damir

Problem found
In loop editor if you double tap on a loop then keep changing screen orientation the position of the loop changes every time you do this to the point where the loop goes out of screen view.
This is a fault, the loop should not move position at all it should remain central on screen.

Double tap on a loop in landscape mode now flip to portrait mode, now keep flipping back and forth and observe the loop position you will see the loop creeping out out of view.

Damir

Zoom in loop editor logic

When you select a loop you expect the zoom to use the centre point of that loop to be used as the focus point , once you use the pinch gesture and position you expect the middle point of that view to be the centre point of the zoom, if you have no loop selection or pinch gesture than the playhead position should be the centre point of the zoom and central to the screen.

At the moment there is no logic to the zoom and it’s confusing as you never know what will happen when using the zoom buttons.

Damir

End of song loop problem

If you create a loop right at the end of song and the loop finishes at end of song, when you choose this loop it does not loop play, it plays once and stops, this is wrong it should loop play continuously like all other loops when selected.

Damir

Feedback

Well done Peter with the loop labeling in the loop editor i just played around with it and noticed when you zoom in on a loop and move around the loop the name and permanent loop indicator follows you so you always know the loop you are on and the status of permanent loop selection, this is really great work.

I just noticed after i created the drawing that the loop editor has the name of loop above and the permanent loop below, perhaps i should have changed my drawing where the player is also setup that way so there is consistancy of operational screens , the reason it might be better for song loop name to be above is in the editor the side handles will crop the name on smaller loop sections , by being in the upper region this cropping issue is reduced , as the permanent loop indicator is quite small it does not get effected as much on small loop aread with the loop handles open.
So the loop player might be better to place the name of loop on top to maintain cosistancy of layout, the main thing is its nice and bright white to stand out in both screens and its centered and as large as possible so it can be seen at a distance especially in the loop player.

Damir

Loop editor logic problem.
Hi peter i found a logic change issue that happens when you use the timeline playhead shift.
As you enter loop editor and select your loops in play mode everything works perfectly , but as soon as you drag and drop the playhead in the timeline the logic changes , where some permanent loops take over in loops and the select next command is not obayed, this seems to happen only after using the timeline playhead shift if you dont use it permanent loop selected ln any loops are ignored which is correct and jumping from loop to loop is working as expected.

peter

Thanks for the feedback so far. I will not comment it now as I am currently focused on updating the manual.

I just want you to know that I will try to address most of it in the next update which will be the release candidate for version 3.6.0. I aim for the release of the final version in about a week.

florence

Peter

About the playback feature, you wrote:

You can also map these actions to remote pedals or MIDI. There is one command to toggle the loop status of the currently playing region (will do nothing outside of a region). Another command will cycle the next active region to rearrange the song.

Wondering if these two actions could also be assigned to the Assignable Buttons... I'm thinking of this because these two buttons are big. I'm a bit afraid to click on the small wave in live condition and using the big buttons seems safer for me.

Thanks.

Damir

peter When you select a song and play it and you stop in the middle somwhere in the song a tap on the same song reselects it to the begining again just like selecting another song.

Actually, there is the stop mode Rewind for exactly this purpose.

Yes, i am aware that stop can auto recue to beginning, and thats good for some users, but my prefference for this is to use the PAUSE when performing live, to be able to just reselect the same song to cue it up from beginning when in STOP means its using this songs button usefully as at the moment it does nothing which is a pitty since all the other songs logic is when you select them the song is cued up and ready from begining so why not make the now selected song selection do the same , it makes a lot of sense and a logical option to quickly recue your song, at the moment my way of doing this quickly is to select a neighbouring song then reselecting the actual song i was on, this works but why should i have to do that when i should be able to just reselect the song again and hit start to go fom begining.
I know some people use the drag the playhead and thats fine but a tap on the same song if much quicker and more reliable. STOP recue to begining forces you to the same action every time , now this is fine for some on stage users but not a great choice when at home and creating a workflow as sometimes you dont want this action so by having a quick logical return to begining gives you freedom of choice and a fast workflow.

Damir

peter There is a logic: The zoom will always happen at the location of the pinch gesture. This was an explicit change request (not sure if it was your request or not). Only exception is when using the zoom buttons, then the it will work around the playhead.

The zoom i am talking about is when using the zoom buttons only.
Lets say i open a song with loops and the playhead is at begining, if i now use zoom buttons only i expect the extreme zoom to zoom in on the playhead only which it actually does this , but if i select a loop and pinch to zoom in on a section of this loop then use zoom button then it defaults to playhead which might be at begining of loop this then takes me away from my place of interest, once a pinch gesture is used the zoom buttons need to remain on that zoom point not revert to playhead position.

The Logic is almost perfect but not quite there.

I have just noticed another issue when Zooming in on selected loop, the playhead is not in line with the waveform begining but on the movement handle position.

Zoom logic when using the buttons only.

If no selection of loops is present zoom buttons focus on playhead position and place this point to MIDDLE of screen.

Selecting a loop the zoom buttons focus in on the loop untill the loop is full on screen, any further zoom using buttons then focuses on the begining of the loop where the playhead is and places the focus point to the MIDDLE of screen.
In other words the zoom point is allways in the middle of screen it never shifts to the sides, as this creates confusion unless its at the songs absolute begining or end point.

Once you double tap a loop and it is zoomed fully on screen further zoom with buttons focuses on the playhead position.

A double tap on loop and a pinch gesture focuses on the pinch gestures centre position and keeps that centre position when futher button zooms occur.

The button zoom buttons will alway follow a pinch gesture point and will change logic to follow playhead once a loop is selected or a timeline playhead andjustment is made.

The zoom point should always be to center of screen unless you are at extreme ends of song.

There is a problem when using the pinch gesture than using the zoom buttons the positioning of zoom point is lost.

peter

I think the waveform view in the player does improve with the following change:

But I am completely at a loss as what to do in the audio region editor:

I can't color the text black as that would not be readable with the waveform in the background and I can't color it white as that would be pretty much unreadable everywhere except directly in front of the waveform. I just made the color a bit more intense but apart from that, I don't think I can change anything here.

Damir

peter I think the waveform view in the player does improve with the following change:

Yes thats perfect, it follows the editor logic and is pretty good on the eyes at a distance as long as you can make the lettering as bright white as you can.

Damir

peter But I am completely at a loss as what to do in the audio region editor:

I can't color the text black as that would not be readable with the waveform in the background and I can't color it white as that would be pretty much unreadable everywhere except directly in front of the waveform

I still think a bright white lettering would stand out more than a same dark colouring, when you create a loop it always has a colour no matter what so by having white colour it will stand out a lot more, the only time it will be washed out is when it blinks when its selected, but it does this now anyway it is completely ureadable once it flashes but thats fine its only very momentary and it is not an issue , so by having white lettering it will be much more readable with any loop colour used as its very different to all loop colours. I am confident it will work better than what we have now.

The other option i will suggest if you prove the above is not better than what we have , i would then create a background colour box to emhesize the name of loop and the permanent loop sign, this in my oppinion would greatly improve the visability of the permanent loop selection which is quite hard to see because of its colour and size.
By having a colour box around the permanent loop would really make it obvious at a glance to which loops have a permanent loop selected.
And the names of loops would pop out and slap you in the face very nicely.

Damir

Hi Peter sorry to be bombarding you with stuff but i am trying to get as much improvement done in the new release as possible, i think i mentioned this before but here it goes again.

The last 30sec flashing idea i suggested in the begining of development is great but it is not a good thing when using loops , i believe if you use loops this is no longer required as it clashes with next loop selection flashing, if loops are used then you dont require this warning as you have alternative options to not end the song so the flashing is an actual nuicance then a help as you might have a loop thats flashing as its next then you have the end of song warning flashing which is not correct as you are not ending you are actually jumping to another part of a song.
So my suggestion is if you can disable this end of song flashing on all songs that use loops.

« Previous Page Next Page »