GTK+ 4.0 Getting Audio/Video Playback Integration

[phoronix]

Phoronix: GTK+ 4.0 Getting Audio/Video Playback Integration

The GTK+ 4.0 tool-kit has just landed its GtkMediaStream / GtkMediaFile / GtkVideo / GtkMediaControls widgets for now having native multimedia stream playback support in the tool-kit that in turn is backed by GStreamer / FFmpeg...

http://www.phoronix.com/scan.php?page=news_item&px=GTK4-Gets-Media-Widgets

[dos1]

Phonon 10 years later

[waxhead]

Back the the good old days Amiga did everything so much better with concepts such as datatypes : https://en.wikipedia.org/wiki/Amiga_...ata/file_types
No need to re-invent the wheel again and again....

[ssokolow]

Phonon 10 years later

No, Phonon supported end-user-switchable, configurable backends with Linux having backends for GStreamer, VLC, xine, and MPlayer at various times. This is more like the playback side of the QtWidgets API for Qt Multimedia, which Qt 5 gained as a desktop and/or mobile option once Phonon had done the experimentation to soldify things for desktop-only multimedia in the Qt 4 era.

(Qt Multimedia supports both playback and capture for most backends and Windows is the only platform where it even has multiple backends for fallback purposes (DirectShow vs. Media Foundation) while Phonon has a KDE control panel for end users.)

[ssokolow]

Back the the good old days Amiga did everything so much better with concepts such as datatypes : https://en.wikipedia.org/wiki/Amiga_...ata/file_types
No need to re-invent the wheel again and again....

Having a unified system of codecs for more than just multimedia is an accomplishment, but, in this case, that's a bit irrelevant. GTK+ isn't reinventing that wheel. They're following Qt Multimedia and various others in relying on GStreamer to be the common codec framework.

[TingPing]

Having a unified system of codecs for more than just multimedia is an accomplishment, but, in this case, that's a bit irrelevant. GTK+ isn't reinventing that wheel. They're following Qt Multimedia and various others in relying on GStreamer to be the common codec framework.

As I understand it the reason for this change is so video becomes fully integrated into Gtk as a core element. You can do something silly like set the CSS background of a button to video file and it will "just work". Obviously that isn't reasonable to do but it means applications can rely on video being a core part of their design whatever that may mean.

[ElectricPrism]

Will this mean less stuttering on video playback?

[TingPing]

Will this mean less stuttering on video playback?

Compared to what? Gtk didn't have built in playback so its better than a still image. It should be as good as ffmpeg or gstreamer already are which is what your existing video player probably used already.

[ssokolow]

As I understand it the reason for this change is so video becomes fully integrated into Gtk as a core element. You can do something silly like set the CSS background of a button to video file and it will "just work". Obviously that isn't reasonable to do but it means applications can rely on video being a core part of their design whatever that may mean.

You won't see me arguing. I thought it was long overdue for GTK+ to follow Qt's lead on this.

[Vistaus]

Back the the good old days Amiga did everything so much better with concepts such as datatypes : https://en.wikipedia.org/wiki/Amiga_...ata/file_types
No need to re-invent the wheel again and again....

The latest AmigaOS 4.1 still does that these days and the upcoming 4.2 will still do it as well