v4.16pre26 - March 6 2012

[mabian]

v4.16pre26 - March 6 2012

+ Media explorer: native view remembers column widths
+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)
+ Slip editing: improved sample-snap behavior
# OSC: many changes to pattern config file messages and format
# OSC: message argument behavior (normalized, toggle, momentary, etc) defined in the pattern config file
# OSC: *all existing custom pattern config files are invalid and must be rewritten in the new format!*
# OSC: please see new comments in Default.ReaperOSC
# OSC: fixed stereo/dual pan control and feedback
# OSC: rotary control center can be configured
# OSC: send FX parameter feedback for inactive tracks only if messages can target those tracks
# OSC: REAPER track selection never follows the active track in the OSC device

[jas]

Schwa wrote this on another thread:

"4.16pre26 has a complete overhaul of how the pattern config files work. Unfortunately this means all custom pattern config files created before pre26 will need to be rewritten.

There may also be new bugs caused by the changes, so please let us know if anything that worked previously stops working!"

Just thought to post it here.

[gridlove]

+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)

Sounds interesting

[Subz]

Originally Posted by mabian

# OSC: REAPER track selection never follows the active track in the OSC device

not even if i want it to?

Subz

[sinkmusic]

Originally Posted by jas

custom pattern config files

What are custom pattern config files ?

[Tale]

Originally Posted by sinkmusic

What are custom pattern config files ?

.ReaperOSC files, I guess.

[PitchSlap]

Originally Posted by mabian

v4.16pre26 - March 6 2012
+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)

OMFG!!!! Does this mean I can finally do a simple file search of my 100+ gig sample library??

MUCH appreciated.

...and if you guys are looking for other ideas to spruce up the Media Explorer, feel free to check the link in my signuature.

[gridlove]

Originally Posted by PitchSlap

OMFG!!!! Does this mean I can finally do a simple file search of my 100+ gig sample library??

Yep, it works like a charm
I would go on a massive file renaming session but it would probably take me around 10 years.

[PitchSlap]

Originally Posted by gridlove

Yep, it works like a charm
I would go on a massive file renaming session but it would probably take me around 10 years.

Great, now if only the existing filter box could be an actual search (with subdir support) that way we can find files without having to make a database first.

It would also make it much easier to initially find what files we want in a specific database, unless we're supposed to use Windows Explorer to search and drag the files into Reaper..

[phrenik]

+ Media explorer: native view remembers column widths

Nice addition! Since the devs are in the habit of making native view "remember" things, can you PLEASE have it remember added columns? So if i add a "date created" column then go inside a folder, then navigate back out, its still there?

[Subz]

FALSE alarm!! sorry

[pentecost]

Originally Posted by mabian

v4.16pre26 - March 6 2012

+ Media explorer: native view remembers column widths
+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)

let's not go off on a tangent now...

good/needed functionality uptick, the media explorer might sneak its way into my workflow more readily.

[schwa]

Subz, answered in the OSC thread: http://forum.cockos.com/showpost.php...&postcount=378

[sinkmusic]

Originally Posted by Tale

.ReaperOSC files, I guess.

Ah, ok, thank you Tale.
I was fearing that it might be something i overlooked, like "erase all custom settings" or seomthing like that

[Thor]

Originally Posted by gridlove

+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)

Sounds interesting

This is a pretty huge timesaver for me. Pretty huge in general actually:-)

Its really coming together.

All the best.

Thor

[EvilDragon]

Neat!


Since Media Explorer now remembers the column widths, please make this possible for other windows that don't do that yet (Undo History, all tabs in Screensets/Layouts window, etc.)


While mentioning Screensets/Layouts - the "Selection Sets" and "Layouts" tabs have ABSOLUTELY NO NEED for "Auto-save when switching screensets" and "Edit Fields". Why not remove them completely? Graying out does not make any sense.

[PitchSlap]

Being able to drag a folder from the right-pane onto an existing database in the left-pane would be useful too...

and the option to NOT show the full file path in a database as it can create insanely long filename columns taking up WAY too much space leaving little room to see anything else.

(this is already making my life so much easier..)

[Xenakios]

I am liking the media database thing already! Hopefully it will include in the future advanced filtering/searching and sorting abilities.

[Banned]

* THANK YOU A BILLION! *

[gridlove]

Originally Posted by PitchSlap

the option to NOT show the full file path in a database as it can create insanely long filename columns taking up WAY too much space leaving little room to see anything else.

I`ll give a hearty +1 to that

[PitchSlap]

Is it safe to start making Media Explorer databases or is the code likely to change in subsequent pres breaking compatibility?

Its going to be a lot of work, and I'd prefer to only do it once if possible...

[Mercado_Negro]

Originally Posted by mabian

+ Media explorer: preliminary media database support (right click in shortcut list to create/manage databases)

Cool, thanks!

PitchSlap mentioned something important, hopefully this is in your todo list

Originally Posted by PitchSlap

option to NOT show the full file path in a database as it can create insanely long filename columns taking up WAY too much space leaving little room to see anything else.

I'd also like to suggest

1) Option to create folders in database
2) Drag and drop functionality
3) Advance searching

I think this isn't expected:

1) Create a new database
2) add path to database
3) go to "Windows Explorer"
4) rename one file that's part of your database
5) go to REAPER and try to play it: nothing happens

I understand REAPER creates a .ReaperFileList file and that's what it uses for each database but it should probably be smarter and say "file not found" if we try to play a file that's 1) missing or 2) just changed. A "file not found: update database?" dialog with a "yes" and "no" would be nice

[EDIT]Oops, almost forgot, please give databases' names to their respective .ReaperFileList files

[Viente]

What is the difference between shortcut and database here?
Thanks!

[PitchSlap]

Originally Posted by Mercado_Negro

Cool, thanks!

PitchSlap mentioned something important, hopefully this is in your todo list



I'd also like to suggest

1) Option to create folders in database
2) Drag and drop functionality
3) Advance searching

I think this isn't expected:

1) Create a new database
2) add path to database
3) go to "Windows Explorer"
4) rename one file that's part of your database
5) go to REAPER and try to play it: nothing happens

I understand REAPER creates a .ReaperFileList file and that's what it uses for each database but it should probably be smarter and say "file not found" if we try to play a file that's 1) missing or 2) just changed. A "file not found: update database?" dialog with a "yes" and "no" would be nice

[EDIT]Oops, almost forgot, please give databases' names to their respective .ReaperFileList files

Great points. Rome wasn't built in a day, so hopefully by the time 4.2 (4.5?) is released there will be a bit more refinement in this area.

To answer my own question from above, I think I'm going to hold off going crazy with databases and see where things go over the next few builds...

[Curvespace]

Oh my me, the database feature is awesome.

Is there any scope to support parsing/searching bwf data? This would be awesome for sound designers.

As always, thanks for the excellent work guys - you've made my day with this

[slops]

+ Media explorer: preliminary media database support (right click in
shortcut list to create/manage databases)

thank you!
this is a great addition.
i've been hoping for this to happen for a long time.

and i 100% agree with everything mercado said here...

Originally Posted by Mercado_Negro

I'd also like to suggest

1) Option to create folders in database
2) Drag and drop functionality
3) Advance searching

I think this isn't expected:

1) Create a new database
2) add path to database
3) go to "Windows Explorer"
4) rename one file that's part of your database
5) go to REAPER and try to play it: nothing happens

I understand REAPER creates a .ReaperFileList file and that's what it uses for each database but it should probably be smarter and say "file not found" if we try to play a file that's 1) missing or 2) just changed. A "file not found: update database?" dialog with a "yes" and "no" would be nice

[EDIT]Oops, almost forgot, please give databases' names to their respective .ReaperFileList files

[nicholas]

Originally Posted by Viente

What is the difference between shortcut and database here?
Thanks!

A database can include content from multiple folders.

[nicholas]

Not going to lose any sleep over this but it lets you add the same folder more than once to the same database ... i.e. if you accidentally add one that has already been added to a database it shows up in the list twice.

If you then attempt to remove one instance, it removes the folder from the database but leaves the other instance of the name on the list.

You can of course remove the name a second time ...

... then, if you change your mind and add it back, it appears twice on the list!

[gwok]

Originally Posted by nicholas

A database can include content from multiple folders.

how's that different than ReaBays?

[Lawrence]

Database thing is cool. It needs folders though, I mean, the folders you add should (maybe) be listed and separated there.

Also, agree with ED about the long file/path names.

Tagging would also be cool, a rating system, if it's not already on the drawing board.

[EvilDragon]

That was PitchSlap, not me. I'm for saving widths of columns in windows where they aren't saved yet!

[musicbynumbers]

Thanks devs!

The initial database feature looks like a diplomatic way of supporting a kind of "search within folders" system for both mac and PC with having to resort to messy workarounds.

I would still love windows search to be integrated but am grateful for this way of doing it!

Does this mean tagging is coming soon too?

[airon]

Originally Posted by Curvespace

Oh my me, the database feature is awesome.

Is there any scope to support parsing/searching bwf data? This would be awesome for sound designers.

As always, thanks for the excellent work guys - you've made my day with this

That's the domain of products aimed at the professional market. As much as I'd like some funcionality in this at some point, it probably never will replace the likes of Soundminer and Basehead.

The speed is pretty good already though.


Concerning the long-path-and-filename-display problem, here's a possible solution :

d:\looooooong\paaaaaaaath\ToFillllllllllllle\Thats Your\OwnFault\long interesting filename.wav

is what you get right now.

First, Reaper could automatically expand the name colum as much as possible without compromising the other columns. If there's no space for that and the second thing doesnt work(see below) that's a user error.

Second, the above path/filename construct gets reduced.

d:\loo....Fault\long interesting filename.wav

d:\lo..Fault\long interesting filename.wav

d:\lo..Fault\lng intrstng flnme (filetype already covers WAV)


Then there's separating the path from the file itself, keeping them in their own columns. Perhaps this could be a database-only view.

  right-justified | left-justified

     d:\lo..Fault | blahblah
d:\hohoho..whoosh | woosh20492
e:\liba\explo..ns | expl brick 024

Little things go a long way.

IMHO databases in the favorite should look a little different as well. They're not trivial to load in some cases.

Filter history is also important. Its usefullness comes with the territory, as is a history per-database. Little things, whether they're done now or later or replaced with better ideas.

Here's some more clever shit.

Action for media explorer to add the current selected file or selection to the last-selected bay. Default key present. More than 1% will discover it if it's in the context menu as well. This is a bit like creating a tag list, or quickly cobbling together a bunch of sounds for later use. Shortcuts save time.

Any future serious under-the-hood stuff will need a proper database if you're searching more than one thing. Just searching by length, BWF description field, originator field, MP3 id3/ape/vorbis tag artist/genre/album/year/fuck-knows will require a decent database. People will try to catalog their whole system, and flat-text databases are not good enough for that.

[Justin]

FWIW, it actually doesn't always show the full path -- if you add a folder C:\my\sample\folder, that has C:\my\sample\folder\some\file.wav, it will show it as "some\file.wav"... so if you add subfolders directly, you will get shorter names...

[Mercado_Negro]

This new database feature looks promising but I'm not really sure why it's been implemented, maybe you're working on something behind the scene that needed this. Having said this, I, as a user, just see it as a way to search for files in sub-folders from a root folder but this is where the "long names" issue appears.

The Media Explorer needs some improvements here and there, as many users like PitchSlap has mentioned and even covered before, but as far as I can see (and please let me know if I'm missing something) the only difference between "add to shortcut list" and "create database" is a smart search function that looks inside sub-folders.

[gwok]

glad to see this stuff with the media explorer, though the roles of the projects bays vs the media explorer is getting pretty unclear to me. Seems to me that a database is the same thing as a ReaBay, with more functionality.

Which is fine by me, I'm just not sure what the difference of the intended uses between the two are, as at the moment it seems like i should now put all my ReaBays into Databases to cash in on the extra functionality.

I mean (imo) and no disrespect, but the project bay still has some ground to cover (damn osc!!hahaha) on just the media management of projects, though now it acts as an archiving\database system as well. Personally, I'd be stoked to see better project media management from the bay, if the ME is gonna take over sample\database management. Not a request for a "roadmap" here, and I'm glad to development in this area, though it it seems to me the line between functionality of the ME vs the PB is a little hazy atm. To me anyway...

[gwok]

btw, this has happened twice now, never seen it before till today.....

the links are still actually active, they just aren't visible


[IMG]http://img703.**************/img703/1336/screenshot20120306at520.png[/IMG]

Uploaded with **************

[nicholas]

Originally Posted by gwok

how's that different than ReaBays?

That wasn't the question I was answering!

[EvilDragon]

Originally Posted by Justin

FWIW, it actually doesn't always show the full path -- if you add a folder C:\my\sample\folder, that has C:\my\sample\folder\some\file.wav, it will show it as "some\file.wav"... so if you add subfolders directly, you will get shorter names...

Not good enough. It should show the drive letter from which it originates.

"C:\...\some\file.wav"

[PitchSlap]

I love being able to finally have some organization to my sample library, but as I'll still be tediously auditioning files, an action to randomize the file order would make things a little more interesting (especially when going through the same databases repeatedly)...

Just a thought.