#8 Opus decoding crashes

[lazka]

Decoding opus crashes. I've tried your newly added gdb and got this stacktrace: https://bpaste.net/show/d7c930dd6a9f

Can be reproduced by loading the example opus file [0] and run it with "gst-play ehren-paper_lights-96.opus"

Maybe you know what could be wrong?

[0] http://people.xiph.org/~giles/2012/opus/ehren-paper_lights-96.opus

[tumagonx]

Thanks for report Christoph

I can reproduce this too, but limited to gstreamer only. Opus-tools' opusdec have no issue with that file, all decoding tests supplied by libopus 1.1.1 also passed.

However older pygi release 3.10 (with opus 1.0) works fine, I suspect gstreamer might not updated to support 1.1 yet. But I have not enough prove to report this upstream...

I will downgrade to Opus 1.0.3 in next revision

[lazka]

Thanks for looking into this. I'll try with an older libgstopus.dll.

Offtopic: I saw in the readme.txt that you're planning to drop gtk3.8. Just wanted to say that for Quod Libet gtk3.14 works quite well nowadays and there is no regression that I know of compared to gtk3.8. Maybe that helps you making a decision.

[lazka]

Using libgstopus.dll from 3.10 fixes it for me. Thanks

[tumagonx]

Turn out this is compile issue, a full rebuild and no more crash. Will re-up in the next rev.

[lazka]

Thanks!

[lazka]

It's still crashing for me with pygi-aio-3.14.0_rev12

[tumagonx]

Strange, mine is ok for all four variant builds.

[lazka]

This is with x86/python2. The old libgstopus.dll from 3.10 still works.

[tumagonx]

Hmmm it seems if I have ladspa plugins gstreamer initialization may hanged, but libgstopus itself is fine. infact everytime there is dlopen(), windows error reporting caught in.

[ValdikSS]

I have the same error with the latest build 22.

[tumagonx]

I use older opus 1.0.3 which maybe more compatible with gstopus in 3.18.2 aio, please retry

[tumagonx]

I assume this fixed since 3.18.2 rev2, tested on Win7 VM