Bug 75214
Summary: | # of CPUs used for encoding only applied on restart | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Chris Ricker <chris.ricker> |
Component: | grip | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | rvokal |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-02-04 23:09:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chris Ricker
2002-10-05 15:41:31 UTC
Hmm, this *is* documented in the online help file:///usr/share/gnome/help/grip/C/mp3config.html This is confusing for users (or at least for me). When I first ran grip, I configured it, told it two CPUs, and happily starting ripping + encoding. It displayed one Rip progress meter and one MP3 (ie, encoding) progress meter. I assumed it was encoding using both CPUs, and just displaying a combined progress output. Later, I exited grip. When I restarted grip, I discovered that it now displayed one Rip progress meter and two MP3 (encoding) progress meters, and realized that it had only been using one CPU the first time.... Perhaps this could be made more clear in the config screen by changing Config -> MP3 -> Options Number of CPUs to use to Number of CPUs to use (applied on restart) or something similar? I'll change this to RFE, since at least the current non-intuitive behavior is documented, for those who bother to read the docs ;-) Other configuration settings besides #CPU's are affected. I didn't search exhaustively, but did notice CDRom device. Note that the need to restart is not documented. grip is no longer shipped in the development tree; as such, it is unlikely older bugs will be fixed. |