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. |
10th January 2009, 08:23 | #861 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Just for my own interest: Doesn't this result in artifacts during seeking? I mean, I've been told that if you seek to an I (non IDR) frame with h264, you're in danger of getting artifacts. Aren't we supposed to look for "recovery point SEIs"?
|
12th January 2009, 11:53 | #866 | Link |
Registered User
Join Date: Feb 2008
Posts: 64
|
Hi.
Stumbled upon this thread in my search for quicker x264 encoding, and this might help me do that, am I correct ? If i understand correctly DGAVCDecNV is a filter ( or is it a program ) that will frame serve for me leaving all of my Intel quad core's processing power free to do the x264 encoding, and in that way help me achieve faster encoding speeds ? I got a Geforce 9400 GT card, but is that a fast enough graphics card or wont it help me at all ? I will gladly donate ( pay ) for the filter, but I am a little concerned that I have misunderstood what DGAVCDecNV is and how to use it |
12th January 2009, 14:50 | #867 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
It's discussed several times in this thread. Bottom line: speedup will be quite modest on fast systems because decoding requires a small fraction of the total decoding+encoding load. On some slower systems it can give a useful speedup. The motivation for using the GPU is to get correct decoding, access to the PureVideo postprocessor, and support for VC1.
|
12th January 2009, 20:41 | #869 | Link |
Registered User
Join Date: Mar 2008
Posts: 2,021
|
Denner, i can suggest you to use DGAVC so as to have an idea.
It is a free, software based decoder+frame Server using Libav Codec instead of nVidia's HW based decoder. I'm about to open a topic on BD retranscoding via DGAVCNV and DGVC1NV. Last edited by rica; 12th January 2009 at 21:08. |
16th January 2009, 05:51 | #871 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
First MKV file decoded and displayed
It's early days and all that, but I thought you might be interested to know that I just decoded and displayed my first MKV file with AVC video in DGAVCIndexNV. I adapted low-level MKV parsing code provided to me by Haali.
There's still a lot of work to do, especially with DGAVCDecodeNV and audio demuxing, but it looks like there's nothing to stop me from implementing full MKV support. With DivX backing MKV+AVC now, I think it will be a useful addition to the DG tools. In case you're wondering, I made my own MKV file with mkvtoolnix. |
16th January 2009, 18:30 | #873 | Link | |
Registered User
Join Date: Jan 2005
Posts: 112
|
Quote:
|
|
19th January 2009, 08:02 | #875 | Link | |
Registered User
Join Date: Sep 2006
Posts: 82
|
Quote:
The server/decoder is excellent software and I would be lost without it. Since I posted I have changed my sat card (got a Skystar HD2 - highly recommendable) and this new one will work in the bottom PCI slot. The previous one would only work in the 2nd slot which put it right next to my double-width 9600GT. This was leading to overheating problems which explains why I could not index/frameserve while capturing - obviously the extra heat from the 9600GT engine during this operation was just enough to cause the sat card to glitch seriously. Keep up the good work! |
|
19th January 2009, 09:22 | #876 | Link | |
Registered User
Join Date: Aug 2008
Posts: 25
|
Quote:
The issue I have with CUVIDServer is 99.999% soimething with it though, or so I would think |
|
19th January 2009, 12:12 | #877 | Link | |
Registered User
Join Date: Mar 2006
Posts: 272
|
Quote:
"Mr bridgeman the ATI/AMD Executive in charge of the current code/documentation releases and ATI market push, has been asked to work with the open code initatives and provide the equivanent NV/VS2 ATI UVD API documentation were he stated in the very professional developer relations manner last week "bridgeman:we are going to look into opening up UVD, I just can't make any commitments until we have actually gone through the investigation and it won't be quick. ...." and he confirmed ATT after i asked will it take months, "bridgeman:For open source, yes," the one point of light at the moment (but probably not relevant in this case unless the open/closed code developers of NV cuda/VS2 apps have a personal interest in also producing UVD code in the future for [non] windows platform), is this, Bridgeman also said "I expect fglrx will have it sooner" when refering to that long month on months wait for the open source vendors. potentially that means any org or business looking to use and/or port the closed ATI/AMD fglrx driver or use any of the "UVD" capabilitys could potentialy get hold of the required API documentation, work with Bridgeman, and impliment it into their products...." Last edited by popper; 19th January 2009 at 12:26. |
|
19th January 2009, 12:50 | #878 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Popper it's typical for the Industry it's slow (@ releasing stuff they have developed the last 2 years and finished laying around) and fooling the consumer when ever it can, but Nvidia is currently far far ahead of ATI they even run them over in Video which is was ATIs dominating Market space for years they run over ATIs Xilieon platform also with Tegra @ it's back and the Ion Platform too and Ati has Paper laying around and talks about "we investigate" that's pathetic just pathetic it shows that this company is not able currently to react fast enough to the market and it's competitors, i wonder how his explanation impacted their share on wall street
__________________
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; 19th January 2009 at 12:55. |
|
|