• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
0

direct2d error crash on 25.1

LEGEND ,
Sep 12, 2024 Sep 12, 2024

Copy link to clipboard

Copied

Just had two crashes with 25.1. This is the error message.

 

I'd adjusted a couple CM settings and then applied some Lumetri correction.

 

Ryzen 3960x with 128GB of RAM, 2080Ti  on Win 10. Braw media.

 

RNeilHaugen_0-1726189783594.png

  1.  
Bug Unresolved
TOPICS
Bug , Crash

Views

399

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
7 Comments
Adobe Employee ,
Sep 12, 2024 Sep 12, 2024

Copy link to clipboard

Copied

Hi Neil,

Thank you for reporting this - I assume you haven't isolated the particular operations which preceeded the crash? That 2005270494 error coming from Direct 2D/Windows  OS normally suggests some operation may have leaked some windows OS Handle resources which were not getting properly reclaimed, causing the application to exceed OS allowed limits. Sounds like some kind of scenario involving color/lumetri in the lead up.

 

I'll take a look to see if I can narrow down the operations at play in that area- If by chance you observe a more specific pattern in terms of how you ran into the error, details would be welcome.

On possible mitigation - You *might* find the crash will not reproduce in the same manner if you optionally disable that Direct 2D based UI from General Preferences "GPU accelerated UI rendering (restart required)". In general, I'd recommend folks normally have that active, but it does suppress the Direct 2D Drawbot, which was complaining of conditions here. At the very least, the error would look different, if the legacy drawbot breaks on the same issue. If you try that and find the crash does or doesn't seem to reproduce, that would also be good context to help narrow down code which could be driving this issue.

Also - any brief insights you or others are able to capture about crashes like this in the crash reporter tool are incredibly helpful to aid devs recognize connected patterns with culprit on an issue like this, where a repro tends not to be straightforward. 

 

Thanks,
Peter

Votes

Translate

Translate

Report

Report
LEGEND ,
Sep 13, 2024 Sep 13, 2024

Copy link to clipboard

Copied

I didn't have time for further work, that was right at the end of the day. And we're heading out for a long weekend this morning.

 

I was testing BRAW and mov (ProRes) footage from a BlackMagic Ursa Mini Pro 4.6k G2 (why they gave it such a long name is beyond me ...) in the 4.6k while trying out a mix of color management settings.

 

Including turning about everything off, some things on, and tracking what changes in the scopes. So I'd been working with the CM control options, especially sequence CM, like going to ACEScct to Red wide to ... whatever.

 

While changing the options in the next section below, on tonemapping and knee shape et al.

 

Then ... it lost image, and stopped functioning. I had to Task Manager quit Premiere. Relaunched, and within a couple seconds, got that message. Locking up Premiere and the computer, so Ctrl/Alt/Delete to force shut down options, to sign out of user to get operating again.

 

Brought up Windows, launched Premiere. Started playback, ok. Stopped, went to the Settings tab, touched something ... message again and locked Premiere. Had to Ctrl/Alt/Delete again to get out of Premiere.

 

And that was time to go home.

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Sep 16, 2024 Sep 16, 2024

Copy link to clipboard

Copied

Thanks for the added context.

 

I'll try digging into the paths you noted with some instrumentation and reach out with color team specialists to help get more eyes towards isolating the point of the resource leakage arising in this scenario.

 

If you or others have additional observations in relation to the circumstances of leading to this error, more data points are very much appreciated. 

Votes

Translate

Translate

Report

Report
LEGEND ,
Sep 16, 2024 Sep 16, 2024

Copy link to clipboard

Copied

I'll be in-shop for awhile this afternoon, and that's the first thing I'll check. If there's a new beta build, I suppose I should just load that and see if I get the same behavior or not ...

Votes

Translate

Translate

Report

Report
LEGEND ,
Sep 16, 2024 Sep 16, 2024

Copy link to clipboard

Copied

SOLVED by the new 25.1.0 build 15 download, coupled with dumping cache files.

 

Working beautifully now, and I can't break it no matter what weird and stupid combinations of CM settings I try.

 

And I really tried, too ...

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Sep 18, 2024 Sep 18, 2024

Copy link to clipboard

Copied

Thanks for the update - I'm very glad to hear your new build seems to have stabilized for that. It's possible that your repro may have benefitted from a recent correction notably affecting source monitor on playback, or some other fixes.

 

From what I can tell, reasonably straightforward cases are addressed, but we are continuing to profile and search for potential sources of slow windows handle leaks which can still affect longer running Premiere sessions showing up with that same error.

Votes

Translate

Translate

Report

Report
Community Expert ,
Sep 18, 2024 Sep 18, 2024

Copy link to clipboard

Copied

LATEST

Had one on 25.1.17

Program did not freeze this time.

Votes

Translate

Translate

Report

Report
Resources