PDA

View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 61 62 63 64

Viper714
30th July 2015, 22:55
Atak_Snajpera,
I am re-evaluating my recoding procedures for a Blu Ray DVD. Earlier I believed that using the "2-Pass" mode was the best. Only because the 1-Pass would evaluate the rip and then the 2-Pass would encode it more effectively. Furthermore, using this method I can see an estimated file size of the final product. Typically I would use a KBPS of 8192, however since one of your past responses you mentioned that I was not limited to that. So I been pushing more 9000 or 10,000. This of course increases the file size.

Is there a actual science or formula that I could use that would give me a good movie recode yet not be huge in size?

I know of the CQ mode, but is this a better option at a particular CRF level?

Is there a resource on the web where I can read about this?

Appreciate your and the rest of the groups patience.

:thanks:

Atak_Snajpera
31st July 2015, 11:36
you are trying to invent a wheel again. CQ does exactly what you want! End of story.

Viper714
31st July 2015, 14:53
you are trying to invent a wheel again. CQ does exactly what you want! End of story.

There's always a way to build a better mouse trap or wheel!!
http://i361.photobucket.com/albums/oo54/pcubillos/Smileys/Forum%20Line/whistle.gif (http://s361.photobucket.com/user/pcubillos/media/Smileys/Forum%20Line/whistle.gif.html)
Okay I will start using CQ!!

Thank you...

73ChargerFan
31st July 2015, 17:29
Even Fred Flintstone knew a round wheel was optimal. :D

The RipBot264 guide Viper214 linked to is over 4 years old. Are there any others that are recommended? Thanks.

soneca
2nd August 2015, 03:42
Atak, thanks for the new version! ;)

Wishbringer
4th August 2015, 17:49
yep, just recognized 1.19.0 at videohelp.com.
Will test it asap.

soneca
5th August 2015, 04:43
Well, here it has not changed.

Atak, the path of the logs were changed in this version?

Atak_Snajpera
5th August 2015, 11:33
see job folder.

burt123
5th August 2015, 11:46
yep, just recognized 1.19.0 at videohelp.com.
Will test it asap.

Yes, I was a bit puzzled by soneca's comment about a new version.

Atak forgot to edit the version number on this forum.

So, now I can say, thanks for the new version, they've been coming thick & fast, recently :)

Cheers

Atak_Snajpera
5th August 2015, 13:17
Atak forgot to edit the version number on this forum.
I didn't forget. There is bug in this forum. After few years you lose rights to change thread's title.
http://forum.doom9.org/showthread.php?t=172423
http://forum.doom9.org/showthread.php?t=171711

burt123
6th August 2015, 02:13
I didn't forget. There is bug in this forum. After few years you lose rights to change thread's title.
http://forum.doom9.org/showthread.php?t=172423
http://forum.doom9.org/showthread.php?t=171711

OK, sorry about that, then......so I hope you can get to the bottom of that, and get that "fixed", as that was the most obvious way, "we" knew there was a version update.

Cheers :o

Wishbringer
6th August 2015, 13:16
Or start a new thread with same starting post and reference to this one.

my2ct ;)

Btw: can't even thank enough for this nice little piece of software.
Did all tasks manually before.

byteshare
7th August 2015, 03:42
I was trying to search for this but can't seem to get a good answer. How does ripbot handle if one server goes down when using Multi-computer Distributed Encoding? Examples, one computer crashes, or if the power goes out and one of my battery backups doesn't last as long as the others before the power comes back?

I'm just wondering if one goes down if it takes out the chain (assuming the main server doesn't go down)?

slalom
7th August 2015, 13:37
Yes it does take it out

Atak_Snajpera
7th August 2015, 18:52
I'm just wondering if one goes down if it takes out the chain (assuming the main server doesn't go down)?
If client loses connection with specific server then chunk assigned with that server will come back to queue. Encoding client will assign again unfinished chunk to next IDLE server.

byteshare
7th August 2015, 19:33
If client loses connection with specific server then chunk assigned with that server will come back to queue. Encoding client will assign again unfinished chunk to next IDLE server.
Oh, sweet! I was just worried with four computers that using this method would make it even less stable, but looks like you have that base covered. Thank you for responding.

slalom
9th August 2015, 21:06
@Atak
For v.1.19

// it will use 64bit version of x264 or x265 on 64bit Windows. up to 10% faster encoding speed.
is set to 1 rather than 0.2. Is that ok?

Wishbringer
10th August 2015, 07:07
@slalom:
// it will use 64bit version of x264 or x265 on 64bit Windows. up to 10% faster encoding speed.
Use64bitEncoder=1
---------------------
// Sharpening Strength after resizing (Default=0.2)
SharpeningStrength=0.2

Maybe you read the wrong line.
64bit is a switch (true/false = 1/0)

and was implemented long ago:
v1.13.0
Added: support for x264 64bit (up to 10% faster encoding)

slalom
10th August 2015, 08:55
You're right
There must be a mistake on that .ini, checked older versions too, the value is 1

soneca
12th August 2015, 02:16
There seems to be a problem in the aspect ratio...

Preview is correct

http://s20.postimg.org/45s3ysp71/preview.png

Settings

http://s20.postimg.org/p1eea1le5/RIPBOT.png

Result

http://s20.postimg.org/8g6rudua5/result.png


Aspect ratio by mediainfo > 3.184

Already converted some bd's with the same ratio without problems using the latest version of Ripbot, but I'll redo it from scratch.

Edit: The problem is the strange blu-ray, nonstandard...

Jake802
12th August 2015, 08:06
Hi everyone,

My completed files are not showing up at all. Any ideas?

Atak_Snajpera
12th August 2015, 09:53
check log.

g0th1ckn1ght
12th August 2015, 13:57
I was wondering how do I keep the 7.1 DTS MA / True HD audio tracks in my mkv.

In the select stream window i select the DTS Master Audio, English, 7.1 channels, 24bits, 48khz option. At the Encoding Settings window it only show 6 channels i have the profile set to XX.Copy Stream.XX.

I would really like all audio channels (7.1) in my converts, so any help would be appreciated

Atak_Snajpera
12th August 2015, 15:13
If you selected demux option and then Copy Stream then your final mkv should have original untouched 7.1 audio. You can verify number of channels in mkv in mediainfo.
You see only 6 channels in gui because current decoder sees only core part.

g0th1ckn1ght
13th August 2015, 01:35
Thank you very much Atak.

I will give that try and see how it goes.

Thanks again

Jake802
13th August 2015, 03:53
Atak,

I got rid of the damn log file, but I originally checked it and it said the file was were it was supposed to be, but the file was not there. Let me run it again and I will keep and post the log this time.

Sorry!

Jake802
13th August 2015, 21:48
Ok I am not seeing a log file and nothing showed up still.....Alright even weirder When I just went to open up RipBot it opened to where the file is. I can now see the file but cannot do anything with it and it does not show in my Windows Explorer when I try to access it.......

fantasmanegro
13th August 2015, 23:50
Using aac 5.1 is too much for my 2.0 TV speakers... so do mixing to stereo is OK for me but, the voice is too low ...

is there a way to increase the volume in voice channel or decrease a little the background and effects?

byteshare
14th August 2015, 05:41
Using aac 5.1 is too much for my 2.0 TV speakers... so do mixing to stereo is OK for me but, the voice is too low ...

is there a way to increase the volume in voice channel or decrease a little the background and effects?
You should try normalization 200% Or, you can use another program to process the audio the way you need.

Atak_Snajpera
14th August 2015, 12:21
Using aac 5.1 is too much for my 2.0 TV speakers... so do mixing to stereo is OK for me but, the voice is too low ...

is there a way to increase the volume in voice channel or decrease a little the background and effects?

Open DownMixAudio.avs in notepad
and increase this value
function DownMix2Stereo(clip a)
{
a=ConvertAudioToFloat(a)
fl = GetChannel(a, 1)
fr = GetChannel(a, 2)
c = GetChannel(a, 3)
lfe = GetChannel(a, 4)
sl = GetChannel(a, 5)
sr = GetChannel(a, 6)
l_sl = MixAudio(fl, sl, 0.2929, 0.2929)
c_lfe = MixAudio(lfe, c, 0.2071, 0.2071)
r_sr = MixAudio(fr, sr, 0.2929, 0.2929)
l = MixAudio(l_sl, c_lfe, 1.0, 1.0)
r = MixAudio(r_sr, c_lfe, 1.0, 1.0)
return MergeChannels(l, r)
}

Save and verify loudness in ripbot264 (Preview script). Audio Normalization set at 100%.

fantasmanegro
14th August 2015, 13:09
Open DownMixAudio.avs in notepad
and increase this value
function DownMix2Stereo(clip a)
{
a=ConvertAudioToFloat(a)
fl = GetChannel(a, 1)
fr = GetChannel(a, 2)
c = GetChannel(a, 3)
lfe = GetChannel(a, 4)
sl = GetChannel(a, 5)
sr = GetChannel(a, 6)
l_sl = MixAudio(fl, sl, 0.2929, 0.2929)
c_lfe = MixAudio(lfe, c, 0.2071, 0.2071)
r_sr = MixAudio(fr, sr, 0.2929, 0.2929)
l = MixAudio(l_sl, c_lfe, 1.0, 1.0)
r = MixAudio(r_sr, c_lfe, 1.0, 1.0)
return MergeChannels(l, r)
}

Save and verify loudness in ripbot264 (Preview script). Audio Normalization set at 100%.

Thank you Atak, I will try this right now. ..

slalom
15th August 2015, 09:55
I got this error on one mkv
"DirectShowSource:Renderfile, the filter graph manager won't talk to me
(E:\Temp\RipBot264temp\job25\getinfo.avs, line 2)"

this is the avs file

video=DirectShowSource("E:\***\***.mkv",audio=false).ConvertToYV12()
LoadPlugin("D:\DirectCD\Program Setup Files\RipBot264v1.19.0\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicDTSSource("E:\Temp\RipBot264temp\job25\33_audio_English.dts")
AudioDub(video,audio)
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Framecount")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Framerate")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioRate")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioChannels")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioLength")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Width")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Height ")
Trim(0,-1)

Jake802
15th August 2015, 20:01
Is the program not compatible with Windows 10? Maybe that's my issue?

burt123
16th August 2015, 02:08
Is the program not compatible with Windows 10? Maybe that's my issue?

I have been using Windows 10 x64 for several week's now, and Ripbot seems to be behaving itself :)

Jake802
16th August 2015, 02:21
It turns out this isnt the only program I am having issues with. Both RipBot and PowerISO are making my files and they do not show up in Windows Explorer, but they do show up when I use to program(s) and go to that same location. I don't know what the heck is going on! Thanks for the input guys!

byteshare
16th August 2015, 07:54
It turns out this isnt the only program I am having issues with. Both RipBot and PowerISO are making my files and they do not show up in Windows Explorer, but they do show up when I use to program(s) and go to that same location. I don't know what the heck is going on! Thanks for the input guys!
Are they maybe set to hidden? Do you have hidden files turned on?

Jake802
16th August 2015, 08:49
Yea I thought the same thing I checked. It's set to show hidden files. I have tried searching around, havent had any luck yet!

Thanks!

byteshare
17th August 2015, 02:43
Yea I thought the same thing I checked. It's set to show hidden files. I have tried searching around, havent had any luck yet!
This might sound redundant, but have you tried a looking for the files with a live book in Linux? I wonder if windows is hiding them for some reason? Are you on Win10?

Jake802
17th August 2015, 05:13
I am using WIndows 10. I just wanted to let everyone no, problem is solved. It appears to have been the Free Comodo Anti-Virus I was using with it. The minute I removed it, I could see and access those files! Thanks everyone!

lemaireus
17th August 2015, 16:01
Atak, I updated to v1.19.0 today and discovered that the 10 bit x265 you've provided this time is nearly 15MBs in size. Till v1.18.2 the 10 bit x265 file bundled with RipBot used to be about 4.5MB, and I used to update that twice a week from http://builds.x265.eu/ which linked to an almost daily updated 16 bit executable roughly the same size as the one provided in v1.18.2. The URL for x265 that you've listed in the 'Tools' button--a wonderful addition, thank you!--links to an x265 executable that is 4.5 to 5MBs. So that still does not provide me with the same 10 bit x265 which you've provided with the latest version of RibBot. My concerns, most likely unfounded, are as follows:

1. I am assuming that the settings you've provided for HEVC encoding--I've been using the 10 bit progressive profile--are optimized for the x265 you've provided. So ideally I should do my weekly update using the same source as the one you've provided the settings for.
2. With the same assumption: is there a problem if I update on a weekly basis given that your settings are written for the x265 version you provided at the time of v1.19.0 release.

If RipBot just needs an x265 executable whatever the source might be then just let me know and then I can go ahead and keep updating from http://builds.x265.eu/ or whichever other site provides regular updates. If there is a particular version of x265 that would work better with RipBot then would you please provide a link for updates which, with x265 development going the way it is, can provide significant boosts in both speed and quality? As I mentioned the x265 link in the 'Tools' section does not link to the file you've bundled in Tools>x265.
Thanks!

Atak_Snajpera
17th August 2015, 19:48
1. I am assuming that the settings you've provided for HEVC encoding--I've been using the 10 bit progressive profile--are optimized for the x265 you've provided. So ideally I should do my weekly update using the same source as the one you've provided the settings for.
Nope.

2. With the same assumption: is there a problem if I update on a weekly basis given that your settings are written for the x265 version you provided at the time of v1.19.0 release.
Nope.

Basically use any x265 binaries you like. There is no special optimization for specific build.

lemaireus
18th August 2015, 07:35
Basically use any x265 binaries you like. There is no special optimization for specific build.

Wonderful! Thanks for confirming.

Marban
18th August 2015, 14:56
hello, i have got encode a open matte movie and the result of the encode have black borders over and under. What is wrong?
I have no change the resolution.

Log:

C:\>"C:\Users\marban\Desktop\Programme\Ripbot24\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Users\marban\Desktop\Programme\Ripbot24\tools\x264\x264_x64.exe" --crf 22 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 2883 --sar 1:1 --level 4.1 --preset veryslow --tune film --ref 4 --no-fast-pskip --rc-lookahead 120 --deblock -1:-2 --qpmin 0 --aq-strength 0.9 --sar 12:11 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x1080p 12:11 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.1
C:\Temp\RipBot264temp\job1\job1.avs: 1920x1080, 10000000/417083 fps, 2884 frames

x264 [info]: frame I:16 Avg QP:19.35 size: 66944
x264 [info]: frame P:888 Avg QP:22.62 size: 39242
x264 [info]: frame B:1979 Avg QP:23.26 size: 21972
x264 [info]: consecutive B-frames: 6.3% 13.9% 8.2% 43.8% 6.8% 9.2% 2.7% 7.2% 1.9%
x264 [info]: mb I I16..4: 24.1% 72.9% 3.0%
x264 [info]: mb P I16..4: 13.6% 39.4% 0.4% P16..4: 35.6% 3.5% 2.2% 0.0% 0.0% skip: 5.3%
x264 [info]: mb B I16..4: 1.6% 5.2% 0.0% B16..8: 39.8% 5.8% 0.8% direct:12.7% skip:34.0% L0:45.7% L1:50.9% BI: 3.4%
x264 [info]: 8x8 transform intra:74.3% inter:88.1%
x264 [info]: direct mvs spatial:98.6% temporal:1.4%
x264 [info]: coded y,uvDC,uvAC intra: 50.1% 52.3% 2.1% inter: 21.5% 31.9% 0.0%
x264 [info]: i16 v,h,dc,p: 25% 20% 18% 37%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 8% 15% 8% 11% 11% 11% 11% 14%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 8% 4% 9% 13% 14% 12% 13% 13%
x264 [info]: i8c dc,h,v,p: 37% 36% 22% 5%
x264 [info]: Weighted P-Frames: Y:6.3% UV:5.4%
x264 [info]: ref P L0: 55.9% 7.1% 22.4% 12.7% 1.8% 0.1%
x264 [info]: ref B L0: 84.8% 11.9% 3.3%
x264 [info]: ref B L1: 93.8% 6.2%
x264 [info]: kb/s:5282.53

encoded 2883 frames, 10.72 fps, 5282.53 kb/s

C:\>"C:\Users\marban\Desktop\Programme\Ripbot24\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Fight Club HDTV - (Open Matte) (1)-001_.mkv" --compression 0:none --title "Fight Club HDTV - (Open Matte) (1)-001_" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:ger "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v8.2.0 ('World of Adventure') 32bit
'C:\Temp\RipBot264temp\video.264': Using the demultiplexer for the format 'AVC/h.264'.
'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3': Using the demultiplexer for the format 'AC3'.
'C:\Temp\RipBot264temp\video.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3' track 0: Using the output module for the format 'AC3'.
The file 'E:\Fight Club HDTV - (Open Matte) (1)-001_.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 2095/1080.


The cue entries (the index) are being written...
Muxing took 4 seconds.
-------------------------

Elapsed Time: 00h:04m:34s

Atak_Snajpera
18th August 2015, 15:34
Because you have forgotten to crop those borders in ripbot.

slalom
18th August 2015, 18:36
Hi Atak,
this is a few posts back

I got this error on one mkv
"DirectShowSource:Renderfile, the filter graph manager won't talk to me
(E:\Temp\RipBot264temp\job25\getinfo.avs, line 2)"

this is the avs file

video=DirectShowSource("E:\***\***.mkv",audio=false).ConvertToYV12()
LoadPlugin("D:\DirectCD\Program Setup Files\RipBot264v1.19.0\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicDTSSource("E:\Temp\RipBot264temp\job25\33_audio_English.dts")
AudioDub(video,audio)
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Framecount")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Framerate")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioRate")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioChannels")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","AudioLength")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Width")
WriteFile("E:\Temp\RipBot264temp\job25\info.txt","Height ")
Trim(0,-1)

Do you have any sugestions?

(your pm's are full!)

Atak_Snajpera
18th August 2015, 19:50
Post mediainfo report. Maybe your mkv was encoded by some odd codec.

slalom
18th August 2015, 21:55
Here it is

General
Unique ID : 170740912739023209494050400861862561038 (0x807380EFB48043C2A82371C00E49050E)
Complete name : E:\***.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 24.8 GiB
Duration : 1h 33mn
Overall bit rate mode : Variable
Overall bit rate : 38.1 Mbps
Movie name : ***
Encoded date : UTC 2015-06-18 20:44:14
Writing application : mkvmerge v7.9.0 ('Birds') 64bit
Writing library : libebml v1.3.1 + libmatroska v1.4.2
_STATISTICS_WRITING_APP : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC : 2015-06-18 20:44:14
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION : 01:20:59.396000000
NUMBER_OF_FRAMES : 93
NUMBER_OF_BYTES : 57557

Video
ID : 33
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 33mn
Bit rate mode : Constant
Nominal bit rate : 35.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.704
Title : MPEG-4 AVC / 35000 kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1
Language : English
Default : Yes
Forced : No

Audio
ID : 34
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 1h 33mn
Bit rate mode : Variable
Bit rate : Unknown / 1 509 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Title : DTS-HD Master Audio 5.1 / 48 kHz / 3956 kbps / 24-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 24-bit)
Language : English
Default : Yes
Forced : No

Text #1
ID : 1
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : Japanese
Default : No
Forced : No
DURATION : 01:33:10.627000000
NUMBER_OF_FRAMES : 134041
NUMBER_OF_BYTES : 23708627328
_STATISTICS_WRITING_APP : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC : 2015-06-18 20:44:14
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Text #2
ID : 2
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : Japanese
Default : No
Forced : No
DURATION : 01:33:11.030000000
NUMBER_OF_FRAMES : 524159
NUMBER_OF_BYTES : 2764814692
_STATISTICS_WRITING_APP : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC : 2015-06-18 20:44:14
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Text #3
ID : 3
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : English
Default : No
Forced : No

Text #4
ID : 4
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : French
Default : No
Forced : No

Text #5
ID : 5
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : German
Default : No
Forced : No

Text #6
ID : 6
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Language : Italian
Default : No
Forced : No


Had to remove some part of the subs, too many characters to post, I hope you don't mind

Pulp Catalyst
20th August 2015, 12:10
would you be able to support a yadifmod > nnedi3 option in deinterlacing (with 25fps and a 50fps)... as i find nnedi3 really does do a great job vs yadif by itself?

Regards,

p.s. on the batch screen, can you include a denoise option there... as i can't use batch right now as i need to use denoise on every episode.

Thanks,

slalom
20th August 2015, 13:46
Post mediainfo report. Maybe your mkv was encoded by some odd codec.
I removed the subs that I didn't want and the file added ok
Everything is OK

manono
20th August 2015, 20:34
would you be able to support a yadifmod > nnedi3 option in deinterlacing (with 25fps and a 50fps)... as i find nnedi3 really does do a great job vs yadif by itself?

You can't create the script yourself with YadifMod, and then open that in RipBot264? Once you begin this, there'll be no end to filter requests. Maybe someone else will come along next wanting to deinterlace with QTGMC.

Alternatively, you can create a lossless AVI using an AVISynth script that includes the filter you want and then open the AVI in RipBot. Or use MeGUI which allows for editing the AviSynth scripts to add any filters not already available.

Once you get the ability to do anything you like, the 'Bot' aspect of the program kind of disappears. Sorry, and of course I can't speak for Atak_Snajpera, but what you're asking requires the program to go in a new direction and one of its good points is its ease of use. Me, I do all the heavy filtering before ever using RipBot, and only use it to do the final conversion (to x264/AAC/MP4) with no additional filtering.

Tazlord
29th August 2015, 01:06
Atak,
First, great software! Thank you for taking the time to develop this useful tool.

I know this has come up in this forum before but it would be nice to have the muxing process disable any default subtitle tracks. The reason being, popular players (like MPC-HC and Kodi) will use that bit to determine which subtitle track to display by default. Although, I think the players should reconsider how they interpret that bit. In the meantime, I have been manually setting the default-track bit to 0 after mux so they won't automatically display the subtitles (except forced subs).

I'm certain you're already aware of how the mkvmerge syntax works but I'll state it here just for everyone else to see as well. All you would have to do is add a "--default-track 0:no" to each subtitle in the command line.

Alternatively, you can a separate command file and have 'mkvpropedit' do the work post-mux. The syntax for that tool is simple:

mkvpropedit <filename> --edit track:s1 --set flag-default=0

The above syntax will find the first subtitle track (s1) and set the default flat to 0.

Any work you can do on this would be greatly appreciated. Also, expect a donation coming your way soon. This tool is well worth it.

theking2
29th August 2015, 13:29
Fast forward does not work on my Samsung BD on any mkv generated with ripbot

slalom
29th August 2015, 14:33
The reason being, popular players (like MPC-HC and Kodi) will use that bit to determine which subtitle track to display by default.
Someone might actually like that behaviour

You can permanently disable the subtitles through the menu of mpc-hc

WestPop
29th August 2015, 17:11
Just recently upadated from v1.17.4 to v1.19.0.

Been using using RipBot264 for years and love it, BIG thanks for all your hard work and continued efforts/improvements. :)

I can't seem to find the encode log files for this new version. Received an error after muxing, although encode seems fine after playing. I was previewing another while this one was muxing, don't know if that was the cause for the error.

Also, I've noticed when automatically cropping it seems to take longer than the other version, although it does not seem to over-crop as much as v1.17.4, was thinking that was the reason.

Tazlord
29th August 2015, 17:53
Someone might actually like that behaviour

You can permanently disable the subtitles through the menu of mpc-hc
The problem is when you disable subtitles in HPC-HC even the forced subtitles are disabled. Hence, completely defeating the purpose of a "forced" subtitle.
I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.

sneaker_ger
29th August 2015, 18:06
Fast forward does not work on my Samsung BD on any mkv generated with ripbot
This usually happens with some broken players if mkvmerge options "--clusters-in-meta-seek" and/or "--engage no_cue_duration --engage no_cue_relative_position" are not set. If you remux them with those options it might work. I don't know if it's possible to automatically make RipBot set them for every encode.

Atak_Snajpera
29th August 2015, 18:24
I can't seem to find the encode log files for this new version.
now you can right click on job to see log.

http://i.cubeupload.com/fDma8k.png

Also, I've noticed when automatically cropping it seems to take longer than the other version, although it does not seem to over-crop as much as v1.17.4, was thinking that was the reason.
Yes you are right. I've increased number of samples from default 5 to 16. The reason is to increase accuracy and avoid over-cropping in some dark movies. Default 5 seems to be very low because first sample is always first frame and 5th sample is always the last frame. So in most cases it analyzes just black frames and this leaves you with only 3 useful samples.

I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.
Ok. No problem. I will add option in .ini in next version.

WestPop
29th August 2015, 21:47
Okay thanks, I see it now when right clicking on another encode.

I guess due to the error only this displayed;

The cue entries (the index) are being written...
Muxing took 1 minute 18 seconds.
-------------------------
Elapsed Time: 05h:50m:47s

Was just trying to determine what the error actually was.

slalom
30th August 2015, 08:59
The problem is when you disable subtitles in HPC-HC even the forced subtitles are disabled. Hence, completely defeating the purpose of a "forced" subtitle.
I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.
So you use forced subs and selectable, but you want to see by default the forced?

ginofamussi
30th August 2015, 15:42
Hi guys :)
I'm a quite new around here but I've been using Ripbot for years.
It's the best and most comfortable tool.
I have a question.. is it possible to handle DVB recordings Mpeg4 chroma 4:2:2 ?
I always get a AviSinth error.
Thanks in advance
:helpful:

Atak_Snajpera
30th August 2015, 18:43
If you can send me some short 50mb sample I will take a look.

ginofamussi
30th August 2015, 18:57
If you can send me some short 50mb sample I will take a look.

As soon as I find a feed Mpeg4 4:2:2, I'll post a sample here. Thank You. Great work.
:thanks:

ginofamussi
31st August 2015, 09:19
Here's a little sample
Mpeg 4.2.2.ts 74mb (https://mega.nz/#!TMAGXKIb!u7nZZ2GCXSjknzgQOaMN3tAeyt68ubInOvaIxE9EcIY)
:thanks:

Atak_Snajpera
31st August 2015, 12:55
Here's a little sample
Mpeg 4.2.2.ts 74mb (https://mega.nz/#!TMAGXKIb!u7nZZ2GCXSjknzgQOaMN3tAeyt68ubInOvaIxE9EcIY)
:thanks:

This file is corrupted at the very beginning. Unfortunately these kind of errors are very common while recording from air.
http://i.cubeupload.com/T2r3uT.png

If you remove those four first seconds it will work fine in ripbot.

I used latest version of http://www.videohelp.com/software/TS-Packet-Editor
for this task.

http://i.imgur.com/aw4Xfdd.png

damia
31st August 2015, 19:42
hai atak.. how to use normalize in ripbot?? i already set 100% but in avs script blank?? and i try encode using off normalize and 100% but the result looks lime same to me.. pls help me.. i want to encode 2ch 64kbps audio..

Tazlord
1st September 2015, 05:58
Hello All,
OK, I just upgraded to v1.19.0 and ran into a problem. I keep getting an error stating "avs2pipemod.exe has stopped working" whenever I run a job. I am wondering if anyone else has seen this?

So far...
I figured out that it is happening during the audio encode phase so I tried to run the command manually and got the same error. Interestingly, the output of avs2pipemod -info shows an error:

avs2pipemod[error]: I don't know what "video" means
(E:\TEMP\RipBot264temp\job1\job1_a1.avs, line 23)

Line 23 of job1_a1.avs shows:
AudioDub(video,audio)

And obviously the muxing process will fail because the AAC audio file was never created.

Atak_Snajpera
1st September 2015, 09:52
did you create that job in 1.19 or in older version?

Tazlord
1st September 2015, 16:10
did you create that job in 1.19 or in older version?
Hi Atak,
I originally did have existing jobs but after messing with it for a long time I started from scratch by completely removing all the jobs, uninstalling RipBot and installing a "clean" version.

Atak_Snajpera
1st September 2015, 17:30
show me content of job1_AUDIO1.avs and job1_a1.avs

Tazlord
1st September 2015, 18:08
show me content of job1_AUDIO1.avs and job1_a1.avs
Here you go.
Also, just a thought, do you think this could have something to do with AVISynth? I'm running version 2.58.

Thanks for your help!

job1_AUDIO1.avs
#MT


#VideoSource

video=BlankClip(length=146560, width=1920, height=1080, fps=23.976, pixel_type="YV12", channels=0)

#Deinterlace



#Decimate



#Crop



#Resize



#Colors



#Denoise




#Subtitles



#AudioSource
Import("E:\Temp\RipBot264temp\job1\job1_a1.avs")


#Triming



#AVSameLength



#ColorSpace


job1_a1.avs
#AudioSource
LoadPlugin("C:\bin\Programs\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicDTSSource("E:\Temp\RipBot264temp\job1\audio_1_English.dtsma.dts")
audio=ResampleAudio(audio,48000)
#DownMix
Import("C:\bin\Programs\RipBot264\Tools\AviSynth plugins\Scripts\DownMixAudio.avs")
audio=DownMix2Stereo(audio)

#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize
audio=Normalize(audio,1)


#AudioDub
audio=ConvertAudioTo16bit(audio)
AudioDub(video,audio)

Atak_Snajpera
1st September 2015, 18:14
Script looks ok so update your AviSynth to 2.60 or Avisynth+. Your choice.

Tazlord
1st September 2015, 18:50
Script looks ok so update your AviSynth to 2.60 or Avisynth+. Your choice.
OK, that looks like it might have been it. I upgraded to Avisynth+ (looks like it has more active dev than the old one) and it successfully completed the audio encoding process. I'm still waiting for the 2nd video pass and mux but since those don't seem to depend on avs2pipemod I'm pretty sure it will be fine.

Thanks for your help!

EDIT:
Considering this case, do you think it would be worth mentioning to users that it might be best to use newer version of Avisynth?

Tazlord
1st September 2015, 20:07
OK, it all looks good. Audio encoded fine. Downmix to 2 channels seems to be good too.

Thanks again for your help Atak!

rc71
1st September 2015, 20:13
Hey Atak.

I'm sure you know, but Cisco is making it's own x265 version royalty Free currently called Thor. Thought you might be interested.

http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec

Codec
https://github.com/cisco/thor

zeem
2nd September 2015, 02:15
Downloaded the 1.19.0 from here. Antivirus pops up saying it contains a Trojan.Gen.SMH in \tools\modifychapters\modifychapters.exe. Anyone else get this?

ginofamussi
2nd September 2015, 10:33
This file is corrupted at the very beginning. Unfortunately these kind of errors are very common while recording from air.

If you remove those four first seconds it will work fine in ripbot.

I used latest version of http://www.videohelp.com/software/TS-Packet-Editor
for this task.

:thanks::thanks::thanks:

Tazlord
3rd September 2015, 00:40
So you use forced subs and selectable, but you want to see by default the forced?
There are actually 2 different flags that can be set on a subtitle track in this regard: Forced and Default.

It's pretty self-explanatory what "forced" is used for and for the most part, good video players honor that flag. The "default" flag is a little different. According to the MKV documentation, it is intended to identify which track the player should use if it cannot find a track that matches the user's current language setting. MKVMERGE will automatically set the "default" track on the first subtitle track that does not explicitly specify "default-track #:no", which usually ends up being the first subtitle track.

This means that if I have 2 sub tracks, one Spanish and one French, my video player (MPC-HC) will not find one that matches my current language, English. If the "default" flag were set on the Spanish sub track and my player has subtitles enabled, it would be safe to assume that the player will use the Spanish track. Of course, how this is handled is entirely up to the player's developer and I'm pretty certain not all players honor those flags.

But what if I want to watch the movie that contains forced subtitles?
The way that this is handled in an MKV is that an additional subtitle track needs to be added containing only forced subtitles. In the case of MPC-HC, subtitles MUST be enabled in order for it to honor the "forced" flag of the additional sub track. The problem comes when the MKV contains any other sub track with the "default" flag set. MPC will always choose the default track over any other, which means the default track will always be displayed if subtitles are enabled. As you can see, that presents a problem if I'm only interested in viewing the forced subtitles.

In my opinion, software players should act like hardware players and only show subtitles that you explicitly enable and ALWAYS show forced subtitles, in your preferred language, if no other subtitles have been selected. The only way I've been able to make that happen is by modifying the "default" flags manually after RipBot is done so that I can leave MPC's subtitle feature enabled but have it not automatically select any subtitle tracks while always honoring the "forced" flag.

It's really not that big of a deal for me to continue to do this manually but to have the option of making that happen during the MUX process of RipBot would be even better.

sneaker_ger
3rd September 2015, 08:30
Are you not using LAV Splitter? It can be set to only load forced subtitles. You don't have to turn off MPC-HC's subtitle renderer, then.

slalom
3rd September 2015, 14:38
There are actually 2 different flags that can be set on a subtitle track in this regard: Forced and Default.

It's pretty self-explanatory what "forced" is used for and for the most part, good video players honor that flag. The "default" flag is a little different. According to the MKV documentation, it is intended to identify which track the player should use if it cannot find a track that matches the user's current language setting. MKVMERGE will automatically set the "default" track on the first subtitle track that does not explicitly specify "default-track #:no", which usually ends up being the first subtitle track.

This means that if I have 2 sub tracks, one Spanish and one French, my video player (MPC-HC) will not find one that matches my current language, English. If the "default" flag were set on the Spanish sub track and my player has subtitles enabled, it would be safe to assume that the player will use the Spanish track. Of course, how this is handled is entirely up to the player's developer and I'm pretty certain not all players honor those flags.

But what if I want to watch the movie that contains forced subtitles?
The way that this is handled in an MKV is that an additional subtitle track needs to be added containing only forced subtitles. In the case of MPC-HC, subtitles MUST be enabled in order for it to honor the "forced" flag of the additional sub track. The problem comes when the MKV contains any other sub track with the "default" flag set. MPC will always choose the default track over any other, which means the default track will always be displayed if subtitles are enabled. As you can see, that presents a problem if I'm only interested in viewing the forced subtitles.

In my opinion, software players should act like hardware players and only show subtitles that you explicitly enable and ALWAYS show forced subtitles, in your preferred language, if no other subtitles have been selected. The only way I've been able to make that happen is by modifying the "default" flags manually after RipBot is done so that I can leave MPC's subtitle feature enabled but have it not automatically select any subtitle tracks while always honoring the "forced" flag.

It's really not that big of a deal for me to continue to do this manually but to have the option of making that happen during the MUX process of RipBot would be even better.
I use only selectable subs, so the first in order is always the default. If there is also an srt file, then that one is the default

That is how I use subs

ShogoXT
4th September 2015, 08:51
Hi again everyone.
I started using Ripbot again for my blu rays and i seem to be running into a stutter issue. I tried using multiple programs and ways to read the source disk like MakeMKV. It seems to result in occasional jitters in the video. Audio seems unaffected. The source is already progressive so im unsure what the issue is.

I tried to find dgsplit, but it seems all download sources for it are no longer available. So im sorry that I dont have the source cut down for you. Does anyone have a alternative?

One of the results. (https://mega.nz/#!KRBmzKqT!D2H1CqW8Jdmw43T8wElCSyJ3OnFR4C3UPicPZpmg5N0)
Hopefully its small enough.

Thanks again for the great program.

Atak_Snajpera
4th September 2015, 15:12
Have you tried DVDFabDecrypter? Personally I would avoid using MakeMKV for DVDs. Generally you should work directly with decrypted .vobs.

ShogoXT
4th September 2015, 20:50
Have you tried DVDFabDecrypter? Personally I would avoid using MakeMKV for DVDs. Generally you should work directly with decrypted .vobs.

Actually I thought that at first, because I had issues with MakeMKV on the other DVD set, but I tested multiple softwares and the same result occurs. This is with Blu rays.

MakeMKV with core audio.
DVDFab with passthrough mode to MKV, MP4, M2TS.
AnyDVD straight read from the disk to Ripbot264.

I didnt post this until after I was done with all those. I wanted to avoid AnyDVD because Ripbot takes a bit to separate the streams, which makes it hard to do batch stuff. The goal was to find one that just had the core audio, reducing that whole process. With these Blu rays, the run time takes longer on my aging computers.

Tried first on desktop, then did a fresh install on laptop Windows 10, same result. Now I do know that months ago I ran one that seemed fine, so it MIGHT be one of the newer ripbot versions (probably not though, I fiddle with a lot of the settings). Cant remember what the settings were.

This one im running 64 bit, with MT on. I usually try to mess with the script for denoiser testing.

Thanks again, and does anyone have a DGsplit mirror?

stasi
5th September 2015, 07:42
Thanks again, and does anyone have a DGsplit mirror?

For splitting you can use MKVToolnix. Just open your file with mmg.exe, go to GLOBAL and set splitting mode.

Sparktank
5th September 2015, 07:57
does anyone have a DGsplit mirror?

DGsplit can be found on the new URL:
http://rationalqm.us/mine.html#tools

ShogoXT
6th September 2015, 04:28
Here is one of the sources. (https://mega.nz/#!HV5nARbQ!rqrid2KINumDewdzvR2bPVX-88xJG3VDYVJXXosYVQk)

Ive been trying to run it in different ways, but they all seem to turn out with the same stutter. Il keep trying, but I just want to make sure im not missing anything obvious.

Thanks

BlockABoots
6th September 2015, 12:52
Would there be any reason my 'Demuxing audio stream' process takes a longer time that it used to on the previous version of RipBot??. I show note that i have also upgraded to Windows 10 and so have installed all my programs again and noticed there was a new version of Ripbot out so downloaded the newer version. So it could be a combination of the 2??...anyone else noticed longer time on demuxing at all?

Atak_Snajpera
6th September 2015, 15:49
Here is one of the sources. (https://mega.nz/#!HV5nARbQ!rqrid2KINumDewdzvR2bPVX-88xJG3VDYVJXXosYVQk)

Ive been trying to run it in different ways, but they all seem to turn out with the same stutter. Il keep trying, but I just want to make sure im not missing anything obvious.

Thanks

I've encoded this sample file without any problems. Maybe you have some different version of FFDshow installed?
Try this version -> http://sourceforge.net/projects/ffdshow-tryout/

ShogoXT
6th September 2015, 20:48
I've encoded this sample file without any problems. Maybe you have some different version of FFDshow installed?
Try this version -> http://sourceforge.net/projects/ffdshow-tryout/

Currently using 4533, il try 4532.

Atak_Snajpera
6th September 2015, 20:56
Currently using 4533, il try 4532.

I'm using now 4527.

ShogoXT
6th September 2015, 22:19
I'm using now 4527.

No luck with 4532, il try 4527 next as you said.

EDIT: No luck with 4527 either. Maybe I messed up on the ffdshow settings somewhere. Usually on install il turn off the mixer and some decoders so it doesnt interfere with MPC-HC, but I could just block it from within.
I also use 64 bit mode and MT settings in the client. Il keep messing with it.

Atak_Snajpera
7th September 2015, 13:41
Also check if FFDShow and haali icon is present in tray while encoding!

http://i.imgur.com/uhD9Hdr.png

BlockABoots
7th September 2015, 16:34
Should RipBot max out my CPU when its encoding?, its currently doing 'Pass 1' and my CPU is only reporting 42% usage!

My system...

GIGABYTE Z87X-UD5H
INTEL i7-4770K @ 4.2Ghz
Crucial Ballistix Tactical 16GB 1600MHz
GIGABYTE GTX970 4GB
256GB CRUCIAL M4 SSD
WD 3TB GREEN

Atak_Snajpera
7th September 2015, 17:11
Uncheck fast first pass in settings

BlockABoots
7th September 2015, 19:02
Ok will do, is it recommended to disable this setting then?? I

have also noticed when encoding that there is no FFDShow and haali icons on the taskbar...this could be a windows 10 issue though??

Atak_Snajpera
7th September 2015, 19:50
have also noticed when encoding that there is no FFDShow and haali icons on the taskbar...this could be a windows 10 issue though??
I will have to check that on my virtual machine.

BlockABoots
7th September 2015, 19:50
Hmmm, i think it might be Windows 10 not playing nice with Ripbot. Have disabled the option you suggested but the CPU usage is still only around 55%. Also demuxing the audio is taking a lot longer that it used to, used to take about 10 seconds to demux a single file it now takes almost 2 minutes, plus the demuxing window doesn't automatically close and stays opens

ShogoXT
8th September 2015, 03:38
I found the problem on my end. I did reinstall ffdshow and haali again, along with putting in 64 bit java.
Still didnt work.
Only thing I didnt try was SetMT off and distributed encoding on.
Getting rid of SetMT seemed to fix it. I wonder why? I used to use it all the time.

Atak_Snajpera
8th September 2015, 11:19
it depends what mt mode you used before DirectShowSource(). If you used SetMTmode(2,x) then you should experience jumps in frames like you showed us in your sample. That's the main reason why i didn't expose that option in gui.

CRACING
8th September 2015, 17:55
Hello @Atak_Snajpera,

I have tried many video encoding tools (handbrake, staxrip, hybrid, vidcoder and etc) and finally ended up with RipBot264 because it is giving better quality results, takes less time and easy to use. Of course, other tools have plenty of options to set which may result in similar quality but I'm no good nor expert to go through all. I think you have set the best and left very few options for users to choice and get perfect results.

I have two requests for you to implement on future releases of RipBot264, only if you can:

1. Option to minimize to system tray.
2. Few details about input file properties, shown in main window or edit window. i.e Video length, frame width, frame height, video bitrate, video format, fps, audio format, audio bitrate and etc. With help of this, we can set required encoding settings without going to file properties in explorer.

Thanks...
Best Regards

BlockABoots
9th September 2015, 17:56
Does Ripbot store files anywhere else apart from the folder its installed in?

Atak_Snajpera
9th September 2015, 18:18
Job files are usually in C:\Temp\Ripbot264temp\

slalom
9th September 2015, 19:21
[U]
2. Few details about input file properties, shown in main window or edit window. i.e Video length, frame width, frame height, video bitrate, video format, fps, audio format, audio bitrate and etc. With help of this, we can set required encoding settings without going to file properties in explorer.
I didn't get this, you want that info or not?

fantasmanegro
9th September 2015, 22:32
I didn't get this, you want that info or not?

he/she said

I have two requests for you to implement on future releases of RipBot264, only if you can:

slalom
10th September 2015, 20:08
That info is already available, that is why I'm asking

Atak_Snajpera
12th September 2015, 16:55
1.19.1
Added: Poster/Cover can be downloaded directly from GUI
Added: Option to increase (double) volume in center channel during downmixing to stereo
Added: Option to flag subtitle as Default
Added: Mouse click on codec icon opens mediainfo
Updated: MKVToolnix v8.7.0, MediaInfo 0.7.77, x264 r2597, x265 1.7.478

Download in first post

DownloadPoster app in action
http://i.imgur.com/fFRrFMw.png

klopsknoedel
12th September 2015, 17:16
Thank's a lot Atak,

so why not downloading whole information from IMDB (or TMDB) to an NFO-File as you already retrieve these information? That would be fantastic.

Edit: Shouldn't be a whole scaper at all as there are EMM or MediaElch which do the job. But some basic data as Movie-Title, Original-Titel, Length and Year?

Atak_Snajpera
12th September 2015, 17:21
Is there any software like XMBC or any player which uses that extra information?

Atak_Snajpera
13th September 2015, 17:42
I've updated DownloadPoster app. This version uses themoviedb.org.
Pros: Much higher quality (up to 1500x1000) and no extra text on image.
Cons: Only one default poster can be downloaded. Working with java generated html is too annoying.

http://i.imgur.com/7p8xxrP.png

http://www.mediafire.com/download/f0a6gabd2n92gdm/DownloadPoster.exe

klopsknoedel
13th September 2015, 19:56
Is there any software like XMBC or any player which uses that extra information?

Is there a need for any other software which need/uses these information than XBMC (Kodi)?
At least since the raspberry-boom Kodi is widely used and a base of a lot of HTPC-Systems (RPi, WeTek ...).

Don't get me wrong, saving an additional .nfo would be a nice to have but is far away from being an essential feature. Just an idea. :)

soneca
14th September 2015, 00:12
Atak, thanks for the new version.
In this version I'm in trouble in preview...

http://s20.postimg.org/5dl95warx/preview.png

athlonia
14th September 2015, 06:42
hello,

i am sorry to trouble all of you but i am new in using ripbot264 great feature the distributed encoding. i understand that there is a youtube prepared on this matter but i still get the servers going. is there any other tutorial, perhaps with more details on how to properly set up the connections, share folders or anythings else to get the encoding going using multiple windows PCs? thanks in advance.

Pulp Catalyst
14th September 2015, 10:26
is there any chance of getting denoise in the batch mode, when dealing with old episode dvd's, the denoise filter works wonders for quality (also gives a good bump to compression efficiency as well).

Thanks,

Atak_Snajpera
14th September 2015, 11:52
yes...

@soneca
Finish all old jobs with older version. Use new version only with fresh jobs.

Atak_Snajpera
14th September 2015, 11:56
hello,

i am sorry to trouble all of you but i am new in using ripbot264 great feature the distributed encoding. i understand that there is a youtube prepared on this matter but i still get the servers going. is there any other tutorial, perhaps with more details on how to properly set up the connections, share folders or anythings else to get the encoding going using multiple windows PCs? thanks in advance.

Generally everything should be working without any extra settings. EncodingClient automatically shares temp folder and so on.

CRACING
14th September 2015, 13:23
That info is already available, that is why I'm asking

Sorry for late reply. I had forgot to enable email notifications of new posts in this thread.

As of media info, I didn't find such in v1.19.0 but now the developer has added the feature on version 1.19.1.

Thanks a lot Atak_Snajpera :thanks:

Best Regards

fantasmanegro
14th September 2015, 14:47
1.19.1

Added: Poster/Cover can be downloaded directly from GUI
Added: Option to increase (double) volume in center channel during downmixing to stereo


thank you very much for this new options....:thanks:

soneca
14th September 2015, 14:57
yes...

@soneca
Finish all old jobs with older version. Use new version only with fresh jobs.

Deleted all the temporary folder created by the earlier version but the problem continues to some sources.

fantasmanegro
14th September 2015, 15:05
hello,

i am sorry to trouble all of you but i am new in using ripbot264 great feature the distributed encoding. i understand that there is a youtube prepared on this matter but i still get the servers going. is there any other tutorial, perhaps with more details on how to properly set up the connections, share folders or anythings else to get the encoding going using multiple windows PCs? thanks in advance.

- copy ripbot264 to client and servers pc.
- in client pc, change ripbot ini file to use DE (UseDistributedEncoding=1)
- in client pc, share ripbot temp folder with all users and full control
- in server pc, add ripbot temp folder as network drive
- in server pc, change the ripbot ini file to use network drive (StoreTempFilesin=NETWORK DRIVE)

the rest is in the video file, setting ips and ports in the encoding client app...

Atak_Snajpera
14th September 2015, 16:49
- copy ripbot264 to client and servers pc.
Server PC needs only EncodingServer.exe.

- in client pc, change ripbot ini file to use DE (UseDistributedEncoding=1)
Can be activated directly in gui.

- in client pc, share ripbot temp folder with all users and full control
- in server pc, add ripbot temp folder as network drive
really you have to do this manually? EncodingClient should do this automatically for you.

- in server pc, change the ripbot ini file to use network drive (StoreTempFilesin=NETWORK DRIVE)
Not required.

fantasmanegro
14th September 2015, 18:20
Server PC needs only EncodingServer.exe.


Can be activated directly in gui.



really you have to do this manually? EncodingClient should do this automatically for you.


Not required.

thank you for your comments, but i'm using the LAN at the office... so, here is some kind of limited/restricted network... and that was the way i found it works here...:o

maybe i missed some of your points... like "Server PC needs only EncodingServer.exe"... but it works at least...

Atak_Snajpera
14th September 2015, 18:33
Atak, thanks for the new version.
In this version I'm in trouble in preview...

http://s20.postimg.org/5dl95warx/preview.png

Do you know exactly how to reproduce this error?

soneca
14th September 2015, 18:51
Always used this little file (https://puhow5.s.cld.pt) for testing. With this file can not the preview in this latest version.

slalom
14th September 2015, 21:04
@Atak
Is it OK to increase this setting?

ChunkSizeFor2passMode=60

Let's say double it

Atak_Snajpera
14th September 2015, 21:05
Soneca this should help -> http://www.mediafire.com/download/zecwxf1beblxbon/RipBot264v1.19.1_patch.7z

Atak_Snajpera
14th September 2015, 21:05
@Atak
Is it OK to increase this setting?

ChunkSizeFor2passMode=60

Let's say double it

yes you can increase this value if you wish.

soneca
14th September 2015, 22:31
Soneca this should help -> http://www.mediafire.com/download/zecwxf1beblxbon/RipBot264v1.19.1_patch.7z

Problem solved! :) :thanks:

burt123
15th September 2015, 02:27
Hi Atak, thanks for the latest build and patch.

I have a feature request that I would find handy in batch mode.

Would there be a chance of adding "Denoise" to the options...nearly everything else is.

If you have many files to batch encode, and you want to denoise them, you have to do them individually, once they're all queued.

Thanks

BlockABoots
15th September 2015, 17:08
Atak, have noticed when using batch mode that the demuxing audio window doesn't automatically close itself once its got to 100% and just freezes on 100%, i have tried closing the windows but its non responsive, Is this usual behaviour?

Also the main encoding window only shows 1 job rather than all the jobs (files) ive added

Atak_Snajpera
15th September 2015, 17:39
I've just added 40+ files in batch mode and I haven't noticed anything odd. I'm using win7. Does it freeze on specific file or randomly?

BlockABoots
15th September 2015, 18:00
I've just added 40+ files in batch mode and I haven't noticed anything odd. I'm using win7. Does it freeze on specific file or randomly?

No, the actual encoding still runs, just that the audio demuxing window stays open. So basically i have 2 windows, the encoding window and then the demuxing window (which stays open and at 100%), when one file has finished encoding the 2nd job (file) is added to the encoding job list and then the demuxing windows starts processing again and then gets to 100% and stays open.

Is this normal for the demuxing window to stay open, i was sure that once the demuxing process got to 100% the window closed??

Atak_Snajpera
15th September 2015, 18:16
Will you be able to record this behaviour with fraps? It would help if I could see this with my own eyes.

BlockABoots
15th September 2015, 18:21
Ok will do

BlockABoots
15th September 2015, 19:56
Here, you go...

https://www.youtube.com/watch?v=HZIblHhQMms

defalopii
16th September 2015, 09:46
Hello, i tried to use filter on Distributed Encoding. This is my .avs script

#MT
#VideoSource
video=DirectShowSource("E:\Test.mkv",audio=false).ConvertToYV12().Sharpen(0.25)

#Deinterlace
#Decimate
#Crop
#Resize
#Colors
#Denoise

#Subtitles
Loadplugin("C:\Program Files (x86)\RipBot\Tools\AviSynth plugins\VSFilter\VSFilter.dll")
video=TextSub(video,"C:\Temp\RipBot264temp\job1\Sub.srt",-1)

#AudioSource
Import("C:\Temp\RipBot264temp\job1\job1_a1.avs")

#Triming
#AVSameLength
#ColorSpace
return video

i tried change the Sharpen value from 0.10 and 1.00 and the script preview show the different between 0.10 and 1.00. This also happened on the encoded video when encoding without using DE. But when using DE, checking the encoded video there is no different between using Sharpen value 0.10 and 1.00, both give same result, seems the Sharpen filter not loaded when using DE. However the subtitle is still showing when using DE.

Can You please tell me how to make the Sharpen filter work on DE as its work without DE?

Atak_Snajpera
16th September 2015, 10:14
Do not add anything to first line because it is always replaced in de mode. Put in another section for example after #deinterlace marker.
#Deinterlace
video=sharpen(video,0.25)
#Decimate

jandor
17th September 2015, 00:00
Very Good, Atak. Thank you.

defalopii
17th September 2015, 01:37
Thanks thats work

But another question, how to add another filters? Is that always must be under the #Deinterlace? Bcoz i placed the filter like this

#Denoise
video=Sharpen(video,0.45)
Loadplugin("C:\Program Files (x86)\RipBot\Tools\AviSynth plugins\MosquitoNR\MosquitoNR.dll")
video=MosquitoNR(video,strength=32,restore=1)

the encoded video seems not using those filter anyways, the quality and the file size same like as i dont use filters

athlonia
17th September 2015, 05:09
- copy ripbot264 to client and servers pc.
- in client pc, change ripbot ini file to use DE (UseDistributedEncoding=1)
- in client pc, share ripbot temp folder with all users and full control
- in server pc, add ripbot temp folder as network drive
- in server pc, change the ripbot ini file to use network drive (StoreTempFilesin=NETWORK DRIVE)

the rest is in the video file, setting ips and ports in the encoding client app...

Server PC needs only EncodingServer.exe.


Can be activated directly in gui.



really you have to do this manually? EncodingClient should do this automatically for you.


Not required.

thanks guys. i will try it.

athlonia
17th September 2015, 08:55
got it working. and it is working well. 2-pass encode in not more than 1 hour 30 minutes on 2 desktop and 1 laptop using wired connection through home network.

previous issue of not able to connect the servers was solely due to kaspersky antivirus firewall. once i allow ripbot264, encoding sever and client server in the firewall application filter rules, everything works.

thanks again #atak and #fantasmanegro. now i thinking of getting the same setup to encode 10Gb mp4 and shrink it to 4.3Gb mp4 for easier backups.

thanks again...

BlockABoots
18th September 2015, 21:18
Why do i get 'Error' in front of the file name in the job list once a file has been encoded and moved on to the next file to encode in the list. The file seems to play ok??

Atak_Snajpera
18th September 2015, 21:27
1) select job
2) Right click and show log

BlockABoots
18th September 2015, 21:46
1) select job
2) Right click and show log


AVC Import results: 78107 samples - Slices: 211 I 46888 P 31008 B - 78310 SEI - 202 IDR
Stream uses forward prediction - stream CTS offset: 2 frames
AAC import - sample rate 48000 - MPEG-4 audio - 2 channels

Saving E:\Video Captures\Metal Gear Solid 5 Episdoe 17 - RESCUE THE INTEL AGENTS Part 28 XBox One.mp4: 0.500 secs Interleaving

-------------------------

Elapsed Time: 00h:43m:10s

stasi
19th September 2015, 12:28
Why do i get 'Error' in front of the file name in the job list once a file has been encoded and moved on to the next file to encode in the list. The file seems to play ok??

Once again: Any , , , , , , , ... in output filename? I have the the same error if I name the file e.g. "Test_.mkv". The file will be created (with incorrect filename "Test_.mkv") and plays well, but only GUI shows error. Ripbot just cant handle this.

@Atak:
I use Ripbot for seven years now, and since then this is bugging me. Maybe now its time to fix it? Also if input filename is called "Fr Elise.avi" Ripbot doesnt demux audio.

Atak_Snajpera
19th September 2015, 14:52
I understand your frustration but the problem is that I'm using Delphi 7 without any support for national characters. That's why It hasn't been fixed.

Jake802
19th September 2015, 22:32
I am receiving that same "Error" (Same as BlockABoots) in front of a lot of my completed jobs, except I am not getting a finished file. Nothing shows up when I get the "ERROR" message. It's also not every time just seems to be frequent though. I will try to post something next time it happens.

burt123
20th September 2015, 01:25
I am receiving that same "Error" (Same as BlockABoots) in front of a lot of my completed jobs, except I am not getting a finished file. Nothing shows up when I get the "ERROR" message. It's also not every time just seems to be frequent though. I will try to post something next time it happens.

Hey guy's, what version are you using ??

I'm still on 19.0, and the only time I get this "error", is if I have aborted the job, otherwise, business as usual.

hoju3508
21st September 2015, 04:34
When encoding to AVCHD, RipBot is complaining about incorrect frame size even though source is 1080p and I'm not cropping. I get this error when I tried to select subtitles.

Media Info of source:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=@0.0
Codec ID : V_MPEG4/ISO/AVC
Bit rate mode : Variable
Bit rate : 26.0 Mbps
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Original frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Default : No
Forced : No



No cropping or resizing. Source's AR is 1.78 (1920x1080).

http://114.imagebam.com/download/oP4-qfpcAIvdoQ4Y2a1jng/43690/436892508/No_Crop.PNG

Tool is throwing out error.

http://114.imagebam.com/download/N4h_LNijWjTnad5jAIeiNw/43690/436892506/Frame_Size.PNG

Anyone else seeing this with the latest version?

-Hoju

Atak_Snajpera
21st September 2015, 09:29
I will take a look in code and check what could go wrong.

soneca
21st September 2015, 14:19
Anyone else seeing this with the latest version?

-Hoju

Did some tests simulating a conversion to AVCHD but RipBot not returned with this error.

Atak_Snajpera
21st September 2015, 14:20
When encoding to AVCHD, RipBot is complaining about incorrect frame size even though source is 1080p and I'm not cropping. I get this error when I tried to select subtitles.

Media Info of source:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=@0.0
Codec ID : V_MPEG4/ISO/AVC
Bit rate mode : Variable
Bit rate : 26.0 Mbps
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Original frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Default : No
Forced : No



No cropping or resizing. Source's AR is 1.78 (1920x1080).

http://114.imagebam.com/download/oP4-qfpcAIvdoQ4Y2a1jng/43690/436892508/No_Crop.PNG

Tool is throwing out error.

http://114.imagebam.com/download/N4h_LNijWjTnad5jAIeiNw/43690/436892506/Frame_Size.PNG

Anyone else seeing this with the latest version?

-Hoju

Please show me content of info.txt from this job. I predict that AviSynth incorrectly detects dimensions.

hoju3508
21st September 2015, 22:44
@soneca, thanks for the feedback. It must be something going on with my setup.

@Atak, I didn't see "info.txt" in the dir.

There's a mkvinfo.txt and other *.avs files. What other file(s) would you like to see?

File 'C:\Temp\RipBot264temp\job1\video.mkv': container: Matroska [duration:1381046375000 segment_uid:6d0511f6bc06e68385e4dd211046d09a container_type:17 is_providing_timecodes:1]
Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:1 codec_id:V_MPEG4/ISO/AVC codec_private_length:91 codec_private_data:01000000ffe1001367640029ac1b1a501e0089f97ff0001000100801003d68ea8f394747610e2315152088cc47366884a3a3b087118a8a904466239b34425d34baf37d7ebfafd7d7aeb5542242909c9e4fafc9fd7e4faf2726a4c0 language:und pixel_dimensions:1920x1080 display_dimensions:1920x1080 default_track:0 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708333]


Let me clean up the dir and rerun.

-Hoju

BlockABoots
26th September 2015, 11:50
Me again, have noticed when doing batch encoding the first file that has finished encoding always has [error] at the start of the file name in the list once its finished encoding, the file seems to play fine however and no other files after the 1st one have this [error] placed at the start of the file......

http://i.imgur.com/pEdBt85.jpg

any ideas?

Atak_Snajpera
26th September 2015, 14:10
What happens if you remove all those extra dots in file name?

BlockABoots
26th September 2015, 18:29
havent tried, but the other files (with similar amount of dots) encode without errors, it just always seems to be the first file to be encoded

Atak_Snajpera
26th September 2015, 19:00
Yeah I know but at least you can try with some oldschool names with only one dot ;) Nevertheless I will try to reproduce this odd behaviour.

BlockABoots
30th September 2015, 20:47
Atak, do you know of any reason why i might be getting audio sync issues when encoding a mp4 file that has been edited in AvsPmod (avisynth)?? I have started to use OBS to capture my gameplays and OBS seems to output a .mp4 file format, now when i watch the raw file back there is no audio sync issues at all, but after i have edited the file with AvsPmod and then RipBot to encode it i seem to have sync issues on the outputted file from Ripbot!.

The audio sync issue seems to alter through the duration of the video as well, it will start off synced and then full out of sync and then get back into sync later on. Any ideas?

dirk362
1st October 2015, 09:13
Been using RB for couple of years now - great tool. Simple yet flexible, with good 2-pass file size accuracy. Just works.

I do have a 'feature request' - could you please add option via ini, or change mux cmd file, so that when working with mkv files the "--disable-track-statistics-tags" parameter is used.

Normally this is resolvable using environment variable MKVMERGE_OPTIONS, but that doesn't work with RB due to how this affects mkvinfo process at start.
If you have MKVMERGE_OPTIONS set then you get no audio in RB when creating the job, and the mkvinfo.txt file has an error of
Error: '--identify-verbose' can only be used with a file name. No further options are allowed if this option is used.

I appreciate it's not a bug nor indeed high priority. And you could argue it relates more to mkvtoolnix as feature rather than RB. But then in RB I can't automate things unless I remember to edit the mux cmd files after setup and before encode.
It's just one of those preference things, which is to keep the mkv file clean such that tools like mediainfo present information relevant to the encode..

Atak_Snajpera
1st October 2015, 14:05
Atak, do you know of any reason why i might be getting audio sync issues when encoding a mp4 file that has been edited in AvsPmod (avisynth)?? I have started to use OBS to capture my gameplays and OBS seems to output a .mp4 file format, now when i watch the raw file back there is no audio sync issues at all, but after i have edited the file with AvsPmod and then RipBot to encode it i seem to have sync issues on the outputted file from Ripbot!.

The audio sync issue seems to alter through the duration of the video as well, it will start off synced and then full out of sync and then get back into sync later on. Any ideas?

The problem is that AvsPMod uses DirectShowSource() for mp4.
http://i.imgur.com/JtTuAlH.png

DirectShowSource() is not frame accurate therefore you have a/v sync issues after editing (Trim function). If You intend to edit files you must use something else what guarantees frame accurate seeking.

Example with ffms
http://i.imgur.com/TkH2s4P.png

rc71
1st October 2015, 15:35
I'm getting a strange errors. First I can't use any custom profiles. I get a unrecognized tune. I use either the two default HEVC profiles, it works fine. I looked at the profile and it looks fine.
"--profile main10 --output-depth 10 --preset slow --tune animation "

FYI, I just installed 1.19.1 on a work domain computer. I am an admin.

rc71
1st October 2015, 15:38
The other problem I have is I can't batch file. The batch file works, but the files all have the same video as the first video encoded. I moved the program and the temp drive off C: in case it was some permission issue, but it seems that "video.265" does NOT get overridden.
Any suggestions.

gabbett1
1st October 2015, 15:59
So I've been trying to convert my Bluray Insurgent to an MP4 and the old version of Ripbot I had been using wouldn't find any audio tracks other than 2.0 versions. I decided to upgrade to this newest version, also updating all the components needed (AviSynth , Haali Media Spliter , ffdshow). I'm running windows 7 btw. So anyhow, now I can't demux my streams. I keep getting a demuxing error:

eac3to v3.29
command line: "J:\Blue Ray Ripping\Tools\eac3to\eac3to.exe" "J:\Rip\INSURGENT\" 1) 2: "J:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "J:\Temp\RipBot264temp\job1\audio_1_English.thd.w64" -down16 -down6 8: "J:\Temp\RipBot264temp\job1\8_subtitles_English_1080.sup" 9: "J:\Temp\RipBot264temp\job1\9_subtitles_English_1080.sup" 10: "J:\Temp\RipBot264temp\job1\10_subtitles_Spanish_1080.sup" 1: "J:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="J:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 3 subtitle tracks, 2:00:00, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD (Atmos), English, 7.1 channels, 48kHz
4: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz
5: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz
6: AC3, Spanish, 5.1 channels, 640kbps, 48kHz
7: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), Spanish
[a03] thd, 48000, 7.1
Creating file "J:\Temp\RipBot264temp\job1\chapters.txt"...
[s10] Extracting subtitle track number 10...
[a03] Extracting audio track number 3...
[s08] Extracting subtitle track number 8...
[s09] Extracting subtitle track number 9...
[v02] Extracting video track number 2...
[a03] Decoding with libav/ffmpeg...
[a03] Mixing surround channels...
[a03] Reducing depth from 24 to 16 bits...
[a03] Writing W64...
[a03] The libav decoder reported error -1094995529 while decoding. <ERROR>
Aborted at file position 1048576. <ERROR>

I need help resolving this issue.

Atak_Snajpera
1st October 2015, 16:09
I'm getting a strange errors. First I can't use any custom profiles. I get a unrecognized tune. I use either the two default HEVC profiles, it works fine. I looked at the profile and it looks fine.
"--profile main10 --output-depth 10 --preset slow --tune animation "

FYI, I just installed 1.19.1 on a work domain computer. I am an admin.

tune animation is still not implemented in x265. Do not use this option.

Any suggestions.
see what is happening in log.

@gabbett1
Try in eac3to thread
http://forum.doom9.org/showthread.php?p=1741111#post1741111

You can also try DEMUX option in ripbot264

gabbett1
1st October 2015, 16:24
tune animation is still not implemented in x265. Do not use this option.


see what is happening in log.

@gabbett1
Try in eac3to thread
http://forum.doom9.org/showthread.php?p=1741111#post1741111

You can also try DEMUX option in ripbot264

I tried looking for a log but cannot find one. I use ripbot264 for the entire process. Found the demux option. I'll give that a try.

rc71
1st October 2015, 16:30
tune animation is still not implemented in x265. Do not use this option.


see what is happening in log.



Thanks. Got the tune. As for the log, there are no errors. It just keeps using the same video.265. The audio is correct for each file, but the is the same for every file.

For now, I have to just do one at a time and remove the previous job. If I don't remove the job, it uses the same video.

gabbett1
1st October 2015, 17:03
@gabbett1
Try in eac3to thread
http://forum.doom9.org/showthread.php?p=1741111#post1741111

You can also try DEMUX option in ripbot264

Tried using Demux and it just sits there saying

"Please wait... Analyzing selected streams..."

It's been saying that for over an hour now.

Atak_Snajpera
1st October 2015, 17:46
@RC71
Do you also see the same problem while encoding with x264?

rc71
1st October 2015, 17:50
@RC71
Do you also see the same problem while encoding with x264?

I was just testing that thought.

I just had a SUCCESSFUL batch encode. I renamed the files to something very simple. The settings were reduced from 1080 to 480p to make it quick. I'm going to try again with files without so many . . . . and I'll update.

rc71
1st October 2015, 21:26
----------- UPdate --------------

I have no clue what happened, but it worked this time. I did rename all the files without any extra " . .. ." in it and used only the 10bit x265 profile.

:)

soneca
1st October 2015, 23:50
Atak, in temp files on this screen should not indicate the drive for temporary files?
I'm using disk E.

http://s20.postimg.org/3u04vyrnx/ripbot.png

burt123
2nd October 2015, 04:28
Hi Atak, I have just noticed that in Batch Mode, I cannot import *.m2ts files, however, in "single" mode, you can.

In the drop down list of supported files Decrypted Blu-ray (*.m2ts *.mts), isn't available in Batch Mode.

Is there something that can be done about this ??? Please :)

Atak_Snajpera
2nd October 2015, 10:02
m2ts can not be added because it requires too much attention from user. First you have to select correct playlist. Next correct audio and subtitles.

soneca
2nd October 2015, 14:22
Atak, in temp files on this screen should not indicate the drive for temporary files?
I'm using disk E.

Correctly recognized, but only after the boot. :confused:

burt123
3rd October 2015, 00:54
m2ts can not be added because it requires too much attention from user. First you have to select correct playlist. Next correct audio and subtitles.

OK, thanks for the explanation, I thought it might have something to do with all that.

I guess I'll just have to do it in "single" mode.

:thanks:

BlockABoots
3rd October 2015, 21:53
I have a .flv file outputted from OBS whilst the raw .flv file has no audio sync issues at all, one i have encoded the file with Ripbot to .mp4 file the audio seems to be lagging behind the video and out of sync. I have noticed under the video settings the duration is 0:26:1.983 whilst under the audio settings the duration is 0:26:1.977, is it normal for these 2 values to be different?

Is there any reason why ripbot would introduce this lag??

Donlac
4th October 2015, 05:25
I tried to amplify 2x and downmix a DTS 5.1 to 2.0 and the voices were very soft. I assumed it was the center channel that hadn't been amplified properly, but then I couldn't figure out how to even set that value (_unchecked1/2 or _checked1/2).

It looks like the channel order problem (i.e. it wasn't picking the right center channel) should be negated by NicAudio, but I still can't figure out why the center came out so weak.

Atak_Snajpera
4th October 2015, 10:12
cut out 50 mb sample and then upload prepared dts file to mediafire or mega. I will check if this is indeed channel order issue.

jwjohnson
4th October 2015, 16:23
I'm having an issue with using Distributed Encoding since upgrading from 1.18.1 to 1.19.2. When I try an encode with the new version without DE it works fine. With DE after preparing chunks it tries to start each server, but immediately stops. Then it tries again. Nothing ever gets encoded. Here are logs first with DE followed by the same sample encoded without DE. I would appreciate any help. I'm running Windows 10. I uninstalled and installed new versions of Haali, AviSynth, and FfdShow. Thanks.

With DE

C:\>"E:\RipBot264v1.19.2\EncodingClient.exe" "C:\Temp\RipBot264temp\job3\job3_EncodingClient.meta"

C:\>"E:\RipBot264v1.19.2\tools\mp4box\mp4box.exe" -tmp "C:\Temp\RipBot264temp" -add "C:\Temp\RipBot264temp\video.264":name="Test 2" -fps 23.976 -add "C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac":lang=und -mpeg4 -new "E:\Movie Files\Test 2.mp4"
Cannot find file C:\Temp\RipBot264temp\video.264
Error importing C:\Temp\RipBot264temp\video.264:name=Test 2: Requested URL is not valid or cannot be found
-------------------------

Elapsed Time: 00h:00m:26s

************************************************************************
Without DE


C:\>"E:\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job3\job3.avs" -o - | "E:\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 62579 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1280x720p 1:1 @ 24000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.0

x264 [info]: frame I:949 Avg QP:16.58 size: 62432
x264 [info]: frame P:26441 Avg QP:19.55 size: 19883
x264 [info]: frame B:35189 Avg QP:21.78 size: 4534
x264 [info]: consecutive B-frames: 12.9% 31.8% 13.9% 41.5%
x264 [info]: mb I I16..4: 10.0% 78.7% 11.2%
x264 [info]: mb P I16..4: 2.1% 6.5% 0.5% P16..4: 49.1% 16.7% 8.9% 0.0% 0.0% skip:16.3%
x264 [info]: mb B I16..4: 0.1% 0.2% 0.0% B16..8: 34.8% 2.5% 0.4% direct: 2.3% skip:59.7% L0:36.1% L1:57.2% BI: 6.7%
x264 [info]: 8x8 transform intra:73.5% inter:81.1%
x264 [info]: coded y,uvDC,uvAC intra: 62.2% 72.4% 38.1% inter: 20.3% 28.3% 1.6%
x264 [info]: i16 v,h,dc,p: 31% 19% 9% 41%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 18% 22% 5% 6% 7% 7% 6% 6%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 22% 12% 5% 9% 8% 7% 5% 4%
x264 [info]: i8c dc,h,v,p: 54% 20% 19% 7%
x264 [info]: Weighted P-Frames: Y:1.8% UV:1.1%
x264 [info]: ref P L0: 65.8% 11.7% 15.2% 7.3% 0.1%
x264 [info]: ref B L0: 89.5% 10.5%
x264 [info]: kb/s:2282.00

encoded 62579 frames, 64.70 fps, 2282.00 kb/s
C:\Temp\RipBot264temp\job3\job3.avs: 1280x720, 24000/1001 fps, 62636 frames
error: wrote only 1376697 of 1382400 bytes

C:\>"E:\RipBot264v1.19.2\tools\mp4box\mp4box.exe" -tmp "C:\Temp\RipBot264temp" -add "C:\Temp\RipBot264temp\video.264":name="Test 2" -fps 23.976 -add "C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac":lang=und -mpeg4 -new "E:\Movie Files\Test 2.mp4"
AVC-H264 import - frame size 1280 x 720 at 23.976 FPS

AVC Import results: 62579 samples - Slices: 949 I 26441 P 35189 B - 63323 SEI - 743 IDR
Stream uses forward prediction - stream CTS offset: 2 frames
AAC import - sample rate 48000 - MPEG-4 audio - 2 channels

Saving E:\Movie Files\Test 2.mp4: 0.500 secs Interleaving

-------------------------

Elapsed Time: 00h:16m:17s

Atak_Snajpera
4th October 2015, 16:48
Check your settings in your firewall. Also make sure that PCs in network have access to shared folder. If servers stuck in endless loop ENCODING/IDLE this means that either ripbot264temp folder is not shared or access is denied by OS. (requires password or something else)

jwjohnson
4th October 2015, 19:54
Thanks. It was a sharing issue. I made sure the folder was being shared, but didn't notice it was being shared as ripbot264temp2. I unshared the other temp folder and reshared this one with making sure permissions were set for full control. Now it works fine.

Donlac
4th October 2015, 20:27
Do you need video? or just a DTS audio sample? I already reencoded the video and since the only problem was audio, I don't have the source MKV anymore (I can rerip it if I need to, but its like 30 gigs). I do still have the 1.5 gig DTS audio however. I can split off a portion of that which contains dialog into an mka easily enough.

Atak_Snajpera
5th October 2015, 11:24
i just need part of original dts.

soneca
5th October 2015, 13:56
Atak, it would be possible to RipBot264 remember the last folder or path used previously?

fantasmanegro
5th October 2015, 15:46
I was just testing that thought.

I just had a SUCCESSFUL batch encode. I renamed the files to something very simple. The settings were reduced from 1080 to 480p to make it quick. I'm going to try again with files without so many . . . . and I'll update.

maybe it can be changed in ripbot i mean, replace "." with "_" for the input file...

it's just and idea...

legend
6th October 2015, 16:21
While setting RipBot264v1.19.2 I found this. What it is ?

http://s17.postimg.org/aw3d78klb/image.jpg

Ryushin
7th October 2015, 21:09
I'm trying to figure out where I'm I/O bound for the demuxing selected streams portion. I can write a single file to the drive from over the network around 130MB/s. My source files are on my sever with a gigabit network.

Looking at the resource monitor during the extraction it is showing 16MB/s with around 30-50% active time. The Queue Length is also fairly low. CPU is around 30% during this time as well.

Any possible ideas on what I can do to speed up the demuxing process. It takes about 10 minutes to demux one tv show episode from a blu-ray. I'm at a bit of a loss on where the slow down could be.

Example demuxlog.txt:
eac3to v3.29
command line: "C:\Temp\RipBot264v1.19.x\Tools\eac3to\eac3to.exe" "T:\Blu-ray_Rip\Sopranos\Sopranos_S3_D1\THE_SOPRANOS_S3_DISC_1\" 3) 2: "D:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "D:\Temp\RipBot264temp\job1\audio_1_English.core.dts" -core 8: "D:\Temp\RipBot264temp\job1\8_subtitles_English_1080.sup" 9: "D:\Temp\RipBot264temp\job1\9_subtitles_French_1080.sup" 10: "D:\Temp\RipBot264temp\job1\10_subtitles_Spanish_1080.sup" 11: "D:\Temp\RipBot264temp\job1\11_subtitles_German_1080.sup" 12: "D:\Temp\RipBot264temp\job1\12_subtitles_Spanish_1080.sup" 13: "D:\Temp\RipBot264temp\job1\13_subtitles_Dutch_1080.sup" 14: "D:\Temp\RipBot264temp\job1\14_subtitles_Danish_1080.sup" 15: "D:\Temp\RipBot264temp\job1\15_subtitles_Finnish_1080.sup" 16: "D:\Temp\RipBot264temp\job1\16_subtitles_Norwegian_1080.sup" 17: "D:\Temp\RipBot264temp\job1\17_subtitles_Swedish_1080.sup" 1: "D:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="D:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 10 subtitle tracks, 0:49:08, 24p /1.001
1: Chapters, 8 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: DTS, French, 2.0 channels, 255kbps, 48kHz
5: DTS, Spanish, 2.0 channels, 255kbps, 48kHz
6: DTS, German, 2.0 channels, 255kbps, 48kHz
7: DTS, Spanish, 2.0 channels, 255kbps, 48kHz
8: Subtitle (PGS), English
9: Subtitle (PGS), French
10: Subtitle (PGS), Spanish
11: Subtitle (PGS), German
12: Subtitle (PGS), Spanish
13: Subtitle (PGS), Dutch
14: Subtitle (PGS), Danish
15: Subtitle (PGS), Finnish
16: Subtitle (PGS), Norwegian
17: Subtitle (PGS), Swedish
Creating file "D:\Temp\RipBot264temp\job1\chapters.txt"...
[s10] Extracting subtitle track number 10...
[v02] Extracting video track number 2...
[s17] Extracting subtitle track number 17...
[s16] Extracting subtitle track number 16...
[s11] Extracting subtitle track number 11...
[s12] Extracting subtitle track number 12...
[s15] Extracting subtitle track number 15...
[s08] Extracting subtitle track number 8...
[v02] Muxing video to Matroska...
[s14] Extracting subtitle track number 14...
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[a03] Patching bitdepth to 24 bits...
[s09] Extracting subtitle track number 9...
[s13] Extracting subtitle track number 13...
[a03] Creating file "D:\Temp\RipBot264temp\job1\audio_1_English.core.dts"...
[s11] Creating file "D:\Temp\RipBot264temp\job1\11_subtitles_German_1080.sup"...
[s10] Creating file "D:\Temp\RipBot264temp\job1\10_subtitles_Spanish_1080.sup"...
[s08] Creating file "D:\Temp\RipBot264temp\job1\8_subtitles_English_1080.sup"...
[s14] Creating file "D:\Temp\RipBot264temp\job1\14_subtitles_Danish_1080.sup"...
[s09] Creating file "D:\Temp\RipBot264temp\job1\9_subtitles_French_1080.sup"...
[s13] Creating file "D:\Temp\RipBot264temp\job1\13_subtitles_Dutch_1080.sup"...
[s12] Creating file "D:\Temp\RipBot264temp\job1\12_subtitles_Spanish_1080.sup"...
[s15] Creating file "D:\Temp\RipBot264temp\job1\15_subtitles_Finnish_1080.sup"...
[s17] Creating file "D:\Temp\RipBot264temp\job1\17_subtitles_Swedish_1080.sup"...
[s16] Creating file "D:\Temp\RipBot264temp\job1\16_subtitles_Norwegian_1080.sup"...
Added fps value (24 /1.001) to MKV header.
Video track 2 contains 70683 frames.
Subtitle track 8 contains 469 normal and 8 forced captions.
Subtitle track 9 contains 458 normal and 1 forced captions.
Subtitle track 10 contains 450 normal and 3 forced captions.
Subtitle track 11 contains 442 normal and 13 forced captions.
Subtitle track 12 contains 440 normal and 14 forced captions.
Subtitle track 13 contains 412 captions.
Subtitle track 14 contains 453 captions.
Subtitle track 15 contains 427 captions.
Subtitle track 16 contains 375 captions.
Subtitle track 17 contains 381 captions.
eac3to processing took 10 minutes, 37 seconds.
Done.

Ryushin
7th October 2015, 22:03
Is it possible to have the new cover dialog remember the previously used cover by default like it used to? It makes it so much easier then finding the same cover each time for tv series.

legend
9th October 2015, 07:25
Ripbot Stuck in pass 1 for a 15-20 minutes after complete 100% and than start pass 2.. Why it stuck ? Can any one explain this ? Other wise it takes too long to encode

http://s29.postimg.org/6g2all95z/rdb.jpg

athlonia
13th October 2015, 05:03
hello,

i would like to know whether ripbot264 reads and visualizes subtitle settings such as colours or italicized font written in srt files?

thanks in advance

Wishbringer
13th October 2015, 10:42
@Ryushin:

You wrote that your CPU usage is around 30%.
Can you look, how cores are used?
Maybe one core is used with around 100%,
then program is singlethreaded and you can't get a higher performance except doing several tasks the same time.

Ryushin
13th October 2015, 16:16
@Ryushin:

You wrote that your CPU usage is around 30%.
Can you look, how cores are used?
Maybe one core is used with around 100%,
then program is singlethreaded and you can't get a higher performance except doing several tasks the same time.

Core usage is split fairly evenly across the four cores in the system. I was reading on eac3to forum that the issue seems to be from that program. Atak did post there back in march trying to work with them to solve where the bottleneck might be but nothing has come from it yet.

Shame, as I have about 5.2 TB of TV shows to process from Blu-rays so I'm going to be here for quite awhile. :)

burt123
15th October 2015, 00:47
Hi Atak, thanks for the latest build and patch.

I have a feature request that I would find handy in batch mode.

Would there be a chance of adding "Denoise" to the options...nearly everything else is.

If you have many files to batch encode, and you want to denoise them, you have to do them individually, once they're all queued.

Thanks

Hi Atak,

Thanks for the new build, and especially for adding Denoise to Batch Mode :cool:

BigM
15th October 2015, 07:49
While setting RipBot264v1.19.2 I found this. What it is ?

http://s17.postimg.org/aw3d78klb/image.jpg

Same Problem for me. When i check the update_log.txt I can see that two different date formats are used, maybe this causes the problem:

2015-10-07 17:34:06 : =========================[UPDATER ACTIVATED]=========================
2015-10-07 17:34:06 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
07.10.2015 17:34:06 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
07.10.2015 17:34:06 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
07.10.2015 17:34:07 : [SUCCESS] D:\HDenc\RipBot264v1.19.2\Updates\update.zip saved!

Also I have encountered another problem: Some of my jobs get marked as [ERROR], but I can't find any problems with the finished files. Is there a logfile in which I can check what caused the [ERROR]?
Also it seems like if I use special characters in filenames (for example the German or ) it will cause the finished file to get the [ERROR] marking. But sometimes I get [ERROR] even when no special characters are used in the filename.

It would be great if the filename would support German characters as well.

stasi
15th October 2015, 21:43
Bug:
Every time when Ripbot makes an update, "StoreTempFilesin" in Ripbot.ini is changed from TEMP to C.



It would be great if the filename would support German characters as well.

+1

Ryushin
16th October 2015, 19:37
Thanks Atak for adding the feature of keeping the last cover image.

I normally abort the job of encoding when I sit down to add more to the queue. I normally like to abort the job right after it finishes with the muxing of the last job. Is it possible to add the option when I click abort to add another button to Abort After Current Job Completes or something to that fact.

One minor note, sometimes when I abort within a second after it finishes muxing and it launches the distributed encoding window, the main ripbot window still says aborting for over an hour without it ever aborting. I actually have to kill the process. The last time there was a locked port (Could not bind socket. Address and port are already in use.) when I started RipBot264 back up again and I could not identify the process that had locked the port and I ended up rebooting.

burt123
17th October 2015, 05:49
While setting RipBot264v1.19.2 I found this. What it is ?

http://s17.postimg.org/aw3d78klb/image.jpg

Yeah, I get that to, on Windows 8.1, and 10.

burt123
17th October 2015, 05:57
Having a real strange problem, (latest build), after setting up a batch lot, when I start the process, I have noticed that during the Indexing, it delete's info.txt.

Then the Ripbot "window" goes out of focus, and then throws up a smaller window stating:-

Cannot open file G:\Temp\ripbot264temp\jobXX\info.txt. The system cannot find the file specified.

Then if I go back into that job, and try and edit it, it then says that the job.avs has a problem, and then the job folder disappears.

The other weird thing is, it was ALL working perfectly, yesterday !!!! And I didn't change anything. :(

Any ideas ???

Atak_Snajpera
17th October 2015, 09:59
Yeah, I get that to, on Windows 8.1, and 10.

If you still see this error despite last update then delete everything and download ripbot again from first post.

I have noticed that during the Indexing, it delete's info.txt.
How do you know that info.txt is being deleted? Maybe it wasn't created at all due to some problems with vob (I assume we are talking about DVD source)

burt123
17th October 2015, 12:25
If you still see this error despite last update then delete everything and download ripbot again from first post.


How do you know that info.txt is being deleted? Maybe it wasn't created at all due to some problems with vob (I assume we are talking about DVD source)

#1, I get this error on 2 different PC's (fyi), so what do you mean by "delete everything" ?? all the supporting programs Ripbot needs ??

#2, well after this happening too many times, I actually had the job folder open, when ripbot was preparing that job, and before my eye's, info.txt just disappeared.

One thing is, this seems to happen to jobs that batch mode generates...but on "single" jobs, it didn't seem to happen.

It wasn't a DVD/vob source, it was an .mp4 (edited TV recording)

stasi
17th October 2015, 13:50
#1, I get this error on 2 different PC's (fyi), so what do you mean by "delete everything" ?? all the supporting programs Ripbot needs ??

#2, well after this happening too many times, I actually had the job folder open, when ripbot was preparing that job, and before my eye's, info.txt just disappeared.

One thing is, this seems to happen to jobs that batch mode generates...but on "single" jobs, it didn't seem to happen.

It wasn't a DVD/vob source, it was an .mp4 (edited TV recording)

Same error here. Take a look in your Ripbot.ini, is the temp folder changed? This happens after automatic updating. Look a few posts above, I wrote this two days ago.

burt123
17th October 2015, 14:14
Hi stasi, I will check that, thanks....but I haven't got auto update enabled, and PC isn't connected, anyway. Cheers.

(edit). Temp folder hasn't changed...

Atak_Snajpera
17th October 2015, 14:52
but I haven't got auto update enabled,
If you had auto-update enabled you would have received fix for "invalid date time...".

@stasi
Ok. It looks like I forgot to implement TEMP option to settings window. Currently your custom TEMP entry in .ini is being overwritten everytime when you click APPLY button. As usually fix will be injected via auto-update.

burt123
18th October 2015, 00:42
If you had auto-update enabled you would have received fix for "invalid date time...".

With all due respect, I'm not 100% happy about the new auto update function. It's all a bit to "Microsofty"

In my case, none of my Ripbot pc's are connected to the net, so the auto update function is of no use.

How can I get updates & patches "manually" ???

Now, having said that, the laptop I use for the Internet, I have setup Ripbot to see how the update system works....I just ran it, and now I have several ".zip" files in the Updates folder.

So what happens to them ?? if I try to unpack them, they ask for a password....are they automatically incorporated ??

I will "test" the update function by copying the files that update "found", into the Updates folder on my other Ripbot pc's...I guess that will work.

I guess I will also need to enable Updates in the .ini, to get it to update, using the new files that I've copied over.

Your opinion ???

Cheers

burt123
18th October 2015, 03:15
Well, the problems of v1.19.2 Batch Encode continues....:(

I downloaded 1.19.2 again, applied the latest updates, created a 6 file batch (.mkv's), started the encoding, did the 1st one OK, then when indexing the 2nd file, the info.txt got deleted, and the process had to be aborted, and it did the same to the rest of the batch.

However, I did another test, created the same 6 file batch with 1.19.2, then opened 1.19.1 (patched), and away it went, no problems.

So there must be something wrong with the way that 1.19.2 creates the files in Batch mode. It simply deletes the info.txt file before your very eyes, when indexing, and if you go back into that job using Edit, it throws up another error about the job.avs, and then that whole job folder disappears.

Now as far as I can tell, the only change to the Batch mode, was the inclusion of denoise filters (which I requested)....

Atak_Snajpera
18th October 2015, 11:35
With all due respect, I'm not 100% happy about the new auto update function. It's all a bit to "Microsofty"
yeah I understand you in 100%. I also hate forced updates in Windows 10 aka SkyNet aka Genesys. That's why unlike windows 10 I give you the same freedom like in Win7/8. You can disable auto-update completely or you can disable auto-update for specific tool.

So what happens to them ?? if I try to unpack them, they ask for a password....are they automatically incorporated ??
It is password protected for security reasons. I want to be 100% sure that update files were created by me and not by someone else. Also I do not want other software developers to use my server for their purposes (bandwidth limit).

Now as far as I can tell, the only change to the Batch mode, was the inclusion of denoise filters (which I requested)....
Yes you are right but maybe there is some odd side effect. I will have to do some testing.

It simply deletes the info.txt file before your very eyes,
EncodingClient re-generates info.txt in order to get correct number of frames with ffms2. Previous info.txt was created with DirectShowSource and in most cases number of frames is different. Hence it has to be re-checked.

slalom
18th October 2015, 22:54
Is it my idea or this version is so much faster than the previous?

Atak_Snajpera
19th October 2015, 10:55
placebo effect ;)

Uh-Oh
20th October 2015, 05:13
Hello all!
First off, thanks for the great program. Also, thanks for anyone who can help me with the following issue. Lastly, I'm sorry if this is not in the right place.

I've started using Ripbot two weeks ago. I use version 1.19.2.
I exclusively use distributed encoding, using 3 computers on the same LAN. Tonight, I noticed that one of my encodes has an issue. The movie will play, and at the 24:01 mark, the video will freeze until the 24:04 mark. The sound will play smoothly. I figured it might be a stitching issue or something, so I simply re-encoded the movie.

Same encode settings, slightly different size (11 077 402 vs 11 078 698).
The second file has the same problem.
The source MKV of the movie does not present the issue.
I looked at the x264 files, and it looks like the issue is with either chunk 24, or between chunk 24 and 25.

I don't really know how this software works, so I might be writting non-sense, but I'd appreciate it if anyone could help me fix this issue.

Thanks and have a nice day!

Wildfire
20th October 2015, 09:15
Hi,

I just noticed that an encode I ran last night didn't finish.

Checking the error log, I saw it failed at the last step: muxing everything together. It failed because the subtitle IDX file was missing.

I discovered why there was no IDX file: the sup2sub.cmd batch file calls Java, however it does not specify a path. Therefore it fails.

Upon adding the bin folder of Java to the path environment variable, I ran the sup2sub.cmd and it completed without errors. After that, I ran the muxing command as specified in the log and that also completed without errors.

I don't know if Java is supposed to add itself to the path environment variable, but I've just added it myself to make sure Ripbot264 will work fine.

It might be wise to modify Ripbot264 to have it check for Java and call Java with an absolute path statement or something to that effect.

rc71
20th October 2015, 13:49
Hello.
I'm having a issue with audio selection. I set the audio in batch mode to 2.0 FHG AAC-HE. But the audio doesn't get converted and when I check the settings it's set to x.x Copy Stream. Even if I change it reverts back to x.x Copy Stream.
Any suggestions ???
I'm using the HEVC settings for video.
---
In looking at the job folder, I see that job2_EncodeAudio1.cmd is a 0 KB file and cannot be opened. When I select other codecs, the file is 1 KB and can be opened to see the command syntax.

If I edit the job in the gui, the job2_EncodeAudio1 file has the correct info. If I edit multiple files, one at a time, it resets.
Using 1.19.2 that updated this morning.

slalom
20th October 2015, 20:12
placebo effect ;)
I'll get back to you

gabbett1
21st October 2015, 15:37
Another issue I'm having with this new version of Ripbot is every now and then when I try to preview the movie it says:

"I don't know what 'unununununununununununununununununununununununchecked1' means
(J:\Blue Ray Ripping\Tools\Avisynth plugins\scripts\downmixaudio.avs, line 19)
(J:\temp\ripbot264temp\job2\job2_a1.avs, line 7)
(J:\temp\ripbot264temp\job2\job2_preview.avs, line 38)

Viper714
24th October 2015, 07:06
Atak,
I made sure that the auto Update was on and I am still getting the invalid time error. I tuned auto update off, restarted program, turned it on and restarted program and I get the same invalid time error. Restarted the computer and get the same issue.

BlackPrince
24th October 2015, 16:12
hello guys,

ive captured a 1080i25p File from my STB. Now i want to encode it to 720p50. In my darkest memories :D (lol) i could make it happen with a "deinterlace" button in the encoder settings. But i could not find it in the new version. Any ideas ? :)

Ryushin
25th October 2015, 06:40
Atak,

What is your thoughts on the Non Local Means denoiser? I just started processing a Land Before Time and it is probably the grainiest movie I have ever encountered. I've run the movie through a few times using different settings for HQDN3D but upping spatial settings high enough to reduce the file size to get down to even 5.5GB for a hour and eight minute movie started to really scrub out a lot of detail. I'm going to play around with the temporal settings of the filter now and see how it turns out, but last time I did that I saw ghosting with even conservative settings.

I knew that Handbrake has the option of using the NLMeans denoiser. I just ran a two minute preview through handbrake using NLMeans preset Strong, with the Tune of Animation. The resulting output was excellent. Though the processing time for that two minute preview was very long. I'm going to run the whole movie through Handbrake using those settings. Estimated time I think will be longer then a day.

burt123
25th October 2015, 13:07
Atak,

What is your thoughts on the Non Local Means denoiser?

Might be an interesting addition ??

Ryushin
27th October 2015, 15:01
Atak,
I'm going to play around with the temporal settings of the filter now and see how it turns out, but last time I did that I saw ghosting with even conservative settings.

I knew that Handbrake has the option of using the NLMeans denoiser. I just ran a two minute preview through handbrake using NLMeans preset Strong, with the Tune of Animation. The resulting output was excellent. Though the processing time for that two minute preview was very long. I'm going to run the whole movie through Handbrake using those settings. Estimated time I think will be longer then a day.

I'm going to quote my own post. :)

I worked with HQDN3D's temporal settings a few times and I could not get that much of an improvement.

So the job is finally done for Handbrake using the NLMeans denoiser. Only took two days with two 12 core Opterons working on it. The resulting output is simply stunning. Why the studio could not have done something similar is beyond me. To me, it looks far better then the original source. The final file size is 3.1GB.

Atak, if you would like some clips of the original source and the resulting output file, let me know. I hope you can add the Non Local Means Denoiser to RipBot264. There is a huge hit in CPU, but the resulting output with extremely grainy sources is almost mind boggling.

Atak_Snajpera
27th October 2015, 17:30
Only took two days with two 12 core Opterons working on it.
It is very funny when you say it took "ONLY" two days on this beast. ;)

I hope you can add the Non Local Means Denoiser to RipBot264. There is a huge hit in CPU, but the resulting output with extremely grainy sources is almost mind boggling.

I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

essential
27th October 2015, 18:18
I upgraded to 1.19.2 yesterday. I encoded two movies successfully. The third movie gave me a "avs2yuv.exe has stopped working" error twice at 95.6%.

I saw on the updated first post that:

Common problems:
1) AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!

I uninstalled avisynth, haali, and ffdshow, restarted, then installed the newest versions. Tried the movie again and had the crash at 95.6% again.

When I hit "close" on the error message, Ripbot continues to the muxing process.

Anything else I can do?

Machine:
Windows 8.1 (x64), i7 4790k, 16gb ram. Using local encoding, not distributed encoding.

Ryushin
27th October 2015, 18:50
It is very funny when you say it took "ONLY" two days on this beast. ;)

I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

Yea, I forgot to use the sarcasm font for the only part. :)

I think the Strong setting maxed everything out. The Light setting did not take that much time when I used it on another source.

I still think this would be a nice option to have. I think I'll run it again on light and medium using the same source and see how longs it takes.

Uh-Oh
27th October 2015, 18:58
Hello all!
First off, thanks for the great program. Also, thanks for anyone who can help me with the following issue. Lastly, I'm sorry if this is not in the right place.

I've started using Ripbot two weeks ago. I use version 1.19.2.
I exclusively use distributed encoding, using 3 computers on the same LAN. Tonight, I noticed that one of my encodes has an issue. The movie will play, and at the 24:01 mark, the video will freeze until the 24:04 mark. The sound will play smoothly. I figured it might be a stitching issue or something, so I simply re-encoded the movie.

Same encode settings, slightly different size (11 077 402 vs 11 078 698).
The second file has the same problem.
The source MKV of the movie does not present the issue.
I looked at the x264 files, and it looks like the issue is with either chunk 24, or between chunk 24 and 25.

I don't really know how this software works, so I might be writting non-sense, but I'd appreciate it if anyone could help me fix this issue.

Thanks and have a nice day!

Sorry for quoting myself, but I was wondering if anyone would have information for me.
So far, I've encoded about 20 movies with ripbot's distributed encoding. I do not watch the movies I encode right away. Since I (randomly) found a playback error with one of the movies, and re-encoding simply reproduced the error, I had to stop using ripbot.
I would very much like to be able to use ripbot's distributed encoding again, but since I have no clue what produced the error, I can't encode with confidence.
Anyone knows what could make the video display the same frame for a few seconds, (while audio playback is still smooth)?

Thanks!

Uh-Oh
27th October 2015, 19:03
[...]
I just started processing a Land Before Time and it is probably the grainiest movie I have ever encountered. [...]

I'm faced with the same difficulty on this movie. The animation is nice, but god is it grainy!

Atak_Snajpera
27th October 2015, 19:23
post mediainfo report of source file.

essential
27th October 2015, 19:46
post mediainfo report of source file.

I demuxed the audio and video from the disc.

Video:
General
Complete name : D:\chick\chicken_little.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 12.0 GiB
Overall bit rate mode : Variable

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Bit rate mode : Variable
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio:
General
Complete name : D:\chick\chicken_little.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 370 MiB
Duration : 1h 20mn
Overall bit rate mode : Constant
Overall bit rate : 640 Kbps

Audio
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Duration : 1h 20mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 370 MiB (100%)

Secondary question:
I've done two other movies prior to this error, I've used:
High 4.1, Slow, Animation with a CQ 19. When using Mediainfo, both encodes show 10 Ref Frames. I thought "slow" meant 5 Ref frames, any reason why I'm getting 10?

burt123
28th October 2015, 06:55
I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

But having said that, it would be nice to have that option, when the need arose.

Some of "us" do have some pretty powerful "rig's" :)

And as AMD Opterons aren't Hyperthreaded, 2 x 12 core Opterons would be about the same as 1 x 12 core Intel Xeon.

damia
29th October 2015, 06:54
http://i.imgur.com/vDhH32B.png
hi atak i use version 1.19.2 .. how to fix this??

byteshare
30th October 2015, 17:19
Is there anyway to get the encoding clients in distributed mode to not need admin rights?

x110x
31st October 2015, 08:56
Hi,
ripbot264 does not muxing encoded video. i tried old ripbot versions and i can find video.264 file in temp folder but there isnt any audio file and i cant see final file (encoded and with audio muxed video) at my source destination.
i am using windows server 2008 r2 standart
used ripbot profil main 3.1 hd, ipad, iphone
what's wrong with my settings?


C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\x264\x264_x64.exe" --pass 1 --bitrate 1500 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 127932 --sar 1:1 --profile main --level 3.1 --aud --nal-hrd vbr --vbv-bufsize 14000 --vbv-maxrate 14000 --b-pyramid none --stdin y4m --output NUL -
y4m [info]: 1280x534p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.1

x264 [info]: frame I:1682 Avg QP:16.97 size: 68107
x264 [info]: frame P:65889 Avg QP:19.98 size: 10985
x264 [info]: frame B:60361 Avg QP:21.55 size: 2735
x264 [info]: consecutive B-frames: 24.6% 34.3% 9.4% 31.7%
x264 [info]: mb I I16..4: 47.1% 0.0% 52.9%
x264 [info]: mb P I16..4: 16.1% 0.0% 0.0% P16..4: 47.2% 0.0% 0.0% 0.0% 0.0% skip:36.7%
x264 [info]: mb B I16..4: 2.1% 0.0% 0.0% B16..8: 16.0% 0.0% 0.0% direct: 9.0% skip:72.9% L0:32.7% L1:49.3% BI:18.0%
x264 [info]: final ratefactor: 19.88
x264 [info]: coded y,uvDC,uvAC intra: 42.5% 54.1% 16.0% inter: 11.3% 14.2% 0.5%
x264 [info]: i16 v,h,dc,p: 43% 22% 24% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 17% 15% 8% 8% 8% 7% 8% 7%
x264 [info]: i8c dc,h,v,p: 53% 18% 26% 3%
x264 [info]: Weighted P-Frames: Y:1.3% UV:0.5%
x264 [info]: kb/s:1504.52

encoded 127932 frames, 51.88 fps, 1504.52 kb/s
C:\Temp\RipBot264temp\job1\job1.avs: 1280x534, 10000000/417083 fps, 128096 frames
error: wrote only 1022349 of 1025280 bytes

C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\x264\x264_x64.exe" --pass 2 --bitrate 1500 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 127932 --sar 1:1 --profile main --level 3.1 --aud --nal-hrd vbr --vbv-bufsize 14000 --vbv-maxrate 14000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1280x534p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.1

x264 [info]: frame I:1682 Avg QP:17.57 size: 63748
x264 [info]: frame P:65889 Avg QP:20.23 size: 10666
x264 [info]: frame B:60361 Avg QP:22.19 size: 3146
x264 [info]: consecutive B-frames: 24.6% 34.3% 9.4% 31.7%
x264 [info]: mb I I16..4: 34.4% 0.0% 65.6%
x264 [info]: mb P I16..4: 2.2% 0.0% 1.9% P16..4: 44.4% 13.4% 9.3% 0.0% 0.0% skip:28.9%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.1% B16..8: 45.7% 2.8% 0.5% direct: 1.1% skip:49.6% L0:41.6% L1:55.3% BI: 3.1%
x264 [info]: coded y,uvDC,uvAC intra: 64.1% 74.4% 43.3% inter: 10.4% 23.7% 0.9%
x264 [info]: i16 v,h,dc,p: 44% 15% 13% 28%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 18% 6% 7% 7% 6% 6% 5%
x264 [info]: i8c dc,h,v,p: 54% 17% 23% 6%
x264 [info]: Weighted P-Frames: Y:3.2% UV:0.5%
x264 [info]: ref P L0: 62.3% 11.7% 17.2% 8.4% 0.3%
x264 [info]: ref B L0: 79.2% 20.8%
x264 [info]: kb/s:1499.17

encoded 127932 frames, 18.21 fps, 1499.17 kb/s
C:\Temp\RipBot264temp\job1\job1.avs: 1280x534, 10000000/417083 fps, 128096 frames
error: wrote only 1022349 of 1025280 bytes

C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Bad Words 2013.mkv" --compression 0:none --title "Bad Words 2013" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:und --aac-is-sbr 0:0 "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v8.4.0 ('A better way to fly') 32bit

Error: The file 'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error.

-------------------------

Elapsed Time: 02h:38m:32s

Atak_Snajpera
31st October 2015, 16:10
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

Is there anyway to get the encoding clients in distributed mode to not need admin rights?
Encoding Servers do not require admin rights.

x110x
31st October 2015, 23:38
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

C:\Users\Administrator>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\av
s2pipemod\avs2pipemod.exe" -wav "C:\Temp\RipBot264temp\job1\job1_AUDIO1.avs" | "
C:\Users\Administrator\Desktop\RipBot264v1.19.2\Tools\fhgaacenc\fhgaacenc.exe" -
-profile lc --cbr 96 --adts --ignorelength --quiet - "C:\Temp\RipBot264temp\job
1\Encoded_Audio_1.aac"
avs2pipemod[info]: writing 5335.840 seconds of 48000 Hz, 2 channel audio.
The application has failed to start because its side-by-side configuration is in
correct. Please see the application event log or use the command-line sxstrace.e
xe tool for more detail.


installing microsoft visual c++ packages and updating windows solved my problems, thank you anyway :thanks:

gabbett1
1st November 2015, 15:24
Another issue I'm having with this new version of Ripbot is every now and then when I try to preview the movie it says:

"I don't know what 'unununununununununununununununununununununununchecked1' means
(J:\Blue Ray Ripping\Tools\Avisynth plugins\scripts\downmixaudio.avs, line 19)
(J:\temp\ripbot264temp\job2\job2_a1.avs, line 7)
(J:\temp\ripbot264temp\job2\job2_preview.avs, line 38)

No insight on this issue? It seems to be happening almost every single time now.

Atak_Snajpera
1st November 2015, 16:58
Delete whole folder and download latest version again.

Furiousflea
3rd November 2015, 03:50
Can I ask if AVX2 is being used in the supplied x265 binaries if appropriate?
CPU doesn't seem to be getting very hot.

Atak_Snajpera
3rd November 2015, 13:29
Check log. You should see there what cpu extensions were used during conversion.

I do not have CPU with AVX2 extension so it looks like this
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

byteshare
3rd November 2015, 22:08
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

Encoding Servers do not require admin rights.

But they do:
http://imgur.com/ksiBOgV

Wildfire
3rd November 2015, 23:01
But they do:
http://imgur.com/ksiBOgV

No, they don't. The screenshot you posted shows the Windows firewall asking for permission to have the encoding server access your network. You should at least allow it access to your local network to make sure the encoding servers can contact each other.

vivabarca
4th November 2015, 10:49
Hi, in encoding with Ripbot 19.2 this error is shown :

http://www.myup.ir/images/78166365432669860316.jpg

(avs2yuv.exe has stopped working)

I installed avisynth and ffdshow, but Ripbot still gives error.

WestPop
4th November 2015, 11:10
Hi there, have encoded this twice now and for some reason does not seem to want to crop video. Mediainfo shows the correct AR 1440X1080, but 16:9 instead of 4:3.

I do see the error in log, just not sure what it means & the cause.

Any suggestions? Thanks

x264 [info]: frame I:973 Avg QP:19.83 size:118244
x264 [info]: frame P:28289 Avg QP:23.16 size: 41476
x264 [info]: frame B:110009 Avg QP:24.96 size: 15940
x264 [info]: consecutive B-frames: 1.7% 3.2% 6.9% 11.1% 13.8% 45.1% 9.3% 3.8% 5.1%
x264 [info]: mb I I16..4: 5.4% 86.4% 8.2%
x264 [info]: mb P I16..4: 1.5% 8.8% 0.5% P16..4: 38.0% 35.8% 7.3% 0.0% 0.0% skip: 8.0%
x264 [info]: mb B I16..4: 0.4% 1.4% 0.1% B16..8: 41.7% 13.2% 1.2% direct: 4.9% skip:37.0% L0:45.5% L1:49.0% BI: 5.5%
x264 [info]: 8x8 transform intra:80.6% inter:74.4%
x264 [info]: coded y,uvDC,uvAC intra: 67.0% 43.2% 5.9% inter: 23.1% 19.1% 0.0%
x264 [info]: i16 v,h,dc,p: 22% 19% 11% 48%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 5% 13% 9% 13% 14% 13% 12% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 6% 8% 8% 14% 14% 14% 10% 13%
x264 [info]: i8c dc,h,v,p: 25% 38% 23% 14%
x264 [info]: Weighted P-Frames: Y:2.8% UV:0.9%
x264 [info]: ref P L0: 60.3% 13.1% 25.3% 1.2% 0.0%
x264 [info]: ref B L0: 84.5% 15.5%
x264 [info]: ref B L1: 88.9% 11.1%
x264 [info]: kb/s:4368.41

encoded 139271 frames, 10.48 fps, 4368.41 kb/s
C:\Temp\RipBot264temp\job255\job255.avs: 1440x1080, 25 fps, 139273 frames
error: wrote only 2311737 of 2332800 bytes

C:\>"C:\Users\Office\Documents\Software\Video\Encoding\RipBot264v1.19.0\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Chino (1973) 1080p\Chino (1973) 1080p.mkv" --compression 0:none --title "Chino (1973) 1080p" --default-duration 0:25fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3" --chapters "C:\Temp\RipBot264temp\job255\chapters.txt"
mkvmerge v8.2.0 ('World of Adventure') 32bit
'C:\Temp\RipBot264temp\video.264': Using the demultiplexer for the format 'AVC/h.264'.
'C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3': Using the demultiplexer for the format 'AC3'.
'C:\Temp\RipBot264temp\video.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3' track 0: Using the output module for the format 'AC3'.
The file 'E:\Chino (1973) 1080p\Chino (1973) 1080p.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1920/1080.

The cue entries (the index) are being written...
Muxing took 1 minute 16 seconds.
-------------------------

Elapsed Time: 04h:39m:19s

DGenerateKane
6th November 2015, 07:26
I just started using Ripbot264 after someone told me about distributed encoding. Unfortunately I have been completely unsuccessful in getting it to work. The server selection screen comes up, but it never establishes a connection with my test PC. The server computer always says waiting for connection and when I click connect on the client PC it tries for a couple seconds and then nothing. So it just uses the client computer to encode. Did I miss a step in getting it to work? I did everything in the YouTube tutorial.

slalom
6th November 2015, 10:56
You have to run ripbot264 on the other pc too

Atak_Snajpera
6th November 2015, 11:39
Most likely your nonstandard firewall is blocking connection.

DGenerateKane
6th November 2015, 19:38
I only had windows firewall enabled, and I tried disabling it. There was no change.

Ryushin
8th November 2015, 04:48
Hi there, have encoded this twice now and for some reason does not seem to want to crop video. Mediainfo shows the correct AR 1440X1080, but 16:9 instead of 4:3.


Most likely anamorphic is enabled. Add "--sar 1:1" to your h264 settings.

fatpizza
8th November 2015, 18:04
Regarding the rather limited bitrates available to choose from when encoding audio, is manually editing the EncodeAudio.cmd in each job still the only way to go about editing the available audio profiles?

fantasmanegro
13th November 2015, 22:27
maybe a bug but who knows...

with wrong editing of the preset (in my case veryslow as 'veryslower') and DE enable... ripbot keeps trying to encode the chunks (2 pass mode, same size for all chunks) in a never ending loop ...

essential
17th November 2015, 21:27
I have a question about Ripbot with CQ. I'm trying to convert some of my TV show DVDs to mkv's. I tried to mimic scene release rules. I have one recent series stated it was encoded with CRF = 19. When I check MediaInfo on the files they were encoded with High@L3.1 CABAC / 5 Ref Frames.

I mimicked these settings in Ripbot (H@L3.1, slow) and encoded one of my shows (similar aspect ratio, running time, and audio aac lc). My file sizes at CQ 19 are almost double, with much higher overall bitrates. The downloaded releases are around 180megs per episode. Mine at CQ 19 are around 400megs per. I'd have to drop to 22-24 to get sizes around 180.

I understand the whole point of CQ is differing file sizes, but similar encodes should be similar in size at the same CQ ... I can't understand how I'm close to double in size at 19.

Is there something in Ripbot I'm doing wrong?

manono
17th November 2015, 23:37
I understand the whole point of CQ is differing file sizes, but similar encodes should be similar in size at the same CQ ...
I'm not sure you do understand. Are they the same episodes from the same television series? Unless they are, it's an apples to oranges comparison. In addition, you don't know what, if any, filters the guy used on his release to make it more compressible.

essential
18th November 2015, 05:03
I'm not sure you do understand. Are they the same episodes from the same television series? Unless they are, it's an apples to oranges comparison. In addition, you don't know what, if any, filters the guy used on his release to make it more compressible.

They aren't the exact same episode and no I don't what filters he used, but they are both 24 minute sitcom tv shows (basically people sitting in a living room) with the same aspect ratio. I figured a 10-30meg difference might be normal, but 200-250megs just seemed like a massive difference, enough for me to think maybe I was missing something and had a setting wrong.

manono
18th November 2015, 06:17
The same kind of show but not the exact same episode of the same show? Then perhaps the release group filtered the hell out of it. If it was those YiFi guys that just closed up shop, then they were known for filtering the detail out of everything to make very small file sizes. I'm not sure I'd want to emulate release groups because their interests may not be the same as yours.

I'm not supposed to discuss such subjects (and neither are you) so I'll bow out.

essential
18th November 2015, 08:02
The same kind of show but not the exact same episode of the same show? Then perhaps the release group filtered the hell out of it. If it was those YiFi guys that just closed up shop, then they were known for filtering the detail out of everything to make very small file sizes. I'm not sure I'd want to emulate release groups because their interests may not be the same as yours.

I'm not supposed to discuss such subjects (and neither are you) so I'll bow out.

No, not YiFi, and I understand. I just figured x264 crf 19 H@3.1 w/ 5 ref frames would yield semi-similar results across the board, I was incorrect. I am now converting my DVDs (at least this current show) locked at 280mb per episode instead of CQ. No big deal, just thought I was missing something.

73ChargerFan
18th November 2015, 09:40
No big deal, just thought I was missing something.
No, you've got it correct. CQ will give different file sizes for different episodes. For them all to be the same file size, it has to be 2-pass.