View Profile
View Forum Posts
Private Message
I'm using a TB3 eGPU GTX-1080Ti on a W10 i7-7700 pc.
If I play FHD files, it uses DXVA decoding, i.e in potplayer it says:
HVC1 Native D3D11 DXVA Decoder
at the bottom there is H/W
Instead if I play h264 .mov UHD videos it says:
AVC1 Decoder interno ffmpeg
and at the bottom there is S/W
So it decodes through CPU.
I use madvr renderer.
The same problem with mpc-hc in that it doesn't use DXVA.
If I use some .mp4 UHD files, they get the DXVA, even if HEVC.
How can I use the external GPU with UHD .mov files?
+ Reply to Thread
Results 1 to 30 of 36
-
-
-
I controlled: it was already checked the 4k box... it does not work.
-
-
Where should I look for 1080Ti in LAV Video decoder menu of Mpc-hc (I don't see it)?
This is the MediaInfo view->text:
This UHD mov does not work:
Code:General Complete name : E:\P1011729_UHD_orig.Mov Format : MPEG-4 Format profile : QuickTime Codec ID : qt 2011.07 (qt /pana) File size : 477 MiB Duration : 25 s 920 ms Overall bit rate mode : Variable Overall bit rate : 154 Mb/s Encoded date : UTC 2018-01-21 11:00:28 Tagged date : UTC 2018-01-21 11:00:28 com.panasonic.Semi-Pro.metadata.xml : <?xml version="1.0" encoding="UTF-8" standalone="no" ?> / <ClipMain xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:schemas-Professional-Plug-in:Semi-Pro:ClipMetadata:v1.0"> / <ClipContent> / <GlobalClipID>060A2B340101010501010D21130000003F3FCF45E82C54345A451060B9160207</GlobalClipID> / <Duration>648</Duration> / <EditUnit>1/25</EditUnit> / <EssenceList> / <Video> / <Codec BitRate="150">H264_422_LongGOP</Codec> / <ActiveLine>2160</ActiveLine> / <ActivePixel>3840</ActivePixel> / <BitDepth>10</BitDepth> / <FrameRate>25p</FrameRate> / <TimecodeType>NonDrop</TimecodeType> / <StartTimecode>05:18:33:03</StartTimecode> / </Video> / <Audio> / <Channel>2</Channel> / <SamplingRate>48000</SamplingRate> / <BitsPerSample>16</BitsPerSample> / </Audio> / </EssenceList> / <ClipMetadata> / <Rating>0</Rating> / <Access> / <CreationDate>2018-01-21T11:00:28+01:00</CreationDate> / <LastUpdateDate>2018-01-21T11:00:28+01:00</LastUpdateDate> / </Access> / <Device> / <Manufacturer>Panasonic</Manufacturer> / <ModelName>DC-GH5</ModelName> / </Device> / <Shoot> / <StartDate>2018-01-21T11:00:28+01:00</StartDate> / </Shoot> / </ClipMetadata> / </ClipContent> / <UserArea> / <AcquisitionMetadata xmlns="urn:schemas-Professional-Plug-in:P2:CameraMetadata:v1.2"> / <CameraUnitMetadata> / <Gamma> / <CaptureGamma>HD</CaptureGamma> / </Gamma> / <Gamut> / <CaptureGamut>BT.709</CaptureGamut> / </Gamut> / </CameraUnitMetadata> / </AcquisitionMetadata> / </UserArea> / </ClipMain> Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High 4:2:2@L5.1 Format settings, CABAC : Yes Format settings, RefFrames : 1 frame Format settings, GOP : M=1, N=12 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 25 s 920 ms Bit rate mode : Variable Bit rate : 150 Mb/s Maximum bit rate : 180 Mb/s Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : Component Color space : YUV Chroma subsampling : 4:2:2 Bit depth : 10 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.721 Stream size : 462 MiB (97%) Encoded date : UTC 2018-01-21 11:00:28 Tagged date : UTC 2018-01-21 11:00:28 Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio ID : 2 Format : PCM Format settings, Endianness : Big Format settings, Sign : Signed Codec ID : twos Duration : 25 s 920 ms Bit rate mode : Constant Bit rate : 1 536 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 4.75 MiB (1%) Encoded date : UTC 2018-01-21 11:00:28 Tagged date : UTC 2018-01-21 11:00:28 Other ID : 3 Type : Time code Format : QuickTime TC Duration : 25 s 920 ms Time code of first frame : 05:18:33:03 Time code, striped : Yes Encoded date : UTC 2018-01-21 11:00:28 Tagged date : UTC 2018-01-21 11:00:28 Bit rate mode : CBR
This UHD mp4 works:
Code:General Complete name : E:\P1011629_FHD_orig.MP4 Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 (mp42/hvc1) File size : 187 MiB Duration : 24 s 480 ms Overall bit rate : 64.0 Mb/s Encoded date : UTC 2017-10-15 16:03:40 Tagged date : UTC 2017-10-15 16:03:40 PANA : oo]W_wW߷^{{cյ?O_r]ܰo|~wս۽wk7ݟ[u=̝? go~߷oy7{}w뎸Vjow|wҾnoy / z{oW*olf*W}O]糟ٶH ~}wvs~ ns?^?Kws~soos{~K{y}o{o}߿o}{β_3w uߟ}ov<*w}}*gN=t~}***9/*>'77}V/ݷ>~g]wgߗݥv6Խw罽w*ۿ{.~}={^t[,~{|]~O)Ӽ_לݿ?Wm|~w[{[y~~_{3xYs/7;ߚ]ty}o;*uߏ?սWo*_fni[Ww];w_yoN߿:?~oVoz˿17Wv?;߾kާz}ڿyw߷_vӧsukzoWl}muz<{]m{Z?gg彿Ml~>}?{nz}y{7?o+M=9>-M~//y:ݾ̾x{{[w~n~7|_r=U{{-~) 9߿koooxwkm*~u*o<s/}緬߶߿{{ޏg}ֿ_f_+~_Tﾽ ?{O_vY?_O5W[ws}=}8:ϻ{};/|o;_K / Y_y} }i>?~}{];?w7_ _u[o~ ?ޮs.kz/Zv}9_?uǏ[S~ko{_J~wj곾w7|=V}wwo_?ss~}C25Wl6>>o߇kտ>r_,z涷s6Ogoomo ~o?;owߏϦ{ۿ?ߵ__o_}y{zڼ<f|H݀[.??=}|s۾?/nl_|ߟ{^[w_ Yr_5}g__[|zٱk{o{?O/*im|_ w7缿W 'o?+k={}?_?}f}UuwϿcO?ogu7n{\;_Z[_w{loc{e}f nNӿ}*}㺵twm{Wwm7w~}7˻ [i-<NoSV?} s~S|>n|~_-߿{V?w{ w*^_[ 5 ߯Kv9*{*_ޯhs W W:}/_ :Qu{w%3~{z[]k_}ߞ_~WWg~Þ]m Qؗn~O~eϷo}~{M_of^^~K[}ιu=c}w]߿}{<~?w]7ͧ/VMdzqz[>ߺ*;~w~,ʽwKmz?~ܷϿo?ky[9}_Ww}w_?mny\nWǯ;Zw}vӜo߹g?߱W>Oi_{~߷~Z{ .6 nflw~~fw7sֿZU|߾s_^^oz6}io?f{Ͽ=YZ K'uݿ*O?{Y~_oNn]~9j5_wuw?ngFnlo~fk %Z?yw퍮} w;~q?w?}/<ngٟN}#o{muwοkڮw_vzggw;_e}U=?j?/{o_wmWWj?7vV:~fCy~w^u?k}ܷ4~ןwGno( Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5.1@High Codec ID : hvc1 Codec ID/Info : High Efficiency Video Coding Duration : 24 s 480 ms Bit rate : 63.7 Mb/s Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Original frame rate : 50.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.307 Stream size : 186 MiB (100%) Encoded date : UTC 2017-10-15 16:03:40 Tagged date : UTC 2017-10-15 16:03:40 Color range : Limited Color primaries : BT.2020 Transfer characteristics : HLG Matrix coefficients : BT.2020 non-constant Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 24 s 480 ms Source duration : 24 s 533 ms Bit rate mode : Constant Bit rate : 128 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 SPF) Compression mode : Lossy Stream size : 374 KiB (0%) Source stream size : 375 KiB (0%) Encoded date : UTC 2017-10-15 16:03:40 Tagged date : UTC 2017-10-15 16:03:40 -
The mov is 10bit 4:2:2 h.264
the mp4 is 10bit 4:2:0 h.265 -
H.264: neither 10 bit nor 4:2:2 are supported by the DXVA decoder.
-
Ok, fine.
Instead HEVC 10 bit, is it ok? HEVC 4:2:0 yes, but 4:2:2? -
HEVC 4:2:2 is not supported according to Nvidia.
https://developer.nvidia.com/nvidia-video-codec-sdk -
BUT
I tried an mp4 FHD 10bit and it WORKS in DXVA: so 10bit should be fine. But it was 420.
I tried also another one, major res: 4992x3744 10bit 4:2:0 h.264
It's an mp4, but this time it goes "H/W", again 10bit 420 ok.
So, yes it's 422 the problem, not 10bit. -
I would be very surprised if your GPU could play any 10 bit H.264. I have never ever heard of such reports. Double-check. Maybe "H/W" from the player is a false label. LAV Video will show in its settings which decoder ("avcodec"=ffmpeg software) it is using while playing.
-
In potplayer clicking HW it should switch to SW and other way round. You can in preferences filters control says to Potplayer what decoder use for what codec. You can say HEVC use CUVID or what is available. But you have also allow GPU accelerated decoder in other tab, which I can't tell you now exactly but should be also in filters.
Bernix -
Yes, you're right.
I mismatched the files: the 10bit 4:2:0 was still an HEVC, not h.264.
So, to sum it up:
HEVC 10bit 4:2:0 ok
h.264 10bit 4:2:2 Fail
(h.264 4:2:0 are ok but they are 8bit, not 10bit) -
Anyway I made other discoveries:
not all renderer let you play correctly the 422 10bit UHD files in S/W (not DXVA)!
Potplayer, W10, i7-7700:
These FAIL:
- VMR7 window
- VMR9
- EVR
- direct internal 3D9
All of these put CPU at 100% and GPU only about 8-15%, lot of jerky, half fps.
These PLAY well (CPU/GPU):
- mixer overlay (38/40)
- VMR7 renderless (43/27)
- internal openGL (44/12)
- direct internal 3D11
- haali
- MAD (48/32)
All of these put CPU at 38-48% and GPU about 12-32%, fluid, full fps
So it seems there is anyway some playing on the GPU even if there isn't a real full DXVA, otherwise it can't play these files without jerkyness! -
No. Probably these renderers have less overhead (CPU/GPU for scaling and copying the data) than the others and that's why the playback is fluid. The HEVC decoding is done by the software decoder either way.
-
Ok, anyway that file was a h.264 4:2:2 10bit one.
HEVC goes Hardware decoding. -
I can't replicate your problems with UHD and EVR CP. Probably because I can't get 4:2:2 video. But normal works my CPU i5 6500 is used around 25% and GPU around 5%. Can you tell me where I can download test video nearest to your file? I think you have something wrong in settings in Potplayer.
Bernix -
O.K found one. Potplayer EVR custom present -> CPU 20% GPU 10% VPE 12% (all values +/- but still around that values)
Bernix -
I don't know, but anyway, as the title, I'm talking of an eGPU connected with TB3, not a direct pci-e card 3.0 16x.
Maybe it's that.
EDIT And it makes more sense the overhead problems.
For example:
https://vimeo.com/203997704 (download original file) (log video)
Let it play at least 8'' or look at stats fps, you see not more than 14fps. -
The problem with file you provided is that it is still 4:2:0 8bit depth even it has around 8000kbps bitrate. The cpu and gpu are very similar to my previous post. 25fps.
Duration : 11 s 200 ms
Bit rate : 7 761 kb/s
Width : 2 560 pixels
Height : 1 440 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
The problem with the file as mentioned in highest quality is still 8 bit. You probably uploaded it as 10bit but vimeo recompressed it.
Bernix -
The file isn't mine... anyway I told to you to download the ORIGINAL one that is UHD 3840x2160 10bit 4:2:2, it is 209MB. You must click on the download button on the lower right and download the original file, not the lower quality ones.
-
O.K. The CPU at 80% GPU 40% not VPE used. But played at 25 fps. The problem may be
Bit rate : 150 Mb/s
Maximum bit rate : 180 Mb/s
Because I have bit slow HDD. But played smoothly. over ffmpeg decoder. So not CUVID supported for this.
With such compression you can get about 25 min to ordinary Blu-ray, so it is nonsense (uncompressed or this way compressed video)
Also don't know how quicktime profile is handled in potplayer.
BernixLast edited by Bernix; 6th Feb 2018 at 07:57. Reason: Blu-ray instead of DVD
-
Ok, but do you have the same CPU/GPU % with different renderer (both my good vs bad ones)? If you notice an improvement in CPU with my good listed rendered, this means they are optimized and so it can explain why on TB3 (with of course more overhead), this can lead to the jerky playing.
180Mb/s must be played fine by all HDD out there: it is 180/8=22MB/s. Even the worst old mechanical HDD can do it without effort.
That bitrate isn't at all a lot on professional video, there are a LOT more, especially RAW! You must never compare with the final distribution bitrate/formats. These files are to be edited/color-graded a lot before you put them at the final compression stage for delivery. -
Try search for Elysium 2013 2160p sample. It is 10 bit and HEVC encoding. What cpu gpu usage you get.
Bernix -
But as I wrote, I don't have any problem with HEVC files, because they go in DXVA, so perfectly fine. There is a problem only with the S/W ones that aren't hardware decoded.
-
I got very similar results. Probably somewhere less usage of GPU but not much. And since EVR CP support fully mkv feature I will not change it.
The file is AVC1 but somehow related to quicktime, and i think that is main problem, because nowhere in filters I can see setup for mov files.
Bernix -
It associates them to mp4 if you look at filters splitter it says mp4/Qt.
-
In source splitter there isn't much to change. I think that usual avc1 should support HW encoding. But created with quicktime don't know. Also there is problem raw video bitrate. It has such big bitrate, that has to be all processed. So If you compress it bit, the bitrate is lower, I believe CPU and GPU usage will drop significantly. 150 Mb is bit too much data to process.
Bernix -
The prob is 4:2:2.
Of course lower bitrates create less problem for the pc decoding. But, if you have the right hardware, I don't think it's too much data: I wrote of some renderer that can handle it without problem, my CPU is at 40%, that's fine. The problem is only with some of them because probably they aren't optimized in overhead as sneaker pointed out.
Quote
Similar Threads
-
Potplayer: Can't flip or mirror video when DXVA hardware acceleration is on
By PleaseSendHelp in forum Newbie / General discussionsReplies: 0Last Post: 28th Jul 2017, 15:35 -
ffpmeg dxva decoder potplayer
By jo2dan in forum Software PlayingReplies: 0Last Post: 17th Feb 2017, 09:18 -
Video playback issues in MPC-HC with madVR but not DXVA on second monitor
By FrozenClear in forum Software PlayingReplies: 2Last Post: 28th Aug 2015, 09:56 -
VLC Potplayer MPC-HC . . .
By vhwul62 in forum Software PlayingReplies: 7Last Post: 6th Jan 2015, 00:12 -
mpc hc - video renderer dxva
By qwertyz666 in forum Software PlayingReplies: 6Last Post: 20th Jul 2013, 06:45