Skanky ways to play MP3 on Windows XP

[stephen barncard]

Why would the byte count of the data in memory change with LC versions? It
looks like unintended, hidden memory bloat to me.
A bug.
What leads me to believe is that I've seen it and share it with you now!

1. I made a test stack to show the contents of the clipboard keys, you can
see the previous sentence in the text. Unicode is one of four ways to
display the data, including rtf, text, unicode and hex - meaningless here -
just showing

            http://fulton.barncard.com/bugz/lcaudio/clipStack.png

The audio clip that is loaded was created from a blank aif file to allow
easy viewing of the repeat.

2. ran this stack in Livecode 4.6.2
      a.   clicked the button that runs a script that loads the audio clip
into the clipboard:    "copy ac 'blank.aif'  "
      b.   pressed  "show keys"

           http://fulton.barncard.com/bugz/lcaudio/blank-462.png

    it's all there, the REVO2700 header, the name of the audioclip, and the
8 byte footer that describes the audio file params.
3. Quit LC. Launched version 5.5.1
      a.   clicked the button that runs a script that loads the audio clip
into the clipboard:    "copy ac 'blank.aif'  "
      b.   pressed  "show keys"

           http://fulton.barncard.com/bugz/lcaudio/blank5.5.1.png


On Mon, Sep 17, 2012 at 9:27 AM, Bob Sneidar <bobs at twft.com> wrote:

> Is it the copy in the clipboard that leads you to believe there are 2
> copies? I wonder if that is an LC clipboard thing, or even a Microsoft
> Compatibility thing?
>
> Bob
>
>
> On Sep 14, 2012, at 6:20 PM, stephen barncard wrote:
>
> > 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 <
> capellan2000 at gmail.com>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
> >> use-livecode at lists.runrev.com
> >> 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
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> 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>