Opened 12 years ago
Last modified 12 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 , 12 years ago
Cc: | added |
---|
comment:2 by , 12 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.