Re: [opensource-dev] Viewer Tools Upgrades - with a call for help
On Tue, 24 Feb 2015 19:03:29 -0800, Darien Caldwell wrote: > I'm pretty sure the reasoning behind LL moving all the multimedia to a > plugin system was so that 3rd parties could write their own plugins. I doubt it... > There's nothing stopping anyone from writing a plugin to take over all > the functions the old Quicktime plugin does. It's just that nobody has > bothered to do it. Don't count on me: I never use the multimedia features myself (if I want to watch a video stream, listen to music or browse a website, I do it with the proper, dedicated programs out of the viewer itself... I keep doing things the UNIX way, i.e. using the right, specialized program/tool for each special purpose). However, since LL has concentrated in the past months on improving and attempting to fix things that don't work properly, I'm simply pointing out one such thing that would need a serious rework: the whole multimedia thing is completely outdated in the viewer... > Quicktime is old, the current version is still compiled for Windows XP, > and Apple seems to have abandoned it. Exactly, thus why it's (more than) about time to drop it completely ! > With HTML5, it's pretty much unnecessary in this day and age. Someone > should just write a new Parcel media plugin and put quicktime to bed > for good. HTML5 is just a different way to embbed multimedia contents in a web page. It still relies on OS-dependent "renderers" that are now however taken care of by the web browsers (using existing multimedia libraries for each OS) themselves rather than via third parties plugins. So, HTML5 support won't save LL from implementing proper multimedia support in the viewer itself (and would require using a built-in browser plugin that also supports HTML5, which is not the case of the current QT Webkit plugin), and parcel media is *not* the *real* problem here... Henri. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer Tools Upgrades - with a call for help
On February 25, 2015 at 6:49:56 AM, Henri Beauchamp (sl...@free.fr) wrote: On Tue, 24 Feb 2015 19:03:29 -0800, Darien Caldwell wrote: > I'm pretty sure the reasoning behind LL moving all the multimedia to a > plugin system was so that 3rd parties could write their own plugins. I doubt it... Yeah, that was kind of the whole point of the change. http://wiki.secondlife.com/wiki/Linden_Lab_Official:Media_Rendering_Plugin_System Though it doesn’t appear that work in this was ever completed. (You still have the build the entire viewer to build and test a media rendering plugin. You need to stay relatively in sync upstream so releasing these plugins can’t really be independent from viewer-release and can’t realistically be released and work across the board with tpv’s based on Snowstorm.) Outside of that, there are many other factors as to why nobody has developed a media plugin. For one, licensing costs money, and us lowly, non-commercial developers cannot afford or do not wish to shell out money to pay for codec licenses like mp3. -- Cinder Roxley Sent with Airmail___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer Tools Upgrades - with a call for help
Yeah but don't really have to use codecs. HTML5 Elements for audio do not use codecs, not in most of the larger browsers anyway (Chrome, IE). The mp3 stream is played natively by the browser. ( it's true Firefox does not include native MP3 support) It would require for LL to finish their project to upgrade the viewer to a HTML5 compatible browser before that could be done though. example: http://www.html5tutorial.info/html5-audio.php more information: http://www.w3schools.com/html/html5_audio.asp As LL is talking about adding CEF v3 (Chromium embedded framework), all HTML5 Audio/Video support will come from the ffmpegsumo.dll which is part of the framework. (see: http://code.google.com/p/chromiumembedded/wiki/GeneralUsage Application Layout->Windows) " On Windows the default layout places the libcef library and related resources next to the application executable. The directory structure looks like this: Application/ cefclient.exe <= cefclient application executable libcef.dll <= main CEF library icudt.dll <= ICU unicode support library ffmpegsumo.dll <= HTML5 audio/video support library <-- libEGL.dll, libGLESv2.dll, … <= accelerated compositing support libraries cef.pak, devtools_resources.pak <= non-localized resources and strings locales/ en-US.pak, … <= locale-specific resources and strings " So once CEF is in place, this included library could be utilized for MP3 and video playback. On Wed, Feb 25, 2015 at 6:28 AM, Cinder Roxley wrote: > On February 25, 2015 at 6:49:56 AM, Henri Beauchamp (sl...@free.fr) wrote: > > On Tue, 24 Feb 2015 19:03:29 -0800, Darien Caldwell wrote: > > > I'm pretty sure the reasoning behind LL moving all the multimedia to a > > plugin system was so that 3rd parties could write their own plugins. > > I doubt it... > > Yeah, that was kind of the whole point of the change. > > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Media_Rendering_Plugin_System > > Though it doesn’t appear that work in this was ever completed. (You still > have the build the entire viewer to build and test a media rendering > plugin. You need to stay relatively in sync upstream so releasing these > plugins can’t really be independent from viewer-release and can’t > realistically be released and work across the board with tpv’s based on > Snowstorm.) > > Outside of that, there are many other factors as to why nobody has > developed a media plugin. For one, licensing costs money, and us lowly, > non-commercial developers cannot afford or do not wish to shell out money > to pay for codec licenses like mp3. > > -- > Cinder Roxley > Sent with Airmail > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
