View Issue Details

IDProjectCategoryView StatusLast Update
0021155MMW 5Burning / Disc Handlingpublic2024-12-13 16:09
Reporterlowlander Assigned To 
PriorityurgentSeveritycrashReproducibilitysometimes
Status assignedResolutionreopened 
Product Version2024.0 
Target Version2024.1Fixed in Version2024.0 
Summary0021155: Full freeze on CD insert
DescriptionMediaMonkey can fully freeze on CD insert. This has happened 3 times now, but is rare. It may be caused by switching between CD node and other nodes while the CD is loading. This particular drive also doesn't stop showing CD info when drive is opened.
Additional InformationA3FB0000
TagsNo tags attached.
Fixed in build3079

Relationships

related to 0021331 closedmichal Background tasks (Volume analysis) block UI process performance (regression 5.1) 

Activities

Ludek

2024-08-21 13:57

developer   ~0076702

Last edited: 2024-08-21 13:59

The freeze was on UI thread when trying to ouput debug string..

I think the cause might be the massive debug ouput, the DbgView log has more than 5 millions of lines!!
Mostly lines like

[9724] hpCDEBurn: ReadAudio(): [StartFrame 58696, NumFrames 27, Len 0, MaxLen 63504, DataOffset 0, FrameSize 2352 ]

and

[9724] f_flac: FORMAT_SetString


So reducing the debug ouput messages should fix this..

Ludek

2024-08-21 14:39

developer   ~0076703

Fixed in 3045

lowlander

2024-08-23 17:57

developer   ~0076720

Closed on 3045, will reopen if this occurs again.

lowlander

2024-10-16 20:20

developer   ~0077306

Reopened for quick review. Saw this again on 3064 and it happened soon after inadvertently selecting the DVD drive. Log is large again, so presumably the same problem. Log in same location.

Ludek

2024-10-17 10:40

developer   ~0077309

Last edited: 2024-10-17 22:56

Could you please attach also the crash/freeze log (ELF) so that I can see the callstack where it has frozen?
As the last time it was in OutputDebugString system function... This usually happens when DbgView ouput is huge and you close DbgView while MediaMonkey is still running..

Ludek

2024-10-21 16:48

developer   ~0077326

@lowlander can't locate the ELF, so let's resolving and re-open if this appears again and ELF is availbale..

peke

2024-10-23 11:42

developer   ~0077354

Reverified 3066

I am unable to make it crash on my system after 1h of stress testing and CD insert, burn, RIP and switching nodes.

lowlander

2024-10-31 20:56

developer   ~0077440

New freeze on 3057, log added. Interface is full frozen, but music playback continues.

rusty

2024-11-01 15:02

administrator   ~0077455

User at https://www.mediamonkey.com/forum/viewtopic.php?p=522836#p522836 also reported that this issue still occurs on occasion. Crashlog: A14AAC44

Ludek

2024-11-01 15:41

developer   ~0077456

Fixed in 3070

lowlander

2024-11-03 03:50

developer   ~0077463

Seen similar pm 3070.

1 Rip CD (with some damage)
2 Have Rip process freeze (unsure if drive is not accessible at this point
3 When MM is taking long on a track, Cancel in Rip from Statusbar
--> Statusbar becomes empty, but CD doesn't eject and remains visible in Media Tree. Clicking between other nodes eventually gets full interface freeze.

Log added

Ludek

2024-11-04 15:42

developer   ~0077468

@lowlander: Could you please attach the freeze log (ELF)

lowlander

2024-11-04 16:32

developer   ~0077472

Last edited: 2024-11-04 16:34

Sorry there is none. Note that MM doesn't crash (AV). The interface just stops taking any input, but playback continues.

lowlander

2024-11-10 04:34

developer   ~0077547

Just saw this again. I browsed to the CD node while a rip was happening. It seems the rip process might have been frozen at the time. Log added. No ELF/no AV. Playback continues over multiple files, but no response from MM interface on mouse click. Taskbar icon also shows no context menu and Taskbar entry shows no preview window.

Ludek

2024-11-11 20:07

developer   ~0077561

Last edited: 2024-11-11 20:54

I can't be sure why UI was not responding as there was no ELF/AV, I just saw again that there was really huge DbgView output (> 660k lines) as it was logging several days of activity..

I would suggest to reduce the debug output further especially the sets of strings like:
f_mp4: FORMAT_SetString
and
MP4Parser: Atom found: *

I suppose that such a strings are mostly useless and if there is really a tag reading/writing problem then the sample file in question needs to be analyzed anyhow..

Assigned to Michal to reduce the strings..

--------------
EDIT: @Michal: Also please check whether it could be the same cause as in case of 0021331 -- i.e. updating UI progress bar too often during file conversion/rip?

michal

2024-11-18 13:24

developer   ~0077662

Debug messages and progress messaging reduced in build 3079. I hope it will help.

rusty

2024-11-18 20:22

administrator   ~0077671

Unable to replicate any crash in 3079, but leaving for LL to close.

peke

2024-11-18 20:36

developer   ~0077672

Last edited: 2024-11-18 20:37

Confirming that I can't replicate crash in 3079

Tested also on 2 drives at same time and inserting CDs

lowlander

2024-11-22 21:25

developer   ~0077715

Seen again on 3081. I had a CD ripping and selected the CD drive in the Media Tree, then left the PC. When I returned to the PC the MediaMonkey interface was frozen. No AV is thrown. New log added.

lowlander

2024-12-12 16:28

developer   ~0077799

Just came back to my PC after leaving it running overnight and the interface was frozen (no AV). No disc was inserted during this. New log added.

michal

2024-12-13 16:09

developer   ~0077803

Re last freeze - log shows, that application received WM_QUERYENDSESSION at 3:42:03 AM (i.e. probably system shutdown). So started to close itself. Nearly everything was unloaded, but then log from our processes ended, not clear, what was blocking the real end of it.