sorry dont have much time. I added a bug to bugtracker and added roughly
the situation.
Thanks Damjan, and thanks everyone else.
can someone look at the bugs
https://bz.apache.org/ooo/show_bug.cgi?id=44114
and
https://bz.apache.org/ooo/show_bug.cgi?id=89802
I think they are related and can be closed?!
All the best
Peter
On 02.03.2018 07:14, Damjan Jovanovic wrote:
I finally cracked it. The gstreamer pipeline gets created early, during
construction of the avmedia/source/gstreamer's Player object, yet the
window to play in is only created later, when createPlayerWindow() is
called. To use that window and thus embed video into the document, we have
to set that window's handle to the GstVideoOverlay using
gst_video_overlay_set_window_handle(), but by then it's too late. Either
the pipeline creation would have to be deferred until createPlayerWindow(),
when we know the window to use, or we would have to switch windows
with gst_video_overlay_set_window_handle() a live pipeline. I've done the
latter and it works well. I don't know how it ever worked before, maybe in
gstreamer 0.1 the "prepare-window-handle" event is generated during
createPlayerWindow() but in 1.0 it isn't.
My changes have been committed to SVN trunk in revision 1825700.
Torokhov, Jose, Peter: thank you for all your support. Please test and
report any problems.
Damjan
On Thu, Mar 1, 2018 at 9:25 AM, Damjan Jovanovic <dam...@apache.org> wrote:
Unfortunately it looks like the problem is harder than just getting it to
build. Even after fixing some more APIs and getting it to play, a separate
player window is created. To get the player window to embed like it should,
we need to set the X window id on the GstVideoOverlay using
gst_video_overlay_set_window_handle() when a "prepare-window-handle"
event is delivered for which
gst_is_video_overlay_prepare_window_handle_message()
returns true. But for some mysterious reason
gst_is_video_overlay_prepare_window_handle_message()
never returns true. Forcefully setting the X window id on all events does
get it to embed, badly, with lots of warnings, and the window gets
distorted when scrolling and doesn't respond to mouse clicks 🙈.
Damjan
On Thu, Mar 1, 2018 at 4:53 AM, Damjan Jovanovic <dam...@apache.org>
wrote:
Thank you. The video plays, but in a separate window instead of being
embedded in the document. I'll continue trying.
Distributing the library separately from the rest of AOO would be
difficult. Binary compatibility between Ubuntu and Gentoo, bitness, trunk
vs 4.1.5. New UNO components also have to be registered in AOO somehow; I
only know how to do it with .component files at compile time.
It will likely only end up in SVN trunk, possibly version 4.2.0.
On Thu, Mar 1, 2018 at 2:01 AM, Torokhov Sergey <torokhov-...@yandex.ru>
wrote:
Hello,
I created simple presentation file with title and video frame
("Agent 237:operation barbershop" from Blender Animation Studio).
https://yadi.sk/d/shOKuCcS3StDk
The archive contains 327.odp and 327.webm files that must be placed in
the same directory before presentation file .odp is opening.
The video is playing automatically after pressing F5 key (fullscreen
presentation mode). Or after pressing "Play" button on the bar that
usually appears at the bottom then video-frame of presentation is
selected.
I't work for me in current Apache OpenOffice 4.1.5 and
gstreamer-plugins:0.10.
As I use Gentoo I installed "gst-plugins-meta:0.10" with next options:
USE="ffmpeg quicktime http wavpack dv dvb vcd musepack vpx oss libass
lame theora v4l" emerge gst-plugins-meta:0.10
Also I installed "gst-plugins-ivorbis:0.10" and
"gst-plugins-pango:0.10".
Could you also share rebuilded library for testing? Is it compatible
with current AOO 4.1.5 build?
Thank yo in advance.
--
Sergey
On Wed, 28 Feb 2018 19:56:42 +0200
Damjan Jovanovic <dam...@apache.org> wrote:
I've successfully patched our gstreamer plugin to build with
gstreamer-1.0, but how do I test it? Does someone have a sample
document that uses gstreamer?
The patch is attached for anyone interested. Parts may still be
wrong, eg. filter names. Changes between GStreamer 0.1 and 1.0 are
documented here:
https://gstreamer.freedesktop.org/documentation/application-
development/appendix/porting-1-0.html
https://cgit.freedesktop.org/gstreamer/gstreamer/plain/docs/
random/porting-to-1.0.txt
On Wed, Feb 28, 2018 at 10:22 AM, Damjan Jovanovic <dam...@apache.org>
wrote:
Hi
I've begun having a look.
We currently test for gstreamer in configure.ac but don't use the
result, re-running pkg-config in a main/avmedia's makefile.
Changing the version number to 1.0 breaks the build due a missing
header file. Removing that "#include" gets it a little further, but
it breaks due to changed gstreamer API functions. There is also
lots of warnings about deprecated GDK functions. I'll continue
trying later.
We should really get rid of gstreamer 0.1 ASAP one way or the
other: given how it's been unmaintained since 2013, it may well
have security vulnerabilities. We can't ship it to users since its
license is incompatible, but having users install it separately
still invites trouble.
Damjan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
