Live 9 browser NIGHTMARE !!!

Discussion of music production, audio, equipment and any related topics, either with or without Ableton Live
Blendton
Posts: 237
Joined: Tue Sep 13, 2011 9:29 pm
Location: France

Re: Live 9 browser NIGHTMARE !!!

Post by Blendton » Wed Mar 20, 2013 11:51 am

Amaury wrote:Hi,

To answer a few questions from this thread:

- Offering a 'don't scan this folder' feature is not simple and not a quick fix. The browser is build to display data from a database, only. We can imagine a way to display data from the file system only, but this has to be considered as a feature of its own. Not only is it a technical change that's not too small, but we'd also need to provide clarity in the GUI about what is behaving as a registered folder using features such as fast search, filtering contents in Hot-Swap mode, and what is just showing files on the hard drive, possibly to way to move from one to the other "worlds". It is imaginable, but at this moment we are working on improving indexer performances because that is what may potentially impact all users and will clear the ground for other desires.

- We are working on speeding up the indexer with the goals that files show as fast as possible during an initial scan, and that there is no negative impact on each start of the program while folders are already registered. So far it is known that initial scan takes way too long, and that scanning for changes on each start of Live also takes too long, and may impact playback on OSX. These are the three things we are working on addressing.

Kind regards,
Amaury
Thank you Amaury. I'm sorry for posting something like "we should have the OFF switch for the new browsing style" when you as a staff's member is trying to solve people problems. Nice work from the technical staff. Please, is there a chance the "marking/commercial staff" could take in account the "kill feature" thing, because I'm sure you don't even have the rights to make it an option or write an allusion about it ?

Thanks again and regards Amaury
Antoine, aka Blendton.

OS : Windows 8 Professional with Media Center - x64
Ableton Live 9 Suite (64-bit) & Ableton Suite 8 + Max for Live (32-bit)
Toshiba Qosmio F750 + lenticular glasses-free 3D
i7 2670QM 2,20GHz - 2x4GB DDR3-1333 - 5400rpm HDD

snakedogman
Posts: 846
Joined: Mon Jan 29, 2007 11:04 pm
Location: the Netherlands

Re: Live 9 browser NIGHTMARE !!!

Post by snakedogman » Wed Mar 20, 2013 12:29 pm

androids wrote:
Amaury wrote:Hi,
BTW, is it normal that all samples indexed didnt show in "samples" ??
Yeah I've been told by support that this was supposed to work (as it's also in the manual) but there were bugs in the behaviour that made them pull this feature for now Dev team are working on it.

androids
Posts: 70
Joined: Mon Sep 18, 2006 6:12 am

Re: Live 9 browser NIGHTMARE !!!

Post by androids » Wed Mar 20, 2013 1:13 pm

Rosko wrote:Right so when using push we can only use the packs, so we are forced to spend money on live packs.
Good point.

I suppose you have to make your own pack if you use push ... ??

re:dream
Posts: 4554
Joined: Fri Dec 28, 2007 9:42 am
Location: Hoerikwaggo's sunset side...
Contact:

Re: Live 9 browser NIGHTMARE !!!

Post by re:dream » Wed Mar 20, 2013 1:25 pm

Files --> Manage Files --> Manage Project --> Create Pack

skatr2
Posts: 450
Joined: Sat Mar 27, 2010 11:38 pm

Re: Live 9 browser NIGHTMARE !!!

Post by skatr2 » Wed Mar 20, 2013 1:27 pm

I did a quick search and push includes samples in its browser. When added to the places section of live, it will access that area to pull out personal samples and racks.

ezelkow1
Posts: 366
Joined: Thu Oct 08, 2009 6:22 pm

Re: Live 9 browser NIGHTMARE !!!

Post by ezelkow1 » Wed Mar 20, 2013 3:22 pm

Amaury wrote:Hi,

To answer a few questions from this thread:

- Offering a 'don't scan this folder' feature is not simple and not a quick fix. The browser is build to display data from a database, only. We can imagine a way to display data from the file system only, but this has to be considered as a feature of its own. Not only is it a technical change that's not too small, but we'd also need to provide clarity in the GUI about what is behaving as a registered folder using features such as fast search, filtering contents in Hot-Swap mode, and what is just showing files on the hard drive, possibly to way to move from one to the other "worlds". It is imaginable, but at this moment we are working on improving indexer performances because that is what may potentially impact all users and will clear the ground for other desires.

- We are working on speeding up the indexer with the goals that files show as fast as possible during an initial scan, and that there is no negative impact on each start of the program while folders are already registered. So far it is known that initial scan takes way too long, and that scanning for changes on each start of Live also takes too long, and may impact playback on OSX. These are the three things we are working on addressing.

Kind regards,
Amaury
So would something like what others have suggested not be possible, the solution where at least in the places section you could immediately show all files but continue indexing them in the background to show up in the browser and searches? That way you get the best of both worlds, the user doesnt have to turn on/off indexing, but they still get immediate access to any files in their places while still being able to eventually find them in the browser area and searches once they are indexed

Quantize
Posts: 225
Joined: Thu Nov 26, 2009 12:27 pm
Location: London

Re: Live 9 browser NIGHTMARE !!!

Post by Quantize » Wed Mar 20, 2013 3:52 pm

skatr2 wrote:I did a quick search and push includes samples in its browser. When added to the places section of live, it will access that area to pull out personal samples and racks.
Push will only find racks, not samples. That is across the board, not just in places.

Amaury
Posts: 5884
Joined: Mon Mar 20, 2006 6:59 pm
Location: Ableton Headquarters
Contact:

Re: Live 9 browser NIGHTMARE !!!

Post by Amaury » Wed Mar 20, 2013 5:00 pm

ezelkow1 wrote:
Amaury wrote:...
So would something like what others have suggested not be possible, the solution where at least in the places section you could immediately show all files but continue indexing them in the background to show up in the browser and searches? That way you get the best of both worlds, the user doesnt have to turn on/off indexing, but they still get immediate access to any files in their places while still being able to eventually find them in the browser area and searches once they are indexed
That's imaginable yes. After we fix the indexer performances, we actually want to look into something of this effect.
Ableton Product Team

DoubleDub
Posts: 6
Joined: Wed Jun 09, 2010 8:50 pm

Re: Live 9 browser NIGHTMARE !!!

Post by DoubleDub » Wed Mar 20, 2013 5:42 pm

3dot... wrote:
DoubleDub wrote: Ableton CANNOT say you have to adapt your way of thinking
session view and m4l say they can...and do :wink:
No wrong, I do not use M4l and I could ignore session view for my work as a feature, the indexing is cut in stone. :wink:

Btw. I assume the thing is sufficiently discussed, so I use Live 8 till they come back with a solution.

beatz01
Posts: 356
Joined: Fri Oct 16, 2009 4:09 pm

Re: Live 9 browser NIGHTMARE !!!

Post by beatz01 » Wed Mar 20, 2013 8:47 pm

Amaury:

We don't need a 'don't scan this folder' feature.
We don't need faster indexing.

We need a general "Switch indexing off" feature.

As long as this isn't acknowledged by Ableton, everything else doesn't make sense.

mdk
Posts: 914
Joined: Sun Jul 31, 2005 3:51 pm
Location: Skopje, Macedonia
Contact:

Re: Live 9 browser NIGHTMARE !!!

Post by mdk » Wed Mar 20, 2013 9:15 pm

beatz01 wrote:Amaury:

We don't need a 'don't scan this folder' feature.
We don't need faster indexing.

We need a general "Switch indexing off" feature.

As long as this isn't acknowledged by Ableton, everything else doesn't make sense.
Right, but as he pointed out, they've 'thrown out the baby with the bathwater' and now the browser depends entirely on the database, rather than keeping the old filesystem based approach as a fallback.

Depending on the architecture of the indexing system, satisfying our needs may be quite difficult. If the main Live app and the indexer have some form of IPC (inter-process communication) then what they could do is for user places, first do a breadth first folder scan and display those folders. Then keep running the indexer on those folders in whatever order UNLESS the user expands a particular folder. In that case you could then interrupt the indexer to scan the requested folder, updating the browser as its scanned. Then once that folder is complete return back to the previous queue.

That way you get both features, full indexing over time and rapid display of the data the user wants to see.

But if it's the case that Live and the indexer don't talk to each other at all, i.e. one populates the database and the other just displays whats in it, then you've basically got 2 options : 1. optimise the indexer to reduce the latency between adding and displaying content or 2. implement the above scheme but using the database itself as a means of communication, i.e. when you open a folder in the browser, add an entry to the db to say its been requested and have the indexer check for these prioritised entries at some point like with a timer based interrupt, at the end of a folder, after X entries etc..

That's my semi-educated guess at possible strategies.

From the sounds of it they're just focusing on optimising the indexing process itself rather than optimising the interaction between the user, live and the indexing system, but their responses are quite vague and I certainly don't expect them to provide any deep technical insights into what they're doing.

Just have to cross our fingers and hope for the best :)
Pr0k Records - Bandcamp Facebook Twitter

ian_halsall
Posts: 1711
Joined: Fri May 27, 2011 8:52 am
Location: South London
Contact:

Re: Live 9 browser NIGHTMARE !!!

Post by ian_halsall » Wed Mar 20, 2013 10:21 pm

mdk wrote:
beatz01 wrote:Amaury:

We don't need a 'don't scan this folder' feature.
We don't need faster indexing.

We need a general "Switch indexing off" feature.

As long as this isn't acknowledged by Ableton, everything else doesn't make sense.
Right, but as he pointed out, they've 'thrown out the baby with the bathwater' and now the browser depends entirely on the database, rather than keeping the old filesystem based approach as a fallback.

Depending on the architecture of the indexing system, satisfying our needs may be quite difficult. If the main Live app and the indexer have some form of IPC (inter-process communication) then what they could do is for user places, first do a breadth first folder scan and display those folders. Then keep running the indexer on those folders in whatever order UNLESS the user expands a particular folder. In that case you could then interrupt the indexer to scan the requested folder, updating the browser as its scanned. Then once that folder is complete return back to the previous queue.

That way you get both features, full indexing over time and rapid display of the data the user wants to see.

But if it's the case that Live and the indexer don't talk to each other at all, i.e. one populates the database and the other just displays whats in it, then you've basically got 2 options : 1. optimise the indexer to reduce the latency between adding and displaying content or 2. implement the above scheme but using the database itself as a means of communication, i.e. when you open a folder in the browser, add an entry to the db to say its been requested and have the indexer check for these prioritised entries at some point like with a timer based interrupt, at the end of a folder, after X entries etc..

That's my semi-educated guess at possible strategies.

From the sounds of it they're just focusing on optimising the indexing process itself rather than optimising the interaction between the user, live and the indexing system, but their responses are quite vague and I certainly don't expect them to provide any deep technical insights into what they're doing.

Just have to cross our fingers and hope for the best :)
yep

seriously fellas - there was enough noise about browser in beta (on this forum as well)

if it was that important to you then you should have taken the trial or got on the beta????

what gives?

fishmonkey
Posts: 4093
Joined: Wed Oct 24, 2007 4:50 am

Re: Live 9 browser NIGHTMARE !!!

Post by fishmonkey » Wed Mar 20, 2013 10:28 pm

i'm surprised that they've managed to screw up the implementation of indexing and database management so badly. it makes it look like the dev team didn't have any search/database experts on board.

mdk
Posts: 914
Joined: Sun Jul 31, 2005 3:51 pm
Location: Skopje, Macedonia
Contact:

Re: Live 9 browser NIGHTMARE !!!

Post by mdk » Wed Mar 20, 2013 10:34 pm

fishmonkey wrote:i'm surprised that they've managed to screw up the implementation of indexing and database management so badly. it makes it look like the dev team didn't have any search/database experts on board.
probably too busy designing the browser around a piece of hardware that most of us will never use. :roll:
Pr0k Records - Bandcamp Facebook Twitter

beatz01
Posts: 356
Joined: Fri Oct 16, 2009 4:09 pm

Re: Live 9 browser NIGHTMARE !!!

Post by beatz01 » Thu Mar 21, 2013 8:15 am

.
Last edited by beatz01 on Thu Mar 21, 2013 8:16 am, edited 1 time in total.

Post Reply