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. |
4th December 2018, 15:49 | #6501 | Link |
Registered User
Join Date: Aug 2009
Posts: 90
|
I have to glue several shots, which all have different resolution, together.
Ideally I'd like to keep the original resolution. Is it possible to have variable resolution? (If so, is it UHD compliant/will it play nicely on modern UHD devices?) |
4th December 2018, 15:53 | #6502 | Link | ||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
(best ask Mosu to be sure) Quote:
|
||
9th December 2018, 16:31 | #6504 | Link |
Registered User
Join Date: Jan 2007
Posts: 729
|
I tried searching the changelog for resolution, variable and so on, but could not find anything. Do you recall which version was it roughly, or where can I find information about that? Support for variable resolution, or better said, variable display aspect ratio as well is something I tried to solve for years. The problem was that matroska stored such data in a single header entry valid for the whole file; back when designing it, nobody imagined files where there would be need to switch these parameters.
AFAIK the best possible solution was to use separate files and link them using the next/previous segment linking fucntionality. Last edited by mandarinka; 9th December 2018 at 16:33. |
9th December 2018, 16:43 | #6505 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
@mandarinka: Like I wrote 'best ask Mosu to be sure'
I thought there was a way to combine file with multiple resolutions and the problem was to find a player supporting it, but Mosu most definitely can shine some light on it whether I just remember this wrong of if there is a way to create such files. |
12th December 2018, 19:58 | #6506 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
That at least works with variable-sized VC-1; I've never tried it with H.264. If a player is attending to SAR, doing a full-screen playback should Just Work. But it seems players rarely account for the SAR changing each GOP even if they can handle different resolutions. This does work in most players on living room devices, though, since it's common for SAR to change (e.g. 720x480 to 1280x720 both at 16:9) with stream switching. |
|
12th December 2018, 20:14 | #6507 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
After a bit of a draught, we have five new checkins for x265! Three for Dolby Vision Profile 5 support, one to make muxing of chunked encoding easier, and one to allow cutree to be used in analysis reuse, finally.
https://bitbucket.org/multicoreware/x265/commits/all |
13th December 2018, 16:00 | #6508 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
x265 2.9+14-3023bd8b05c0 (MSYS2, MinGW32 + GCC 7.4.0 / MinGW64 + GCC 8.2.1)
support for Dolby Vision profile 5 and RPU multiplexing; Cutree offset for analysis reuse |
14th December 2018, 01:19 | #6510 | Link |
Registered User
Join Date: Apr 2018
Posts: 63
|
Netflix dropped a new article.
H264/H265/VP9 comparison using HVMAF with reference encoders and production encoders. x265 is doing quote ok but can't always beat HM, EVE-VP9 does similarly well Relative Bitrate savings for low and high quality using three test sets: https://medium.com/netflix-techblog/...e-d45d0183ca95 |
14th December 2018, 15:01 | #6511 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.9+15-81373aab81df (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (32bit : GCC 7.4.0 / 64bit : GCC 8.2.1)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
16th December 2018, 04:15 | #6513 | Link | |
Registered User
Join Date: Oct 2014
Posts: 476
|
Quote:
mpv used to use the bitstream DAR instead of the container until I pointed out that I could troll mpv users by encoding a bitstream with rapidly shifting DARs that would work perfectly fine on every other player. There's really little real-world need to change DAR midstream given the video resolution has to be constant, and container DAR is better than bitstream since that allows it to be trivially fixed if wrong. |
|
16th December 2018, 21:34 | #6515 | Link |
Registered User
Join Date: Oct 2007
Posts: 26
|
grain vs crf for a fixed bitrate ?
Do I use -tune grain, or just decrease crf for the same bitrate ?
I've ripped some old film-based blurays which have film grain that I'd like to retain. I understand that -tune grain will retain the grain, at a 50% increase in file size, or equivalently bitrate. So, as I understand it, if a given crf has 2000kbs, adding -tune grain will result in 3000kbs. But what if I decreased the crf until I got 3000kbs without -tune grain ? Will I retain some/all of the original grain ? Assume I have a specific bitrate budget, say 3000kbs. Am I better off with -tune grain crf X (say 29), or no grain and crf X - 2 or 3 (say crf 26 ) ? Again I've picked the crf's so that the output has the same bitrate. x265, 2.9. My command line : ffmpeg -i in.mkv -c:a copy -c:v libx265 -preset medium [-tune grain] crf X -pix_fmt yuv420p10le -x265-params colorprim=bt709:colormatrix=bt709:transfer=bt709 out.mkv I'm sure that some place in this thread this question has been asked and answered, but none that I've found discuss grain vs crf for a fixed bitrate. |
17th December 2018, 09:24 | #6518 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
I read the x265 documentation listed in the start post, but they don't seem to offer binaries (and if binaries exist here, they're, subsequently, usually listed in the start-post too). But I'll keep reading.
__________________
Gorgeous, delicious, deculture! |
Thread Tools | Search this Thread |
Display Modes | |
|
|