Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

[Damjan Jovanovic]

Thank you. When testing, remember to:
* make sure the "dev" libraries for gstreamer 1.0 and gstreamer-video 1.0
are installed (on Ubuntu, that's libgstreamer1.0-dev and
libgstreamer-plugins-base1.0-dev)
* run "autoconf"
* pass --enable-gstreamer as a flag to "./configure" (it's disabled by
default. Should it be?)


On Fri, Mar 2, 2018 at 8:39 AM, Jose R R  wrote:

> On Thu, Mar 1, 2018 at 10:14 PM, 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
>
> Will certainly do. I, for one, am grateful for your work -- as it
> improves an AOO feature that was trailing behind LO.
>
> >
> > On Thu, Mar 1, 2018 at 9:25 AM, Damjan Jovanovic 
> 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 
> >> 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  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 

Re: Extensions website outage

[Dave Brondsema]

On 3/2/18 2:29 AM, Roberto Galoppini wrote:
> 2018-03-01 21:23 GMT+01:00 Andrea Pescetti :
> 
>> Dave Brondsema wrote:
>>
>>> On 3/1/18 12:08 PM, Andrea Pescetti wrote:
>>>
 I currently get this on https://extensions.openoffice.org/ for the
 record:
 "Sourceforge project sites are currently under maintenance. Please check
 back
 later.  We thank you for your patience."

>>>
>>> Correct.  We will be prioritizing getting the extensions and templates
>>> sites up
>>> as soon as we can, we know they are important services.
>>>
>>
>> OK, thanks. Indeed SourceForge used to provide excellent service for
>> hosting of downloads, Extensions and Templates. It seems that after the
>> move to the new datacenter announced a few week ago (maybe just a
>> coincidence, maybe some technical issues related to the new infrastructure)
>> reliability problems are more frequent. I hope bugs will be ironed out soon.
>>
> 
> 
> 
> As the person who made possible for SourceForge to become Apache OpenOffice
> official distribution channel, I feel compelled to advance some asks.
> 
> 1. SourceForge should inform us in advance if infrastructural changes are
> on going, so that we can plan in advance a backup plan;
> (and to be clear I think we need a backup plan anyway, uptime should be
> taken very seriously by a popular project)
> 
> 2. We understand SourceForge is having issues to let things work, yet we
> expect OUR infrastructure to be your top priority
> (reason: multiply over 100M downloads for a dozen impressions, it's a
> LOT of money, we're special to SourceForge)
> 
> Please understand my asks are setting a very low bar. In fact we're not
> talking of giving us back - as SourceForge used to do regularly until two
> years ago, think of Extensions and Templates continuous improvements - but
> we merely talk of providing a download service, something SourceForge
> should do right for its own business interests. Fail to comply with these
> basic requirements is not acceptable in my opinion.
> 
> Best,
> 
> Roberto
> 
> 

We are using a limited static environment to provide downloads, so end-users of
Apache OpenOffice and other projects can still download just fine.

The Extensions and Templates sites will be a top priority as best we're able to,
when we start to bring things back online.

The current downtime for Extensions and Templates and the rest of SourceForge
was not planned.  The datacenter and other recent changes have been announced on
https://twitter.com/sfnet_ops and going forward if we have planned maintenance I
can notify this list directly.  We're not planning on changing datacenters again
though :D



-- 
Dave Brondsema : d...@brondsema.net
http://www.brondsema.net : personal
http://www.splike.com : programming
  <><

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

[Matthias Seidel]

Yes, please! ;-)

The buildbots are unable to do their work because SourceForge is
unreachable...

Regards, Matthias


Am 02.03.2018 um 14:50 schrieb Jim Jagielski:
> This is great news... It seems like it might be time for me to
> create some dev Linux builds for some more extended testing...
>
>> On Mar 2, 2018, at 1:14 AM, 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  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 
>>> 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 
 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  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 
>> wrote:
>>
>>> Hi

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

[Jim Jagielski]

This is great news... It seems like it might be time for me to
create some dev Linux builds for some more extended testing...

> On Mar 2, 2018, at 1:14 AM, 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  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 
>> 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 
>>> 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  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 
> 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