Re: Rev audio clips

2010-05-18 Thread stephen barncard
k. > > Now, more test are needed to verify > which other formats are appended > "as is" and which audio clips are > converted. > > This is relevant, given than previously > in this mail list, someone ask about > how to export audioclips from Runrev. > > Alej

Re: Rev audio clips

2010-05-18 Thread Alejandro Tejada
/runtime-revolution.278305.n4.nabble.com/Rev-audio-clips-tp2221758p058.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe,

Re: Rev audio clips

2010-05-18 Thread stephen barncard
Assuming that Rev stores audio file data sequentially in the first place, one would have to search for a pattern of binary data AFTER the headers, which would not be stored in the stack. Check for where the headers end and where your test data starts and just use a small sample to search for, like

Re: Rev audio clips

2010-05-18 Thread Richmond Mathewson
On 18/05/2010 22:17, Alejandro Tejada wrote: Hi all, After learning about the binary string produced by compress(), i am curious to know if one of the professional audio experts in this platform have examined the converted audio clips that Rev uses internally, after importing an audio file. By

Rev audio clips

2010-05-18 Thread Alejandro Tejada
Hi all, After learning about the binary string produced by compress(), i am curious to know if one of the professional audio experts in this platform have examined the converted audio clips that Rev uses internally, after importing an audio file. By trial and error, you could isolate the audio bi