Re: [Development] Exception to source compatibility: adding AA_CompressHighFrequencyEvents flag
On Wed, 27 Apr 2016, Lisandro Damián Nicanor Pérez Meyer wrote: On Wednesday 27 April 2016 08:50:48 Boudewijn Rempt wrote: [snip] As a Debian developer, you might also consider that you should never ever package Krita 3 for Debian with a Qt 5.6 without this fix. You'd have to carry the patch for Qt 5.6 or forego packaging Krita (and later on, OpenToonz). The only Qt patches we accept are the ones ACKed by upstream (ie, someone from the Qt project) or the ones that are really debian-specific. Projects using Qt should use whatever the official Qt releases ship. So backporting a merged fix is OK, but a patch to alter standard Qt behavior not yet accepted is not ok. Well, deciding upon your policy is certainly your prerogative. -- Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QMovie no longer supports .mng
On quarta-feira, 27 de abril de 2016 02:10:09 PDT Jake Petroules wrote: > If we can simply update libmng and recompile against the new version then we > should do so immediately! I still vote for carrying fewer dependencies, especially those that try to read external files and may be used on untrusted files. For each and every 3rdparty dependency we bundle or ship a binary for, we should have a security champion who follows security announcements for that 3rd party source and updates our copy and binaries. Especially for the LTS release. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Exception to source compatibility: adding AA_CompressHighFrequencyEvents flag
On Wednesday 27 April 2016 08:50:48 Boudewijn Rempt wrote: [snip] > As a Debian developer, you might also consider that you should never > ever package Krita 3 for Debian with a Qt 5.6 without this fix. You'd have > to carry the patch for Qt 5.6 or forego packaging Krita (and later on, > OpenToonz). The only Qt patches we accept are the ones ACKed by upstream (ie, someone from the Qt project) or the ones that are really debian-specific. Projects using Qt should use whatever the official Qt releases ship. So backporting a merged fix is OK, but a patch to alter standard Qt behavior not yet accepted is not ok. -- Geek Inside! Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtMultimedia && QML - hard performance regressions on Windows
Da: Mitch Curtis A: Massimo Callegari ; "development@qt-project.org" Inviato: Mercoledì 27 Aprile 2016 14:56 Oggetto: RE: [Development] QtMultimedia && QML - hard performance regressions onWindows >I didn't look at the other bugs, but QTBUG-37004 seems like it would pretty >easy to contribute a fix yourself. I don't believe it is pretty easy, especially on Linux. OSX already returns a user friendly list of devices. Windows cuts the devices names to 31 characters, cause it use APIs coming directly from the 90s. Linux is the worst case instead, cause every possible ALSA device is returned, so if you have 2 sound cards it will return like 20 devices, most of which don't even work. I believe users expect to see a list like what KDE/Gnome expose, so 4-5 devices total. Plus I should be looking at the pulseaudio implementation as well, which I know nothing about. In any case, it would require an internal change of the logic, most likely breaking backward compatibility, which is not something that I can decide. > Why waste your time and energy being outraged when you could be fixing it? > Seems like a far more effective way of getting things fixed in an open source > project. Well, I believe reporting an issue is already a contribution to fixing it and while a "pretty easy" issue would take me 1 hour to be fixed, the overall effort to get it approved would be 100 hours. I already went through the process for a QtSerialPort method, and it was a hell of a journey. Especially working with Gerrit. Please excuse my limited GIT knowledge :( > As said in the bug report, higher priority issues are being worked on. Which one ? And also...since 1-2 years ? Right... I would rather appreciate much more if the Qt Company could start a sort of "bounty program", where users can place a few bucks for the resolution of specific issues. There are more and more examples of this mechanism, like Kickstarter, Bountysource or even Stackoverflow. I would be happy to participate to it for the most urgent issues affecting my projects. I'm pretty sure there are a lot of open source projects raising donations, and small companies willing to spend some money on issues that are a priority for them. Instead, it seems to me (and it's purely my mere assumption) that big bucks come from big companies and they have the full attention of the Qt developments. Attention that don't go to all the rest of minor developers/projects/companies that are actually the largest user base of the Qt libraries. If this is really the truth, it is pretty sad. Again, just my opinion. > > > Da: Denis Shienkov > A: "development@qt-project.org" > Inviato: Mercoledì 27 Aprile 2016 11:37 > Oggetto: [Development] QtMultimedia && QML - hard performance regressions > onWindows > > > > Hi developers. > > I faced with a big problem with the video playback performance, when I > try to open the mp4 video file from any of QML video examples. I have a > high CPU loading (~40%) and the video is freezing and jerks. But the C++ > media player works satisfactory, more or less tolerably (on point 3 from > the 1-5 points)... > > It is impossible to use at all in QML, I face more and more with the > surprises of QtMultimedia, and disappointed more and more... > > WTF ? What sense in QtMultimedia if it does not work as expected? > > PS: I have created a bug: https://bugreports.qt.io/browse/QTBUG-53019 > > BR, > Denis > > > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtMultimedia && QML - hard performance regressions on Windows
> -Original Message- > From: Development [mailto:development-bounces+mitch.curtis=qt.io@qt- > project.org] On Behalf Of Massimo Callegari via Development > Sent: Wednesday, 27 April 2016 12:28 PM > To: Denis Shienkov ; development@qt-project.org > Subject: Re: [Development] QtMultimedia && QML - hard performance > regressions on Windows > > Hey Denis, welcome to the "QtMultimedia lovers" club :) > > Good luck with your remarks, most likely nobody will care. > It seems that the primary role of QtMultimedia is to capture input video. > All the rest doesn't matter. > > I've opened a number of tickets and none of them have been solved: > https://bugreports.qt.io/browse/QTBUG-37004 (Feb 2014) > https://bugreports.qt.io/browse/QTBUG-37005 (Feb 2014) > https://bugreports.qt.io/browse/QTBUG-37882 (Mar 2014) > https://bugreports.qt.io/browse/QTBUG-42034 (Oct 2014) > https://bugreports.qt.io/browse/QTBUG-47284 (Jul 2015) > > 3 on 5 marked as P2. > > I would also add a recent discovery of how non-cross platform QtMultimedia > is. > The use case is starting a video in fullscreen on a second monitor > (QtWidget way). > In Linux and OSX you have to do > m_videoWidget->setGeometry(rect); > m_videoWidget->setFullScreen(true);and on Windows m_videoWidget- > >setFullScreen(true); > m_videoWidget->setGeometry(rect); > > I didn't even open a ticket for that, cause I got tired to waste my time > on this topic. I didn't look at the other bugs, but QTBUG-37004 seems like it would pretty easy to contribute a fix yourself. Why waste your time and energy being outraged when you could be fixing it? Seems like a far more effective way of getting things fixed in an open source project. As said in the bug report, higher priority issues are being worked on. > > > Da: Denis Shienkov > A: "development@qt-project.org" > Inviato: Mercoledì 27 Aprile 2016 11:37 > Oggetto: [Development] QtMultimedia && QML - hard performance regressions > onWindows > > > > Hi developers. > > I faced with a big problem with the video playback performance, when I > try to open the mp4 video file from any of QML video examples. I have a > high CPU loading (~40%) and the video is freezing and jerks. But the C++ > media player works satisfactory, more or less tolerably (on point 3 from > the 1-5 points)... > > It is impossible to use at all in QML, I face more and more with the > surprises of QtMultimedia, and disappointed more and more... > > WTF ? What sense in QtMultimedia if it does not work as expected? > > PS: I have created a bug: https://bugreports.qt.io/browse/QTBUG-53019 > > BR, > Denis > > > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtMultimedia && QML - hard performance regressions on Windows
> I've seen something similar and solved it by changing codecs (installed k-lite codec pack) I have the K-Lite codec pack already installed (I'm sorry, if I haven't mentioned it). BR, Denis 2016-04-27 14:10 GMT+03:00 Sergio Martins : > On Wednesday, 27 April 2016 12:37:26 WEST Denis Shienkov wrote: > > Hi developers. > > > > I faced with a big problem with the video playback performance, when I > try > > to open the mp4 video file from any of QML video examples. I have a high > > CPU loading (~40%) and the video is freezing and jerks. But the C++ media > > player works satisfactory, more or less tolerably (on point 3 from the > 1-5 > > points)... > > I've seen something similar and solved it by changing codecs (installed > k-lite > codec pack) > > > Regards, > -- > Sérgio Martins | sergio.mart...@kdab.com | Software Engineer > Klarälvdalens Datakonsult AB, a KDAB Group company > Tel: Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322) > KDAB - The Qt Experts > ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtMultimedia && QML - hard performance regressions on Windows
On Wednesday, 27 April 2016 12:37:26 WEST Denis Shienkov wrote: > Hi developers. > > I faced with a big problem with the video playback performance, when I try > to open the mp4 video file from any of QML video examples. I have a high > CPU loading (~40%) and the video is freezing and jerks. But the C++ media > player works satisfactory, more or less tolerably (on point 3 from the 1-5 > points)... I've seen something similar and solved it by changing codecs (installed k-lite codec pack) Regards, -- Sérgio Martins | sergio.mart...@kdab.com | Software Engineer Klarälvdalens Datakonsult AB, a KDAB Group company Tel: Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322) KDAB - The Qt Experts ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtMultimedia && QML - hard performance regressions on Windows
Hey Denis, welcome to the "QtMultimedia lovers" club :) Good luck with your remarks, most likely nobody will care. It seems that the primary role of QtMultimedia is to capture input video. All the rest doesn't matter. I've opened a number of tickets and none of them have been solved: https://bugreports.qt.io/browse/QTBUG-37004 (Feb 2014) https://bugreports.qt.io/browse/QTBUG-37005 (Feb 2014) https://bugreports.qt.io/browse/QTBUG-37882 (Mar 2014) https://bugreports.qt.io/browse/QTBUG-42034 (Oct 2014) https://bugreports.qt.io/browse/QTBUG-47284 (Jul 2015) 3 on 5 marked as P2. I would also add a recent discovery of how non-cross platform QtMultimedia is. The use case is starting a video in fullscreen on a second monitor (QtWidget way). In Linux and OSX you have to do m_videoWidget->setGeometry(rect); m_videoWidget->setFullScreen(true);and on Windows m_videoWidget->setFullScreen(true); m_videoWidget->setGeometry(rect); I didn't even open a ticket for that, cause I got tired to waste my time on this topic. Da: Denis Shienkov A: "development@qt-project.org" Inviato: Mercoledì 27 Aprile 2016 11:37 Oggetto: [Development] QtMultimedia && QML - hard performance regressions on Windows Hi developers. I faced with a big problem with the video playback performance, when I try to open the mp4 video file from any of QML video examples. I have a high CPU loading (~40%) and the video is freezing and jerks. But the C++ media player works satisfactory, more or less tolerably (on point 3 from the 1-5 points)... It is impossible to use at all in QML, I face more and more with the surprises of QtMultimedia, and disappointed more and more... WTF ? What sense in QtMultimedia if it does not work as expected? PS: I have created a bug: https://bugreports.qt.io/browse/QTBUG-53019 BR, Denis ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QtMultimedia && QML - hard performance regressions on Windows
Hi developers. I faced with a big problem with the video playback performance, when I try to open the mp4 video file from any of QML video examples. I have a high CPU loading (~40%) and the video is freezing and jerks. But the C++ media player works satisfactory, more or less tolerably (on point 3 from the 1-5 points)... It is impossible to use at all in QML, I face more and more with the surprises of QtMultimedia, and disappointed more and more... WTF ? What sense in QtMultimedia if it does not work as expected? PS: I have created a bug: https://bugreports.qt.io/browse/QTBUG-53019 BR, Denis ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development