View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Balthazar2k4
10th January 2019, 21:30
Obviously, that's not local, that's on the network
By saying locally I meant on the same machine.
Fair point. I wasn't really quite awake this morning when I was working on it. After a couple cups of coffee it is far more obvious.
pepeq
10th January 2019, 21:45
...
In the past I've done my encodings with Handbrake and there the Nvidia NVenc option for encoding gives things a boost.
Question: Is it possible to add the Nvidia NVenc/H265 as an encoder option to RipBot264?
Than it would be perfect for me!
@Atak: do you think my proposal can be realized?
Or do you think it makes no sense?
Balthazar2k4
11th January 2019, 01:29
I am not sure what happened, but the latest Encoding Server will no longer open on my 9900K. It was working just fine until I rebooted the machine and now the process just hangs. Tried additional reboots with no success so I rolled back to 1.12.5.0 and it works fine. Anyone else experienced this?
Atak_Snajpera
11th January 2019, 11:58
@Atak: do you think my proposal can be realized?
Or do you think it makes no sense?
I do not own nvidia card and chances I will have one in near future are almost zero.
pepeq
11th January 2019, 13:37
I do not own nvidia card and chances I will have one in near future are almost zero.
oh, that are bad news for me...
But I understand, without testing it isn't possible to implement.
If you think I can test something for you, please respond. I will be willing to do so.
pepeq
11th January 2019, 13:55
I am not sure what happened, but the latest Encoding Server will no longer open on my 9900K. It was working just fine until I rebooted the machine and now the process just hangs. Tried additional reboots with no success so I rolled back to 1.12.5.0 and it works fine. Anyone else experienced this?
I had the same problem when EncodingServer.exe changed from 1.12.6 to 1.13.0. And the problem existed also with 1.14.0.
I have 4 PCs (3x Win10 Pro and 1x Win7) and only one of my Win10-PCs had this problem.
EncodingServer.exe was started, the process existed, but no GUI/Window was displayed. It blocked also RipBot264.exe, when I tried to exit Ripbot264.exe.
I analyzed with Windows-taskmanager and found, that an already started process everything.exe (a fast NTFS-searchtool, see voidtools.com) blocked EncodingServer.exe. EncodingServer.exe was waiting for a not longer responding everything.exe process.
I don't know why, because the same everything.exe runs on all of my PCs and made no problem with EncodingServer.exe below 1.13.0.
I killed everything.exe and then EncodingServer.exe continued to run and its window came up.
The strange thing was, that this problem did not alway arise, but in about 90% of the calls to EncodingServer.exe. Maybe a Window-update changed somthing.
I updated everything.exe to the latest version and the problem has gone (until now).
Taskmanager showed the process-queue, see attachment.
Now EncodingServer.exe does not wait for another process and is ok.
I have no picture which showed the blockin queue, because the problem is gone now.
Conclusion: check with taskmanager if some other process is blocking the stalled EncodinServer.exe in your case.
Hope that helps.
Peter
Atak_Snajpera
11th January 2019, 14:27
oh, that are bad news for me...
But I understand, without testing it isn't possible to implement.
If you think I can test something for you, please respond. I will be willing to do so.
I'm not interested in hardware encoding at all because hardware encoders suck in fine detail retention at low bitrates. Another problem. Hardware encoding will also be less useful in Distributed encoding mode where most laptops/pcs use non nvidia GPUs.
Summary
I do not have nvidia GPU and my next GPU will be for 100% AMD navi
Hardware encoders produce noticeable more blurry image at lower bitrates
Many machines in DE mode could not be used for encoding due to incompatible gpu.
Balthazar2k4
11th January 2019, 15:20
I'm not interested in hardware encoding at all because hardware encoders suck in fine detail retention at low bitrates. Another problem. Hardware encoding will also be less useful in Distributed encoding mode where most laptops/pcs use non nvidia GPUs.
Summary
I do not have nvidia GPU and my next GPU will be for 100% AMD navi
Hardware encoders produce noticeable more blurry image at lower bitrates
Many machines in DE mode could not be used for encoding due to incompatible gpu.
To back Atak's point, I have tried GPU encoding for several years. Each year the quality does improve, but the overall image is still nowhere near what traditional CPU encoding can do. Often the image is softer with more compression artifacts and larger file size. The only win is the speed. I can encode 1080p at >200fps on my 2080ti which makes the need for distributed encoding null in my opinion, but the result is so underwhelming that I can't justify it. Also, as soon as you throw any additional filters in the mix such as denoise or tonemapping you lose the speed anyways. I'll stick with distributed encoding for now.
byteshare
11th January 2019, 15:51
Maybe it would be best to HQDN3D out since it is not 10bit (from my understanding) and just add mdegrain3 as you will not have to add any other tools, and just change the options generated in the video script.
Actually, that sounds like a good idea to me. If possible, can you change the denoiser to allow selecting mdegrain, then the toggle arrows to select mdegrain1-6 (if using 2.7) and defaulting to mdegrain2 and adding the toggle arrows or a input box for the thSAD= parameter with a default of 200. If toggle arrows, change the amount by increments of 25.
I'm almost always having to change the thSAD value anytime I choose to use mdegrain. Super heavy noise such as in Blade Runner 4K, I choose 600. For light denoising I'll choose 100. Normal denoising for most content I choose 150-200.
I really think only mdegrain2-3 is necessary. But I'm sure, someone down the line, will ask for 4+
Oh, and add mdegrain* to the advanced setting "Limit to the following filters only"
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
Balthazar2k4
11th January 2019, 16:14
Thanks @pepeq. I have a pretty deep queue processing right now so I'll take a look at it again when it wraps.
UPDATE: Analyzed the wait chain as you suggested and sure enough it was the Discord applet in my Logitech Gaming software that was the hold up. Killed the applet and 'Voila!' loaded right up. What I can't figure out is why it worked the first time and then none of the subsequent. Weird, but problem solved. Thanks again @pepeq.
GZZ
12th January 2019, 15:07
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
I use the MDegrain1 for light Degrain as a custom script, maybe it could be added to the program? I sometimes use MDegrain(1-3) to bring down the size of reencode. MDegrain3 must be heavy denoise, if MDegrain1 is light and MDegrain2 is "normal".
MDegrain1 script
Loadplugin("\RipBot264temp\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=400)
GZZ
12th January 2019, 21:23
I have a small request.
Will it be possible in the Batch process to save templates with names. Rigth now I can set all the fields and press "Save Default", but I have different settings for reencoding Bluray and encoding 4k movies. Instead of a Save Default it will ask for a template name, then from a Dropdown it will be possible to load a template by its name.
GZZ
13th January 2019, 08:20
Possible small bug:
When I encode a movie and if finish the queue window change the line from: "[JobXX]: Input Filename -> Output Filename" to "*hh:mm:ss* [JobXX]: Input Filename -> Output Filename". But if you check Shutdown Client + Shutdown Server and the next day boot up the computer and go into RipBot264 the encoded jobs still looks like they are stilled queued without a finish time.
Balthazar2k4
13th January 2019, 08:30
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
GZZ
13th January 2019, 09:23
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
I have seen the same issue, especially on Cartoon movies. Examples below. Taken from the JobsRejected file.
Workaround for me has been to disable audio in makemkv, so you get a file without audio and then load and encode this file and then manual remux the audio from the original disc using mkvtoolnix.
File: E:\UHD_mkv\Cars_3_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job95\getinfo.avs, line 4)
File: E:\UHD_mkv\Coco_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job100\getinfo.avs, line 4)
File: E:\UHD_mkv\The_Incredibles_t01.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job7\getinfo.avs, line 4)
File: E:\UHD_mkv\Incredibles 2_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job27\getinfo.avs, line 4)
File: E:\UHD_mkv\Wreck-It Ralph_t01.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job48\getinfo.avs, line 4)
Atak_Snajpera
13th January 2019, 13:41
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
Can you provide a sample? 100-200 mkv should be ok. I will try to find a workaround.
Balthazar2k4
13th January 2019, 19:30
I have seen the same issue, especially on Cartoon movies. Examples below. Taken from the JobsRejected file.
Workaround for me has been to disable audio in makemkv, so you get a file without audio and then load and encode this file and then manual remux the audio from the original disc using mkvtoolnix.
Discovered something interesting today. I decided to take a different approach and re-ripped one of the offenders straight to folder using DeUHD and then process the files with MKVtoolnix directly. That resulting file worked fine in RipBot. Now I'm suspect of MakeMKV as the culprit. I am going to reach out to Mike Chen and see if he has some thoughts on the matter.
GZZ
13th January 2019, 20:04
Can you provide a sample? 100-200 mkv should be ok. I will try to find a workaround.
PM send with link.
GZZ
13th January 2019, 20:06
Discovered something interesting today. I decided to take a different approach and re-ripped one of the offenders straight to folder using DeUHD and then process the files with MKVtoolnix directly. That resulting file worked fine in RipBot. Now I'm suspect of MakeMKV as the culprit. I am going to reach out to Mike Chen and see if he has some thoughts on the matter.
I ran the test sample I made through MkvToolNix and it still reject it.
Balthazar2k4
13th January 2019, 21:59
I ran the test sample I made through MkvToolNix and it still reject it.
What was the original source file?
GZZ
13th January 2019, 22:38
What was the original source file?
Source is UHD
Balthazar2k4
13th January 2019, 22:57
Source is UHD
I meant is this a fresh rip not sourced from MakeMKV? I have now done all three of the titles I have run into with the audio issue via the DeUHD to Folder and MKVtoolnix method successfully.
GZZ
13th January 2019, 23:11
I meant is this a fresh rip not sourced from MakeMKV? I have now done all three of the titles I have run into with the audio issue via the DeUHD to Folder and MKVtoolnix method successfully.
it is sources from MakeMKV. It might be a fault of MakeMKV or maybe mkvtoolnix kills something in the stream.
Ryushin
14th January 2019, 14:35
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
I just replace the MDegrain2 code in the video script with one of my note examples:
The parameter that controls the denoising strength is thSAD. The default of 400 too strong for most sources and 200 seems like a better default. Max seems to be about 800. Does not seem to be any imporovement passed 800. Very minor between 600-800.
#Denoise MDegrain1 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=400)
#Denoise MDegrain2 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
#Denoise MDegrain3 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
bv3=MAnalyse(super,blksize=8,isb=true,delta=3,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
fv3=MAnalyse(super,blksize=8,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400)
blksize : Size of a block (horizontal). It's either 4, 8, 16 or 32 (default is 8).
Larger blocks are less sensitive to noise, are faster, but also less accurate.
overlap: block overlap value (horizontal). Must be even and less than block size (up to blksize/2 for MCompensate). The step between blocks for motion estimation is equal to (blksize-overlap). N blocks cover the size ((blksize-overlap)*N + overlap) on frame. Try use overlap value from blksize/4 to blksize/2. The greater overlap, the more blocks number, and the lesser the processing speed. Default value is 0.
Atak_Snajpera
14th January 2019, 15:43
Ryushin why don't you just create your own MDegrain presets as custom scripts?
byteshare
14th January 2019, 17:01
I use the MDegrain1 for light Degrain as a custom script, maybe it could be added to the program? I sometimes use MDegrain(1-3) to bring down the size of reencode. MDegrain3 must be heavy denoise, if MDegrain1 is light and MDegrain2 is "normal".
MDegrain1 script
Like Atak_Snajpera said to Ryushin: "why don't you just create your own MDegrain presets as custom scripts?" Then you can just select it from the batch screen or the avisynth settings after you add a job.
As for MDegrain 1-6 it isn't about grain alone but how much detail is looked at before removing something. the higher the number of MDegrain it is doing more steps to compare details before deciding if something should be removed or not. There are other settings in the selection process as well.
For how much grain to remove that is primarily based on the SAD value, with higher meaning more grain removal.
GZZ
14th January 2019, 20:16
Like Atak_Snajpera said to Ryushin: "why don't you just create your own MDegrain presets as custom scripts?" Then you can just select it from the batch screen or the avisynth settings after you add a job.
As for MDegrain 1-6 it isn't about grain alone but how much detail is looked at before removing something. the higher the number of MDegrain it is doing more steps to compare details before deciding if something should be removed or not. There are other settings in the selection process as well.
For how much grain to remove that is primarily based on the SAD value, with higher meaning more grain removal.
I do use custom scripts and it workes just fine. Was just thinking why they arent default part of ripbot.
skylinekiller
15th January 2019, 11:47
I have searched the threads about this, but none of the questions were answered. Is it possible to change the font, size, color, and position to the subtitles that are burned in for foreign speaking parts? If not, is there a way to load/use a .ssa file and have it hardcoded? Amazing program, I wish it will get a little more development on subtitle options.
Any assistance is greatly appreciated.
Atak_Snajpera
15th January 2019, 14:31
I have searched the threads about this, but none of the questions were answered. Is it possible to change the font, size, color, and position to the subtitles that are burned in for foreign speaking parts? If not, is there a way to load/use a .ssa file and have it hardcoded? Amazing program, I wish it will get a little more development on subtitle options.
Any assistance is greatly appreciated.
Edit in notepad file Tools\AviSynth plugins\VSFilter\Default.style
Ryushin
15th January 2019, 15:30
Ryushin why don't you just create your own MDegrain presets as custom scripts?
Since I'm always adjusting the strength value, it is just easier to select mdegrain2 from avisynth menu, then just edit the script and change the value. It's rare that I need mdegrain3, and when I do, I just copy and replace the part in the script.
My suggestions for changes were mostly to help others, and to maybe make it look more streamlined and easy to use.
skylinekiller
16th January 2019, 02:12
Is it possible to create an .mp4 output with 5.1 ac3. I would prefer to encode it with aften
skylinekiller
16th January 2019, 09:50
Thank you for the tip on the subtitle, I changed it and will give it a test.
LigH
16th January 2019, 10:00
... 5.1 ac3. I would prefer to encode it with aften
The AC3 encoder in ffmpeg is already superior in quality.
Nevertheless, Atak_Snajpera would decide about the support in RipBot264.
Atak_Snajpera
16th January 2019, 11:53
Is it possible to create an .mp4 output with 5.1 ac3. I would prefer to encode it with aften
Aften is outdated. FFmpeg offers better quality. Why do you need ac3 in mp4? mkv is basically a world wide standard now. Even cheap tv have no problems with this container. mp4 is dead for me. (too limited)
jlpsvk
16th January 2019, 12:03
Aften is outdated. FFmpeg offers better quality. Why do you need ac3 in mp4? mkv is basically a world wide standard now. Even cheap tv have no problems with this container. mp4 is dead for me. (too limited)
because it's possible to mux Two-layer Dolby Vision (on UHD BD) to One-Layer Dolby Vision into MP4, which is playable on TV's from USB and playing Dolby Vision too. :) That's why.
skylinekiller
16th January 2019, 12:36
Well, unfortunately, Apple is always complicated with their formats. I cannot create an MKV encoded at High@L4 with ac3 and drag it to an ipad or other Apple Products, I can drag an .mp4 with ac3.
I'm not the individual who got sucked into the Apple eco prison with its simpleton limitations, but many others have and MKV is not friendly. Am I encoding it wrong? I would like to strictly encode to mkvs but this is an issue
Atak_Snajpera
16th January 2019, 14:15
use aac then.
skylinekiller
16th January 2019, 14:19
I'm not sure that would work either, I can drag an .mp4 with ac3 file just fine on Apple device. I will give it a shot though. I haven't heard of an MKV using aac, usually, it's ac3, but I will give it a go. From what I have read, aac for 5.1 isn't the greatest compared to AC3. Not sure if that's true, but I will see.
Atak_Snajpera
16th January 2019, 16:32
I'm not sure that would work either, I can drag an .mp4 with ac3 file just fine on Apple device. I will give it a shot though. I haven't heard of an MKV using aac, usually, it's ac3, but I will give it a go. From what I have read, aac for 5.1 isn't the greatest compared to AC3. Not sure if that's true, but I will see.
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
pepeq
16th January 2019, 16:36
After a nearly complete run RB crashed during combining the chunks. I copied the Chunks-dir to a save place, started RB and restarted the job again..
But now RB started the whole encoding process from the beginning, which takes hours. The newly processed chunk-files are overwritten from the new processes (so I am glad to have saved the Chunks-dir)
Question:
I have all chunks (*.265 files) and audio- and subtitle tracks.
Can I restart RB with combining the chunks?
Or how can I combine the chunks manually to the video.265 file used for the final muxing?
Then I can manually mux with mkvtoolnix.
Thanks.
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
GZZ
16th January 2019, 17:27
Well, unfortunately, Apple is always complicated with their formats. I cannot create an MKV encoded at High@L4 with ac3 and drag it to an ipad or other Apple Products, I can drag an .mp4 with ac3.
I'm not the individual who got sucked into the Apple eco prison with its simpleton limitations, but many others have and MKV is not friendly. Am I encoding it wrong? I would like to strictly encode to mkvs but this is an issue
Use VLC Player app, then you can download the mkv from your local network and play it back in VLC player. Works fine on my Ipad Air 2.
GZZ
16th January 2019, 17:29
After a nearly complete run RB crashed during combining the chunks. I copied the Chunks-dir to a save place, started RB and restarted the job again..
But now RB started the whole encoding process from the beginning, which takes hours. The newly processed chunk-files are overwritten from the new processes (so I am glad to have saved the Chunks-dir)
Question:
I have all chunks (*.265 files) and audio- and subtitle tracks.
Can I restart RB with combining the chunks?
Or how can I combine the chunks manually to the video.265 file used for the final muxing?
Then I can manually mux with mkvtoolnix.
Thanks.
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
Its the one, just view it in notepad to see what it does. Maybe if failed because a chunk is missing.
skylinekiller
16th January 2019, 20:33
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
By no means am I claiming it's better, I just heard. I am always open to advise from the experts. By no means am I an expert in this area. Sine acc is better, why is it not used in all the other mkv releases?
So in your opinion, an MKV with acc is the optimal video file for a balanced quality and file size output? And as far as MKV not being able to be played on the Apple device, is that a bad encode setting or no matter what setting Apple will not allow an MKV? Would encoding at "Main 3.1" work? If so, would it be of lesser quality or are there any downsides?
Ryushin
16th January 2019, 20:48
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
The main issue is that that vast majority of AV receivers cannot process AAC 5.1. Most can only do 2.1. From other sources I read:
"AC3 is the lowest discrete format for true surround sound."
"AAC 5.1 isn't a format that can be sent over SPDIF/HDMI to a receiver for decoding."
Another thread: https://forum.kodi.tv/showthread.php?tid=330738
So around 2012 I had to give up using AAC and switched everything to AC3 640 or pass through the native AC3 stream. No doubt that AAC is a better audio compression format in every way compared to AC3, but AV receivers cannot process it without converting it to PCM or something like plex transcoding it to AC3 before sending it to the device.
Sucks really.
skylinekiller
16th January 2019, 20:56
so pretty much aac useless for using traditional receivers? My main use of my encodes are for my plex server for others to watch. Of course, people will have their various sound systems, I happen to have a wireless JBL 5.1 system, others have receivers.
slalom
16th January 2019, 20:58
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
That is the one, and then run jobxx_MuxFiles.cmd
You don't need mkvmerge
sneaker_ger
16th January 2019, 21:11
So around 2012 I had to give up using AAC and switched everything to AC3 640 or pass through the native AC3 stream. No doubt that AAC is a better audio compression format in every way compared to AC3, but AV receivers cannot process it without converting it to PCM or something like plex transcoding it to AC3 before sending it to the device.
Converting to PCM isn't a problem when using HDMI. Only SPDIF is typically limited to 2 channel PCM.
skylinekiller
17th January 2019, 21:39
Currently, I have my windows explorer column to show frame width so I can easily see what movie file is at a particular resolution without having to use MediaInfo. I have obtained some mkv files from other sources and have encoded my own with RipBot. My encodes do not show the frame width while the other version does. What do I need to change in my encode for this to become visible? If you see anything else that is off or out of date please let me know
General
UniqueID/String : 324392580738058457477731156267646206380 (0xF40BBD0E3544AE646381156E034E41AC)
CompleteName : I:\Longmire s06e01.mkv
Format : Matroska
Format_Version : Version 4 / Version 2
FileSize/String : 1.03 GiB
Duration/String : 59 min 14 s
OverallBitRate_Mode/String : Variable
OverallBitRate/String : 2 497 kb/s
Movie : Longmire s06e01
Encoded_Date : UTC 2019-01-17 16:21:39
Encoded_Application/String : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Encoded_Library/String : libebml v1.3.6 + libmatroska v1.4.9
Video
ID/String : 1
Format : AVC
Format/Info : Advanced Video Codec
Format_Profile : High@L4.1
Format_Settings : CABAC / 4 Ref Frames
Format_Settings_CABAC/String : Yes
Format_Settings_RefFrames/String : 4 frames
CodecID : V_MPEG4/ISO/AVC
Duration/String : 59 min 14 s
BitRate_Mode/String : Variable
BitRate/String : 2 048 kb/s
BitRate_Maximum/String : 62.5 Mb/s
Width/String : 1 280 pixels
Height/String : 720 pixels
DisplayAspectRatio/String : 16:9
FrameRate_Mode/String : Constant
FrameRate/String : 23.976 (24000/1001) FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bits
ScanType/String : Progressive
Bits-(Pixel*Frame) : 0.093
StreamSize/String : 867 MiB (82%)
Encoded_Library/String : x264 core 157 r2935 545de2f
Encoded_Library_Settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 /
trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 /
intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=2048 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=62500 /
vbv_bufsize=62500 / nal_hrd=vbr / filler=0 / ip_ratio=1.40 / aq=1:1.00
Default/String : Yes
Forced/String : No
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Audio
ID/String : 2
Format : AC-3
Format/Info : Audio Coding 3
CodecID : A_AC3
Duration/String : 59 min 14 s
BitRate_Mode/String : Constant
BitRate/String : 448 kb/s
Channel(s)/String : 6 channels
ChannelPositions : Front: L C R, Side: L R, LFE
SamplingRate/String : 48.0 kHz
FrameRate/String : 31.250 FPS (1536 SPF)
BitDepth/String : 16 bits
Compression_Mode/String : Lossy
StreamSize/String : 190 MiB (18%)
Language/String : English
ServiceKind/String : Complete Main
Default/String : Yes
Forced/String : No
Menu
00:00:00.000 : en:Chapter 01
00:06:24.134 : en:Chapter 02
00:15:23.089 : en:Chapter 03
00:23:34.038 : en:Chapter 04
00:32:55.307 : en:Chapter 05
00:40:53.034 : en:Chapter 06
00:47:19.170 : en:Chapter 07
00:58:15.283 : en:Chapter 08
Metalfan
17th January 2019, 23:40
Last week I installed RipBot264 to do some HEVC 10bit HDR encoding, which works really fine. During installation updater.exe was moved to quarantine on all our computers by Microsoft antivirus. As some other users also reported this issue in this forum I uploaded the updater.exe version 1.0.2 and 1.0.3 to Microsoft and reported the false positive detection within our software assurance support contract. I was informed after analysis that the files are now excluded from the antivirus database and will no longer be falsely detected as a trojan when using the latest signatures from Windows update. I can confirm that RipBot264 updater now runs without problems. Keep up the great work, thank you.
Privateer5000
19th January 2019, 12:48
Hi, after last Update DE is broken for me. I use 2 machines, connected over Gigabit LAN. The Encoding Server on the second machine does not start encoding, it say that it cannot find the chunk File. Here the output of the encosing server window:
[2019-01-19 12:43:32] Client established connection with server.
[2019-01-19 12:43:32] Command "CONNECT" received from client.
[2019-01-19 12:43:32] Connecting with client... (192.168.0.101:1002)
[2019-01-19 12:43:32] Established connection with client. (192.168.0.101:1002)
[2019-01-19 12:43:33] ERROR! File \\VIPER\RipBot264temp\job4\Chunks\17.cmd does not exist!
[2019-01-19 12:43:33] Encoding terminated.
[2019-01-19 12:43:33] Connection Closed Gracefully.
any idea how to solve this?
Edit:
Forget my post, Last Windows Update reenabled password protected network access on my main machine...... deactivated and it runs again
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.