As far as I can tell, the issue might be the USB boot layout. On Secure Boot systems, the firmware must be able to read the EFI bootloader from a FAT32 EFI System Partition (ESP). If Rufus creates a single NTFS partition because install.wim exceeds 4 GB, it relies on its UEFI:NTFS loader. Some firmware, Secure Boot implementations, or updated Microsoft boot manager binaries might not work with this approach, causing boot failures before Windows Setup starts.
In addition, verify that the oscdimg syntax is correct. AFAIK, for a UEFI-only installation, the boot image should be efisys.bin (or the updated ADK equivalent), not the root folder. For BIOS+UEFI media, try using -bootdata with etfsboot.com and efisys.bin. Using efisys_noprompt.bin is valid, but from what I recall, it should reference the actual EFI boot image file from the ADK, not the ISO source directory. Verify that the patched ADK boot files replaced all boot manager files (efisys*.bin, bootmgfw.efi, etc.) as documented by the ADK servicing update.
If the media still fails, test whether the issue is with the media or the image by creating a USB directly with Media Creation Tool or DISM + BCDBoot, or by splitting install.wim into .swm files (DISM /Split-Image) so the USB can remain entirely FAT32. If the split-image media boots successfully, the problem is likely the NTFS/UEFI boot path rather than the custom ISO itself.
If the above response helps answer your question, remember to "Accept Answer" so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated.
hth
Marcin