Grip does not display correctly the encoding progress bar and speed when using
oggenc: the progress bar becomes full at the beginning of the encoding process, and
then it remains full until the process has finished. The displayed encoding speed is
wrong: it starts with 0x and, after a while, it shows impossibly high speeds.
I'm trying to reduce the number of packages I maintain.
Punting back to bug-wranglers.
Lorenzo, what versions of grip and oggenc are you using ? Does this problem
still exist in the latest version of grip that is in Portage (grip-3.0.3)
or the latest unstable version (grip-3.1.1-r1) ?
May be answered by:
This may not be a bug, just grip's inability to accurately guess filesize
for files produced by oggenc, which is understandable since ogg bitrates
Q: The progress bar doesn't seem to be completely accurate when encoding.
Why can't it get it right?
A: The progress bar is done based on the size of the output file. If you
have the kbits/sec set properly, Grip should estimate the size properly.
Note that if you use variable bitrate encoding (supported by encoders like
LAME and xing) Grip has no way to accurately guess the file size.