The "ubuntu2" release of this is causing gstreamer and gstreamer-using apps to not play or make thumbnails for certain files, and when it happens will continue trying forever with very high CPU usage. The "ubuntu1" release does not have this problem.
Here is an audio file to use as a sample, playing in gst-play-1.0 will show that it doesn't play, continues trying, and increases CPU usage:
At first I thought it was a Tumbler bug, and reported it there but we found it was not, and it was Ubuntu-specific since others using the same gstreamer versions (but not the ubuntu package) did not cause this issue.
After downgrading various packages, it seems this is only a problem with gst-libav1.0 1.20.3-1ubuntu2 and not the previous 1.20.3-1ubuntu1. The changelog says the only change is "rebuild against libavcodec59".
Playing it in ffplay with libavcodec59 works fine, so I don't think libavcodec59 is the issue.
So this does seem to be something specific to the Ubuntu packaging of gst-libav1.0.
Let me know if there is anything I can try to add to this. Thanks.
The "ubuntu2" release of this is causing gstreamer and gstreamer-using apps to not play or make thumbnails for certain files, and when it happens will continue trying forever with very high CPU usage. The "ubuntu1" release does not have this problem.
Here is an audio file to use as a sample, playing in gst-play-1.0 will show that it doesn't play, continues trying, and increases CPU usage:
https:/ /gitlab. xfce.org/ xfce/tumbler/ uploads/ cfb8b3ff89ee5e6 b3069512b01d134 bf/icqmessage. aif
At first I thought it was a Tumbler bug, and reported it there but we found it was not, and it was Ubuntu-specific since others using the same gstreamer versions (but not the ubuntu package) did not cause this issue.
https:/ /gitlab. xfce.org/ xfce/tumbler/ -/issues/ 68
After downgrading various packages, it seems this is only a problem with gst-libav1.0 1.20.3-1ubuntu2 and not the previous 1.20.3-1ubuntu1. The changelog says the only change is "rebuild against libavcodec59".
Playing it in ffplay with libavcodec59 works fine, so I don't think libavcodec59 is the issue.
So this does seem to be something specific to the Ubuntu packaging of gst-libav1.0.
Let me know if there is anything I can try to add to this. Thanks.