Re: MP3s
As Richard said: > LC's Player control uses the host OS's playback engine, so as long as > the OS-supplied media player can handle a format, LC should be able to > as well. For clarity, I would add that the mp3 files to be played could be included with a standalone package on platforms like macOS (app bundle resource folder) and Android (inside the app/zip folder) so there wouldn't be any mucking about for the user. Another method to include them is to encode the files as Base64 and store them in a custom property in your stack, then extract them to the system's temporary directory or the app's preference directory and play them from there. Also, there is a (mostly complete) library written in LiveCode script for reading (and writing, but that's the unfinished bits) ID3 tags and other info directly from the binary data of mp3 files. https://github.com/PaulMcClernan/id3lib On Sun, Apr 12, 2020 at 1:10 PM Graham Samuel via use-livecode < use-livecode@lists.runrev.com> wrote: > Pardon my ignorance, but Is there really no way to put an mp3 sound into a > stack as an audioclip and play it? Seems unlikely, but that’s what the > dictionary says. WAV, forsooth! > > Graham > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
> Richard wrote: > > I miss the simplicity of delivering true stand-alone apps, but with so > many of the most lauded features of LC 8-and-later having been > implemented as externals, adding some media files to the mix doesn't > affect deployment options much. I suppose one could store the binary data of MP3s or other media within a stack’s properties, then extract them to disk for use by a player object. Jim Lambert ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: MP3s
I had one of those in my car. 4 tracks per pass were used in quad mode so each side of the album played without a track switch. When it was stolen(along with the muscle car) I was heartbroken. I had a few quad tapes including the aforementioned The Six Wives of Henry the Eighth. I also had Dark Side of the Moon(surprise surprise) and Zappa's Overnight Sensation and a few others. Drive to the woods roll down the windows then imbibe and pop in quadraphonic Pink Floyd. Boy we had some fun before we hunkered down and invented all the technology we see today. I also used CD-4 records at the time. the front-back difference subcarrier was up at 18 kHz to 45 kHz. Who ever thought that a record's frequency response could go to 45khz? The Door's Riders on the Storm had whispering of the tag phrase "Riders on the Storm" isolated in the rear channels. If you listen close to the stereo version you can hear the whispering. I also had some classical recordings with 2 mikes at the rear of the hall in the rear channels. Anyone who poo-poos quadraphonic should rethink that opinion when they fire up a movie with a 191.1(or whatever the current max is) speaker set up. Colin, Thanks for the great memories you just triggered. I needed that! Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Colin Holgate via use-livecode Sent: Monday, April 13, 2020 11:46 AM To: How to use LiveCode Cc: Colin Holgate Subject: Re: MP3s I don’t know where it is now, probably lost, but I had a JVC quadraphonic 8 Track player. It could play regular 8 Track, which involved playing two tracks on the first loop and the other two tracks on the second loop, or it could play the four tracks in one loop. I only had a few tapes for it, one of those was a special recording of The Six Wives of Henry the Eighth, by Rick Wakeman. > On Apr 13, 2020, at 9:40 AM, Richard Gaskin via use-livecode > wrote: > > Graham Samuel wrote: > > > Well, Richard, as usual you say something informative and useful! > > > > I didn’t know that LC could play a sound file in MP3 format. > > LC's Player control uses the host OS's playback engine, so as long as the > OS-supplied media player can handle a format, LC should be able to as well. > > > > Instinctively I thought that an audioclip was the way to go, because > > I saw it as a small chunk of data best embedded in my app. In my > > mind, the format of an external file trades flexibility (the user or > > the app can switch content easily) against a massive overhead of > > storage and software mechanics and potential delays due to loading > > etc, whereas the audioclip is small, clean, and can be started and > > stopped with no overheads. > > True, reading the media file takes a bit more time than a clip already in RAM > with the rest of the stack file. But in many cases it's not noticeable. And > where it is noticeable it probably has less to do with the file I/O than the > codec itself: HC's SND resources had few compression options, and MC's > audioclips were limited to .au format, which IIRC isn't compressed at all. > > It might be nice to see LC expand the internal clips options to support the > same range of formats/codecs the Player does. But even then it would be > limited to smaller files where it's practical to load them all into RAM with > the rest of the stack file, modestly useful for some projects but prohibitive > with longer files. > > As for user modification, the files can be in the Mac bundle, and on Windows > usually an installer is required anyway so you can put them in any useful > place the user is unlikely to stumble across them accidentally (this isn't a > problem at all on Linix - the absence of a functional Player in that LC > version simplifies many things ). > > I miss the simplicity of delivering true stand-alone apps, but with so many > of the most lauded features of LC 8-and-later having been implemented as > externals, adding some media files to the mix doesn't affect deployment > options much. > > If there's a security or other concern requiring the files be protected from > user manipulation, there are options for that. Like any DRM, there's usually > a tradeoff between strength and ease of implementation, but if it's needed we > can explore it. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.Fo
Re: MP3s
I don’t know where it is now, probably lost, but I had a JVC quadraphonic 8 Track player. It could play regular 8 Track, which involved playing two tracks on the first loop and the other two tracks on the second loop, or it could play the four tracks in one loop. I only had a few tapes for it, one of those was a special recording of The Six Wives of Henry the Eighth, by Rick Wakeman. > On Apr 13, 2020, at 9:40 AM, Richard Gaskin via use-livecode > wrote: > > Graham Samuel wrote: > > > Well, Richard, as usual you say something informative and useful! > > > > I didn’t know that LC could play a sound file in MP3 format. > > LC's Player control uses the host OS's playback engine, so as long as the > OS-supplied media player can handle a format, LC should be able to as well. > > > > Instinctively I thought that an audioclip was the way to go, because I > > saw it as a small chunk of data best embedded in my app. In my mind, > > the format of an external file trades flexibility (the user or the app > > can switch content easily) against a massive overhead of storage and > > software mechanics and potential delays due to loading etc, whereas > > the audioclip is small, clean, and can be started and stopped with no > > overheads. > > True, reading the media file takes a bit more time than a clip already in RAM > with the rest of the stack file. But in many cases it's not noticeable. And > where it is noticeable it probably has less to do with the file I/O than the > codec itself: HC's SND resources had few compression options, and MC's > audioclips were limited to .au format, which IIRC isn't compressed at all. > > It might be nice to see LC expand the internal clips options to support the > same range of formats/codecs the Player does. But even then it would be > limited to smaller files where it's practical to load them all into RAM with > the rest of the stack file, modestly useful for some projects but prohibitive > with longer files. > > As for user modification, the files can be in the Mac bundle, and on Windows > usually an installer is required anyway so you can put them in any useful > place the user is unlikely to stumble across them accidentally (this isn't a > problem at all on Linix - the absence of a functional Player in that LC > version simplifies many things ). > > I miss the simplicity of delivering true stand-alone apps, but with so many > of the most lauded features of LC 8-and-later having been implemented as > externals, adding some media files to the mix doesn't affect deployment > options much. > > If there's a security or other concern requiring the files be protected from > user manipulation, there are options for that. Like any DRM, there's usually > a tradeoff between strength and ease of implementation, but if it's needed we > can explore it. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
Graham Samuel wrote: > Well, Richard, as usual you say something informative and useful! > > I didn’t know that LC could play a sound file in MP3 format. LC's Player control uses the host OS's playback engine, so as long as the OS-supplied media player can handle a format, LC should be able to as well. > Instinctively I thought that an audioclip was the way to go, because I > saw it as a small chunk of data best embedded in my app. In my mind, > the format of an external file trades flexibility (the user or the app > can switch content easily) against a massive overhead of storage and > software mechanics and potential delays due to loading etc, whereas > the audioclip is small, clean, and can be started and stopped with no > overheads. True, reading the media file takes a bit more time than a clip already in RAM with the rest of the stack file. But in many cases it's not noticeable. And where it is noticeable it probably has less to do with the file I/O than the codec itself: HC's SND resources had few compression options, and MC's audioclips were limited to .au format, which IIRC isn't compressed at all. It might be nice to see LC expand the internal clips options to support the same range of formats/codecs the Player does. But even then it would be limited to smaller files where it's practical to load them all into RAM with the rest of the stack file, modestly useful for some projects but prohibitive with longer files. As for user modification, the files can be in the Mac bundle, and on Windows usually an installer is required anyway so you can put them in any useful place the user is unlikely to stumble across them accidentally (this isn't a problem at all on Linix - the absence of a functional Player in that LC version simplifies many things ). I miss the simplicity of delivering true stand-alone apps, but with so many of the most lauded features of LC 8-and-later having been implemented as externals, adding some media files to the mix doesn't affect deployment options much. If there's a security or other concern requiring the files be protected from user manipulation, there are options for that. Like any DRM, there's usually a tradeoff between strength and ease of implementation, but if it's needed we can explore it. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
The Dark Side of the Moon tour was a true Quad system, and I heard it in an outdoor amphitheater. I’ve never heard anything so amazing before or since. But that was mixed quad. Simulators are a different animal. If I am not mistaken they break out the sound by frequency ranges. Bob S > On Apr 13, 2020, at 1:30 AM, Graham Samuel via use-livecode > wrote: > > Richmond, can’t resist saying that I can remember quad… I was never > convinced. It was certainly a fashion. Comes into one of my favourite films, > ‘Local Hero’, where the scallywag fisherman from Murmansk connects with the > wet-behind-the-ears young oil man from Houston. it was just a little moment > in history when such a bit of dialogue might have existed… but I digress. > > I have tinnitus, and hearing aids, but I can still enjoy a live, > non-amplified performance, and there is no equipment I could afford that > could make a recording in any format sound as good. > > OT, I know. > > Graham > >> On 13 Apr 2020, at 09:42, Richmond via use-livecode >> wrote: >> >> Having the ability to import resources into a stack, whether they be images, >> videos or sounds is a great strength; >> and much better than having a ReadMe document accompanying one's standalones >> telling people where they have to >> bung a slew of referenced resources . . . knowing that about 50% of people >> will put them in the wrong place and then >> complain they want their money back because your application doesn't work. >> >> This may be "old-fashioned", but so am I teaching kids how to program with >> BBC computers from the 1980s; >> doesn't mean it is a bad thing. >> >> And on Linux . . . what a shambles. >> >> Re MP3s /per se/: either LiveCode should be capable of embedding them, or, >> possibly by leveraging open source >> code, it should be able to read MP3 files and store the musical data >> contained within them inwith stacks in some >> format that can then be played . . . >> >> The compression available via MP3 well outweighs any possible loss in sound >> quality - frankly I wonder if anyone over the >> age of 18 can tell the difference unless the sound file is then played >> through some high-end equipment. >> >> When I was 23 I was walking past a HiFi shop in Durham City when I was >> seduced to go inside and listen >> to a demonstration of Quadraphonic sound (does anyone except me actually >> remember that?). I was sat down in an >> office chair between 4 speakers and listened to some music by Queen; then >> again on another chair between 2 speakers. >> A slightly oily fellow with an unctuous voice then said, "Of course you >> heard the difference between the stereo >> and the quad, didn't you?" Talk about leading tag questions. Feeling like a >> "right peasant," I said, "No" and left. >> >> I did actually hear a difference: but not in terms of the musical quality as >> such, but in the effect of being "within' the space where the music was >> taking place. >> >> I went home and by jacking together 6 loud speakers and a tobacco tin to my >> record player I got a Quad effect for nix! >> >> Purists (err; sound experts or plain posers? who knows) would have howled. >> >> Now I listen to any old music "as it comes" and feel lucky that I can hear >> it, especially on mornings like this one >> when my tinnitus is singing a song of its own. >> >> Embed, embed, embed . . . Please. >> >> Best, Richmond. >> >> On 13.04.20 2:01, Richard Gaskin via use-livecode wrote: >>> Graham Samuel wrote: >>> >>>> Still, subject closed - I presume the mother ship has long ago decided >>>> not to enhance LC in this respect any time soon. >>> >>> Not at all. I noticed this thread got off on the tangent of codec >>> specifics, but never addressed your core question: >>> >>> LiveCode can play all of those and more. >>> >>> Just not specifically using the old audioClip method. That method was an >>> early attempt to emulate HC's resource-fork-based SND clips, and never got >>> past using the .au format which was popular way back in the day on the >>> platform MetaCard was born on, Unix. >>> >>> Since then audio and video support assumes richer formats of greater length >>> than are practical with embedded media clips. >>> >>> Play them as files and you should be fine. >>> &g
Re: MP3s
Richmond, can’t resist saying that I can remember quad… I was never convinced. It was certainly a fashion. Comes into one of my favourite films, ‘Local Hero’, where the scallywag fisherman from Murmansk connects with the wet-behind-the-ears young oil man from Houston. it was just a little moment in history when such a bit of dialogue might have existed… but I digress. I have tinnitus, and hearing aids, but I can still enjoy a live, non-amplified performance, and there is no equipment I could afford that could make a recording in any format sound as good. OT, I know. Graham > On 13 Apr 2020, at 09:42, Richmond via use-livecode > wrote: > > Having the ability to import resources into a stack, whether they be images, > videos or sounds is a great strength; > and much better than having a ReadMe document accompanying one's standalones > telling people where they have to > bung a slew of referenced resources . . . knowing that about 50% of people > will put them in the wrong place and then > complain they want their money back because your application doesn't work. > > This may be "old-fashioned", but so am I teaching kids how to program with > BBC computers from the 1980s; > doesn't mean it is a bad thing. > > And on Linux . . . what a shambles. > > Re MP3s /per se/: either LiveCode should be capable of embedding them, or, > possibly by leveraging open source > code, it should be able to read MP3 files and store the musical data > contained within them inwith stacks in some > format that can then be played . . . > > The compression available via MP3 well outweighs any possible loss in sound > quality - frankly I wonder if anyone over the > age of 18 can tell the difference unless the sound file is then played > through some high-end equipment. > > When I was 23 I was walking past a HiFi shop in Durham City when I was > seduced to go inside and listen > to a demonstration of Quadraphonic sound (does anyone except me actually > remember that?). I was sat down in an > office chair between 4 speakers and listened to some music by Queen; then > again on another chair between 2 speakers. > A slightly oily fellow with an unctuous voice then said, "Of course you heard > the difference between the stereo > and the quad, didn't you?" Talk about leading tag questions. Feeling like a > "right peasant," I said, "No" and left. > > I did actually hear a difference: but not in terms of the musical quality as > such, but in the effect of being "within' the space where the music was > taking place. > > I went home and by jacking together 6 loud speakers and a tobacco tin to my > record player I got a Quad effect for nix! > > Purists (err; sound experts or plain posers? who knows) would have howled. > > Now I listen to any old music "as it comes" and feel lucky that I can hear > it, especially on mornings like this one > when my tinnitus is singing a song of its own. > > Embed, embed, embed . . . Please. > > Best, Richmond. > > On 13.04.20 2:01, Richard Gaskin via use-livecode wrote: >> Graham Samuel wrote: >> >> > Still, subject closed - I presume the mother ship has long ago decided >> > not to enhance LC in this respect any time soon. >> >> Not at all. I noticed this thread got off on the tangent of codec >> specifics, but never addressed your core question: >> >> LiveCode can play all of those and more. >> >> Just not specifically using the old audioClip method. That method was an >> early attempt to emulate HC's resource-fork-based SND clips, and never got >> past using the .au format which was popular way back in the day on the >> platform MetaCard was born on, Unix. >> >> Since then audio and video support assumes richer formats of greater length >> than are practical with embedded media clips. >> >> Play them as files and you should be fine. >> >> (That is, unless you need to deploy to Linux, where the Player object >> started breaking a few years after the turn of the century and has gotten >> steadily worse since.) >> > > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
Well, Richard, as usual you say something informative and useful! I didn’t know that LC could play a sound file in MP3 format. I am in the odd position of being a veteran of LC (and to some extent even Hypercard and Supercard) and I have developed published apps; but despite my regular reading of this list, my skills have got rusty and now I am trying to apply, at double-quick time, the oil can of advice from this list and elsewhere so as to develop a mobile app… So I didn’t look in all corners for the answer. Instinctively I thought that an audioclip was the way to go, because I saw it as a small chunk of data best embedded in my app. In my mind, the format of an external file trades flexibility (the user or the app can switch content easily) against a massive overhead of storage and software mechanics and potential delays due to loading etc, whereas the audioclip is small, clean, and can be started and stopped with no overheads. This is doubtless old-fashioned - I don’t carry the moniker of Living Fossil for nothing - and I need to revise this thinking, which you are helping me to do. Still, I can’t quite let go of the idea of the embedded squawk. Graham > On 13 Apr 2020, at 01:01, Richard Gaskin via use-livecode > wrote: > > Graham Samuel wrote: > >> Still, subject closed - I presume the mother ship has long ago decided >> not to enhance LC in this respect any time soon. > > Not at all. I noticed this thread got off on the tangent of codec specifics, > but never addressed your core question: > > LiveCode can play all of those and more. > > Just not specifically using the old audioClip method. That method was an > early attempt to emulate HC's resource-fork-based SND clips, and never got > past using the .au format which was popular way back in the day on the > platform MetaCard was born on, Unix. > > Since then audio and video support assumes richer formats of greater length > than are practical with embedded media clips. > > Play them as files and you should be fine. > > (That is, unless you need to deploy to Linux, where the Player object started > breaking a few years after the turn of the century and has gotten steadily > worse since.) > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
Having the ability to import resources into a stack, whether they be images, videos or sounds is a great strength; and much better than having a ReadMe document accompanying one's standalones telling people where they have to bung a slew of referenced resources . . . knowing that about 50% of people will put them in the wrong place and then complain they want their money back because your application doesn't work. This may be "old-fashioned", but so am I teaching kids how to program with BBC computers from the 1980s; doesn't mean it is a bad thing. And on Linux . . . what a shambles. Re MP3s /per se/: either LiveCode should be capable of embedding them, or, possibly by leveraging open source code, it should be able to read MP3 files and store the musical data contained within them inwith stacks in some format that can then be played . . . The compression available via MP3 well outweighs any possible loss in sound quality - frankly I wonder if anyone over the age of 18 can tell the difference unless the sound file is then played through some high-end equipment. When I was 23 I was walking past a HiFi shop in Durham City when I was seduced to go inside and listen to a demonstration of Quadraphonic sound (does anyone except me actually remember that?). I was sat down in an office chair between 4 speakers and listened to some music by Queen; then again on another chair between 2 speakers. A slightly oily fellow with an unctuous voice then said, "Of course you heard the difference between the stereo and the quad, didn't you?" Talk about leading tag questions. Feeling like a "right peasant," I said, "No" and left. I did actually hear a difference: but not in terms of the musical quality as such, but in the effect of being "within' the space where the music was taking place. I went home and by jacking together 6 loud speakers and a tobacco tin to my record player I got a Quad effect for nix! Purists (err; sound experts or plain posers? who knows) would have howled. Now I listen to any old music "as it comes" and feel lucky that I can hear it, especially on mornings like this one when my tinnitus is singing a song of its own. Embed, embed, embed . . . Please. Best, Richmond. On 13.04.20 2:01, Richard Gaskin via use-livecode wrote: Graham Samuel wrote: > Still, subject closed - I presume the mother ship has long ago decided > not to enhance LC in this respect any time soon. Not at all. I noticed this thread got off on the tangent of codec specifics, but never addressed your core question: LiveCode can play all of those and more. Just not specifically using the old audioClip method. That method was an early attempt to emulate HC's resource-fork-based SND clips, and never got past using the .au format which was popular way back in the day on the platform MetaCard was born on, Unix. Since then audio and video support assumes richer formats of greater length than are practical with embedded media clips. Play them as files and you should be fine. (That is, unless you need to deploy to Linux, where the Player object started breaking a few years after the turn of the century and has gotten steadily worse since.) ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
Graham Samuel wrote: > Still, subject closed - I presume the mother ship has long ago decided > not to enhance LC in this respect any time soon. Not at all. I noticed this thread got off on the tangent of codec specifics, but never addressed your core question: LiveCode can play all of those and more. Just not specifically using the old audioClip method. That method was an early attempt to emulate HC's resource-fork-based SND clips, and never got past using the .au format which was popular way back in the day on the platform MetaCard was born on, Unix. Since then audio and video support assumes richer formats of greater length than are practical with embedded media clips. Play them as files and you should be fine. (That is, unless you need to deploy to Linux, where the Player object started breaking a few years after the turn of the century and has gotten steadily worse since.) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
Lossy? Yes, like JPEG. And like JPEG, the format does very well indeed for a huge variety of applications. I listen to MP3 music a lot, mostly classical, and I don’t feel the lossy aspect is really taking away from the quality of what I hear to any extent. Of course if the whole chain of production from the Stradivarius to my ears was of the very best quality, I would be cursing that pesky lossiness. But not in ordinary life, and certainly not for a looped warning sound lasting a few seconds. Incidentally, my statistics are a trifle worse than Richmond’s: mySound.mp3 - 81 Kb mySound.wav - 890 Kb mySound.AIFF - 890 Kb Still, subject closed - I presume the mother ship has long ago decided not to enhance LC in this respect any time soon. Graham > On 12 Apr 2020, at 20:32, Mark Wieder via use-livecode > wrote: > > On 4/12/20 11:07 AM, Richmond via use-livecode wrote: > >> "Just for fun" I exported a sound file as WAV, AIFF and MP3 using Audacity" >> WAV 36.9 MB >> AIFF 36.9 MB >> MP3 4.4 MB >> which means that WAV and AIFF stink about 9 times more than MP3 > > For the record, mp3 is a lossy format while WAV and AIFF are lossless. And > your file size will depend on the bitness of the compaction. > >> NWO: as Audacity is Open Source: https://www.audacityteam.org/ >> and can import, read and export sound files in MP3 format . . . > > The mp3 format used to be "protected" by patent licensing but was set free a > few years ago, so is now available for general use. > > -- > Mark Wieder > ahsoftw...@gmail.com > > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
For AIFF and WAV the file size is affected by the sample rate, number of bits, and number of channels. For MP3, only the data rate determines the file size. > On Apr 12, 2020, at 12:32 PM, Mark Wieder via use-livecode > wrote: > > On 4/12/20 11:07 AM, Richmond via use-livecode wrote: > >> "Just for fun" I exported a sound file as WAV, AIFF and MP3 using Audacity" >> WAV 36.9 MB >> AIFF 36.9 MB >> MP3 4.4 MB >> which means that WAV and AIFF stink about 9 times more than MP3 > > For the record, mp3 is a lossy format while WAV and AIFF are lossless. And > your file size will depend on the bitness of the compaction. > >> NWO: as Audacity is Open Source: https://www.audacityteam.org/ >> and can import, read and export sound files in MP3 format . . . > > The mp3 format used to be "protected" by patent licensing but was set free a > few years ago, so is now available for general use. > > -- > Mark Wieder > ahsoftw...@gmail.com > > ___ > use-livecode mailing list > use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
On 4/12/20 11:07 AM, Richmond via use-livecode wrote: "Just for fun" I exported a sound file as WAV, AIFF and MP3 using Audacity" WAV 36.9 MB AIFF 36.9 MB MP3 4.4 MB which means that WAV and AIFF stink about 9 times more than MP3 For the record, mp3 is a lossy format while WAV and AIFF are lossless. And your file size will depend on the bitness of the compaction. NWO: as Audacity is Open Source: https://www.audacityteam.org/ and can import, read and export sound files in MP3 format . . . The mp3 format used to be "protected" by patent licensing but was set free a few years ago, so is now available for general use. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
You are not ignorant . . . And the sound import stuff in LiveCode is donkey's years out of date. "Just for fun" I exported a sound file as WAV, AIFF and MP3 using Audacity" WAV 36.9 MB AIFF 36.9 MB MP3 4.4 MB which means that WAV and AIFF stink about 9 times more than MP3 NWO: as Audacity is Open Source: https://www.audacityteam.org/ and can import, read and export sound files in MP3 format . . . the good folks at LiveCode central could leverage those bits of code to do the same sort of thing inwith LiveCode . . . Of course, as the only kind of word that seems to motivate round those parts nowadays seems to be "mobile" I'll shout MOBILE. 8-) Richmond. On 12.04.20 20:09, Graham Samuel via use-livecode wrote: Pardon my ignorance, but Is there really no way to put an mp3 sound into a stack as an audioclip and play it? Seems unlikely, but that’s what the dictionary says. WAV, forsooth! Graham ___ use-livecode mailing list use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: MP3s
AIFF On 12.04.20 20:09, Graham Samuel via use-livecode wrote: Pardon my ignorance, but Is there really no way to put an mp3 sound into a stack as an audioclip and play it? Seems unlikely, but that’s what the dictionary says. WAV, forsooth! Graham ___ use-livecode mailing list use-livecode@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
MP3s
Pardon my ignorance, but Is there really no way to put an mp3 sound into a stack as an audioclip and play it? Seems unlikely, but that’s what the dictionary says. WAV, forsooth! Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
