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 9th January 2017, 22:41   #21  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
It should work with standard build.
kolak is offline   Reply With Quote
Old 26th October 2017, 12:23   #22  |  Link
Malow
In bytes we trust
 
Malow's Avatar
 
Join Date: Oct 2002
Location: Torres Beach, Brazil
Posts: 279
Cineform is now open-source:

https://gopro.com/news/gopro-open-so...cineform-codec

https://gopro.github.io/cineform-sdk/

https://github.com/gopro/cineform-sdk/releases
Malow is offline   Reply With Quote
Old 26th October 2017, 15:21   #23  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
Great news!
kolak is offline   Reply With Quote
Old 29th October 2017, 06:02   #24  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,183
Thought that would never happen ! What do you think the prospects are then of seeing a Cineform encoder in ffmpeg any time soon?
__________________
Nostalgia's not what it used to be
WorBry is offline   Reply With Quote
Old 29th October 2017, 13:03   #25  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
I hope it will happen. ffmepg decoder is not very well optimised. "Original" code is few times faster and has all features, so I hope someone will port it.
Clineform due to its wavelet nature is quite unique and fact that you can now edit 4K streams at 1/2 resolution on i5 laptop in Premiere is amazing. No need for any proxy or optimised media.
kolak is offline   Reply With Quote
Old 17th November 2017, 06:10   #26  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,478
Quote:
Originally Posted by WorBry View Post
What do you think the prospects are then of seeing a Cineform encoder in ffmpeg any time soon?
Assuming the answer from Paul B Mahol is to be taken seriously...

Midzuki is offline   Reply With Quote
Old 23rd November 2017, 05:18   #27  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,183
What an oddly worded reply from Paul B Mahol. I'm not a programmer, but if the quality of the coding is of "astonishing quality" (implying high level), surely that's a good thing - or is it just that he personally finds it too complex to tackle ? So is his the final word on the matter or do we hope for some other FFMPEG developer able and willing to step up to the plate ?
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 23rd November 2017 at 05:32.
WorBry is offline   Reply With Quote
Old 23rd November 2017, 13:59   #28  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
Yes, I was thinking about the same.

I'm not a programmer either, so don't understand what it's involved, but surely this is SDK, so you just plug into it. Don't have to re-write core.
kolak is offline   Reply With Quote
Old 23rd November 2017, 19:58   #29  |  Link
Rumbah
Registered User
 
Join Date: Mar 2003
Posts: 474
I think it's irony (bad code quality and not well documented).
__________________
x264 full help - x264 --fullhelp r2345
Cuttermaran HCEnc provider - Support for HCEnc in Cuttermaran
DualDVDRB - Dual core support for DVD-RB free
Rumbah is offline   Reply With Quote
Old 23rd November 2017, 21:24   #30  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
I couldn't decide if it's irony or not.
So it means ffmpeg code is total rubbish as it's few times slower for decoding
kolak is offline   Reply With Quote
Old 23rd November 2017, 22:52   #31  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,002
Speed doesn't relate to code quality. But instead of wise-cracking here, maybe contribute improvements to ffmpeg?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 23rd November 2017, 23:18   #32  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
Not directly, I understand this.
ffmepg code is written by many people and overlooked to have "fixed structure".
Cineform SDK was written by 1 (or 2) guys. You do write it very different in such a case. I know this from writing Python scripts.

This still doesn't change fact that Cineform SDK is few times faster than ffmpeg and I assume it can be speed up even further.
This just shows that ffmpeg code may have nice structure but it's far from being optimal. This applies to many parts of ffmpeg code.

I would help, but I'm not far good enough.
kolak is offline   Reply With Quote
Old 24th November 2017, 07:20   #33  |  Link
Rumbah
Registered User
 
Join Date: Mar 2003
Posts: 474
Quote:
Originally Posted by kolak View Post
I couldn't decide if it's irony or not.
So it means ffmpeg code is total rubbish as it's few times slower for decoding
Actually it was meant the other way round. The code for integrating the SDK has to be maintained in ffmpeg. And if the SDK's code quality and documentation is not very good (and that is very likely in a 1-2 man project) then maintaining is nearly impossible.
__________________
x264 full help - x264 --fullhelp r2345
Cuttermaran HCEnc provider - Support for HCEnc in Cuttermaran
DualDVDRB - Dual core support for DVD-RB free
Rumbah is offline   Reply With Quote
Old 24th November 2017, 14:08   #34  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 755
To anyone. What do you think about the Active Metadata? Good/bad? Do you imagine it in FFMpeg? It is very weird part of the sdk...
shekh is offline   Reply With Quote
Old 24th November 2017, 18:44   #35  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,469
It's quite cool. Industry is so legacy and lazy. Those sort of things should be already "present" years ago.
There was FirstLight (I think) programme which made a use of it. You could open video with it, do adjustment and if you had this file loaded in some player or NLE change were visible straight away.
Matada or rather active metadata is something very underestimated in my opinion. We still can't even pass properly simple things like color space etc properly, so maybe active meted is just to much
David's (guy who wrote Cineform) ideas were just to much ahead of the time and lacked support+money from bigger company. Even so he did manage to make it SMPTE standard.

Last edited by kolak; 24th November 2017 at 18:54.
kolak is offline   Reply With Quote
Old 1st December 2017, 19:15   #36  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,183
Quote:
Originally Posted by Rumbah View Post
The code for integrating the SDK has to be maintained in ffmpeg. And if the SDK's code quality and documentation is not very good (and that is very likely in a 1-2 man project) then maintaining is nearly impossible.
So if Paul B Mahol was being ironic/sarcastic/snobbish and that actually is the case then, are all hopes of integrating the SDK in ffmpeg dashed ?

DaVinci Resolve 14.1 has now incorporated the Cineform SDK and I believe Lightworks Pro 14.1 beta and Hitfilm Express 2017 have also. There is this expectation that it is just a matter of time before FFMPEG incorporates full Cineform support.

https://hitfilm.com/forum/discussion...ly-open-source

If that is not to be, it would be helpful to get an unambiguous statement from FFMPEG on that.
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 1st December 2017 at 19:30.
WorBry is offline   Reply With Quote
Old 1st December 2017, 19:35   #37  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 755
VDFM is also in the list. I think the FFMpeg statement was right there: "patch welcome"
shekh is offline   Reply With Quote
Old 1st December 2017, 20:01   #38  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,002
Quote:
Originally Posted by WorBry View Post
If that is not to be, it would be helpful to get an unambiguous statement from FFMPEG on that.
It all depends on the contributions of volunteers. Like already said above, contribute! Thats all the statement you'll ever get. FFmpeg already has a cineform decoder, so maybe someone will improve that based on the knowledge gained from the SDK, and maybe someone will clean up the encoder for integration, but until someone does, we won't know.

On that note, the code quality of the Cineform SDK and the fact that it doesn't present a clear and usable interface for clean integration (basically, its not meant to be a re-usable library) mean that any such attempts would require a *significant* effort to meet the FFmpeg guidelines.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 1st December 2017, 21:48   #39  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,183
Quote:
Originally Posted by nevcairiel View Post
It all depends on the contributions of volunteers. Like already said above, contribute! Thats all the statement you'll ever get.
I would, but I'm not a programmer. Thanks for the explanation anyway.
__________________
Nostalgia's not what it used to be
WorBry is offline   Reply With Quote
Old 2nd December 2017, 01:24   #40  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 1,183
A comment from David Newman, who wrote the Cineform code:

http://www.dvinfo.net/forum/cineform...ml#post1939158
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 2nd December 2017 at 01:29.
WorBry is offline   Reply With Quote
Reply

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 22:56.


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