BR [Fixed] -Arr track used and displayed the wrong slices?

[DarkStar]

BR1 - The Arrangement track used the wrong slices after creating the track then adding another slice
- I created an Arrangement track using the slices
- I then went back to the Slicer and added a new slice - to split one slice into two.
- When I looked again at the Arrangement track some of the slices used in the track had changed.

For example:
If the slicer slices were A B C D E F G H.
And the Arrangement track was A A B F A F F G.

Then with the new slice (splitting C into Ca and Cb),
the slices are A B Ca Cb D E F G H
And the Arrangement track becomes A A B E A E E F.

As a guess, it seems to me that Slice numbers are used as references in the Arrangement tracks, rather than (say start positions or some other identifier).

BR2 - After inserting a slice the slice payback does not use the correct slices.
When I then right-clicked the first slice to audition it, all the slices up to the inserted one were selected and played. With further exploring, it looks as though the position of the inserted slice is mistakenly being used

BR3 - :Wrong waveforms displayed after deleting a slice.
So I removed the slice I had added manually expecting to get the original Arrangement back again, But I did not, at least visually, I saw different set of waveforms. But the track did play the correct slices

= = = = = = = = = =
I think these might be because I was using an 8-beat slice. When I tried the same things with the Demo loop or the first 4 beats of the 8-beat slice, all seemed OK.

Ohm, I have emailed some screenshots to your support address

[R.A.W.]

BR1 - The Arrangement track used the wrong slices after creating the track then adding another slice
As a guess, it seems to me that Slice numbers are used as references in the Arrangement tracks, rather than (say start positions or some other identifier).

your guess is right, it's not a bug, it's just the way liveslice works atm. but it could be a good idea for a later update to change that, so inserting slices is numbered only incremental without the reference to the timeline of the sample.

BR2 - After inserting a slice the slice payback does not use the correct slices.

i tried to reproduce that here in the full and the demo, with several loops, also with 8 beats. everything works fine here, so could you perhaps try other samples and see if the problem persists?

BR3 - :Wrong waveforms displayed after deleting a slice.

the same as above, i can't reproduce it, the redraw works just fine.. perhaps this one's related to the gfx-problem you reported.

[DarkStar]

RAW, thanks for the info. I have PMed you a file showing BR2 above. But I do not think these are caused by the graphics problem I had - they still occur in a test build that has fixed my graphics problems.

[ohm]

inserting slices is numbered only incremental without the reference to the timeline of the sample

Yes, this would definately be nice. I'll implement that soon.

I could reproduce the bugs with the loop you sent me, they have been fixed.

[DarkStar]

Ohm,
Many thanks
"accelerating to Jorgen-speed, Captain"

[R.A.W.]

hi darkstar,

i received the mail and could reproduce it with your loop, too. i used a beta with debug output and checked the logs. the wav is sliced wrong - it says 28 slices on startup, but when you count there are only 25 visible, because some marks overlap.
when you use the sens on the loop to reslice it, everything works just fine.
but now as it's already been fixed, it doesn't matter that much anymore.

[DarkStar]

Thanks R.A.W
overlapping slices ??

[R.A.W.]

Thanks R.A.W
overlapping slices ??

it wasn't the right word.. according to the log there are 3 marks at the start of the loop, but as they are close together (a few samples) you can't see them, so the marks (not the slices themselves) "overlap" in the view iykwim.
anyway, it's fixed in the next update.