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 2013, 21:01 | #244 | Link |
Registered User
Join Date: May 2013
Posts: 90
|
@Kurosu - thanks for explanations!
AFAIK there are no timings in raw stream, and the fps count is only used to tweak compression. With this in mind those decimal places aren't even important as there isn't that much of a difference. Few days ago I accidentally used 29.97fps to encode 23.976 clip and after muxing to mkv (with correct fps value) I couldn't even tell that it was encoded with faster fps. |
4th December 2013, 21:15 | #245 | Link |
Registered User
Join Date: Jan 2002
Posts: 332
|
I also notice that even if a frame looks worse encoded by x265 than x264 (when comparing frame by frame ), when playing the video is much more pleasant for x265 encoded videos.
There must be some temporal filter or some noise processing in HEVC and not for AVC ? |
4th December 2013, 21:19 | #246 | Link |
Testeur de codecs
Join Date: May 2003
Location: France
Posts: 2,484
|
No. x265 produce in my test quality between H264 Mainconcept (slowest mode) and x264 10 bits (placebo mode) at half bitrate. I have simply never see this difference bettwen previous and next generation codec ...
__________________
Le Sagittaire ... ;-) 1- Ateme AVC or x264 2- VP7 or RV10 only for anime 3- XviD, DivX or WMV9 |
4th December 2013, 21:31 | #247 | Link | |
Registered User
Join Date: Sep 2013
Posts: 919
|
Quote:
Can't wait till this implemented commercially world wide, especially for the new Blu-Ray standard. |
|
4th December 2013, 21:36 | #248 | Link | |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Quote:
I did test with --fps 23.976 now and bitrate was raised by ~60% at the same crf though it looked worse than the crf 18 I was used to from x264. For fun I made an x264 10 Bit encode with 2pass and preset veryslow at the same bitrate and the x265 one looked more pleasing. Artifacts were a lot less pronounced/visible, though it may have come out blurrier overall so the result might be different for decent bitrates or pre-filtering. Looking forward to the further development. Last edited by sneaker_ger; 4th December 2013 at 21:40. |
|
4th December 2013, 22:01 | #249 | Link |
Registered User
Join Date: Feb 2003
Location: New York, NY (USA)
Posts: 109
|
This is likely because of the bigger block sizes. What sometimes happens with older codecs (e.g. h264) is that neighbouring blocks with virtually identical motion will get slightly different motion vectors (1 qpel value different, for example), because the RD doesn't take block edge artifacts into account. In new codecs (e.g. hevc), it will choose a bigger block size, which therefore gets a uniform motion vector, and thus the artifacts at block edges disappear.
|
5th December 2013, 08:07 | #251 | Link | |
Registered User
Join Date: Dec 2012
Posts: 197
|
Quote:
Just did an actual short clip, and x265+AQ scored worse than HM12, in contrast to what both a set of single-frame encodes and visual inspection of mid-clip snaps demonstrate. ¯\_(ツ)_/¯ |
|
5th December 2013, 08:17 | #252 | Link | |
Guest
Posts: n/a
|
Quote:
|
|
5th December 2013, 10:34 | #255 | Link | |
Registered User
Join Date: Sep 2002
Location: France
Posts: 432
|
Quote:
|
|
5th December 2013, 16:44 | #257 | Link | |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Quote:
https://bitbucket.org/multicoreware/x265/wiki/TODO |
|
6th December 2013, 01:02 | #258 | Link | |
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Quote:
I have no idea why they chose that method. |
|
6th December 2013, 09:14 | #259 | Link |
Registered User
Join Date: Aug 2013
Posts: 71
|
I may be missing something here, but can x265 input yuv420p10le color space? Otherwise in what format should the 10-bit YUV/Y4M be? Or am I really missing something here and x265 cannot yet input 10-bit video?
x265 crashes with the error "header missing" on a yuv420p10le .y4m when using --input-depth 10 (displays no error and just crashes on --input-depth 8) and displays the processing of the first frame before crashing when providing the parameters and using a raw .yuv The YUV's and Y4M's were processed with FFMPEG using the rawvideo yuv420p10le and yuv4mpegpipe formats respectively. For the record, x264 processes these raw inputs fine. Similarly, what is the best way for outputting x265 compatible 10-bit y4m through ffmpeg? Last edited by Procrastinating; 6th December 2013 at 09:17. |
Thread Tools | Search this Thread |
Display Modes | |
|
|