I've had this same exact issue trying to play QT audi from a server. The audio does not start reliably. It seems to have started to become a problem with later versions of QT. I've worked around it by testing a few seconds later to see if it's playing; if not tell it to play again.
I submitted a bug report that RR ultimately said was part of another bug--which I disagree. I'm traveling, so I don't have details now. Peter Bogdanoff UCLA On Jul 17, 2013, at 1:59 PM, "J. Landman Gay" <jac...@hyperactivesw.com> wrote: > On 7/17/13 1:25 PM, Trevor DeVore wrote: >> On Tue, Jul 16, 2013 at 10:55 PM, J. Landman Gay >> <jac...@hyperactivesw.com>wrote: >> >>> My project loads a player with a URL to a remote audio file on a fast >>> server like this: >>> >>> set the filename of player 1 to https://xxx.xxx.xxxx.m4a >>> start player 1 >> >> Jacque, >> >> Instead of 'start player 1' try 'set the playrate of player 1 to 1'. Does >> that have any affect? > > Ohhh... I think it does! I haven't tested thoroughly but I haven't had any > failures yet. I vaguely recall something about this but that was back before > I needed to know it. What's the deal with "playrate"? > > I think I owe you yet again, Trevor. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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
