Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
![]() |
#2444 | Link | |
Registered User
Join Date: Mar 2008
Posts: 192
|
https://www.igorslab.de/en/intel-met...neration-leak/
https://www.igorslab.de/wp-content/u.../07/MTL-01.png Leaked slide confirms Intel Meteor Lake have low power AV1 hardware encoder. https://lists.freedesktop.org/archiv...ly/301011.html Quote:
Last edited by GTPVHD; 7th July 2022 at 10:34. |
|
![]() |
![]() |
![]() |
#2445 | Link |
Registered User
Join Date: Dec 2021
Posts: 9
|
https://twitter.com/Loeschzwerg_3DC/...95162670338049
https://twitter.com/Loeschzwerg_3DC/...05297425829889 Someone who got his hands on an a380 doing some encodings. |
![]() |
![]() |
![]() |
#2446 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,044
|
AVIF support is going to be in safari on macosx and ios16: https://www.cnet.com/tech/mobile/app...web-on-ios-16/
|
![]() |
![]() |
![]() |
#2447 | Link | |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,701
|
Quote:
encoded 11708 frames, 334.49 fps, 2418.42 kbps, 140.64 MB encode time 0:00:35, CPU: 51.6, GPU: 48.1, VD: 74.9 I hope the slower preset gives much better quality ![]()
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database || https://github.com/avisynth-repository |
|
![]() |
![]() |
![]() |
#2448 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,575
|
New uploads: (MSYS2; MinGW32 / MinGW64: GCC 12.1.0)
AOM v3.4.0-196-g68a071086 rav1e 0.5.0-ga0328612 dav1d 1.0.0-45-ga029d68 avif 0.10.1_3c12bb6 dav1d [dec]:1.0.0-45-ga029d68, aom [enc/dec]:3.4.0-196-g68a071086, rav1e [enc]:0.5.0 (p20220726-8-g9c4b2972) SVT-AV1 v1.1.0-157-g8db44adf Last edited by LigH; 30th July 2022 at 20:04. |
![]() |
![]() |
![]() |
#2449 | Link |
Registered User
Join Date: Sep 2011
Posts: 325
|
Intel's WORLD FIRST GPU AV1 encoder was worth the hype
https://youtu.be/ctbTTRoqZsM Very good AV1 result from the Arc A380 in this test. |
![]() |
![]() |
![]() |
#2450 | Link |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,701
|
Finally the one area the arc gpus are good at ^^"
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database || https://github.com/avisynth-repository |
![]() |
![]() |
![]() |
#2451 | Link |
Member
Join Date: Nov 2002
Posts: 197
|
SSIM Comparison for Intel Arc A380 QSV
https://rigaya34589.blog.fc2.com/blog-entry-1501.html |
![]() |
![]() |
![]() |
#2452 | Link | |
Registered User
Join Date: Sep 2011
Posts: 325
|
Quote:
It's struggling at higher bitrates. Unfortunately he only tested ICQ and didn't check out CBR/VBR/CQP as well as MBBRC and ExtBRC, MB or Ext BRC can sometimes improve the quality. He says HEVC and H264 encoder on Arc improved over ADL-S iGPU by the way. It remains to be seen if AV1 QSV can improve over software improvements. oneVPL AV1 support looks rough at the moment. EposVox made a mistake by not choosing the same gop length in his test, Intel AV1 QSV has a 1s seeking in his samples, means he uses a gop length of 60 (videos are 60 fps). VCE, Intel h264, x264 have a 10s seeking in his encoded videos. As for Intel h264 or h265 QSV a gop increase from 60 to 600 gop should improve the VMAF score by roughly 1 point. Intel hardware AV1 performs really good at 3500 Kbit relative to the others in this test. It's a blocky mess in motion on NVENC or Intel h264. On higher bitrates Intel AV1 QSV detail preservation is quite poor, that's why it's losing relative to the others at higher bitrates. Here is a frame example at 3500Kbit Intel H264 QSV Nvidia H264 NVENC AMD H264 VCE Intel AV1 QSV x264 very slow |
|
![]() |
![]() |
![]() |
#2453 | Link | ||||
Moderator
![]() Join Date: Jan 2006
Location: Portland, OR
Posts: 4,142
|
Quote:
Quote:
HW encoders get used when watts/encode is really constrained, hard realtime is required, or for applications where bitrates aren't particularly constrained, like mezzanine encoding. Quote:
Quote:
Or maybe I'm looking at the data weird. It seems ARC HEVC normal beats quality, which I would not expect. |
||||
![]() |
![]() |
![]() |
#2454 | Link | |
Registered User
Join Date: Sep 2011
Posts: 325
|
Quote:
You just misread my posting. There is no HEVC comparison in the test made by EposVox. This part is not related to the rigaya test. https://youtu.be/ctbTTRoqZsM |
|
![]() |
![]() |
![]() |
#2455 | Link | |
Registered User
Join Date: Dec 2013
Posts: 197
|
Quote:
If I am looking at the ones at 11:50 I think, well, looks like Intel's GPU is getting beaten by a large margin compared to the Intel software encoder set to realtime mode. Also looks like H.264 cannot keep up at 3500k due to higher bitstream overhead but this normalizes out somewhat at 6000k. Only 3 sample points for a graph are suboptimal too, I'd have used 5+. Also keep in mind, H.264 is 20 years old and 1080p@60hz with 3500k comes out to ~1600k at 24hz for non motion blurred content. Hardly what I would call 'worth the hype' but I made no flashy YouTube video about yet to deliver my opinion to my followers. |
|
![]() |
![]() |
![]() |
#2456 | Link |
Registered User
Join Date: Mar 2008
Posts: 192
|
https://www.asrock.com/Graphics-Card...C/index.us.asp
https://www.newegg.com/asrock-arc-a3...82E16814930076 Intel Arc A380 will be available soon in US, hopefully someone can test the AV1 hardware encoder. |
![]() |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|