@qromanek I don't know whether anybody here knows the answer (I don't). In case not you should ask on Qt developers mailing list.

Hi
Your DirectX looked pretty ok.
So not sure what it still is missing.
Did you look in dxdiag under sound ?
and it all looked fine ?

https://drive.google.com/file/d/1SHw3k6gY9pz8cL7skhDUPUf2NrwF4xeE/view

@mrjj Many thanks mrjj for your answer. I'll make more researches about SQLite and Taglib.

Hi @robcreamer, this is outside my expertise, but I suggest you subscribe to the Interest mailing list (http://lists.qt-project.org/mailman/listinfo/interest ) and post your sample code + 122.7-hour log there. I'm sure one of the Qt engineers on the list can tell you what's happening.

Hi and welcome to devnet,

You should check what your device support, QAudioDeviceInfo gives you all the various channel counts, sample sizes etc. that are supported by the device you want to use.

@Grynium @rickywong2017
This is the way i fixed it.
Step 1: use 'apt-cache search -n gstreamer' to get the list all of the gstreamer and libgstream lib
Step 2: for each of lib in the list. Use 'apt-get install name-of-the-gstreamer-lib' to install it. After install almost the lib in the list my example run. ( i don't know which is the exactly lib i need to install. I just install all of them until my example run)
Step 3: rebuild your example and run.

I hope this help.

@FrankiPL
I suspect @speeter will have long disappeared, as that post was a year ago :)

Just a thought: have a look at (the first part of) https://raspberrypi.stackexchange.com/a/61086, which claims it's a generic Linux problem rather than just a RPi one. It's not quite the same messages, but worth investigating?

@tamolo You used qmake from home/Qt5.7 to build QtMultimedia, right? In this case make install should copy it to home/Qt5.7. If it did not then you still can copy the stuff manually. Actually, if you call "make install" you see what it is installing where.

Depending on your needs, QAudioOutput is rather a lightweight alternative but QMediaPlayer is indeed easier to setup and run.

Glad you found out and thanks for sharing !

Hi,

You should take a look at the bug report system to see if it something known.

Yeah. It happens when you copy&paste without double check comments and you're afraid about "it could not work" :)
Thanks!

Hi,

What system is it ? What version of GStreamer do you have installed ?

I updated a .pro file to the following state:

QT += core multimedia widgets
QT -= gui
TARGET = MetadataExtractor
CONFIG += console
CONFIG += static
TEMPLATE = app
SOURCES += main.cpp
extractor.cpp
HEADERS +=
extractor.h

Then used the macdeployqt. This issue is resolved for me.
@SGaist @Tyras @kshegunov Thanks to Everyone!

@RockAndCode said in Video plays fine on the linux device using gst-launch, but fails to play with a Qt application?:

Is there certain eglfs settings that needs to be set when running the Qt based apps on the device?

Can you tell me how and which eglfs settings need to be changed?
I am using nVidia TX1 board.

Yep, thank you but that is what I've talking about, in release about 40 ms on full HD frame. Better to find a way to get RGB frames, not YUV, but I don't know how that all works exactly.

hi and welcome
Maybe you can try with "Media Player Example" to see if it will load and play file. ?
Its available directly in creator under the examples tab. just type video in search.
It might be it dont like the format.

My log also include the message: This plugin does not support setParent!

Please advise!
IL

@VaL-Doroshchuk
Hi!
"big buffer" is quite relative and that "big" depends on needs.
In my case I'm using audio data to pitch recognition and depending on pitch range to recognize, I'm using 512, 1024 or 2048 samples buffer, so it is apparently 11, 23 and 45ms (more less). Those power-of-two buffer sizes are required by FFT routines.
But my app is flexible enough, and when underlaying OS is not capable to keep that buffer size it will portion any audio data size as needed for pitch detection algorithm.
(on Android Qt Audio is used and with low level device a delay between data ready call could sometimes be about 100ms)
However smaller buffer gives faster app response (displaying pitch in score).
And no any glitches was notices even if buffer is set to 64 frames (2ms)

And if we take simpler example, which could be passing input mike data to an output device - more quicker we send incoming data to the out - less delay will be in speakers - it means less buffer - faster response.

Hi and welcome to devnet,

The nicest thing to do would be as stated in the TODO: get the information from the video encore settings control and rebuilt the plugin.

What version of Qt is it ? GStreamer 1.0 support is pretty recent so you might have to enable it when configuring depending on your Qt version

I've checked, there's currently no option to do it directly with Qt Multimedia. You might want to check the QtAV project.

Hello,
Got another problem though I have managed to cross compile Qt5 with gstreamer1.0 support it is unable to play HD videos on pi.
I checked using GST_DEBUG=3 and it seems like it still uses gstreamer0.10.
So Do anyone have got HD video playing on pi and can suggest me to get it playing??

You're welcome !

Happy coding !

@xargs1 said:

In order to get availableCameras to work, you have to first import QtMultimedia 5.4
Can we just give ListModel an empty set of bracket?
This didn't work, it says
modelData is not defined

Should I write part of the code in another QML file?

Sorry, I misunderstood your post but currently, except for QMediaRecorder, I don't know if there's a way to have the list of decoders.

Hi,

No, it indicates whether the stream is seekable