OpenSceneGraph Forum Forum Index OpenSceneGraph Forum
Official forum which mirrors the existent OSG mailing lists. Messages posted here are forwarded to the mailing list and vice versa.
 
   FAQFAQ    SearchSearch    MemberlistMemberlist    RulesRules    UsergroupsUsergroups    RegisterRegister 
 Mail2Forum SettingsMail2Forum Settings  ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
   AlbumAlbum  OpenSceneGraph IRC ChatOpenSceneGraph IRC Chat   SmartFeedSmartFeed 

New ffmpeg plugin checked into svn/trunk

Goto page 1, 2, 3  Next
 
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> Plugins [osgPlugins]
View previous topic :: View next topic  
Author Message
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 11:44 am    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi All,

Thanks to the Tanguy Fautre at Aris Technlogies we have a shinny new
ffmpeg, which this week I got ported to Linux and checked in to
svn/trunk. The code is still under development, including the Cmake
support which right now only support a pkg-config path so isn't yet
ready for prime-time, but it's certainly ready for early adopters to
dive and fixing up the remaining items like Cmake more generalised
support.

One area that works on Tanguy's original code, but not yet the ffmpeg
plugin that I put together is audio, so if you run:

osgmovie -e ffmpeg mymovie.mpg

You'll only get video up on screen, not audio will play. Tanguy's
original code subclassed from osg::ImageStream to provide a mechanism
for wiring up a audio sink for the audio streams that ffmpeg reads
from the movie file. Our previous movie plugins handled the audio
automatically so didn't have to deal with this, but ffmpeg doesn't
deal with rendering of video or audio so it's up to us. The OSG
itself doesn't have audio built in yet, so we either graft this
support into the plugin or add the audio in separately. The later
route would be the most flexible route, Tanguy's extensions of
ImageStream enable this type of interoperability so my plan is to push
these extensions directly into osg:ImageStream.

This doesn't solve the problem of providing the audio sink though...
only possibility would be to have osgmovie use something like SDL to
provide the audio, or we could even provide an option in the plugin to
use SDL. SDL on macs plays silly games with Cocoa though so you end
up odd dependencies even if you don't use video so I'm not convinced
this is a clean solution as it could be. So.... members of the
community, what audio libraries should be on our list of targets? Do
we even go as far as integrating osgAL/osgAudio directly into the core
just to enable this plugin to gain the option of audio?

I'm not expecting 100% solutions right away, and am happy
experimenting with interim solutions like SDL just to get the audio
side tested, then hopefully with better insight into the possible
solutions that the community spots we'll then be able to come up with
a good path forwards.

Another aspect to this plugin that is a little intriguing is that it's
a cross platform solution, and it works fine under 32bit and 64bit as
far as aware. This later capability means that under OSX 64bit it
will work out of the box unlike the present Quicktime movie plugin, so
it could avoid one of the stumbling blocks for doing 64bit build under
OSX (the other stumbling block is Apple crappy decision to not port
Carbon to 64bit). Personally I'd much prefer to be able to maintain
a single cross platform video solution instead of three plugins, two
of which are platform specific. It's less code to develop, test,
debug and maintain, and it also keeps the user base working on the
same consistent tools so those tools get far more testing and
refinement than what happens when you have disparate solutions. So...
could we even deprecate the xine-lib and Quicktime plugins completely?

Thanks in advance for your help in refining the Cmake support,
suggestions on audio and general thoughts.
Robert.


------------------
Post generated by Mail2Forum
Back to top
Stephan Maximilian Huber
Guest





PostPosted: Thu Feb 26, 2009 12:10 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Nice to see another way to play videos on differen plattforms, thanks
for the contribution!

Robert Osfield schrieb:

Quote:
So.... members of the
community, what audio libraries should be on our list of targets? Do
we even go as far as integrating osgAL/osgAudio directly into the core
just to enable this plugin to gain the option of audio?

Don't know what ffmpeg needs, I used RtAudio for crossplattform playback
+ recording of audio. It's basically one base-class with different
backends per platform:

http://www.music.mcgill.ca/~gary/rtaudio/

Quote:
Another aspect to this plugin that is a little intriguing is that it's
a cross platform solution, and it works fine under 32bit and 64bit as
far as aware. This later capability means that under OSX 64bit it
will work out of the box unlike the present Quicktime movie plugin, so
it could avoid one of the stumbling blocks for doing 64bit build under
OSX (the other stumbling block is Apple crappy decision to not port
Carbon to 64bit).

Everybody claims that the current quicktime-plugin + carbon window
implementation sucks, because it can't handle 64bit, but nobody wants to
spend time and/or money fixing this.

I am currently in progress developing GraphicsWindowCocoa, so perhaps we
have an alpha-quality-implementation by the end of this week.

Without a true 64bit version of Quicktime which works on Win+Mac it
doesn't make sense to update/replace the plugin by QTKit. (Currently,
for 64bit, the 64bit app communicates with a 32bit background process,
which provides the video-stream, and it lacks some of features + is not
crossplattform)

Quote:
Personally I'd much prefer to be able to maintain
a single cross platform video solution instead of three plugins, two
of which are platform specific. It's less code to develop, test,
debug and maintain, and it also keeps the user base working on the
same consistent tools so those tools get far more testing and
refinement than what happens when you have disparate solutions. So...
could we even deprecate the xine-lib and Quicktime plugins completely?

Currently, I am against deprecating the quicktime-lib, because:

1.) it handles images default for OS X
2.) it handles live-video
3.) it handles movies ffmpg can't handle
4.) it has no dependencies on Mac OS X

But if you want, go deprecate it, interested users can fork + maintain a
copy of it.

Just my 2cents.

cheers,
Stephan

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmmhrwACgkQJXw1lkNcI04gowCgr0RajxtZ0TmJMt7+tOhM7/qv
AsMAni+HstK5alSoBiEnD8uegcL7Dh4a
=2oLs
-----END PGP SIGNATURE-----


------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 12:46 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

HI Stephan,

On Thu, Feb 26, 2009 at 12:10 PM, Stephan Maximilian Huber
<> wrote:
Quote:
Don't know what ffmpeg needs, I used RtAudio for crossplattform playback
 + recording of audio. It's basically one base-class with different
backends per platform:

http://www.music.mcgill.ca/~gary/rtaudio/

Thanks for the link. I'll download it and have a look.

Quote:
I am currently in progress developing GraphicsWindowCocoa, so perhaps we
have an alpha-quality-implementation by the end of this week.

Good news, thanks for your efforts on this. Will it be able to handle
multi-threading/multi-context windowing?

Quote:
Without a true 64bit version of Quicktime which works on Win+Mac it
doesn't make sense to update/replace the plugin by QTKit. (Currently,
for 64bit, the 64bit app communicates with a 32bit background process,
which provides the video-stream, and it lacks some of features + is not
crossplattform)

Sorry but I couldn't quite work out the exact status of 64bit +
Quicktime. Will it be possible for use to move our present Quicktime
plugin across to work under 64bit, even if means emulation, or do we
simply have to disable the build of the Quicktime plugin under OSX.

Quote:
Currently, I am against deprecating the quicktime-lib, because:

1.) it handles images default for OS X

Which images does Quicktime support that we don't have other plugins
for? Ideally I'd like to see us have cross platform support for all
types of imagey that OSG users come across, this way users are locked
into a single platform just because of a data type.

Quote:
2.) it handles live-video

A quick search on the web suggest that live-video should be possible
under ffmpeg.

Quote:
3.) it handles movies ffmpg can't handle

Which movie formats are these? If we know which formats are potential
issue we can look them up to see if they are supported/may be
supported in the future.

ffmpeg isn't a static target, support for various formats is improving
over time so perhaps this issue should becoming less significant.

Quote:
4.) it has no dependencies on Mac OS X

Kinda of true, but being only portable to Windows and OSX doesn't make
it a fully portable no strings attached solution.

Quote:
But if you want, go deprecate it, interested users can fork + maintain a
copy of it.

I'm just suggesting that deprecating the xine-lib and quicktime
plugins might make sense. I haven't made any decisions - we need to
get this ffmpeg working well across all platforms before we could even
consider such a move and even then we need to closely examine what the
downside would be on such a move. The benefits are a unified code
base that is developed and tested on all platforms, the downside is
potential loss for some file formats. If we can enumerate the missing
features then we'll be in better place to make an informed decision.

As you mention, the quicktime and xine-lib plugins are open source so
even if they are deprecated they can still be maintained by those that
need them specifically.

The first step in this process has to be getting the ffmpeg up and
running with video and audio across all platforms, then to start
looking at a set of test video/features that we can use a unit tests
that we measure the plugin against.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Eric Sokolowsky
Guest





PostPosted: Thu Feb 26, 2009 1:41 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Robert Osfield wrote:
Quote:

On Thu, Feb 26, 2009 at 12:10 PM, Stephan Maximilian Huber
<> wrote:
Quote:
Currently, I am against deprecating the quicktime-lib, because:

1.) it handles images default for OS X

Which images does Quicktime support that we don't have other plugins
for? Ideally I'd like to see us have cross platform support for all
types of imagey that OSG users come across, this way users are locked
into a single platform just because of a data type.

This problem can also be solved on OSX by integrating Eric Wing's
ImageIO plugin to handle static images. I have the code; I just need to
find time to integrate the plugin. Unfortunately I haven't had much time
to devote to OSG and my OSG-based application lately.

As far as using our standard, cross-platform image plugins on OSX, that
works too. I used to do that when the Quicktime plugin didn't handle
transparency very well.

Quote:

The first step in this process has to be getting the ffmpeg up and
running with video and audio across all platforms, then to start
looking at a set of test video/features that we can use a unit tests
that we measure the plugin against.

I think that the ffmpeg plugin, once we determine if it will work well
enough for our purposes, combined with the ImageIO plugin, will be able
to replace the old Quicktime plugin, providing (at last) a 64-bit path
for OSG-based apps on OSX.

-Eric


------------------
Post generated by Mail2Forum
Back to top
Stephan Maximilian Huber
Guest





PostPosted: Thu Feb 26, 2009 1:46 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi Robert,

Robert Osfield schrieb:

Quote:
Good news, thanks for your efforts on this. Will it be able to handle
multi-threading/multi-context windowing?

Yes, I hope so, it's a full GraphicsWindow-implementation. I haven't
tested multithreaded/multi-context-usage now, I am still struggling with
events, and Cocoa.

Quote:
Sorry but I couldn't quite work out the exact status of 64bit +
Quicktime. Will it be possible for use to move our present Quicktime
plugin across to work under 64bit, even if means emulation, or do we
simply have to disable the build of the Quicktime plugin under OSX.

Quicktime itself is AFAIK not 64bit, there's a thin abstraction-layer
(called QTKit) available for 32bit/64bit which routes the commands to a
32bit background-app playing the video-stream and handling the image back.

For windows the SDK is only 32bit.

I think disabling the quicktime-plugin for 64bit is the right way to go,
without an alternative in place (ImageIO for example).

Quote:
Quote:
Currently, I am against deprecating the quicktime-lib, because:

1.) it handles images default for OS X

Which images does Quicktime support that we don't have other plugins
for? Ideally I'd like to see us have cross platform support for all
types of imagey that OSG users come across, this way users are locked
into a single platform just because of a data type.

PSD for example. Sure you can get all these formats with installing
other dependencies + compiling some more plugins...

Quote:
Quote:
2.) it handles live-video

A quick search on the web suggest that live-video should be possible
under ffmpeg.

Really? I thought you need other libs to capture the video footage like
libcap, openCV, and feed the stream into ffmpeg to compress it...

Quote:
Quote:
3.) it handles movies ffmpg can't handle

Which movie formats are these? If we know which formats are potential
issue we can look them up to see if they are supported/may be
supported in the future.

All quicktime-codecs -- there are several codecs handled by quicktime,
Sorensen, MotionJpeg, DV, etc. even some lossless codecs. (a list is
available at: http://www.apple.com/quicktime/player/specs.html)

Quote:
ffmpeg isn't a static target, support for various formats is improving
over time so perhaps this issue should becoming less significant.

Quote:
4.) it has no dependencies on Mac OS X

Kinda of true, but being only portable to Windows and OSX doesn't make
it a fully portable no strings attached solution.

yes I know.

One of the keyfeatures of the quicktime-plugin is that you don't need to
hassle with all the dependencies - compile the plugin and you'll have
most of the image-formats and can play videos. Even distributing the app
is simple, because quicktime is part of the system.

And with some efforts you'll get double-clickable applications, no need
to install needed packages / dependencies on the target systems.

I am not a big fan of more external dependencies. For other platforms
than unix/linux this is a great hassle to get + install the right packages.

There are some package-managers available for OS X (DarwinPorts + Fink
for example) but I think most Mac users do not use them. This is why I
insist in old deprecated XCode projects which can compile frameworks or
the quicktime-plugin, because they help to deliver the os-x experience
everybody likes: download an app, copy it to the applications,
double-click to run. No installer needed, nada.


just my 2 cents :)

cheers,
Stephan


------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 2:08 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi Eric,

On Thu, Feb 26, 2009 at 1:41 PM, Eric Sokolowsky <> wrote:
Quote:
This problem can also be solved on OSX by integrating Eric Wing's
ImageIO plugin to handle static images. I have the code; I just need to
find time to integrate the plugin. Unfortunately I haven't had much time
to devote to OSG and my OSG-based application lately.

Ahh more good news on the OSX front :-)

You could always post the code which would allow others to help out
with the wrapping up as plugin.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 2:27 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi Stephan,

On Thu, Feb 26, 2009 at 1:46 PM, Stephan Maximilian Huber
<> wrote:
Quote:
Yes, I hope so, it's a full GraphicsWindow-implementation. I haven't
tested multithreaded/multi-context-usage now, I am still struggling with
events, and Cocoa.

A full implementation would be great, as it would mean no loss of
functionality. Good luck with sorting out the events side.

Quote:
Quote:
Sorry but I couldn't quite work out the exact status of 64bit +
Quicktime.  Will it be possible for use to move our present Quicktime
plugin across to work under 64bit, even if means emulation, or do we
simply have to disable the build of the Quicktime plugin under OSX.

Quicktime itself is AFAIK not 64bit, there's a thin abstraction-layer
(called QTKit) available for 32bit/64bit which routes the commands to a
32bit background-app playing the video-stream and handling the image back.

For windows the SDK is only 32bit.

I think disabling the quicktime-plugin for 64bit is the right way to go,
without an alternative in place (ImageIO for example).

An ImageIO plugin would certainly ease some of this issues in proper
support for 64bit under OSX. The OSG went 64bit under other unices 7
years ago, so it's a shame that OSX has been held back for so long.

Quote:
Quote:
A quick search on the web suggest that live-video should be possible
under ffmpeg.

Really? I thought you need other libs to capture the video footage like
libcap, openCV,  and feed the stream into ffmpeg to compress it...

I've seen quick tutorials that illustrate recording live video
streams, I don't recall mention of external tools. Earlier today I
tried out one command line that records the X11 desktop to a video,
this required recompiling ffmpeg though. I haven't tried tweaking our
new plugin to do this yet though, I guess it should be possible.

Once I get into this effort more I should know more about the ins and out of it.

Quote:
All quicktime-codecs -- there are several codecs handled by quicktime,
Sorensen, MotionJpeg, DV, etc. even some lossless codecs. (a list is
available at: http://www.apple.com/quicktime/player/specs.html)

Thanks for the link. If we start with a standard source video I
presume we can get quicktime to generate these various formats as an
output, then use these for testing against the ffmpeg plugin for
compatibility. I don't expect we'd see 100% support, but it'd be
great if the main formats that are used supportable by ffmpeg.

Quote:
yes I know.

One of the keyfeatures of the quicktime-plugin is that you don't need to
hassle with all the dependencies - compile the plugin and you'll have
most of the image-formats and can play videos. Even distributing the app
is simple, because quicktime is part of the system.

And with some efforts you'll get double-clickable applications, no need
to install needed packages / dependencies on the target systems.

I am not a big fan of more external dependencies. For other platforms
than unix/linux this is a great hassle to get + install the right packages.

There are some package-managers available for OS X (DarwinPorts + Fink
for example) but I think most Mac users do not use them.  This is why I
insist in old deprecated XCode projects which can compile frameworks or
 the quicktime-plugin, because they help to deliver the os-x experience
everybody likes: download an app, copy it to the applications,
double-click to run. No installer needed, nada.

Perhaps Philip's efforts on his CMakePorts project will help solve
part of this issue, give us an relatively painless way to build the
various dependencies and package them in a consistent way.

--

On a slightly different note, cross platform solutions like ffmpeg do
open up for better support for OSX indirectly, as right now 95% of the
community can't help out with OSX specific issues. If one adds full
cross platform support then suddenly the number of people who can help
out an maintain solutions that OSX developers rely upon jumps by 20
fold. So even if a few features aren't available under ffmpeg, there
is a good chance that the features that it does expose will be better
supported and maintainable than the present situation with the
Quicktime plugin.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Skylark (Jean-Sébastien Guay)
Professional


Joined: 05 Jan 2009
Posts: 2249

PostPosted: Thu Feb 26, 2009 2:51 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Quote:
So...
could we even deprecate the xine-lib and Quicktime plugins completely?

One question is does the ffmpeg plugin support streaming (from a web
site or from a local/remote webcam) for example? I think that's an
interesting feature of the QuickTime plugin.

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/


------------------
Post generated by Mail2Forum
Back to top
View user's profile Send private message
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 3:46 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

On Thu, Feb 26, 2009 at 2:51 PM, Jean-Sébastien Guay
<> wrote:
Quote:
Quote:
So...
could we even deprecate the xine-lib and Quicktime plugins completely?

One question is does the ffmpeg plugin support streaming (from a web site or
from a local/remote webcam) for example? I think that's an interesting
feature of the QuickTime plugin.

I think the answer is probably yes, but I haven't tried anything other
than streaming he desktop yet. I have a webcam on my Shuttle so I'll
boot this up and see if I can follow the online tutorials to test it
out. The online tutorials I've read so far discuss the command line
ffmpeg utility, but I presume it should be possible to write things up
in use the ffmpeg libs so should be exposable from our plugin given
the correct additions.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Tanguy Fautre
Guest





PostPosted: Thu Feb 26, 2009 3:49 pm    Post subject:
Spam: Re: New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi J-S,

I'd be very surprised if the ffmpeg plugin supports streaming out of the box (although you never know). We've surely never tested it with streamed videos.

FFmpeg decoding streamed videos should not be a problem. The networking/protocol part of streaming is another matter. I think it's useless extrapolating without someone really looking down into the matter.

Tanguy


-----Original Message-----
From: [mailto:] On Behalf Of Jean-Sébastien Guay
Sent: Thursday 26 February 2009 14:52
To: OpenSceneGraph Users
Subject: Spam: Re: New ffmpeg plugin checked into svn/trunk

Quote:
So...
could we even deprecate the xine-lib and Quicktime plugins completely?

One question is does the ffmpeg plugin support streaming (from a web
site or from a local/remote webcam) for example? I think that's an
interesting feature of the QuickTime plugin.

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/



------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 3:59 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

On Thu, Feb 26, 2009 at 2:27 PM, Robert Osfield
<> wrote:
Quote:
I've seen quick tutorials that illustrate recording live video
streams, I don't recall mention of external tools.

I just did a one line ffmpeg call that recorded from my webcam to an
mp4 file, it worked with the standard ffmpeg so it certainly looks
like it supports streaming out of the box.

Getting out plugin to work streaming will likely require some more
work though as we'll neeed to wire up ffmpeg to read from the
appropriate streaming source.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Eric Sokolowsky
Guest





PostPosted: Thu Feb 26, 2009 4:12 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Robert Osfield wrote:
Quote:
Hi Eric,

On Thu, Feb 26, 2009 at 1:41 PM, Eric Sokolowsky <> wrote:
Quote:
This problem can also be solved on OSX by integrating Eric Wing's
ImageIO plugin to handle static images. I have the code; I just need to
find time to integrate the plugin. Unfortunately I haven't had much time
to devote to OSG and my OSG-based application lately.

Ahh more good news on the OSX front :-)

You could always post the code which would allow others to help out
with the wrapping up as plugin.


This is my second attempt to send Eric Wing's plugin. This was actually
originally submitted to osg-submissions in October 2007, but nothing was
done with it. If anyone wants to work on integrating it, please go
ahead. My plate seems to always be full with other tasks...

-Eric S.

---------- Forwarded message ----------
From: "E. Wing"
Date: Fri, 26 Oct 2007 16:43:59 -0700
Subject: New image handling plugin for OS X (osgdb_ImageIO)
To:

Yea! The Leopard NDA is finally lifted.

This is a submission for a new osg plugin, osgdb_ImageIO. This is the
first piece of the puzzle that we need to get 64-bit support on OS X.
This plugin is intended to partially replace the current osgdb_qt
(classic Quicktime) plugin. There are many issues with the current
osgdb_qt, but perhaps the biggest is that there are many APIs used in
it that have been marked deprecated for awhile now and will not make
it to 64-bit on OS X.

ImageIO is Apple's (semi-)new (as of 10.4 Tiger) fundamental image
framework that provides access to all image formats handled by the
platform. This new osgdb_ImageIO plugin intends to replace all of
osgdb_qt's image handling duties as well as introduce support to new
image formats as they become available to the platform (e.g. JPEG2000,
RAW, HDR, etc).

osgdb_ImageIO does not replace osgdb_qt's movie handling capabilities.
I envision that to be handled by a planned second plugin using Apple's
semi-new (10.4 Tiger) QuickTimeKit framework, tentatively osgdb_QTKit.
So this plugin is just the first step.

Would you please add this to src/osgPlugins/ImageIO?

Improvements over osgdb_qt plugin:
- Supports istream and ostream
- Supports a lot more image formats
- ImageIO framework should be well supported from 10.4 to the future
(which should include 64-bit and new/future image formats)
- Doesn't require explicit initialization/close-out
- (Hopefully) efficient...avoids the manual byte-by-byte manipulation
of the old QuickTime plugin. Calls Apple's Accelerate framework when
useful.
- Seems to fix/avoid AutoreleasePool related leak warnings which I
believe the current qt plugin triggers if not using Cocoa (i.e.
actually having an autorelease pool created).

Missing:
- No movie file support (planning/expecting a separate QTKit plugin to
handle that).
- Need to update osgDB::Registry for new plugin
- Need to update build system(s)

Additional Notes:
- The old Quicktime plugin will need to remain for both Windows users
(who happen to use it) and pre-10.4 OS X versions. It will also need
to remain for movies until we get a QTKit plugin written.
- This plugin probably could use additional testing for
16-bit/LUMINANCE/ALPHA stuff. I'm not terribly confident I understood what
needs to happen in these cases so behavior could be different/broken
compared to osgdb_qt.


Once I figure out all the build system details, I'm proposing that for
the next release of OSG, if building for OS X 10.4 or 10.5, the
ImageIO plugin gets built and set as the default image handling
plugin. For legacy 10.3 and Quicktime for Windows users, the existing
osgdb_qt plugin should remain available. For now though, I wanted to
make this piece of code available in case anybody has a pressing need
to get 64-bit going soon.


Thanks,
Eric




------------------
Post generated by Mail2Forum
Back to top
Skylark (Jean-Sébastien Guay)
Professional


Joined: 05 Jan 2009
Posts: 2249

PostPosted: Thu Feb 26, 2009 4:14 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi Eric,

Quote:
This is my second attempt to send Eric Wing's plugin.

The first one came through as far as I can see.

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/


------------------
Post generated by Mail2Forum
Back to top
View user's profile Send private message
Eric Sokolowsky
Guest





PostPosted: Thu Feb 26, 2009 4:27 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Jean-Sébastien Guay wrote:
Quote:
Hi Eric,

Quote:
This is my second attempt to send Eric Wing's plugin.

The first one came through as far as I can see.

J-S

Thanks for the feedback. The first time I sent it, I got back a couple
of error email messages, and I didn't check them carefully to see where
they had come from, so I sent it again, without attaching the original
email. It looks like a couple of users work at places that prohibit .eml
attachments.

Hopefully the plugin won't get lost again, though.

-Eric


------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Thu Feb 26, 2009 7:19 pm    Post subject:
New ffmpeg plugin checked into svn/trunk
Reply with quote

Hi All,

I have just upload Tanguy's Windows LGPL build of ffmpeg at the last
stable svn rev (ffmpeg doesn't do official stable releases I'm
afraid). You can grab the .zip file containing headers and libs at:

http://www.openscenegraph.org/downloads/dependencies/FFmpeg/Windows/ffmpeg-r15261.zip

The current CMakeModules/FindFFmpeg.cmake won't pick on this package
yet as I've just coded pkg-config path for it, so you'll need to tweak
the .cmake find script to find it. Once you have you should hopefully
be able to get a running ffmpeg soon after. To use it do:

osgmovie -e ffmpeg mymovie.mpg

No audio yet, but the video should work.

Robert.

Robert.


------------------
Post generated by Mail2Forum
Back to top
Display posts from previous:   
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> Plugins [osgPlugins] All times are GMT
Goto page 1, 2, 3  Next
Page 1 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Similar Topics
Topic Author Forum Replies Posted
No new posts Problems with dae plugin John Richardson Plugins [osgPlugins] 0 Thu Apr 11, 2019 5:00 pm View latest post
No new posts [PARTIALLY SOLVED] Problems with dae ... Nikkitta Plugins [osgPlugins] 4 Mon Apr 08, 2019 3:51 pm View latest post
No new posts Add search location for textures in F... bbjorn Submission 1 Mon Feb 04, 2019 2:22 pm View latest post
No new posts OSG GLTF loader plugin Chris Hanson General 0 Thu Dec 06, 2018 9:55 pm View latest post
No new posts playing videos with audio channels wi... Trajce Nikolov NICK General 7 Wed Nov 21, 2018 9:17 pm View latest post


Board Security Anti Bot Question MOD - phpBB MOD against Spam Bots
Powered by phpBB © 2001, 2005 phpBB Group
Protected by Anti-Spam ACP