No playback if Fluendo's gst codec pack is installed

[ahjolinna]

so I just installed the Fluendo's gstreamer codec pack and after that orion wouldn't work anymore, other gst based players seem to work just fine.

you have to keep in mind that I use openSUSE leap 42.2. and it uses Qt5.6.1 instead of Qt5.7.

here is the gdb output: link only thing new was: warning: Cannot parse .gnu_debugdata section; LZMA support was disabled at compile time

I think it seems to be "running" but it just wont show the playback.

---

the codec pack is 20€/year, if you dont want/cant spend the money I could send a copy (there is prebuild rpm and deb version)

[zabuldon]

Hello, Can you provide with some information?

1. Which backedn are you using for orion? (QtAV, MPV, QtMultimedia)
2. Can I get copy of rpm?

I'm already installed openSUSE to check this issue.

[ahjolinna]

1.) I use QtMultimedia ...as live video streaming with MPV doesnt work that well on linux (mostly ffmpeg issue), and QtAV...well I dont want to install yet another player just for orion...if the backend was splitted then I could use it....also I dont know if its also affected by the same ffmpeg issue.

2.) is this your email? [email protected] if so I can send the rpm pkgs there.... (update)... it seems this is the download link

---

btw. just to check I have openSUSE leap 42.2 (kde) version, with oc packman and nvidia repos enabled to get the "proprietary stuff", it can be enabled from YaST's "repo editor" easily

---

my system:

inxi -xSMGCI
System:    Host: linux-gh45 Kernel: 4.4.27-2-default x86_64 (64 bit gcc: 4.8.5)
           Desktop: KDE Plasma 5.8.4 (Qt 5.6.1) Distro: openSUSE Leap 42.2
Machine:   Device: desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x UEFI: American Megatrends v: 2003 date: 09/19/2016
CPU:       Quad core Intel Core i5-6600K (-MCP-) cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 28031
           clock speeds: max: 4400 MHz 1: 4400 MHz 2: 4400 MHz 3: 4400 MHz 4: 4399 MHz
Graphics:  Card: NVIDIA GM204 [GeForce GTX 970] bus-ID: 01:00.0
           Display Server: X.Org 1.18.3 driver: nvidia Resolution: [email protected], [email protected]
           GLX Renderer: GeForce GTX 970/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 367.57 Direct Rendering: Yes
Info:      Processes: 307 Uptime: 10:35 Memory: 6629.4/15987.0MB Init: systemd runlevel: 5 Gcc sys: 4.8.5
           Client: Shell (bash 4.3.421) inxi: 2.3.5 

[zabuldon]

Yes, its my emeail. Regarding the download link, I can't download it (asking for registration).

[ahjolinna]

@zabuldon : it's sended ...I hope you got the email, check spam folder if you don't see it.

hopefully you will find the problem

[ahjolinna]

@zabuldon : I have now left openSUSE, after they updated the nvidia driver to broken one (even nvidia said that nobody should use it)...so I couldn't boot to my opensuse installation ....thanks to this... oh openSUSE respons in IRC was in short "sucks to be you" ...."when you install the NVIDIA proprietary drivers you just modified your openSUSE install into a non-supported state" ...so yeah in short it was like F#ck you....not our fault that we don't check this stuff beforehand :D

ANYWAY... I'm now using manjaro-kde and test this fluendo codec again, and it works...but the loading takes REALLY longtime, and when there isn'ẗ any real UI indicator for something is happening in background its really frustrating...but at least the video/audio quality is better now

[zabuldon]

@ahjolinna so, i'm still checking. I'll find cause of this anyway, because its looks really strange.

[ahjolinna]

@zabuldon : any luck? it seems that it doesnt work now at all on openSUSE*, at least what I notice when I'm currently working to make my own openSUSE spinoff/fork so it would be nice to get this working...

*there is few second playback without the "oneplay/fluendo-gstreamer-codecs-pack", but the VOD's works just fine (without the codec pack).

update: live stream seems to work if if I try lower quality first and then source (without the codec pack), here is the strace log (v2)

I doubt mpv version will work as openSUSEs mpv and (default) ffmpeg is really lightweight, I don't know why they like "minimal" version with no features...(I will try to build my own mpv version soon)

here is the lastest strace log and the pkg I maintain

@alamminsalo : do u have any ideas....

---

PS. only thing that works, is the audio-only "quality option in VOD's

btw. what version of gcc is required? I'm currently trying if "gcc5-c++" version would make a difference

---

update: I have reported this to fluendo

[ahjolinna]

@alamminsalo & @zabuldon : here is the fluendo's bug report/ticket it has new logs with GST_DEBUG environment variable

[ahjolinna]

@zabuldon @alamminsalo : I finally got a respond from fluendo:

Hi Alexander,

Ticket: http://support.fluendo.com/helpdesk/tickets/2108

We managed to reproduce the issue on a physical machine. Unfortunately, it seems to be related to the way the stream is passed to the decoder. It contains no width, height or framerate information in the caps, and it does not contain SPS/PPS inside the stream, so it is unusable. If you could pass this information to the developers of Orion, they might do something about it.

Regards, Xavi

[alamminsalo]

Alright, thanks for going through the trouble. I believe this issue can finally be fixed with this information

[alamminsalo]

I looked into this matter some more, and sadly I think this should be handled by the backend itself (Fluendo gstreamer), since Orion only gives source url to media player backend and that's it. Is fluendo gstreamer able to play twitch streams correctly, or are the streams itself missing the parameters?

[ahjolinna]

I don't know personally, so I just asked Fluendo if they know/can help. ...Have you tried asking Qt community (irc channel) if they would know?

[alamminsalo]

No I haven't but that could be a good place to start. On the other hand it's absolutely possible that twitch doesn't serve these headers since they primarily support their own players, but I can't know for sure since admittedly I'm not a video format expert

[ahjolinna]

@alamminsalo : I dont know if u have check out gstreamer documentation at all, if u havent... here is about debug and streaming and Progressive streaming and Hardware-accelerated video decoding

my logs have only used "GST_DEBUG="*:2" orion" ...(the 2 can be replaced with 1-8 like the documentation said)