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. |
6th September 2019, 17:27 | #28761 | Link | |
Registered User
Join Date: Jun 2018
Location: Dorset
Posts: 164
|
Quote:
question is, is it better than lav, DirectShow or frim, does it better serve at not getting out of sync audio ?? why would someone pay to use DGDecNV ? ( other than the person who coded it is charging ) i use madvr so tend to have lav updated Last edited by Mike-uk; 6th September 2019 at 17:54. |
|
6th September 2019, 17:56 | #28762 | Link |
Registered User
Join Date: Jan 2009
Posts: 1,368
|
because last time i checked (and i could be wrong) DS doesn't support hw acc decoding dgdecnv does. Frim only comes into play (for me at least) when doing 3D backups and the current version included with bdrb does support hw acc decoding and encoding, but it results in severe glitching. Havent tried 1.30 yet that supposedly doesn't have that problem.
|
6th September 2019, 19:22 | #28763 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
You can use hardware decoding via DirectShow as well (e.g. LAV Video DXVA2 copy-back). DGDecNV has the reputation of being more reliabe, mainly in regard to being "frame accurate".
|
6th September 2019, 23:26 | #28764 | Link | |
Registered User
Join Date: Jul 2012
Posts: 1,213
|
Quote:
http://rationalqm.us/dgdecnv/dgdecnv.html DGDecNV is a decoder/frameserver |
|
6th September 2019, 23:59 | #28765 | Link |
Useful n00b
Join Date: Jul 2014
Posts: 1,667
|
Usually. And maybe sometimes LAV is better. There is no silver bullet. Your use cases rule.
MrVideo is quite right. DGDecNV has always used CUVID/NVDec for decoding. That is not a secret. It's a strength. And just think, for a small donation you enter the inner circle! Last edited by videoh; 7th September 2019 at 00:45. |
7th September 2019, 18:34 | #28766 | Link | |
Registered User
Join Date: May 2007
Location: Wisconsin
Posts: 2,132
|
Quote:
|
|
7th September 2019, 20:55 | #28767 | Link |
Registered User
Join Date: Jul 2012
Posts: 1,213
|
If it didn't use the video card then it it wouldn't be a GPU accelerated frame server
Yes it relies on the raw data from NVDec, but try using that as is It takes the "frame information" and decodes it so your avisynth can use it According to you then, the actual decoders are Intel, AMD, and NVidia. Yet, Avisynth/x264/x265 can't use that decoded video without something else decoding it Please respond with your usual word games, because I'm out |
8th September 2019, 02:53 | #28769 | Link |
Useful n00b
Join Date: Jul 2014
Posts: 1,667
|
Every HW accelerated application uses the GPU for video decoding (leaving aside QuickSync stuff), and so does DGDecNV. Hair splitting over terminology is for losers. And DGDecNV (DGIndexNV + DGDecodeNV) does a heck of a lot more than your incoherent "provide details about that video frame", not to mention the other DG CUDA filters working with DGDecNV. That's why over 15000 users have donated! Not one of them has complained that I call the application a decoder/frame server, until now.
Last edited by videoh; 10th September 2019 at 03:12. |
10th September 2019, 16:21 | #28773 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
Now I need to dig thought discs and find a VC1 example to debug it... |
|
10th September 2019, 16:47 | #28774 | Link | ||
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
Quote:
Last edited by jdobbs; 10th September 2019 at 16:52. |
||
12th September 2019, 20:59 | #28776 | Link |
Registered User
Join Date: Jun 2010
Location: Germany
Posts: 205
|
I try to do my UHD encodes with 50GB target size. To fit on a 50GB media, the result should be around 45 GB.
But only one of my encodes so far matches that size, all the others are way smaller ... Source -> encoded 79GB -> 45GB 59GB -> 38GB 74GB -> 43GB this one should be fine 55GB -> 34GB 59GB -> 34GB 88GB -> 37GB 55GB -> 31GB I keep 2 non-reencoded audio tracks. I never noticed that much spread on my FHD encodes with 25GB target size. Did I mess up my settings? Last edited by cartman0208; 12th September 2019 at 21:03. |
12th September 2019, 21:33 | #28777 | Link | |
Registered User
Join Date: Sep 2014
Posts: 5
|
Quote:
|
|
16th September 2019, 02:37 | #28779 | Link |
Registered User
Join Date: Apr 2003
Location: Within the main Source.
Posts: 895
|
If you're editing and not rerendering use LAV. If you're reencoding I think DGDecNV is faster. Haha, yeah, a license is helpful. HA! You didn't read the Docs.
__________________
Life is not a journey to the grave; but rather to skid out broadside, thoroughly used, torn and warn and loudly proclaim; WOW; What a ride!!! Soon, I'm going to do it AGAiN in different skin!! Last edited by AmigaFuture; 16th September 2019 at 02:46. |
17th September 2019, 02:13 | #28780 | Link | |
Registered User
Join Date: Mar 2018
Posts: 33
|
Quote:
When import MKV HEVC 2160p, BD Rebuilder recognize as a HEVC 1080p. After encode and UHD Adjust has done, this keep HEVC 1080p, but the file is 2160p, only the disc structure has this info. |
|
|
|