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.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 29th May 2012, 09:15   #1281  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
New version released 0.33 beta

Version 0.33 beta is out with the following changes:
* Support for H264 frame doubling/tripling flags.
* Added forced DI mode - currently disabled.
* Added forced filter order - currently disabled.
* FFDShow rev4455

I'm working on adding GUI to ffdshow and then all new features will be enabled.

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 12:35   #1282  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
Could you please also compile an x32 build?
aufkrawall is offline   Reply With Quote
Old 29th May 2012, 13:13   #1283  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by aufkrawall View Post
Could you please also compile an x32 build?
Forgot to upload, it's there now
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 15:29   #1284  |  Link
cybersans
Registered User
 
Join Date: May 2012
Posts: 26
egur: download and install ffdshow_rev4455_20120529_egur.exe
my mkv video (like the sample i just gave before) still playing fast than audio when using intel quicksync decoder

but it works, no delay like previous version when change decoder to libavcodec.

maybe intel mediasdk caused that? because last time when i was using sandy bridge hd 3000 with old graphic driver (v2476), i can watch that video flawlessly.
with ivy bridge and driver v2696, it happen like that

Last edited by cybersans; 29th May 2012 at 15:34.
cybersans is offline   Reply With Quote
Old 29th May 2012, 16:31   #1285  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by cybersans View Post
egur: download and install ffdshow_rev4455_20120529_egur.exe
my mkv video (like the sample i just gave before) still playing fast than audio when using intel quicksync decoder

but it works, no delay like previous version when change decoder to libavcodec.

maybe intel mediasdk caused that? because last time when i was using sandy bridge hd 3000 with old graphic driver (v2476), i can watch that video flawlessly.
with ivy bridge and driver v2696, it happen like that
The Metallica clips plays fine on my SandyBridge system, I'll check on an IvyBridge in a few days, my test system is under installation. It could be a driver problem which was fixed since I use a newer driver.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 17:23   #1286  |  Link
cybersans
Registered User
 
Join Date: May 2012
Posts: 26
Quote:
Originally Posted by egur View Post
The Metallica clips plays fine on my SandyBridge system, I'll check on an IvyBridge in a few days, my test system is under installation. It could be a driver problem which was fixed since I use a newer driver.
like i said before, it was play fine in my previous sandy bridge too.
i'll try to downgrade my driver to 2618 or 2598 to see any changes.
cybersans is offline   Reply With Quote
Old 29th May 2012, 18:08   #1287  |  Link
cybersans
Registered User
 
Join Date: May 2012
Posts: 26
right. intel driver v2696 caused that problem.
downgraded to v2618. video play fine.
testing with v2598, also fine. so i stick with v2618.
cybersans is offline   Reply With Quote
Old 29th May 2012, 18:31   #1288  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
@cybersans
Can you summarize your system setup including rendere, player, OS, drivers, use of external GPU, Lucid Virtu so I can try to reproduce.
Please don't skip any details.
Also 2618 is quite old, try 2656.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 19:28   #1289  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
2696 seems to cause quite some regressions with timings.
My problem with timestamps that get modified for no reason also only started happening in 2696 (i want them untouched, not modified at all) (only when fps in the bitstream is zero, eric might remember the report that we worked around now)
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 29th May 2012, 21:10   #1290  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
New version released 0.33.1 beta

Version 0.33.1 beta is out with the following changes:
* Support for H264 frame doubling/tripling flags.
* Added forced DI mode.
* Added forced filter order
* FFDShow rev4457 with new QuickSync config!

This version has the same QS decoder with upgraded ffdshow.
Control most QS decoder options, including video post processing via a new ffdshow configuration dialog. Look for a new entry just below "decoder options".
Visit the configuration once for your new settings to stick.

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 21:10   #1291  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
Quote:
Originally Posted by egur View Post
Forgot to upload, it's there now
Thanks. I don't want to really test without madVR, who knows if it's not a renderer bug.

Sorry for being OT now that deinterlacing is the topic, but do you think there could be acceleration for 4:2:2 or even 4:4:4 in future?
aufkrawall is offline   Reply With Quote
Old 29th May 2012, 21:22   #1292  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by aufkrawall View Post
Thanks. I don't want to really test without madVR, who knows if it's not a renderer bug.

Sorry for being OT now that deinterlacing is the topic, but do you think there could be acceleration for 4:2:2 or even 4:4:4 in future?
MadVR uses the GPU and might be too much for it. Try EVR and see if the stutters improve. Disable QS DI for this clip.
I'm not aware of plans to support 4:2:2 or 4:4:4 - I just don't know. Luckily these are rare.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 21:28   #1293  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
Quote:
Originally Posted by egur View Post
MadVR uses the GPU and might be too much for it. Try EVR and see if the stutters improve. Disable QS DI for this clip.
I use dedicated GPU for madVR.

Quote:
Originally Posted by egur View Post
I'm not aware of plans to support 4:2:2 or 4:4:4 - I just don't know. Luckily these are rare.
I'd say unfortunately, not luckily.
aufkrawall is offline   Reply With Quote
Old 29th May 2012, 22:31   #1294  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by aufkrawall View Post
I'd say unfortunately, not luckily.
I mean luckily.
The human eye is less sensitive to chroma changes than it is to luma changes.
Given an arbitrary bitrate, it would be better spent on higher resolution and/or more bits compressing the 4:2:0 frames than compressing 2-4 times more chroma data.

4:2:2 is usually used as an intermediate almost lossless fashion for video editing using ultra high bitrates. Keeping this much video data is problematic and has very little benefits.
It might make sense for DVDs as their resolution is small, but for HD it makes little sense.
Better quality can be achieved (better) by:
* Higher resolution - up to a point
* More bits/pixel - look better on high brightness/contrast displays, less banding.
* Wide gamut (xvYCC) - more accurate colors, not suitable for Windows based systems as all pixels are converted to RGB and the extra colors are gone.
* No interlacing
* High frame rate (60p).
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 29th May 2012, 23:03   #1295  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
I have to disagree, at least partially.
4:4:4 can have huge image quality advantages over CSS, here I made a comparison:
http://forum.doom9.org/showpost.php?...56&postcount=7
The picture with CSS looks partially totally unsharp, many details are killed.

Real world films may not be affected that much, especially since it seems to be modern to wash out the colors with stupid filters.
Who really likes this?
It's not like it was behind the Iron Curtain, where color was too expensive *lol*.
But especially red tones seem to be degraded by CSS.

Furthermore, with 10bit x264, 1080p60 I444 can be achieved with pretty common bitrates.
35mbit may be enough, I'll try it out.
aufkrawall is offline   Reply With Quote
Old 30th May 2012, 02:12   #1296  |  Link
cybersans
Registered User
 
Join Date: May 2012
Posts: 26
Quote:
Originally Posted by egur View Post
@cybersans
Can you summarize your system setup including rendere, player, OS, drivers, use of external GPU, Lucid Virtu so I can try to reproduce.
Please don't skip any details.
Also 2618 is quite old, try 2656.
1. intel core i7-3770k using IGP HD 4000 + v2618 driver.
fyi, 2656 caused "COM Surrogate has stopped working" when you viewing image (jpg/bmp/png etc) with windows image viewer. you can do a search using a keyword "com surrogate intel driver 2656" and many people experienced the same problem too
so v2618 is the previous version which i found stable with my system

2. windows media player 12
3. windows server 2008 r2 converted to "workstation look alike"
4. your latest ffdshow build.
5. just IGP as primary GPU, lucid virtu disabled and no pci-e GPU.
cybersans is offline   Reply With Quote
Old 30th May 2012, 13:23   #1297  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Nev,
The time stamp problem doesn't appear in driver 2761 anymore.

Also found some small issues, so I'll release another version very soon.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.

Last edited by egur; 30th May 2012 at 13:26.
egur is offline   Reply With Quote
Old 30th May 2012, 13:35   #1298  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by egur View Post
Nev,
The time stamp problem doesn't appear in driver 2761 anymore.
Great.
You wouldn't happen to know when that one will be available to the public? (or at least to me )
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 30th May 2012, 14:16   #1299  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 1,120
will there be any new drivers soon for core i5 1st gen laptop processor as the latest is v2622.
hajj_3 is offline   Reply With Quote
Old 30th May 2012, 14:57   #1300  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
I don't know driver release dates, I'm not part of the graphics group. Sorry.
I've recently asked internally to share the production drivers that are available to OEMs and several ISVs, I'll update if there's any news in front.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Reply

Tags
ffdshow, h264, intel, mpeg2, quicksync, vc1, zoom player

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 05:44.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.