Re: gstreamer status for 4.2.0-dev?

Just a FYI that CentOS7 does not "officially" support 32bit. It does provide an install image, but there isn't even an EPEL repo for it. So far, this hasn't been an issue w/ building 4.2.0-dev > On Jul 4, 2018, at 11:39 PM, Andrea Pescetti wrote: > > On 03/07/2018 Jim Jagielski wrote: >> +1. I

Re: gstreamer status for 4.2.0-dev?

On 03/07/2018 Jim Jagielski wrote: +1. I'll start on a CentOS7 VM. Makes sense to me. So our indication for the Release Notes would be something like "OpenOffice 4.2.0 is built on CentOS 7 and is expected to run on Linux-based systems released in YEAR or later (CentOS 7, Ubuntu XYZ...)". I

Re: gstreamer status for 4.2.0-dev?

rote: > > I think there was no big support for supporting gstreamer 0.1.0 on 4.2. > branch. If those who need it , they should help. > Also I think it makes more sense in such a case to keep maintenance for 4.1.x > branch. > > That means we will have to move to centOS7 for b

Re: gstreamer status for 4.2.0-dev?

I think there was no big support for supporting gstreamer 0.1.0 on 4.2. branch. If those who need it , they should help. Also I think it makes more sense in such a case to keep maintenance for 4.1.x branch. That means we will have to move to centOS7 for building. On 03.07.2018 14:00, Jim

Re: gstreamer status for 4.2.0-dev?

Oops. Forget that. Even CentOS6 doesn't support gstreamer-1.0. > On Jul 3, 2018, at 6:47 AM, Jim Jagielski wrote: > > So have we come up w/ an agreed upon decision? Are we baselining > gstreamer-1.0, and our community/build-systems will be based on > CentOS6 (ie: droppin

Re: gstreamer status for 4.2.0-dev?

So have we come up w/ an agreed upon decision? Are we baselining gstreamer-1.0, and our community/build-systems will be based on CentOS6 (ie: dropping "official" support for CentOS5)? If so, I can start on some 4.2.0-dev r1834788 Linux builds... (I'm already trying macOS builds

Re: gstreamer status for 4.2.0-dev?

draft, if we agree on this. Am 6. Juni 2018 19:21:10 MESZ schrieb Jim Jagielski : >Let's not focus on CentOS5 vs CentOS6 for now... the issue is that >gstreamer-1.0 requires that previously supported Linux OSs and >platforms will no longer be supported; that is, our community b

Re: gstreamer status for 4.2.0-dev?

Am 06.06.2018 um 21:37 schrieb Jim Jagielski: On Jun 6, 2018, at 3:21 PM, Marcus wrote: Am 06.06.2018 um 19:21 schrieb Jim Jagielski: Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no l

Re: gstreamer status for 4.2.0-dev?

> On Jun 6, 2018, at 3:21 PM, Marcus wrote: > > Am 06.06.2018 um 19:21 schrieb Jim Jagielski: >> Let's not focus on CentOS5 vs CentOS6 for now... the issue is that >> gstreamer-1.0 requires that previously supported Linux OSs and platforms >> will no l

Re: gstreamer status for 4.2.0-dev?

Am 06.06.2018 um 19:21 schrieb Jim Jagielski: Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no longer be supported; that is, our community builds will no longer work for them. sure, it&#x

Re: gstreamer status for 4.2.0-dev?

Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no longer be supported; that is, our community builds will no longer work for them. Are we OK with that? That is the main consideration. Every

Re: gstreamer status for 4.2.0-dev?

> On Jun 4, 2018, at 6:15 PM, Kay Schenk wrote: > > ​I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point > taken. Hmmm... I seem to recall it building on CentOS6. I could be mistaken ;)

Re: gstreamer status for 4.2.0-dev?

That's why the simplest solution is to move to centOS7 for now. We need to debug the gstreamer support too. Even if it is not important to all users /devs. Am 6. Juni 2018 00:03:56 MESZ schrieb Matthias Seidel : >Am 05.06.2018 um 23:41 schrieb Peter Kovacs: >> We have decide

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 23:41 schrieb Peter Kovacs: > We have decided this without considering that gstreamer gstreamer 1.0.0 can > not compile there. > I am not sure, if we compile gstreamer with Damjan's symbol patch. Will it > the work despite gstreamer has to be build with a diff

Re: gstreamer status for 4.2.0-dev?

We have decided this without considering that gstreamer gstreamer 1.0.0 can not compile there. I am not sure, if we compile gstreamer with Damjan's symbol patch. Will it the work despite gstreamer has to be build with a different gcc Version? (I lack the experience on this, but my expect

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 23:26 schrieb Marcus: > Am 05.06.2018 um 00:15 schrieb Kay Schenk: >> On Mon, Jun 4, 2018 at 12:09 PM, Jim Jagielski wrote: >> >>> I am setup to be able to provide both CentOS5 Linux builds, for "old" >>> systems (and gstreamer 0.

Re: gstreamer status for 4.2.0-dev?

. So we can build gstreamer support in general, but do not have to deliver it. Am 4. Juni 2018 21:09:52 MESZ schrieb Jim Jagielski : I am setup to be able to provide both CentOS5 Linux builds, for "old" systems (and gstreamer 0.10), and Ubuntu-or-CentOS6 Linux builds for newer ones (and g

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 00:15 schrieb Kay Schenk: On Mon, Jun 4, 2018 at 12:09 PM, Jim Jagielski wrote: I am setup to be able to provide both CentOS5 Linux builds, for "old" systems (and gstreamer 0.10), and Ubuntu-or-CentOS6 Linux builds for newer ones (and gstreamer 1.x), so if t

Re: gstreamer status for 4.2.0-dev?

OS6 maybe we make a fuzz for nothing. I am not aware that > another distro is using that old versions. > > The important thing is how much users we say we need to extend the support to > CentOS 6? > > I would also include the symbolic patch that Damjan provided. So we can

Re: gstreamer status for 4.2.0-dev?

symbolic patch that Damjan provided. So we can build gstreamer support in general, but do not have to deliver it. Am 4. Juni 2018 21:09:52 MESZ schrieb Jim Jagielski : >I am setup to be able to provide both CentOS5 Linux builds, for "old" >systems (and gstreamer 0.10), and Ubuntu-

Re: gstreamer status for 4.2.0-dev?

On Mon, Jun 4, 2018 at 12:09 PM, Jim Jagielski wrote: > I am setup to be able to provide both CentOS5 Linux builds, for "old" > systems (and gstreamer 0.10), and Ubuntu-or-CentOS6 Linux builds for newer > ones (and gstreamer 1.x), so if that is the decision, that's fi

Re: gstreamer status for 4.2.0-dev?

I am setup to be able to provide both CentOS5 Linux builds, for "old" systems (and gstreamer 0.10), and Ubuntu-or-CentOS6 Linux builds for newer ones (and gstreamer 1.x), so if that is the decision, that's fine w/ me. It increases, substantially, the total volume of release

Re: gstreamer status for 4.2.0-dev?

On 05/30/2018 03:08 PM, Torokhov Sergey wrote: > > 28.05.2018, 20:19, "Kay Schenk" : > >> This is ONLY for Linux. So, how is multimedia "integrated" in AOO for >> Mac and Windows? Can someone point us to the applicable code areas for this? >> >&g

Re: gstreamer status for 4.2.0-dev?

29.05.2018, 21:30, "Jim Jagielski" : > I think the hope is to continue using CentOS5 for our official AOO community > builds. If not, then this becomes much easier, but it is, IMO, a major policy > decision to do that. recall that gstreamer-1.x is incompatible w/ CentOS5.

Re: gstreamer status for 4.2.0-dev?

28.05.2018, 20:19, "Kay Schenk" : > This is ONLY for Linux. So, how is multimedia "integrated" in AOO for > Mac and Windows? Can someone point us to the applicable code areas for this? > > I have a feeling gstreamer was integrated long ago when no other >

Re: gstreamer status for 4.2.0-dev?

I think the hope is to continue using CentOS5 for our official AOO community builds. If not, then this becomes much easier, but it is, IMO, a major policy decision to do that. recall that gstreamer-1.x is incompatible w/ CentOS5. I have no idea how to do #2 but #1 looks like simple brute force

Re: gstreamer status for 4.2.0-dev?

> On May 28, 2018, at 3:05 AM, Peter kovacs wrote: > > Imho the gstreamer libs are still the method of choice for doing multimedia. > > The current state is that trunk can utilize the gstreamer API 1.0.0 > > We have the issue not resolved the issue to provide gs

Re: gstreamer status for 4.2.0-dev?

MESZ schrieb Kay Schenk : > >On 05/28/2018 12:05 AM, Peter kovacs wrote: > >> Imho the gstreamer libs are still the method of choice for doing > >multimedia. > > > >This is ONLY for Linux. So, how is multimedia "integrated" in AOO for > >Mac an

Re: gstreamer status for 4.2.0-dev?

As I explained in a previous mail, Windows uses DirectShow and Mac uses QuickTime or MacAVF. Linux's equivalent of DirectShow is gstreamer. It also builds pipelines of filters, has codecs, supports embedding into windows, etc. On Mon, May 28, 2018 at 7:19 PM Kay Schenk wrote: > On 05

Re: gstreamer status for 4.2.0-dev?

The implementation can be found at avmedia/source/ I think we use native API / libs for Windows and Mac. Am 28. Mai 2018 19:18:34 MESZ schrieb Kay Schenk : >On 05/28/2018 12:05 AM, Peter kovacs wrote: >> Imho the gstreamer libs are still the method of choice for doing >multimedia

Re: gstreamer status for 4.2.0-dev?

On 05/28/2018 12:05 AM, Peter kovacs wrote: > Imho the gstreamer libs are still the method of choice for doing multimedia. This is ONLY for Linux. So, how is multimedia "integrated" in AOO for Mac and Windows? Can someone point us to the applicable code areas for this? I have a feel

Re: gstreamer status for 4.2.0-dev?

3. Build on a newer CentOS or other distro. 4. Link to 1.0.0 using run-time dynamic linking, using that patch I made, and only require the gstreamer-1.0.0 tarball at compile time to find the headers. Damjan On Mon, May 28, 2018 at 9:06 AM Peter kovacs wrote: > Imho the gstreamer libs are st

Re: gstreamer status for 4.2.0-dev?

Imho the gstreamer libs are still the method of choice for doing multimedia. The current state is that trunk can utilize the gstreamer API 1.0.0 We have the issue not resolved the issue to provide gstreamer for different Distributions. (Main issue: centos6 is to old to support the new gstreamer

Re: gstreamer status for 4.2.0-dev?

> an inflection point for the Linux builds and so I really think we need to > resolve this if we have any intent in getting a 4.2.0 beta out in a > reasonable time frame. What would happen if we simply stopped including the --with-gstreamer option in the build? Mac and Windows builds

Re: gstreamer status for 4.2.0-dev?

Hopefully I will not intrude, but... On Wed, May 23, 2018 at 5:35 AM, Jim Jagielski wrote: > > Subj line sez it all... where are we? There was a proposal to make it a > run-time dependency but afaict there hasn't been any effort yet it doing that. On May 19-20, 2018, I pulled 4.2.0-1 trunk 1831

gstreamer status for 4.2.0-dev?

Subj line sez it all... where are we? There was a proposal to make it a run-time dependency but afaict there hasn't been any effort yet it doing that. I know we have a handful of other things TODO re: 4.2.0 but this seems to be an inflection point for the Linux builds and so I really think we ne

Re: Build r1829228 on Linux-32 (gstreamer build problem)

On 1 May, Peter kovacs wrote: > I think we do have the pain only with Linux. Since some distributions > move slower then others. > > We could bundle the only 1.0.0 with Windows and Mac I think. For Linux > we would need some logic, that identifies the right gstreamer >

Re: Build r1829228 on Linux-32 (gstreamer build problem)

Jovanovic wrote: > In main/avmedia/source/inc/mediamisc.hxx, the media player is chosen with > the following code. Note how GStreamer is only used on non-Windows non-Mac > platforms. > > #ifdef WNT > > #define AVMEDIA_MANAGER_SERVICE_NAME > "com.sun.star.comp.avmed

Re: Build r1829228 on Linux-32 (gstreamer build problem)

In main/avmedia/source/inc/mediamisc.hxx, the media player is chosen with the following code. Note how GStreamer is only used on non-Windows non-Mac platforms. #ifdef WNT #define AVMEDIA_MANAGER_SERVICE_NAME "com.sun.star.comp.avmedia.Manager_DirectX" #define AVMEDIA_MANAGER_SERVICE_IS

Re: Build r1829228 on Linux-32 (gstreamer build problem)

I think we do have the pain only with Linux. Since some distributions move slower then others. We could bundle the only 1.0.0 with Windows and Mac I think. For Linux we would need some logic, that identifies the right gstreamer available on the distribution. Maybe we could even reduce the

Re: Build r1829228 on Linux-32 (gstreamer build problem)

sense to reorg the gstreamer module into an extention? > We could then have multiple versions of it. > > I mean after all this is only a optional feature, thats important to some not > all. > > On 25.04.2018 16:18, Jim Jagielski wrote: >> I think this shows that we ne

Re: Build r1829228 on Linux-32 (gstreamer build problem)

On 04/25/2018 10:14 PM, Peter Kovacs wrote: > Does it make sense to reorg the gstreamer module into an extention? > We could then have multiple versions of it. > > I mean after all this is only a optional feature, thats important to > some not all. I think this idea is very go

Re: Build r1829228 on Linux-32 (gstreamer build problem)

Does it make sense to reorg the gstreamer module into an extention? We could then have multiple versions of it. I mean after all this is only a optional feature, thats important to some not all. On 25.04.2018 16:18, Jim Jagielski wrote: I think this shows that we need to come to *some

Re: Build r1829228 on Linux-32 (gstreamer build problem)

I think this shows that we need to come to *some* consensus on how to handle the gstreamer stuff. Either we provide both CentOS6 and Ubuntu builds to our community or we fold in the proposed gstreamer "work-around" which makes it a purely runtime concern. I would love to see how far

Re: Build r1829228 on Linux-32 (gstreamer build problem)

On Mon, Apr 23, 2018 at 1:50 AM, Peter Kovacs wrote: > Does the build work without gstreamer activated? > ​Yes, without gstreamer as part of the my config, I can build without issue. > > Am 23. April 2018 03:09:49 MESZ schrieb Kay Schenk : > >On Sun, Apr 22, 2018, 15:

Re: Build r1829228 on Linux-32 (gstreamer build problem)

Does the build work without gstreamer activated? Am 23. April 2018 03:09:49 MESZ schrieb Kay Schenk : >On Sun, Apr 22, 2018, 15:47 Andrea Pescetti >wrote: > >> Matthias Seidel wrote: >> > Am 23.04.2018 um 00:15 schrieb Andrea Pescetti: >> >> Correct. Jim&#

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

> On Mar 20, 2018, at 3:24 AM, Damjan Jovanovic wrote: > > Does nobody understand, that with that run-time dynamic linking patch I > wrote, and some extra work to resurrect gstreamer 0.1 support from SVN, you > could build both gstreamer 0.1 and 1.0 plugins on CentOS

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

t; Damjan, you forgot to post the patch on the thread. Peter Kovacs >asked >> for >> >> a copy and I'm not sure if he's rec'd it. >> >> >> >>> On Mar 20, 2018, at 3:24 AM, Damjan Jovanovic >> wrote: >> >>> >>

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

Raw source: https://lists.apache.org/api/source.lua/5d7c42a6aec5705771ee17413812d3e9125ba1a61f9916ba76c6a06c@%3Cdev.openoffice.apache.org%3E > On Mar 20, 2018,

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

On 03/20/2018 01:42 PM, Damjan Jovanovic wrote: > My sent emails show the patch was attached. Message ID: jonathon - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@ope

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

, you forgot to post the patch on the thread. Peter Kovacs asked for >> a copy and I'm not sure if he's rec'd it. >> >>> On Mar 20, 2018, at 3:24 AM, Damjan Jovanovic wrote: >>> >>> Does nobody understand, that with that run-time dynamic lin

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

r 20, 2018, at 3:24 AM, Damjan Jovanovic wrote: > > > > Does nobody understand, that with that run-time dynamic linking patch I > > wrote, and some extra work to resurrect gstreamer 0.1 support from SVN, > you > > could build both gstreamer 0.1 and 1.0 plugins on CentOS 6,

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

> On Mar 20, 2018, at 7:25 AM, Andrea Pescetti wrote: > > Rory O'Farrell wrote: >> Centos may be a good distro for building OO, but it is hardly the most >> widely used for daily work > > How popular a system is is not very relevant. > > What matters is: we build OpenOffice on an "old" syste

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

ome extra work to resurrect gstreamer 0.1 support from SVN, you > could build both gstreamer 0.1 and 1.0 plugins on CentOS 6, and then use > whichever gstreamer version is installed at run-time? > > Damjan > > On Mon, Mar 19, 2018 at 10:34 PM, Jim Jagielski wrote: > >> Doe

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

Rory O'Farrell wrote: Centos may be a good distro for building OO, but it is hardly the most widely used for daily work How popular a system is is not very relevant. What matters is: we build OpenOffice on an "old" system since this makes it compatible with more recent systems. If we built O

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

Does nobody understand, that with that run-time dynamic linking patch I wrote, and some extra work to resurrect gstreamer 0.1 support from SVN, you could build both gstreamer 0.1 and 1.0 plugins on CentOS 6, and then use whichever gstreamer version is installed at run-time? Damjan On Mon, Mar 19

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

On Mon, 19 Mar 2018 18:54:50 -0400 Jim Jagielski wrote: > > > > On Mar 19, 2018, at 4:44 PM, Rory O'Farrell wrote: > > > > On Mon, 19 Mar 2018 16:34:44 -0400 > > Jim Jagielski wrote: > > > >> Does it make sense to have both gstreamer 0.1

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

> On Mar 19, 2018, at 4:44 PM, Rory O'Farrell wrote: > > On Mon, 19 Mar 2018 16:34:44 -0400 > Jim Jagielski wrote: > >> Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. >> That is, enabling gstreamer during the build will determine

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

On 03/19/2018 01:44 PM, Rory O'Farrell wrote: On Mon, 19 Mar 2018 16:34:44 -0400 Jim Jagielski wrote: Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. That is, enabling gstreamer during the build will determine what version is supported and then use that

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

On Mon, 19 Mar 2018 16:34:44 -0400 Jim Jagielski wrote: > Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. > That is, enabling gstreamer during the build will determine what > version is supported and then use that? > > ie, sort of merge how AO

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

Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. That is, enabling gstreamer during the build will determine what version is supported and then use that? ie, sort of merge how AOO415 and AOO420 currently do things related to gstreamer

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

Hi Damjan, I cant see the patch attached. Can you provide me the patch? Thanks. All the best Peter On 16.03.2018 02:35, Damjan Jovanovic wrote: I've made a preliminary patch that does run-time dynamic linking to the GStreamer libraries, only linking to $(GTK_LIBS) at build time.

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

I've made a preliminary patch that does run-time dynamic linking to the GStreamer libraries, only linking to $(GTK_LIBS) at build time. This should ultimately allow you to build on CentOS 6. The patch is attached. It's pretty ugly: lots of GStreamer macros expand to functions and thus

Linux Community Builds for 4.2.0 (Was: Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library))

That is the conundrum. What we could do is, just as we provide both Linux 32 and 64 bit builds, another set of Linux builds that do, and do not, include gstreamer 1.0. The ones that do would need to use Ubuntu as the build platform and the ones that don't could continue to use CentOS.

Re: gstreamer

alking about, >> meant >> distribution of GStreamer with an AOO release, which is not allowed. >> >> Building against GStreamer header files, and then only linking to the >> GStreamer libraries on the end user's system, if present, sounds >> allowed

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

+1 Am 15. März 2018 03:22:20 MEZ schrieb Damjan Jovanovic : >If GStreamer is that problematic to obtain, we could import these 30 >symbols that we use from it via run-time dynamic linking. That way we >don't >need the GStreamer libraries to link against at compile time, only

Re: gstreamer

I thought we do not bundle it, but internally provide for build convenience. Am 14. März 2018 19:13:19 MEZ schrieb Damjan Jovanovic : >I thought the "external download dependency" you were talking about, >meant >distribution of GStreamer with an AOO release, which is not a

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

If GStreamer is that problematic to obtain, we could import these 30 symbols that we use from it via run-time dynamic linking. That way we don't need the GStreamer libraries to link against at compile time, only the header files: DF *UND*000

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

Damjan Jovanovic wrote: GStreamer 1.0.0 requires glib 2.32.0. CentOS 6 ships with glib (package name: glib2) 2.28 as per http://mirror.centos.org/centos/6/os/x86_64/Packages/ So this is indeed an issue: we would need a distribution that ships with glib >= 2.32 (without considering ot

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

GStreamer 1.0.0 requires glib 2.32.0. Regards Damjan On Wed, Mar 14, 2018 at 8:27 PM, Andrea Pescetti wrote: > Jim Jagielski wrote: > >> Either we make gstreamer 1.0 an external download dependency, >> so we can continue to build on CentOS6, or else we decide that >> we

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

Jim Jagielski wrote: Either we make gstreamer 1.0 an external download dependency, so we can continue to build on CentOS6, or else we decide that we switch to Ubuntu as our "official" build platform for our community releases. Can we define the problem better? I assume the gstream

Re: gstreamer

I thought the "external download dependency" you were talking about, meant distribution of GStreamer with an AOO release, which is not allowed. Building against GStreamer header files, and then only linking to the GStreamer libraries on the end user's system, if present, sound

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

On Wed, Mar 14, 2018 at 10:30 AM, Jim Jagielski wrote: > Just a FYI that until we decide on this, 4.2.0-dev is in a holding > pattern... > > Either we make gstreamer 1.0 an external download dependency, > so we can continue to build on CentOS6, or else we decide that > we switc

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

On Wed, 14 Mar 2018 13:30:06 -0400 Jim Jagielski wrote: > Just a FYI that until we decide on this, 4.2.0-dev is in a holding > pattern... > > Either we make gstreamer 1.0 an external download dependency, > so we can continue to build on CentOS6, or else we decide that > we s

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

Just a FYI that until we decide on this, 4.2.0-dev is in a holding pattern... Either we make gstreamer 1.0 an external download dependency, so we can continue to build on CentOS6, or else we decide that we switch to Ubuntu as our "official" build platform for our community releases. &

Re: gstreamer

All this was discussed in: https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8d185ff7a94e0fc7d47a3b1b7f6@%3Cdev.openoffice.apache.org%3E I don't recall you bringing all this up there. > On Mar 14, 2018, at 12:03 PM, Damjan Jovanovic wrote: > > Why? The licence

Re: gstreamer

Why? The licence for GStreamer is LGPL, which is Category X. Damjan On Wed, Mar 14, 2018 at 4:25 PM, Jim Jagielski wrote: > I think there was general consensus to make gstreamer > a external download dependency. As of this date, this > has not yet been folded in. Who can take poin

gstreamer

I think there was general consensus to make gstreamer a external download dependency. As of this date, this has not yet been folded in. Who can take point on that? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org

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

It's a great news! I shall look forward to preliminary AOO 4.2.0 builds to test new gstreamer-1.0 implementation. -- Sergey On Fri, 2 Mar 2018 08:14:44 +0200 Damjan Jovanovic wrote: > I finally cracked it. The gstreamer pipeline gets created early, > during construction of the avm

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

> On Mar 3, 2018, at 12:51 PM, Kay Schenk wrote: > > On Fri, Mar 2, 2018 at 11:37 AM, Damjan Jovanovic <mailto:dam...@apache.org>> wrote: > >> Thank you. When testing, remember to: >> * make sure the "dev" libraries for gstreamer 1.0 and gstr

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

Matthias Seidel wrote: Am 03.03.2018 um 18:00 schrieb Andrea Pescetti: I'm trying to do a clean build of trunk and I'm stuck too (I do have a local cache, but it has the AOO415 dependencies only). Does anyone have a copy of ext_sources for trunk configured with --enable-category-b? I can send

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

On Fri, Mar 2, 2018 at 11:37 AM, Damjan Jovanovic wrote: > 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)

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

Am 03.03.2018 um 18:00 schrieb Andrea Pescetti: > On 02/03/2018 Matthias Seidel wrote: >> The buildbots are unable to do their work because SourceForge is >> unreachable... > > I'm trying to do a clean build of trunk and I'm stuck too (I do have a > local cache, but it has the AOO415 dependencies o

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

On 02/03/2018 Matthias Seidel wrote: The buildbots are unable to do their work because SourceForge is unreachable... I'm trying to do a clean build of trunk and I'm stuck too (I do have a local cache, but it has the AOO415 dependencies only). Does anyone have a copy of ext_sources for trunk c

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

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 "./config

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

esting... > >> 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, wh

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

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 av

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

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

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

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 > ca

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

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

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

ing. >> >> 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

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

On Wed, Feb 28, 2018 at 10:25 PM, Peter kovacs wrote: > The Thanks should go to Damjan, who is doing the task. I thought it was obvious the acknowledgement was directed at Damjan. Notwithstanding, unlike you, prior OO 'chairs' never even acknowledged -- much less impulsed -- the

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

The Thanks should go to Damjan, who is doing the task. He decided this is important. I did nothing. Am 1. März 2018 01:24:24 MEZ schrieb Jose R R : >Niltze[Hello] all- > >On Wed, Feb 28, 2018 at 9:56 AM, Damjan Jovanovic >wrote: >> I've successfully patched our gstream

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

o 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 >

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

Niltze[Hello] all- On Wed, Feb 28, 2018 at 9:56 AM, 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 i

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

essing "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&quo

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

le .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 gs

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

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 docum

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

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

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

Hello, Peter. Thank you for reply and for adding additional info into AOO wiki. Yes I'm posted on that project is short of developers this time. I hope that current implementation still will hold several years because gstreamer-0.10 of long process of skiping this brach in linux distribu

  1   2   >