[gstreamer-bugs] [Bug 631064] Memory Usage increases considerably when using qtmux to record aac in mp4 format

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=631064
  GStreamer | gst-plugins-bad | 0.10.20

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |mnauw at users.sourceforge.net
         Resolution|                            |NOTABUG

--- Comment #2 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2010-10-05 12:40:48 UTC ---
atoms.c:atom_add_trak_samples() indeed collects metadata for each buffer.
However, it does not do so (anymore) using GList (but a more compact array
instead).  Also, it needs to keep track of more than simply durations (but also
offsets, sizes, etc).  This is a bit more than usually required for other
formats, but still quite feasible.  For instance, a typical AAC recording
should use about 12 bytes per buffer, which amounts to give or take 36K/min.

Next, "min(ute)" is relative in the above examples.  Since the pipeline given
above does not sync on the clock, it will run as fast as possible.  That is, 1
minute of execution time leads to a sample file very much longer than 1 minute
(in which case metadata may add up to quite a bit).

Finally, running (e.g.)
----
valgrind --tool=massif gst-launch-0.10 -v audiotestsrc num-buffers=30000
samplesperbuffer=1024 ! audio/x-raw-int,rate=48000 ! faac ! mp4mux ! filesink
location=test44.mp4
----
shows only minor (expected) heap increase (for a give or take 10min recording).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.