It's not looking like double-byte Unicode to me. What shows up is the complete sound sample followed by a replica of itself consecutively. I've been looking at a hex dump of the contents of the clipboard. And this bulk does not get stored in the stack, I don't see this happening in earlier versions.
It's definitely an anomaly and I wonder if this affects other objects. I used the copy command to copy an audioclip object, which contains the actual binary image of the stored audio file. Then it's "just" deriving params from the object binary, securing the audio data, punching in the right numbers into the headers and saving as a file. On Fri, Sep 14, 2012 at 5:27 PM, Alejandro Tejada <[email protected]>wrote: > > Stephen Barncard-4 wrote > > > > And actually I found a bug that I need to report - in the latest versions > > of Livecode (vs. 4.x series) the audio data is TWICE as large in ram -- > > doubled in size, and is not an addressing thing - the data repeats > exactly > > once. This only happens in RAM. > > > > Exactly twice? > > Sounds like unicode conversion is playing > with your data... :-) > > Al > > > > -- > View this message in context: > http://runtime-revolution.278305.n4.nabble.com/Skanky-ways-to-play-MP3-on-Windows-XP-tp4654977p4655039.html > Sent from the Revolution - User mailing list archive at Nabble.com. > > _______________________________________________ > use-livecode mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Stephen Barncard San Francisco Ca. USA more about sqb <http://www.google.com/profiles/sbarncar> _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
