x265 pass 2 failure

[rolandpisano]

I have created two custom settings, one for x264, the other for x265. They have same settings for audio. Video codec settings are two pass, other settings are almost default. x264 bitrate is 3000 Kb/s, x265 bitrate is 1710 Kb/s.
I have a DVB-T record, natively in x264. x264 custom setting does a good encoding but x265 fails at the 2nd pass with an error message saying "Cannot setup codec. Bitrate too low ?".
Any idea of what's happening ?
Admlog.log zipped in attachment.

I can see in the log that the temp folder used (d:\dvdrip in my case) is incomplete : instead of d:\dvdrip\temp files, I can read d:\dvdriptemp files. Is there a way to correct this ?

[mean]

v2.6.15 ?

[rolandpisano]

Sorry.
Yes, version 2.6.15.

[rolandpisano]

Ok, just to tell what's happening. Encoding with x265 is working with only 1/3 of the recordings. A x265 failure always succeed with x264.
In one particuliar case, I got 3 recordings, same DVB-T recording with 3 different sources : they all fail with x265. A kind of malediction ?
Once again, if it's failing with x265, it's always succeeding with x264. The audio codec and audio parameters are the same.
Maybe it's related to hardware acceleration.
I will try to completly disable it, just to see the result.
Any idea anyone ?

[mean]

What are the log saying ?
They are in %APPDATA%/avidemux/admLog.txt

[rolandpisano]

I attached one with the first post of this thread. If it's not enough, just ask for another, I will send it (I don't have another here just now).
Thank you.

[eumagga0x2a]

The interesting part is

Code Select Expand

[setPassAndLogFile] 08:25:12-864 Initializing pass 2, log file =d:\dvdrip\Mont-Saint-Michel, à l'épreuve du temps [h265].mkv.stats
Path=d:\dvdrip
Name=Mont-Saint-Michel, à l'épreuve du temps [h265].mkv.stats
Dirty path=d:\dvdripMont-Saint-Michel, \E0 l'\E9preuve du temps [h265].mkv.stats
clean path=d:\dvdripMont-Saint-Michel, \E0 l'\E9preuve du temps [h265].mkv.stats
[setPassAndLogFile] 08:25:12-867 Creating system file =<d:\dvdripMont-Saint-Michel, \E0 l'\E9preuve du temps [h265].mkv.stats>
[setup] 08:25:12-868 =============x265, setting up==============
[setup] 08:25:12-868 Starting pass :2
[setup] 08:25:12-868 Using average bitrate of 1710 kb/s
[setup] 08:25:12-869 Logfile d:\dvdripMont-Saint-Michel, \E0 l'\E9preuve du temps [h265].mkv.stats does not exist

where the separator after the directory name gets lost.

[Jan Gruuthuse]

Keep names and paths brief and simple. Foreign ascii, deep paths, ... can pose issues across the different OS's.

[eumagga0x2a]

This problem doesn't seem to be curable on the user's part because no simple file name can provide a missing separator after the directory name. Probably related to https://github.com/mean00/avidemux2/commit/e58bcf01aa0ace354fb6d7b05689a68e9a749615 or https://github.com/mean00/avidemux2/commit/b4ef66a0c26978d7c423feb85ac4653269ea7311.

[Jan Gruuthuse]

Original file name:

d:\dvdrip\Mont-Saint-Michel, à l'épreuve du temps

Call from one program (segment) to another (terminal environment (dos?))

d:\dvdripMont-Saint-Michel, \E0 l'\E9preuve du temps

Sorry I can't explain more technical. See bolded difference between the 2 (à é) foreign ascii.

[eumagga0x2a]

The critical part is a missing "\" after d:\dvdrip, not the escapes later.

[Jan Gruuthuse]

OK.
Not some control character (backspace or combination (home) with backspace) that did sneak in the filename?

[eumagga0x2a]

I suspect that the issue as well as the different behaviour of x264 results from missing

Code Select Expand

ADD_DEFINITIONS(-DX265_USE_UTF8=1)

in avidemux_plugins/ADM_videoEncoder/x265/CMakeLists.txt similar to the analogue file in avidemux_plugins/ADM_videoEncoder/x264. Cross build is running to verify.

[eumagga0x2a]

It will take some time. x265 is ridiculously slow on my PC on Windows, taking 5 minutes to complete the first pass for a 720p video 7 seconds long!

[mean]

I think i had to patch x265 to add utF8 support
the latest version is not patched

Not completely sure