Public bug reported:
Binary package hint: ogmrip
ogmrip encodes audio by running
mplayer -ao pcm:file=named.pipe
faac named-pipe...
While this is happening, top shows faac using 33% CPU, fluxbox using 20%
CPU, and Xorg using ~15% CPU. (This is on a Core 2 Duo E6600, so
there's 200% total available.) Switching to another virtual desktop
reduces the CPU usage of fluxbox and Xorg to ~0, but faac still only
gets ~33%.
I've found when writing my own encoding scripts that for video data,
putting a buffer in the pipe is necessary to keep the reader working at
full CPU usage. Maybe the same thing is going on here for audio data.
I use bfr -b 11m pipe.y4m | x264 ... stdin.y4m
bfr is like cat, but uses a buffer of 11MB in this case.
I'm assuming that faac is starved for data. Maybe mplayer is being
slowed down by the same sillyness that results in so much CPU usage for
the window manager and X server when the progress dialog is visible.
** Affects: ogmrip (Ubuntu)
Importance: Undecided
Status: New
--
audio encoding inefficient
https://bugs.launchpad.net/bugs/253194
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
