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

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

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_JAVABASED

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

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

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

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

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

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

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

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

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

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