Search found 8 matches
- Tue Feb 16, 2021 3:00 pm
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 941377
Feature Requests
I agree that if we are talking about one project, then it seems that the time loss is relatively small. And if we are talking about automating dozens of 4K projects? It will be not minutes, but a day. Anyway, I don't have enough arguments for two interested users...
- Tue Feb 16, 2021 7:59 am
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 941377
Feature Requests
In the case when the user, when indexing the source file, demultiplexes the video stream, most likely, he needs to work with the extracted video stream directly, and not with the original container file Please justify this claim. In any case doing this would be highly nontrivial so it's unlikely th...
- Sun Feb 07, 2021 7:20 am
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 941377
Feature Requests
In the case when the user, when indexing the source file, demultiplexes the video stream, most likely, he needs to work with the extracted video stream directly, and not with the original container file. In this case, it will be more convenient if DGIndex builds an index for the extracted elementary...
- Sun Nov 08, 2020 10:51 am
- Forum: DGDecNV
- Topic: [RESOLVED] Chroma sample location alignment
- Replies: 9
- Views: 9657
Re: Chroma sample location alignment
In such a case, I would not add any codec options for specifying the chromaloc type unless I was completely sure that this option would match the original video. Perhaps, the command line option for the x265 codec, offered in the dgi index file, with the explicit setting of the '--chromaloc = 2' opt...
- Sun Nov 08, 2020 9:03 am
- Forum: DGDecNV
- Topic: [RESOLVED] Chroma sample location alignment
- Replies: 9
- Views: 9657
Re: Chroma sample location alignment
Still, a purely theoretical question, if you specify the '--chromaloc 2' option in the codec when encoding the source video YUV 4: 2: 0 (type 0), will this lead to errors when decoding the compressed output video?
- Sun Nov 08, 2020 2:38 am
- Forum: DGDecNV
- Topic: [RESOLVED] Chroma sample location alignment
- Replies: 9
- Views: 9657
Re: Chroma sample location alignment
I am only talking about YUV 4: 2: 0 video. Can DGDecNV accurately decode YUV 4: 2: 0 (type 0) video, for example? Link to test 4K video YUV 4: 2: 0 (type 0): https://4kmedia.org/samsung-travel-with-my-pet-hdr-uhd-4k-demo/ Of course, I already checked DGDecNV here myself, decoding is possible. But in...
- Sat Nov 07, 2020 2:23 am
- Forum: DGDecNV
- Topic: [RESOLVED] Chroma sample location alignment
- Replies: 9
- Views: 9657
Re: Chroma sample location alignment
Sorry, I do not understand. DGDecNV only supports video decoding with chromaloc = 2? But what about video decoding with a different type of chroma sample location?
- Fri Nov 06, 2020 2:09 am
- Forum: DGDecNV
- Topic: [RESOLVED] Chroma sample location alignment
- Replies: 9
- Views: 9657
[RESOLVED] Chroma sample location alignment
Not so long ago, the forum discussed the issue of command line compliance for x265 with ITU recommendations in the Chroma sample location alignment part. http://rationalqm.us/board/viewtopic.php?p=11509#p11509 As I understand it, simply adding the --chromaloc 2 parameter for x265 does not actually c...