Re: [Development] Exception to source compatibility: adding AA_CompressHighFrequencyEvents flag

[Boudewijn Rempt]

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

[Thiago Macieira]

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

[Lisandro Damián Nicanor Pérez Meyer]

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

[Massimo Callegari via Development]

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

[Mitch Curtis]

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

[Denis Shienkov]

> 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

[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

[Massimo Callegari via Development]

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

[Denis Shienkov]

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] Heads up - 5.7 soft string freeze

[Jani Heikkinen]

Hi all,


Qt 5.7 beta is out & work towards final release continues. One step on the way 
is String Freeze which is planned to happen 7th May 2016, see 
https://wiki.qt.io/Qt-5.7-release. So it is time to start keeping the 
translatable strings as it is and fix remaining important issues.



Br,

Jani



Jani Heikkinen
Release Manager

The Qt Company
Elektroniikkatie 13
90590 Oulu Finland
jani.heikki...@qt.io
+358 50 4873735
http://qt.io


[http://s3-eu-west-1.amazonaws.com/qt-files/logos/qt_logo_with_text_green_rgb_400x141.png]
[http://s3-eu-west-1.amazonaws.com/qt-files/logos/SoMe/qt_facebook.png]
 [http://s3-eu-west-1.amazonaws.com/qt-files/logos/SoMe/qt_twitter.png] 
   
[http://s3-eu-west-1.amazonaws.com/qt-files/logos/SoMe/qt_linkedin.png] 
  
[http://s3-eu-west-1.amazonaws.com/qt-files/logos/SoMe/qt_googleplus.png] 
   
[http://s3-eu-west-1.amazonaws.com/qt-files/logos/SoMe/qt_youtube.png] 


___
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

[Boudewijn Rempt]

On Tue, 26 Apr 2016, Lisandro Damián Nicanor Pérez Meyer wrote:


Please correct me if I'm wrong: the feature which will break API was added in
5.6.0, and we can say that most of the people out there are not using it.

Ideally API/ABI should not be broken without a SONAME change. If I had some
Qt5 app using it already I would be forced to do a hack in our packaging:
faking a SONAME change.

Now it just happens that we in Debian haven't pushed 5.6 to unstable yet (we
are waiting for 5.6.1) so it's not a problem for us now. It will be if pushed
with 5.6.2 instead of 5.6.1.

Of course I'm only speaking for us Debian, I don't know the impact on other
distros.


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).

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