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. |
13th December 2017, 12:08 | #61 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
SDK and GoPro codec are not necessarily 100% the same. Decoder should be the same I think. I would not trust ffms2 at this point. Last edited by kolak; 13th December 2017 at 12:12. |
|
13th December 2017, 12:14 | #64 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
As I said- I don't think you should expect bit identical encodes (definitely not from Resolve). |
|
13th December 2017, 12:23 | #66 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
Found something interesting.
Native encode in single threaded mode: identical results to vfw 9.2.1 (compared 4 frames). Native encode in multi threaded mode: only 1st frame is identical. Looks like temporal dithering behaving differently. |
13th December 2017, 15:26 | #69 | Link | |
Registered User
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,197
|
Quote:
I'm inclined to think the same. IIRC, a year or so back when I did some tests comparing available Cineform transcoders, the results obtained with Adobe Media Encoder (file sizes, quality metrics) were different still.
__________________
Nostalgia's not what it used to be |
|
24th December 2017, 09:43 | #70 | Link |
Registered User
Join Date: Jul 2015
Posts: 697
|
Has anyone tried to compile Cineform codecs?
I read the article on Hitfilm, I downloaded the codecs. Unfortunately, GCC doesn't want to compile. How do I set parameters for encoder testcfhd.exe? Code:
usage: cfhd.exe [switches] or <filname.MOV|MP4|AVI> -D = decoder tester -E = encoder tester https://hitfilm.com/forum/discussion...ly-open-source |
25th December 2017, 12:04 | #72 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
It's very simple test app which you can simulate encoding or decoding. There is no piping support. Read description. |
|
26th January 2018, 16:00 | #76 | Link |
Registered User
Join Date: Oct 2014
Posts: 268
|
That's the same ticket that has existed from the start.
FFmpeg-maintainers response is still the same and expected (and correct to be honest): "we welcome a patch" but they don't actively make stuff. They fix bugs, they don't do completely new implementations. So it's up to someone to make it and submit a patch. And most people don't want to go near it since it apparently isn't a 'neat' library or it doesn't compile on a lot of stuff. Shame though, would be nice... But most people don't have the (free) time or the knowledge to work on this. |
26th January 2018, 16:27 | #77 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Quote:
But the fact remains that open-source development works on a simple concept: You need someone motivated to work on something. Integrating some external SDK is usually not much fun. There is actually a GSoC task listed to improve the existing decoder both in missing features/bugs and speed, maybe a student will be interested in picking that up.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|