View Full Version : BD Rebuilder Beta - Bug Reports Only
MrVideo
14th July 2024, 04:48
Do you have "IVTC sources with 3:2 Pulldown" selected in the SETUP dialog?
That begs the question: how is the video determined to have 3:2 pulldown?
MrVideo
14th July 2024, 04:53
I guess from now on if I am doing a normal US DVD, I'll just add this to the AVS code:
TFM().TDecimate()
Based upon my above posting, it seems to me that it is not being determined that the video has 3:2 pulldown. Therefore the two IVTC filters are not being added by BDRB to its AVS script.
WAG on my part.
Lathe
14th July 2024, 04:58
Based upon my above posting, it seems to me that it is not being determined that the video has 3:2 pulldown. Therefore the two IVTC filters are not being added by BDRB to its AVS script.
WAG on my part.
Well yes, it appears that BDRB is not recognizing that the DVD has that. After running BDRB with the IVTC AVS script added, the movie came out looking perfect. But, the first time where it chose Field.Deinterlace/Blend it was choppy. So, I'm just GUESSING that it must've needed the IVTC treatment. I'm certainly not an expert on that (and I don't play one on television...)
I THINK from what I read that unless it is an unusual circumstance, basically all 'usual' US DVDs need that, so I honestly don't know...
MrVideo
14th July 2024, 08:31
I THINK from what I read that unless it is an unusual circumstance, basically all 'usual' US DVDs need that, so I honestly don't know...
If it is a movie, or scripted U.S. TV show, then yes. That is because they are all produced at 23.976/24 fps. 576 DVDs will have 25 fps source material. 25 fps source material that is standards converted to 23.976 will not be able to simply get back to 25 fps.
jdobbs
14th July 2024, 13:43
That begs the question: how is the video determined to have 3:2 pulldown?BD-RB scans the source for the pulldown flag.
But it isn't always that easy.
There are two common ways that authors adjust a 23.976/24 fps source to make it 29.97. Telecining is the most common. It's pretty easy, because the source is really 23.976, and when a player sees the flag it creates the additional frame (1 in 4) needed to make it 29.97. It is handled easily by IVTC, which just ignores the flag. But sometimes (you will see this much more often on imports) the author just repeats one frame out of every five. In that case you have to use a Decimate routine to find the repeated frame (by its similarity to the frame before it) and remove it.
Sometimes, though, especially when someone has reencoded a telecined source, you'll find one that is very difficult to fix. A telecined source has the added contrived frame (from the frame server/player) that is made up of two sets of scan lines (even and odd) -- one set is from the frame before it, and the other from the frame following it. When it is reencoded it is often done with blending to make the added frame look less contrived. The telecine flag isn't there (because the contrived frame was reencoded). When that happens it is almost impossible to make a clear 23.976 output from it and it's better just to keep it 29.97.
Also, sometimes when a telecined source is reencoded, the player or frame server inserts the contrived frame and it is reencoded as well, but this time without blending. In that case (without blending) the telecined frame can to be recognized (by the notable differences between the even and odd scan lines). That usually works out -- but can sometimes show a bit of a "skip" every now and then when the IVTC routine couldn't determine correctly which frame was inserted (in a group of five), and removes the wrong frame.
To make it even worse. Sometimes you'll find sources (even occasionally on professionally authored originals) that mix IVTC (flagged) video with video that includes contrived frames. That's why some IVTC programs have to scan the source frame-by-frame before doing the conversion so it knows where to change mechanisms during conversion.
I guess the point is that it can sometimes be very complicated. But luckily, BD-RB does most of the analysis for you. The hidden options are mostly there for the times when you run into odd sources and want to override its decisions. But it is important that you remember to disable those hidden options before you start another job -- because they might not be appropriate for it.
[Note] All of this because of engineering decisions that 30fps (29.97) would make the clearest picture on a television (because of the short persistence of phospher glow when hit by an electron beam in a picture tube) -- while motion pictures were authored at 24fps. That's also why television pictures were divided into two sets (even and odd) of scan lines, so as one faded the other was created next to it and it wasn't as noticable.
The scary part is that I'm old enough to remember when these things were happening.
RetsimLegin
14th July 2024, 14:09
I have experimented with resampling the frame rate on telecine'd material to 23.976. How successful that is depends on the how much editing AFTER conversion to 29.97 was done; in other words, whether the extra frames are uniformly spaced throughout. Where they are, it works, although some trial and error may be needed to get the first frame right (i.e. so that the skipped frame is always the extra one).
But where post editing took place, I have found it necessary to do the same thing multiple times, each with a start point one frame further in from the start. And then inspect each outout and select the parts that are right and edit them back together. Long job.
Blurayhd
14th July 2024, 18:12
Hello, why Bdrebuilder do this? why convert the DTS to Ac3? I mean I had to use another tool because for some reazon rebuilder does that?
[13:14:29] Importing MKV: SISU.2022.BDREMUX.1080P.H.264-LMHD
- Collecting audio/video streams from source...
- Converting audio, Track #3, THD to AC3...
jdobbs
14th July 2024, 22:26
Hello, why Bdrebuilder do this? why convert the DTS to Ac3? I mean I had to use another tool because for some reazon rebuilder does that?That's just the default (AC3 is very efficient). If you don't want it converted, go to the SETTINGS/SETUP dialog and check "Do not convert DTS to AC3" in the "Audio Encoding" panel.
Lathe
14th July 2024, 22:52
If it is a movie, or scripted U.S. TV show, then yes. That is because they are all produced at 23.976/24 fps. 576 DVDs will have 25 fps source material. 25 fps source material that is standards converted to 23.976 will not be able to simply get back to 25 fps.
Well, I understand the first sentence, which is good... :)
Lathe
14th July 2024, 22:57
BD-RB scans the source for the pulldown flag.
But it isn't always that easy.
There are two common ways that authors adjust a 23.976/24 fps source to make it 29.97. Telecining is the most common. It's pretty easy, because the source is really 23.976, and when a player sees the flag it creates the additional frame (1 in 4) needed to make it 29.97. It is handled easily by IVTC, which just ignores the flag. But sometimes (you will see this much more often on imports) the author just repeats one frame out of every five. In that case you have to use a Decimate routine to find the repeated frame (by its similarity to the frame before it) and remove it.
Sometimes, though, especially when someone has reencoded a telecined source, you'll find one that is very difficult to fix. A telecined source has the added contrived frame (from the frame server/player) that is made up of two sets of scan lines (even and odd) -- one set is from the frame before it, and the other from the frame following it. When it is reencoded it is often done with blending to make the added frame look less contrived. The telecine flag isn't there (because the contrived frame was reencoded). When that happens it is almost impossible to make a clear 23.976 output from it and it's better just to keep it 29.97.
Also, sometimes when a telecined source is reencoded, the player or frame server inserts the contrived frame and it is reencoded as well, but this time without blending. In that case (without blending) the telecined frame can to be recognized (by the notable differences between the even and odd scan lines). That usually works out -- but can sometimes show a bit of a "skip" every now and then when the IVTC routine couldn't determine correctly which frame was inserted (in a group of five), and removes the wrong frame.
To make it even worse. Sometimes you'll find sources (even occasionally on professionally authored originals) that mix IVTC (flagged) video with video that includes contrived frames. That's why some IVTC programs have to scan the source frame-by-frame before doing the conversion so it knows where to change mechanisms during conversion.
I guess the point is that it can sometimes be very complicated. But luckily, BD-RB does most of the analysis for you. The hidden options are mostly there for the times when you run into odd sources and want to override its decisions. But it is important that you remember to disable those hidden options before you start another job -- because they can might not be appropriate for it.
[Note] All of this because of engineering decisions that 30fps (29.97) would make the clearest picture on a television (because of the short persistence of phospher glow when hit by an electron beam in a picture tube) -- while motion pictures were authored at 24fps. That's also why television pictures were divided into two sets (even and odd) of scan lines, so as one faded the other was created next to it and it wasn't as noticable.
The scary part is that I'm old enough to remember when these things were happening.
Wow, excellent information and most helpful, thank you JD!
And hey... even though you are aging rapidly (as evidenced sadly by your inability to determine Lossless audio) you are doing a right Bang Up job here Sir! https://lh3.googleusercontent.com/pw/AP1GczM6e_HiYvWh_NfVikZ9hO9126jKfMu_uRlu8XGs6K45ncKxx-HueHuHfErKWdQsYyrv4Myhag-ji3N72UHjA9MGeSBggLGZnM9_hEhpCFD7oErYPAzX1hwBhJ984gZGlPzUy9vu_cUAQckRWRmz--wGYw=w25-h28-s-no-gm?authuser=0
Lathe
14th July 2024, 23:00
I have experimented with resampling the frame rate on telecine'd material to 23.976. How successful that is depends on the how much editing AFTER conversion to 29.97 was done; in other words, whether the extra frames are uniformly spaced throughout. Where they are, it works, although some trial and error may be needed to get the first frame right (i.e. so that the skipped frame is always the extra one).
But where post editing took place, I have found it necessary to do the same thing multiple times, each with a start point one frame further in from the start. And then inspect each outout and select the parts that are right and edit them back together. Long job.
Yep, I've had some recreated DVDs, usually from foreign HD sources, where they have encoded the file improperly. In those cases I don't have the knowhow like most of you do to go through and micro analyze to see what's wrong, so I have to just do my best to 'gloss' over everything and make it look it's best :)
Blurayhd
15th July 2024, 19:14
That's just the default (AC3 is very efficient). If you don't want it converted, go to the SETTINGS/SETUP dialog and check "Do not convert DTS to AC3" in the "Audio Encoding" panel.
Thank You but I have already that option on and still convert the track
This happens when I import from an MKV movie
gonca
15th July 2024, 19:37
Thank You but I have already that option on and still convert the track
This happens when I import from an MKV movie
Do you have
KEEP HD AUDIO
selected?
Blurayhd
15th July 2024, 20:29
Do you have
KEEP HD AUDIO
selected?
Yes I do
I don't know what's happening
MrVideo
15th July 2024, 22:37
Hello, why Bdrebuilder do this? why convert the DTS to Ac3? I mean I had to use another tool because for some reazon rebuilder does that?
You are complainig about DTS being converted to AC3, when that is not the case:
[13:14:29] Importing MKV: SISU.2022.BDREMUX.1080P.H.264-LMHD
- Collecting audio/video streams from source...
- Converting audio, Track #3, THD to AC3...
Read again what you posted. It is THD that is being converted, not DTS.
MrVideo
15th July 2024, 22:44
You also have a choice of the deinterlacer type:
DEINTERLACER_TYPE=n n = 1-5 - 1=DECOMB,2=None,3=SmoothDeinterlace (default),4=Progressive (fake),5=3+1
Maybe an option 6: TFM().TDecimate()
Lathe
15th July 2024, 23:30
Maybe an option 6: TFM().TDecimate()
You know... It's extremely rare and almost never happens, but I do believe this time you are right! :D
jdobbs
16th July 2024, 15:37
Maybe an option 6: TFM().TDecimate()That setting is for deinterlacing -- not IVTC. There are also hidden settings for IVTC:IMPORT_NO_PULLDOWN=n n = 0/1 - Default=0, if set to 1, removes pulldown flags (IVTC) during import of MPEG2/DVD
IVTC_1080i=n n = 0/1 - Default=0, 1=Perform IVTC on all 1080i sources (careful -- sometimes a bad idea)
IVTC_1080p=n n = 0/1 - Default=0, 1=Perform IVTC on all 1080p 29.97fps sources (careful)
IVTC_480i=n n = 0/1 - Default=0, 1=Perform IVTC on all 480i sources (careful -- sometimes a bad idea)
IVTC_METHOD=n n = 0/1 = Default=1, 1=Use TIVTC for IVTC, 0=Use DECOMB for IVTC,
IVTC_SELECTION=n n = 0/1 - Default=0, 1=Enables IVTC on dropdown menu, normally for hard telecined sources
IVTC_TELECIDE=n n = 0/1 - Default=1, 1=Use IVTC_METHOD for Inverse telecining (IVTC) never uses direct IVTC
SD_PROGRESSIVE=n n = 0/1 - 1=ON (default). Keeps IVTC'd 480i sources as 480p. "0" inserts pulldown flags.
MrVideo
16th July 2024, 22:07
Ahh! Gotchya. Maybe this should have been mentioned earlier so that Lathe could have used one, or more, of those settings. Specifically:
IMPORT_NO_PULLDOWN=1
IVTC_SELECTION=1
IVTC_480i=1
IVTC_1080i=1
Lathe
16th July 2024, 23:55
Ahh! Gotchya. Maybe this should have been mentioned earlier so that Lathe could have used one, or more, of those settings. Specifically:
IMPORT_NO_PULLDOWN=1
IVTC_SELECTION=1
IVTC_480i=1
IVTC_1080i=1
Yeah, I sure didn't know about those. I'm still a bit confused, but the ones you mention specifically above I'll keep in mind.
Still, FWIW, just adding the AVS line seemed to do it perfectly, but I sure don't understand all the ins and outs of it...
Lathe
16th July 2024, 23:57
Oh, BTW... Does BDRB do HDR-SDR conversion? I'm currently using CleverFFmpeg since it seems to use some sort of 'Mobius' thing and the colours come out better than using Handbrake's colour BT709 colour filter.
I'd be going of course from UHD to HD also.
gonca
17th July 2024, 01:10
I'm still a bit confused,
Story of your life
MrVideo
17th July 2024, 02:37
Still, FWIW, just adding the AVS line seemed to do it perfectly, but I sure don't understand all the ins and outs of it...
Your adding the AVS filters still requires you to rewrap at a different frame rate. It is very possible by letting BDRB do the IVTC, it "should" come out at the correct frame rate.
Lathe
17th July 2024, 06:23
Your adding the AVS filters still requires you to rewrap at a different frame rate. It is very possible by letting BDRB do the IVTC, it "should" come out at the correct frame rate.
Oh yeah, that's right, the frame rate didn't come out right.
gonca
17th July 2024, 16:28
@Lathe
do you have a NVidia gpu?
Lathe
18th July 2024, 00:56
@Lathe
do you have a NVidia gpu?
It's an AMD Radeon, so I don't think I can get into all this esoteric GPU stuff. I'll probably just have to stay with using my CPU which does just fine.
gonca
18th July 2024, 01:39
Try the DG filters.
A bunch can work in software mode.
DGHDRtoSDR
DGPQtoHLG_1.0
Lathe
18th July 2024, 01:54
Try the DG filters.
A bunch can work in software mode.
DGHDRtoSDR
DGPQtoHLG_1.0
Thanks! How do I employ these 'DG' filters, what context/program?
gonca
18th July 2024, 11:54
They are AVS filters
https://www.rationalqm.us/mine.html
Lathe
18th July 2024, 20:27
They are AVS filters
https://www.rationalqm.us/mine.html
I'll check them out, thanks!
***EDIT
So, the ones where it says 2.6 and 'above', can I then just drop them in my new AVS+ plugins folder or do I have to put them in my old 2.6 plugins folder?
tebasuna51
19th July 2024, 09:22
So, the ones where it says 2.6 and 'above', can I then just drop them in my new AVS+ plugins folder or do I have to put them in my old 2.6 plugins folder?
You can put the 32 bits versions in the old 2.6 (2.5 really) plugins folder, they can be used also with Avs+ 32 bits.
gonca
19th July 2024, 11:13
I'll check them out, thanks!
***EDIT
So, the ones where it says 2.6 and 'above', can I then just drop them in my new AVS+ plugins folder or do I have to put them in my old 2.6 plugins folder?
You can also keep them in their own folder and load them manually/explicitly
Lathe
19th July 2024, 23:12
Thanks guys!
dietachi
21st July 2024, 02:58
@jdobbs
I want to check your requirements to test the encoding to check its compatibility with VCEEnc.
I have a Ryzen 5 5600G APU and a Radeon RX 7600 GPU for testing.
Maybe not in the planning, but it might be an add-on for the future.
Thank you.
Blurayhd
21st July 2024, 14:20
You are complainig about DTS being converted to AC3, when that is not the case:
[13:14:29] Importing MKV: SISU.2022.BDREMUX.1080P.H.264-LMHD
- Collecting audio/video streams from source...
- Converting audio, Track #3, THD to AC3...
Read again what you posted. It is THD that is being converted, not DTS.
I can't make it possible for bdrebuilder to create a disk for me with truehd
gonca
21st July 2024, 15:58
BD requires an AC3 core interleaved with a THD track.
MKV does not support that.
Maybe that is why BDRB will not create a BD with a THD track, not compliant in your case.
Lathe
21st July 2024, 21:22
I can't make it possible for bdrebuilder to create a disk for me with truehd
MKV's do not natively have the AC3 core in the TrueHD file. So, you need to use a program like Eac3to (like I do to do this very thing) drop the MKV file in the interface, in the dropdown menu choose the True file, and then to the right of it, choose the TrueHD+AC3. I always also choose to the right of that 'No 2nd encode' just to avoid that, but that is your choice. Then below that you click on Run CMD Line.
The resulting file will be a TruHD+AC3 file which will show in TSMuxer so that you can mux it back into a BDMV folder format for BDRB to import and process.
(It's nice to be able to help somebody ELSE sometimes! :))
jdobbs
22nd July 2024, 14:27
@jdobbs
I want to check your requirements to test the encoding to check its compatibility with VCEEnc.
I have a Ryzen 5 5600G APU and a Radeon RX 7600 GPU for testing.
Maybe not in the planning, but it might be an add-on for the future.
Thank you.I'll take a look at it. One thing I noticed right away was its lack of a smart "constant quality" mode. You either have to set a cbr/vbr bitrate, or set a constant quantizer (selectable by frame type). But, other than that, most of the command line parameters seem to line up with NVENCC and/or QSVENCC. Personally, I use constant quality for most of my encoding. I even get annoyed at QSVENCC for only allowing an integer for the constant quality value. It limits how accurate the prediction/sizing can be in that mode.
Another limitation is that I don't personally have a system with the AMD GPU -- so I'd rely completely on someone else to test it.
dietachi
23rd July 2024, 10:30
I'll take a look at it. One thing I noticed right away was its lack of a smart "constant quality" mode. You either have to set a cbr/vbr bitrate, or set a constant quantizer (selectable by frame type). But, other than that, most of the command line parameters seem to line up with NVENCC and/or QSVENCC. Personally, I use constant quality for most of my encoding. I even get annoyed at QSVENCC for only allowing an integer for the constant quality value. It limits how accurate the prediction/sizing can be in that mode.
Another limitation is that I don't personally have a system with the AMD GPU -- so I'd rely completely on someone else to test it.
Thank you, I will try that out.
One problem I can tell is that each generation if AMD GPUs and APUs has different options that may not work in the next or the previous one. Example B-frames are not supported by all AMD cards, unfortunately.
As for QSVEnc the only option I found to further fine tune CQP is
--qp-offset <int>[:<int>][:<int>]...
Set qp offset of each pyramid reference layers. (default = 0)
But I did not test that for BluRay or UHD.
jdobbs
23rd July 2024, 16:05
Thank you, I will try that out.
One problem I can tell is that each generation if AMD GPUs and APUs has different options that may not work in the next or the previous one. Example B-frames are not supported by all AMD cards, unfortunately.
As for QSVEnc the only option I found to further fine tune CQP is
--qp-offset <int>[:<int>][:<int>]...
Set qp offset of each pyramid reference layers. (default = 0)
But I did not test that for BluRay or UHD.I think I may try to implement it for testing at least... but trying that without having a VCE GPU of my own may be asking for trouble.
Would you mind running the following commands from a CMD window and post the output here?
\pathto\VCEEncC.exe --check-hw
\pathto\VCEEncC.exe --check-features
Blurayhd
23rd July 2024, 22:02
Hello, encoding with Nvidia or Intel also maintains the amazing quality than encoding with x264? thank you in advance
dietachi
23rd July 2024, 23:19
I think I may try to implement it for testing at least... but trying that without having a VCE GPU of my own may be asking for trouble.
Would you mind running the following commands from a CMD window and post the output here?
\pathto\VCEEncC.exe --check-hw
\pathto\VCEEncC.exe --check-features
Sure
I'll run the commands once I'm back at one of the machines. Might take a while.
jdobbs
23rd July 2024, 23:32
Hello, encoding with Nvidia or Intel also maintains the amazing quality than encoding with x264? thank you in advanceI did extensive testing using SSIM and PSNR comparisons (to reduce subjectivity). Both scored with roughly equal quality at approximately the same output size. You just have remember to use different constant quality settings (the values aren't 1:1).
dietachi
24th July 2024, 09:15
I think I may try to implement it for testing at least... but trying that without having a VCE GPU of my own may be asking for trouble.
Would you mind running the following commands from a CMD window and post the output here?
\pathto\VCEEncC.exe --check-hw
\pathto\VCEEncC.exe --check-features
I did run the checks.
For the RX 7600.
Please find below:
--check-hw
VCEEnc (x64) 8.23 (r1710) by rigaya, Jul 18 2024 12:57:57 (VC 1940/Win)
AMF Version 1.4.34
reader: raw, avs, vpy, avsw, avhw
VCE available
device #0: AMD Radeon RX 7600
Supported Codecs:
H.264/AVC
H.265/HEVC
AV1
--check-features
device #0: AMD Radeon RX 7600
H.264/AVC encode features
acceleration: Hardware-accelerated
max profile: High
max level: unknown
max bitrate: 1000000 kbps
ref frames: 1-16
Bframe support: yes
HW instances: 1
pre analysis: yes
max streams: 16
timeout support: yes
smart access: no
H.264/AVC input:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: YUV420P[7], YV12[2], BGRA[3], RGBA[5], ARGB[4], NV12[1](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.264/AVC output:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: NV12[1](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.265/HEVC encode features
10bit depth: yes
acceleration: Hardware-accelerated
max profile: main10
max level: unknown
max bitrate: 1000000 kbps
ref frames: 1-16
pre analysis: yes
max streams: 16
timeout support: yes
smart access: no
H.265/HEVC input:
Width: 128 - 8192
Height: 128 - 4352
alignment: 32
Interlace: no
pix format: YUV420P[7], YV12[2], BGRA[3], RGBA[5], ARGB[4], NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.265/HEVC output:
Width: 128 - 8192
Height: 128 - 4352
alignment: 32
Interlace: no
pix format: NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
AV1 encode features
10bit depth: yes
acceleration: Hardware-accelerated
max profile: main
max level: unknown
max bitrate: 1000000 kbps
Temporal layers: 4
pre analysis: yes
max streams: 1
timeout support: no
smart access: no
AV1 input:
Width: 128 - 8192
Height: 128 - 4352
alignment: 32
Interlace: no
pix format: YUV420P[7], YV12[2], BGRA[3], RGBA[5], ARGB[4], NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
AV1 output:
Width: 128 - 8192
Height: 128 - 4352
alignment: 32
Interlace: no
pix format: NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
device #0: AMD Radeon RX 7600
H.264/AVC decode features
10bit depth: no
acceleration: Hardware-accelerated
max streams: 16
smart access: no
H.264/AVC output:
Width: 32 - 4096
Height: 32 - 4096
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
H.265/HEVC decode features
10bit depth: yes
acceleration: Hardware-accelerated
max streams: 0
smart access: no
H.265/HEVC output:
Width: 32 - 7680
Height: 32 - 4320
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
VP9 decode features
10bit depth: yes
acceleration: Hardware-accelerated
max streams: 16
smart access: no
VP9 output:
Width: 32 - 7680
Height: 32 - 4320
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
device #0: AMD Radeon RX 7600
AMFVideoConverter features
acceleration: GPU-accelerated
input:
Width: 32 - 2147483647
Height: 32 - 2147483647
alignment: 2
Interlace: no
pix format: NV12[1](native), YV12[2](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), YUV420P[7](native), YUY2[9](native), UYVY[12](native)
memory type: DX11(native), OPENCL(native), OPENGL(native), HOST
output:
Width: 32 - 2147483647
Height: 32 - 2147483647
alignment: 2
Interlace: no
pix format: NV12[1](native), YV12[2](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), YUV420P[7](native)
memory type: DX11(native), OPENCL(native), OPENGL(native), HOST
AMFHQScaler features
acceleration: GPU-accelerated
input:
Width: 32 - 8192
Height: 32 - 4096
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
output:
Width: 32 - 16384
Height: 32 - 8192
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
AMFVQEnhancer features
acceleration: GPU-accelerated
input:
Width: 32 - 8192
Height: 32 - 4096
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
output:
Width: 32 - 16384
Height: 32 - 8192
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
Please find below results for the Ryzen 5 5600g APU (Vega 7 if I am not mistaken)
--check-hw
VCEEnc (x64) 8.23 (r1710) by rigaya, Jul 18 2024 12:57:57 (VC 1940/Win)
AMF Version 1.4.34
reader: raw, avs, vpy, avsw, avhw
VCE available
device #0: AMD Radeon
Supported Codecs:
H.264/AVC
H.265/HEVC
--check-features
device #0: AMD Radeon
H.264/AVC encode features
acceleration: Hardware-accelerated
max profile: High
max level: unknown
max bitrate: 1000000 kbps
ref frames: 1-16
Bframe support: no
HW instances: 1
pre analysis: yes
max streams: 16
timeout support: yes
smart access: no
H.264/AVC input:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: YUV420P[7], YV12[2], BGRA[3], RGBA[5], ARGB[4], NV12[1](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.264/AVC output:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: NV12[1](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.265/HEVC encode features
10bit depth: yes
acceleration: Hardware-accelerated
max profile: main
max level: unknown
max bitrate: 1000000 kbps
ref frames: 1-16
pre analysis: yes
max streams: 16
timeout support: yes
smart access: no
H.265/HEVC input:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: YUV420P[7], YV12[2], BGRA[3], RGBA[5], ARGB[4], NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
H.265/HEVC output:
Width: 128 - 4096
Height: 128 - 4096
alignment: 32
Interlace: no
pix format: NV12[1](native), P010[10](native)
memory type: DX11(native), OPENCL, OPENGL, HOST
device #0: AMD Radeon
H.264/AVC decode features
10bit depth: no
acceleration: Hardware-accelerated
max streams: 16
smart access: no
H.264/AVC output:
Width: 32 - 4096
Height: 32 - 2160
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
H.265/HEVC decode features
10bit depth: yes
acceleration: Hardware-accelerated
max streams: 0
smart access: no
H.265/HEVC output:
Width: 32 - 7680
Height: 32 - 4320
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
MPEG2 decode features
10bit depth: no
acceleration: Hardware-accelerated
max streams: 16
smart access: no
MPEG2 output:
Width: 32 - 1920
Height: 32 - 1080
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
VP9 decode features
10bit depth: yes
acceleration: Hardware-accelerated
max streams: 16
smart access: no
VP9 output:
Width: 32 - 7680
Height: 32 - 4320
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
VC-1 decode features
10bit depth: no
acceleration: Hardware-accelerated
max streams: 16
smart access: no
VC-1 output:
Width: 32 - 1920
Height: 32 - 1080
alignment: 32
Interlace: yes
pix format: NV12[1](native), P010[10](native), P012[19](native), BGRA[3], RGBA[5]
memory type: DX11(native)
device #0: AMD Radeon
AMFVideoConverter features
acceleration: GPU-accelerated
input:
Width: 32 - 2147483647
Height: 32 - 2147483647
alignment: 2
Interlace: no
pix format: NV12[1](native), YV12[2](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), YUV420P[7](native), YUY2[9](native), UYVY[12](native)
memory type: DX11(native), OPENCL(native), OPENGL(native), HOST
output:
Width: 32 - 2147483647
Height: 32 - 2147483647
alignment: 2
Interlace: no
pix format: NV12[1](native), YV12[2](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), YUV420P[7](native)
memory type: DX11(native), OPENCL(native), OPENGL(native), HOST
AMFHQScaler features
acceleration: GPU-accelerated
input:
Width: 32 - 8192
Height: 32 - 4096
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
output:
Width: 32 - 16384
Height: 32 - 8192
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
AMFVQEnhancer features
acceleration: GPU-accelerated
input:
Width: 32 - 8192
Height: 32 - 4096
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
output:
Width: 32 - 16384
Height: 32 - 8192
alignment: 2
Interlace: no
pix format: NV12[1](native), BGRA[3](native), ARGB[4](native), RGBA[5](native), P010[10](native), RGBA_F16[11](native), R10G10B10A2[13](native)
memory type: DX11(native), OPENCL(native)
jdobbs
24th July 2024, 13:38
Thanks. That helps.
dietachi
25th July 2024, 14:07
Thanks. That helps.
Welcome.
jdobbs
25th July 2024, 21:12
I have updated the first post of this thread with a link to the most recent release (v0.62.06) of BD-RB. Changes for this release:- Added code to correct resizing when using
Intel GPU on imported sources that are not
standard resolutions to make up for its
unusual resize-before-padding behavior.
- Added similar resizing adjustments to
GPUENCC for when padding and resizing are
required.
- Corrected an issue in which resizing an SD
4:3 source to 1080p or 720p source while
forcing UHD output could result in output
with an incorrect aspect ratio.
- Corrected an issue in which non-UHD HEVC
files that are imported cause the pseudo
BD Structure to be flagged as UHD-BD, and
results in reencoding to HEVC and the
creation of a UHD-BD structure when
performing a rebuild.
- Removed QSYNC_TEST requirement to enable
Intel Quick Sync testing/usage. It is now
available by default -- but, of course, it
only works for those with appropriate GPUs.
- Other minor corrections and cosmetic fixes.
Blurayhd
25th July 2024, 23:25
I have updated the first post of this thread with a link to the most recent release (v0.62.06) of BD-RB. Changes for this release:- Added code to correct resizing when using
Intel GPU on imported sources that are not
standard resolutions to make up for its
unusual resize-before-padding behavior.
- Added similar resizing adjustments to
GPUENCC for when padding and resizing are
required.
- Corrected an issue in which resizing an SD
4:3 source to 1080p or 720p source while
forcing UHD output could result in output
with an incorrect aspect ratio.
- Corrected an issue in which non-UHD HEVC
files that are imported cause the pseudo
BD Structure to be flagged as UHD-BD, and
results in reencoding to HEVC and the
creation of a UHD-BD structure when
performing a rebuild.
- Removed QSYNC_TEST requirement to enable
Intel Quick Sync testing/usage. It is now
available by default -- but, of course, it
only works for those with appropriate GPUs.
- Other minor corrections and cosmetic fixes.
Thank You Jdobbs, how to know if my GPU Intel is good enough?
Lathe
26th July 2024, 01:57
Hmmm... I know I'm forgetting something, but I'm trying to convert an HEVC MKV file into an x264 archive file (AVC/AC3) but, I keep getting errors. I tried first using alternate output 1920x1080 keep intact audio, and then I tried the archive backup that I mention above. Both failed... I've attached the MediaInfo txt file of the original MKV file.
Oh, I see that attachments need to be 'Approved', so please forgive me, but I'll just add the file information below then.
***EDIT
Okay, I tried reinstalling AVS from your #1 page here. I had installed the newest version because everyone said it would work, but with BDRB it did not. But, it still failed. I'll include the failed information below the MediaInfo of the original file.
Here are the logs:
[Status]
LABEL=IL.SORRISO.DELLA.IENA.1972.1080P.BLURAY.DUAL.DDP.1.0.X265-SM737
VERSION=v0.62.01
SOURCE_SIZE=3290222716
SOURCE_VIDEO_SIZE=3290204160
TARGET_SIZE=24851251200
REDUCTION=7.55309744791034
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=1
ENCODE_STEP=1.5
[00000]
AUDIO=111
PGS=11
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24851232644
SPLITS=1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
----------------------
[17:47:08] Importing MKV: IL.SORRISO.DELLA.IENA.1972.1080P.BLURAY.DUAL.DDP.1.0.X265-SM737
- Preparing MKV for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[17:47:49] Video import completed successfully.
----------------------
----------------------
[07/25/24] BD Rebuilder v0.62.01
[17:50:24] Source: IL.SORRISO.DELLA.IENA.1972.1080P.BLURAY.DUAL.DDP.1.0.X265-SM737
- Input BD size: 3.06 GB
- Approximate total content: [01:28:20.420]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[17:50:26] PHASE ONE, Encoding
- [17:50:26] Processing: VID_00000 (1 of 1)
- [17:50:26] Reencoding video [VID_00000]
- Source Video: HEVC, 1920x1080
- Rate/Length: 23.976fps, 127,083 frames
- [17:50:26] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.62.01
- Windows Version: 6.2 [9200]
- Working Path Free Space: 184.86GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[17:50:28] - Failed video encode, aborted
----------------------
[17:51:08] Importing MKV: IL.SORRISO.DELLA.IENA.1972.1080P.BLURAY.DUAL.DDP.1.0.X265-SM737
- Preparing MKV for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[17:51:46] Video import completed successfully.
----------------------
[07/25/24] BD Rebuilder v0.62.01
[17:51:54] Source: IL.SORRISO.DELLA.IENA.1972.1080P.BLURAY.DUAL.DDP.1.0.X265-SM737
- Input BD size: 3.06 GB
- Approximate total content: [01:28:20.420]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:51:55] PHASE ONE, Encoding
- [17:51:55] Processing: VID_00000 (1 of 1)
- [17:51:55] Extracting A/V streams [VID_00000]
- [17:52:08] Reencoding video [VID_00000]
- Source Video: HEVC, 1920x1080
- Rate/Length: 23.976fps, 127,083 frames
- [17:52:08] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.62.01
- Windows Version: 6.2 [9200]
- Working Path Free Space: 184.86GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[17:52:09] - Failed video encode, aborted
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Original HEVC MediaInfo file:
General
Unique ID : 67595281969964806923358460752008863402 (0x32DA60B52D0A1DC136A0CDC9BAB45EAA)
Complete name : D:\__MKVMerge\Il.sorriso.della.iena.1972.1080p.BluRay.DUAL.DDP.1.0.x265-SM737.mkv
Format : Matroska
Format version : Version 4
File size : 2.84 GiB
Duration : 1 h 28 min
Overall bit rate : 4 600 kb/s
Frame rate : 23.976 FPS
Encoded date : 2024-07-26 00:44:55 UTC
Writing application : mkvmerge v86.0 ('Winter') 64-bit
Writing library : libebml v1.4.5 + libmatroska v1.7.1 / Lavf60.16.100
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 1 h 28 min
Bit rate : 3 501 kb/s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 0)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.095
Stream size : 2.16 GiB (76%)
Writing library : x265 3.5+1-f0c1022b6:[Linux][GCC 13.2.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=0 / level-idc=41 / high-tier=1 / uhd-bd=0 / ref=6 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-eob / no-eos / no-hrd / info / hash=0 / temporal-layers=0 / open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-hist-scenecut / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / no-weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=3500 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=4 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=1 / chromaloc-top=0 / chromaloc-bottom=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass / no-mcstf / no-sbrc
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 28 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 1 channel
Channel layout : M
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : 1 s 600 ms
Stream size : 121 MiB (4%)
Title : Commentary with Author Troy Howarth and Film Maker Nathaniel Thompson
Language : English
Service kind : Complete Main
Default : No
Forced : No
Dialog Normalization : -31 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 28 min
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 1 channel
Channel layout : M
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : 1 s 600 ms
Stream size : 283 MiB (10%)
Language : Italian
Service kind : Complete Main
Default : No
Forced : No
Dialog Normalization : -31 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
Audio #3
ID : 4
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 28 min
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 1 channel
Channel layout : M
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : 1 s 600 ms
Stream size : 283 MiB (10%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Dialog Normalization : -31 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
Text #1
ID : 5
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 28 min
Bit rate : 16.8 kb/s
Frame rate : 0.215 FPS
Count of elements : 1138
Stream size : 10.6 MiB (0%)
Title : SDH
Language : English
Default : Yes
Forced : No
Text #2
ID : 6
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 27 min
Bit rate : 14.7 kb/s
Frame rate : 0.186 FPS
Count of elements : 978
Stream size : 9.24 MiB (0%)
Language : English
Default : No
Forced : No
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Last attempt:
----------------------
[18:20:28] Importing MKV: 00000
- Preparing MKV for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[18:21:17] Video import completed successfully.
----------------------
[07/25/24] BD Rebuilder v0.62.01
[18:21:22] Source: 00000
- Input BD size: 3.06 GB
- Approximate total content: [01:28:20.420]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:21:22] PHASE ONE, Encoding
- [18:21:22] Processing: VID_00000 (1 of 1)
- [18:21:22] Extracting A/V streams [VID_00000]
- [18:21:40] Reencoding video [VID_00000]
- Source Video: HEVC, 1920x1080
- Rate/Length: 23.976fps, 127,083 frames
- [18:21:40] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.62.01
- Windows Version: 6.2 [9200]
- Working Path Free Space: 182.02GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[18:21:41] - Failed video encode, aborted
gonca
26th July 2024, 11:49
@Lathe
Try using LAV as frame server and disable your "tweaks" temporarily.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.