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 |
15th February 2012, 21:41 | #802 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
@ Egur
That MFX driver thing is definitely not UDA style like im used to hehe so you have different directories and the same size .dll that get installed but based on Hardware Detection in the installer so the driver will get pretty big over the time with always cloning the same components for different hardware revisions with haswell their will be 3 by then, though ILK is not in that driver release anymore That leaked Driver also seems to have OpenCL 1.1 support Though what is strange is that they're actually 2 different libmfxhw revisions for both platforms i wonder how the installer makes the decission which to copy in the common files folder for general application use and why 2 revisions i guess 1 of those 2 fixes the VC-1 interlaced decoding issue Current libmfxhw 18 Oct 2011 2.11.10.18 2.0.556.36397 New Driver libmfxhw 1 16 Dez 2011 3.11.12.16 3.0.253.38506 New Driver libmfxhw 2 19 Jan 2012 3.12.1.19 3.0.255.38772 both seem api version 1.03 the old one api version 1.01
__________________
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; 15th February 2012 at 22:52. |
15th February 2012, 22:49 | #803 | Link | |
Registered User
Join Date: Oct 2011
Posts: 108
|
Quote:
Well, on PC it is not that widely used nowadays compared to h.264 or vc-1, moreover MPEG-2 itself is not a power hungry format, even an entry-level SB cpu can handle it easily without any kind of hardware accelerated decoding. |
|
15th February 2012, 23:15 | #804 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
I got it (pretty windows standard actually)
seems Asus as Vendor was not in the list i added my Subsys Hardware ID and the installer accepts it Jep seems to be a OEM ISV Driver SLAOEMISV1/RBK/01-21-00 <- Software License Agreement OEM ISV Voila installed http://img851.imageshack.us/img851/1...verinstall.png New Driver libmfxhw 2 19 Jan 2012 3.12.1.19 3.0.255.38772 was chosen by the installer New Optimal 3D mode http://img11.imageshack.us/img11/7656/optimal3dmode.png could be something like Catalyst AI or some Optimization for Specific Engines (Games,Applications) Design Order of the PP functions changed a bit http://img195.imageshack.us/img195/363/designorder.png 2622 WPI : http://img580.imageshack.us/img580/4057/2622.png 2626 WPI : http://img836.imageshack.us/img836/8617/2626.png GPU-Z still a no go http://img27.imageshack.us/img27/163...capsviewer.png Fixed as expected: http://www.mediafire.com/?0ljab8afkp1jm47
__________________
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; 16th February 2012 at 00:47. |
16th February 2012, 01:29 | #805 | Link | |
Registered User
Join Date: Nov 2007
Posts: 240
|
Quote:
See above. However I get Nev's comment that MPEG2's simplicity makes it not the best tool for comparitive performance benchmarking. However its still a very important and oft-used format. |
|
16th February 2012, 20:52 | #806 | Link | ||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Quote:
There is no such thing as HW OpenCL support for SandyBridge GPU. It's only software support (CPU). Did you actually test HW OpenCL support with the new driver ?
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
||
16th February 2012, 21:01 | #808 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
I said its OpenCL nothing more though it's anyway surprising don't you think that they provide the OpenCL support for the CPU with the GFX driver
__________________
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 |
16th February 2012, 21:25 | #809 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
OpenCL support was there from the beginning.
What is the change with the new driver ? OpenCL usually is paired with GPU because it's a lot faster than CPU (for the specific tasks) And because Ivy will support HW OpenCL 1.1, they probably put it in GPU drivers from the beginning. As a matter of fact, where else could they put it ? GPU is inside CPU. CPU and GPU drivers, go together.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
17th February 2012, 05:35 | #810 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
__________________
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 |
17th February 2012, 06:38 | #811 | Link | |
Registered User
Join Date: Oct 2011
Posts: 108
|
Quote:
As for me, there should be more VC-1 testing, as it really requires hw acceleration more than other formats, mostly because it lacks decent software decoders. |
|
17th February 2012, 12:12 | #812 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
"According to Digitimes, a weak global economy has caused a build-up of Sandy Bridge inventory both at Intel and OEMs.
If Intel went ahead and mass released Ivy Bridge in April, these Sandy Bridge parts would have to be thrown away or sold at much lower prices. Now the plan is to release some Ivy Bridge chips in April, but postpone mass shipments (presumably of consumer-oriented parts) until after June. System builders should still be able to get their hands on some mid- and high-end Ivy Bridge chips in April."
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
17th February 2012, 12:24 | #813 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
All that means is that the low to mid-end dual core chips will be delayed. I can still get me a quadcore to build my high-end HTPC.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
17th February 2012, 16:02 | #814 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Nah i wouldn't buy Ivy Bridge i'll wait for Haswell the amazement will be much heavier by then, even if its a big change having the first Tri Gate Processor but i want the even more advanced one not the first one
Though since the first days i was always jumping forth and back from AMD/INTEL (with a short stay with Cyrix) and i guess not much will change and currently im in the INTEL stage again, though i want to see how Fusion Develops too and so i guess it could happen that the Next Bulldozer Generation is in between the Haswell shift
__________________
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; 17th February 2012 at 18:36. |
17th February 2012, 19:37 | #815 | Link |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Eric, take a look at this post. Forcing nOutputQueueLength in the QS config to 8 seems to fix it, but maybe there's more to it, related to your recent changes.
EDIT: after some time there is stutter here and there even with 8, just like with 16 but sporadic. Last edited by STaRGaZeR; 17th February 2012 at 19:45. |
17th February 2012, 20:04 | #816 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Hey Eric,
it seems like the QS decoder isn't particularly happy with H264 in Annex B format (MEDIASUBTYPE_H264). I've been trying to improve rtp/rtsp streaming, and i figured with such a volatile stream it might be beneficial to let the splitter keep it in its original form (which is H264 AnnexB), however when i feed that to your QS decoder through LAV Video, i get nothing (only black screen, it doesn't seem to output any decoded frame) Any ideas? I can try to upload a test build that does this so you can try to reproduce.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 17th February 2012 at 21:04. |
17th February 2012, 23:00 | #817 | Link | ||
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
In order to reduce latency in live playback, the queues need to be much shorter. Since my decoder doesn't know the context, maybe the fix should be in the DirectShow decoder filter (LAV, ffdshow). @Nev, any suggestions? Quote:
The HW decoder only accepts this sort of stream. For AVC1 I have to convert it to such a stream. I can try to reproduce, sure. Please supply a problematic clip. I don't think I need a your build unless you change the stream somehow. Also, does it work with another splitter (Haali)?
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
||
17th February 2012, 23:01 | #818 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
17th February 2012, 23:11 | #819 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
Is it maybe possible to decrease the delay without cutting into the performance so drastically? (Using queues at 0 is quite the performance impact right now) Specifying a context would require somehow listing all sorts of TV applications, which would be an impossible task.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
18th February 2012, 10:35 | #820 | Link |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Without being able to debug, I can't root cause the decode problem (H264 fourcc). If there's a streaming setup I can run using a web source and not a live TV source then please specify the full setup and I'll debug it.
Regarding queue length and performance, I'm not sure why lengthening the queues remove such a big bottleneck. It took me a couple of hours tweaking with v0.22 which had less features than 0.26 (0.22 didn't have async decode or mt copy). The only way I managed to keep 0.22's performance high is to always use queues, even if they are not needed in a functional way (no need to calc time stamps). Applying that to 0.26 with some other fine tuning created v0.27. I'll try to further root cause the bottleneck and hopefully use shorter queues. If all else fails, we can go the GPU driver way - use profiles (e.g. cheat ). High queues for benchmarks and low/zero queues for the rest.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
Tags |
ffdshow, h264, intel, mpeg2, quicksync, vc1, zoom player |
|
|