P: LrC v15.5 on Windows Assisted Culling triggers crash and memory leaks

I select the File Folder, Assisted Culling begins, I have selected the parameters. First I chose subject and eyes in focus. Shutdown LR after only a minute or two. Then I only selected subject, it still shut LR down in a minute or two. It is an inconvenience for small folders of less than 100 images, but files of larger size, say 300 plus images take a very long time if you use the Assisted Culling, as you must constantly wait and restart LR, only to have it crash again. The you wait and restart LR, and it will crash again. Repeat that until you have the entire folder completed, or give-up and stop using the Assisted Culling.  Good feature if it worked properly. Oh yes, I do not believe memory should be an issue, as my HP LapTop has 32 gigs of memory.

Lightroom Classic 15.5.1 で、アシスト選別（AI カリング）の分析が走ると確実にクラッシュします。カタログを開いたときの自動分析でも、手動実行でも同じです。1日で11回、すべて同一の例外コードでした。

■ 症状

例外コード 0xc0000374（STATUS_HEAP_CORRUPTION）、障害モジュール ntdll.dll、フォールトオフセット 0x112165。11回すべて同一です。

lrc_console.log に「AICulling:start」が出た直後から、スレッド数とメモリが急増します。

    16:20:13   Threads=174   Private=   875 MB      （通常の起動状態）
    16:20:18   AICulling:start
    16:20:28   Threads=381   Private= 8,667 MB      （10秒で +7.8 GB）
    16:20:45   クラッシュ

一番はっきりした証拠がこれです。写真20枚程度の空のテストカタログでは起動時の分析が3秒で完了し、その後2分間 約11.4 GB で安定していました。そこでアシスト選別を手動実行したところ、

    16:34:09   AICulling:start      （手動実行）
    16:34:13   Threads 361 → 508    （4秒後）
    16:34:2x   クラッシュ

分析が「AICulling:complete」まで到達できた回はクラッシュしません。完了前に落ちます。つまりカタログの写真が多いほど確実に落ちます。

■ コールスタック

上部は毎回変わります（memmove / Lua GC / フォント描画 / malloc）が、下部は必ず同じ並びの反復です。

    AgKernel.dll - lua_resume
    AgKernel.dll - AgThrowProgramError
    AgKernel.dll - lua_resume
    AgKernel.dll - luaopen_base
    AgKernel.dll - lua_getstack
    AgKernel.dll - luaopen_table
    AgKernel.dll - lua_resume
    AgKernel.dll - AgThrowProgramError      ← 以下反復
    ...

Lua レイヤーで例外が発生し、そのエラー処理自体が再帰して、スレッドとメモリを食い潰した末にヒープが壊れているように見えます。

別パターンでは Lua ステートへのキュー転送が見えています。

    VCRUNTIME140.dll - memmove
    AgKernel.dll - AgTransitQueue_dequeueToLuaState  （3フレーム）
    AgKernel.dll - lua_pcall
    substrate.dll - WaitMessageWhileHandlingMainThreadAction

■ 環境

- Lightroom Classic 15.5.1 [202608131348-cab7eed5]、Camera Raw 18.5.1
- Windows 11 Pro 26100
- Ryzen 9 9900X / メモリ64GB / RTX 5070 Ti（ドライバ 32.0.16.1047）
- カタログ 約2GB、プレビュー 約97GB
- プラグイン: AdobeStock, Flickr, MIDI2LR

■ 検証済みで除外できたもの（これらの提案は不要です）

- メモリ不足ではない: クラッシュ時の使用率 7.8%、空き 40GB
- カタログ／プレビューの破損ではない: 別ドライブに作った新規の空カタログでも同じように落ちる
- GPU ではない: グラフィックプロセッサーをオフにしても発生
- 環境設定の破損ではない: Shift+Alt でリセットしても発生
- インストールの破損ではない: Creative Cloud から完全にアンインストール→再インストールしても発生
- 同期キャッシュではない: %LOCALAPPDATA%\Adobe\Lightroom\Caches\Sync Data を退避しても発生
- ディスクではない: chkdsk 問題なし、不良セクタ 0
- システムファイルではない: sfc の修復対象は bthmodem.sys のみ（無関係な Bluetooth ドライバ）
- ハードウェアではない: WHEA イベントが30日間ゼロ、同日に他のアプリは一切落ちていない

■ 回避策

アシスト選別の分析を実行しなければ、ライブラリ作業も現像作業も問題なく続けられます。

■ おうかがいしたいこと

1. 15.5.x でアシスト選別に絡んだ 0xc0000374 のクラッシュを経験された方はいますか
2. それまで正常に動いていたのに、最近になって急に出るようになった方はいますか
3. 15.5.1 でアシスト選別の自動分析を無効にする設定は、どこにありますか。.agprefs に AICulling_enableAutoCullingAnalysis = false を書いても効かず、ログの CatalogPreferences には true のまま出るので、カタログ単位で保持されているようです

ログ一式とサンプリングデータは必要であれば提出できます。

One other observation that may help debug the issue:  in grid view, as assisted culling is running, you can watch the green check / red x appear above each thumbnail as culling runs.  When running normally, those check marks show up sequentially (image 1, image 2, image 3, ...) or in small batches (1, 2, and 3 may all appear together).  But every time LR has crashed, an image is skipped:  so 1, 2, 3, 4, 5.… and all is well.  But if it goes 1, 2, 3, and then a check appears above 5 but not 4, LR has crashed.

Note that the image that is skipped is successfully evaluated the next time culling is started, so its not image specific.  And as others have noted, the timing is random.  Sometimes a hundred images process.  Sometimes 10.

Only workaround I’ve found is to first pause assisted culling in the upper left drop down by your name (the area where address lookup, face detection, and duplicate detection).  That ensures that it runs only when the assisted culling panel is open.  Then culling can be “pulsed”:  open the panel for some short period of time, allowing a batch of photos to be analyzed, then shut it again and allow LR to “settle”.  Then repeat. I haven’t figured out how many photos can be analyzed before LR crashes.

I never get a crash report -- just the silent shutdown.  But if that happens reopening it starts with the assisted culling panel open so I immediately shut it to restore a stable environment.

I noticed, that when I close culling within 3-5 sec. crash doesn’t apper. I can do it repetively. 
It seems like a buffer which is overloaded

the same problems, but my memory is 64GB

Same, crashes every time. 

Same issues, please fix it ASAP since I pay those subs monthly. 

Same. Crashes for me too with no error or anything. It just closes itself.

  Operating System: Windows 11 Pro 64-bit (10.0, Build 26200) (26100.ge_release.240331-1435)
      System Manufacturer: Gigabyte Technology Co., Ltd.
             System Model: X870 AORUS ELITE WIFI7
                Processor: AMD Ryzen 9 9950X 16-Core Processor             (32 CPUs), ~4.3GHz
                   Memory: 65536MB RAM
      Available OS Memory: 63092MB RAM
   Card name: NVIDIA GeForce RTX 5080
        Manufacturer: NVIDIA
           Chip type: NVIDIA GeForce RTX 5080

 Card name: AMD Radeon(TM) Graphics
        Manufacturer: Advanced Micro Devices, Inc.
           Chip type: AMD Radeon Graphics Processor (0x13C0)

SSD disk
Model: Samsung SSD 990 PRO with Heatsink 4TB

Just updated to LRC 15.1.1 and yeah the Assisted Culling is still an issue.
Just automatically closes and closes so fast in the matter that I cant even get a RAM spike detected.
Maybe the next version will be fixed permanently