-- Forwarded message --
From: Harald Sitter
Date: Mon, Sep 23, 2013 at 4:55 PM
Subject: looking for phonon gstreamer maintainer
To: "For discussion of multimedia (sound/video) issues under KDE"
Ahoy,
since everyone who ever was/is/wanted to be Phonon GStreamer
maintainer is eit
On Wednesday, September 25, 2013 12:35:25 Harald Sitter wrote:
> since everyone who ever was/is/wanted to be Phonon GStreamer
> maintainer is either busy or has no interest in it, the backend has as
> of right now no actual maintenance.
you may not get much a reply without some more information:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112816/#review40754
---
This review has been submitted with commit
6a74b477fd13b7fa771
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112816/
---
(Updated Sept. 25, 2013, 11:56 a.m.)
Status
--
This change has been m
On Thursday, September 19, 2013 19:24:51 Michael Pyne wrote:
> On Thu, September 19, 2013 19:30:52 Sebastian Kügler wrote:
> > We're planning to merge the frameworks-scratch branch of kde-workspace
> > into
> > master next Monday. That means if you're building your Plasma yourself
> > from
> > Git
On Wed, Sep 25, 2013 at 1:24 PM, Aaron J. Seigo wrote:
> On Wednesday, September 25, 2013 12:35:25 Harald Sitter wrote:
>> since everyone who ever was/is/wanted to be Phonon GStreamer
>> maintainer is either busy or has no interest in it, the backend has as
>> of right now no actual maintenance.
>
I have a question:
I had to write a Qt5 app for playing music/video some
time ago, and I have used QtMultimedia5, so far so good
QtMultimedia seems to provide everything I needed tho
it still uses gstreamer 0.10. AFAIK Phonon was created
due the lack of QtMultimedia, so now that it's there and
it'
Hey all,
In Plasma, we've been looking into privatizing parts of the QML API we offer.
With Qt5, we rely less on setContextProperty() and friends, and use imports
more. That's a technical necessity that makes one problem more evident: It's
unclear what QML-facing API is reliable and stable, and
> On Sept. 1, 2013, 8:48 a.m., David Faure wrote:
> > Well, the review request got forgotten instead :-)
> >
> > I found it again in my reviewboard dashboard today though. Please commit,
> > and remove the mimetype in the konsole file too.
submitted - my REVIEW: didn't work
http://commits.kde
On Wed, Sep 25, 2013 at 3:38 PM, Daniel Nicoletti wrote:
> I have a question:
>
> I had to write a Qt5 app for playing music/video some
> time ago, and I have used QtMultimedia5, so far so good
> QtMultimedia seems to provide everything I needed tho
> it still uses gstreamer 0.10. AFAIK Phonon was
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107167/
---
(Updated Sept. 25, 2013, 2:08 p.m.)
Status
--
This change has been ma
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107167/#review40767
---
This review has been submitted with commit
9106583a7841118a53b
On Wed, Sep 25, 2013 at 3:51 PM, Sebastian Kügler wrote:
> Hey all,
>
> In Plasma, we've been looking into privatizing parts of the QML API we
> offer.
> With Qt5, we rely less on setContextProperty() and friends, and use imports
> more. That's a technical necessity that makes one problem more ev
> hidden under org.kde.* but that isn't the case anymore if you
> introduce private.org.kde.*
>From my POV, Sebastian's proposal is spot-on for that reason alone - it is
not a (public) 'qml kde import'. It is a private thing.
Cheerio,
Ivan
p.s. and, in all honesty grepping for org.kde will retur
On Wednesday, September 25, 2013 13:38:57 Daniel Nicoletti wrote:
> I had to write a Qt5 app for playing music/video some
> time ago, and I have used QtMultimedia5, so far so good
> QtMultimedia seems to provide everything I needed tho
> it still uses gstreamer 0.10.
my experience with QtMultimedi
thanks for the swift and excellent response! muchly appreciated ...
On Wednesday, September 25, 2013 15:00:43 Harald Sitter wrote:
> d) at some point port to phonon5
would it at all make sense to see if we can resuscitate this backend by just
going straight to (d)? does it make sense to port the
On Wed, Sep 25, 2013 at 9:53 PM, Aaron J. Seigo wrote:
> thanks for the swift and excellent response! muchly appreciated ...
>
> On Wednesday, September 25, 2013 15:00:43 Harald Sitter wrote:
>> d) at some point port to phonon5
>
> would it at all make sense to see if we can resuscitate this backe
On Wednesday, September 25, 2013 17:51:41 Mark wrote:
> Doesn't your naming proposal completely ruin the org.kde.* stuff? Up until
> now i could fairly safely assume that all QML KDE imports where hidden
> under org.kde.* but that isn't the case anymore if you introduce
> private.org.kde.*
That's
On Wed, Sep 25, 2013 at 3:51 PM, Sebastian Kügler wrote:
> Hey all,
>
> In Plasma, we've been looking into privatizing parts of the QML API we
> offer.
> With Qt5, we rely less on setContextProperty() and friends, and use imports
> more. That's a technical necessity that makes one problem more ev
Hola,
On Thursday, September 26, 2013 02:23:31 Aleix Pol wrote:
> Reducing API to maintain is a good thing, at least for complexity sake. But
> of course there will be always the case where somebody needs (part of) the
> private API.
>
> The question would be then, why is it that there's some API
On Wed, September 25, 2013 13:55:57 Michael Pyne wrote:
> On Thursday, September 19, 2013 19:24:51 Michael Pyne wrote:
> > On Thu, September 19, 2013 19:30:52 Sebastian Kügler wrote:
> > > We're planning to merge the frameworks-scratch branch of kde-workspace
> > > into
> > > master next Monday. Th
21 matches
Mail list logo