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 
> <use-livecode@lists.runrev.com> 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 <g>).
> 
> 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.com                http://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


_______________________________________________
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 Mark Wieder via use-livecode
      • Re: MP3s Colin Holgate via use-livecode
      • Re: MP3s Graham Samuel via use-livecode
        • Re: MP3s Richard Gaskin via use-livecode
          • Re: MP3s Richmond via use-livecode
          • Re: MP3s Graham Samuel via use-livecode
            • Re: MP3s Richard Gaskin via use-livecode
              • Re: MP3s Colin Holgate via use-livecode
              • RE: MP3s Ralph DiMola via use-livecode
  • Re: MP3s Paul McClernan via use-livecode
  • Re: MP3s Jim Lambert via use-livecode

Reply via email to