Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > > > I can confirm that it does build properly and results in a functional > CEF3 plugin with MP4 & Co support (tested in a private build of the > Cool VL Viewer, with the mime_types.xml file edited to replace all > plugins with the CEF3 plugin): no more "You have requested a file > download,

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Should avi abd wmv files be moved from cef to vlc plugin. Made a change locally and it worked. Movie (Windows Media WMV) movie media_plugin_libvlc Movie (AVI) movie media_plugin_libvlc On Sat, Jun 4, 2016 at 9:20 AM, Henri Beauchamp wrote: > On Sat, 4 Jun

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Sat, 4 Jun 2016 06:52:58 -0500, Argent Stonecutter wrote: > > > • Ask for help from open source developer community to > create a version for Linux using LibVLC > > Since Linux currently doesn’t use Quicktime, why doe it need to be > converted? Quicktime media plays just fine

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> • Ask for help from open source developer community to create a > version for Linux using LibVLC Since Linux currently doesn’t use Quicktime, why doe it need to be converted? ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

And here's a project viewer: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Project_VLC_Media_Plugin/4.0.6.316087 On Mon, May 23, 2016 at 11:42 AM, Callum Prentice (Callum) < cal...@lindenlab.com> wrote: > This is what I propose for moving forward with the "Remove QuickTime from > the

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Wed, 18 May 2016 13:49:26 +0200, Henri Beauchamp wrote: > On Wed, 18 May 2016 12:16:27 +0200, Nicky D. wrote: > > > It is supposed to be "Just add proprietary_codecs:1 to cef.gypi' > > That said there's probably the devil in the details, according to: > >

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Which is absolutely true but nobody suggested to use Carbon in the 64-bit continuation, but the relevant frameworks. For all we know it may not even be possible to compile or run the viewer any more on OS X 10.12 or whatever they will call it (WWDC 2016 ) with the current codebase. First

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > > I wonder if doing vlc on darwin32 is worthwhile though. Quicktime for Mac > is deprecated, but doesn’t exhibit the security holes Windows does. Once > 64-bit is building, Quicktime has got to go as there is no 64-bit support > anyway. Guess it depends on how soon darwin64 could be out the

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 23, 2016 at 1:13:54 PM, Geir Nøklebye (geir.nokle...@dayturn.com ) wrote: For OS X save yourself all the trouble in the world by using the OS X media frameworks and QuickTime. To create a 32-bit OS plugin based on LibVLC just to covert it to 64-bit

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 23, 2016 at 12:42:12 PM, Callum Prentice (Callum) (cal...@lindenlab.com ) wrote: This is what I propose for moving forward with the "Remove QuickTime from the viewer" work: (TLDR;  Replace QuickTime plugin with one based on LibVLC and use it to play

[opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

For OS X save yourself all the trouble in the world by using the OS X media frameworks and QuickTime. To create a 32-bit OS plugin based on LibVLC just to covert it to 64-bit is asking for trouble and weeks of headaches when you already have everything your need both for 32 and 64 bit

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

This is what I propose for moving forward with the "Remove QuickTime from the viewer" work: (TLDR; Replace QuickTime plugin with one based on LibVLC and use it to play MPEG-4 and MP3 media URLS plus anything else we get for free. Additionally, turn on flags in

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

I have to agree. It's probably one case where removing an exception isn't worth the effort. Neither would extending the exception into parcel media. Since parcel media is all within the scope of 'browser accessed', it would make sense to keep it within that scope. On Thu, May 19, 2016 at 12:44

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

It would make sense to route MP3 media URLs to the same system that plays parcel media but given the complexity of those systems, it might be a lot of work. I experimented with playing MP3s in FMODEx directly and many https URLs failed with a generic "HTTP error" - they all played in LibVLC. On

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

I just tried with this public radio stream: http://stream.nonstopplay.co.uk/nsp-64k-mp3 for Prim media, I received the "You have requested a file download" message being discussed in the other thread. But the same URL as parcel stream works. On Thu, May 19, 2016 at 11:58 AM, Callum Prentice

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Parcel media streams might use FMODEx vs. media (I know, I know).. Have you tried putting an MP3 URL on a prim and seeing if it plays? On Thu, May 19, 2016 at 11:53 AM, Darien Caldwell wrote: > I don't know, I only know when Windows 10 came out, I did a clean

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

I don't know, I only know when Windows 10 came out, I did a clean install of windows 10, and never installed Quicktime, as it at the time wasn't 'compatible' with windows 10. MP3 parcel streams always worked despite having no Quicktime on the system. Maybe this is a fluke, or windows 10 only

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Missing proprietary codec support >> >> >> Date: Thu, 19 May 2016 11:24:50 +0200 >> From: sl.nicky...@googlemail.com >> To: cal...@lindenlab.com >> CC: opensource-dev@lists.secondlife.com >> Subject: Re: [opensource-de

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> From: sl.nicky...@googlemail.com > To: cal...@lindenlab.com > CC: opensource-dev@lists.secondlife.com > Subject: Re: [opensource-dev] Replacement for QuickTime media plugin - a > straw man proposal > > Otherwise I prefer using gstreamer or VLC for MOAP and the codecs in CEF >

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > > Do people agree that this would be the best solution? > > Definitely NOT ! > ​Yep - that may have been hasty - a desire to have a single orthogonal solution for everything. ​ ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Re: codecs for CEF - I've had *some* success with that. Building the last working 32bit build of the OS X version didn't build - lots of C++ errors. Building the tip in (required) 64bit for OS X did work and I was also able to build with the FFMPEG codecs turned on and it played pure media URLS

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

My understanding was that QuickTime was used to play MP3 URLs on a prim or parcel - QA reported that uninstalling QuickTime resulted in those files not playing anymore and that assertion is backed up by what's in mime_types.xml and it's friends. On Wed, May 18, 2016 at 9:49 PM, Darien Caldwell

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

To: cal...@lindenlab.com CC: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal Otherwise I prefer using gstreamer or VLC for MOAP and the codecs in CEF just so they work in the browser.I know there is demand for those

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Wed, 18 May 2016 16:40:14 -0700, Callum Prentice (Callum) wrote: > Digesting all the suggestions here - thank you. > > Intrigued by Nicky's suggestion, I am currently trying to build CEF > directly via Chromium - first attempt is without the extra flags > (proprietary_codecs=1

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > Yep, that's a concern - I believe we used QuickTime to play MP3s too so > that would be even more wasteful. > > The Quicktime plugin is used for a lot of content. And yes, you are correct it is used to MP3 when it is used as MOAP. > The answer might be to do this anyway so we enable videos

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Wed, 18 May 2016 21:49:46 -0700, Darien Caldwell wrote: > Using CEF for media is what I've been saying since CEF support was > announced for the viewer. I think it would be a clean solution. That solution would be plain *dirty* and totally wasteful (about 80Mb per new CEF plugin instance), it

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Yep, that's a concern - I believe we used QuickTime to play MP3s too so that would be even more wasteful. The answer might be to do this anyway so we enable videos embedded in web content, play video URLs with the LibVLC plugin and come up with a lightweight solution (FMODEx??) for MP3s. On Wed,

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 18, 2016 at 5:40:18 PM, Callum Prentice (Callum) (cal...@lindenlab.com ) wrote: Digesting all the suggestions here - thank you. Intrigued by Nicky's suggestion, I am currently trying to build CEF directly via Chromium - first attempt is without the extra

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Digesting all the suggestions here - thank you. Intrigued by Nicky's suggestion, I am currently trying to build CEF directly via Chromium - first attempt is without the extra flags (proprietary_codecs=1 ffmpeg_branding=Chrome). Building the branch in use in the viewer failed with a bunch of

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Wed, 18 May 2016 12:16:27 +0200, Nicky D. wrote: > Point 1, bundling a lot of additional libraries probably also holds true > for libvlc. > One way or the other all those needed plugins need to end on the users PC, > no matter if it is gstreamer or vlc. True... I admit I didn't have a look at

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On Tue, 17 May 2016 16:32:01 -0700, Callum Prentice (Callum) wrote: > Understood Nicky - thanks for the insight. > > Messages here as well as some digging I've done today suggest that > trying to make GStreamer work on Windows is going to be fraught with > technical and legal issues. Technical,

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Understood Nicky - thanks for the insight. Messages here as well as some digging I've done today suggest that trying to make GStreamer work on Windows is going to be fraught with technical and legal issues. I'll double check with the legal team but it seems like VLC might be a more viable option

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

It would be a lot of work to come up with a per-platform decoder for say, MPEG4 files. I'm not aware of a way to decode media into a buffer on Windows for example that works across all versions - as far as I remember, you have to set up Windows Media player before it'll do anything. On Tue, May

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > The two technologies that seemed like they might work were identified as > GStreamer and LibVLC. The former was an attractive option since that was > already used in the Linux viewer. The existing GStreamer media plugin code > was somewhat complex and unknown to me whereas playback of a stream

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Use the capabilities of the native operating systems. There is no reason at all why for OS X you should not use the system frameworks for media and audio. They are battle tested on virtually over a billion devices daily. They are also licensed to use for anyone with an Apple Developer ID.

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Thanks Nicky - lots of info there for me to look at. On Mon, May 16, 2016 at 4:39 PM, Nicky Perian wrote: > https://jira.secondlife.com/browse/OPEN-151 > Dated from when fmod went to fmodex > Kokua used gstreamer for streaming for windows, but went to fmodex because > of

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

https://jira.secondlife.com/browse/OPEN-151 Dated from when fmod went to fmodex Kokua used gstreamer for streaming for windows, but went to fmodex because of code being out of date with plugins. Specfic to this was not playing some stream rates. I could set Kokua back to gstreamer but would need

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 16, 2016 at 4:03:29 PM, Callum Prentice (Callum) (cal...@lindenlab.com ) wrote:   Do you know if anyone has made a Windows or OS X version of it ? ​    I made an attempt three years ago, got it working on OS X. Got frustrated with mingw and moved on to

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > Do you know if anyone has made a Windows or OS X version of it ? > ​ > > > I made an attempt three years ago, got it working on OS X. Got frustrated > with mingw and moved on to something else. I know the Imprudence team had > some success with replacing both FMOD and Quicktime with

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 16, 2016 at 3:41:47 PM, Callum Prentice (Callum) (cal...@lindenlab.com ) wrote: Gstreamer is probably your best bet just based on the friendliness of the developer community when asking questions and gstreamer being somewhat more focused on being an

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

On May 16, 2016 at 3:39:53 PM, Callum Prentice (Callum) (cal...@lindenlab.com ) wrote: ​​  My knowledge about libVLC is rather outdated I would say, however it should be able to play quicktime/MOV files so I'm pretty sure it's a bug somewhere. ​  ​Investigating

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > > Gstreamer is probably your best bet just based on the friendliness of the > developer community when asking questions and gstreamer being somewhat more > focused on being an intuitive framework to integrate into an application. > However, libvlc has a much simpler api which makes it faster

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

> > > ​​ > My knowledge about libVLC is rather outdated I would say, however it > should be able to play quicktime/MOV files so I'm pretty sure it's a bug > somewhere. > ​ ​Investigating now - the source of test material when I wrote the original QuickTime plugin was the Apple movie trailers site

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

Gstreamer is probably your best bet just based on the friendliness of the developer community when asking questions and gstreamer being somewhat more focused on being an intuitive framework to integrate into an application. However, libvlc has a much simpler api which makes it faster to

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

​Hello, My knowledge about libVLC is rather outdated I would say, however it should be able to play quicktime/MOV files so I'm pretty sure it's a bug somewhere. No experience with gstreamer but if i remember when we were arguing for replacements a while back that there was a concern about

[opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

As many of you know, support for playing media in Second Life using QuickTime is being removed after Apple announced in April 2016 that they have no further plans to provide security updates for QuickTime for Windows. This email is intended to be a solicitation for feedback and review of a