Opus decoding crashes
All-In-One PyGI/PyGObject for Windows Installer
Status: Abandoned
Brought to you by:
tumagonx
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
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
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.
Using libgstopus.dll from 3.10 fixes it for me. Thanks
Turn out this is compile issue, a full rebuild and no more crash. Will re-up in the next rev.
Thanks!
It's still crashing for me with pygi-aio-3.14.0_rev12
Strange, mine is ok for all four variant builds.
This is with x86/python2. The old libgstopus.dll from 3.10 still works.
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.
Last edit: tumagonx 2015-03-07
I have the same error with the latest build 22.
I use older opus 1.0.3 which maybe more compatible with gstopus in 3.18.2 aio, please retry
I assume this fixed since 3.18.2 rev2, tested on Win7 VM