liveslice 1.45 beta thread

[GilJ]

[LiveSlice v145b7]
BR8 / Display problem when using arrow keys 'to pan from slice to slice'
1- Load a loop
2- Select the first slice in the slicer
3- On the keyboard, hit the right arrow button (without zooming)
The loop's image disappears in the slicer

[R.A.W.]

i didn't receive beta 7. i hope i'm still on the list , though i couldn't test much lately because of work.

[ohm]

i didn't receive beta 7. i hope i'm still on the list , though i couldn't test much lately because of work.

probably just because I sent out the beta as a zip archive this time, just to see... back to good old 7z I guess, some mail servers seem to delete emails containing zip archives. Next beta will be a 7z, and it will be soon.

[R.A.W.]

probably just because I sent out the beta as a zip archive this time, just to see... back to good old 7z I guess, some mail servers seem to delete emails containing zip archives. Next beta will be a 7z, and it will be soon.

zip shouldn't be a problem with my host as it's my own domain, the webhoster uses a spam-filter but that only marks suspicious mail while leaving them intact (original mail as attachment).
so i think you can try zip again with the next beta, it probably was just a little downtime on my side, my webhoster performed some maintenance lately.

[R.A.W.]

-- deleted double post

[english]

Still getting probs at 88 and 96...

Here is a couple o screenies...

at 44, all is fine....



but same project etc, when i switch to 88 this happens...



It seems to make the slices half sized or something.

tom

[ohm]

Still getting probs at 88 and 96...

I can definately reproduce this here. I was blind but now I see Thanks. Fixed a number of bugs related to high samplerates, and made a note to always run my tests at 96k.

[GilJ]

[LiveSlice v145b7]
BR9/ File browser scrolling
1- You need to have a rather long list of loops in the file browser to be able to reproduce this 'bug' (I.E. scroll bar in the file browser)
2- Scroll down and select a loop
On selection, the scroll bar goes automatically back to the top (not very handy IMO, the behavior was different in previous versions of LS)

[CinningBao]

[LiveSlice v145b7]
FR1 - Display complete filename

i have some files which do not change unique characters until after the 15 character, but i am unable to tell which is which as the complete filename is not displayed.

Solutions:
1. when hovering over filenames, the complete filename is displayed in a hovering box
2. there's a gap at the bottom of the slicer window, maybe it could fit there instead of hovering whereever the mouse is?


BR74 - LMB+ctrl to create slice broken changed from BR10

this could me, but I can't create slices anymore, RMB+ctrl deletes them sure enough, but none can be created with LMB+ctrl. Even stranger, it sometimes does work, but the slice point is never where i click.

[DarkStar]

Fixed BRs:
BR 071 - LS does not write the correct ACID info sometimes
BR 070 - Beats value resets to zero
BR 069 - [A] parameter bar is not easily seen
BR 039 - wrong [Bank] tab highlighted
BR 038 - Thumbnail for Played arrangements is not highlighted in red
BR 035 - Saving 24-bit stereo ACIDized files corrupts them.
BR 028 - Highlighting arrangements when [Played]
BR 024 - MIDI trigger highlights 3 Arrangements

Not seen in beta 8, so can tick these as fixed too:
BR 068 - Graphics errors
BR 057 - no little [x] icons, sometimes
BR 046 - Slow response times- heavy CPU usage
BR 026 - In some cases, the triggered Arrangement was not outlined in red

New BRs:
BR 075 - Selecting an event highlights the following event temporarily
When the loop tempo is < host tempo selecting an event highlights some of the following event then falls back to the selected event

BR 074 [Undo] after deleting an event crashes host

BR 073 - MIDI Playback channel out by 1
In Settings, MIDI Playback config the MIDI channel is 1 adrift.
For example, I needed to set the channel to 4 to respond to MIDI triggers sent on channel 3

BR 072 - Browser jumps back to top of list of files
When you select a loop from the browser the browser is redisplayed from the top of the list of files.
[GilJ's BR/9]

[ohm]

[LiveSlice v145b7]
BR9/ File browser scrolling
1- You need to have a rather long list of loops in the file browser to be able to reproduce this 'bug' (I.E. scroll bar in the file browser)
2- Scroll down and select a loop
On selection, the scroll bar goes automatically back to the top (not very handy IMO, the behavior was different in previous versions of LS)

odd one - fixed.

[ohm]

FR1 - Display complete filename

i have some files which do not change unique characters until after the 15 character, but i am unable to tell which is which as the complete filename is not displayed.

Solutions:
1. when hovering over filenames, the complete filename is displayed in a hovering box
2. there's a gap at the bottom of the slicer window, maybe it could fit there instead of hovering whereever the mouse is?

Wrote this one down for later - right now it's all about fixing the bugs in the demo and getting it released.

BR74 - LMB+ctrl to create slice broken changed from BR10

the new zoom implementation did indeed break the insert slice feature - now fixed

[ohm]

Thanks for the BR updates DarkStar.

BR 075 - Selecting an event highlights the following event temporarily
When the loop tempo is < host tempo selecting an event highlights some of the following event then falls back to the selected event

what happens is this: when you hold LMB on an event, the actual duration of that event is shown - the default is to cut events (in the gui) when the next event starts to avoid clutter. Admitted: you don't need that when you are not moving or resizing events so I'll change this behavior to be a little less confusing!

BR 074 [Undo] after deleting an event crashes host

fixed

BR 073 - MIDI Playback channel out by 1

fixed + added "all channels" option

BR 072 - Browser jumps back to top of list of files
When you select a loop from the browser the browser is redisplayed from the top of the list of files.
[GilJ's BR/9]

fixed

[GilJ]

Waow, thanks Ohm for all the fixes, waiting impatiently for the next release

Ohm, have you been able to reproduce / figure out these BR (didn't have any return on these):

BR2/ First slice in slicer not being deleted correctly
1- Load a loop
2- In the slicer, set the slices parameter to 0
3- CTRL+LMB in the slicer in order to add a 1st marker
4- CTRL+LMB in the slicer in order to add a 2nd marker (to the right of the first one)
5- Delete (MMB) just after the 1st marker in order to delete it
The default 'start marker' is being moved

"but it's a feature not a bug" as they say. Ok so maybe a feature that needs some revision... The default 'start marker' IS the first slice. The reason for this is: In most cases you want the first slice right in the beginning of the loop so if there were two markers they'd overlap, and I'd need to add a "crop" button that had to be activated before the crop markers were even shown. I wanted to keep a simple as possible workflow.
I realize there are loops where the first slice is not at the beginning (drum loop packs with separate bd / snare loops) in that case you'll be forced to have a silent slice in the beginning - a bit clumsy.
Also you can argue it's bad gui design to have a slice that looks different than all the other slices, and to be honest: most people would never use the "crop" feature so it does make sense to keep it hidden behind a "crop" button, or similar. I've been considering an "edit" toolbar containing the crop + normalize buttons and would enable the loop point editing when I implement that.

I see what you mean, and that's rather a cool feature , but I still think there's something quite odd here:
If you have a loop with the default 'start marker' and 1 other marker (M1) only: if you MMB after M1, M1 is deleted and the 'start marker' isn't being moved (as expected)
However, if you have a loop with the default 'start marker' and 2 other markers (M1,M2): if you MMB after M1 (but before M2), M1 is deleted as expected, but the 'start marker' is being moved to M2...

BR3/ Display bug for the red "playing" marker
1- Click on Play in LS
2- Select (LMB) C3
3- Select (LMB) C#3
The 2 red "playing" markers are being displayed

odd. cannot reproduce this...

I had some problem to reproduce it too at first, but now it's always behaving like this. Here's how in eXT:
1- Load LS
2- Hit Play in eXT
3- Load a loop and lock to loop (C1 arrangement)
4- Click on play in LS
5- Select C#1 arrangement
C1 and C#1 arrangements both have the red "playing" markers

BR4/ AutoPitch button
RMB Autostretch button=Autopitch
The button remains 'selected' (should not be a toggle button, should it?) and the range parameter is automatically set to 12...

it's a toggle button because when it's activated and the project tempo changes - the stretch / pitch is ajusted automatically. The range is set to 12 because it hardly makes sense to stretch more than an octave to match tempo does it?

But if I activate AutoPitch (RMB on AutoStretch), when I change the tempo of my host, the pitch of the loop isn't being repitched (I need to RMB on the button again in order for the loop to be repitched)


Thanks again Ohm
GilJ.

[ohm]

GilJ: your br's 3 and 4 have been fixed as well. Sending out beta 8 right after submitting this.

edit: 2 small fixes need some attention first