MIDI access (not only adlib) hangs WinNT on QEMU 1.7.x

Windows NT 4.0 and 2000 (including the latest git release), when enabling adlib (with sb16 already enabled) or the built-in synth of the es1370, hang on QEMU 1.7.x (also with 1.7.50) when they try to play MIDI files (like canyon.mid, etc). I have already tried bisecting but seems that this bug has been introduced sometime in 1.7.0's development time.

Is this problem still reproducible with the latest version of QEMU?


On Mar 6, 2017, at 5:45 AM, <email address hidden> wrote:

> 
> Is this problem still reproducible with the latest version of QEMU?
> 
> ** Changed in: qemu
>       Status: New => Incomplete
> 
> -- 
> You received this bug notification because you are a member of qemu-
> devel-ml, which is subscribed to QEMU.
> https://bugs.launchpad.net/bugs/1289788
> 
> Title:
>  MIDI access (not only adlib) hangs WinNT on QEMU 1.7.x
> 
> Status in QEMU:
>  Incomplete
> 
> Bug description:
>  Windows NT 4.0 and 2000 (including the latest git release), when enabling adlib (with sb16 already enabled) or the built-in synth of the es1370, hang on QEMU 1.7.x (also with 1.7.50) when they try to play MIDI files (like canyon.mid, etc). I have already tried bisecting but seems that this bug has been introduced sometime in 1.7.0's development time.
>  Screenshot attached: http://goput.it/ig2l.png
> 
>  OS Used: Windows 7 x64 Ultimate SP1
>  command-line used: qemu-system-i386w.exe -L pc-bios -m 64 -cpu pentium -drive file=vbent40.img,if=floppy,id=fda -drive file=vhd.vhd,if=ide,media=disk,bus=0,unit=0,id=harddisk0 -drive file=E:,if=ide,media=cdrom,bus=1,unit=0,id=cdrom -net nic,model=pcnet -net user -vga std -device ES1370 -boot menu=on -monitor telnet:127.0.0.1:4444,server,nowait
> 
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1289788/+subscriptions

A midi file played very will using SB16. It didn't work at all with adlib, and it played poorly in es1370. I used Windows 2000 as the guest. There were no hangs. 



[Expired for QEMU because there has been no activity for 60 days.]