• Current key injection via the monitor basically generates no key hold
    time. This is fine for keyboard emulations that have their own queues,
    but it causes troubles for those how don't (like the MusicPal - it
    simply does not work with injected keys). Moreover, I would like to use
    this mechanism to simulate pressed buttons during power-up.
    
    Therefore, this patch enhances the key injection with a configurable
    release delay (by default 100 virtual milliseconds).
    
    This feature allows to get rid of the initial sleep() in musicpal_init
    because one can now simply start qemu with -S and issue "sendkey m 1000"
    and "continue" in the monitor to achieve the desired effect of a pressed
    menu button during power-up. So there is no need for a per-musicpal or
    even qemu-wide "-hold-button" switch.
    
    Signed-off-by: Jan Kiszka <jan.kiszka@web.de>
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4701 c046a42c-6fe2-441c-8c8c-71466251a162
    balrog authored
     
    Browse File »
  • git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4696 c046a42c-6fe2-441c-8c8c-71466251a162
    malc authored
     
    Browse Code »
  • Apparently Windows Server 2003 sets the frequency for either mc or pi
    voice to zero, which in turn triggers a call to audio_bug from this
    chain:
    
    open_voice -> AUD_open_in -> audio_bug (audio_validate_settings):
    
    A bug was just triggered in AUD_open_in
    ...
    Context:
    audio: frequency=0 nchannels=2 fmt=S16 endianness=little
    
    But since no attempt by the said OS is made to actually use the voice
    with zero frequency this can be considered normal behavior.
    
    Hence if zero freqency situation is encountered - close current voice,
    and make noises if the guest tries to use it.
    
    Reported by simon@...ve
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4694 c046a42c-6fe2-441c-8c8c-71466251a162
    malc authored
     
    Browse Code »