what would things behave like if we called the dGPU IGPU instead of GFX0 ... thinking have PXS1 == GFX0 and PXS2 == IGPU
then perhaps both could leverage acceleration
then perhaps both could leverage acceleration
what would things behave like if we called the dGPU IGPU instead of GFX0 ... thinking have PXS1 == GFX0 and PXS2 == IGPU
then perhaps both could leverage acceleration
That's why I'm very curious about the implementation of hardware acceleration with MP7,1:AFAIK, for those Mac that has iGPU, always use iGPU (GFX0), dGPU may be used for something else, but not HWAccel.
And for iMac Pro, due to no iGPU, then use dGPU (GFX0) for HWAccel.
No Mac can use both.
Thats interesting (what looks like a PCIe switch).That's why I'm very curious about the implementation of hardware acceleration with MP7,1:
- Apple will use the same way to enable it as they did with iMacPro1,1?
- How MP7,1 with more than one discrete GPU will work?
- How the Radeon Duo GPUs will work?
- The implementation of the Radeon Duo will hidden this from the macOS in anyway? Seems the Duo PCB has a PCIe switch.
You can download the special build of 10.15.1 for the 16” MBP already, Apple released it on SUS earlier today.Thats interesting (what looks like a PCIe switch).
I'd also be curious to see what the new 16" MBP is setup like with the AMD 5000 series cards in them.
I do think that we may have to wait for 7,1 release in order to really be able to dig into how it is setup so we can clone it for multi GPU 3,1-5,1 macs.
That's why I'm very curious about the implementation of hardware acceleration with MP7,1:
- Apple will use the same way to enable it as they did with iMacPro1,1?
- How MP7,1 with more than one discrete GPU will work?
- How the Radeon Duo GPUs will work?
- The implementation of the Radeon Duo will hidden this from the macOS in anyway? Seems the Duo PCB has a PCIe switch.
Did you removed the Polaris GPU? Did you tested if the acceleration is really working?Ok. So only changing the product name to iMacPro1,1 and updating only SMBIOS gets all acceleration:
View attachment 876967
Unfortunately :
View attachment 876968
View attachment 876969
Everything screwed up.
Unfortunately I am not in front of my PC ( i will remove the cards when I have physical access). I do all the tests remotely. The only indication for me is the NO CPU usage and no stuttering when playing the Swordsmith video.Did you removed the Polaris GPU? Did you tested if the acceleration is really working?
Kepler GPUs don’t have any way of HEVC hardware acceleration, NVIDIA started with Maxwell for partial acceleration. I bet that it’s using the Polaris GPU for acceleration and it’s not reporting correctly.Unfortunately I am not in front of my PC ( i will remove the cards when I have physical access). I do all the tests remotely. The only indication for me is the NO CPU usage and no stuttering when playing the Swordsmith video.
I was thinking about it, but here is the deal:I bet that it’s using the Polaris GPU for acceleration and it’s not reporting correctly.
Ok. So only changing the product name to iMacPro1,1 and updating only SMBIOS gets all acceleration:
I was thinking about it, but here is the deal:
When the video was playing on the Titan or RX-580 I get around 40% Usage on the GPU,
But playing video on the GT-640 goes to 80% usage, so I don't think it is using the AMD. I may look at the GPU temperatures. What is a reliable software Istat?
I already tested that. Unfortunately my setup is odd. I have an expansion chassis in the second slot and when there is nothing in the first slot no accel.pull all but the Titan.
I already tested that. Unfortunately my setup is odd. I have an expansion chassis in the second slot and when there is nothing in the first slot no accel.
Well it looks like they did something.I've just found this. ? View attachment 876510
If OpenCore devs don't help us, we can help ourselves PXS* to GFX0 rename inside the BootROM easy peasy.
Yes, I read the patch. One thing of note, maybe this helped and disturbed at the same time, since they removed shikigva that we need too.Well it looks like they did something.
Not exactly what we were thought we were looking for but maybe it will do what we need.
View attachment 877004
Yes, I read the patch. One thing of note, maybe this helped and disturbed at the same time, since they removed shikigva that we need too.
Maybe we will need to enable gvaForceAMDAVCDecode now.
There are more parameters that can be enabled:Tested
Boot as 5,1 + GFX0 renaming + force gvaForceAMDAVCDecode = nothing
Still need to mod AppleGVA.famrework to achieve HWAccel (without HEVC encoding)
So, in this case, GFX0 renaming and force gvaForceAMDAVCDecode has no effect.
There are more parameters that can be enabled:
defaults write com.apple.AppleGVA gvaForceAMDAVCDecode -boolean yes
defaults write com.apple.AppleGVA gvaForceAMDAVCEncode -boolean yes
defaults write com.apple.AppleGVA gvaForceAMDKE -boolean yes
Ok, I'll do the renames tomorrow night, after that will be one less thing to worry forever.All tested, nothing changed
Here is a copy I compiled as version 1.3.6 that contains the removed code from shikigva.Yes, I read the patch. One thing of note, maybe this helped and disturbed at the same time, since they removed shikigva that we need too.
Maybe we will need to enable gvaForceAMDAVCDecode now.
[automerge]1573706823[/automerge]
defaults write com.apple.AppleGVA gvaForceAMDAVCDecode -boolean yes
defaults write com.apple.AppleGVA gvaForceAMDAVCEncode -boolean yes
defaults write com.apple.AppleGVA gvaForceAMDKE -boolean yes
$ sudo lsof -n|egrep -i 'vte|amd'
VTDecoder 477 ludacrisvp txt REG 1,7 1924608 2072652 /System/Library/Extensions/AMDRadeonVADriver2.bundle/Contents/MacOS/AMDRadeonVADriver2
VTEncoder 84614 ludacrisvp cwd DIR 1,7 1184 2 /
VTEncoder 84614 ludacrisvp txt REG 1,7 42992 2201980 /System/Library/Frameworks/VideoToolbox.framework/Versions/A/XPCServices/VTEncoderXPCService.xpc/Contents/MacOS/VTEncoderXPCService
VTEncoder 84614 ludacrisvp txt REG 1,7 21104 7756560 /Library/Preferences/Logging/.plist-cache.RefYVH7G
VTEncoder 84614 ludacrisvp txt REG 1,7 32768 7756864 /private/var/db/mds/messages/501/se_SecurityMessages
VTEncoder 84614 ludacrisvp txt REG 1,7 27154336 4209997 /usr/share/icu/icudt62l.dat
VTEncoder 84614 ludacrisvp txt REG 1,7 250080 2441355 /System/Library/Video/Plug-Ins/AppleGVAHEVCEncoder.bundle/Contents/MacOS/AppleGVAHEVCEncoder
VTEncoder 84614 ludacrisvp txt REG 1,7 1924608 2072652 /System/Library/Extensions/AMDRadeonVADriver2.bundle/Contents/MacOS/AMDRadeonVADriver2
VTEncoder 84614 ludacrisvp txt REG 1,7 239648 4119370 /private/var/db/timezone/tz/2019c.1.0/icutz/icutz44l.dat
VTEncoder 84614 ludacrisvp txt REG 1,7 65536 7204697 /private/var/folders/_t/kn4ghlss4f3_zgxyl6ybl_dh0000gn/C/com.apple.coremedia.videoencoder/com.apple.metal/AMD Radeon RX 580/functions.data
VTEncoder 84614 ludacrisvp txt REG 1,7 28200 7562407 /Library/Application Support/CrashReporter/SubmitDiagInfo.domains
VTEncoder 84614 ludacrisvp txt REG 1,7 973824 4134569 /usr/lib/dyld
VTEncoder 84614 ludacrisvp 0r CHR 3,2 0t0 314 /dev/null
VTEncoder 84614 ludacrisvp 1u CHR 3,2 0t0 314 /dev/null
VTEncoder 84614 ludacrisvp 2u CHR 3,2 0t0 314 /dev/null
VTEncoder 84614 ludacrisvp 3u unix 0xf9842bffa15e39ff 0t0 ->0xf9842bff6966f297
VTEncoder 84614 ludacrisvp 5u REG 1,7 1024 7204696 /private/var/folders/_t/kn4ghlss4f3_zgxyl6ybl_dh0000gn/C/com.apple.coremedia.videoencoder/com.apple.metal/AMD Radeon RX 580/functions.maps
VTEncoder 84614 ludacrisvp 6u REG 1,7 65536 7204697 /private/var/folders/_t/kn4ghlss4f3_zgxyl6ybl_dh0000gn/C/com.apple.coremedia.videoencoder/com.apple.metal/AMD Radeon RX 580/functions.data
VTEncoder 84614 ludacrisvp 7r REG 1,7 28200 7562407 /Library/Application Support/CrashReporter/SubmitDiagInfo.domains
Google 884 ludacrisvp txt REG 1,22 1924608 8610336800 /System/Library/Extensions/AMDRadeonVADriver2.bundle/Contents/MacOS/AMDRadeonVADriver2
HandBrake 1067 ludacrisvp txt REG 1,22 1924608 8610336800 /System/Library/Extensions/AMDRadeonVADriver2.bundle/Contents/MacOS/AMDRadeonVADriver2
VTEncoder 1127 ludacrisvp cwd DIR 1,22 1376 2 /
VTEncoder 1127 ludacrisvp txt REG 1,22 42992 8610020839 /System/Library/Frameworks/VideoToolbox.framework/Versions/A/XPCServices/VTEncoderXPCService.xpc/Contents/MacOS/VTEncoderXPCService
VTEncoder 1127 ludacrisvp txt REG 1,22 21104 8614234048 /Library/Preferences/Logging/.plist-cache.zAuXoDJK
VTEncoder 1127 ludacrisvp txt REG 1,22 27154336 8610044926 /usr/share/icu/icudt62l.dat
VTEncoder 1127 ludacrisvp txt REG 1,22 32768 8614234642 /private/var/db/mds/messages/501/se_SecurityMessages
VTEncoder 1127 ludacrisvp txt REG 1,22 250080 8610040031 /System/Library/Video/Plug-Ins/AppleGVAHEVCEncoder.bundle/Contents/MacOS/AppleGVAHEVCEncoder
VTEncoder 1127 ludacrisvp txt REG 1,22 973824 8610345081 /usr/lib/dyld
VTEncoder 1127 ludacrisvp 0r CHR 3,2 0t0 371 /dev/null
VTEncoder 1127 ludacrisvp 1u CHR 3,2 0t0 371 /dev/null
VTEncoder 1127 ludacrisvp 2u CHR 3,2 0t0 371 /dev/null
VTEncoder 1127 ludacrisvp 3u unix 0x3b2e22901febd625 0t0 ->0x3b2e229007c03d2d
VideoProc 1277 ludacrisvp txt REG 1,22 1924608 8610336800 /System/Library/Extensions/AMDRadeonVADriver2.bundle/Contents/MacOS/AMDRadeonVADriver2
You can create a fork of the WEG on git with the missing shiki section.Here is a copy I compiled as version 1.3.6 that contains the removed code from shikigva.
Perhaps your tests will be more conclusive than mine were.
(I'm still on 10.14.6 and a 3,1 so your results may vary)