MikEyhaTsis

trying to make a looper type vst using max 4.6. ( attached below ) It uses sfrecord~ to record an incomming piece of audio. when i am done recording my loop, i click a message and that stops the recording and immediately starts playing it back using sfplay~. there is a gate~ to not let incomming audio through when the recorded loop/sample is playing back.

so far so good, works great in max/msp, but when i build a pluggo vst, the plugin doesnt playback the recorded file properly. basically the tail of the file sounds really garbled and is stretched out about 20x how long it is supposed to be. If I import this file into Live 7, it plays fine, but again doesnt play right in the pluggo. also if i open existing wave or aif files in this pluggo, most of them play and loop fine.

Tried a bunch of things and found that when i send sfplay an offset message of 8 or 12 the sample plays back pretty nicely. This i have to do after i send sfplay a 1 to start playing.

Two problems with this though, since i have to send the offset message after play message, the shortest time after the play message i could get this to work ( the offset message ) is a 20ms. also, there is a very noticeable pop/click at the begining of the loop.

would anyone have any idea of what i could do to get this to work properly in a pluggo vst, hopefully without having to send sfplay the offset message? id like to use sfplay for this and not buffer based playback, so i can utilize cuepoints. if anyone has any ideas please let me know...also, Live is the only vst host i have to test it out on...

trying to make a looper type vst using max 4.6. ( attached below ) It uses sfrecord~ to record an incomming piece of audio. when i am done recording my loop, i click a message and that stops the recording and immediately starts playing it back using sfplay~. there is a gate~ to not let incomming audio through when the recorded loop/sample is playing back.
 so far so good, works great in max/msp, but when i build a pluggo vst, the plugin doesnt playback the recorded file properly. basically the tail of the file sounds really garbled and is stretched out about 20x how long it is supposed to be. If I import this file into Live 7, it plays fine, but again doesnt play right in the pluggo. also if i open existing wave or aif files in this pluggo, most of them play and loop fine. 

Two problems with this though, since i have to send the offset message after play message, the shortest time after the play message i could get this to work ( the offset message ) is a 20ms. also, there is a very noticeable pop/click at the begining of the loop.
  would anyone have any idea of what i could do to get this to work properly in a pluggo vst, hopefully without having to send sfplay the offset message? id like to use sfplay for this and not buffer based playback, so i can utilize cuepoints. if anyone has any ideas please let me know...also, Live is the only vst host i have to test it out on...

sfplay-in-a-pluggo-acting-strange

For what you are trying to do it sounds like you would be better to use record~ and play~/groove~ with a buffer. Much more flexible this ways and means there is no writing or reading from disk as you create your loops.

thanks for the response. thing is my patch works perfectly in max/MSP, once i pluggo it and bring it into Live as a VST, it acts like it does, which i think has to do with writing a bad wave file.

also, as i mentioned id like to utilize cuepoints and lastly, with buffer, i have to predefine a size, when i dont know how long the loop/sample will be. i know i can get around this with a clocker/timer to groove~ loop points, but dont want to spend all that time figuring that out...and again it works in max...

thanks for the response. thing is my patch works perfectly in max/MSP, once i pluggo it and bring it into Live as a VST, it acts like it does, which i think has to do with writing a bad wave file.
 also, as i mentioned id like to utilize cuepoints and lastly, with buffer, i have to predefine a size, when i dont know how long the loop/sample will be. i know i can get around this with a clocker/timer to groove~ loop points, but dont want to spend all that time figuring that out...and again it works in max...


Sfplay~ and friends use disk access for their audio files. No matter how well you can get this patch to work it will never perform as well as a RAM based approach using buffer~.

Lots of things work in MaxMSP but not in MaxMSP hosted in something else (aka Pluggo). This is a reality of Pluggo programming we all have to work around when we hit it every now and then.

You'll be much happier with a buffer~ based solution. Just make your buffer~ really big to start with and record~ into it with different offsets for your different loops, or use a poly~ based approach.

I had similar probs both on mac and 'doze and finally gave up trying to get it to work. I tried searching for the thread from around 6 monthsago but couldn't find it- anyway the consensus was that it Seems like sfplay is pretty much broken in pluggo. Hopefully this problem will be resolved with a max 5 version of pluggo.

There are technical reasons why hard disk playback is difficult within a plug-in. First, the host does not give the plug-in enough time to perform the necessary file reading. This is reasonable because hosts expect that plug-ins will consume as little of the CPU as possible. Second, the host could be engaged in its own disk reading activity, which obviously limits the bandwidth available for the plug-in to do anything similar. You can try to increase the buffer size to a large value and see if this helps, but the OS doesn't always pay attention to what an application requests. So don't hold out any hope that the situation with sfplay~ will ever improve.

Thanks all for the replies. me, not having much patience i have since rewritten the small app using buffer~ and play~. works fine.

>Lots of things work in MaxMSP but not in MaxMSP hosted in programming we all have to work around when we hit it every now >and then.

this is kinda scary. such a beautifully implemented framework. guess theres always more than one way to do something though.

i need the mail-ad from christopher murtag, urgent, the macgill-mailing-list-man...

> > _______________________________________________> maxmsp mailing list> mMessenger to go! Hol' Dir Messenger aufs Handy!

http://windowslivemobile.msn.com/BrowserServiceMessenger.aspx?lang=DE-DE

i need the mail-ad from christopher murtag, urgent, the macgill-mailing-list-man...
> > _______________________________________________> maxmsp mailing list> mMessenger to go! Hol' Dir Messenger aufs Handy!
http://windowslivemobile.msn.com/BrowserServiceMessenger.aspx?lang=DE-DE


On 03/09/2008 19:21, "steffen scholl" wrote:

> i need the mail-ad from christopher murtag, urgent, the

> Zeigen Sie es Ihren Freunden! Erstellen Sie kostenlos Fotoalben und Diashows

> .aspx?wx_action=addModule=de-DE_ru=http%3a%2f%2f%7bspacesapi%3aid%7d.spaces.li

> ve.com%2fphotos%2f_targetSite=PersonalSpaces_url=%2fphotoalbum.aspx>

Ask Netochka  ;-)
(sorry , couldn't resist)
Cheers
Roger

On 03/09/2008 19:21, "steffen scholl"  wrote:

> i need the mail-ad from christopher murtag, urgent, the
> macgill-mailing-list-man...
>
>
>
>> >
>
>
>
> Zeigen Sie es Ihren Freunden! Erstellen  Sie kostenlos Fotoalben und Diashows
> in Ihrem Space! 
>
> .aspx?wx_action=addModule=de-DE_ru=http%3a%2f%2f%7bspacesapi%3aid%7d.spaces.li
> ve.com%2fphotos%2f_targetSite=PersonalSpaces_url=%2fphotoalbum.aspx>
>

Sfplay~ in a Pluggo acting strange