gstreamer
Hi All, I have a successful build on our Ubuntu 14.04 in prelim tests before we migrate. That's the good news. As per subject; I could not get gstreamer to work so chose to disable it to get on with the rest of the build. I could not find a suitable ubuntu package to install is the issue. Can someone enlighten me please so I can enable gstreamer again. Thanks Gav...
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 For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer
On Mon, Aug 29, 2016 at 3:08 AM, Gav wrote: > Hi All, > > I have a successful build on our Ubuntu 14.04 in prelim > tests before we migrate. That's the good news. > > As per subject; I could not get gstreamer to work so chose to > disable it to get on with the rest of the build. > > I could not find a suitable ubuntu package to install is the issue. > > Can someone enlighten me please so I can enable gstreamer > again. > > Thanks > > Gav... > Maybe here? http://packages.ubuntu.com/trusty/libgstreamer0.10-0 I did see information that Ubuntu may already use gstreamer (libs?) in some form? I'm not sure what to tell you so something doesn't get overwritten. -- -- MzK "God helps those that help themselves." -- popular adage
Re: gstreamer
On Tue, Aug 30, 2016 at 2:56 AM, Kay Schenk wrote: > > On Mon, Aug 29, 2016 at 3:08 AM, Gav wrote: > >> Hi All, >> >> I have a successful build on our Ubuntu 14.04 in prelim >> tests before we migrate. That's the good news. >> >> As per subject; I could not get gstreamer to work so chose to >> disable it to get on with the rest of the build. >> >> I could not find a suitable ubuntu package to install is the issue. >> >> Can someone enlighten me please so I can enable gstreamer >> again. >> >> Thanks >> >> Gav... >> > > Maybe here? > > http://packages.ubuntu.com/trusty/libgstreamer0.10-0 > Great, that works fine, gstreamer enabled again. btw I've been using system Java 7 1.7.0_111 and works fine, but do we want to keep using this? (I'd think so) Gav... > > I did see information that Ubuntu may already use gstreamer (libs?) in > some form? > I'm not sure what to tell you so something doesn't get overwritten. > > > -- > -- > MzK > > "God helps those that help themselves." > -- popular adage > >
Re: gstreamer
erm I spoke too soon, that doesn't work either. "checking whether to build the GStreamer media backend... checking for GSTREAMER... no configure: error: requirements to build the GStreamer media backend not met. Do not use --enable-gstreamer or install the missing packages " Gav... On Tue, Aug 30, 2016 at 2:41 PM, Gav wrote: > > > On Tue, Aug 30, 2016 at 2:56 AM, Kay Schenk wrote: > >> >> On Mon, Aug 29, 2016 at 3:08 AM, Gav wrote: >> >>> Hi All, >>> >>> I have a successful build on our Ubuntu 14.04 in prelim >>> tests before we migrate. That's the good news. >>> >>> As per subject; I could not get gstreamer to work so chose to >>> disable it to get on with the rest of the build. >>> >>> I could not find a suitable ubuntu package to install is the issue. >>> >>> Can someone enlighten me please so I can enable gstreamer >>> again. >>> >>> Thanks >>> >>> Gav... >>> >> >> Maybe here? >> >> http://packages.ubuntu.com/trusty/libgstreamer0.10-0 >> > > Great, that works fine, gstreamer enabled again. > > btw I've been using system Java 7 1.7.0_111 and works fine, but do we > want to keep using this? (I'd think so) > > Gav... > > >> >> I did see information that Ubuntu may already use gstreamer (libs?) in >> some form? >> I'm not sure what to tell you so something doesn't get overwritten. >> >> >> -- >> -- >> MzK >> >> "God helps those that help themselves." >> -- popular adage >> >> >
Re: gstreamer
Gav wrote: "checking whether to build the GStreamer media backend... checking for GSTREAMER... no configure: error: requirements to build the GStreamer media backend not met. Do not use --enable-gstreamer or install the missing packages Hi Gavin, this won't help you with GStreamer since I checked and it is not immediately clear that it would help, but I suggest to use -and update if needed; we can of course create a wiki account for you- the following resources: https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step a section for Ubuntu 14.04 with all needed packages. https://wiki.openoffice.org/wiki/Ubuntu_Build_Instructions Outdated, but still contain useful hints. http://svn.apache.org/viewvc/openoffice/devtools/build-scripts/4.1.2/unxlngix6/ Our build scripts for 4.1.2. These configure options are for a release build, but ideally we want this to succeed on the buildbot. Languages can be left out (for example, the Windows buildbot only uses en and de) and the package formats can be reduced too, but these should be the reference options. And thanks a lot for this work. It won't help us with building releases, but it will make buildbot maintenance easier for both Infra and the project. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer
On Mon, Aug 29, 2016 at 9:41 PM, Gav wrote: > > > On Tue, Aug 30, 2016 at 2:56 AM, Kay Schenk wrote: > >> >> On Mon, Aug 29, 2016 at 3:08 AM, Gav wrote: >> >>> Hi All, >>> >>> I have a successful build on our Ubuntu 14.04 in prelim >>> tests before we migrate. That's the good news. >>> >>> As per subject; I could not get gstreamer to work so chose to >>> disable it to get on with the rest of the build. >>> >>> I could not find a suitable ubuntu package to install is the issue. >>> >>> Can someone enlighten me please so I can enable gstreamer >>> again. >>> >>> Thanks >>> >>> Gav... >>> >> >> Maybe here? >> >> http://packages.ubuntu.com/trusty/libgstreamer0.10-0 >> > > Great, that works fine, gstreamer enabled again. > > btw I've been using system Java 7 1.7.0_111 and works fine, but do we > want to keep using this? (I'd think so) > Absolutely! And I was going to tell you we wanted to update to Java 1.7. > > Gav... > > >> >> I did see information that Ubuntu may already use gstreamer (libs?) in >> some form? >> I'm not sure what to tell you so something doesn't get overwritten. >> >> >> -- >> -- >> MzK >> >> "God helps those that help themselves." >> -- popular adage >> >> > -- -- MzK "God helps those that help themselves." -- popular adage
Re: gstreamer
On Tue, Aug 30, 2016 at 12:18 AM, Andrea Pescetti wrote: > Gav wrote: > >> "checking whether to build the GStreamer media backend... checking for >> GSTREAMER... no >> configure: error: requirements to build the GStreamer media backend not >> met. Do not use --enable-gstreamer or install the missing packages >> > > Hi Gavin, this won't help you with GStreamer since I checked and it is not > immediately clear that it would help, but I suggest to use -and update if > needed; we can of course create a wiki account for you- the following > resources: > > https://wiki.openoffice.org/wiki/Documentation/Building_Guid > e_AOO/Step_by_step > a section for Ubuntu 14.04 with all needed packages. > > https://wiki.openoffice.org/wiki/Ubuntu_Build_Instructions > Outdated, but still contain useful hints. > > http://svn.apache.org/viewvc/openoffice/devtools/build-scrip > ts/4.1.2/unxlngix6/ > Our build scripts for 4.1.2. These configure options are for a release > build, but ideally we want this to succeed on the buildbot. Languages can > be left out (for example, the Windows buildbot only uses en and de) and the > package formats can be reduced too, but these should be the reference > options. > > And thanks a lot for this work. It won't help us with building releases, > but it will make buildbot maintenance easier for both Infra and the project. > > Regards, > Andrea. > Gavin -- As I don't see any information in the wiki links Andrea provided directly pertaining to gstreamer, can you give us an accounting of what IS installed vis a vis gstreamer on this system? It could be that our configure script needs some tweaking. We use PKG_CONFIG exclusively toe "find" packs on systems, and sometimes that does not work for all installed packages. -- -- Kay Schenk Apache OpenOffice "Things work out best for those who make the best of the way things work out." -- John Wooden
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 point on that? > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
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 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 point on that? >> >> - >> 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
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, sounds allowed ("Can Apache projects rely on components under prohibited licenses" on https://www.apache.org/legal/resolved.html) On Wed, Mar 14, 2018 at 7:22 PM, Jim Jagielski wrote: > All this was discussed in: > > https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8 > d185ff7a94e0fc7d47a3b1b7f6@%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 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 point on that? > >> > >> - > >> 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 > >
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 allowed. > >Building against GStreamer header files, and then only linking to the >GStreamer libraries on the end user's system, if present, sounds >allowed >("Can Apache projects rely on components under prohibited licenses" on >https://www.apache.org/legal/resolved.html) > > > >On Wed, Mar 14, 2018 at 7:22 PM, Jim Jagielski wrote: > >> All this was discussed in: >> >> https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8 >> d185ff7a94e0fc7d47a3b1b7f6@%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 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 point on that? >> >> >> >> >- >> >> 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 >> >> - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer
Yes, that was my thought as well... We do not bundle it, but our build system allows for it to be downloaded and built during the whole build process, just as we do w/ loads of other dependencies. As long as we don't bundle it, and as long as it is not a *hard* dependency, it's not an issue. > On Mar 15, 2018, at 3:04 AM, Peter Kovacs wrote: > > 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 allowed. >> >> Building against GStreamer header files, and then only linking to the >> GStreamer libraries on the end user's system, if present, sounds >> allowed >> ("Can Apache projects rely on components under prohibited licenses" on >> https://www.apache.org/legal/resolved.html) >> >> >> >> On Wed, Mar 14, 2018 at 7:22 PM, Jim Jagielski wrote: >> >>> All this was discussed in: >>> >>> https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8 >>> d185ff7a94e0fc7d47a3b1b7f6@%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 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 point on that? >>>>> >>>>> >> - >>>>> 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 >>> >>> > > - > 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
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 need to resolve this if we have any intent in getting a 4.2.0 beta out in a reasonable time frame. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 1831928 and built OpenOffice with my local build of GCC-5 GNU compiler. I simply apt- and got https://packages.debian.org/stretch/libgstreamer1.0-dev from Debian 9.x repository for AMD64. > > 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 need to > resolve this if we have any >intent in getting a 4.2.0 beta out in a > reasonable time frame. In my build I experienced no issues opening previous ODT entities nor creating new ones. On the other hand, after testing a multimedia .mp4 clip (which plays excellently) if I click, i.e., select, an empty area ApacheOO simply crashes. Here is a small screen recording of the issue. < https://metztli.it/blog/index.php/ixiptli/ > Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Stretch w/ Linux 4.15 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/ --- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer status for 4.2.0-dev?
On 05/23/2018 05: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. > > 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 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 don't use it, and it only applies to Linux. I haven't investigated the code much to see how the gstreamer libraries are used. The Linux distros now mostly use Freedesktop lower level interfaces except I don't know what Unity uses. Is building with gstreamer still needed/compliant with this? In short, how are video applications determined in Linux now? Do we need a different approach for integration of video objects in Linux? If anyone knows the history of this, it would be very helpful to this discussion. -- -- MzK "Less is MORE." - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 1.0.0 API) We have 2 suggestions to solve the issue: 1) implement 0.1.0 and 1.0.0 API. 2) move the implementation into an optional extention. Both solutions have currently not followed up. All the best Peter Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk : >On 05/23/2018 05: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. >> >> 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 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 don't use it, and it only >applies to Linux. > >I haven't investigated the code much to see how the gstreamer libraries >are used. The Linux distros now mostly use Freedesktop lower level >interfaces except I don't know what Unity uses. Is building with >gstreamer still needed/compliant with this? In short, how are video >applications determined in Linux now? Do we need a different approach >for integration of video objects in Linux? > >If anyone knows the history of this, it would be very helpful to this >discussion. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 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 1.0.0 API) > We have 2 suggestions to solve the issue: > 1) implement 0.1.0 and 1.0.0 API. > 2) move the implementation into an optional extention. > > Both solutions have currently not followed up. > > All the best > Peter > > Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk : > >On 05/23/2018 05: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. > >> > >> 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 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 don't use it, and it only > >applies to Linux. > > > >I haven't investigated the code much to see how the gstreamer libraries > >are used. The Linux distros now mostly use Freedesktop lower level > >interfaces except I don't know what Unity uses. Is building with > >gstreamer still needed/compliant with this? In short, how are video > >applications determined in Linux now? Do we need a different approach > >for integration of video objects in Linux? > > > >If anyone knows the history of this, it would be very helpful to this > >discussion. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
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 feeling gstreamer was integrated long ago when no other multi-media standard/app for Linux existed. Now it seems VLC seems to the standard for the most part. (This is a dated web page but I think it's still a good reference: http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html). Basically, we are supplying gstreamer as a multimedia app to Linux when maybe this isn't really needed. > > 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 > 1.0.0 API) > We have 2 suggestions to solve the issue: > 1) implement 0.1.0 and 1.0.0 API. > 2) move the implementation into an optional extention. > > Both solutions have currently not followed up. > > All the best > Peter > > Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk : >> On 05/23/2018 05: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. >>> 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 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 don't use it, and it only >> applies to Linux. >> >> I haven't investigated the code much to see how the gstreamer libraries >> are used. The Linux distros now mostly use Freedesktop lower level >> interfaces except I don't know what Unity uses. Is building with >> gstreamer still needed/compliant with this? In short, how are video >> applications determined in Linux now? Do we need a different approach >> for integration of video objects in Linux? >> >> If anyone knows the history of this, it would be very helpful to this >> discussion. > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- -- MzK "Less is MORE." - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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. > >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 >multi-media standard/app for Linux existed. Now it seems VLC seems to >the standard for the most part. (This is a dated web page but I think >it's still a good reference: >http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html). >Basically, we are supplying gstreamer as a multimedia app to Linux when >maybe this isn't really needed. > >> >> 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 1.0.0 API) >> We have 2 suggestions to solve the issue: >> 1) implement 0.1.0 and 1.0.0 API. >> 2) move the implementation into an optional extention. >> >> Both solutions have currently not followed up. >> >> All the best >> Peter >> >> Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk >: >>> On 05/23/2018 05: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. >>>> 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 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 don't use it, and it >only >>> applies to Linux. >>> >>> I haven't investigated the code much to see how the gstreamer >libraries >>> are used. The Linux distros now mostly use Freedesktop lower level >>> interfaces except I don't know what Unity uses. Is building with >>> gstreamer still needed/compliant with this? In short, how are video >>> applications determined in Linux now? Do we need a different >approach >>> for integration of video objects in Linux? >>> >>> If anyone knows the history of this, it would be very helpful to >this >>> discussion. >> - >> 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
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/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 feeling gstreamer was integrated long ago when no other > multi-media standard/app for Linux existed. Now it seems VLC seems to > the standard for the most part. (This is a dated web page but I think > it's still a good reference: > http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html > ). > Basically, we are supplying gstreamer as a multimedia app to Linux when > maybe this isn't really needed. > > > > > 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 1.0.0 API) > > We have 2 suggestions to solve the issue: > > 1) implement 0.1.0 and 1.0.0 API. > > 2) move the implementation into an optional extention. > > > > Both solutions have currently not followed up. > > > > All the best > > Peter > > > > Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk : > >> On 05/23/2018 05: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. > >>> 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 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 don't use it, and it only > >> applies to Linux. > >> > >> I haven't investigated the code much to see how the gstreamer libraries > >> are used. The Linux distros now mostly use Freedesktop lower level > >> interfaces except I don't know what Unity uses. Is building with > >> gstreamer still needed/compliant with this? In short, how are video > >> applications determined in Linux now? Do we need a different approach > >> for integration of video objects in Linux? > >> > >> If anyone knows the history of this, it would be very helpful to this > >> discussion. > > - > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > > -- > -- > MzK > > "Less is MORE." > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
Re: gstreamer status for 4.2.0-dev?
Thanks Peter. I will investigate. ___ Sent from MzK's phone. On Mon, May 28, 2018, 10:54 Peter Kovacs wrote: > 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. > > > >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 > >multi-media standard/app for Linux existed. Now it seems VLC seems to > >the standard for the most part. (This is a dated web page but I think > >it's still a good reference: > > > http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html > ). > >Basically, we are supplying gstreamer as a multimedia app to Linux when > >maybe this isn't really needed. > > > >> > >> 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 1.0.0 API) > >> We have 2 suggestions to solve the issue: > >> 1) implement 0.1.0 and 1.0.0 API. > >> 2) move the implementation into an optional extention. > >> > >> Both solutions have currently not followed up. > >> > >> All the best > >> Peter > >> > >> Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk > >: > >>> On 05/23/2018 05: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. > >>>> 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 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 don't use it, and it > >only > >>> applies to Linux. > >>> > >>> I haven't investigated the code much to see how the gstreamer > >libraries > >>> are used. The Linux distros now mostly use Freedesktop lower level > >>> interfaces except I don't know what Unity uses. Is building with > >>> gstreamer still needed/compliant with this? In short, how are video > >>> applications determined in Linux now? Do we need a different > >approach > >>> for integration of video objects in Linux? > >>> > >>> If anyone knows the history of this, it would be very helpful to > >this > >>> discussion. > >> - > >> 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 > >
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 gstreamer for different > Distributions. (Main issue: centos6 is to old to support the new gstreamer > 1.0.0 API) > We have 2 suggestions to solve the issue: > 1) implement 0.1.0 and 1.0.0 API. > 2) move the implementation into an optional extention. > > Both solutions have currently not followed up. > Is anyone able to follow up on these? #2 seems the wiser choice. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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. Certainly not elegant but if that's what it takes to get past this holding pattern, then that's what we have to do. > On May 28, 2018, at 3:12 AM, Damjan Jovanovic wrote: > > 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 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 1.0.0 API) >> We have 2 suggestions to solve the issue: >> 1) implement 0.1.0 and 1.0.0 API. >> 2) move the implementation into an optional extention. >> >> Both solutions have currently not followed up. >> >> All the best >> Peter >> >> Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk : >>> On 05/23/2018 05: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. >>>> >>>> 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 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 don't use it, and it only >>> applies to Linux. >>> >>> I haven't investigated the code much to see how the gstreamer libraries >>> are used. The Linux distros now mostly use Freedesktop lower level >>> interfaces except I don't know what Unity uses. Is building with >>> gstreamer still needed/compliant with this? In short, how are video >>> applications determined in Linux now? Do we need a different approach >>> for integration of video objects in Linux? >>> >>> If anyone knows the history of this, it would be very helpful to this >>> discussion. >> >> - >> 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
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 > multi-media standard/app for Linux existed. Now it seems VLC seems to > the standard for the most part. (This is a dated web page but I think > it's still a good reference: > http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html). > Basically, we are supplying gstreamer as a multimedia app to Linux when > maybe this isn't really needed. The using of gstreamer multimedia backend of OpenOffice was anounced in Oracle OpenOffice.org 3.4 Beta in April 2010 and the first release with it was the Apache OpenOffice 3.4.0 in May 2012. Previously to play multimedia content in OpenOffice the Java Media Framework (JMF) was used ( https://wiki.openoffice.org/wiki/Java/Java_Media_Framework ). The JMF wasn't updated since 2003 and supported too small amount of formats in contrast to gstreamer. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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. > > I have no idea how to do #2 but #1 looks like simple brute force. Certainly > not elegant but if that's what it takes to get past this holding pattern, > then that's what we have to do. > Some packages provides builds both for old and new systems. E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) presented packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). Could it be a solution to prepare separate packages? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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? >> >> I have a feeling gstreamer was integrated long ago when no other >> multi-media standard/app for Linux existed. Now it seems VLC seems to >> the standard for the most part. (This is a dated web page but I think >> it's still a good reference: >> http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html). >> Basically, we are supplying gstreamer as a multimedia app to Linux when >> maybe this isn't really needed. > The using of gstreamer multimedia backend of OpenOffice was anounced in > Oracle OpenOffice.org 3.4 Beta > in April 2010 and the first release with it was the Apache OpenOffice 3.4.0 > in May 2012. > > Previously to play multimedia content in OpenOffice the Java Media Framework > (JMF) was used > ( https://wiki.openoffice.org/wiki/Java/Java_Media_Framework ). > The JMF wasn't updated since 2003 and supported too small amount of formats > in contrast to gstreamer. Thank you for this information, it is useful. I understand the need for a standardized AV app in some ways, but, assuming an end user's preferred AV app supports a wide variety of formats, I think it would be better for AOO (in non-Win, non-Mac) implementations to try to determine the the end user's AV application, and use that rather than providing a new AV app. But...a much longer discussion not on this thread. -- -- MzK "Less is MORE." - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 releases we need to do, which is a factor, so we need to make sure our distro channel is aware. I just don't like the one "making" that decision... but that's the only one I'm qualified to make since that's the only one I'm qualified to adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x stuff in there now). FWIW, our inability to follow-through on this single issue is quite bothersome to me... > On May 30, 2018, at 6:19 PM, Torokhov Sergey wrote: > > > > 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. >> >> I have no idea how to do #2 but #1 looks like simple brute force. Certainly >> not elegant but if that's what it takes to get past this holding pattern, >> then that's what we have to do. >> > > Some packages provides builds both for old and new systems. > E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) presented > packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and their > new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). > > Could it be a solution to prepare separate packages? > > - > 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
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 fine w/ me. It > increases, substantially, the total volume of releases we need to do, which > is a factor, so we need to make sure our distro channel is aware. > I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point taken. > > I just don't like the one "making" that decision... but that's the only > one I'm qualified to make since that's the only one I'm qualified to adjust > trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and > reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x > stuff in there now). > > FWIW, our inability to follow-through on this single issue is quite > bothersome to me... > > On May 30, 2018, at 6:19 PM, Torokhov Sergey > wrote: > > > > > > > > 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. > >> > >> I have no idea how to do #2 but #1 looks like simple brute force. > Certainly not elegant but if that's what it takes to get past this holding > pattern, then that's what we have to do. > >> > > > > Some packages provides builds both for old and new systems. > > E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) > presented > > packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and > their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). > > > > Could it be a solution to prepare separate packages? > > > > - > > 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 > > -- -- MzK "Less is MORE."
Re: gstreamer status for 4.2.0-dev?
How about we ask the community if we need to support centOS6? If no one uses CentOS6 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 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 gstreamer 1.x), so if that is the decision, that's fine >w/ me. It increases, substantially, the total volume of releases we >need to do, which is a factor, so we need to make sure our distro >channel is aware. > >I just don't like the one "making" that decision... but that's the only >one I'm qualified to make since that's the only one I'm qualified to >adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from >4.1.5 and reincorporate it into trunk to exist in parallel w/ the new >gstreamer-1.x stuff in there now). > >FWIW, our inability to follow-through on this single issue is quite >bothersome to me... > >> On May 30, 2018, at 6:19 PM, Torokhov Sergey >wrote: >> >> >> >> 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. >>> >>> I have no idea how to do #2 but #1 looks like simple brute force. >Certainly not elegant but if that's what it takes to get past this >holding pattern, then that's what we have to do. >>> >> >> Some packages provides builds both for old and new systems. >> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >presented >> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and >their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >> >> Could it be a solution to prepare separate packages? >> >> - >> 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer status for 4.2.0-dev?
Those who need to support older versions of Centos with newer versions of Openoffice should come forward and do the work! Sent from my iPhone > On Jun 4, 2018, at 10:59 PM, Peter Kovacs wrote: > > How about we ask the community if we need to support centOS6? > If no one uses CentOS6 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 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 gstreamer 1.x), so if that is the decision, that's fine >> w/ me. It increases, substantially, the total volume of releases we >> need to do, which is a factor, so we need to make sure our distro >> channel is aware. >> >> I just don't like the one "making" that decision... but that's the only >> one I'm qualified to make since that's the only one I'm qualified to >> adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from >> 4.1.5 and reincorporate it into trunk to exist in parallel w/ the new >> gstreamer-1.x stuff in there now). >> >> FWIW, our inability to follow-through on this single issue is quite >> bothersome to me... >> >>> On May 30, 2018, at 6:19 PM, Torokhov Sergey >> wrote: >>> >>> >>> >>> 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. >>>> >>>> I have no idea how to do #2 but #1 looks like simple brute force. >> Certainly not elegant but if that's what it takes to get past this >> holding pattern, then that's what we have to do. >>>> >>> >>> Some packages provides builds both for old and new systems. >>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >> presented >>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and >> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>> >>> Could it be a solution to prepare separate packages? >>> >>> - >>> 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 > > - > 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
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 that is the decision, that's fine w/ me. It increases, substantially, the total volume of releases we need to do, which is a factor, so we need to make sure our distro channel is aware. I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point taken. CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base platform. Or do some effort to jump directly to CentOS7. [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule Marcus I just don't like the one "making" that decision... but that's the only one I'm qualified to make since that's the only one I'm qualified to adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x stuff in there now). FWIW, our inability to follow-through on this single issue is quite bothersome to me... On May 30, 2018, at 6:19 PM, Torokhov Sergey wrote: 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. I have no idea how to do #2 but #1 looks like simple brute force. Certainly not elegant but if that's what it takes to get past this holding pattern, then that's what we have to do. Some packages provides builds both for old and new systems. E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) presented packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). Could it be a solution to prepare separate packages? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer status for 4.2.0-dev?
Am 05.06.2018 um 08:14 schrieb Dave Fisher: Those who need to support older versions of Centos with newer versions of Openoffice should come forward and do the work! also a valid argument. ;-) Marcus On Jun 4, 2018, at 10:59 PM, Peter Kovacs wrote: How about we ask the community if we need to support centOS6? If no one uses CentOS6 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 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 gstreamer 1.x), so if that is the decision, that's fine w/ me. It increases, substantially, the total volume of releases we need to do, which is a factor, so we need to make sure our distro channel is aware. I just don't like the one "making" that decision... but that's the only one I'm qualified to make since that's the only one I'm qualified to adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x stuff in there now). FWIW, our inability to follow-through on this single issue is quite bothersome to me... On May 30, 2018, at 6:19 PM, Torokhov Sergey wrote: 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. I have no idea how to do #2 but #1 looks like simple brute force. Certainly not elegant but if that's what it takes to get past this holding pattern, then that's what we have to do. Some packages provides builds both for old and new systems. E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) presented packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). Could it be a solution to prepare separate packages? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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.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 releases we need to >>> do, which >>> is a factor, so we need to make sure our distro channel is aware. >>> >> >> I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point >> taken. > > CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base > platform. Or do some effort to jump directly to CentOS7. We already decided to build 4.2.0 and later with CentOS6: https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_6_for_AOO_4.2.x_and_later Regards, Matthias > > [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule > > Marcus > > > >>> I just don't like the one "making" that decision... but that's the only >>> one I'm qualified to make since that's the only one I'm qualified to >>> adjust >>> trunk to represent (that is, pull the gstreamer-0.10 stuff from >>> 4.1.5 and >>> reincorporate it into trunk to exist in parallel w/ the new >>> gstreamer-1.x >>> stuff in there now). >>> >>> FWIW, our inability to follow-through on this single issue is quite >>> bothersome to me... >> >> >>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey >>> wrote: >>>> >>>> >>>> >>>> 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. >>>>> >>>>> I have no idea how to do #2 but #1 looks like simple brute force. >>> Certainly not elegant but if that's what it takes to get past this >>> holding >>> pattern, then that's what we have to do. >>>>> >>>> >>>> Some packages provides builds both for old and new systems. >>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >>> presented >>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and >>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>> >>>> Could it be a solution to prepare separate packages? > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
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 expectation is that it will cause issues) So I would like to change my mind to switch directly to 7. And resolve issues with 6 seperatly. If we find volunteers for it. I am not sure if it is worth to invest much in centos6 with the current volunteers we have. (Despite the fact that the interest or time seems not to fit.) Am 5. Juni 2018 23:31:38 MESZ schrieb Matthias Seidel : >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.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 releases we need to >>>> do, which >>>> is a factor, so we need to make sure our distro channel is aware. >>>> >>> >>> I think we'd need to go up to CentOS7 for gstreamer 1.x. >Anyway...point >>> taken. >> >> CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base >> platform. Or do some effort to jump directly to CentOS7. > >We already decided to build 4.2.0 and later with CentOS6: >https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_6_for_AOO_4.2.x_and_later > >Regards, > Matthias > >> >> [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule >> >> Marcus >> >> >> >>>> I just don't like the one "making" that decision... but that's the >only >>>> one I'm qualified to make since that's the only one I'm qualified >to >>>> adjust >>>> trunk to represent (that is, pull the gstreamer-0.10 stuff from >>>> 4.1.5 and >>>> reincorporate it into trunk to exist in parallel w/ the new >>>> gstreamer-1.x >>>> stuff in there now). >>>> >>>> FWIW, our inability to follow-through on this single issue is quite >>>> bothersome to me... >>> >>> >>>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey > >>>> wrote: >>>>> >>>>> >>>>> >>>>> 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. >>>>>> >>>>>> I have no idea how to do #2 but #1 looks like simple brute force. >>>> Certainly not elegant but if that's what it takes to get past this >>>> holding >>>> pattern, then that's what we have to do. >>>>>> >>>>> >>>>> Some packages provides builds both for old and new systems. >>>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >>>> presented >>>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) >and >>>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>>> >>>>> Could it be a solution to prepare separate packages? >> >> >> - >> 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
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 different gcc Version? (I > lack the experience on this, but my expectation is that it will cause issues) > > So I would like to change my mind to switch directly to 7. And resolve issues > with 6 seperatly. If we find volunteers for it. > I am not sure if it is worth to invest much in centos6 with the current > volunteers we have. (Despite the fact that the interest or time seems not to > fit.) Personally, I have no use for gstreamer... ;-) But I would be happy to have a 4.2.0-dev - without general error on Linux [1] - without crash when inserting a frame in Writer (cross platform) [2] - with the ability to open ppt files with a double click on Windows [3] Shouldn't we concentrate on release blockers like these? There is enough work to do before we can even think about releasing a beta. Regards, Matthias [1] https://bz.apache.org/ooo/show_bug.cgi?id=127315 [2] https://bz.apache.org/ooo/show_bug.cgi?id=125129 [3] https://bz.apache.org/ooo/show_bug.cgi?id=127783 > > > Am 5. Juni 2018 23:31:38 MESZ schrieb Matthias Seidel > : >> 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.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 releases we need to >>>>> do, which >>>>> is a factor, so we need to make sure our distro channel is aware. >>>>> >>>> I think we'd need to go up to CentOS7 for gstreamer 1.x. >> Anyway...point >>>> taken. >>> CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base >>> platform. Or do some effort to jump directly to CentOS7. >> We already decided to build 4.2.0 and later with CentOS6: >> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_6_for_AOO_4.2.x_and_later >> >> Regards, >> Matthias >> >>> [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule >>> >>> Marcus >>> >>> >>> >>>>> I just don't like the one "making" that decision... but that's the >> only >>>>> one I'm qualified to make since that's the only one I'm qualified >> to >>>>> adjust >>>>> trunk to represent (that is, pull the gstreamer-0.10 stuff from >>>>> 4.1.5 and >>>>> reincorporate it into trunk to exist in parallel w/ the new >>>>> gstreamer-1.x >>>>> stuff in there now). >>>>> >>>>> FWIW, our inability to follow-through on this single issue is quite >>>>> bothersome to me... >>>> >>>>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey >> >>>>> wrote: >>>>>> >>>>>> >>>>>> 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. >>>>>>> I have no idea how to do #2 but #1 looks like simple brute force. >>>>> Certainly not elegant but if that's what it takes to get past this >>>>> holding >>>>> pattern, then that's what we have to do. >>>>>> Some packages provides builds both for old and new systems. >>>>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >>>>> presented >>>>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) >> and >>>>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>>>> Could it be a solution to prepare separate packages? >>> >>> - >>> 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 > smime.p7s Description: S/MIME Cryptographic Signature
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 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 expectation is that it >will cause issues) >> >> So I would like to change my mind to switch directly to 7. And >resolve issues with 6 seperatly. If we find volunteers for it. >> I am not sure if it is worth to invest much in centos6 with the >current volunteers we have. (Despite the fact that the interest or time >seems not to fit.) > >Personally, I have no use for gstreamer... ;-) > >But I would be happy to have a 4.2.0-dev > > - without general error on Linux [1] > - without crash when inserting a frame in Writer (cross platform) [2] > - with the ability to open ppt files with a double click on Windows >[3] > >Shouldn't we concentrate on release blockers like these? There is >enough >work to do before we can even think about releasing a beta. > >Regards, > Matthias > >[1] https://bz.apache.org/ooo/show_bug.cgi?id=127315 >[2] https://bz.apache.org/ooo/show_bug.cgi?id=125129 >[3] https://bz.apache.org/ooo/show_bug.cgi?id=127783 > >> >> >> Am 5. Juni 2018 23:31:38 MESZ schrieb Matthias Seidel >: >>> 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.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 releases we need to >>>>>> do, which >>>>>> is a factor, so we need to make sure our distro channel is aware. >>>>>> >>>>> I think we'd need to go up to CentOS7 for gstreamer 1.x. >>> Anyway...point >>>>> taken. >>>> CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new >base >>>> platform. Or do some effort to jump directly to CentOS7. >>> We already decided to build 4.2.0 and later with CentOS6: >>> >https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_6_for_AOO_4.2.x_and_later >>> >>> Regards, >>> Matthias >>> >>>> [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule >>>> >>>> Marcus >>>> >>>> >>>> >>>>>> I just don't like the one "making" that decision... but that's >the >>> only >>>>>> one I'm qualified to make since that's the only one I'm qualified >>> to >>>>>> adjust >>>>>> trunk to represent (that is, pull the gstreamer-0.10 stuff from >>>>>> 4.1.5 and >>>>>> reincorporate it into trunk to exist in parallel w/ the new >>>>>> gstreamer-1.x >>>>>> stuff in there now). >>>>>> >>>>>> FWIW, our inability to follow-through on this single issue is >quite >>>>>> bothersome to me... >>>>> >>>>>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey >>> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> 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. >>>>>>>> I have no idea how to do #2 but #1 looks like simple brute >force. >>>>>> Certainly not elegant but if that's what it takes to get past >this >>>>>> holding >>>>>> pattern, then that's what we have to do. >>>>>>> Some packages provides builds both for old and new systems. >>>>>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx >) >>>>>> presented >>>>>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 >) >>> and >>>>>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>>>>> Could it be a solution to prepare separate packages? >>>> >>>> >- >>>> 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 >> - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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?
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. Everything else is determined from that decision. So what say we all? > On Jun 5, 2018, at 5:26 PM, Marcus wrote: > > 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 that is the decision, that's fine w/ me. It >>> increases, substantially, the total volume of releases we need to do, which >>> is a factor, so we need to make sure our distro channel is aware. >>> >> I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point >> taken. > > CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base > platform. Or do some effort to jump directly to CentOS7. > > [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule > > Marcus > > > >>> I just don't like the one "making" that decision... but that's the only >>> one I'm qualified to make since that's the only one I'm qualified to adjust >>> trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and >>> reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x >>> stuff in there now). >>> >>> FWIW, our inability to follow-through on this single issue is quite >>> bothersome to me... >>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey >>> wrote: >>>> >>>> >>>> >>>> 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. >>>>> >>>>> I have no idea how to do #2 but #1 looks like simple brute force. >>> Certainly not elegant but if that's what it takes to get past this holding >>> pattern, then that's what we have to do. >>>>> >>>> >>>> Some packages provides builds both for old and new systems. >>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >>> presented >>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and >>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>> >>>> Could it be a solution to prepare separate packages? > > > - > 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
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's about the platform we now need to use. When gstreamer is no longer working with the old CentOS5 system, then let's update it. That's what I want to express, not more or less. Are we OK with that? That is the main consideration. Everything else is determined from that decision. So what say we all? IMHO Dave had the perfect answer: When someone else needs the old stuff, then they are free to do the work and deliver patches. (correspondingly) Marcus On Jun 5, 2018, at 5:26 PM, Marcus wrote: 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 that is the decision, that's fine w/ me. It increases, substantially, the total volume of releases we need to do, which is a factor, so we need to make sure our distro channel is aware. I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point taken. CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base platform. Or do some effort to jump directly to CentOS7. [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule Marcus I just don't like the one "making" that decision... but that's the only one I'm qualified to make since that's the only one I'm qualified to adjust trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x stuff in there now). FWIW, our inability to follow-through on this single issue is quite bothersome to me... On May 30, 2018, at 6:19 PM, Torokhov Sergey wrote: 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. I have no idea how to do #2 but #1 looks like simple brute force. Certainly not elegant but if that's what it takes to get past this holding pattern, then that's what we have to do. Some packages provides builds both for old and new systems. E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) presented packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). Could it be a solution to prepare separate packages? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 longer be supported; that is, our community builds will no longer >> work for them. > > sure, it's about the platform we now need to use. When gstreamer is no longer > working with the old CentOS5 system, then let's update it. > > That's what I want to express, not more or less. > No, it's about what platforms we now provide community binaries for. To be explicit: With the jump to 4.2.x, we will no longer be supporting older Linux platforms that we DID support w/ 4.1.x. This is all about what we change regarding what platforms we provide community builds for (and thus "officially" support). If we say that all Linux platforms that are too old to use gstreamer-1.x (eg: CentOS5, but actually it's a kernel dependency) are no longer officially supported, GREAT. But let's just make sure that is our decision. I actually thought one of the considerations of this project was to support as many older platforms as possible... if that is NOT the case, then again, we need to make that decision explicitly. WHAT is our backwards compatibility/support roadmap for 4.2.x?? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 longer be supported; that is, our community builds will no longer work for them. sure, it's about the platform we now need to use. When gstreamer is no longer working with the old CentOS5 system, then let's update it. That's what I want to express, not more or less. No, it's about what platforms we now provide community binaries for. I think we talk about the same thing but don't understand each other. ;-) OK, let's go on. To be explicit: With the jump to 4.2.x, we will no longer be supporting older Linux platforms that we DID support w/ 4.1.x. This is all about what we change regarding what platforms we provide community builds for (and thus "officially" support). If we say that all Linux platforms that are too old to use gstreamer-1.x (eg: CentOS5, but actually it's a kernel dependency) are no longer officially supported, GREAT. But let's just make sure that is our decision. I actually thought one of the considerations of this project was to support as many older platforms as possible... if that is NOT the case, then again, we need to make that decision explicitly. WHAT is our backwards compatibility/support roadmap for 4.2.x?? Yes, "as possible". But when our effort is somewhen to high to support the older things, then move on and leave them behind us. Mostly the vendor has already given up much earlier. ;-) But as I'm not a developer I cannot estimate how difficult it is to go on as it is today. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer status for 4.2.0-dev?
After some thinkibg, I agree with Dave. The Distributions affeced should help in supporting the backward compability. We can support and guide through the process. If we find volunteers it could be a small step back into stronger Linux Distribution support. If no one is interested it saves us complexity, which is also fine. It would be cool if we write a blog post. We could attach a Forum thread for discussion. Plus a reach out post to the affected distributions. (I think centOS6 is the only version affected , but I am not sure.) I try to make time until weekend for a first blog post 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 builds >will no longer work for them. > >Are we OK with that? > >That is the main consideration. Everything else is determined from that >decision. > >So what say we all? > >> On Jun 5, 2018, at 5:26 PM, Marcus wrote: >> >> 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 that is the decision, that's fine >w/ me. It >>>> increases, substantially, the total volume of releases we need to >do, which >>>> is a factor, so we need to make sure our distro channel is aware. >>>> >>> I think we'd need to go up to CentOS7 for gstreamer 1.x. >Anyway...point >>> taken. >> >> CentOS5 is done [1]. We can try to upgrade to CentOS6 as our new base >platform. Or do some effort to jump directly to CentOS7. >> >> [1] https://en.wikipedia.org/wiki/CentOS#End-of-support_schedule >> >> Marcus >> >> >> >>>> I just don't like the one "making" that decision... but that's the >only >>>> one I'm qualified to make since that's the only one I'm qualified >to adjust >>>> trunk to represent (that is, pull the gstreamer-0.10 stuff from >4.1.5 and >>>> reincorporate it into trunk to exist in parallel w/ the new >gstreamer-1.x >>>> stuff in there now). >>>> >>>> FWIW, our inability to follow-through on this single issue is quite >>>> bothersome to me... >>>>> On May 30, 2018, at 6:19 PM, Torokhov Sergey > >>>> wrote: >>>>> >>>>> >>>>> >>>>> 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. >>>>>> >>>>>> I have no idea how to do #2 but #1 looks like simple brute force. >>>> Certainly not elegant but if that's what it takes to get past this >holding >>>> pattern, then that's what we have to do. >>>>>> >>>>> >>>>> Some packages provides builds both for old and new systems. >>>>> E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx ) >>>> presented >>>>> packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) >and >>>> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ). >>>>> >>>>> Could it be a solution to prepare separate packages? >> >> >> - >> 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 but having some weird build issues w/ main/store) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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: 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 but having some weird build > issues w/ main/store) > > - > 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
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 Jagielski wrote: 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: 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 but having some weird build issues w/ main/store) - 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: gstreamer status for 4.2.0-dev?
+1. I'll start on a CentOS7 VM. BTW, up to now I've been using VMware Fusion, but will likely start using Vbox instead... I'm assuming most people are using that anyway and it would be nice to be able to share the VMs with others. > On Jul 3, 2018, at 8:30 AM, Peter Kovacs wrote: > > 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 Jagielski wrote: >> 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: 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 but having some weird build >>> issues w/ main/store) >>> >>> - >>> 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 >> > > > - > 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
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'll check versions of glibc and the "YEAR" and "XYZ" placeholders above when I have time. We might also conclude that an Ubuntu LTS version is the best choice, but honestly CentOS 7 should definitely be "old enough" these days. BTW, up to now I've been using VMware Fusion, but will likely start using Vbox instead... I'm assuming most people are using that anyway and it would be nice to be able to share the VMs with others. I use KVM images. But indeed it's a wise idea to have something that we can share, and I believe Vbox images can be converted for use in KVM. I've done it in the past if I recall correctly. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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'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'll check versions of glibc and the "YEAR" and "XYZ" placeholders above when > I have time. We might also conclude that an Ubuntu LTS version is the best > choice, but honestly CentOS 7 should definitely be "old enough" these days. > >> BTW, up to now I've been using VMware Fusion, but will likely start using >> Vbox instead... I'm assuming most people are using that anyway and it would >> be nice to be able to share the VMs with others. > > I use KVM images. But indeed it's a wise idea to have something that we can > share, and I believe Vbox images can be converted for use in KVM. I've done > it in the past if I recall correctly. > > Regards, > Andrea. > > - > 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
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's builds (not only releases) are done with CentOS 6, >so >> >> they will work on CentOS 6 too, and Kay can try with the latest >link >> >> you gave. Only buildbots builds won't. >> > And that's the problem, even Jim's build won't run! ;-) >> > https://bz.apache.org/ooo/show_bug.cgi?id=127738 >> >> This is because those specific builds, as an exceptional case, were >done >> on Ubuntu: https://s.apache.org/Jwr0 >> >> Regards, >>Andrea. >> > >One final note on this. Jim had built 4.2.0 on CentOS6 a while back >before >the gstreamer 1.0 update and that one DID work for me. > >We'll see how things go from here. > > >> - >> 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
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:47 Andrea Pescetti > >wrote: > > > >> Matthias Seidel wrote: > >> > Am 23.04.2018 um 00:15 schrieb Andrea Pescetti: > >> >> Correct. Jim's builds (not only releases) are done with CentOS 6, > >so > >> >> they will work on CentOS 6 too, and Kay can try with the latest > >link > >> >> you gave. Only buildbots builds won't. > >> > And that's the problem, even Jim's build won't run! ;-) > >> > https://bz.apache.org/ooo/show_bug.cgi?id=127738 > >> > >> This is because those specific builds, as an exceptional case, were > >done > >> on Ubuntu: https://s.apache.org/Jwr0 > >> > >> Regards, > >>Andrea. > >> > > > >One final note on this. Jim had built 4.2.0 on CentOS6 a while back > >before > >the gstreamer 1.0 update and that one DID work for me. > > > >We'll see how things go from here. > > > > > >> - > >> 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 > > -- -- MzK "Less is MORE."
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 we can go with the latter, but I am loath to volunteer someone else to "do the work" since I am unsure what the exact status of the patch is, how to fold it into trunk and how to handle building with the patch folded in. I know that there are other issues related to being at the stage to branch AOO420 from trunk but this, to me, seems like the priority at this point. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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* 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 we can go with the latter, but I am loath to volunteer someone else to "do the work" since I am unsure what the exact status of the patch is, how to fold it into trunk and how to handle building with the patch folded in. I know that there are other issues related to being at the stage to branch AOO420 from trunk but this, to me, seems like the priority at this point. - 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
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 good and deserves serious consideration. Thanks for bringing it up. > > On 25.04.2018 16:18, Jim Jagielski wrote: >> 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 we can go with the latter, but I am >> loath to volunteer someone else to "do the work" since I am >> unsure what the exact status of the patch is, how to fold it >> into trunk and how to handle building with the patch folded in. >> >> I know that there are other issues related to being at the stage >> to branch AOO420 from trunk but this, to me, seems like the >> priority at this point. >> >> - >> 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 > -- -- MzK "Less is MORE." - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Build r1829228 on Linux-32 (gstreamer build problem)
So that would mean that our 'official' community builds would not longer bundle/include it by default? Would we have 2 different versions of the extension (0.10 and 1.0) or just one? I like the idea, btw :) > On Apr 26, 2018, at 1:14 AM, 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. > > On 25.04.2018 16:18, Jim Jagielski wrote: >> 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 we can go with the latter, but I am >> loath to volunteer someone else to "do the work" since I am >> unsure what the exact status of the patch is, how to fold it >> into trunk and how to handle building with the patch folded in. >> >> I know that there are other issues related to being at the stage >> to branch AOO420 from trunk but this, to me, seems like the >> priority at this point. >> >> - >> 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 > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
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 effort to one certain package. I do not know about OS/2 or BSD. Maybe the appropiate volunteers could answer that. But imho it should not be a problem to create an additional port for this on BSD and integrate the right extention on OS/2. A complete different approach could be not to bundle the extention. It would give us the option for Windows user to add the gstreamer into the extention, providing them a simplified access. For Linux a integration into the distribution would be the way. But I do not know how we can do that. We need maintainers for that. Am 1. Mai 2018 13:57:50 MESZ schrieb Jim Jagielski : >So that would mean that our 'official' community builds would >not longer bundle/include it by default? Would we have 2 different >versions of the extension (0.10 and 1.0) or just one? > >I like the idea, btw :) > >> On Apr 26, 2018, at 1:14 AM, 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. >> >> On 25.04.2018 16:18, Jim Jagielski wrote: >>> 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 we can go with the latter, but I am >>> loath to volunteer someone else to "do the work" since I am >>> unsure what the exact status of the patch is, how to fold it >>> into trunk and how to handle building with the patch folded in. >>> >>> I know that there are other issues related to being at the stage >>> to branch AOO420 from trunk but this, to me, seems like the >>> priority at this point. >>> >>> >- >>> 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 >> > > >- >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
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_JAVABASEDsal_False #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 "" #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_False #else #ifdef QUARTZ #define AVMEDIA_MANAGER_SERVICE_NAME "com.sun.star.comp.avmedia.Manager_QuickTime" #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 "com.sun.star.comp.avmedia.Manager_MacAVF" #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_False #else #define AVMEDIA_MANAGER_SERVICE_NAME "com.sun.star.comp.avmedia.Manager_GStreamer" #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 "com.sun.star.comp.avmedia.Manager_Java" #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_True #endif #endif On Tue, May 1, 2018 at 3:01 PM 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 available on the > distribution. > Maybe we could even reduce the effort to one certain package. > > I do not know about OS/2 or BSD. Maybe the appropiate volunteers could > answer that. But imho it should not be a problem to create an additional > port for this on BSD and integrate the right extention on OS/2. > > A complete different approach could be not to bundle the extention. It > would give us the option for Windows user to add the gstreamer into the > extention, providing them a simplified access. > > For Linux a integration into the distribution would be the way. But I do > not know how we can do that. We need maintainers for that. > > Am 1. Mai 2018 13:57:50 MESZ schrieb Jim Jagielski : > >So that would mean that our 'official' community builds would > >not longer bundle/include it by default? Would we have 2 different > >versions of the extension (0.10 and 1.0) or just one? > > > >I like the idea, btw :) > > > >> On Apr 26, 2018, at 1:14 AM, 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. > >> > >> On 25.04.2018 16:18, Jim Jagielski wrote: > >>> 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 we can go with the latter, but I am > >>> loath to volunteer someone else to "do the work" since I am > >>> unsure what the exact status of the patch is, how to fold it > >>> into trunk and how to handle building with the patch folded in. > >>> > >>> I know that there are other issues related to being at the stage > >>> to branch AOO420 from trunk but this, to me, seems like the > >>> priority at this point. > >>> > >>> > >- > >>> 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 > >> > > > > > >- > >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 > >
Re: Build r1829228 on Linux-32 (gstreamer build problem)
Thanks for this info, Damjan. It would be very useful if we could identify the Linux media player that would likely be used -- as DirectX is for WNT and QuickTime for Mac. Maybe VLC? This would mean defining a new AVMEDIA_MANAGER_SERVICE_NAME, right? On Tue, May 1, 2018 at 6:51 AM, Damjan 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.avmedia.Manager_DirectX" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False > > #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 "" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_False > > #else > #ifdef QUARTZ > > #define AVMEDIA_MANAGER_SERVICE_NAME > "com.sun.star.comp.avmedia.Manager_QuickTime" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False > > #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 > "com.sun.star.comp.avmedia.Manager_MacAVF" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_False > > #else > > #define AVMEDIA_MANAGER_SERVICE_NAME > "com.sun.star.comp.avmedia.Manager_GStreamer" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False > > #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1 > "com.sun.star.comp.avmedia.Manager_Java" > #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1 sal_True > > #endif > #endif > > > On Tue, May 1, 2018 at 3:01 PM 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 available on > the > > distribution. > > Maybe we could even reduce the effort to one certain package. > > > > I do not know about OS/2 or BSD. Maybe the appropiate volunteers could > > answer that. But imho it should not be a problem to create an additional > > port for this on BSD and integrate the right extention on OS/2. > > > > A complete different approach could be not to bundle the extention. It > > would give us the option for Windows user to add the gstreamer into the > > extention, providing them a simplified access. > > > > For Linux a integration into the distribution would be the way. But I do > > not know how we can do that. We need maintainers for that. > > > > Am 1. Mai 2018 13:57:50 MESZ schrieb Jim Jagielski : > > >So that would mean that our 'official' community builds would > > >not longer bundle/include it by default? Would we have 2 different > > >versions of the extension (0.10 and 1.0) or just one? > > > > > >I like the idea, btw :) > > > > > >> On Apr 26, 2018, at 1:14 AM, 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. > > >> > > >> On 25.04.2018 16:18, Jim Jagielski wrote: > > >>> 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 we can go with the latter, but I am > > >>> loath to volunteer someone else to "do the work" since I am > > >>> unsure what the exact status of the patch is, how to fold it > > >>> into trunk and how to handle building with the patch folded in. > > >>> > > >>> I know that there are other issues related to being at the stage > > >>> to branch AOO420 from trunk but this, to me, seems like the > > >>> priority at this point. > > >>> > > >>> > > >- > > >>> 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 > > >> > > > > > > > > >- > > >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 > > > > > -- -- MzK "Less is MORE."
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 > available on the distribution. Maybe we could even reduce the effort > to one certain package. Does Windows even use gstreamer? > I do not know about OS/2 or BSD. Maybe the appropiate volunteers could > answer that. But imho it should not be a problem to create an > additional port for this on BSD and integrate the right extention on > OS/2. I switched the FreeBSD port over to 1.0.0. Both versions of gstreamer are available, though. > A complete different approach could be not to bundle the extention. It > would give us the option for Windows user to add the gstreamer into > the extention, providing them a simplified access. > > For Linux a integration into the distribution would be the way. But I > do not know how we can do that. We need maintainers for that. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
Hello, all. Currently the OpenOffice uses internal "libavmediagst.so" library that compiled with GStreamer 0.10 version that is unsupported since 2012. This library is used for gstreamer support in Linux to play multimedia content in presentation of Impress component. Is it planning to migrate for "libavmediagst.so" library to GStreamer 1.0 branch in new OpenOffice releases? Especially it's interesting concerns being prepared OpenOffice 4.2.0. Or maybe is it possible to rebuild it with GStreamer 1.0 for 4.1.6 release if it's planning? Or is it possible to release in addition an official OpenOffice "libavmediagst.so" library compiled with GStreamer 1.0 that could be downloaded separately to replace current "libavmediagst.so" library - 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)
On Mon, 19 Feb 2018 00:47:28 +0300 Torokhov Sergey wrote: Could anybody from developer team answer are there any plans about transition from gstreamer-0.10 to gstreamer-1.0 for multimedia support in Linux brach of Apache OpenOffice? Thank you in advance. -- Sergey Torokhov > Hello, all. > > Currently the OpenOffice uses internal "libavmediagst.so" library > that compiled with GStreamer 0.10 version that is unsupported since > 2012. This library is used for gstreamer support in Linux to play > multimedia content in presentation of Impress component. > > > Is it planning to migrate for "libavmediagst.so" library to GStreamer > 1.0 branch in new OpenOffice releases? Especially it's interesting > concerns being prepared OpenOffice 4.2.0. Or maybe is it possible to > rebuild it with GStreamer 1.0 for 4.1.6 release if it's planning? > > > Or is it possible to release in addition an official OpenOffice > "libavmediagst.so" library compiled with GStreamer 1.0 that could be > downloaded separately to replace current "libavmediagst.so" library > > - > 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
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
Hello, I have hoped that you will get a more positive answer then mine. I have found no evidence that we have ever worked on an update of multimedia Libs in any direction. The only thing I have found is someone tried to compile the old 0.1.0 Gstreamer interface on modern systems. I think it is unlikely we will see an update in 4.2.0, since there is no evidence of a volunteer working on it. Of course we would like to have a better solution then we have now. In order to advance step by step I have started to collect Information of possible solutions. And prepared to collect more Informations where maybe another volunteer could start on. I have not started any dicusssion, because my limit on driving topics has been been reached. If you like you could help collecting the informations needed to implement the stuff. If you have programming skills you are welcome to try, but I believe it is a challenging Journey. My current plan is to reduce all the szuff that makes work on Open Office step by step in order to get into a better shape that we can work on topics. But currently this is all but in infant state. I welcome any help. The Point of Interest List I have started you find at https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711 it collects all sort of topics I think I need look into. The Wikipage I have started to collect Information for a new multimedia backened you find at https://cwiki.apache.org/confluence/display/OOOUSERS/new+multimedia+Backend I am sorry I could not invest more time in this point. All the best Peter - 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)
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 distributibes. Maybe during this transition period at least the way to standalone build of appropriate multimedia AOO library will be found if it possible at all. Unfortunately I suppose I have no enough programming skills to understand how build system works and the difference between gstreamer-0.10 and 1.0 API/ABI . -- Sergey 25.02.2018, 12:20, "Peter Kovacs" : > Hello, > > I have hoped that you will get a more positive answer then mine. > I have found no evidence that we have ever worked on an update of > multimedia Libs in any direction. The only thing I have found is someone > tried to compile the old 0.1.0 Gstreamer interface on modern systems. > I think it is unlikely we will see an update in 4.2.0, since there is no > evidence of a volunteer working on it. Of course we would like to have a > better solution then we have now. > > In order to advance step by step I have started to collect Information > of possible solutions. And prepared to collect more Informations where > maybe another volunteer could start on. > I have not started any dicusssion, because my limit on driving topics > has been been reached. If you like you could help collecting the > informations needed to implement the stuff. If you have programming > skills you are welcome to try, but I believe it is a challenging Journey. > My current plan is to reduce all the szuff that makes work on Open > Office step by step in order to get into a better shape that we can work > on topics. But currently this is all but in infant state. I welcome any > help. > > The Point of Interest List I have started you find at > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711 > it collects all sort of topics I think I need look into. > The Wikipage I have started to collect Information for a new multimedia > backened you find at > https://cwiki.apache.org/confluence/display/OOOUSERS/new+multimedia+Backend > > I am sorry I could not invest more time in this point. > > All the best > Peter > > - > 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
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 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 On Tue, Feb 27, 2018 at 9:16 AM, Torokhov Sergey wrote: > 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 distributibes. > > Maybe during this transition period at least the way to standalone build > of appropriate multimedia AOO library will be found if it possible at all. > > Unfortunately I suppose I have no enough programming skills > to understand how build system works and the difference between > gstreamer-0.10 and 1.0 API/ABI . > > -- > Sergey > > 25.02.2018, 12:20, "Peter Kovacs" : > > Hello, > > > > I have hoped that you will get a more positive answer then mine. > > I have found no evidence that we have ever worked on an update of > > multimedia Libs in any direction. The only thing I have found is someone > > tried to compile the old 0.1.0 Gstreamer interface on modern systems. > > I think it is unlikely we will see an update in 4.2.0, since there is no > > evidence of a volunteer working on it. Of course we would like to have a > > better solution then we have now. > > > > In order to advance step by step I have started to collect Information > > of possible solutions. And prepared to collect more Informations where > > maybe another volunteer could start on. > > I have not started any dicusssion, because my limit on driving topics > > has been been reached. If you like you could help collecting the > > informations needed to implement the stuff. If you have programming > > skills you are welcome to try, but I believe it is a challenging Journey. > > My current plan is to reduce all the szuff that makes work on Open > > Office step by step in order to get into a better shape that we can work > > on topics. But currently this is all but in infant state. I welcome any > > help. > > > > The Point of Interest List I have started you find at > > https://cwiki.apache.org/confluence/pages/viewpage. > action?pageId=67633711 > > it collects all sort of topics I think I need look into. > > The Wikipage I have started to collect Information for a new multimedia > > backened you find at > > https://cwiki.apache.org/confluence/display/OOOUSERS/ > new+multimedia+Backend > > > > I am sorry I could not invest more time in this point. > > > > All the best > > Peter > > > > - > > 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 > >
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 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 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 > > > On Tue, Feb 27, 2018 at 9:16 AM, Torokhov Sergey > wrote: > >> 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 distributibes. >> >> Maybe during this transition period at least the way to standalone build >> of appropriate multimedia AOO library will be found if it possible at all. >> >> Unfortunately I suppose I have no enough programming skills >> to understand how build system works and the difference between >> gstreamer-0.10 and 1.0 API/ABI . >> >> -- >> Sergey >> >> 25.02.2018, 12:20, "Peter Kovacs" : >> > Hello, >> > >> > I have hoped that you will get a more positive answer then mine. >> > I have found no evidence that we have ever worked on an update of >> > multimedia Libs in any direction. The only thing I have found is someone >> > tried to compile the old 0.1.0 Gstreamer interface on modern systems. >> > I think it is unlikely we will see an update in 4.2.0, since there is no >> > evidence of a volunteer working on it. Of course we would like to have a >> > better solution then we have now. >> > >> > In order to advance step by step I have started to collect Information >> > of possible solutions. And prepared to collect more Informations where >> > maybe another volunteer could start on. >> > I have not started any dicusssion, because my limit on driving topics >> > has been been reached. If you like you could help collecting the >> > informations needed to implement the stuff. If you have programming >> > skills you are welcome to try, but I believe it is a challenging >> Journey. >> > My current plan is to reduce all the szuff that makes work on Open >> > Office step by step in order to get into a better shape that we can work >> > on topics. But currently this is all but in infant state. I welcome any >> > help. >> > >> > The Point of Interest List I have started you find at >> > https://cwiki.apache.org/confluence/pages/viewpage.action? >> pageId=67633711 >> > it collects all sort of topics I think I need look into. >> > The Wikipage I have started to collect Information for a new multimedia >> > backened you find at >> > https://cwiki.apache.org/confluence/display/OOOUSERS/new+ >> multimedia+Backend >> > >> > I am sorry I could not invest more time in this point. >> > >> > All the best >> > Peter >> > >> > - >> > 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 >> >> > Index: main/avmedia/Library_avmediagst.mk ==
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
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 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
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
Sorry, that is correct link: https://yadi.sk/d/shOKuCcS3StDkr On Thu, 1 Mar 2018 03:01:19 +0300 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 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
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 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 > Cool! I had requested the same feature from OO long time ago. And no one answered. I think Peter is doing a great job. I will test your patch in my next build as I am also excited about that feature. BIG THANK YOU! > > > 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 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 >> >> >> On Tue, Feb 27, 2018 at 9:16 AM, Torokhov Sergey >> wrote: >>> >>> 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 distributibes. >>> >>> Maybe during this transition period at least the way to standalone build >>> of appropriate multimedia AOO library will be found if it possible at >>> all. >>> >>> Unfortunately I suppose I have no enough programming skills >>> to understand how build system works and the difference between >>> gstreamer-0.10 and 1.0 API/ABI . >>> >>> -- >>> Sergey >>> >>> 25.02.2018, 12:20, "Peter Kovacs" : >>> > Hello, >>> > >>> > I have hoped that you will get a more positive answer then mine. >>> > I have found no evidence that we have ever worked on an update of >>> > multimedia Libs in any direction. The only thing I have found is >>> > someone >>> > tried to compile the old 0.1.0 Gstreamer interface on modern systems. >>> > I think it is unlikely we will see an update in 4.2.0, since there is >>> > no >>> > evidence of a volunteer working on it. Of course we would like to have >>> > a >>> > better solution then we have now. >>> > >>> > In order to advance step by step I have started to collect Information >>> > of possible solutions. And prepared to collect more Informations where >>> > maybe another volunteer could start on. >>> > I have not started any dicusssion, because my limit on driving topics >>> > has been been reached. If you like you could help collecting the >>> > informations needed to implement the stuff. If you have programming >>> > skills you are welcome to try, but I believe it is a challenging >>> > Journey. >>> > My current plan is to reduce all the szuff that makes work on Open >>> > Office step by step in order to get into a better shape that we can >>> > work >>> > on topics. But currently this is all but in infant state. I welcome any >>> > help. >>> > >>> > The Point of Interest List I have started you find at >>> > >>> > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711 >>> > it collects all sort of topics I think I need look into. >>> > The Wikipage I have started to collect Information for a new multimedia >>> > backened you find at >>> > >>> > https://cwiki.apache.org/confluence/display/OOOUSERS/new+multimedia+Backend >>> > >>> > I am sorry I could not invest more time in this point. >>> > >>> > All the best >>> > Peter [...] Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/ - 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)
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 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 > >
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 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 >> >Cool! I had requested the same feature from OO long time ago. And no >one answered. I think Peter is doing a great job. > >I will test your patch in my next build as I am also excited about >that feature. BIG THANK YOU! > >> >> >> 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 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 >>> >>> >>> On Tue, Feb 27, 2018 at 9:16 AM, Torokhov Sergey > >>> wrote: >>>> >>>> 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 distributibes. >>>> >>>> Maybe during this transition period at least the way to standalone >build >>>> of appropriate multimedia AOO library will be found if it possible >at >>>> all. >>>> >>>> Unfortunately I suppose I have no enough programming skills >>>> to understand how build system works and the difference between >>>> gstreamer-0.10 and 1.0 API/ABI . >>>> >>>> -- >>>> Sergey >>>> >>>> 25.02.2018, 12:20, "Peter Kovacs" : >>>> > Hello, >>>> > >>>> > I have hoped that you will get a more positive answer then mine. >>>> > I have found no evidence that we have ever worked on an update of >>>> > multimedia Libs in any direction. The only thing I have found is >>>> > someone >>>> > tried to compile the old 0.1.0 Gstreamer interface on modern >systems. >>>> > I think it is unlikely we will see an update in 4.2.0, since >there is >>>> > no >>>> > evidence of a volunteer working on it. Of course we would like to >have >>>> > a >>>> > better solution then we have now. >>>> > >>>> > In order to advance step by step I have started to collect >Information >>>> > of possible solutions. And prepared to collect more Informations >where >>>> > maybe another volunteer could start on. >>>> > I have not started any dicusssion, because my limit on driving >topics >>>> > has been been reached. If you like you could help collecting the >>>> > informations needed to implement the stuff. If you have >programming >>>> > skills you are welcome to try, but I believe it is a challenging >>>> > Journey. >>>> > My current plan is to reduce all the szuff that makes work on >Open >>>> > Office step by step in order to get into a better shape that we >can >>>> > work >>>> > on topics. But currently this is all but in infant state. I >welcome any >>>> > help. >>>> > >>>> > The Point of Interest List I have started you find at >>>> > >>>> > >https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711 >>>> > it collects all sort of topics I think I need look into. >>>> > The Wikipage I have started to collect Information for a new >multimedia >>>> > backened you find at >>>> > >>>> > >https://cwiki.apache.org/confluence/display/OOOUSERS/new+multimedia+Backend >>>> > >>>> > I am sorry I could not invest more time in this point. >>>> > >>>> > All the best >>>> > Peter >[...] > > >Best Professional Regards. - 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)
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 gstreamer-1.0 request. That's why I think you are doing great job, Peter. > 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 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 >>> >>Cool! I had requested the same feature from OO long time ago. And no >>one answered. I think Peter is doing a great job. >> >>I will test your patch in my next build as I am also excited about >>that feature. BIG THANK YOU! >> >>> >>> >>> 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 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 >>>> >>>> >>>> On Tue, Feb 27, 2018 at 9:16 AM, Torokhov Sergey >> >>>> wrote: >>>>> >>>>> 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 distributibes. >>>>> >>>>> Maybe during this transition period at least the way to standalone >>build >>>>> of appropriate multimedia AOO library will be found if it possible >>at >>>>> all. >>>>> >>>>> Unfortunately I suppose I have no enough programming skills >>>>> to understand how build system works and the difference between >>>>> gstreamer-0.10 and 1.0 API/ABI . >>>>> >>>>> -- >>>>> Sergey >>>>> >>>>> 25.02.2018, 12:20, "Peter Kovacs" : >>>>> > Hello, >>>>> > >>>>> > I have hoped that you will get a more positive answer then mine. >>>>> > I have found no evidence that we have ever worked on an update of >>>>> > multimedia Libs in any direction. The only thing I have found is >>>>> > someone >>>>> > tried to compile the old 0.1.0 Gstreamer interface on modern >>systems. >>>>> > I think it is unlikely we will see an update in 4.2.0, since >>there is >>>>> > no >>>>> > evidence of a volunteer working on it. Of course we would like to >>have >>>>> > a >>>>> > better solution then we have now. >>>>> > >>>>> > In order to advance step by step I have started to collect >>Information >>>>> > of pos
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
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 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 >> >> >
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 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 >>> > >>> > >>
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 > 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 >>> 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
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
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 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 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
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 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,
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
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 l
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 "./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="ffm
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 configured with --enable-category-b? If we have it, I would then setup a temporary mirror on home.apache.org and use it while SourceForge restores service. Note: the ASF asks that we do not use a *.apache.org space for hosting external libraries due to possible license confusion for end users. So we've historically used Google Code, and now SourceForge. But we definitely need a backup solution, even a password-protected one to avoid any possible confusion for users. We still need to be able to build OpenOffice with release options while SourceForge is down. Regards, Andrea. - 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)
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 only). Does anyone > have a copy of ext_sources for trunk configured with --enable-category-b? I can send you a ZIP of that directory. It should be complete as I have done a build for all languages lately. Regards, Matthias > > If we have it, I would then setup a temporary mirror on > home.apache.org and use it while SourceForge restores service. > > Note: the ASF asks that we do not use a *.apache.org space for hosting > external libraries due to possible license confusion for end users. So > we've historically used Google Code, and now SourceForge. But we > definitely need a backup solution, even a password-protected one to > avoid any possible confusion for users. We still need to be able to > build OpenOffice with release options while SourceForge is down. > > Regards, > Andrea. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
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) > * run "autoconf" > * pass --enable-gstreamer as a flag to "./configure" (it's disabled by > default. Should it be?) > Just a short note on this. Thanks for putting in the effort on applying the gstreamer update. The last mention I saw about production environments indicate AOO was going to CentOS 6.x for the next release. Unfortunately, I can not locate a bonafide CentOS6.x repo containing gstreamer 1.0 for use directly as part of the indigenous build environment. So, it may need to be included in the external downloaded libraries in /main/external_deps.lst. > > > 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:
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 you a ZIP of that directory. It should be complete as I have done a build for all languages lately. Yes please! Feel free to send it to me in the way you prefer (offlist if preferred) and then I'll see if I can put it online at some "emergency" URL while we wait for SourceForge to restore service. Regards, Andrea. - 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)
> 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 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?) >> > > Just a short note on this. Thanks for putting in the effort on applying > the gstreamer update. > > The last mention I saw about production environments indicate AOO was going > to CentOS 6.x for the next release. Unfortunately, I can not locate a > bonafide CentOS6.x repo containing gstreamer 1.0 for use directly as part > of the indigenous build environment. So, it may need to be included in the > external downloaded libraries in /main/external_deps.lst. Yeah, I'm running into that myself... So +1 for it being handled as an external download dependency. That is, of course, assuming that we are still OK with having CentOS as our "official" production community release environs, which I think we are.
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 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 - 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)
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. > On Mar 13, 2018, at 4:11 PM, Torokhov Sergey wrote: > > 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 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 > > > > > > - > 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
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 switch to Ubuntu as our "official" build platform for our > community releases. If gstreamer 1.0 was incorporated, how much larger would the compiled code be? If builds moved to Ubuntu, a long-term support version should be chosen; support for LTS version is 5 years. Ubuntu 18.04 will issue in April; 16.04 will be supported until 2021. Rory > > > On Mar 13, 2018, at 4:11 PM, Torokhov Sergey wrote: > > > > 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 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 > > > > > > > > > > > > - > > 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 > > -- Rory O'Farrell - 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)
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 switch to Ubuntu as our "official" build platform for our > community releases. Just FYI: Ubuntu drinks its source from upstream Debian pool, i.e., < https://packages.debian.org/stretch/libgstreamer1.0-dev > Thus, assuming a 'switch', careful evaluate if a Debian 'meta-framework' -- as some have called it -- might be a better 'official' build platform for AOO community releases. Of course, just my *unsolicited* input. > >> On Mar 13, 2018, at 4:11 PM, Torokhov Sergey wrote: >> >> 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 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 >> [] Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/ --- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/
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 gstreamer license hasn't changed. So the licensing issues holds the same whether we use 0.10 or 1.x. On CentOS 5 we used to install it in the system as described here: https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_5_for_AOO_4.1.x (packages gstreamer-devel and gstreamer-plugins-base-devel) CentOS 6 indeed still ships with 0.10 http://mirror.centos.org/centos/6/os/x86_64/Packages/ and it seems that EPEL (a semi-official extra repository with additional packages) does not ship it either. The reason for using CentOS 6 is "we use a Linux system that is old enough for any user system to be the same or more recent"; this is to prevent glibc conflicts. So the real question is: does gstreamer 1.0 (or its dependencies) require a glibc version that is higher than 2.12 (as found in CentOS 6), or other dependencies that have the same problem? Otherwise we can probably look into building it. Regards, Andrea. - 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)
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 switch to Ubuntu as our "official" build platform for our >> community releases. >> > > Can we define the problem better? > > I assume the gstreamer license hasn't changed. So the licensing issues > holds the same whether we use 0.10 or 1.x. > > On CentOS 5 we used to install it in the system as described here: > https://wiki.openoffice.org/wiki/Documentation/Building_Guid > e_AOO/Step_by_step#CentOS_5_for_AOO_4.1.x > (packages gstreamer-devel and gstreamer-plugins-base-devel) > > CentOS 6 indeed still ships with 0.10 > http://mirror.centos.org/centos/6/os/x86_64/Packages/ > and it seems that EPEL (a semi-official extra repository with additional > packages) does not ship it either. > > The reason for using CentOS 6 is "we use a Linux system that is old enough > for any user system to be the same or more recent"; this is to prevent > glibc conflicts. > > So the real question is: does gstreamer 1.0 (or its dependencies) require > a glibc version that is higher than 2.12 (as found in CentOS 6), or other > dependencies that have the same problem? Otherwise we can probably look > into building it. > > Regards, > Andrea. > > > - > 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)
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 other possible dependencies at the moment) to build. On the other hand, we want something as old as possible since builds done with too recent versions of glibc (not to confuse with the above, and set at 2.12 in CentOS 6) won't work for users of old Linux-based systems. Regards, Andrea. - 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)
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*0060 gst_video_overlay_get_type DF *UND*0196 gst_bus_set_sync_handler DF *UND*003b gst_message_get_structure DF *UND*00b1 gst_element_query_duration DF *UND*0136 gst_pad_get_current_caps DF *UND*000a gst_pipeline_get_bus DF *UND*007f gst_bus_get_type DF *UND*0174 gst_object_unref DF *UND*00fc gst_element_get_state DF *UND*00af gst_pipeline_get_type DF *UND*00dc gst_element_set_state DF *UND*00b4 gst_structure_has_field DF *UND*00da gst_bus_have_pending DF *UND*00b1 gst_element_query_position DF *UND*002f gst_structure_get_name DF *UND*0090 gst_structure_get_value DF *UND*00c2 gst_structure_get_int DF *UND*003e gst_caps_get_size DF *UND*0059 gst_structure_nth_field_name DF *UND*003a gst_is_video_overlay_prepare_window_handle_message DF *UND*00ca gst_bin_get_type DF *UND*0365 gst_mini_object_unref DF *UND*00b4 gst_message_parse_error DF *UND*005f gst_init DF *UND*00da gst_bus_pop DF *UND*0065 gst_caps_get_structure DF *UND*00b4 gst_element_seek_simple DF *UND*01ea gst_element_factory_make DF *UND*0148 gst_video_overlay_set_window_handle DF *UND*002f gst_structure_n_fields We already do with ODBC for example, where we will link against either iODBC or unixODBC depending on which is installed at run-time. On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti wrote: > 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 other possible dependencies at the > moment) to build. > > On the other hand, we want something as old as possible since builds done > with too recent versions of glibc (not to confuse with the above, and set > at 2.12 in CentOS 6) won't work for users of old Linux-based systems. > > > Regards, > Andrea. > > - > 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)
+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 the >header files: > > DF *UND*0060 >gst_video_overlay_get_type > DF *UND*0196 >gst_bus_set_sync_handler > DF *UND*003b >gst_message_get_structure > DF *UND*00b1 >gst_element_query_duration > DF *UND*0136 >gst_pad_get_current_caps > DF *UND*000a >gst_pipeline_get_bus > DF *UND*007f >gst_bus_get_type > DF *UND*0174 >gst_object_unref > DF *UND*00fc >gst_element_get_state > DF *UND*00af >gst_pipeline_get_type > DF *UND*00dc >gst_element_set_state > DF *UND*00b4 >gst_structure_has_field > DF *UND*00da >gst_bus_have_pending > DF *UND*00b1 >gst_element_query_position > DF *UND*002f >gst_structure_get_name > DF *UND*0090 >gst_structure_get_value > DF *UND*00c2 >gst_structure_get_int > DF *UND*003e >gst_caps_get_size > DF *UND*0059 >gst_structure_nth_field_name > DF *UND*003a >gst_is_video_overlay_prepare_window_handle_message > DF *UND*00ca >gst_bin_get_type > DF *UND*0365 >gst_mini_object_unref > DF *UND*00b4 >gst_message_parse_error > DF *UND*005f >gst_init > DF *UND*00da >gst_bus_pop > DF *UND*0065 >gst_caps_get_structure > DF *UND*00b4 >gst_element_seek_simple > DF *UND*01ea >gst_element_factory_make > DF *UND*0148 >gst_video_overlay_set_window_handle > DF *UND*002f >gst_structure_n_fields > >We already do with ODBC for example, where we will link against either >iODBC or unixODBC depending on which is installed at run-time. > > >On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti >wrote: > >> 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 other possible dependencies at the >> moment) to build. >> >> On the other hand, we want something as old as possible since builds >done >> with too recent versions of glibc (not to confuse with the above, and >set >> at 2.12 in CentOS 6) won't work for users of old Linux-based systems. >> >> >> Regards, >> Andrea. >> >> - >> 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
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 had to be inlined and hacked to use our function pointers. GStreamer clearly wasn't designed for run-time dynamic linking. It builds but I haven't tested it and won't be able to for a while. Currently, even though GStreamer libraries are not used during the build, you still need GStreamer installed, so pkg-config can detect $(GSTREAMER_CFLAGS) for the header files we need. Our configure.ac thus needs some patching too. That can be an exercise for the reader ;). Damjan On Thu, Mar 15, 2018 at 9:09 AM, Peter kovacs wrote: > +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 the > >header files: > > > > DF *UND*0060 > >gst_video_overlay_get_type > > DF *UND*0196 > >gst_bus_set_sync_handler > > DF *UND*003b > >gst_message_get_structure > > DF *UND*00b1 > >gst_element_query_duration > > DF *UND*0136 > >gst_pad_get_current_caps > > DF *UND*000a > >gst_pipeline_get_bus > > DF *UND*007f > >gst_bus_get_type > > DF *UND*0174 > >gst_object_unref > > DF *UND*00fc > >gst_element_get_state > > DF *UND*00af > >gst_pipeline_get_type > > DF *UND*00dc > >gst_element_set_state > > DF *UND*00b4 > >gst_structure_has_field > > DF *UND*00da > >gst_bus_have_pending > > DF *UND*00b1 > >gst_element_query_position > > DF *UND*002f > >gst_structure_get_name > > DF *UND*0090 > >gst_structure_get_value > > DF *UND*00c2 > >gst_structure_get_int > > DF *UND*003e > >gst_caps_get_size > > DF *UND*0059 > >gst_structure_nth_field_name > > DF *UND*003a > >gst_is_video_overlay_prepare_window_handle_message > > DF *UND*00ca > >gst_bin_get_type > > DF *UND*0365 > >gst_mini_object_unref > > DF *UND*00b4 > >gst_message_parse_error > > DF *UND*005f > >gst_init > > DF *UND*00da > >gst_bus_pop > > DF *UND*0065 > >gst_caps_get_structure > > DF *UND*00b4 > >gst_element_seek_simple > > DF *UND*01ea > >gst_element_factory_make > >0000 DF *UND*0148 > >gst_video_overlay_set_window_handle > > DF *UND*002f > >gst_structure_n_fields > > > >We already do with ODBC for example, where we will link against either > >iODBC or unixODBC depending on which is installed at run-time. > > > > > >On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti > >wrote: > > > >> 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 other possible dependencies at the > >> moment) to build. > >> > >> On the other hand, we want something as old as possible since builds > >done > >> with too recent versions of glibc (not to confuse with the above, and > >set > >> at
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. 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 had to be inlined and hacked to use our function pointers. GStreamer clearly wasn't designed for run-time dynamic linking. It builds but I haven't tested it and won't be able to for a while.I Currently, even though GStreamer libraries are not used during the build, you still need GStreamer installed, so pkg-config can detect $(GSTREAMER_CFLAGS) for the header files we need. Our configure.ac <http://configure.ac> thus needs some patching too. That can be an exercise for the reader ;). Damjan On Thu, Mar 15, 2018 at 9:09 AM, Peter kovacs <mailto:pe...@apache.org>> wrote: +1 Am 15. März 2018 03:22:20 MEZ schrieb Damjan Jovanovic mailto:dam...@apache.org>>: >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* 0060 >gst_video_overlay_get_type > DF *UND* 0196 >gst_bus_set_sync_handler > DF *UND* 003b >gst_message_get_structure > DF *UND* 00b1 >gst_element_query_duration > DF *UND* 0136 >gst_pad_get_current_caps > DF *UND* 000a >gst_pipeline_get_bus > DF *UND* 007f >gst_bus_get_type > DF *UND* 0174 >gst_object_unref > DF *UND* 00fc >gst_element_get_state > DF *UND* 00af >gst_pipeline_get_type > DF *UND* 00dc >gst_element_set_state > DF *UND* 00b4 >gst_structure_has_field > DF *UND* 00da >gst_bus_have_pending > DF *UND* 00b1 >gst_element_query_position > DF *UND* 002f >gst_structure_get_name > DF *UND* 0090 >gst_structure_get_value > DF *UND* 00c2 >gst_structure_get_int > DF *UND* 003e >gst_caps_get_size > DF *UND* 0059 >gst_structure_nth_field_name > DF *UND* 003a >gst_is_video_overlay_prepare_window_handle_message > DF *UND* 00ca >gst_bin_get_type > DF *UND* 0365 >gst_mini_object_unref > DF *UND* 00b4 >gst_message_parse_error > DF *UND* 005f >gst_init > DF *UND* 00da >gst_bus_pop > DF *UND* 0065 >gst_caps_get_structure > DF *UND* 00b4 >gst_element_seek_simple > DF *UND* 01ea >gst_element_factory_make > DF *UND* 0148 >gst_video_overlay_set_window_handle > DF *UND* 002f >gst_structure_n_fields > >We already do with ODBC for example, where we will link against either >iODBC or unixODBC depending on which is installed at run-time. > > >On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti mailto:pesce...@apache.org>> >wrote: > >> 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/ <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 oth
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? - 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)
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 AOO415 and AOO420 currently do things related > to gstreamer? I think all recent versions (6-7 years?) of linux use gstreamer 1.0. -- Rory O'Farrell - 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)
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? ie, sort of merge how AOO415 and AOO420 currently do things related to gstreamer? I think all recent versions (6-7 years?) of linux use gstreamer 1.0. As near as I can determine, neither CentOS 6 or CentOS 7 provide gstreamer 1.0. The pack namings for CentOS7 were different than for CentOS 6, but, I think they're both gstreamer 0.10. I couldn't find gsteamer 1.0 in any of the accepted "extra" repos for either of these either. Maybe someone else can investigate. I, personally, don't plan on using a different Linux. -- -- MzK "Ring out the false, ring in the true." -- poem "In Memoriam", Alfred Lord Tennyson - 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)
> 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 what >> version is supported and then use that? >> >> ie, sort of merge how AOO415 and AOO420 currently do things related >> to gstreamer? > > I think all recent versions (6-7 years?) of linux use gstreamer 1.0. > CentOS6 does not, and that is, or has been, our official community build server. - 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)
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.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? > > > > I think all recent versions (6-7 years?) of linux use gstreamer 1.0. > > > > CentOS6 does not, and that is, or has been, our official > community build server. > > I have used the very popular Ubuntu based versions almost exclusivley since moving to linux and they certainly (in many more recent years) did not use gstreamer 0.10. My brief trial of Fedora also did not use 0.10. Centos may be a good distro for building OO, but it is hardly the most widely used for daily work, and perhaps too complex for the average unskilled user. -- Rory O'Farrell - 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)
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, 2018 at 10:34 PM, 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 AOO415 and AOO420 currently do things related > to gstreamer? > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >