View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001574OpenMPTAudio I/Opublic2022-03-05 00:552025-06-06 19:27
Reporterlavendersiren Assigned Tomanx  
PrioritynormalSeveritycrashReproducibilitysometimes
Status acknowledgedResolutionopen 
Platformx64OSWindowsOS Version10
Product VersionOpenMPT 1.30.02.00 / libopenmpt 0.6.1 (upgrade first) 
Summary0001574: program closes suddenly when headphones are removed
Description

So, I recently updated and got back to using this program after a while. Twice in the same day, the program closed suddenly with seemingly no explanation. I found out it had to do with playback device switching. Oddly enough, it won't close suddenly if you start with a monitor-integrated fallback and plug something in, as it'll keep using the monitor speakers, but if you start out with headphones and they become disconnected, it won't go to the fallback instead just close.
In trying to replicate it, sometimes I get lucky and playback merely stops, giving an error that says "Unable to open sound device 'WASAPI' - Default Device (PortAudio)" when play is pressed.
I feel like the more I try to test it, the less reliably I'm able to replicate it.

Steps To Reproduce

after a while of use, pull cord out of audio port during playback

TagsNo tags attached.
Has the bug occurred in previous versions?never triggered it before this most recent update
Tested code revision (in case you know it)

Relationships

related to 0001333 acknowledgedmanx WASAPI Default Device should follow Windows default device changes (was: does not work correctly with USB headphones) 
related to 0001350 acknowledgedmanx Implement native WASAPI backend 
related to 0001288 acknowledgedmanx crash handler does not work in WASAPI callback 

Activities

manx

manx

2022-03-05 09:19

administrator   ~0005119

Can you also reproduce the problem when using "MME - Microsoft Sound Mapper" as the sound device?
Kaens

Kaens

2025-06-06 19:26

reporter   ~0006376

Last edited: 2025-06-06 19:27

I can confirm the issue does happen with the most recent OpenMPT, though it didn't crash on me yet.

It also 100% crashes openmpt123 (I pulled the HDMI cable out -_-).

In addition, the "rescan devices" button, when pressed during playback, stops playback but doesn't return the play button from the 'pause' look (or function).

Issue History

Date Modified Username Field Change
2022-03-05 00:55 lavendersiren New Issue
2022-03-05 09:19 manx Note Added: 0005119
2022-03-05 09:19 manx Assigned To => manx
2022-03-05 09:19 manx Status new => acknowledged
2022-03-05 09:20 manx Relationship added related to 0001333
2022-03-05 09:20 manx Relationship added related to 0001350
2022-03-05 09:20 manx Relationship added related to 0001288
2025-06-06 19:26 Kaens Note Added: 0006376
2025-06-06 19:27 Kaens Note Edited: 0006376