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. |
|
|
Thread Tools | Search this Thread | Display Modes |
5th January 2012, 00:00 | #381 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
My decoder copies the frames back to system memory so you can use a renderer on another GPU. You'll need an H67/Z68 chipset for this to work. See this post on how to enable multi GPU setup: http://forum.doom9.org/showthread.ph...86#post1532786
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
5th January 2012, 00:22 | #382 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,126
|
Egur, i don't suppose you know whether it is technically possible for sandy bridge's quicksync to hardware decode HEVC a.k.a h.265 when that is launched in 2013 or will the hardware on the gpu not be powerful enough to do it? It would be great if sandy/ivy bridge could hardware decode that with a software upgrade otherwise current pc's likely won't have the cpu power to decode it as it looks to be extremely cpu intensive.
|
5th January 2012, 01:38 | #383 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
@ Egur
i wont have the time to test both lav video and ffdshow-quicksync (i will though do certain cross compares on strange issues and cases) but primarily i will do all further tests with Lav Video i hope nev can help improve all the time stamping code in ffdshow-quicksync so that both will work perfectly in the end with Lav Splitter @ least for .ts now if you cant reproduce it i guess we really need Jan here too i also get the same with Lav Video the actual decision when it recovers the lock seems non deterministic except when you seek I'll make a Video of it (i hope i can capture it)
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 05:38. |
5th January 2012, 08:02 | #384 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Just confirmed that its indeed working just fine with LAV Splitter + LAV Video, both Software (avcodec) and CUVID. Seeking anywhere after the 0:27 mark switches AR instantly, seeking back to the start switches AR back. Playing the file from start to end switches at the proper time as well. (Make sure "Use Stream AR" option is on) Also tested ffdshow (a rather old version i had around, r3967), and both avcodec and libmpeg2 switch the AR properly. All tests in MPC-HC with vanilla EVR as well as EVR Custom.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 5th January 2012 at 08:24. |
|
5th January 2012, 08:56 | #385 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
I'll dig in deeper, but a quick fix is not probable.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
5th January 2012, 15:13 | #386 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
I did some tests with this lock problem and tried this @ two refresh rates and indeed it locks faster @ 60 Hz then 75 Hz :P
@ 75 Hz it can be problematic as such that it takes longer or doesn't lock @ all not sure where this depends on Aero i guess, though im almost sure now this is more something on Jans Render side then a Splitter/Decoder issue Also the behavior on 60 hz Aero of both is pretty identical it deterministically never misses the lock and locks always after 20 second only the way to the lock differs a little 60 Hz (lock takes 20 seconds) Fddshow Quicksync = http://www.multiupload.com/F3NDGFYDF7 Lav Video Quicksync = http://www.multiupload.com/NDDB6U5YU8 75 Hz (lock doesn't happen or takes very long, non deterministic, seeking forces it) Fddshow Quicksync = http://www.multiupload.com/PMFRYQEWPI Lav Video Quicksync = http://www.multiupload.com/VPG09HCV1H PS: Btw trying to capture this with my GPU recording framework (Quicksync) failed same for the software based x264 counterpart this needs very low latency to be captured in Realtime Mirillis Low Latency I frame Codec was capable of achiving it without modifying the outcome result
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 15:44. |
5th January 2012, 16:47 | #387 | Link | ||||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Quote:
Quote:
Quote:
Any feedback from the Intel Media and drivers team for the above questions ? Now that latest beta from PotPlayer v1.5.31323 supports DXVA H.264 4K x 2K resolutions with it's internal codec, it would be useful for us to check it out. We only need Intel to update the drivers. You could add those resolutions to your project too.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all Last edited by NikosD; 5th January 2012 at 17:07. |
||||
5th January 2012, 16:55 | #388 | Link |
Software Developer
Join Date: Oct 2001
Location: Israel
Posts: 1,005
|
Thanks to an insight from nev, Zoom Player v8.1 final will support dynamic aspect ratio changes with EVR.
I just verified that it works against the test clip posted earlier with both LAV and Haali as the source filters ETA to v8.1 release, ~4h |
5th January 2012, 17:10 | #389 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
Though im not sure if it might have fallen back to Intels Software Decoding Core or Libav ? (ill try to check)
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 17:18. |
|
5th January 2012, 17:41 | #391 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
3840x2160 that's QFHD (2160p)
4096 x 2304 is 4K @ 16:9 AR Full 4K 4096 × 3112 http://www.youtube.com/view_play_lis...F9E09ECEC8F88F PS: I found out that Arcsofts Decoder on Intel is by default (when called from Directshow directly, not sure about TMT5) (@ least for VC-1) a "Copy Back Decoder" (and it has very poor performance the heavier the stream gets, comparable to what ffdshow-quicksync reached in the beginning without all the Copy improvements) :P @Egur So with this my testing @ least for playback stability of .ts (Lav Splitter) and with quicksync (ffdshow-quicksync,lav video quicksync) ended, i will finish the deinterlace test on lav video and then finally move on to .mp4/.mov/.mkv/.wmv/.mpg/.m2ts so only the 2 issues are left the Sync problems with those damaged streams that work fine @ Software Decoding (Libav) and this strange Decoding error and what i guess wont be fixed anymore on the Driver side the MC.ts VC-1 interlace issue I hope especially someone is able to root cause the decoding error the Sync issue for damaged streams seems not so critical as it can be fixed manually by a short seek @ playback (though indeed i didn't tested if it becomes maybe unsync after some time again) and also not sure what happens @ Encoding i guess end result would be unsync though Left Decoding stability issues ( Lav Splitter + FFdshow-quicksync/Lav Video Quicksync + Lav Audio Decoder): Decoding Error = http://www.mediafire.com/?rld8gnlh52f03ud (not good) (Cyberlink DXVA = Fail, CoreAVC DXVA = OK, CoreAVC = OK, Arcsoft DXVA = OK, ffdshow-quicksync = Fail, Lav Video = OK, Lav Video Quicksync = Fail, Mainconcept DXVA = Fail, Mainconcept = Fail, Microsoft DTV = Fail, DivX = Fail, Mirillis = Fail, Potplayer DXVA = OK) Sync issue = http://ibc.cdngc.net/Avidan/dongle_3.ts (Sync can be forced by seeking) also Nev should look @ those last 2 issues from the Parser/Splitter part
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 19:35. |
5th January 2012, 19:49 | #392 | Link |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
@NikosD
I had a crazy week and didn't get to do it. Did you try posting on the driver or media sdk support forums? I can't manage to download any of the 4k clips, can anyone help/share?
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. Last edited by egur; 5th January 2012 at 19:58. |
5th January 2012, 20:22 | #393 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
http://www.mediafire.com/?yn7pa6xe0cdp5cx
but they are rather easy to decode hence youtube and low bitrate harder are the QFHD samples with enormous bitrates 50 Mbps and up
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 20:29. |
5th January 2012, 20:24 | #394 | Link | ||
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
BTW, with frame copying the resolution and frame rate is what makes the difference, not the bitrate. Quote:
On another matter, I'll release another update in a few days. There's a small bug related to multi threading. Afterwards, I want to really optimize the multithreaded path. When this is done, it's time to put the video processing in.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
||
5th January 2012, 20:25 | #395 | Link |
Registered User
Join Date: Dec 2005
Posts: 560
|
Egur since you work for Intel. Can you get someone to fix the opengl drivers ? There's a list of serious problems with them .. In fact it's so bad it's enough to make developers want to abandon opengl.
eg Intel -> http://i126.photobucket.com/albums/p...uff/image1.png ATI/Nvidia -> http://i126.photobucket.com/albums/p...uff/Image2.png |
5th January 2012, 20:29 | #396 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
5th January 2012, 20:32 | #397 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Here you are for the samples: http://xhmikosr.1f0.de/index.php?fol...xlcy8yMTYwcA==
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
5th January 2012, 20:35 | #398 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
with higher res 1080p it works outside but i get 15 fps for a 30 fps clip and im pretty sure those are no parser issues anyways here is a QFHD sample (Mainconcept) http://115.com/file/be83t4l4# it's heavier then the Life in the Garden 4K Bitrate wise this really pressures Quicksync heavily and it gives it a run for its money also it seems Lav Video Quicksync Performed a tad better then ffdshow-quicksync but mostly performance is the same with audio brake ups and fps brakes, when changing to Software Decoding its flawless so im pretty sure Quicksync Decoded it (and IO was also no issue). Though i guess it doesn't even have todo with the Decoder but the Memory Copy i guess the Hardware would be capable of playing this flawless ?. Trying some of the DXVA decoder on it Nope DXVA fails as others already said or it falls back to Software Decoding QFHD 50Mbps H 5.1 Lav Video Lav Video Quicksync So for now with this performance i would make the suggestion to fallback to Software (Libav) for these complexities though with the 4K youtube it has less problems so it wont be enough to just decide this based on resolution i guess Lav Video Quicksync "Youtube 4K" H 5.1 Max 19.4 Mbps So that runs rather ok but seeing those spikes i guess that's where the bitrate shoots higher and indeed the Quicksync Decoder gets problems to cope with that Bitrate Spikes + Resolution it seems. So if that starts here already it's no wonder it's dying with the QFHD sample though lets analyse the GPU MFX pressure (that's where it would be nice to have it directly in the OSD + Power consumption, craziest of course as another Realtime Graph ) So there are 2 possibilities Either the Decoder cant cope with the bitrate (most probably) or the +~6 fps are enough pressure on the copy side to cause the playback to endup like this (doubtful) And so in the first case no DXVA would help here and Sandy Bridge would only be able to play very restricted 4K @ all (even youtube looks slightly to much for it )
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th January 2012 at 22:10. |
|
5th January 2012, 21:09 | #399 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
5th January 2012, 21:25 | #400 | Link |
Registered User
Join Date: Feb 2006
Posts: 41
|
Hy egur
I'm in a lot of trouble: I've downloaded last ffdshow compiled by you: quicksync is present during installation, but not after installation (on the normal ffdshow Video Codecs page): Mediaportal plays the file but the ffdshow icon says it's using libvacopec (cpu usage is high!)... in ffdshow video I can't configure QuickSync anymore It's a bug or my system it's not supported? Strange as my hardware is AsRock Core 100 HT: http://www.asrock.com/nettop/overvie...Specifications it shouldn't be supported? If not why installer deludes me? Official ffdshow have QuickSync selectable but in the they used libvacodec... I've to install by hand (?) the famous QuickSync,dll? There's none in my system for your support! |
Tags |
ffdshow, h264, intel, mpeg2, quicksync, vc1, zoom player |
|
|