GNOME Bugzilla – Bug 316722
.sub file caused gst to ran out of memory
Last modified: 2009-03-11 08:13:25 UTC
Version details: 0.8.11 Distribution/Version: 6.0-BETA5 Download .sub file[1] and bunzip2 wherever, then let Nautilus to try to create a thumbnail of it or just run totem-video-thumbnailer by manual with this .sub file. It will causing thumbnailer ran out of memory, so there might be an infinite loop. It happened on any .sub files as I have a lot of them here in my system. I am going to put the more info below, hopeful it's enough info. 23142 mezz 3 -20 0 533M 186M STOP 0:02 0.00% totem-video- thumbnailer gstreamer 0.8.11 gstreamer-plugins 0.8.11 [1] http://people.freebsd.org/~mezz/Constantine.sub.bz2 Here is backtrace: ============================================== GLib-ERROR **: gmem.c:141: failed to allocate 1658880 bytes aborting... (gdb) bt
+ Trace 63090
==============================================
I can confirm this behaviour on Linux (Fedora Core 4). Very weird in deed. Shouldn't this be moved to totem->thumbnailer ?
no, it's a gst issue :( You can replicate it using: gst-launch-0.8 playbin uri="file:///home/luogni/Temp/Constantine.sub" argh, valgrind doesn't work anymore on my pc :( Anyone can send to me valgrind's log? valgrind --leak-check=yes --show-reachable=yes gst-launch-0.8 playbin uri="file:///home/luogni/Temp/Constantine.sub" thanks for reporting the bug!
It is first time for me to use Valgrind and I don't know if it works correct. Valgrind isn't exact stable and 100% function on FreeBSD, so don't give it a high hope. Here is log of it. http://people.freebsd.org/~mezz/gst-sub.log.pid26560.bz2
luogni@bucefalo:~/Temp$ wget "http://people.freebsd.org/~mezz/gst-sub.log.pid26560.bz2" --10:52:15-- http://people.freebsd.org/~mezz/gst-sub.log.pid26560.bz2 => `gst-sub.log.pid26560.bz2' Risoluzione di people.freebsd.org in corso... 216.136.204.21 Connecting to people.freebsd.org|216.136.204.21|:80... connesso. HTTP richiesta inviata, aspetto la risposta... 403 Forbidden 10:52:16 ERRORE 403: Forbidden. :(
Oh sorry, it's fixed and fetchable now.
Created attachment 57127 [details] A log of Valgrind ran on FreeBSD. Had to add attach, so nobody lose it because I am removing this in my web space.
Constantine.sub.bz2 has been removed from in my web space, so contact me if you need any .sub files. It's very easy to find .sub files anywhere in google.
Gah, this is crap in 0.10 as well. You do get an error saying it couldn't subtitle, but before that there are like 15 criticals.
I've fixed this issue in 0.8.
When was this fixed, Ronald? I haven't seen any commits that appear to be related. I'm trying to see what can be applied to HEAD. Reopening as the bug is still in HEAD.
How can it be fixed in 0.8 if 0.8.11 is the lastest version of 8.x series? My reported was based on 0.8.11 while Andy has said that it exists in 0.10. If it's in 0.8 CVS, then please show us which one for I can collect patch(es) and put in our FreeBSD ports tree. Thanks. http://gstreamer.freedesktop.org/src/gstreamer/ http://gstreamer.freedesktop.org/src/gst-plugins/
There is a fix for 0.8 in bug #320856
With current cvs using playbin: - you see only the subtitles played very very fast - it will hang on eos - when forcing playbin to go to NULL with C-c i get a zillions of failed assertions (gst_bin_remove GST_IS_ELEMENT failed) - ram usage is normal
can somebody provide that Constantine.sub file again?
http://people.freedesktop.org/~tpm/Constantine-bug316722.sub (Shouldn't be an issue though at the moment given lack of subpicture support in playbin)
This file can't be played at all anymore with latest CVS
Considering this file doesn't fail anymore (in the sense it doesn't leak memory or cause segfaults or cause world hunger) I'm closing this bug. gst-typefind-0.10 reports it being: video/mpeg, systemstream=(boolean)true, mpegversion=(int)2