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.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 8th June 2021, 18:41   #8181  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by fauxreaper View Post
Scale is PSNR between two frames. Higher values make it more strict. Default is PSNR 70.
Awesome, thank you. I'm trying another pass of my encode with --dup-threshold of 50.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 8th June 2021, 21:15   #8182  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
v3.5+10 - defective image output (v3.0+1 is okay).
Quote:
ffmpeg -i z:\space_6s.mkv -f yuv4mpegpipe - | x265 --y4m - --preset medium --bitrate 1000 --max-merge 1 z:\test.mkv
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 8th June 2021, 22:42   #8183  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 326
Quote:
Originally Posted by Gravitator View Post
v3.5+10 - defective image output (v3.0+1 is okay).
It is caused by
https://bitbucket.org/multicoreware/...2adf4ed7299d82

To go back to old behavior please add
Code:
--no-early-skip --no-b-intra --limit-refs 3
options to new version of x265.
Ma is offline   Reply With Quote
Old 9th June 2021, 19:39   #8184  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
I've yet to get --frame-dup to actually do anything, even with --dup-threshold at 20. And with source where there are lots of identical consecutive frames.

x265.exe --input SolLevante_SDRv2_1080p24_8bit.y4m --level-idc 4.0 --preset slower --tune animation --frame-dup --dup-threshold 20 --pools "-,+" --pass 1 --keyint 120 --bitrate 1000 --vbv-maxrate 12000 --vbv-bufsize 12000 --hrd --aud --colorprim bt709 --transfer bt709 --colormatrix bt709 -o SolLevante_SDR-1080p_1000_slower-dup20_p1.hevc --psnr --ssim --csv-log-level 1 --stats SolLevante_SDR-1080p_1000_slower-dup20.stats --csv SolLevante_SDR-1080p_1000_slower-dup20_p1.csv

Every frame is at least 600 bytes. They're mostly Merge or Skip, but with very low percentages of Intra and Inter blocks of various sizes in the b-frames.

Same in first and second passes.

Anyone have any insights/suggestions?

I'm trying a single-pass test.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 9th June 2021, 21:18   #8185  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
And still no dup frames even with --dup-threshold 10, even!
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 10th June 2021, 05:04   #8186  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,718
Quote:
Originally Posted by benwaggoner View Post
And still no dup frames even with --dup-threshold 10, even!
Works as well as the threshold in --hist-scenecut then
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 10th June 2021, 19:14   #8187  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by Boulder View Post
Works as well as the threshold in --hist-scenecut then
Yeah, it is frustrating. I'm still getting around 200 Kbps for what's a single B&W frame that's static for seconds. x265 without using --zones spends way too much on static title card and scrolling credits.

My guess is adaptive quantization isn't accounting for the benefit of SAO (ringing reduction) and tskip (efficient encoding of sharp edges) for discreet-tone content. The sequence is going down to QP 20 despite getting PSNR averaging >50. I'd think cutree would be providing more benefit as well. This kind of content looks pretty perfect at QP 40 with SAO and tskip.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 11th June 2021, 12:09   #8188  |  Link
_kermit
Registered User
 
Join Date: Apr 2017
Posts: 63
I'm using ffmpeg 4.4 and this command line:

ffmpeg.exe -i %1 -pix_fmt yuv420p -f yuv4mpegpipe -| x265.exe ....

sometimes I get this and then it stops:

av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe

How can this be solved?
_kermit is offline   Reply With Quote
Old 11th June 2021, 12:19   #8189  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
Quote:
Originally Posted by benwaggoner View Post
Yeah, it is frustrating. I'm still getting around 200 Kbps for what's a single B&W frame that's static for seconds. x265 without using --zones spends way too much on static title card and scrolling credits.
Another very useful for video surveillance cameras.
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 13th June 2021, 00:20   #8190  |  Link
nakTT
Registered User
 
Join Date: Dec 2008
Posts: 415
Quote:
Originally Posted by benwaggoner View Post
Documentation only, though, and a somewhat confusing one.



If it is aborted, how is it signaled? If the parameters are wrong, the first frame wouldn't have been even written.

Or is it saying that if a stream is started but has a VBV violation during the encode, it'll abort, but the stream that had been written up to that point would still have the originally specified level?

If so, that would be the expected and appropriate behavior, since the frame that violated the spec never was written and so the file up to that point should still be conformant.
Yes. Seems like the development of x265 is basically ended already.
nakTT is offline   Reply With Quote
Old 13th June 2021, 09:02   #8191  |  Link
_kermit
Registered User
 
Join Date: Apr 2017
Posts: 63
Quote:
Originally Posted by _kermit View Post
I'm using ffmpeg 4.4 and this command line:

ffmpeg.exe -i %1 -pix_fmt yuv420p -f yuv4mpegpipe -| x265.exe ....

sometimes I get this and then it stops:

av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe

How can this be solved?
wrong forum?
_kermit is offline   Reply With Quote
Old 13th June 2021, 09:54   #8192  |  Link
rwill
Registered User
 
Join Date: Dec 2013
Posts: 343
Quote:
Originally Posted by _kermit View Post
wrong forum?
Pretty much wrong thread but

Code:
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
most likely means that the program behind ffmpeg, in your case x265, stopped accepting input because it closed its standard input. So probably x265 exited early or crashed.
rwill is offline   Reply With Quote
Old 13th June 2021, 19:09   #8193  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
v3.5+10 - I get a refusal of encoding.

Code:
ffmpeg -i z:\space_6s.mkv -f yuv4mpegpipe - | x265 --y4m - --preset veryslow --hme --hme-search star,sea,full --bitrate 1000 z:\test.mkv
Quote:

ffmpeg version 4.3.2-2021-02-20-full_build-www.gyan.dev Copyright (c) 2000-2021 the FFmpeg developers
built with gcc 10.2.0 (Rev6, Built by MSYS2 project)
Input #0, matroska,webm, from 'z:\space_6s.mkv':
Metadata:
creation_time : 2019-08-01T04:39:18.000000Z
ENCODER : Lavf58.2.103
Duration: 00:00:06.22, start: 0.000000, bitrate: 7719 kb/s
Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Metadata:
DURATION : 00:00:06.215000000
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> wrapped_avframe (native))
Press [q] to stop, [?] for help
Output #0, yuv4mpegpipe, to 'pipe:':
Metadata:
encoder : Lavf58.45.100
Stream #0:0(eng): Video: wrapped_avframe, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc (default)
Metadata:
DURATION : 00:00:06.215000000
encoder : Lavc58.91.100 wrapped_avframe
y4m [info]: 1920x1080 fps 13978/583 i420p8 sar 1:1 unknown frame count
raw [info]: output file: z:\test.mkv
x265 [info]: HEVC encoder version 3.5+10-82786fccc
x265 [info]: build info [Windows][MSVC 1929][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra
x265 [info]: HME L0,1,2 / range / subpel / merge : star, sea, full / 48 / 4 / 5
x265 [info]: Keyframe min / max / scenecut / bias : 23 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 40 / 8 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [info]: References / ref-limit cu / depth : 5 / off / off
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-1000 kbps / 0.60
x265 [info]: tools: rect amp rd=6 psy-rd=2.00 rdoq=2 psy-rdoq=1.00 rskip mode=1
x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing deblock sao
av_interleaved_write_frame(): Broken pipeB time=00:00:01.41 bitrate=596600.6kbits/s speed=2.81x
Error writing trailer of pipe:: Broken pipe
frame= 56 fps= 35 q=-0.0 Lsize= 167063kB time=00:00:02.33 bitrate=585947.1kbits/s speed=1.45x
video:29kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 569837.375000%
Conversion failed!
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 14th June 2021, 02:51   #8194  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by Gravitator View Post
v3.5+10 - I get a refusal of encoding.

Code:
ffmpeg -i z:\space_6s.mkv -f yuv4mpegpipe - | x265 --y4m - --preset veryslow --hme --hme-search star,sea,full --bitrate 1000 z:\test.mkv
Have you tried using just ffplay with the source to confirm it decodes without any errors?

Also, can you use names instead of numbers for --hme-search? I would do it as "--hme-search 2,3,4"
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 14th June 2021, 17:16   #8195  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,883
My new baby arrived today.
I look forward to take it for a spin with x265 (*_*)



Intel Xeon Gold, 56c/112th with AVX-512 and this time is in a server room with freezing cold temperatures, so I dare AVX512 to make it hot! xD
FranceBB is online now   Reply With Quote
Old 14th June 2021, 17:28   #8196  |  Link
_kermit
Registered User
 
Join Date: Apr 2017
Posts: 63
Quote:
Originally Posted by rwill View Post
Pretty much wrong thread but

Code:
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
most likely means that the program behind ffmpeg, in your case x265, stopped accepting input because it closed its standard input. So probably x265 exited early or crashed.
so, when x265 crashed, it's the right thread after all?

I'll check a newer version then.
_kermit is offline   Reply With Quote
Old 14th June 2021, 17:31   #8197  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
He doesn't like high resolution

Code:
ffmpeg -i z:\Park.mkv -f yuv4mpegpipe - | x265 --y4m - --preset veryslow --hme --hme-search star,sea,full --bitrate 1000 z:\test.mkv
Quote:
ffmpeg version 2021-06-13-git-3ce272a9da-full_build-www.gyan.dev Copyright (c) 2000-2021 the FFmpeg developers
built with gcc 10.3.0 (Rev2, Built by MSYS2 project)
Input #0, matroska,webm, from 'z:\Park.mkv':
Metadata:
creation_time : 2020-07-09T11:13:13.000000Z
ENCODER : Lavf58.48.100
Duration: 00:00:01.97, start: 0.000000, bitrate: 64630 kb/s
Stream #0:0: Video: h264 (Main), yuv420p(tv, bt470bg/unknown/unknown, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 1k tbn (default)
Metadata:
ENCODER : Lavc58.94.100 nvenc_h264
DURATION : 00:00:01.966000000
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> wrapped_avframe (native))
Press [q] to stop, [?] for help
Output #0, yuv4mpegpipe, to 'pipe:':
y4m [info]: 1920x1080 fps 30/1 i420p8 sar 1:1 unknown frame count
Metadata:
encoder : raw [info]: output file: z:\test.mkv
Lavf59.3.100x265 [info]: HEVC encoder version 3.5+10-82786fccc
x265 [info]: build info [Windows][MSVC 1929][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64

x265 [info]: Main profile, Level-4 (Main tier)
Stream #0:0x265 [info]: Thread pool created using 4 threads
: Video: wrapped_avframe, yuv420p(tv, bt470bg/unknown/unknown, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/sx265 [info]: Slices : 1
, x265 [info]: frame threads / pool features : 2 / wpp(17 rows)
30 fps, 30 tbn (default)
Metadata:
DURATION : 00:00:01.966000000
encoder : Lavc59.1.101 wrapped_avframe
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra
x265 [info]: HME L0,1,2 / range / subpel / merge : star, sea, full / 48 / 4 / 5ts/s speed=0.522x
x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 40 / 8 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [info]: References / ref-limit cu / depth : 5 / off / off
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-1000 kbps / 0.60
x265 [info]: tools: rect amp rd=6 psy-rd=2.00 rdoq=2 psy-rdoq=1.00 rskip mode=1
x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing deblock sao
av_interleaved_write_frame(): Broken pipeB time=00:00:01.16 bitrate=746497.8kbits/s speed=1.96x
Error writing trailer of pipe:: Broken pipe
frame= 56 fps= 31 q=-0.0 Lsize= 167063kB time=00:00:01.86 bitrate=733167.3kbits/s speed=1.02x
video:24kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 694187.375000%
Conversion failed!
Code:
ffmpeg -i z:\Park.mkv -vf scale="720:480" -f yuv4mpegpipe - | x265 --y4m - --preset veryslow --hme --hme-search star,sea,full --bitrate 1000 z:\test.mkv
Quote:
ffmpeg version 2021-06-13-git-3ce272a9da-full_build-www.gyan.dev Copyright (c) 2000-2021 the FFmpeg developers
built with gcc 10.3.0 (Rev2, Built by MSYS2 project)
Input #0, matroska,webm, from 'z:\Park.mkv':
Metadata:
creation_time : 2020-07-09T11:13:13.000000Z
ENCODER : Lavf58.48.100
Duration: 00:00:01.97, start: 0.000000, bitrate: 64630 kb/s
Stream #0:0: Video: h264 (Main), yuv420p(tv, bt470bg/unknown/unknown, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 1k tbn (default)
Metadata:
ENCODER : Lavc58.94.100 nvenc_h264
DURATION : 00:00:01.966000000
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> wrapped_avframe (native))
Press [q] to stop, [?] for help
Output #0, yuv4mpegpipe, to 'pipe:':
y4m [info]: 720x480 fps 30/1 i420p8 sar 32:27 unknown frame count
Metadata:
encoder : raw [info]: output file: z:\test.mkv
Lavf59.3.100x265 [info]: HEVC encoder version 3.5+10-82786fccc

x265 [info]: build info [Windows][MSVC 1929][64 bit] 8bit+10bit+12bit
Stream #0:0x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
: Video: wrapped_avframe, yuv420p(tv, bt470bg/unknown/unknown, progressive), 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/sx265 [warning]: Source height < 540p is too low for HME. Disabling HME.
x265 [info]: Main profile, Level-3 (Main tier)
x265 [info]: Thread pool created using 4 threads
, x265 [info]: Slices : 1
30 fps, x265 [info]: frame threads / pool features : 2 / wpp(8 rows)
30 tbn (default)
Metadata:
DURATION : 00:00:01.966000000
encoder : Lavc59.1.101 wrapped_avframe
x265 [info]: Coding QT: max CU size, min CU size : 64 / 803 bitrate=124438.4kbits/s speed=0.473x
x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra
x265 [info]: ME / range / subpel / merge : star / 57 / 4 / 5
x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 40 / 8 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [info]: References / ref-limit cu / depth : 5 / off / off
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-1000 kbps / 0.60
x265 [info]: tools: rect amp rd=6 psy-rd=2.00 rdoq=2 psy-rdoq=1.00 rskip mode=1
x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing deblock sao
6frame= 59 fps= 19 q=-0.0 Lsize= 29869kB time=00:00:01.96 bitrate=124417.8kbits/s speed=0.63x
video:25kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 117719.859375%
x265 [info]: frame I: 1, Avg QP:27.58 kb/s: 8555.76
x265 [info]: frame P: 13, Avg QP:34.91 kb/s: 3119.93
x265 [info]: frame B: 45, Avg QP:39.58 kb/s: 314.22
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: Weighted B-Frames: Y:4.4% UV:2.2%
x265 [info]: consecutive B-frames: 7.1% 0.0% 0.0% 64.3% 14.3% 14.3% 0.0% 0.0% 0.0%

encoded 59 frames in 50.33s (1.17 fps), 1072.11 kb/s, Avg QP:38.35
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 14th June 2021, 18:16   #8198  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
Quote:
Originally Posted by benwaggoner View Post
Have you tried using just ffplay with the source to confirm it decodes without any errors?
No.

Quote:
Originally Posted by benwaggoner View Post
Also, can you use names instead of numbers for --hme-search? I would do it as "--hme-search 2,3,4"
The problem is in the configuration --hme-search star,sea,full

Code:
ffmpeg -i z:\Park.mkv -f yuv4mpegpipe - | x265 --y4m - --preset veryslow --hme --hme-search umh,star,sea --bitrate 1000 z:\test.mkv
Quote:
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 3 inter / 3 intra4.6kbits/s speed=0.47x
x265 [info]: HME L0,1,2 / range / subpel / merge : umh, star, sea / 48 / 4 / 5
x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 40 / 8 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [info]: References / ref-limit cu / depth : 5 / off / off
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-1000 kbps / 0.60
x265 [info]: tools: rect amp rd=6 psy-rd=2.00 rdoq=2 psy-rdoq=1.00 rskip mode=1
x265 [info]: tools: signhide tmvp b-intra strong-intra-smoothing deblock sao
frame= 59 fps=1.0 q=-0.0 Lsize= 179213kB time=00:00:01.96 bitrate=746497.6kbits/s speed=0.0327x
video:25kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 706810.750000%
x265 [info]: frame I: 1, Avg QP:33.19 kb/s: 18844.56
x265 [info]: frame P: 12, Avg QP:44.86 kb/s: 2957.10
x265 [info]: frame B: 46, Avg QP:49.15 kb/s: 288.71
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: Weighted B-Frames: Y:2.2% UV:2.2%
x265 [info]: consecutive B-frames: 7.7% 0.0% 0.0% 53.8% 0.0% 38.5% 0.0% 0.0% 0.0%

encoded 59 frames in 634.11s (0.09 fps), 1145.94 kb/s, Avg QP:48.00
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 14th June 2021, 18:45   #8199  |  Link
Gravitator
Registered User
 
Join Date: May 2014
Posts: 292
Quote:
Originally Posted by FranceBB View Post
My new baby arrived today.
I look forward to take it for a spin with x265 (*_*)
VVC
__________________
Win10x64, Xeon E5450, GTX 750 2GB, DDR3 8GB.
Gravitator is offline   Reply With Quote
Old 14th June 2021, 19:15   #8200  |  Link
rwill
Registered User
 
Join Date: Dec 2013
Posts: 343
Quote:
Originally Posted by _kermit View Post
so, when x265 crashed, it's the right thread after all?

I'll check a newer version then.
What you can try is to pipe ffmpeg output into a file like so:

ffmpeg.exe -i %1 -pix_fmt yuv420p -f yuv4mpegpipe - > test.y4m

and then use test.y4m as an input file to a standalone x265.exe call to see what x265 does and debug that.
rwill is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 14:43.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.