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. |
14th November 2017, 01:08 | #5701 | Link | |
Guest
Posts: n/a
|
Quote:
For example, if we assume the buffer is 90% full when we start a new segment, we need to make sure it wasn't more than 90% full when we finished encoding the last segment. |
|
14th November 2017, 06:47 | #5703 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
x265.h: change references into pointers for C compatibility
Building ffmpeg with libx265 should work again. |
14th November 2017, 22:15 | #5705 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
|
Currently all video encoded for use with DVD, Blu-ray, Ultra HD, internet streaming and television broadcasts is 4:2:0...
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
15th November 2017, 07:51 | #5707 | Link | |
Registered User
Join Date: Sep 2015
Posts: 48
|
Quote:
If there are other such recommendations for other color spaces, please do share it here. |
|
15th November 2017, 14:57 | #5708 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
x265 2.5+55-dd9772385d15
Add CLI option to enable or disable picture copy to internal frame buffer Code:
--[no-]copy-pic Copy buffers of input picture in frame. Default enabled Quote:
|
|
15th November 2017, 17:17 | #5709 | Link | |
Registered User
Join Date: Sep 2015
Posts: 48
|
Quote:
If you invoke the x265 application, you won't be able to access the invoking application's memory buffers as you are in separate processes and therefore this option isn't useful. This option is applicable only when you do an integration of the x265 library with another application. In that case, the option is useful because we advocate that you use the x265_param_parse() API call to populate the right fields of the param structure instead of directly writing the struct yourself; doing it through the API ensures that all checks are done by the library. For every param, the string that you pass to populate the param is the cli-option string and therefore, exposing this as a CLI option enables folks who do deep integration to use this option in a clean fashion |
|
15th November 2017, 20:05 | #5711 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
As far as I hope to understand, it may not be helpful to the pure x265 CLI encoder, but possibly to other applications derived from this structure, configuring itself internally with a CLI parameter string as well.
|
15th November 2017, 20:36 | #5713 | Link | |
Guest
Posts: n/a
|
Quote:
Our documentation has a lot to do with x265's usability. You'll notice that most of x265's parameters are documented as CLI options. There are a few things, for example reconfiguring x265 on the fly, that are only possible through the API. Some things are documented in our online docs (http://x265.readthedocs.io/en/default/api.html), and other things are found in header files. As with most software, there is always room for improving our documentation. Suggestions and contributions are welcomed! |
|
15th November 2017, 21:26 | #5714 | Link | |
Registered User
Join Date: Aug 2012
Posts: 203
|
Quote:
|
|
15th November 2017, 23:55 | #5715 | Link | |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
Code:
--bframes <integer> Maximum number of consecutive b-frames (now it only enables B GOP structure) Default 4 |
|
17th November 2017, 13:15 | #5716 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.5+58-06979c042350 (GCC 7.2.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
17th November 2017, 20:15 | #5717 | Link | ||
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
Or pester Steve Borho. Probably both things... |
||
19th November 2017, 13:27 | #5719 | Link |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Yeah, something so difficult as erasing some bytes from a lazily-written help screen really requires an official patch created by someone who stopped programming decades ago
P.S.: welcome to my Ignore List (again) Last edited by Midzuki; 19th November 2017 at 13:29. Reason: add P.S. |
19th November 2017, 13:57 | #5720 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Ah, come on ... I am not experienced in creating correct patches either, but when I knew how to improve things, suggesting the kernel of a diff in the mailing list was usually sufficient that another developer included that in a following full patch. They may be a bit picky about the exact style when it comes to official patches, but a professional project with commercial customers requires that amount of pedantism, and amateur suggestions are still welcome.
In your case with the consecutive B frames, I would not be sure which new content would be optimal, but I would know how I would submit a "snippet of a patch" to the mailing list. |
Thread Tools | Search this Thread |
Display Modes | |
|
|