View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
FuzzyNutz
24th August 2019, 18:06
An error appears in every activation cycle in my update log:
2019-08-24 12:55:57 : =========================[UPDATER ACTIVATED]=========================
2019-08-24 12:55:57 : Looking for correct UUID link in
2019-08-24 12:55:57 : [ERROR] NO CONNECTION with
2019-08-24 12:55:57 : Searching for UUID link with DuckDuckGo...
2019-08-24 12:55:57 : Search results...
2019-08-24 12:55:57 : http://pastebin.com/FC9zCf0D
2019-08-24 12:55:57 : Looking for correct UUID link in http://pastebin.com/FC9zCf0D
2019-08-24 12:55:58 : [SUCCESS] http://pastebin.com/FC9zCf0D has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2019-08-24 12:55:58 : No results.
My Windows 10 (Pro) firewall includes exceptions for RipBot264 and it's updater, that I added.
slalom
24th August 2019, 19:26
You can change the default decoder in the settings (Main) from LSmash to FFMS2 for all codecs or just the ones you want, or you can even do it after the fast if you right click on a job and select FFMS2.
I changed everything to FFMS2 too. I hope there are no problems
Atak_Snajpera
24th August 2019, 19:40
An error appears in every activation cycle in my update log:
2019-08-24 12:55:57 : =========================[UPDATER ACTIVATED]=========================
2019-08-24 12:55:57 : Looking for correct UUID link in
2019-08-24 12:55:57 : [ERROR] NO CONNECTION with
2019-08-24 12:55:57 : Searching for UUID link with DuckDuckGo...
2019-08-24 12:55:57 : Search results...
2019-08-24 12:55:57 : http://pastebin.com/FC9zCf0D
2019-08-24 12:55:57 : Looking for correct UUID link in http://pastebin.com/FC9zCf0D
2019-08-24 12:55:58 : [SUCCESS] http://pastebin.com/FC9zCf0D has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2019-08-24 12:55:58 : No results.
My Windows 10 (Pro) firewall includes exceptions for RipBot264 and it's updater, that I added.
Replace old updater.exe with this
https://www.mediafire.com/file/0744wilxt2e7wlv/updater.exe/file
Atak_Snajpera
24th August 2019, 19:42
I changed everything to FFMS2 too. I hope there are no problems
FFMS2 is not perfect either
https://forum.doom9.org/showthread.php?p=1881599#post1881599
I would at least use LSMASH for MPEG-2. I have few sample where FFMS2 mpeg-2 decoder acts weird.
FuzzyNutz
24th August 2019, 20:21
Replace old updater.exe with this
https://www.mediafire.com/file/0744wilxt2e7wlv/updater.exe/file
Thank you.
slalom
24th August 2019, 20:59
FFMS2 is not perfect either
https://forum.doom9.org/showthread.php?p=1881599#post1881599
I would at least use LSMASH for MPEG-2. I have few sample where FFMS2 mpeg-2 decoder acts weird.
LSMASH takes at least twice the time. I can use it for MPEG-2, there are very few of them
byteshare
24th August 2019, 21:05
FFMS2 is not perfect either
https://forum.doom9.org/showthread.php?p=1881599#post1881599
I would at least use LSMASH for MPEG-2. I have few sample where FFMS2 mpeg-2 decoder acts weird.
Thank you for the note on MPEG-2. I had LSmash only set for VC-1.
No LSmash/FFMS2 setting exists on my UI, "main".
What is the "fast"?
What is the "it" in "I confirmed it"?
You're not on the most recent version if you don't see that in the main section of your settings.
"fast"...*fact (typo)
"it" confirming the issue wasn't happening
Atak_Snajpera
24th August 2019, 21:28
Do not use lsmash for vc1!!! IT is totally broken!!!
FuzzyNutz
24th August 2019, 22:03
Once RB treats me to the update that adds the setting for selecting LSmash, should I use it for MPEG-2 sources only?
slalom
24th August 2019, 22:07
@Atak
I wanted to ask something regarding which server runs the CombineAllChunks.cmd
Is it the one who finishes the last chunk?
Atak_Snajpera
24th August 2019, 22:47
None. Encodindclient.exe executes that command file.
byteshare
25th August 2019, 00:48
Do not use lsmash for vc1!!! IT is totally broken!!!
Ah, okay...I did NOT remember that correctly. Thank you.
Once RB treats me to the update that adds the setting for selecting LSmash, should I use it for MPEG-2 sources only?
It isn't RB if you've edited the update.ini file, but to answer your question: You can use it for LSmash for all except VC-1 or just MPEG-2, up to you.
byteshare
25th August 2019, 03:42
I've been having some slowness issues and I thought it was more to do with LSmash but it doesn't seem to be...
I get about 1FPS using SMD in DE mode (1 encoding server) but about 7 FPS in non-DE mode with the exact same job. My SMD code:video=video.SMDegrain(tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,prefilter=4,
Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1) (added line-break to help with horizontal scrolling
One thing I've noticed that the encoding server is spending most of the time in decoding mode and doesn't actually encode very much and if I have 2 encoding servers at some point it is common for them both to stall and just do decoding but at a reduced amount of CPU.
I'd post about this before and thought it was to do with QTGMC and SMD not playing well together but when I switch to non-DE mode I'm also seeing an increase in FPS for encoding.
Is there something I could do to help DE mode be faster?
I don't have to be in DE mode but I use it for two reasons to normally get slightly faster FPS (using more CPU) and so if I need to "Pause" during a job I can turn off the encoding server, or even reboot if need be.
Atak_Snajpera
25th August 2019, 09:25
Network bottleneck.
byteshare
25th August 2019, 14:58
Network bottleneck.
Gigabit LAN but just one Encoding Server and it is local (all on the same machine as the main RipBot), so that seems like an issue with what the Encoding Server is doing, no?
-I don't recall seeing the same issues if I don't use filters, specifically MDegrain, SMDegrain, and QTGMC slower preset.
I'd have to go back and test with an older version of RipBot but at some point this started happening because I remember doing a lot of tests with Prefilter 3 and 4 on SMDegrain (CPU (3) and GPU (4)) and getting roughly the same speeds I'm getting now in non-DE mode that I was getting in DE mode with the older version.
FuzzyNutz
25th August 2019, 17:45
It isn't RB if you've edited the update.ini file, but to answer your question: You can use it for LSmash for all except VC-1 or just MPEG-2, up to you.
I have core 08-23 and updater 08-24, yet changing to an older date in the updater.ini file still doesn't get me LSmash settings after many runs of RB as administrator or not. I'm still getting flickering frames.
Atak_Snajpera
25th August 2019, 17:54
What does updater log say?
FuzzyNutz
25th August 2019, 18:10
What does updater log say?
2019-08-25 13:09:38 : =========================[UPDATER ACTIVATED]=========================
2019-08-25 13:09:38 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2019-08-25 13:09:39 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2019-08-25 13:09:39 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2019-08-25 13:09:39 : [SUCCESS] C:\Program Files (x86)\RipBot264\Updates\update.zip saved!
2019-08-25 13:09:39 : CRC32 value has not changed for [core]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [Aften]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [dgindex]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [eac3to]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [mp4box]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [mpc]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [opus-tools]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [remuxtool]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [SetACL]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [vjoin]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [VSRip]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [wolcmd]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [x264]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [x265]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [AutoCrop]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [ffms]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [Scripts]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [TIVTC]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [VSFilter]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [Yadif]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [KNLMeansCL]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [OpenCLinfo]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [masktools]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [mvtools]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [nnedi3]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [DetectBorders]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [AviSynth]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [RawSourcePlus]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [RgTools]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [NicAudio]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [Plugins_JPSDR]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [WaitForProcess]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [avsresize]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [DGTonemap]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [lsmash]. Update is not required.
2019-08-25 13:09:39 : CRC32 value has not changed for [7z]. Update is not required.
2019-08-25 13:09:39 : Downloading finished.
Atak_Snajpera
25th August 2019, 18:17
You are fully updated. End of story.
FuzzyNutz
25th August 2019, 18:53
You are fully updated. End of story.
Why don't I see the option for LSmash under settings and I don't have the ability to choose it when right-clicking loading jobs as described by "byteshare"?
-And I'm still getting frame flickering.
Atak_Snajpera
25th August 2019, 19:20
Don't know.
FuzzyNutz
25th August 2019, 19:48
Don't know.
Please upload a screenshot of the LSmash setting.
slalom
25th August 2019, 19:56
Why don't I see the option for LSmash under settings and I don't have the ability to choose it when right-clicking loading jobs as described by "byteshare"?
-And I'm still getting frame flickering.
Download the file from the first page and update that
FuzzyNutz
25th August 2019, 20:44
Download the file from the first page and update that
It worked. Thanks.
FuzzyNutz
26th August 2019, 00:41
I get flickering frames using LSmash on AVC sources, but not with FFSM2.
BLKMGK
26th August 2019, 02:46
Upgraded, had to reinstall to get it but I've got it :)
The weird behavior with chunks and indexing is gone - whew! However I'm back to my issues with KNLMeansCL - ugh! At first even my desktop that was able to run this code was giving me errors about not being able to access a "file". I switched settings such that both X264 and KNLMeansCL devices were set to the onboard Intel CPU, much to my surprise both my desktop and a client with a GeForce 680 began working - albeit VERY slow. If I stop the desktop and switch it to use the GTX 1070 for KNLMeansCL then the desktop begins working (about double speed) and the remote client begins failing! It looks like settings on the hosting machine affect clients and the client being set to use it's onboard card aren't obeyed :( Currently the single machine can beat the efforts of both machines working together so I'm leaving it alone (lol) but I'd appreciate some insight.
Setting the X265 accel to "none" results in both failing too... I'm also finding that aborting a job midway through no longer saves the completed blocks - that's a huge bummer! It might be because I'm swapping acceleration devices around? This job is FFMS2 based indexing BTW. I'm going to look for a post you made a bit ago that showed a commandline for specifying OpenCL hardware ID numbers. I'm betting that this isn't being drawn from the local machine doing encoding but from the server handing out the jobs. Maybe manually speccing it will help? On the tasking desktop the hardware ID I want is 2 so if it's sending a hardware ID to the other clients it'll be wrong depending on the machine - the 8700K I'm using as a slave doesn't have good enough video encoding on it's CPU apparently? The 3900X I've got but am not currently using has no video in the CPU so it's OpenCL ID will be 1 as well vs the 2 my tasking machine is using.
EDIT: Manually setting the device ID, to the one already set in RipBot on my slave encoder, got it working - whew! Now I want my 3900X back to fix it too lol. Hopefully this helps someone else out. Is there documentation somewhere on the various commandline switches?
P.S. a bug I think I have nailed down... Whenever you abort a job the next time you start it up it will fail. It fails because the tools folder is erased but not copied. The second time after an abort that you start it will work because it copies the tools over to the folder. So to test this I must abort 2x before I can get a good test.
Atak_Snajpera
26th August 2019, 11:44
Hopefully this helps someone else out. Is there documentation somewhere on the various commandline switches?
https://i.imgsafe.org/3b/3b7fc0cfd6.png
byteshare
26th August 2019, 17:21
I get flickering frames using LSmash on AVC sources, but not with FFSM2.
Well, at least it works with FFSM2 for you now.
P.S. a bug I think I have nailed down... Whenever you abort a job the next time you start it up it will fail. It fails because the tools folder is erased but not copied. The second time after an abort that you start it will work because it copies the tools over to the folder. So to test this I must abort 2x before I can get a good test.
Oh, nice find. That explains some of the weird behavior I've seen when I was using DE mode, but I'm on non-DE mode right now since I have issues with things running slower in that mode.
FuzzyNutz
26th August 2019, 18:29
When was LSmash introduced to RB? -So I know how far back to redo my collection with FFSM2.
byteshare
26th August 2019, 21:07
When was LSmash introduced to RB? -So I know how far back to redo my collection with FFSM2.
v1.25 Aug. 1st
https://forum.doom9.org/showpost.php?p=1880784&postcount=17063
FuzzyNutz
26th August 2019, 22:25
v1.25 Aug. 1st
https://forum.doom9.org/showpost.php?p=1880784&postcount=17063
Thanks. If only I knew when my RB updated to it. First video I recall exhibiting flickering frames was mid August.
byteshare
27th August 2019, 00:27
Thanks. If only I knew when my RB updated to it. First video I recall exhibiting flickering frames was mid August.
I believe the x265 version changed too, so you could tell by that if you're encoding into x265.
byteshare
27th August 2019, 16:26
Newer QTGMC v3.358s
Supports KNLMeansCL as a denoiser and 16B
There are some bug fixes as well but from testing I'm not seeing much of a difference if using just using Medium preset.
http://avisynth.nl/index.php/QTGMC
PLOPZA
28th August 2019, 01:25
I've noticed that in windows 10, running Ripbot in D.E. mode, that windows built-in antivirus and anti-malware is scanning the chunks as they're sent to each server while using L-Smash. And I switched L-smash to ffms2 looks like my encodes are back to acceptable completion times (120-150 fps first pass, 30-34 fps second pass) across 4 PC's
Edit - I would also note all computers, and the bandwidth usage spikes when intercepted by the scanner, scanner does it's thing and then ripbot shows it's encoding and the bandwidth drops to normal 60-110 megabits per second
Ryushin
29th August 2019, 21:03
So I just got hit by the random frames bug and I'm using DE. Seems to happen a couple of seconds after a minute mark for 2-5 seconds. I looked at a 4K and HD encode I did with MDegrain2 and at first glance, it seems fine. I have a 3h:17m source that I ran MDegrain2 on and at the 13 minute mark, random frames occur for about 2-10 seconds. It happens to most of the minute marks after that. Going to run the same source through again without the MDegrain2 and see what happens.
byteshare
29th August 2019, 22:32
So I just got hit by the random frames bug and I'm using DE. Seems to happen a couple of seconds after a minute mark for 2-5 seconds. I looked at a 4K and HD encode I did with MDegrain2 and at first glance, it seems fine. I have a 3h:17m source that I ran MDegrain2 on and at the 13 minute mark, random frames occur for about 2-10 seconds. It happens to most of the minute marks after that. Going to run the same source through again without the MDegrain2 and see what happens.
Which decoder are you using? (LSmash or FFMS2)
Atak_Snajpera
29th August 2019, 22:47
Also what codec is used in source video?
Ryushin
30th August 2019, 13:14
Also what codec is used in source video?
From the m2ts source:
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 3 h 17 min
Bit rate mode : Variable
Maximum bit rate : 38.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
The second run through without MDegrain2 shows no random frames at least at first glance as I looked at a couple dozen minute mark locations where the randomness occurred before.
The decoder was LSmash.
#VideoSource
LoadPlugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
I'm encoding to x265.
Ryushin
30th August 2019, 13:17
I looked at a 4K and HD encode I did with MDegrain2 and at first glance, it seems fine.
I typed this wrong. I did a 4K and HD (Godzilla: King of the Monsters) WITHOUT MDegrain and at first glance, it seems fine.
Atak_Snajpera
30th August 2019, 13:58
From the m2ts source:
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 3 h 17 min
Bit rate mode : Variable
Maximum bit rate : 38.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
The second run through without MDegrain2 shows no random frames at least at first glance as I looked at a couple dozen minute mark locations where the randomness occurred before.
The decoder was LSmash.
#VideoSource
LoadPlugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
I'm encoding to x265.
Change default decoders like in this screenshot
https://i.imgsafe.org/91/91d45bdc49.png
kempodragon
2nd September 2019, 01:43
I've finally found out why the encoding client couldn't find the index file it was looking for. First, I went back to v 1.24 to confirm my test files hadn't got corrupted since I had already encoded them before with it. Everything worked smoothly and that when I noticed the message "Indexing file, please wait" right after demuxing. I then was able to encode with no problems. Afterwards, I upgraded to 1.25.0, and retested. The message never appeared, only "Gathering information, please wait". Task manager showed ffprobe.exe running. When I tried to run the encoding client, the missing index file message appeared again. I then opened the job folder and spotted IndexStreams.cmd . Running it created the missing index file. For some reason, Ripbot is skipping creating an index file, even when the decoder is set to ffms.
I found another bug in the encoding client. In 1.24, I had 4 servers created in the settings tab and it activated and ran all of them with no problems. In the newest version, I had to manually activate and connect each server. On the plus side, Atak's code improvement actually dropped the cpu usage down to where I could activate a 5th server on my Threadripper. :D
For the record, my first test file is a game capture with UtVideo as the video codec,1080p60 and PCM as audio. My second file is from my camcorder, with 1080p60 and Dolby 5.1 audio.
Ryushin
5th September 2019, 13:28
Hi Atak,
So I've been assuming something and it came back to bit me and I'm wondering if it is by design or not.
So I make 720p versions of all my 4K/HD sources to store on mobile devices and for streaming. So I normally I just select the "HD Ready 1280x720" option creating the small version. The behavior I just noticed is that it will add borders to make it 16x9 when I have a video that is already cropped.
When I first started doing this, I don't remember it behaving in this way. I thought it was the 1280 or the 720 to scale the video to it's longest dimension. I.e. 2.4:1 - 1920x960 becomes 1280x640 and 4:3 - 1440x1080 becomes 960x720.
Now to get the behavior I want, I have to select Custom [X,XX:1]. It's easier If I select HD Ready first and then select Custom so I don't need to type in the dimension.
Can a option be added to not add borders when resizing video?
Atak_Snajpera
5th September 2019, 13:50
use Custom preset with aspect ratio in brackets (for example Custom [2,40:1])
Ryushin
5th September 2019, 15:21
use Custom preset with aspect ratio in brackets (for example Custom [2,40:1])
That will only work on sources that are exactly that aspect ratio. I was looking for a more general solution that I can just select HD Ready and it will scale the video appropriately without adding borders that were not there before.
Pino72
6th September 2019, 08:49
Change default decoders like in this screenshot
https://i.imgsafe.org/91/91d45bdc49.png
Setting FFMS2 option for HEVC solved all my problems I had when using LSMASH! Thanks Atak for making this available so easily.
stryker412
7th September 2019, 13:18
Atak, quick question. I purchased a BD of the old Scooby Doo series. I tried to make h265 encodes of the first disc. I normally don't do h265 because my computer is older and takes forever, but these are short episodes so I thought I'd try. I get the following error on each episode.
D:\>"D:\Tools\RipBot264v1.22.0\tools\mkvtoolnix\mkvmerge.exe" -o "D:\S01E02.mkv" --compression 0:none --title "S01E02" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\video.265" --chapters "D:\Temp\RipBot264temp\job2\chapters.txt"
mkvmerge v35.0.0 ('All The Love In The World') 64-bit
Error: Unknown chapter file format in 'D:\Temp\RipBot264temp\job2\chapters.txt'. It does not contain a supported chapter format.
These are direct rips from the BD using MakeMKV. I've never once had an issue with that software. Any idea why RipBot doesn't like it? I'm on v1.25.
Edit: I just noticed too that there's no audio picked up in RipBot, even though the file has a stereo track. Could this be another 1.25 bug?
Atak_Snajpera
7th September 2019, 13:22
Have you checked that chapters.txt file?
stryker412
7th September 2019, 13:44
Yes
Error: (mkvextract) This file could not be opened or parsed.
Here is the Mediainfo for this file.
Format : Matroska
Format version : Version 2
File size : 1.67 GiB
Duration : 22 min 15 s
Overall bit rate mode : Variable
Overall bit rate : 10.8 Mb/s
Movie name : Scooby-Doo™, Where Are You! Disc 1
Encoded date : UTC 2019-09-06 22:15:49
Writing application : MakeMKV v1.14.4 win(x64-release)
Writing library : libmakemkv v1.14.4 (1.3.5/1.4.7) win(x64-release)
Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Format settings, GOP : M=1, N=12
Codec ID : V_MPEG4/ISO/AVC
Duration : 22 min 15 s
Bit rate mode : Variable
Bit rate : 10.6 Mb/s
Maximum bit rate : 11.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.212
Stream size : 1.64 GiB (98%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray
Audio
ID : 2
ID in the original source medium : 4352 (0x1100)
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 22 min 15 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 30.6 MiB (2%)
Title : Stereo
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Original source medium : Blu-ray
Menu
00:00:00.000 : en:Chapter 01
00:01:05.857 : en:Chapter 02
00:06:28.513 : en:Chapter 03
00:10:51.275 : en:Chapter 04
00:16:01.669 : en:Chapter 05
00:21:07.140 : en:Chapter 06
slalom
7th September 2019, 17:23
LSMASH did great today on mpeg2. No delays
lemaireus
8th September 2019, 16:00
Here is a copy of the error log I got:
E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "E:\Temp\RipBot264temp\job9\job9.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 1 --bitrate 2320 --stats "E:\Temp\RipBot264temp\job9\job9.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 172056 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --no-slow-firstpass --y4m --output NUL -
y4m [info]: 1920x800 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.1+14-f08461fdae33
x265 [info]: build info [Windows][MSVC 1900][64 bit] 10bit+8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main 10 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(25 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-2320 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: fast-intra strong-intra-smoothing lslices=5 deblock sao
x265 [info]: tools: stats-write
x265 [info]: frame I: 2080, Avg QP:20.15 kb/s: 14026.26
x265 [info]: frame P: 39753, Avg QP:21.44 kb/s: 4995.98
x265 [info]: frame B: 130223, Avg QP:25.09 kb/s: 1219.70
x265 [info]: Weighted P-Frames: Y:7.9% UV:6.7%
x265 [info]: consecutive B-frames: 9.2% 4.1% 6.6% 26.3% 53.8%
encoded 172056 frames in 18344.01s (9.38 fps), 2247.02 kb/s, Avg QP:24.18
E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "E:\Temp\RipBot264temp\job9\job9.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 2 --bitrate 2320 --stats "E:\Temp\RipBot264temp\job9\job9.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 172056 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --y4m --output "E:\Temp\RipBot264temp\video.265" -
y4m [info]: 1920x800 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: E:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 3.1+14-f08461fdae33
x265 [info]: build info [Windows][MSVC 1900][64 bit] 10bit+8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main 10 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(25 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-2320 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=5 deblock sao stats-read
x265 [info]: frame I: 2080, Avg QP:19.54 kb/s: 16468.27
x265 [info]: frame P: 39753, Avg QP:22.03 kb/s: 5039.21
x265 [info]: frame B: 130223, Avg QP:25.85 kb/s: 1261.56
x265 [info]: Weighted P-Frames: Y:4.3% UV:3.6%
x265 [info]: consecutive B-frames: 9.2% 4.1% 6.6% 26.3% 53.8%
encoded 172056 frames in 19715.15s (8.73 fps), 2318.21 kb/s, Avg QP:24.89
E:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\New Rips\Ripbot\Olympus Has Fallen.mkv" --compression 0:none --title "Olympus Has Fallen" --default-duration 0:24000/1001fps "E:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng "E:\Temp\RipBot264temp\job9\Encoded_Audio_1.ac3" --default-track 0:yes --forced-track 0:yes --language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job9\6_subtitles_English_FORCED_1080.sup" --default-track 0:no --language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job9\6_subtitles_English_1080.sup" --chapters "E:\Temp\RipBot264temp\job9\chapters.txt" --attachment-mime-type image/jpeg --attachment-description Cover --attachment-name Cover --attach-file "E:\Temp\RipBot264temp\job9\cover.jpg"
mkvmerge v37.0.0 ('Leave It') 64-bit
Error: The file 'E:\Temp\RipBot264temp\job9\Encoded_Audio_1.ac3' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 10h:34m:44s
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.