May 27, 2021 2:51 PM, "Samuel Gaist" wrote:
> I think one of the main use case I have seen for custom GStreamer pipelines
> is to be able to get
> rtsp or other network streams in Qt applications.
This is my personal use case as well. With the addition that I also have
some pipelines where I nee
QtGStreamer
being deprecated (an old set of Qt bindings to GStreamer API - also something
at least one KDE app I'm aware of still carries an internal fork of, sadly),
a QtMM w/ custom pipeline support sort of the next best thing.
Best regards,
Eike
Exciting!
Are there any plans to officially support the GStreamer backend on Android down
the line (with building GStreamer as an acceptable exercise left to the user)
or would work in that direction be appreciated by the module maintainer?
At KDE, we have a couple of apps that use GStreamer AP
May 13, 2021 10:29 PM, "Lorn Potter" wrote:
> On 13/5/21 8:00 PM, Kevin Kofler via Development wrote:
>
>> KDE is maintaining their own 5.15 branches, e.g.:
>> https://invent.kde.org/qt/qt/qtbase/-/commits/kde/5.15
>
> I'm not kde developer, but I am sure kde has almost always had their own
> f
May 13, 2021 9:59 PM, "Oswald Buddenhagen" wrote:
> what would interest me is why you chose to host this on your own
> infrastructure instead of publicly demanding that tqtc plays by the
> rules and hosts the fork on qt project infra, where it belongs, and the
> possibility of which is explicitly
ros have always balanced the scale on "do we bump or backport this one key
patch" situationally.
Best regards,
Eike Hein
-
KDE, Plasma hacker
KDE e.V. Vice President
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
Hi,
we've written one of those at KDE recently:
https://github.com/kbroulik/lottie-qml
We also submitted some patches to both Qt and Lottie to make it work
better.
Ours is LGPLv2+ as usual, FWIW.
Cheers,
Eike
On 1/9/19 11:23 PM, Tuukka Turunen wrote:
>
>
> Hi,
>
>
>
> I would like to
On 02/08/2018 12:27 PM, Kevin Kofler wrote:
> NIkolai Marchenko wrote:
>> even stuff like that?
>> https://imgur.com/a/tTFeO
>
> Maybe try using QListWidget::setItemWidget? That should even let you assign
> some widget layed out in Qt Designer.
The KWidgetItemDelegate class in KDE's KItemViews
Hi,
in addition, kde.org ships a qqc2-desktop-style for Controls 2 that
implements QStyle theming (it's an improved derivative of the code
used in qqc1) and has no other KDE dependencies. It's viable to ship
with an app, and available in most distributions as a system package
as well as inside KD
On 11/11/2016 05:02 PM, Alberto Mardegan wrote:
> If QStyle is used by QWidgets, which have been used in apps since well
> before QML existed, it's reasonable to expect that its performance is
> more than acceptable for modern desktop machines.
Not necessarily. This isn't about native QStyle pai
On 07/16/2015 03:02 PM, Helio Chissini de Castro wrote:
> Hello Takao
>
> You're talking over Qt 4 only or Qt 5 is affected as well ?
> This is a full replacement of the plugin ?
The Qt 4 plugin was never in the Qt source tree (afaik).
The Qt 5 plugin is, and this is upstream asking for it to
eaking the corner cases); that's an area of active research in
KDE Plasma. Distros however make heavy use of this in their system
level default config to mix in the highest-quality non-Latin fonts
into whatever they map the generic family names like serif and
sans-serif to.
> Thanks!
>
12 matches
Mail list logo
