View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0021155 | MMW 5 | Burning / Disc Handling | public | 2024-08-20 22:30 | 2024-11-18 20:37 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | sometimes |
| Status | resolved | Resolution | fixed | ||
| Product Version | 5.1 | ||||
| Target Version | 5.1.1 | Fixed in Version | 5.1 | ||
| Summary | 0021155: Full freeze on CD insert | ||||
| Description | MediaMonkey 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 Information | A3FB0000 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3079 | ||||
|
|
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.. |
|
|
Fixed in 3045 |
|
|
Closed on 3045, will reopen if this occurs again. |
|
|
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. |
|
|
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.. |
|
|
@lowlander can't locate the ELF, so let's resolving and re-open if this appears again and ELF is availbale.. |
|
|
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. |
|
|
New freeze on 3057, log added. Interface is full frozen, but music playback continues. |
|
|
User at https://www.mediamonkey.com/forum/viewtopic.php?p=522836#p522836 also reported that this issue still occurs on occasion. Crashlog: A14AAC44 |
|
|
Fixed in 3070 |
|
|
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 |
|
|
@lowlander: Could you please attach the freeze log (ELF) |
|
|
Sorry there is none. Note that MM doesn't crash (AV). The interface just stops taking any input, but playback continues. |
|
|
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. |
|
|
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? |
|
|
Debug messages and progress messaging reduced in build 3079. I hope it will help. |
|
|
Unable to replicate any crash in 3079, but leaving for LL to close. |
|
|
Confirming that I can't replicate crash in 3079 Tested also on 2 drives at same time and inserting CDs |
