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. |
29th March 2015, 03:57 | #2001 | Link | |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Quote:
|
|
29th March 2015, 04:31 | #2003 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
https://mega.co.nz/#!kMh0ERrI!OUi1gf...0TLSGg8MZM8q3k 2 pass 8000kbps. All files encoded by 444 and up don't play on LAV 0.64 with enabled CUDA decoding Last edited by Ajvar; 29th March 2015 at 04:34. |
|
29th March 2015, 05:34 | #2004 | Link | |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Quote:
Would you please tell us how you produce the "MKV" file? From RAW output to MKV? And could you please try to encode to MKV directly using my build (-full)? And also try to encode to MP4 directly using my build (-full) then remux into MKV? As far as I can tell, it's due to the "MKV" part.
__________________
Projects x265 - Yuuki-Asuna-mod Download / GitHub TS - ADTS AAC Splitter | LATM AAC Splitter | BS4K-ASS Neo AviSynth+ filters - F3KDB | FFT3D | DFTTest | MiniDeen | Temporal Median Last edited by MeteorRain; 29th March 2015 at 05:40. |
|
29th March 2015, 10:43 | #2005 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
Test file http://media.xiph.org/video/derf/y4m...oy_1080p50.y4m But there is a problem with yours build -- the result line your build outputs to stderr instead of normal stdout and I have no 2nd time of your build. You can see my test-park-1080p.bat (attached in 7z). Why are you changed this? |
|
29th March 2015, 14:47 | #2006 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Imagine you would be running x265 to write the encoded H.265 bitstream to stdout, because you want to process the H.265 stream in another process, but then some status messages get "mixed" into the resulting stream... Bad idea
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 29th March 2015 at 15:49. |
|
29th March 2015, 15:00 | #2007 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
I used multiple mkv toolnix versions and result is the same. EDIT: OK, i managed to mux in MP4 and it plays but... I will tet and describe everything in couple minutes. Last edited by Ajvar; 29th March 2015 at 17:02. |
|
29th March 2015, 17:01 | #2009 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
http://msystem.waw.pl/x265/445-bug.mp4 I don't have nVidia graphics card, so in my system all your files work. |
|
29th March 2015, 17:22 | #2010 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
I also managed to mux to mp4 and then remux to mkv again and it now works... but I believe that is because after muxing to mp4 Heigh is fixed to 1080. Now I have to understand why that happened and whose fault: mine, muxer or encoder. EDIT: Also please check if RAW x265 file was chaged after muxing to mp4 (check checksumms). Last edited by Ajvar; 29th March 2015 at 17:33. |
|
29th March 2015, 17:34 | #2011 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
|
|
29th March 2015, 18:02 | #2012 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
May I ask you to download original file which is 1920x1080 and encode with the same settings I encode and tell me if such behavior persists (1920x1088 and mux troubles)? Something tells me that it might be due to --min-cu-size 16 because 16x68=1088 but perhaps that is just a shot in the dark. Code:
--pmode --input - --input-res 1920x1080 --fps 30 --no-high-tier --min-cu-size 16 --no-open-gop --crf 22.7 --no-rdoq-level --no-psy-rdoq --vbv-maxrate 8000 --vbv-bufsize 8000 --deblock=-1:-1 --colormatrix bt470bg Last edited by Ajvar; 29th March 2015 at 18:18. |
|
29th March 2015, 18:49 | #2013 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
MediaInfo shows 'Height' 1088 and 'Original height' 1080. |
|
29th March 2015, 18:58 | #2014 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
WOW! That was very tricky to find. Not sure if it is a bug or just evolution of x265 encoder/LAV decoder. |
|
29th March 2015, 19:26 | #2015 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
I think it's a bug in mkvmerge. I will make a report.
/edit: reported: https://github.com/mbunkus/mkvtoolnix/issues/1152 /edit2: Mosu has fixed the issue for mkvtoolnix 7.9.0. You can test the pre-version: https://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ (687 or newer) Last edited by sneaker_ger; 29th March 2015 at 21:13. |
29th March 2015, 22:13 | #2016 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
It really fixed MediaInfo information about Height, but funny or not, it still crashes my player the same way if I mux in mkv, but plays fine if I mux in mp4 Even more! As I see those crashes have nothing with min-cu-size 16 because I just tested it with both settings! It is another bug in MkvToolnix because if I remux streams from affected video file or encode directly to MP4 and then remux to MKVToolnix (direct drop MP4 into the window) then and only then it works! This is just hilarious. I spent all day, found 2 bugs in 2 different software (forced --min-cu-size 16 instead of 8 in Hybrid and crop in mkv toolnix) but STILL suffer from crashes by unidentified bug! Samples here: working MP4 with LAV 0.64-CUDA and 2 non-workiing MKV with min blocks 8 and 16. Long story short: encodes by x265 >=1.5+444 muxed in MKV will crash trying to play with LAV 0.64 and CUDA decoding. Could you please give me command line for that so I would just edited source? Last edited by Ajvar; 29th March 2015 at 22:20. |
|
29th March 2015, 23:41 | #2018 | Link | |
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
This line works fine: Code:
x265 --preset slower --pools 8 --pmode --pme --input - --input-res 1920x1080 --fps 30 --no-high-tier --merange 58 --no-open-gop --keyint 300 --bframes 7 --crf 22.7 --qpfile GENERATED_QP_FILE --psy-rd 0.5 --psy-rdoq 1 --deblock=-1:-1 --output "T:\Temp\output.265" Code:
x265 --preset slower --pools 8 --pmode --pme --input - --input-res 1920x1080 --fps 30 --no-high-tier --merange 58 --no-open-gop --keyint 300 --bframes 7 --crf 22.7 --qpfile GENERATED_QP_FILE --psy-rd 0.5 --psy-rdoq 1 --vbv-maxrate 8000 --vbv-bufsize 8000 --deblock=-1:-1 --output "T:\Temp\output.265" Now WHY is that? - That's the question. 439 is OK, 444 is NOT so it's narrow window. HOW is that connected with LAV 0.64 with CUDA decoding - that's too. But this may be not the only symptom. WHY only MKV but MP4 plays fine? - another mystery. But I finally found this bug and... feel stupid that spent so much time on it But if it will be fixed, I will feel somewhat better Here are samples, check yourself. Last edited by Ajvar; 29th March 2015 at 23:49. |
|
29th March 2015, 23:55 | #2019 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
I think Ma was hinting at the size of the custom SEI x265 writes. With more parameters (esp. long ones like --vbv) it becomes longer and maybe it triggers a crash in LAV/CUVID because of that. Try to recreate your latest crash sample but with "--no-info". Either way, it's unclear where the bug is. Since it crashed in the Nvidia software I think they are to blame.
|
30th March 2015, 00:38 | #2020 | Link | ||
Registered User
Join Date: Jul 2014
Posts: 115
|
Quote:
Quote:
Now I go sleep, too tired |
||
|
|