Cycling 74 » Topic: sending u menu to appropriate buffers http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/feed Tue, 18 Jun 2013 19:40:10 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-65574 <![CDATA[sending u menu to appropriate buffers]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-65574 Sat, 08 Dec 2012 15:31:43 +0000 astevens Hi all,

I’m currently banging my head again…

I have a folder which will hold 10 tracks, 1 to 10. (The names/numbers of which will vary depending what goes into my folder)

eg, the folder list could appear as follows

hello.wav (would need to go to buffer 1)
goodbye.wav (would need to go to buffer 2)
phew.wav (would need to go to buffer 3)
etc

This folder then feeds a umenu which contains the folder items.

I want to be able to place the 10 tracks into my already existing 10 buffers in the sequential order of how they appear in the umenu, regardless of what they are called when dropped into my folder, (feeding the umenu).

At the moment I’m coming from the umenu into prepend replace but how could I get the umenu sequence into 10 buffers??

I need the 10 buffers due to each being triggered by a particular command.

Thanks for any advice.

]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236240 <![CDATA[Re: sending u menu to appropriate buffers]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236240 Sat, 08 Dec 2012 16:05:18 +0000 AudioMatt I might not understand you correctly Mr Stevens but let me take a shot anyway.

It sounds like at the end you want [buffer~ 1.buff] to hold hello.wav, [buffer~ 2.buff] to hold goodbye.wav, and [buffer~ 3.buff] to hold phew.wav

If you’re going to use data in more than one place, my suggestion is to NEVER use UI objects as data storage. In this case, you want to use the umenu to store the “correct” order of the file names. BAD PROGRAMMING. Instead, use a data storage object. Set a variable, use coll or something like that. In your situation that means you read the information from the HD and store it in a central location before displaying said it. If polybuffer~ stores all the information you want, use polybuffer~ as a data storage object. Even better would be to store your info in a coll file.

You might want to check out the “info” tab of the polybuffer~ help file.

Also I know that umenu has that autopopulate thing. I’d ignore it. bad news.

]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236241 <![CDATA[Re: sending u menu to appropriate buffers]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236241 Sat, 08 Dec 2012 16:40:54 +0000 astevens Thank Matt,

Yes that’s correct in this case I want;

[buffer~ 1.buff] to hold hello.wav, [buffer~ 2.buff] to hold goodbye.wav, and [buffer~ 3.buff] to hold phew.wav

But….These particular files should be replaceable. They will be changing depending on what gets put in the particular buffer at the time.

I’ll have a look at coll but I assume coll would need the names of what’s going to be put into the buffer in advance to work?

I’ll go seek.

Cheers.

]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236242 <![CDATA[Re: sending u menu to appropriate buffers]]> http://cycling74.com/forums/topic/sending-u-menu-to-appropriate-buffers/#post-236242 Sat, 08 Dec 2012 17:16:32 +0000 AudioMatt Have a look at this and see if it helps you understand what I’m talking about

– Pasted Max Patch, click to expand. –
]]>