[opensource-dev] Quicktime

Darien Caldwell darien.caldwell at gmail.com
Wed Apr 20 17:06:28 PDT 2016


On Wed, Apr 20, 2016 at 11:53 AM, Henri Beauchamp <sldev at free.fr> wrote:

> On Wed, 20 Apr 2016 10:49:04 -0700, Darien Caldwell wrote:
>
> > On Wed, Apr 20, 2016 at 12:39 AM, Henri Beauchamp <sldev at free.fr> wrote:
> >
> > > Yes, it prevents the viewer from reading media files, QuickTime's,
> > > but not only: all video and audio media files are read via the
> > > QuickTime plugin in the viewer: see the occurrences of
> > > "media_plugin_quicktime" in skins/default/xui/en/mime_types.xml
> > > (for LL's viewer; some TPV moved this file where it truly belongs,
> > > in the app_settings/ sub-directory).
> > >
> > >
> > This is only true for old codebases. The modern viewer using Chromium
> > Embedded Framework no longer requires Quicktime. Quicktime was only used
> to
> > decode media streams. But the viewers now do this with the CEF codec.
>
> Nope !... Media URLs pointing to *.mp3/4g *.avi *.wav
> *.you_name_it_media_type
> *still* use the QuickTime (for Mac and Windows) or gstreamer (for Linux)
> plugin...
>
> There is confusion in many people mind's about media streams embedded
> inside a web page (which indeed are played via CEF now, provided the
> web page is using HTML5 or a proper CEF plugin exists for the embedded
> media stream) and raw media file URLs: the latter are *not* played via
> CEF. Just look at the code in llviewermedia.cpp...
>
>
Well for some magical reason I have two PCs with no Quicktime installed on
them, that have no problem playing parcel media streams. One is Windows 7
and one is Windows 10. Streaming works fine on both...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20160420/315edd82/attachment.htm 


More information about the opensource-dev mailing list