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 > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 22nd June 2020, 13:10   #18601  |  Link
Tlen
Registered User
 
Join Date: Apr 2020
Posts: 15
Mm but look at the trousers

https://caps-a-holic.com/c_image.php...=0&x=0&y=0&l=1

Not fantastically defined but the wrinkles are there, neat and clean and not upscale (you would definetively note in that case)
Tlen is offline   Reply With Quote
Old 22nd June 2020, 13:19   #18602  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,803
So perhaps another bad transfer labeled as UHD
Atak_Snajpera is offline   Reply With Quote
Old 22nd June 2020, 13:24   #18603  |  Link
Tlen
Registered User
 
Join Date: Apr 2020
Posts: 15
Oh you were looking at the 4k screens.
Well...that... maybe eheh
Tlen is offline   Reply With Quote
Old 28th June 2020, 18:07   #18604  |  Link
Fishman0919
FishmanMod Android Dev
 
Fishman0919's Avatar
 
Join Date: Apr 2004
Location: Somewhere else, maybe Arizona Bay
Posts: 1,143
Forced argument issue

I'm trying to encode a 4k movie with the arguments --ctu 32 --merange 114 but the forced arguments --ctu 64 --merange 57 are coming in at the end and override my commands... I can edit the file but just a heads up

Quote:
"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "D:\RipBot264v1.22.0\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --crf 22 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 179468 --sar 1:1 --profile main10 --output-depth 10 --aq-mode 3 --min-keyint 23 --keyint 250 --me umh --ctu 32 --merange 114 --ctu 64 --merange 57 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -
__________________
"Cinderella story, out of nowhere,
former greenskeeper, now about
to become the Masters champion.
It looks like a mirac- it's in the hole!"

Last edited by Fishman0919; 28th June 2020 at 18:30.
Fishman0919 is offline   Reply With Quote
Old 29th June 2020, 10:41   #18605  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by Fishman0919 View Post
I'm trying to encode a 4k movie with the arguments --ctu 32 --merange 114 but the forced arguments --ctu 64 --merange 57 are coming in at the end and override my commands... I can edit the file but just a heads up
Hi, I couldn't help but notice this :-

"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe"

Do you name the folder after the version you're running ?? Because if that's the case you are running a pretty old build, it's currently v1.24.1.

Now I'm not saying that this is why your seeing this change, but it would be interesting if you ran auto update to get the latest, to see if that does indeed fix this.
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)
Pauly Dunne is offline   Reply With Quote
Old 30th June 2020, 21:04   #18606  |  Link
activoice
Registered User
 
Join Date: Sep 2017
Posts: 17
Unable to open input file when doing distributed encoding

I usually use Ripbot in CQ mode to encode using Distributed Encoding and it works fine across 2 PCs on my home network.. However today I was trying to do Distributed Encoding in 2-pass mode, but on the second PC I constantly see it starting and stopping and the error briefly flashes by - x265 - unable to open input file. (The primary PC has no issues and continues to encode on it's own)

When I look at the files and paths in the encoder window everything looks correct to me, and if I open explorer I can reach all of those paths... so I am not sure which file it claims to be having a problem with... not sure if Ripbot has a log file I can post or something like that. I assume it's a file specific to 2 pass encoding that it can't find since I don't have any such error when encoding in CQ mode.

Any ideas?
activoice is offline   Reply With Quote
Old 4th July 2020, 18:30   #18607  |  Link
Fishman0919
FishmanMod Android Dev
 
Fishman0919's Avatar
 
Join Date: Apr 2004
Location: Somewhere else, maybe Arizona Bay
Posts: 1,143
Quote:
Originally Posted by Pauly Dunne View Post
Hi, I couldn't help but notice this :-

"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe"

Do you name the folder after the version you're running ?? Because if that's the case you are running a pretty old build, it's currently v1.24.1.

Now I'm not saying that this is why your seeing this change, but it would be interesting if you ran auto update to get the latest, to see if that does indeed fix this.
No... that was the ver I download when it was new... I just unzipped it to that folder and never renamed it.

Code:
2020-06-28 11:23:21 : =========================[UPDATER ACTIVATED]=========================
2020-06-28 11:23:21 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-06-28 11:23:21 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-06-28 11:23:22 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-06-28 11:23:22 : [SUCCESS] D:\RipBot264v1.22.0\Updates\update.zip saved!
2020-06-28 11:23:23 : CRC32 value has not changed for [core]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [aften]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mpc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [setacl]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [x264]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [x265]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ffms]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [scripts]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [yadif]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [masktools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [7z]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-06-28 11:23:23 : Downloading finished.
2020-07-04 13:28:13 : =========================[UPDATER ACTIVATED]=========================
2020-07-04 13:28:13 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-07-04 13:28:14 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-07-04 13:28:14 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-07-04 13:28:15 : [SUCCESS] D:\RipBot264v1.22.0\Updates\update.zip saved!
2020-07-04 13:28:15 : CRC32 value has not changed for [core]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [aften]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mpc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [setacl]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [x264]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [x265]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ffms]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [scripts]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [yadif]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [masktools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [7z]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-07-04 13:28:15 : Downloading finished.
2020-07-04 13:28:37 : Next check after 2020-07-05 13:28:13
__________________
"Cinderella story, out of nowhere,
former greenskeeper, now about
to become the Masters champion.
It looks like a mirac- it's in the hole!"
Fishman0919 is offline   Reply With Quote
Old 5th July 2020, 10:48   #18608  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by Fishman0919 View Post
No... that was the ver I download when it was new... I just unzipped it to that folder and never renamed it.
Yep, well you're up to date alright, and seeing there hasn't been any updates since 01-05-20, that's not the problem.

I am very puzzled why Atak isn't commenting on the forum as much as he used to, and the fact "we" haven't been any updates in over 2 months, is also very strange.

Many components that are used by RipBot have seen several new builds made available in the past 2 months.

Now, I do recall Atak mentioning that his main PC was not working, a week or so ago, and we don't know if there any other circumstances that might be keeping him from the forum(s), if Covid-19 has something to do with it, then so be it, that IS affecting EVERYONE.

So unless individual users update the components themselves, we'll just have to wait.

I have to admit I actually haven't used RB for month's...I have a nice Ryzen 9 3950X setup, and I just haven't been using it.

But I do check for updates nearly every day.
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)
Pauly Dunne is offline   Reply With Quote
Old 14th July 2020, 16:50   #18609  |  Link
duffbeer
Registered User
 
Join Date: Mar 2019
Posts: 40
Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.
duffbeer is offline   Reply With Quote
Old 14th July 2020, 21:11   #18610  |  Link
GZZ
Registered User
 
Join Date: Jan 2002
Posts: 581
Quote:
Originally Posted by duffbeer View Post
Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.
You can try replace it (dont complain if it dosnt, but if encoding start then it works). The GCC AVX2 build from the master bench should work.

http://msystem.waw.pl/x265/
GZZ is offline   Reply With Quote
Old 15th July 2020, 01:22   #18611  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by duffbeer View Post
Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.
As GZZ mentioned...I did a lot of "manual" updates a couple of weeks ago, as many of the RB components have had updates in the time it's been since the last official update, well over 2 months ago, now.

But with x264 & x265, the .exe files that Atak provides are named differently to the .exe you would get from GZZ's reference page, and the file size's will also be different, however, if you re name them to how they are named in RB, then just overwrite them (maybe keep the originals as a backup, jic), and again, as GZZ said, if it starts to encode, then it works .

Update:- I just downloaded the latest, (x265-3.4+12-geff9_gcc101-AVX2) and I would think if you simply renamed the x265-10b.exe to x265_x64.exe, in the "Tools/x265" folder, you should be good to go.

Good luck
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)

Last edited by Pauly Dunne; 15th July 2020 at 02:00.
Pauly Dunne is offline   Reply With Quote
Old 15th July 2020, 20:11   #18612  |  Link
GZZ
Registered User
 
Join Date: Jan 2002
Posts: 581
Quote:
Originally Posted by Pauly Dunne View Post
Update:- I just downloaded the latest, (x265-3.4+12-geff9_gcc101-AVX2) and I would think if you simply renamed the x265-10b.exe to x265_x64.exe, in the "Tools/x265" folder, you should be good to go.

Good luck

Use the X265.exe and do a x265.exe --version and check if it contains the 8+10+12 bit compile.

e:\RipBot264v\Tools\x265>x265_x64.exe --version (Below is the new build 3.4+12)
x265 [info]: HEVC encoder version 3.4+12-geff904199
x265 [info]: build info [Windows][GCC 10.1.1][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2

Compare the data with the original to make sure its build with the same settings. GCC version is ofcourse newer.
GZZ is offline   Reply With Quote
Old 16th July 2020, 01:58   #18613  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by GZZ View Post
Use the X265.exe and do a x265.exe --version and check if it contains the 8+10+12 bit compile.

e:\RipBot264v\Tools\x265>x265_x64.exe --version (Below is the new build 3.4+12)
x265 [info]: HEVC encoder version 3.4+12-geff904199
x265 [info]: build info [Windows][GCC 10.1.1][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2

Compare the data with the original to make sure its build with the same settings. GCC version is ofcourse newer.
Fair enough, but if you were only using 10bit, wouldn't the 10b.exe do the job ??

Good info, tho
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)
Pauly Dunne is offline   Reply With Quote
Old 16th July 2020, 22:03   #18614  |  Link
GZZ
Registered User
 
Join Date: Jan 2002
Posts: 581
Quote:
Originally Posted by Pauly Dunne View Post
Fair enough, but if you were only using 10bit, wouldn't the 10b.exe do the job ??

Good info, tho
it would, but if you do a 8bit encoding using x265 it will properly fail.
GZZ is offline   Reply With Quote
Old 17th July 2020, 13:04   #18615  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 424
Burnt out?

It's strange to me that Atak hasn't been around much lately. I wonder if something happened to him in his life? He could also be getting burnt out with this project.

I hope he doesn't give up on this project though. I use it every day.

Atak, if you ever feel like you want to shelve this project, please put it up on Github or something like that so that it does not die.
Ryushin is offline   Reply With Quote
Old 18th July 2020, 03:02   #18616  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by Ryushin View Post
It's strange to me that Atak hasn't been around much lately. I wonder if something happened to him in his life? He could also be getting burnt out with this project.

I hope he doesn't give up on this project though. I use it every day.

Atak, if you ever feel like you want to shelve this project, please put it up on Github or something like that so that it does not die.
Hey Ryushin, actually you haven't posted on this forum much lately, either

Good to know that you're using RB everyday, I haven't encoded anything for months, but I keep it updated, myself.

Yes, it's a bit of a mystery, his last post was 22/06, nearly a month back, there's been no updates of any kind for 2.5 months, and unless you are able to update some of the "important" components of RB yourself, then you're stuck.

However, he has been fairly "busy" on his Windows 7 forum, his last post there was about a week ago..so maybe he's happy were RB is, and is more centred on keeping the past alive, by spending his time on Windows 7.

Who knows, he might be working on a totally revamped build, I guess we'll never know. But a current update or comment on this forum would be nice, just so we know "where he's at"
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)
Pauly Dunne is offline   Reply With Quote
Old 19th July 2020, 20:34   #18617  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD
jlpsvk is offline   Reply With Quote
Old 20th July 2020, 00:56   #18618  |  Link
Pauly Dunne
Grumpy Old Man.
 
Pauly Dunne's Avatar
 
Join Date: Jul 2019
Location: Out There....
Posts: 692
Quote:
Originally Posted by jlpsvk View Post
i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?
So even tho it's missing 8 frames, does it playback OK ??

Try (x265-3.4+12-geff9_gcc101-AVX2) (link is a couple of post back from this) GZZ #18619
__________________
Not poorly done, just doin' it my way !!!
Live every day like it's your last, because one day, it will be !! (M$B)
Pauly Dunne is offline   Reply With Quote
Old 20th July 2020, 09:42   #18619  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Quote:
Originally Posted by Pauly Dunne View Post
So even tho it's missing 8 frames, does it playback OK ??

Try (x265-3.4+12-geff9_gcc101-AVX2) (link is a couple of post back from this) GZZ #18619
yes... it plays fine... but when i try to mux with Dolby Vision, it makes problem. It must have the same amount of frames as EL+RPU.
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD
jlpsvk is offline   Reply With Quote
Old 20th July 2020, 21:38   #18620  |  Link
GZZ
Registered User
 
Join Date: Jan 2002
Posts: 581
Quote:
Originally Posted by jlpsvk View Post
i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?
if you are already on 3.4+9 and it works, then keep it. No reason to use time on a build that is almost identical. The only reason we updated was because the version included with Ripbot was on version 3.2 or 3.3.
GZZ is offline   Reply With Quote
Reply

Tags
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360

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 02:58.


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