Port main/avmedia to gbuild, for real this time.

The problem with the last attempt was that
main/avmedia/source/java/avmedia.jar.component was getting delivered to the
solver verbati

Port main/avmedia to gbuild, for real this time.

The problem with the last attempt was that
main/avmedia/source/java/avmedia.jar.component was getting delivered to the
solver verbatim, without the processing neeeded to add the "uri"
attribute to the "component" XML tag, which was causing AOO to crash on
startup since UNO couldn't bootstrap.

Since avmedia.jar isn't built but a pre-existing copy is just delivered,
this was solved by adding an already processed copy of
avmedia.jar.component to deliver instead.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1774841 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Revert SVN r1774747:

Requested by: damjan


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1774812 13f79535-47bb-0310-9956-ffa450edef68

Port main/avmedia to gbuild.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1774747 13f79535-47bb-0310-9956-ffa450edef68

#i124875# use AVAsset's best guess duration if AVPlayerItem isn't ready yet

in AV Foundation the most accurate media asset duration is available when the
AVPlayerItem's status changes to

#i124875# use AVAsset's best guess duration if AVPlayerItem isn't ready yet

in AV Foundation the most accurate media asset duration is available when the
AVPlayerItem's status changes to AVPlayerItemStatusReadyToPlay. There already
is an observer for this, but the upper layers expect getDuration() to be
synchronous and to return within a reasonable time. Since returning an
approximation is sufficient using the AVAsset's duration as fallback is fine.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1594838 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i124875# avoid wasteful loading of an AVAsset in MacAVF::Framegrabber

FrameGrabber used to load its own copy of a movie. Since multimedia content
is often very data-intensive this shoul

#i124875# avoid wasteful loading of an AVAsset in MacAVF::Framegrabber

FrameGrabber used to load its own copy of a movie. Since multimedia content
is often very data-intensive this should and can be avoided by using the
movie asset already available in the Player.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1594017 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i124875# avoid avmedia build problems with multiple active backends

in the dmake build environment active header and source files with the
same name result in problems when in the same

#i124875# avoid avmedia build problems with multiple active backends

in the dmake build environment active header and source files with the
same name result in problems when in the same project. The Quicktime and
MacAVF files have been renamed so that both can be active concurrently.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1594013 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i124875# support Mac AV-Foundation API for multimedia content


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1593965 13f79535-47bb-0310-9956-ffa450edef68