[Development] The dark side of QtMultimedia - strikes back

>On 2015-07-05, Massimo Callegari wrote: >> Update #2 (sorry for spamming) >> >> I patched qgstreamervideowindow.cpp and qgstreamervideowidget.cpp to support >> the linuxfb platform. >> It kinda works !! >> >> Screenshot here: http://pasteboard.co/1JlYRT9l.jpg >> >> Videos can be played hardware

Re: [Development] The dark side of QtMultimedia - strikes back

On 2015-07-05, Massimo Callegari wrote: > Update #2 (sorry for spamming) > > I patched qgstreamervideowindow.cpp and qgstreamervideowidget.cpp to support > the linuxfb platform. > It kinda works !! > > Screenshot here: http://pasteboard.co/1JlYRT9l.jpg > > Videos can be played hardware decoded wi

[Development] The dark side of QtMultimedia - strikes back

: QtMultimedia gstreamer-1.0 support has been written around XCB. No eglfs, linuxfb, directfb, etc. Someone should have written it in https://wiki.qt.io/New_Features_in_Qt_5.5 - Messaggio originale - Da: Massimo Callegari A: "development@qt-project.org" Cc: Inviato: Domenica 5 Lu

[Development] The dark side of QtMultimedia - strikes back

Update. The message "No m_videoSink available!" is clearly an alarm that something is going wrong. So I checked the code and...surprise ! The EGLFS platform is not even considered ! Well done ! Code extract from qtmultimedia/src/gsttols/qgstreamervideowindow.cpp line 59: if (elementName) {

Re: [Development] The dark side of QtMultimedia - strikes back

Da: Hausmann Simon A: Massimo Callegari ; "development@qt-project.org" Inviato: Domenica 5 Luglio 2015 8:33 Oggetto: Re: [Development] The dark side of QtMultimedia - strikes back > Hi, > Could you elaborate how omxplayer uses gstreame

Re: [Development] The dark side of QtMultimedia - strikes back

Sorry, ignore the previous. Stupid formatting :( > That doesn't mean it's working perfectly. This example working means this > example works, that's all. > Anyway, can you at least try raw gstreamer, like gst-launch? Yes I can. pi@raspberrypi ~ $ gst-launch-1.0 filesrc location=sintel-1280-su

Re: [Development] The dark side of QtMultimedia - strikes back

> That doesn't mean it's working perfectly. This example working means this  > example works, that's all. > Anyway, can you at least try raw gstreamer, like gst-launch? Yes I can.pi@raspberrypi ~ $ gst-launch-1.0 filesrc location=sintel-1280-surround.mp4 ! qtdemux name=demuxer \ demuxer. ! queue

Re: [Development] The dark side of QtMultimedia - strikes back

: [Development] The dark side of QtMultimedia - strikes back On Saturday 04 July 2015 18:36:35 Massimo Callegari wrote: > I've built Qt 5.5.0 for the Raspberry Pi 2, with gstreamer-1.0 support, > and installed the GST OMX plugin, for hardware decoding. > Ran the player example on EGLFS

Re: [Development] The dark side of QtMultimedia - strikes back

On Saturday 04 July 2015 20:19:28 Massimo Callegari wrote: > >Can you try the same on a platform that has open source drivers? The > >problem may not be in QtMultimedia at all, but with those OMX plugins or > >the proprietary OpenMAX backend. > > Thiago, as I said the reference player, omxplayer

[Development] The dark side of QtMultimedia - strikes back

On Saturday 04 July 2015 18:36:35 Massimo Callegari wrote: > I've built Qt 5.5.0 for the Raspberry Pi 2, with gstreamer-1.0 support, > and installed the GST OMX plugin, for hardware decoding. > Ran the player example on EGLFS and that's the result: omxplayer works >> like a charm and QtMultimedi

Re: [Development] The dark side of QtMultimedia - strikes back

On Saturday 04 July 2015 18:36:35 Massimo Callegari wrote: > I've built Qt 5.5.0 for the Raspberry Pi 2, with gstreamer-1.0 support, > and installed the GST OMX plugin, for hardware decoding. > Ran the player example on EGLFS and that's the result: omxplayer works > like a charm and QtMultimedia

[Development] The dark side of QtMultimedia - strikes back

Hi everyone, I'm afraid I need to raise this 8-months topic back again, and I have no more words to describe the frustration QtMultimedia is giving me. So this time I come up with a video clip I've taken: https://www.youtube.com/watch?v=GE98h_HHuAk I've built Qt 5.5.0 for the Raspberry Pi 2, w

Re: [Development] The dark side of QtMultimedia

On Tuesday 25 November 2014 02:44:35 Kevin Kofler wrote: > Timo Jyrinki wrote: > > Debian plans to not have Qt 4 after Debian 8.0 [1]. But that means > > ~2017 indeed for stable release users, the removal itself happening > > during 2015-2016 in the development version. The main reason is that > >

Re: [Development] The dark side of QtMultimedia

On Monday 24 November 2014 09:38:17 Timo Jyrinki wrote: > 2014-11-17 18:49 GMT+02:00 Thiago Macieira : > > By the way, I read somewhere that some distros are considering not > > shipping > > Qt 4 as early as their next releases. I also think that's shortsighted. > > Keep it in your repos all the wa

Re: [Development] The dark side of QtMultimedia

2014-11-24 19:10 GMT+02:00 Thiago Macieira : > When did Debian remove Qt3? It seems only in 2012... Maybe the pkg-kde's Qt4 -> Qt5 plan is too optimistic, but the ease of porting might result in Debian archive void of Qt4-only packages surprisingly soon. Most proprietary Qt software tends to ship

Re: [Development] The dark side of QtMultimedia

Timo Jyrinki wrote: > Debian plans to not have Qt 4 after Debian 8.0 [1]. But that means > ~2017 indeed for stable release users, the removal itself happening > during 2015-2016 in the development version. The main reason is that > Qt 4 upstream support officially ends, and Debian needs to support

Re: [Development] The dark side of QtMultimedia

On Monday 24 November 2014 09:38:17 Timo Jyrinki wrote: > 2014-11-17 18:49 GMT+02:00 Thiago Macieira : > > By the way, I read somewhere that some distros are considering not > > shipping > > Qt 4 as early as their next releases. I also think that's shortsighted. > > Keep it in your repos all the wa

Re: [Development] The dark side of QtMultimedia

2014-11-17 18:49 GMT+02:00 Thiago Macieira : > By the way, I read somewhere that some distros are considering not shipping > Qt 4 as early as their next releases. I also think that's shortsighted. Keep > it in your repos all the way into 2017... Debian plans to not have Qt 4 after Debian 8.0 [1].

Re: [Development] The dark side of QtMultimedia

?The gst-0.10 backend is not going away, we'll still have it along gst-1.0. It was decided to do a soft release for the gst-1.0 port. In Qt 5.5, gst-0.10 will still be used by default, Qt will have to be configured with some option to enable gst-1.0. It will then become the default backend in Qt

Re: [Development] The dark side of QtMultimedia

On 11/18/2014 09:43 AM, Allan Sandfeld Jensen wrote: > On Monday 17 November 2014, Thiago Macieira wrote: >> QtWebKit is under our control, so we should be able to control whether it >> links to the same version or a different one. >> > QtWebKit builds with both 0.10 and 1.x, but prefers 1.x if de

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014, Thiago Macieira wrote: > QtWebKit is under our control, so we should be able to control whether it > links to the same version or a different one. > QtWebKit builds with both 0.10 and 1.x, but prefers 1.x if dev files for both are present. Btw. I hope we merge the gst

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 20:59:54 Kevin Kofler wrote: > Oh, and I forgot: > > Thiago Macieira wrote: > > I understand that. But applications and frameworks can't switch to a new > > version of GStreamer overnight. Think of how long GStreamer 0.10 has been > > in existence. > > We are not asking

Re: [Development] The dark side of QtMultimedia

Oh, and I forgot: Thiago Macieira wrote: > I understand that. But applications and frameworks can't switch to a new > version of GStreamer overnight. Think of how long GStreamer 0.10 has been > in existence. We are not asking anybody to switch "overnight". GStreamer 1 has been out for over 2 YEA

Re: [Development] The dark side of QtMultimedia

Thiago Macieira wrote: > QtWebKit is under our control, so we should be able to control whether it > links to the same version or a different one. But if the choice is between having everything that links both QtWebKit and Phonon (i.e. large parts of KDE) crash or having everything that links bot

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 20:00:23 Kevin Kofler wrote: > Thiago Macieira wrote: > > > > Developers don't care about having the latest version, they care about > > > > getting work done. > > [snip] > > > I understand, but that only supports my point. So it wasn't the distros > > that were shortsi

Re: [Development] The dark side of QtMultimedia

Thiago Macieira wrote: > > > Developers don't care about having the latest version, they care about > > > getting work done. [snip] > I understand, but that only supports my point. So it wasn't the distros > that were shortsighted, the upstream developers were. But users do care about everything u

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 18:15, Thiago Macieira ha scritto: > On Monday 17 November 2014 18:11:59 Gianluca wrote: >>> The fullscreen video player that got launched has controls to play, >>> pause, >>> seek, etc. >> >> Qt Quick 2 VideoOutput does not have any controls. I’m sure, I’ve ne

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 18:11:59 Gianluca wrote: > > The fullscreen video player that got launched has controls to play, > > pause, > > seek, etc. > > Qt Quick 2 VideoOutput does not have any controls. I’m sure, I’ve never seen > such controls appear automatically on iOS neither on Android nei

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 17:57, Thiago Macieira ha scritto: > On Monday 17 November 2014 17:49:37 Gianluca wrote: And don't you need to render controls? >>> >>> >>> >>> Yes, but I imagine that the video player has those controls already. >> >> Can you explain this ? Maybe I’m s

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 17:55:38 Gianluca wrote: > That is where maybe Qt communication fails. > Because I don’t have Git checkout of Qt source code, I was always tend to > avoid this mailing-list and to write only on the community forum. But maybe > you should take a look on the forum, because

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 17:49:37 Gianluca wrote: > >> And don't you need to render controls? > > > > > > > > Yes, but I imagine that the video player has those controls already. > > Can you explain this ? Maybe I’m stupid, but if I have some Qt Quick Item > for play/pause button and close but

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 17:48:05 Giuseppe D'Angelo wrote: > Il 17/11/2014 17:43, Thiago Macieira ha scritto: > > No, I don't think there's any need to render in a smaller frame except for > > specialised applications like the video editor that you mentioned. Those > > specialised applications th

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 17:47, Thiago Macieira ha scritto: > On Monday 17 November 2014 09:10:06 Gianluca wrote: >> I’m very happy. That’s give a complete different view. But, I would disagree >> about your suggestion of “forget the wiki”, because the main communication >> with the Qt u

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 17:43, Thiago Macieira ha scritto: > On Monday 17 November 2014 09:43:33 André Somers wrote: >> Thiago Macieira schreef op 17-11-2014 01:48: >>> Why do you want to render video non-fullscreen anyway on a device with >>> a small screen? Once the user clicks the pl

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 00:37:20 Rex Dieter wrote: > Thiago Macieira wrote: > > On Monday 17 November 2014 02:55:33 Kevin Kofler wrote: > >> Yet Phonon officially supports GStreamer 1 now, QtMultimedia still > >> doesn't. These are the kinds of things we notice as GNU/Linux > >> distributors, no

Re: [Development] The dark side of QtMultimedia

Il 17/11/2014 17:43, Thiago Macieira ha scritto: No, I don't think there's any need to render in a smaller frame except for specialised applications like the video editor that you mentioned. Those specialised applications that do video as their main functionality will not use the generic multimed

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 09:10:06 Gianluca wrote: > I’m very happy. That’s give a complete different view. But, I would disagree > about your suggestion of “forget the wiki”, because the main communication > with the Qt user should pass from there. Only few users has the will and > the ability to

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 09:43:33 André Somers wrote: > Thiago Macieira schreef op 17-11-2014 01:48: > > Why do you want to render video non-fullscreen anyway on a device with > > a small screen? Once the user clicks the play button, go to full > > screen with rotation support. > > What a short-

Re: [Development] The dark side of QtMultimedia

On Mon, Nov 17, 2014 at 9:43 AM, André Somers wrote: IMHO, it is not up for framework developers to decide that user won't > need this kind of capability. It does need to be there, so application > developers can be creative in how they use video playback. > > Indeed. In fact, I am about to star

Re: [Development] The dark side of QtMultimedia

Thiago Macieira schreef op 17-11-2014 01:48: > Why do you want to render video non-fullscreen anyway on a device with > a small screen? Once the user clicks the play button, go to full > screen with rotation support. What a short-sighted comment. I really respect you, but this comment really mi

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 07:26, Konstantin Podsvirov ha scritto: > On Sunday 16 November 2014 22:31:45 Gianluca wrote: >> So, from my point of view, the QtMultimedia seems abandoned (I hope it’s a >> wrong deduction from a superficial view of the project). The indication of >> that deduc

Re: [Development] The dark side of QtMultimedia

Il giorno 17/nov/2014, alle ore 01:48, Thiago Macieira ha scritto: > On Monday 17 November 2014 00:34:48 Nichols Andy wrote: >> This is a bit of a side issue from the topic at hand, but I am the correct >> person to answer this question so I will. Regarding VideoOutput on iOS >> there is curre

Re: [Development] The dark side of QtMultimedia

Thiago Macieira wrote: > On Monday 17 November 2014 02:55:33 Kevin Kofler wrote: >> Yet Phonon officially supports GStreamer 1 now, QtMultimedia still >> doesn't. These are the kinds of things we notice as GNU/Linux >> distributors, not whether some developer adds some new feature to the >> legacy

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 02:55:33 Kevin Kofler wrote: > Yet Phonon officially supports GStreamer 1 now, QtMultimedia still doesn't. > These are the kinds of things we notice as GNU/Linux distributors, not > whether some developer adds some new feature to the legacy GStreamer 0.10 > backend. Whic

Re: [Development] The dark side of QtMultimedia

Nichols Andy wrote: > Phonon is only somewhat actively developed, as I counted about 15 real > commits in the phonon/master and 30 real commits the the > phonon-gstreamer/master repository this year (commits that weren’t merges > or version bumps). By comparison QtMultimedia received this year aro

Re: [Development] The dark side of QtMultimedia

On Monday 17 November 2014 00:34:48 Nichols Andy wrote: > This is a bit of a side issue from the topic at hand, but I am the correct > person to answer this question so I will. Regarding VideoOutput on iOS > there is currently a serious limitation that we have been unable to over > come. If you a

Re: [Development] The dark side of QtMultimedia

On Sunday 16 November 2014 22:31:45 Gianluca wrote: > So, from my point of view, the QtMultimedia seems abandoned (I hope it’s a > wrong deduction from a superficial view of the project). The indication of > that deduction comes, for example, from the wiki page It's wrong. You're looking at wrong

Re: [Development] The dark side of QtMultimedia

Hi Gianluca, > But, what would be the solutions ?!?! That is still up for discussion. The ideal solution would be more contributors and a clear mandate to fix the existing issues. Right now we have neither. > The problem is that there is no clear evidence of development planning and > impro

Re: [Development] The dark side of QtMultimedia

Il giorno 15/nov/2014, alle ore 18:54, Nichols Andy ha scritto: > Hi Kevin and others, > > I still think that this discussion has derailed. I do not think Phonon is > the solution to fix or replace QtMultimedia so I hope to make this clear so > we can move on to a real solution. Dear Nicho

Re: [Development] The dark side of QtMultimedia

Le 08/11/2014 16:00, Massimo Callegari a écrit : Dear Qt team, I am well aware you guys do your best to provide a quality cross-platform framework and so far you did an excellent job ! Unfortunately I cannot say such thing for the Qt Multimedia module. If you stick to the provided examples (pr

Re: [Development] The dark side of QtMultimedia

Hi Kevin and others, I still think that this discussion has derailed. I do not think Phonon is the solution to fix or replace QtMultimedia so I hope to make this clear so we can move on to a real solution. The current state of Phonon is thus: Phonon is part of the KDE project and is licensed

Re: [Development] The dark side of QtMultimedia

Massimo Callegari wrote: > Hello again,I'm glad that the topic I raised is somehow of interest, but I > noticed that, as usually good technicians do, you guys went straight into > techy bits, forgetting what the original post spotted. Because the "techy bits" are the (essential) first part of solv

Re: [Development] The dark side of QtMultimedia

Holger Hans Peter Freyther wrote: > The issue is that neither GStreamer nor Phonon verified its' > assumptions. This means if something goes wrong... you will > debug for a long time (abstractions for an abstraction, etc). > At the same time "gst-launch playbin(2) .." just worked. FYI, current ver

[Development] The dark side of QtMultimedia

Massimo Callegari wrote: > I am well aware you guys do your best to provide a quality > cross-platform framework and so far you did an excellent job ! > Unfortunately I cannot say such thing for the Qt Multimedia module. If > you stick to the provided examples (properly tailored to hide all the > b

Re: [Development] The dark side of QtMultimedia

Dear all, I see that the discussion was focusing on GStreamer backend, but QtMultimedia is not only present on Linux. So, I want to change the focus of discussion to the mobile and embedded platforms. I want to do so, because in the case of ‘normal’ desktop environment (Linux, win and mac) there

Re: [Development] The dark side of QtMultimedia

> > Usually, I’d say that should be gstreamer’s job. They should provide unit > > tests that allow testing a gstreamer implementation on a linux > > system/board. > > Agreed, and you'd expect that a decent Linux distribution runs them to be > sure > that they've installed everything correctly. >

Re: [Development] The dark side of QtMultimedia

>>> Yes, this could also simply be our qtmultimedia unit tests. Run the >>> tests >>> on your target platforms and if they pass it should be reasonably safe >>> to >>> assume that things are working. Of course we’re not there currently, our >>> coverage for QtMM is not good enough afaict. >> >> QtM

Re: [Development] The dark side of QtMultimedia

On Thursday 13 November 2014 07:56:31 Knoll Lars wrote: > On 13/11/14 08:40, "Thiago Macieira" wrote: > > > >On Thursday 13 November 2014 07:21:38 Knoll Lars wrote: > > > >> Yes, this could also simply be our qtmultimedia unit tests. Run the > >> > >>tests > >> > >> on your target platforms and

Re: [Development] The dark side of QtMultimedia

On 13/11/14 08:40, "Thiago Macieira" wrote: >On Thursday 13 November 2014 07:21:38 Knoll Lars wrote: >> Yes, this could also simply be our qtmultimedia unit tests. Run the >>tests >> on your target platforms and if they pass it should be reasonably safe >>to >> assume that things are working. Of

Re: [Development] The dark side of QtMultimedia

On Thursday 13 November 2014 07:21:38 Knoll Lars wrote: > Yes, this could also simply be our qtmultimedia unit tests. Run the tests > on your target platforms and if they pass it should be reasonably safe to > assume that things are working. Of course we’re not there currently, our > coverage for Q

Re: [Development] The dark side of QtMultimedia

On 13/11/14 01:04, "Thiago Macieira" wrote: >On Wednesday 12 November 2014 23:17:57 Holger Hans Peter Freyther wrote: >> I haven't done consumer products for the last two years and I would >> be happy if the following has changed. I had to listen things like: >> "GDB is not supported on this devi

Re: [Development] The dark side of QtMultimedia

On Wednesday 12 November 2014 23:17:57 Holger Hans Peter Freyther wrote: > I haven't done consumer products for the last two years and I would > be happy if the following has changed. I had to listen things like: > "GDB is not supported on this device" (because the SoC vendor didn't > put a binary

Re: [Development] The dark side of QtMultimedia

On Wed, Nov 12, 2014 at 12:37:13PM -0800, Thiago Macieira wrote: Good Evening Thiago, > We should provide scripts for people to test their GStreamers, so we can > isolate problems. If it is on GStreamer's side, we "punt" the problem to the > Linux distribution and wash our hands off. That will

Re: [Development] The dark side of QtMultimedia

On Wednesday 12 November 2014 09:22:54 Holger Hans Peter Freyther wrote: > Well, somebody needs to support these 10 platforms. And to make > it worse. With things like GStreamer.. a lot depends on the used > plugins. So any abstraction built needs to be superior to Phonon > to help in detecting and

Re: [Development] The dark side of QtMultimedia

Il 12/11/2014 09:22, Holger Hans Peter Freyther ha scritto: > On Tue, Nov 11, 2014 at 09:41:49AM +, Knoll Lars wrote: > > Good Morning Lars, > >> Well, if you’re doing a complex multimedia app, this might be the right >> approach. But for the 90% use case (show a video, play a sound, capture >>

Re: [Development] The dark side of QtMultimedia

On Tue, Nov 11, 2014 at 09:41:49AM +, Knoll Lars wrote: Good Morning Lars, > Well, if you’re doing a complex multimedia app, this might be the right > approach. But for the 90% use case (show a video, play a sound, capture > something from the camera), we can’t tell people to write 10 differe

Re: [Development] The dark side of QtMultimedia

Cristian Adam schreef op 11-11-2014 13:43: On Tue, Nov 11, 2014 at 1:29 PM, Gianluca > wrote: Dear Lars, I'm using Qt from more than 10 years, and I like so much the Qt library that I always want to contribute in some way. I cannot afford at the moment

Re: [Development] The dark side of QtMultimedia

On Tue, Nov 11, 2014 at 1:29 PM, Gianluca wrote: > > Dear Lars, > I’m using Qt from more than 10 years, and I like so much the Qt library > that I always want to contribute in some way. I cannot afford at the moment > to put myself in working at the Qt code, so often I think to buy a > commercial

Re: [Development] The dark side of QtMultimedia

Gianluca schreef op 11-11-2014 13:29: > > Dear Lars, > I’m using Qt from more than 10 years, and I like so much the Qt library that > I always want to contribute in some way. I cannot afford at the moment to put > myself in working at the Qt code, so often I think to buy a commercial > license o

Re: [Development] The dark side of QtMultimedia

Il giorno 11/nov/2014, alle ore 13:09, Knoll Lars ha scritto: > On 11/11/14 11:32, "Gianluca" wrote: > >> >> Il giorno 11/nov/2014, alle ore 10:41, Knoll Lars >> ha scritto: >> >>> On 11/11/14 09:47, "Simon Hausmann" >>> wrote: >>> On Monday 10. November 2014 09.43.25 Holger Hans Pe

Re: [Development] The dark side of QtMultimedia

On 11/11/14 11:32, "Gianluca" wrote: > >Il giorno 11/nov/2014, alle ore 10:41, Knoll Lars > ha scritto: > >> On 11/11/14 09:47, "Simon Hausmann" >> wrote: >> >>> On Monday 10. November 2014 09.43.25 Holger Hans Peter Freyther wrote: >>> [...] Now really getting to my two cents. Instead of

Re: [Development] The dark side of QtMultimedia

Il giorno 11/nov/2014, alle ore 10:41, Knoll Lars ha scritto: > On 11/11/14 09:47, "Simon Hausmann" > wrote: > >> On Monday 10. November 2014 09.43.25 Holger Hans Peter Freyther wrote: >> [...] >>> Now really getting to my two cents. Instead of wrapping API >>> Qt should make sure the framewo

Re: [Development] The dark side of QtMultimedia

On Tuesday 11. November 2014 10.41.49 Knoll Lars wrote: > On 11/11/14 09:47, "Simon Hausmann" > wrote: > > > >On Monday 10. November 2014 09.43.25 Holger Hans Peter Freyther wrote: > >[...] > > > >> Now really getting to my two cents. Instead of wrapping API > >> Qt should make sure the framewor

Re: [Development] The dark side of QtMultimedia

On 11/11/14 09:47, "Simon Hausmann" wrote: >On Monday 10. November 2014 09.43.25 Holger Hans Peter Freyther wrote: >[...] >> Now really getting to my two cents. Instead of wrapping API >> Qt should make sure the framework can be integrated. E.g. in >> terms of GStreamer provide plugins that allow

Re: [Development] The dark side of QtMultimedia

On Monday 10. November 2014 09.43.25 Holger Hans Peter Freyther wrote: [...] > Now really getting to my two cents. Instead of wrapping API > Qt should make sure the framework can be integrated. E.g. in > terms of GStreamer provide plugins that allows to easily embed > video into Qt applications but

Re: [Development] The dark side of QtMultimedia

On Sun, Nov 09, 2014 at 11:09:37PM +0100, Kevin Kofler wrote: > Nichols Andy wrote: > How is QtMultimedia "essential" when there had been a working alternative > (Phonon) even before QtMultimedia was started? In fact, Phonon used to be > hailed as the showcase for perfect collaboration between Q

Re: [Development] The dark side of QtMultimedia

Gianluca wrote: > Phonon ?!?! > Please can you give us some links to this Phonon for Qt5 ? https://phonon.kde.org/ (some of the linked wiki information is outdated) https://projects.kde.org/projects/kdesupport/phonon http://download.kde.org/stable/phonon/ Build the latest release with -DPHONON_BUI

Re: [Development] The dark side of QtMultimedia

Phonon ?!?! Please can you give us some links to this Phonon for Qt5 ? On which platform has been ported Phonon ? I really need a good multimedia module for android and iOS. Thanks, Gianluca. Il giorno 09/nov/2014, alle ore 23:09, Kevin Kofler ha scritto: > Massimo Callegari wrote: >> I am w

Re: [Development] The dark side of QtMultimedia

Nichols Andy wrote: > A bit of history for those of you who don’t know. QtMultimedia was > developed and maintained in Brisbane, Australia by the Qt team in Nokia. > When Nokia divested in Qt, they closed the Brisbane office and suddenly > the QtMultimedia team ceased to exist. At this point Qt

Re: [Development] The dark side of QtMultimedia

Massimo Callegari wrote: > I am well aware you guys do your best to provide a quality > cross-platform framework and so far you did an excellent job ! > Unfortunately I cannot say such thing for the Qt Multimedia module. If > you stick to the provided examples (properly tailored to hide all the > b

Re: [Development] The dark side of QtMultimedia

Hi Massimo et alia, I am well aware you guys do your best to provide a quality cross-platform framework and so far you did an excellent job ! Unfortunately I cannot say such thing for the Qt Multimedia module. If you stick to the provided examples (properly tailored to hide all the bugs) they a

[Development] The dark side of QtMultimedia

Dear Qt team, I am well aware you guys do your best to provide a quality cross-platform framework and so far you did an excellent job ! Unfortunately I cannot say such thing for the Qt Multimedia module. If you stick to the provided examples (properly tailored to hide all the bugs) they all alm