[Bug 385187] Re: spumux massive memory leak
what size parameters for video are sensible? In that context, I meant non-zero. But matching the size of the video is probably the right thing to do. movie-height=1576 movie-width=2000 That seems rather big. I'd assume your movie is more like 720x576. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/385187 Title: spumux massive memory leak -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
Thanks Stefan, I tried 720x576 first with the same result. The problem seems to be elsewhere then in this setting. Karel -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/385187 Title: spumux massive memory leak -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
Stefano, can you please unpack what size parameters for video are sensible? I have been struggling with this bug w/o any luck solving it although I tried number of video parameters. The DVDStyler reports error when muxing subtitles. It gets stuck on first subtitle reporting it as too long (although it is not unusually long). Using Ubuntu Lucid Lynx / DVDStyler 1.8.0 Thanks for any suggestion. Multiplexing subtitles Multiplexing subtitles 1 of 3 Executing command: spumux -s 0 /tmp/dvd-tmp/title0-0-0.vob_spumux.xml DVDAuthor::spumux, version 0.6.14. Build options: gnugetopt magick iconv freetype Send bugs to dvdauthor-us...@lists.sourceforge.net INFO: Locale=en_US.utf8 INFO: Converting filenames to UTF-8 INFO: Detected subtitle file format: subviewer INFO: Opened iconv descriptor. *UTF-8* *ISO8859-1* INFO: Read 435 subtitles INFO: Adjusted 15 subtitle(s). INFO: Unicode font: 1418 glyphs. STAT: 0:00:07.100 WARN: Subtitle word 'KRABAT:' too long! Failed Attached part of my DVDStyler config file ** Attachment added: Attached part of my DVDStyler config file https://bugs.launchpad.net/ubuntu/+source/dvdauthor/+bug/385187/+attachment/2089286/+files/DVD_stylerbug -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/385187 Title: spumux massive memory leak -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
[Expired for dvdauthor (Ubuntu) because there has been no activity for 60 days.] ** Changed in: dvdauthor (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/385187 Title: spumux massive memory leak -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
[Expired for dvdstyler (Ubuntu) because there has been no activity for 60 days.] ** Changed in: dvdstyler (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/385187 Title: spumux massive memory leak -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
Thank you for taking the time to report this bug and helping to make Ubuntu better. It looks like the real issue here is dvdstyler providing a movie width and height of 0. If I change those to be sensible, spumux behaves. Also note that the latest version of spumux (0.6.18-1 in Debian hasn't landed in Ubuntu yet) doesn't seem to leak memory when given this incorrect control file. Can you test if the most recent version of dvdstyler still creates this incorrect file? It should be reproducible with the live environment of the Desktop CD of the development release - Maverick Meerkat. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/ . Thanks again and we appreciate your help. ** Also affects: dvdstyler (Ubuntu) Importance: Undecided Status: New -- spumux massive memory leak https://bugs.launchpad.net/bugs/385187 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
** Changed in: dvdauthor (Ubuntu) Status: New = Incomplete ** Changed in: dvdstyler (Ubuntu) Status: New = Incomplete -- spumux massive memory leak https://bugs.launchpad.net/bugs/385187 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/27692747/Dependencies.txt -- spumux massive memory leak https://bugs.launchpad.net/bugs/385187 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385187] Re: spumux massive memory leak
Found one of the spumux control files: ?xml version=1.0 encoding=utf-8? subpictures stream textsub movie-height=0 filename=/bigstuff/huntforgollum/subtitles_en.srt movie-width=0/ /stream /subpictures Checking with valgrind shows that 99.9% of the memory allocated is not freed. time valgrind --tool=memcheck --leak-check=full --show-reachable=yes /tmp/src/dvdauthor-0.6.14/src/spumux /tmp/dvd/title4-0-0.vob_spumux.xml huntforgollum_720p.mpg /dev/null ==8485== Memcheck, a memory error detector. ==8485== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. ==8485== Using LibVEX rev 1884, a library for dynamic binary translation. ==8485== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. ==8485== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation framework. ==8485== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. ==8485== For more details, rerun with: -v ==8485== DVDAuthor::spumux, version 0.6.14. Build options: gnugetopt iconv freetype Send bugs to dvdauthor-us...@lists.sourceforge.net INFO: Locale=en_US.UTF-8 INFO: Converting filenames to UTF-8 INFO: Detected subtitle file format: subviewer INFO: Opened iconv descriptor. *UTF-8* *ISO8859-1* INFO: Read 215 subtitles INFO: Adjusted 11 subtitle(s). INFO: Unicode font: 1185 glyphs. WARN: Subtitle word 'At the end of the third age Middle-Earth was a land oppressed by shadow.' too long! ^C^C^C==8485== ==8485== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 2) ==8485== malloc/free: in use at exit: 78,970,024 bytes in 2,455,451 blocks. ==8485== malloc/free: 2,457,413 allocs, 1,962 frees, 79,536,894 bytes allocated. ==8485== For counts of detected errors, rerun with: -v ==8485== searching for pointers to 2,455,451 not-freed blocks. ==8485== checked 74,011,400 bytes. ==8485== ==8485== 0 bytes in 1 blocks are still reachable in loss record 1 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x40A3B8: vo_update_osd (subrender.c:299) ==8485==by 0x407C0B: read_pic (subgen-image.c:314) ==8485==by 0x4086BD: process_subtitle (subgen-image.c:896) ==8485==by 0x402E1D: getnextsub (subgen.c:352) ==8485==by 0x404424: main (subgen.c:820) ==8485== ==8485== ==8485== 0 bytes in 13 blocks are still reachable in loss record 2 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x40A2A7: vo_update_osd (subrender.c:256) ==8485==by 0x407C0B: read_pic (subgen-image.c:314) ==8485==by 0x4086BD: process_subtitle (subgen-image.c:896) ==8485==by 0x402E1D: getnextsub (subgen.c:352) ==8485==by 0x404424: main (subgen.c:820) ==8485== ==8485== ==8485== 0 bytes in 1 blocks are still reachable in loss record 3 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x409C5C: textsub_init (textsub.c:148) ==8485==by 0x404FF4: textsub_complete (subgen-parse-xml.c:251) ==8485==by 0x406041: readxml (readxml.c:123) ==8485==by 0x404393: main (subgen.c:806) ==8485== ==8485== ==8485== 31 bytes in 1 blocks are still reachable in loss record 4 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x412D14: read_font_desc_ft (subfont.c:124) ==8485==by 0x4136A4: load_font_ft (subfont.c:1133) ==8485==by 0x409E2A: vo_update_osd (subrender.c:608) ==8485==by 0x409CA0: textsub_init (textsub.c:156) ==8485==by 0x404FF4: textsub_complete (subgen-parse-xml.c:251) ==8485==by 0x406041: readxml (readxml.c:123) ==8485==by 0x404393: main (subgen.c:806) ==8485== ==8485== ==8485== 32 bytes in 1 blocks are still reachable in loss record 5 of 40 ==8485==at 0x4C25684: calloc (vg_replace_malloc.c:397) ==8485==by 0x40A417: vo_update_osd (subrender.c:309) ==8485==by 0x407C0B: read_pic (subgen-image.c:314) ==8485==by 0x4086BD: process_subtitle (subgen-image.c:896) ==8485==by 0x402E1D: getnextsub (subgen.c:352) ==8485==by 0x404424: main (subgen.c:820) ==8485== ==8485== ==8485== 32 bytes in 1 blocks are still reachable in loss record 6 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x40E229: sub_read_file (subreader.c:1555) ==8485==by 0x409C8F: textsub_init (textsub.c:155) ==8485==by 0x404FF4: textsub_complete (subgen-parse-xml.c:251) ==8485==by 0x406041: readxml (readxml.c:123) ==8485==by 0x404393: main (subgen.c:806) ==8485== ==8485== ==8485== 32 bytes in 1 blocks are still reachable in loss record 7 of 40 ==8485==at 0x4C278AE: malloc (vg_replace_malloc.c:207) ==8485==by 0x585888D: FT_New_Memory (in /usr/lib/libfreetype.so.6.3.20) ==8485==by 0x5858B9F: FT_Init_FreeType (in /usr/lib/libfreetype.so.6.3.20) ==8485==by 0x4116CD: init_freetype (subfont.c:1097) ==8485==by 0x409C0A: textsub_init (textsub.c:137) ==8485==by 0x404FF4: textsub_complete (subgen-parse-xml.c:251) ==8485==by 0x406041: readxml (readxml.c:123) ==8485==by 0x404393: main (subgen.c:806) ==8485== ==8485==