Re: gstreamer status for 4.2.0-dev?

[Kay Schenk]

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: kurzes Treffen in Berlin (Bericht)

[Matthias Seidel]

Hallo Jörg,

Am 27.05.2018 um 20:48 schrieb Jörg Schmidt:
> Hallo,
>
> ich hatte heute Gelegenheit Matthias (Seidel) in Berlin zu treffen, um uns 
> persönlich kennenzulernen und über OpenOffice zu reden.

Ein persönliches Treffen ist eben durch nichts zu ersetzen. ;-)

> ...
>
> Insgesamt ein für mich, auch persönlich, angenehmes Treffen unter 
> Gleichgesinnten, einzig leider viel zu kurz (nur etwas über 2 Stunden).

Es gab auch wirklich viel zu besprechen. Das sollte man bald (evtl. in
einem größeren Rahmen) fortsetzen.

Gruß,
   Matthias

>
>
>
> Gruß
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-de-h...@openoffice.apache.org
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: gstreamer status for 4.2.0-dev?

[Damjan Jovanovic]

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?

[Peter Kovacs]

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?

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

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

[Damjan Jovanovic]

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?

[Peter kovacs]

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