Opened 15 years ago
Last modified 14 years ago
#2003 new enhancement
warn user about no controls when playing from stdout
| Reported by: | Owned by: | reimar | |
|---|---|---|---|
| Priority: | if idle | Component: | core |
| Version: | unspecified | Severity: | minor |
| Keywords: | Cc: | compn | |
| Blocked By: | Blocking: | ||
| Reproduced by developer: | no | Analyzed by developer: | no |
Description
mplayer ignores keyboard input when used in a pipe with an AUDIO file.
The bug can be recreated using the following command line on a Windows system.
cat somefile.mp3 | mplayer -
...and then trying to use a keyboard input (such as adjusting the volume with "0" and "9"). The keys are ignored.
The only keyboard interrupt that is not ignored is "Ctrl+C" which breaks the execution of mplayer. After "Ctrl+C" is pressed, all the keys that have previously been typed ("0"s and "9"s in our example) are been appended to the (next) console input.
Note: VIDEO files are NOT affected at all and work as expected.
Version: r34118
OS: win32 (MinGW)
Change History (2)
comment:1 by , 15 years ago
| Cc: | added |
|---|
comment:2 by , 14 years ago
| Priority: | normal → if idle |
|---|---|
| Severity: | normal → enhancement |
| Summary: | mplayer on win32 ignores keyboard input when used in pipe with an AUDIO file → warn user about no controls when playing from stdout |
change to enhancement about needing another warning message.
actually, when playing from stdout, mplayer ignores all console input. you can only control when playing a video file because the video window accepts input. if you try controlling it from the console you will see the same behavior.