After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 547320 - show an encoding progress bar
show an encoding progress bar
Status: RESOLVED DUPLICATE of bug 547422
Product: cheese
Classification: Applications
Component: general
2.22.x
Other Linux
: Normal normal
: 2.24
Assigned To: Cheese Maintainer(s)
Cheese Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-08-11 17:17 UTC by Jean-François Fortin Tam
Modified: 2008-08-13 16:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2008-08-11 17:17:35 UTC
for usability and children's sake, a progress bar should be added so that the user knows that cheese is encoding the theora video after hitting the "Stop recording" button, and knows that the application is not simply frozen.
Comment 1 Filippo Argiolas 2008-08-11 17:32:38 UTC
Just to make things clear:
- encoding is done live.
- when you hit stop recording button we have to wait the gstreamer recording pipeline to properly shutdown, it takes no more than 1 second usually.
- cheese doesn't freeze, it's just the start recording button that is disabled to prevent starting a new video recording while the pipeline is still active.

Said this, do we really need a progress bar that can take at most 1-2 seconds?
Comment 2 Filippo Argiolas 2008-08-11 17:35:15 UTC
Wait, I just noticed that you are the reporter of http://bugzilla.gnome.org/show_bug.cgi?id=546953

Video recording is broken before 2.23.5... Cheese ui freeze was a known bug, it has been solved.
Please try svn or 2.23.6,
Thanks.
Comment 3 Jean-François Fortin Tam 2008-08-12 12:48:38 UTC
It's a bug. I tried the latest dev tarball and the encoding can take 10 seconds or so, and I have a pentium M procesor with 512 mb of ram (which I consider to be quite powerful already). Imagine older machines with that.
Comment 4 daniel g. siegel 2008-08-12 16:22:43 UTC
*** Bug 547422 has been marked as a duplicate of this bug. ***
Comment 5 Filippo Argiolas 2008-08-12 20:59:39 UTC
How could you say that encoding "can take 10 seconds or so" if the other bug happens every time? how you can see that encoding ended if the ui is frozen?

Anyway, I think this is the duplicate bug: 

video recording shutdown shouldn't take more than 2 seconds (as I said in the other bug I have a cpu slower than yours and it takes half a second here), hence a progress bar is not needed.

If it takes more there can be an issue and if is there an issue it's the one we're talking about in bug #547422.
Comment 6 Filippo Argiolas 2008-08-13 16:57:15 UTC

*** This bug has been marked as a duplicate of 547422 ***