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 65 66

Atak_Snajpera
30th April 2015, 11:33
Are you sure you have posted whole log?

stax76
2nd May 2015, 16:16
Is there a particular Java version required? Mine is located here:

C:\ProgramData\Oracle\Java\javapath

Your GUI don't detect it. Which Java tool do you rely on? In StaxRip Java and ProjectX are optional and I'm looking to retire it, currently I'm looking for a DGDecode replacement because it's not working on Win8 x64 so it might have to retire, that's why I look how other GUIs process VOB. I had a couple of bugs in my Java detection, ProjectX seem to work both with x64 and x86 Java so my Java detection is searching different locations, this is the code:

ret = "C:\ProgramData\Oracle\Java\javapath\" + Filename
If File.Exists(ret) Then Return ret

ret = "C:\Windows\Sysnative\" + Filename
If File.Exists(ret) Then Return ret

ret = "C:\Windows\System32\" + Filename
If File.Exists(ret) Then Return ret

slalom
3rd May 2015, 08:23
Do you have Java 32bit installed?
Check your installed programs list

Atak_Snajpera
3rd May 2015, 12:49
@stax76
Detection is ultra simple
if Registry.KeyExists('SOFTWARE\JavaSoft\Java Runtime Environment')=true then java:=1 else java:=0;

currently I'm looking for a DGDecode replacement because it's not working on Win8 x64 so it might have to retire
Really win8?

stax76
3rd May 2015, 18:14
@Atak_Snajpera

following key exists on my system:

HKEY_CURRENT_USER\Software\JavaSoft\Java Runtime Environment

yet RipBot264 says 'not installed', my Java version is:

Java 8 Update 40 (64-bit)

Really win8?

Win10 too, I migrate right now to Win10 and Visual Studio 2015.

Atak_Snajpera
3rd May 2015, 18:22
sorry I forgot one important line from code

Registry.RootKey:=(HKEY_LOCAL_MACHINE);
if Registry.KeyExists('SOFTWARE\JavaSoft\Java Runtime Environment')=true then java:=1 else java:=0;

Ofcourse on x64 OS [HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment] is automatically redirected to [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Runtime Environment] if run from 32 bit code.

stax76
3rd May 2015, 19:07
I'm not sure about this but I believe most Java tools can run on both x86 and x64, I'll just install both.

slalom
3rd May 2015, 22:26
I asked you earleir about Java x86, you didn't answer

ectrader
7th May 2015, 03:28
I have 2 win 8 and 1 win 7 doing distributed encoding. The Win 7 machine will encode the same chunks over and over. I can't figure it out. Any help would be appreciated.

Atak_Snajpera
7th May 2015, 10:30
You have to provide more information. Win8 is client or server? Record your desktop with fraps or similar software with opened server application. This way I will be able to see what is happening in server app.

apostolis21
7th May 2015, 13:07
Hello Atak_Snajpera, I am using RipBot264 v.1.17.5 and I am running Windows 7 Ultimate x64 :)

When I load a .ts file at ripbot I get the following message

http://oi57.tinypic.com/2lc77s2.jpg

Media Info from the .ts file

General
ID : 1 (0x1)
Complete name : C:\Users\APOSTOLIS\Desktop\360_moires_20150506.ts
Format : MPEG-TS
File size : 239 MiB
Duration : 8mn 38s
Overall bit rate mode : Variable
Overall bit rate : 3 859 Kbps

Video
ID : 1150 (0x47E)
Menu ID : 100 (0x64)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Format settings, GOP : M=3, N=15
Codec ID : 27
Duration : 8mn 38s
Bit rate : 3 474 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : MBAFF
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.335
Stream size : 215 MiB (90%)

Audio
ID : 1151 (0x47F)
Menu ID : 100 (0x64)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
Duration : 8mn 38s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : -80ms
Stream size : 11.9 MiB (5%)
Language : Greek

Text
ID : 1152 (0x480)-100
Menu ID : 100 (0x64)
Format : Teletext
Language : Greek

Menu
ID : 7007 (0x1B5F)
Menu ID : 100 (0x64)
Duration : 8mn 38s
List : 1150 (0x47E) (AVC) / 1151 (0x47F) (MPEG Audio, Greek) / 1152 (0x480) ()
Language : / Greek


I have attached getinfo.avs and renamed it to .txt so as to be able to upload it :rolleyes:

Thank you for any help, I appreciate it!!

ectrader
7th May 2015, 13:55
You have to provide more information. Win8 is client or server? Record your desktop with fraps or similar software with opened server application. This way I will be able to see what is happening in server app.

Thanks for the quick response. It was one of the server machines causing me problems. I decided to re-install Ripbot on all machines and everything is running smoothly. Thanks for your great software.

jonah
8th May 2015, 23:58
Got another curly question for you Atak.
Let's say i have a rig set up, with my main machine which is a i5, and on my LAN i I have six more nodes set up. Various machines, different CPUs, ram etc. Six different nodes.
I get an encoding job going and get it finished.
Is there any tool or setting I can use to see how much work each particular node has completed?

Atak_Snajpera
9th May 2015, 10:23
I can add some summary after encoding is completed. What exactly would you like to see in log?

soneca
9th May 2015, 19:15
Miscalculation keeping track(AC-3/448Kbps) unchanged (x.x copy stream).
To fill the disc I have to keep(force) the same bitrate. New encode or not?...

http://s20.postimg.org/9kodt4ex9/ripbot.png

http://s20.postimg.org/d5k9ccjgt/ripbot1.png

jonah
9th May 2015, 19:48
I can add some summary after encoding is completed. What exactly would you like to see in log?

It probably wouldn't need to be too complicated. You could summarise frames completed/total, such as:

Master: 12652/183506
Node 1: 32257/183506
Node 2: 14865/183506
Node 3: 19668/183506
Node 4: 61896/183506
Node 5: 23557/183506
Node 6: 18611/183506

Or even put percentages perhaps. Like this:

Master: 6.89%
Node 1: 17.58%
Node 2: 8.10%
Node 3: 10.72%
Node 4: 33.73%
Node 5: 12.84%
Node 6: 10.14%

Just a thought. You could put graphs etc. in but It's probably best to keep things simple. It would be an easy way to compare the performance of each of your nodes, see how much work each is doing compared to the others and so forth. Perhaps even see if any networks problems exist or if one node isn't doing enough as it should?
Many thanks :)

Atak_Snajpera
9th May 2015, 20:17
@soneca
Are you using two audio streams? Could you check what bitrate is calculated in older version 1.18.1?

@jonah
I was thinking about something a little bit more complex like this

Node 1: 192.168.0.1:1000
Encoded Chunks: 34 of 100 (34%)
Average Encoding Speed: 23 fps
Encoded Frames: 9876
Total Working Time: 00h:55m:23s

Node 2: 192.168.0.2:1000
Encoded Chunks: 66 of 100 (66%)
Average Encoding Speed: 21 fps
Encoded Frames: 16492
Total Working Time: 00h:57m:13s

jonah
9th May 2015, 20:49
@soneca
Are you using two audio streams? Could you check what bitrate is calculated in older version 1.18.1?

@jonah
I was thinking about something a little bit more complex like this

Node 1: 192.168.0.1:1000
Encoded Chunks: 34 of 100 (34%)
Average Encoding Speed: 23 fps
Encoded Frames: 9876
Total Working Time: 00h:55m:23s

Node 2: 192.168.0.2:1000
Encoded Chunks: 66 of 100 (66%)
Average Encoding Speed: 21 fps
Encoded Frames: 16492
Total Working Time: 00h:57m:13s

That's a brilliant idea. Nice, simple, clean.
The addition of a line with average encoding speed is a big plus. That way, you can easily see and compare the performance of any two particular nodes.

soneca
9th May 2015, 23:15
@Atak

Only one track. In version 1.18.1 the calculation is correct for passthrough or even bitrate.

http://s20.postimg.org/ssbippx8t/ripbot.png

http://s20.postimg.org/b3jry3lhp/ripbot1.png

Atak_Snajpera
10th May 2015, 12:47
@Soneca
Ok thanks I will take a look ASAP.

apostolis21
11th May 2015, 16:56
@Atak_Snajpera

could you please have a look at my problem too?

:thanks:

Atak_Snajpera
11th May 2015, 17:09
Reinstall Haali Media Splitter

Wishbringer
11th May 2015, 17:12
...I am using RipBot264 v.1.17.5 and I am running Windows 7 Ultimate x64...

Maybe you should update to 1.18.1 (I recommend 1.18.2beta update too),
and reinstall all corresponding (needed) tools too.
e.g. Matroska splitter, ffmpeg tryouts, avisynth

When there is a new release, why should Atak support old files.

Personally I think, there is no problem with Ripbot.
Maybe other programms you installed changed default behavior of splitter and filters.

Atak_Snajpera
11th May 2015, 17:37
@jonah
This encoding client stores encoding summary in ...\jobx\Chunks\DE_Log.txt file.
http://www.mediafire.com/view/xy66s7t686az95g/EncodingClient.exe

example
Node Address : 192.168.1.100:1000
Encoded Chunks : 1 of 3 (33%)
Encoded Frames : 1767
Encoding Speed : 270 fps
Node Work Time : 00:00:07
-----------------------------------
Node Address : 192.168.1.100:2000
Encoded Chunks : 1 of 3 (33%)
Encoded Frames : 1735
Encoding Speed : 273 fps
Node Work Time : 00:00:06
-----------------------------------
Node Address : 192.168.1.100:3000
Encoded Chunks : 1 of 3 (33%)
Encoded Frames : 3284
Encoding Speed : 330 fps
Node Work Time : 00:00:10
-----------------------------------

apostolis21
12th May 2015, 14:44
Reinstall Haali Media Splitter

It is fixed now, thank you :)

nekrosoft13
13th May 2015, 17:36
Hello Atak

I have new NTSC DVDs that I was trying to upscale to 720p. And every time I run them though Ripbot264 the end result has audio that is severely out of sync.

So what I tried is upscalling to 720p, minor noise remomal.

I tried just basic deinterlace (TFF). and I tried Inverse Telecine.

Every time result has out of sync audio.

here is example of one file.
General
Unique ID : 56907979353378572519509386968734165968 (0x2AD01401B64ABD4884E1FAB1F7D8EBD0)
Complete name : K:\Movies\movie.mkv
Format : Matroska
Format version : Version 2
File size : 3.74 GiB
Duration : 1h 24mn
Overall bit rate mode : Variable
Overall bit rate : 6 360 Kbps
Encoded date : UTC 2014-08-28 03:28:13
Writing application : MakeMKV v1.8.12 win(x64-release)
Writing library : libmakemkv v1.8.12 (1.3.0/1.4.1) win(x64-release)

Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : No
Format settings, Matrix : Custom
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Bit rate mode : Variable
Bit rate : 6 042 Kbps
Maximum bit rate : 9 800 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Original frame rate : 29.970 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Top Field First
Compression mode : Lossy
Time code of first frame : 01:00:00;00
Time code source : Group of pictures header
Language : English
Default : No
Forced : No
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 1h 24mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 14ms
Stream size : 116 MiB (3%)
Title : Stereo
Language : English
Default : Yes
Forced : No

Text
ID : 3
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:08:05.485 : en:Chapter 02
00:16:32.324 : en:Chapter 03
00:19:56.862 : en:Chapter 04
00:23:01.380 : en:Chapter 05
00:31:19.711 : en:Chapter 06
00:37:38.089 : en:Chapter 07
00:42:17.535 : en:Chapter 08
00:45:24.388 : en:Chapter 09
00:49:28.298 : en:Chapter 10
00:55:03.166 : en:Chapter 11
01:00:03.600 : en:Chapter 12
01:07:00.850 : en:Chapter 13
01:10:42.905 : en:Chapter 14
01:18:22.531 : en:Chapter 15

Atak_Snajpera
13th May 2015, 19:47
I need 100 mb sample.

Tsusai
15th May 2015, 18:25
Hello Atak

I have new NTSC DVDs that I was trying to upscale to 720p. And every time I run them though Ripbot264 the end result has audio that is severely out of sync.

So what I tried is upscalling to 720p, minor noise remomal.

I tried just basic deinterlace (TFF). and I tried Inverse Telecine.

Every time result has out of sync audio.

here is example of one file.
General
Unique ID : 56907979353378572519509386968734165968 (0x2AD01401B64ABD4884E1FAB1F7D8EBD0)
Complete name : K:\Movies\movie.mkv
Format : Matroska
Format version : Version 2
File size : 3.74 GiB
Duration : 1h 24mn
Overall bit rate mode : Variable
Overall bit rate : 6 360 Kbps
Encoded date : UTC 2014-08-28 03:28:13
Writing application : MakeMKV v1.8.12 win(x64-release)
Writing library : libmakemkv v1.8.12 (1.3.0/1.4.1) win(x64-release)

Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : No
Format settings, Matrix : Custom
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Bit rate mode : Variable
Bit rate : 6 042 Kbps
Maximum bit rate : 9 800 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Original frame rate : 29.970 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Top Field First
Compression mode : Lossy
Time code of first frame : 01:00:00;00
Time code source : Group of pictures header
Language : English
Default : No
Forced : No
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 1h 24mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 14ms
Stream size : 116 MiB (3%)
Title : Stereo
Language : English
Default : Yes
Forced : No

Text
ID : 3
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:08:05.485 : en:Chapter 02
00:16:32.324 : en:Chapter 03
00:19:56.862 : en:Chapter 04
00:23:01.380 : en:Chapter 05
00:31:19.711 : en:Chapter 06
00:37:38.089 : en:Chapter 07
00:42:17.535 : en:Chapter 08
00:45:24.388 : en:Chapter 09
00:49:28.298 : en:Chapter 10
00:55:03.166 : en:Chapter 11
01:00:03.600 : en:Chapter 12
01:07:00.850 : en:Chapter 13
01:10:42.905 : en:Chapter 14
01:18:22.531 : en:Chapter 15


Try this; add fps=29.97,ConvertFPS=true to DirectShowSource. It's been a while since I bothered to fight pure DVD in MKVs since DGIndex doesn't operate on MKVs

Ex
video=DirectShowSource("S:\Video\KB\title00.mkv",audio=false,fps=29.97,ConvertFPS=true).ConvertToYV12()

Vereor
18th May 2015, 03:46
@Atak_Snajpera

I have been a bit fan and user of ripbot264 for a long time now. Due to the higher demands of HEVC/x265 I have been playing around with Distributed Encoding for the first time and I can say that I am very impressed.

One little niggly trouble is that currently I am using 3 computers they are pretty equally spec'ed. Sometimes I just use 3 distributed servers (one on each) and sometimes I use 6 distributed servers (two on each) to max out CPU.

But they way the frames are broken up are always in weird groups such as 7, 10 or 11 etc. So I have all three working through quite nicely for the first few frame batches. But near the end, one server can be left with one part to finish by itself, or if am running 2 per computer it can even be left with 2 to finish by itself.

Any chance of a future enhancement where there can be a bit more interaction or control of how the frames are broken up. Either something really manual like specifying the frames per batch job. Or something a bit more automatic like specifying the number of total jobs to create or a group multiplier/divisor.

Other than that, keep up the great work!!!!

Atak_Snajpera
18th May 2015, 07:00
Are you using 2-pass mode or CQ?

Vereor
18th May 2015, 08:42
Are you using 2-pass mode or CQ?

If that is directed at myself, 2-pass mode.

Is that why other peoples screenshots are broken into heaps of 1500 chunks and mine are in huge 17k+ chunks? I thought that might have just been due to a version update... lol :D

Atak_Snajpera
18th May 2015, 12:28
In 2-pass mode chunks are longer than in CQ (10min vs 1min) due to how 2-pass mode works. 1 min chunk in 2-pass mode would flatten to much bitrate distribution in video file. Basically you would be wasting bitrate on scenes where it is not necessary. Graph would look like ABR encode a not true VBR. 10 min chunk is just a trade of between quality and encoding efficiency.

Vereor
18th May 2015, 13:01
In 2-pass mode chunks are longer than in CQ (10min vs 1min) due to how 2-pass mode works. 1 min chunk in 2-pass mode would flatten to much bitrate distribution in video file. Basically you would be wasting bitrate on scenes where it is not necessary. Graph would look like ABR encode a not true VBR. 10 min chunk is just a trade of between quality and encoding efficiency.

That is a really good explanation and makes perfect sense.
Thanks for that Atak_Snajpera

soneca
18th May 2015, 22:19
@Soneca
Ok thanks I will take a look ASAP.

Thank you, Atak. Could detect the error in calculation?

Atak_Snajpera
19th May 2015, 09:43
Yes. It was very easy. I basically forgot to add two short lines of code. My formula was calculating audio using bitrate and audio file size at the same time hence larger file size or smaller video bitrate.

soneca
19th May 2015, 16:21
Cool, thank you! :)

agressiv
22nd May 2015, 15:35
Trying to encode some UK Doctor Who blu-ray's which are (largely) 25fps VC1/h264 encodes. I want to to use TFF 25->50FPS (Yadif) as a de-interlacing method using CQ 1-pass. Basically RipBot264 is splitting up the chunks wrong in this case - the first 1/2 chunks are fine, the last 1/2 of the chunks are -1 frames and the last chunk is extremely long. The file is corrupt when it is done and the joinchunks fails. See screenshot.

It's certainly something with de-interlacing, because if I turn off de-interlacing (bob), everything is fine.

Other things I've tried (just for pure troubleshooting):
1) Tried BFF --> 50FPS - same problem
2) Tried TFF --> 25FPS - it works (but I don't really want to do this...)

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

Atak_Snajpera
22nd May 2015, 16:19
Will you be able to send me 10 min sample (original untouched source video file)? I would like to have that file for easier investigation. Use https://mega.co.nz/.

I suppose that encoding client does not work on updated number of frames hence first half is ok but rest is totally wrong.

agressiv
22nd May 2015, 21:30
https://mega.co.nz/#!DIJixayC!ARTBsPFnXMDTIwItaSbinQ4hsJe5CTwM5r0JodYAsVQ

Tsusai
23rd May 2015, 04:10
I've been investigating the best way to put MakeMKV DVD rips through Ripbot with varied success (for science, I still prefer AnyDVD). If you don't know, MakeMKV just takes the DVD movie and puts it in a mkv container with no real encoding. I wish to share my findings. For this test I chose Crank, as it's got some weird cell protection juju that screws up subtitle timing, even after it's been ripped with AnyDVD. MakeMKV repairs the subtitle timing when it rips.

Problem: Loading as is, the mkv is loaded via DirectShowSource. This results in bad A/V sync.

Fix 1: most tests, adding the FPS and ConvertFPS into the DirectShowSource arguements solve this. ex video=DirectShowSource("S:\CrankMakeMKV.mkv",audio=false,fps=29.97,ConvertFPS=true).ConvertToYV12(). This plays the video back at 29.97 without any visible interlacing.

Fix 2: MKVExtract or eac3to pre-extract everything. Ripbot reads as m2v, indexes, etc. Sometimes though (and with my samples) it is a FILM type, and I run dgindex manually with Force Film to eliminate interlacing.

Original Sample: https://mega.co.nz/#!soNAiCoB!bvQ0OWGf-a-CchG1u_dRxPSURa1fjgeKmN5E4pGt0Hk
Sample w/ convertfps added: https://mega.co.nz/#!xosn1I5Z!6KPElN_QjKhEVSlZPDswMis9s5ucxsEQrYM9ZsiVZKc
Sample w/ manual extract: https://mega.co.nz/#!hg9TBZrZ!FFNM2b-Y8DTUxl3u1ib-C9z2tvD-ck6tiwVvvaF70M8
Sample w/ manual extract and ForceFilm DGindex: https://mega.co.nz/#!o5cX1bDC!4R1uyw4h9IdpoAi_9GOLjOAjo5UPpNLBum2aLxpmr6U

Personal opinion: I presume Fix 2 would be the more legit way, as the mpeg2 indexer is involved. I figure a slight check during MKVInfo to check if it's mpeg2, extract it with the rest of the tracks, and then load it with indexing.

Atak_Snajpera
23rd May 2015, 13:51
@Tsusai
I would just use this
video=DirectShowSource("CrankMakeMKV-Segment-006.mkv",audio=false,fps=23.976)

Atak_Snajpera
23rd May 2015, 14:09
https://mega.co.nz/#!DIJixayC!ARTBsPFnXMDTIwItaSbinQ4hsJe5CTwM5r0JodYAsVQ

Thanks but this sample does not require any deinterlacing. This is typical 25 fps (PAL) movie encoded as interlaced (for compatibility with specs). Both fields refer to the same frame so we do not have to do anything about that. The same story is with DVD PAL movies.

Nevertheless there is bug in encoding client when you activate 25 fps -> 50 fps conversion for sure.

soneca
23rd May 2015, 18:28
Atak, the new executable(RipBot264.exe) with the corrections of the calculations are ready, or waiting for new fixes?

Tsusai
23rd May 2015, 19:11
@Tsusai
I would just use this
video=DirectShowSource("CrankMakeMKV-Segment-006.mkv",audio=false,fps=23.976)

I performed another test today on hybrid(?) footage (anime). When using DirectshowSource, ConvertFPS was required. However deinterlacing with AnimeIVTC worked better on the indexed m2v stream than on directstreamsource.

Clip: https://mega.co.nz/#!wp8UnLrY!OBK_0mioLePOx263RV1duMGArteQw16F4OimpP-NyTA

stasi
27th May 2015, 16:19
Im using latest Ripbot 1.18.2 BETA. Im from Germany, so Im using destination filenames with Umlauts, like , , ... When I chose a filename WITHOUT Umlaut (like test.mkv), everything is fine. But if I call the file test_.mkv, I get an error (see attachment)
This happens after encoding is done, right before muxing the files. When I close the message, the file will be created and everything is fine.
14803

Atak_Snajpera
27th May 2015, 16:33
Use external image service.

stasi
27th May 2015, 17:06
http://www.directupload.net/file/d/4000/3sm83f58_jpg.htm

What I found out is, this error only occurs with two audio tracks. Same job, same source, just set second audio to "no audio", and no error message appears.

agressiv
28th May 2015, 05:24
Thanks but this sample does not require any deinterlacing. This is typical 25 fps (PAL) movie encoded as interlaced (for compatibility with specs). Both fields refer to the same frame so we do not have to do anything about that. The same story is with DVD PAL movies.

Nevertheless there is bug in encoding client when you activate 25 fps -> 50 fps conversion for sure.

Hmm, I dont have much experience with PAL, but I'm certainly seeing interlacing jaggies when watching these. Not all the time, but enough that I want to simply get rid of it.

Atak_Snajpera
28th May 2015, 16:09
http://www.directupload.net/file/d/4000/3sm83f58_jpg.htm

What I found out is, this error only occurs with two audio tracks. Same job, same source, just set second audio to "no audio", and no error message appears.

I did exactly the same and no error :confused:

http://i.cubeupload.com/3Up7u6.png

National character was not correctly stored but this is another story...

stasi
28th May 2015, 17:11
Maybe it only happens on german Windows 7. Just kidding. I can reproduce the error by picking any AVI or MKV, set two audio tracks (BTW first audio is OPUS, second is AC3) and after encoding the error message appears.

zazon
2nd June 2015, 07:12
Hello - I picked up American Sniper, but am having some trouble running it through RipBot. When I play the m2ts file in Media Player Classic, it plays normally. It's the same in VideoLAN. VLC lets me pick the audio while MPC does not. When I got to set it up, RipBot for some reason chooses the closed caption audio track, instead of the movie audio no matter which audio I pick. I went to put it through tsMuxeR to take out the closed caption track and it sees both tracks in the Meta File, but if I rip the TRUE-HD audio out, RipBot says there's no audio, and if I take out the AC3 track, it still takes the closed caption track. Anyone seen this before or might offer a suggestion? Thanks for any help.

Atak_Snajpera
2nd June 2015, 18:06
v.1.18.2
Added: support for extra audio stream
Added: support for 2 extra servers in encoding client (10 in total)
Added: EncodingClient now saves encoding summary in \Chunks\DE_Log_passX.txt file
Added: support for HEVC main 10 (x265 16bit)
Added: 4K-UHD resize profile
Fixed: "RichEdit line insertion error" (hopefully;)
Updated: eac3to 3.29, FFmpeg 2015-06-02, MediaInfo 0.7.74, MKVToolnix 7.9.0, x264 r2538, x265 1.7.95

Download in first post.

stasi
2nd June 2015, 19:07
v.1.18.2

Fixed: "RichEdit line insertion error" (hopefully;)


Just tested, seems to be fixed. Thanks a lot for the update.

burt123
3rd June 2015, 00:50
Thanks for the new version, ...been waiting for this :)

Especially the extra servers :)

soneca
3rd June 2015, 14:41
Problems with Dolby TrueHD tracks, movies Jupiter Ascending and American Sniper with wrong values after demux.
I have extracted the tracks and added with mkvtoolnix later to solve.

http://s20.postimg.org/dhw17t1u5/ripbot.jpg

http://s20.postimg.org/4bdqkiwlp/ripbot1.jpg

slalom
3rd June 2015, 20:52
Thanks for the new version, ...been waiting for this :)

Especially the extra servers :)
I think 3 rows of 4 servers (3*4=12) would be prettier
If Atak decides to add more

burt123
4th June 2015, 02:05
I think 3 rows of 4 servers (3*4=12) would be prettier
If Atak decides to add more

Yes, I have to admit that 3 rows of 4 would look more "compact", then the "stretched" 2 rows of 5, but I'm NOT complaining !!!

Maybe next update, Atak may change things, he's added 2 extra, another 2 should be possible. :)

Atak_Snajpera
4th June 2015, 10:18
Guys why do you need more servers?

Regarding layout. Do not forget that some people still work on 768p displays. In this case it is safer to increase form size horizontally than vertically.

burt123
4th June 2015, 12:08
Guys why do you need more servers?

Regarding layout. Do not forget that some people still work on 768p displays. In this case it is safer to increase form size horizontally than vertically.

Well Atak, it's ALL about SPEED !!!!!!!!!!!!!!!

Knew you'd have a good explanation for the layout :)

I guess the layout doesn't really matter too much, as once you've set up a batch/queue, and set it in motion, it looks after itself.

Atak_Snajpera
4th June 2015, 16:08
@pingfr
I'm guessing that you are using 2-pass mode right? Take a look here http://forum.doom9.org/showthread.php?p=1722683#post1722683
2-pass mode is not very well suited for DE. Shorter chunks (let's say 1 min) would only noticeably reduce quality.

Atak_Snajpera
8th June 2015, 16:30
Well I can prepare special version for you where you can force smaller chunks in 2-pass mode. Your method could be very risky because one chunk could be smaller than 1 min. This would be a disaster for quality.

burt123
9th June 2015, 02:51
One could even argue that the next version of Ripbot264/Encodingclient.exe could possibly send a shutdown signal to the Windows host node to shutdown itself when the job is done just the way MeGUI does it,

"[x] Shutdown when encoding done."



I really like that idea :)

Atak_Snajpera
9th June 2015, 18:52
I really like that idea :)

Done. Overwrite older files with these.

http://www.mediafire.com/download/05fivx2klmq9hw5/Patch_for_remote_shutdown.7z

slalom
9th June 2015, 19:22
Can this shutdown only a specific client but not the rest?

Atak_Snajpera
9th June 2015, 19:37
Can this shutdown only a specific client but not the rest?

You mean something like this ?
Server1 Allow Shut Down=true
Server2 Allow Shut Down=false
Server3 Allow Shut Down=true

If yes then no. I thought that people want to save energy therefore encodingclient shutdowns all nodes.

slalom
9th June 2015, 20:54
Yes, I meant specifically shutdown one or more servers or to exclude one or more of them

For example one of my clients is downloading/seeding or is a movie server 24/7 so it should stay on

73ChargerFan
9th June 2015, 21:45
Calculation formula should be:

x = number of total frames detected for a given movie/project.
y = number of nodes available in your cluster at project creation time.

x divided by y = z.

Where as z is the size of each chunk.

That way all the nodes are started at the same time and given they are roughly the same CPU power/identical configuration, the z chunks all are ready at the same time for muxing.

Wouldn't that delay the client encoding until the entire chunk is spooled across the network? Maybe though it is just a one time cost...

burt123
10th June 2015, 01:52
You mean something like this ?
Server1 Allow Shut Down=true
Server2 Allow Shut Down=false
Server3 Allow Shut Down=true

If yes then no. I thought that people want to save energy therefore encodingclient shutdowns all nodes.

That would be an awesome addition, however, in my case, I only have "dedicated" server(s), so I will "test" this sometime really soon, sounds GOOD.

Thanks Atak, keep up the excellent work, and keeping us "happy" :)

Ronski
10th June 2015, 07:17
None of my PC's are ever shut down, but they are always put to sleep, so the option to specify Sleep or Shut down would be great.

Something like.


Server1 = Sleep
Server2 = Sleep
Server3 = StayOn (or whatever makes more sense)
Server4 = Shutdown

Atak_Snajpera
10th June 2015, 16:07
None of my PC's are ever shut down, but they are always put to sleep, so the option to specify Sleep or Shut down would be great.

Something like.


Server1 = Sleep
Server2 = Sleep
Server3 = StayOn (or whatever makes more sense)
Server4 = Shutdown

Done.
http://www.mediafire.com/download/068jnwvi1tpsiw9/Remote_ShutDown_Patch_v2.7z

Ronski
10th June 2015, 19:51
Thank you Atak.

Atak_Snajpera
11th June 2015, 20:10
Hey Atak,

Does your offer for a "special" version that allows you to split the amount of chunks per node on a 1:1 ratio still stand? ;-)

Thanks.

try this
http://www.mediafire.com/download/av6vsg9tvb13049/Another_Patch.7z

This has been added in EncodingClient.ini
//in seconds. 0=one chunk per node with equal number of frames to process. May be useful if servers have similar processing speed.
ChunkSizeFor2passMode=600

loukas
12th June 2015, 00:43
I need some help, Ripbot it is unreliable nowadays. When i try to encode something i end up always with unsynced audio.

any tips of what may be the problem?

slalom
12th June 2015, 08:02
Are the source fps same as the result's video?
Also check source fps with job's fps

loukas
12th June 2015, 09:19
Are the source fps same as the result's video?
Also check source fps with job's fps

well the fps has a strange value of 25.78 fps, but i didn't change the output speed, and yes the source and the resulted video have the same 25.78 fps.

the source is a mov file 1920x1280 made by an iPhone 5.

file info:
http://pastebin.com/1N7EzxC2

Atak_Snajpera
12th June 2015, 11:11
well the fps has a strange value of 25.78 fps, but i didn't change the output speed, and yes the source and the resulted video have the same 25.78 fps.

the source is a mov file 1920x1280 made by an iPhone 5.

file info:
http://pastebin.com/1N7EzxC2

Modify script like this

\IMG_0001.MOV",audio=false,fps=29.97,convertfps=true).ConvertToYV12()

loukas
12th June 2015, 12:27
Modify script like this

\IMG_0001.MOV",audio=false,fps=29.97,convertfps=true).ConvertToYV12()

i love you :)

Viper714
13th June 2015, 00:43
Okay, I have a weird issue.
I use Distributed Encoding across four (4) PC. When I try version 1.18.2 for re-encoding my blu rays to MKV, I am getting a strange issue on Pass 2. Pass 1 works well not problem, nice and fast. When I get to Pass 2, three or four servers drop to 1.2 - 2.0 fps and hangs there. If I cancel that slow server and activate another one it raises back to 10 fps and higher. I have tried this on three separate movies with the same result.

I went back to version 1.18.1 and all works perfectly. FPS hangs around 12 and higher.

Is anyone having this issue and if so how can I fix this... The .ini files are the same as far as options.

Thank you in advance...

Atak_Snajpera
13th June 2015, 10:57
for testing purposes disable firewalls on every pc.

00-00
14th June 2015, 19:01
Have been using ripbot successfully for quite a while now, but recently I have been having an issue where there are brief glitches/pixelation across the screen in practically every encode. It normally happens only about once per 1 - 2 hour encode and is seemingly in a random place during the result. I've checked back at the preview afterwards, and sometimes there is a glitch in exactly the same place, (but also sometimes not) and on checking the source material there is no glitch at all on that.

I've been using 4.1 slower film 2 pass profile the whole time since before the problem began, reinstalled windows, fresh installs of all required software etc, and it is still happening. There have been no changes to hardware or anything like that.

Also is there any way to scan a final encode to detect isssues like these? As it's impractical to have to sit through the file in real time with eyes glued to the screen to detect a random glitch.

Thank you for any help or advice!

Atak_Snajpera
14th June 2015, 19:37
I would check CPU stability and memory first. Overheating cpu or faulty memory may case those glitches.

whitezombie455
14th June 2015, 21:39
Thought I would comment that this program works greatly! Very easy to use and a simple GUI. One function I would suggest is an option in batch mode to auto crop. It is a very painful process when trying to auto crop a number of files manually. That is all =)

Viper714
14th June 2015, 21:41
for testing purposes disable firewalls on every pc.

OKay here is what I found using 1.18.2 with the firewall off.

XMen Days of future past.
First Pass very slow fps 8-10
Second Pass seemed normal 15 to 20 fps
Encoded file did not save
First Pass again 2320 to 31 fps
Second pass Seemed slow some 2 to 16 fps
Files saved properly

1.18.1
First Pass 20-32 fps
Second Pass 15 to 20 fps
File saved properly

Riddick
Roughly the same numbers as above as well for versions 1.18.2 & 1.18.1
First file did not save either.
Did not try a second attempt with 1.18.2. Went straight to 1.18.1

In summary 1.18.1 is much more efficient and reliable in converting movies...

agressiv
15th June 2015, 01:58
Since Upgrading to 1.18.2, I'm getting audio encoding timeouts, which I have never gotten before (going back several years):

E:\Temp\RipBot264temp\job44>"D:\RipBot\tools\avs2pipemod\avs2pipemod.exe" -wav "E:\Temp\RipBot264temp\job44\job44_AUDIO1.avs" | "D:\RipBot\Tools\opus-tools\opusenc.exe" --bitrate 240 --ignorelength --quiet - "E:\Temp\RipBot264temp\job44\Encoded_Audio_1.opus"
avs2pipemod[error]: DirectShowSource : Timeout waiting for graph to start.
(E:\Temp\RipBot264temp\job44\job44_AUDIO1.avs, line 6)
Error parsing input file: -

This is what I get when running "jobXX_EncodeAudio1.cmd" manually. However, I can just run it again, and it usually works. I then just run the jobXX_Muxfiles. However, I'm getting maybe a 50% failure rate. Ideas? I can use eac3to and pipe it to opusenc.exe and never get any problems.

System is a i7-4770, 16gb RAM. Temp drive is a RAID-0 pair of disks.

Viper714
15th June 2015, 05:24
Yeah, I am starting to get errors as well even in 1.18.1 now. I thought my Riddick Blu-ray rip worked but getting error in writing the file as well.

Uuggh. Not sure want to change anymore....

Atak_Snajpera
15th June 2015, 10:46
at this point I can only advise you to uninstall avisynth, haali, ffdshow. Reboot and install everything again. Btw use latest avisynth 2.60

00-00
15th June 2015, 22:31
I would check CPU stability and memory first. Overheating cpu or faulty memory may case those glitches.

Great, thanks for the tips, will look into it!

Viper714
16th June 2015, 05:33
at this point I can only advise you to uninstall avisynth, haali, ffdshow. Reboot and install everything again. Btw use latest avisynth 2.60

Atak, okay, I uninstall avisynth, haali, ffdshow on all computers. I also updated Java on them all. I have the same issue that it does not encode the movie successfully. Here is a pdf file of all the screen captures that I put together when trying to encode a movie Riddick.

https://dl.dropboxusercontent.com/u/45570839/MovieEncoding.pdf

I tried it with no success. I use AnyDVD HD to rip the blu ray and then use RipBot264 to encode to an MKV.

So I decided to use MakeMKV to rip the Blu ray. It of course creates a MKV file. When I use that MKV file with RipBot264 it works perfectly and very fast.

So I decided to try another Blu-ray disc, The last of the Mohicans. I ripped with AnyDVD HD and tried to encode. RipBot crashed halfway thru Pass 2. It gave me the following error:

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-15_23-52-31.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-15_23-52-31.png.html)


I will be using MAKEMKV again to see if that will work...

Atak_Snajpera
16th June 2015, 12:14
Viper714
There should be a log saying what went wrong. See \Logs\Jobx_log.txt
Regarding encoding speed. What is CPU usage when you see fps drop?

Thanks. I think I know what happens here. Fix is on the way.
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-15_23-52-31.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-15_23-52-31.png.html)

Atak_Snajpera
16th June 2015, 16:40
agressiv & Viper714
This patch should solve that DirectShowSource Timeout error. Also EncodingServer has been updated and hopefully fixed.
http://www.mediafire.com/download/uckao2haxm351ay/Patch_1.18.3_beta.7z

Make sure that every PC has updated EncodingServer.exe. Also re-fresh already created jobs (select job -> Edit -> Done)

Viper714
16th June 2015, 17:01
Viper714
There should be a log saying what went wrong. See \Logs\Jobx_log.txt
Regarding encoding speed. What is CPU usage when you see fps drop?

Thanks. I think I know what happens here. Fix is on the way.
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-15_23-52-31.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-15_23-52-31.png.html)

Thanks Atak, As far as the CPU usage I am not sure. However, I can tell you that on my PC (192.168.10.11) which is the most powerful of the four, I think the CPU usage is around 3/4 or less. I know this because I have used 3 servers on this PC because I had enough CPU power to do this a few times.

Also BTW the above error shows in all 4 PC's not just the one that is handling the distributed encoding.

Log Files
Encoding Riddick #1 Failed
Ripped via AnyDVD HD
https://dl.dropboxusercontent.com/u/45570839/Job5_log.txt

Encoding Riddick #2 Failed
Ripped via AnyDVD HD a second time
https://dl.dropboxusercontent.com/u/45570839/Job1_log.txt

Encoding Riddick #3 Success
Ripped via MakeMKV
https://dl.dropboxusercontent.com/u/45570839/Job2_log.txt

Encoding Last of the Mohicans #1 Failed
Ripped via AnyDVD HD
https://dl.dropboxusercontent.com/u/45570839/Job3_log.txt

Hope this helps!!

Atak_Snajpera
16th June 2015, 17:09
Also show me 1.txt , 2.txt and so on files from \jobx\chunks\ folder. Pack them into one archive.

Viper714
16th June 2015, 17:10
agressiv & Viper714
This patch should solve that DirectShowSource Timeout error. Also EncodingServer has been updated and hopefully fixed.
http://www.mediafire.com/download/uckao2haxm351ay/Patch_1.18.3_beta.7z

Make sure that every PC has updated EncodingServer.exe. Also re-fresh already created jobs (select job -> Edit -> Done)

THANKS!! Will retry and get back to you...

Viper714
16th June 2015, 18:35
Atak,
First findings,

UAC dialog box on start - normal
UAC dialog box second time on start - for server activation
UAC dialog box third time when adding a second server
Smart Screen Prevention box on one of my Windows 8 machines. Clicking OK does not work. Unable to run Ripbot256. http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-16_13-29-21_1.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-16_13-29-21_1.png.html)

I turned off Smart Screen and got it to work. Please try to fix this as this should not have to be turned off


Will get back to you after encoding...

Atak_Snajpera
16th June 2015, 18:46
I'm Windows 7 guy so this won't be "fixed". On my OS I do not get those silly popups ;). Besides How am I supposed to fix this? It is sad that with every new version user is treated like 10 year old kid.

Viper714
16th June 2015, 19:00
Also show me 1.txt , 2.txt and so on files from \jobx\chunks\ folder. Pack them into one archive.

I can only provide you with this job for the failed "Last of the Mohicans"

https://dl.dropboxusercontent.com/u/45570839/Mochicans%20Failed%20job3.zip

Viper714
16th June 2015, 19:06
Atak, when trying to encode all of the servers are blinking from "encoding" to "idle" over and over. This is even happening on the local machine... I rest the router and n the same issue. New IP addresses were given to some of the machines, but I re-authorized firewall access which happens on start of Ripbot264.

I turned off the firewall just in case with no joy.

Viper714
16th June 2015, 19:12
It is sad that with every new version user is treated like 10 year old kid.

I totally agree with you!!!!!!!!!!!! :eek:

Atak_Snajpera
16th June 2015, 19:20
Atak, when trying to encode all of the servers are blinking from "encoding" to "idle" over and over. This is even happening on the local machine... I rest the router and n the same issue. New IP addresses were given to some of the machines, but I re-authorized firewall access which happens on start of Ripbot264.

I turned off the firewall just in case with no joy.

make sure that you can access shared folder from other machines.
for example

\\SERVER-PC\RipBot264temp\job1\Chunks\1.cmd

Viper714
16th June 2015, 19:30
make sure that you can access shared folder from other machines.
for example

\\SERVER-PC\RipBot264temp\job1\Chunks\1.cmd

OMG!! I am such a NOOB. Forgot to change the temp directory in the .ini file. Sorry about that!!!

http://i361.photobucket.com/albums/oo54/pcubillos/Smileys/Small/SugarwareZ-045.gif (http://s361.photobucket.com/user/pcubillos/media/Smileys/Small/SugarwareZ-045.gif.html)

Viper714
16th June 2015, 20:42
Atak,
So far it does NOT look promising. It is very, very slow as before on Pass 1. The initial start was fast but as it got further into it it started to slow down.

Here is a link to a pdf I put together showing the encoding with the CPU usage of each machine as you requested before. Once the encoding is complete, if it does not crash first, I will post the logs and text files.
https://dl.dropboxusercontent.com/u/45570839/1.18.3%20Beta%20Encoding%20of%20Last%20of%20the%20Mohicans.pdf

Viper714
16th June 2015, 22:17
Atak,
The encoding was successful!! Really surprised as it did not start off very well. It took 02h:05m:47s to complete. Pass 1 usually hangs pretty high in the fps range and Pass 2 in the 6-12 fps range. Not sure why it was different but at least it worked. I will try a few other movies later for verification.

Here are the log files for you to review just in case
https://dl.dropboxusercontent.com/u/45570839/Mohicans2%20Log.zip

Thank you so much for your help in getting this working. Your efforts in supporting this program are so appreciated!!!!

Ronski
17th June 2015, 10:11
Atak,
First findings,

UAC dialog box on start - normal
UAC dialog box second time on start - for server activation
UAC dialog box third time when adding a second server
Smart Screen Prevention box on one of my Windows 8 machines. Clicking OK does not work. Unable to run Ripbot256. http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-16_13-29-21_1.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-16_13-29-21_1.png.html)

I turned off Smart Screen and got it to work. Please try to fix this as this should not have to be turned off



Will get back to you after encoding...

I'm pretty certain you need to press the more info button and then there's an option to permit or ignore this program.

Atak_Snajpera
17th June 2015, 10:41
viper
first pass is by default much faster than second because it only analyses footage for optimal bitrate distribution. Actual encoding is done in second pass hence much slower encoding speed.

Viper714
17th June 2015, 15:37
viper
first pass is by default much faster than second because it only analyses footage for optimal bitrate distribution. Actual encoding is done in second pass hence much slower encoding speed.

Atak, I kind of figured that. I may not have detailed my post properly. I normally see that PASS 1 goes very quickly for the reason you stated. However, in the last encoding that I did yesterday (The Last of the Mohicans) I noticed that PASS 1 started out fast but slowed down extremely.

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/RipBot%20Image.png (http://s361.photobucket.com/user/pcubillos/media/Issues/RipBot%20Image.png.html)

Using the above image, this shows PASS 1 as it was almost finished. Notice the RED boxes where the FPS is very low and the GREEN boxes showing the normal FPS range for PASS 1. In the past this would be the normal (GREEN) for PASS 1. Not sure why it would drop to 2 - 3 fps or even 9 fps on a read only. I will do another rip sometime today for additional comparison. I will also try version 1.18.1 just in case...

Sorry if I am being a pest. Just trying to pass information...

Tsusai
17th June 2015, 15:50
Atak,
First findings,

UAC dialog box on start - normal
UAC dialog box second time on start - for server activation
UAC dialog box third time when adding a second server
Smart Screen Prevention box on one of my Windows 8 machines. Clicking OK does not work. Unable to run Ripbot256. http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-16_13-29-21_1.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-16_13-29-21_1.png.html)

I turned off Smart Screen and got it to work. Please try to fix this as this should not have to be turned off


Will get back to you after encoding...


Ah SmartScreen. You got 2 things you can do. It's just like Win 7 when you download any file. It flags it from the Internet and just prompts you to make sure you know this.
1) When it prompts, you can click on More Info. It should give you a Run prompt
2) RT Click->Properties on the EXE. You might see an Unblock Button. Press it. You can do this on zip/7z/rar files as well prior to extraction so the extracted files aren't flagged from the Internet as well.

Viper714
17th June 2015, 18:17
TSUSAI: Thank you for this information. I changed it as you mentioned and it worked great!!!!
:thanks:

Atak_Snajpera
17th June 2015, 18:58
Atak, I kind of figured that. I may not have detailed my post properly. I normally see that PASS 1 goes very quickly for the reason you stated. However, in the last encoding that I did yesterday (The Last of the Mohicans) I noticed that PASS 1 started out fast but slowed down extremely.

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/RipBot%20Image.png (http://s361.photobucket.com/user/pcubillos/media/Issues/RipBot%20Image.png.html)

Using the above image, this shows PASS 1 as it was almost finished. Notice the RED boxes where the FPS is very low and the GREEN boxes showing the normal FPS range for PASS 1. In the past this would be the normal (GREEN) for PASS 1. Not sure why it would drop to 2 - 3 fps or even 9 fps on a read only. I will do another rip sometime today for additional comparison. I will also try version 1.18.1 just in case...

Sorry if I am being a pest. Just trying to pass information...

No it is ok. I'm also curious why you have such low cpu usage even with two instances.

I would like you to do the following things

1) Download process explorer https://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

2) Run again encoding but this time show me cpu usage for avs2yuv.exe and x264.exe

example
http://i.cubeupload.com/4KEJpK.png

I predict that low fps is due to low cpu usage caused by something wrong going with your router. Basically avs2yuv.exe is waiting too long for frames from main pc.

Viper714
17th June 2015, 23:51
No it is ok. I'm also curious why you have such low cpu usage even with two instances.

I would like you to do the following things

1) Download process explorer https://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

2) Run again encoding but this time show me cpu usage for avs2yuv.exe and x264.exe

I predict that low fps is due to low cpu usage caused by something wrong going with your router. Basically avs2yuv.exe is waiting too long for frames from main pc.

Atak:

Here is the info you requested...

Last of the Mohicans
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Encoding%20Client.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Encoding%20Client.png.html)

Process Explorer
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Process%20Explorer.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Process%20Explorer.png.html)

Here is the same information 5 minutes later

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Encoding%20Client2.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Encoding%20Client2.png.html)


http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Process%20Explorer2.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Process%20Explorer2.png.html)

Hope that helps!!!

Atak_Snajpera
18th June 2015, 12:03
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/RipBot%20Image.png

Something tells me that your network is not working in 1000 Mbps but in slower 100 Mbps mode.

Just take a look.
According to http://www.blu-ray.com/movies/The-Last-of-the-Mohicans-Blu-ray/10898/ this movie has average bitrate of 38 Mbps. If we subtract audio stream (DTSMA ~4 Mbps) and all subtitles we should get pure video stream bitrate of ~33 Mbps.

Above image shows that your average encoding speed is 73 fps.
So If we divide 73 fps by 24 (movie frame rate) we get ~3.

33 Mbps * 3 = 99 Mbps.

To verify my theory you should do some simple copy test between PCs with some large file. If your copy speed is limited to ~12 MB/s then you have your answer why first pass is slow.

mini-moose
18th June 2015, 15:43
I'm playing around with this interesting tool for the first time.

Got a couple of questions:

1) Why is Sharpen used as default? I tried to remove it from the .ini completely but then I got an error when starting encode saying
Sharpen values are incorrect. Changed it to 0.0 on .ini now, but I'm not sure if that disables it completely.

2) Seems like DSS is always the default decoder unless distributed encoding is used in which case the source is indexed by ffms2.
Is there a way to choose between DSS and indexing for single pc encode?

thanks in advance.

Atak_Snajpera
18th June 2015, 16:18
1) 0 = means disabled. (filter has nothing to do) I've added gentle sharpening because downscaled movie looks better (especially on my ancient PSP with screen 480x272)
2) If ain't broke don't fix it. That's my motto. DirectShowSource has been working well for all those years. It is ok if you do not need frame accurate seeking.

mini-moose
18th June 2015, 17:20
1) 0 = means disabled. (filter has nothing to do)

thanks for confiming. I had a hard time finding documentation on Sharpen for some reason.

2) If ain't broke don't fix it. That's my motto. DirectShowSource has been working well for all those years. It is ok if you do not need frame accurate seeking.

Good motto :) Was just wondering if there was a way to do it differently and I couldn't find it.

Viper714
18th June 2015, 21:28
Something tells me that your network is not working in 1000 Mbps but in slower 100 Mbps mode......


Atak, I will run a LAN Speed test in a few. But just FYI, I decided to swap the Ethernet cable to another plug on the motherboard on my server. I tried the same encoding with 1.18.3 and got the same result on Pass 1. Average was 2-4 FPS.
Then I tried version 1.18.1 and I got 17 - 24 fps range.

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-18_16-04-30.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-18_16-04-30.png.html)

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-18_16-11-11.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-18_16-11-11.png.html)

All was going great up to the end of PASS 1 until Ripbot either crashed of froze.

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-18_16-14-09.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-18_16-14-09.png.html)

I tried turning off the offending server but would not work. THe abort button did work and it started encoding the last chunk in PASS 1. It is continuing as I type at around 24 FPS. IF I had a network issue wouldn't I still get the same issue even in 1.18.1??

Viper714
19th June 2015, 07:29
To verify my theory you should do some simple copy test between PCs with some large file. If your copy speed is limited to ~12 MB/s then you have your answer why first pass is slow.

Atak, Here are my results on a LAN test from the SERVER-PC to the other three computers. I tested a 500 MB file as you will notice.

X-51 PC
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/X-51.png (http://s361.photobucket.com/user/pcubillos/media/Issues/X-51.png.html)

LTPC
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/LTPC.png (http://s361.photobucket.com/user/pcubillos/media/Issues/LTPC.png.html)

PAUL-PC
http://i361.photobucket.com/albums/oo54/pcubillos/Issues/PAUL-PC.png (http://s361.photobucket.com/user/pcubillos/media/Issues/PAUL-PC.png.html)

Hope this helps to answer this conundrum!!!

Atak_Snajpera
19th June 2015, 10:30
My last idea. Copy x264 folder from 1.18.1 version to 1.18.3 (TOOLS/x264)

slalom
19th June 2015, 13:12
I had a similar problem. One RJ45 plug had issues and I replaced it.

So check your plugs for signs of abuse

Viper714
19th June 2015, 16:21
My last idea. Copy x264 folder from 1.18.1 version to 1.18.3 (TOOLS/x264)

Okay I will try it later today. Will let you know
:thanks:

Viper714
19th June 2015, 16:25
I had a similar problem. One RJ45 plug had issues and I replaced it.

So check your plugs for signs of abuse

Humm!! Good point. Amazingly I recently purchased an Ethernet Cable tester. Time to put it to good use!!! Thanks for the recommendation...

slalom
19th June 2015, 17:26
Do an optical inspection. I still had 1 Gbps connection on the Task Manager, but the the cable inside the plug was pulled about 5mm

mini-moose
20th June 2015, 13:15
I have a concern about the distributed encoding feature.

I see it's done by splitting the video encode into small parts (trim in avs) and those get distributed between the computers. I can see how that works ok for CRF encodes (though it might mess up GOPs),
but with 2-pass, doesn't it diminishes the purpose of 1st pass? The video is split into ~10mins segments (maybe more with more pcs, I tried with only 2)with each getting it's own stats file, which means
the video is not analyzed as a whole, and thus bitrate distribution is flawed for 2nd pass. Unless I'm missing/misunderstanding something, that's pretty much as effective as 1-pass ABR.

Atak_Snajpera
20th June 2015, 14:22
Unless I'm missing/misunderstanding something, that's pretty much as effective as 1-pass ABR.
10 min chunk is long enough to be safe. During that period you will have mix of static scenes (less bitrate needed) and dynamic (more bitrate needed). Nevertheless I do not recommend going down to 1min chunk size because like you already mentioned bitrate distribution would have been flattened too much. 10 min chunks size is just a compromise between encoding efficiency and quality.

Viper714
20th June 2015, 21:14
My last idea. Copy x264 folder from 1.18.1 version to 1.18.3 (TOOLS/x264)

Atak,

SUCCESS!!!

That actually did it!!! I had not checked the network cables yet as I wanted to try this last suggestion. Man these are beautiful numbers again!!

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/2015-06-20_16-09-45.png (http://s361.photobucket.com/user/pcubillos/media/Issues/2015-06-20_16-09-45.png.html)

I did as you recommended on all four(4) computers... It is still encoding and no crashes. Will let you know when it finishes, but so far it is great!!!

mini-moose
21st June 2015, 09:37
10 min chunk is long enough to be safe. During that period you will have mix of static scenes (less bitrate needed) and dynamic (more bitrate needed).

I have to cautiously disagree. An average movie has anywhere between 4-8mins static end credits, and with this method the last segment gets as much bitrate as the rest of the movie. Further more, you would sometimes end up splicing a dynamic scene right in the middle, which would ruin the look ahead bitrate distribution.

Why not just switch to 1-pass ABR?, it would still be size sensitive and would save doing the first pass.

Atak_Snajpera
21st June 2015, 11:00
if user selects 2pass mode in gui then app should accept that. 2pass has more information about complexity of next frames than blind abr. Besides abr is less accurate when you aim for specific size.

Personally I stoped using 2pass mode because I do not store my movies on optical discs anymore. My poor dvdrw has been collecting dust for few years.

Viper714
21st June 2015, 15:24
Atak,

SUCCESS!!!

That actually did it!!! I had not checked the network cables yet as I wanted to try this last suggestion. Man these are beautiful numbers again!!

Atak,
Just a followup message. The encoding went perfectly. No issues. Not sure what was the reason for this but definitely using the x264 folder from version 1.18.1 was the solution. Thank you for your patience and advice in fixing this issue.

On another note have you ever given any thought to using the GPU along with the CPU or in lieu of the CPU? Are GPU's better than CPU's? I have seen some programs using them.

In either case, thank you again for your help. You have a awesome program for ripping and re-encoding movies.

:thanks: http://i361.photobucket.com/albums/oo54/pcubillos/Smileys/Small/SugarwareZ-003.gif (http://s361.photobucket.com/user/pcubillos/media/Smileys/Small/SugarwareZ-003.gif.html)

Viper714
21st June 2015, 21:11
if user selects 2pass mode in gui then app should accept that. 2pass has more information about complexity of next frames than blind abr. Besides abr is less accurate when you aim for specific size.

Personally I stoped using 2pass mode because I do not store my movies on optical discs anymore. My poor dvdrw has been collecting dust for few years.

Atak, I am curious as to your response. As you know I am re-encoding my Blu-Rays after I rip them with AnyDVD HD. Should I not be using 2 PASS when encoding them. Is their a better more efficient option while maintaining quality?

mini-moose
22nd June 2015, 09:06
Should I not be using 2 PASS when encoding them. Is their a better more efficient option while maintaining quality?

CRF would give you a better result unless you care about media sizes.

george84
22nd June 2015, 19:54
Could you please clarify the use of 2 audio channels.
I get problems when encoding an avs. I usually did the following:

1. Add New job and select an avs file.
2. Ripbot displays "gathering information" and then fills in video and audio.
3. In audio only "1" is green.
4. Start encoding
5. Encoding is done, but in the multiplex phase a second audio file "Encoded_Audio_1.aac" is referenced which doesn't exist, and multiplex fails.

When clicking on "2" in audio I notice that there is also a reference to avs file, but no profile is filled in.

How can I get rid of this reference to second audio file?

I just realised that after selecting a dummy file for the second audio file, I get the option "No Audio" in dropdown box for audio.
So this is a bug. This dropdown box should offer "No Audio" immediatly.

Atak_Snajpera
22nd June 2015, 20:44
Yes It looks like a bug. I will investigate this case tomorrow.

slalom
22nd June 2015, 21:58
How can I get rid of this reference to second audio file?
Before starting the job, check if audio 2 is "no audio"

george84
23rd June 2015, 08:19
Before starting the job, check if audio 2 is "no audio"

Yes, but I can only set it to "no audio" after first having selected a file (which will cause ripbot to gather information and take some time). So there is a workaround.

Question: Is there also possibility to have only audio 2? Should there be a option "No Audio" for audio 1?

Atak_Snajpera
23rd June 2015, 11:31
The reason behind this is, because the main master node is running on an SSD C:\ where files are being copied to and all this job creation/copy/deletion process is slowly chirping away my SSD's lifespan for each encode.

SSDs can easily write hundreds of TiB before they die. The best can even go beyond 1 PiB! http://techreport.com/review/27436/the-ssd-endurance-experiment-two-freaking-petabytes


Besides in 5 years we will be laughing at SATA III drives.

slalom
23rd June 2015, 14:49
Why don't you change the Temp directory to a non-ssd?
You will be equally as slow as what you suggest

Atak_Snajpera
23rd June 2015, 15:05
I like current portable solution where EncodingServer.exe doesn't need any additional local files to work. Nothing will be done in this matter. If you are so worried about your SSD then switch to HDD. I'm not going to waste my free time on this useless feature.

Viper714
23rd June 2015, 16:39
Why don't you change the Temp directoryto a non-ssd?
You will be equally as slow as what you suggest

I agree with Slalom. I have an SSD and had concern on the life of it. That is why I configured the .ini file to use a mechanical drive for my temp solution. It is very simple to do and a option to mitigate the SSD life span concern. Yes SSD's are quicker but more expensive. That is the toss up that each individual will have to deal with. I have over 400 movies in my library (two big boxes of Blu-ray disks safety stored) and I've used my mechanical drive for conversion.

Considering that RipBot is a free program there has to be a methodology where you look at features that are "Nice to Have" and then "Need to Have". The latter of course takes precedence.

george84
23rd June 2015, 16:57
Problem:

In selection of audio file the extension .avs is not among the supported audio formats. However when manually entering the name of a file with extension avs everything works.

It would be nice to have .avs extension supported, so that you can pick your audio avs file in explorer selection. See attachment

Atak_Snajpera
26th June 2015, 15:59
v1.18.3 final is out

Added: Bitrate Distribution Optimization for 2-pass mode in Distributed Encoding Mode (chunks with smaller complexity get less bitrate and vice versa)
Added: EncodingClient can shutdown servers when all jobs are finished (See EncodingClient.ini for more details)
Added: Shut down method has been also added for main executable (See entry ShutDownMethod=shutdown in RipBot264.ini)
Added: Autocrop in Batch mode
Added: Chunk Size for 2-pass mode is now adjustable.
Added: EncodingClient can alternatively create one chunk per node with equal number of frames to process (2-pass mode only)
Changed: Thanks to new BDO default chunk size for 2-pass mode could be reduced to 60s. (smaller chunk size = better work distribution)
Fixed: Crash in EncodingClient.exe
Fixed: DirectShowSource timeout error on some machines during encoding audio phase
Fixed: "NO AUDIO" option was missing if user selected .avs as video file
Updated: EncodingClient v1.6.0, EncodinServer v1.5.1, MKVToolnix v8.0.0, x265 1.7.243

soneca
26th June 2015, 16:25
Thank you! :cool:

jandor
26th June 2015, 23:05
Thanks! Atak

sneaker_ger
26th June 2015, 23:08
Added: Bitrate Distribution Optimization for 2-pass mode in Distributed Encoding Mode (chunks with smaller complexity get less bitrate and vice versa)
How does this work? Do you first do all first passes, then analyze the stats files and then adjust 2nd pass target bitrates accordingly?

mini-moose
26th June 2015, 23:26
How does this work? Do you first do all first passes, then analyze the stats files and then adjust 2nd pass target bitrates accordingly?

From what I can see it takes the bitrate achieved for each segment in first pass and uses it as the --bitrate respectively in 2nd pass. e.g. say chunk 1 ended up with 3500k in first pass, it will be then encoded with --bitrate 3500 in 2nd pass.

sneaker_ger
26th June 2015, 23:33
Your explanation does not really make sense to me. There has to be some kind of calculation to make overall average bitrate hit the target.

mini-moose
26th June 2015, 23:37
So it uses CRF for first pass?

Seems I was wrong. I thought it still uses a pre-defined bitrate on first pass but I don't see any such setting. I guess it just runs the first pass without specific bounds and then calculates the results relatively to the target bitrate.
I'm not 100% sure.

soneca
26th June 2015, 23:42
In a first attempt stopped at 100%, I tried again and it worked ... weird.

http://s20.postimg.org/cg6kkn1ql/RIPBOT1.png

Atak_Snajpera
27th June 2015, 11:41
How does this work? Do you first do all first passes, then analyze the stats files and then adjust 2nd pass target bitrates accordingly?

1) First pass is run in CQ mode with default CRF value instead of target bitrate
2) In CQ mode encoder adjusts bitrate on-fly according to current complexity of frames so at the end of encoding process I know which chunks should get less or more bitrate in second pass.

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

Calculation is very simple. First I calculate average bitrate for all chunks. In this example average bitrate for first pass with default CRF value was 1438 kbps.
Next average bitrate from each chunk is divided by aforementioned 1438 kbps . All values are stored in BDO.2pass file.

BDO.2pass file
1438.1 <- average bitrate from first CQ mode pass (information only. Does not serve any purpose in 2-pass)
1.13343995549684 <- Chunk 1 bitrate will be multiplied by this value
0.49857450803143 <- Chunk 2 bitrate will be multiplied by this ...
1.4275780543773 <- Chunk 3 ....
1.07433419094639
0.537514776441138
0.709269174605382
1.25721438008483
0.794103330783673
0.719004241707809
1.84896738752521


3) In second pass target bitrate is simply multiplied by those values.

So If my target bitrate was 1000 kbps then first chunk gets 1133 kbps. Second 498 kbps. Third 1427 kbps and so on.

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

sneaker_ger
27th June 2015, 11:47
I see. Thank you for explaining.

slalom
27th June 2015, 22:31
What does this mean "ChunkSizeFor2passMode=60"?
Can I use less chunks and bigger number of frames?

Atak_Snajpera
28th June 2015, 10:34
yes you can but it does not make sense now. Smaller chunk is better for work distribution (Less server idle time). Also you lose less time if you decide to restart encoding after abort.

mini-moose
28th June 2015, 14:47
1) First pass is run in CQ mode with default CRF value instead of target bitrate
2) In CQ mode encoder adjusts bitrate on-fly according to current complexity of frames so at the end of encoding process I know which chunks should get less or more bitrate in second pass.


It seems like maybe a better way to do it than the old 2-pass method. But the quality still suffers greatly.

I encoded a blu-ray clip with regular 2-pass and with ripbot new distributed 2-pass method.
Everything other than the 2-pass method is identical: preset slow, --bitrate 3000, all x264 settings the same:

http://screenshotcomparison.com/comparison/132840

damia
28th June 2015, 16:26
hai atak...for version 1.18.3 2pass before this version i only get 10-11chucks.. now for new version around 93chucks??? how to i change back to normal?? i mean this.. http://imgur.com/YuUWAoL

Atak_Snajpera
28th June 2015, 16:43
It seems like maybe a better way to do it than the old 2-pass method. But the quality still suffers greatly.

I encoded a blu-ray clip with regular 2-pass and with ripbot new distributed 2-pass method.
Everything other than the 2-pass method is identical: preset slow, --bitrate 3000, all x264 settings the same:

http://screenshotcomparison.com/comparison/132840

Try again but this time with 600s chunk size.

slalom
28th June 2015, 17:32
yes you can but it does not make sense now. Smaller chunk is better for work distribution (Less server idle time). Also you lose less time if you decide to restart encoding after abort.
All those are true, OK!

mini-moose
28th June 2015, 17:47
Try again but this time with 600s chunk size.
Was going to do it now, but some reason RB won't start properly now, not sure what's up.

It starts and sits in task bar but I can't bring it forward.

Atak_Snajpera
28th June 2015, 17:56
Maybe you messed up something in ripbot264.ini ?

mini-moose
28th June 2015, 17:58
Maybe you broke something in ripbot264.ini ?

Don't think I have. Might have something to do with NV driver update I did earlier that hanged at the end and didn't officially completed...not exactly sure, will reboot perhaps.

mini-moose
28th June 2015, 18:13
It's working now after reboot. Might be related to job2_EncodingClient.meta being open in notepad++?. I think it was cause N++ restarted with it loaded there.

Anyway, I'm not sure how well the 600s will be effective on this test cause the clip is only 4mins long :) I'll look into it tomorrow.

Atak_Snajpera
28th June 2015, 18:24
Well I thought you were encoding full movie...

mini-moose
28th June 2015, 18:30
Well I thought you were encoding full movie...

I did say a clip :) It was just to try out and see how it look and I didn't feel like doing a whole movie for that.

Atak_Snajpera
28th June 2015, 18:33
So maybe try with 120s chunk then.

mini-moose
29th June 2015, 08:41
So maybe try with 120s chunk then.

Meanwhile I just did the 4mins in one chunk to see how how it turns out using crf 23 1st pass (first pass without defined bitrate).

There is a noticeable difference even without breaking the video into chunks:

http://screenshotcomparison.com/comparison/132941

Maybe simply upscaling the bitrate for 2nd pass isn't that good?
I noticed the first pass bitrate results are considerably smaller 2nd pass target, and I used a relatively low bitrate for 2nd pass (first passes were around 1000, 2nd pass was 3000).

I'm not a big expert, but the stats file seem to include all sorts of stuff that maybe isn't just bitrate related:

cpbdur:2 q:26.11 aq:21.71 tex:273375 mv:20072 misc:1193 imb:534 pmb:2811 smb:175 d:s ref:0

Atak_Snajpera
29th June 2015, 14:49
Meanwhile I just did the 4mins in one chunk to see how how it turns out using crf 23 1st pass (first pass without defined bitrate).

There is a noticeable difference even without breaking the video into chunks:

http://screenshotcomparison.com/comparison/132941

Maybe simply upscaling the bitrate for 2nd pass isn't that good?
I noticed the first pass bitrate results are considerably smaller 2nd pass target, and I used a relatively low bitrate for 2nd pass (first passes were around 1000, 2nd pass was 3000).

I'm not a big expert, but the stats file seem to include all sorts of stuff that maybe isn't just bitrate related:

cpbdur:2 q:26.11 aq:21.71 tex:273375 mv:20072 misc:1193 imb:534 pmb:2811 smb:175 d:s ref:0

I really do not see any problem here! It is 100% normal that frames are not 100% the same. What is important is overall complexity of frame. Looking at your screenshots I really can't say whether frame A has more details than B or vice versa. I only see different pattern of the film grain. You must be a super human to notice this subtle difference in motion ;)

mini-moose
30th June 2015, 11:35
Looking at your screenshots I really can't say whether frame A has more details than B or vice versa. I only see different pattern of the film grain. You must be a super human to notice this subtle difference in motion ;)

I can see quite a difference in detail (especially in #3), but yeah, if you watch in motion and from a viewing distance, it's unlikely to be as apparent.

It was mostly to demonstrate that cq first pass doesn't give the same reference as real first pass does. Remember this is not split first pass. It was a lot worse when I used 60 seconds chunks.

Atak_Snajpera
30th June 2015, 19:26
I can see quite a difference in detail (especially in #3), but yeah, if you watch in motion and from a viewing distance, it's unlikely to be as apparent.

It was mostly to demonstrate that cq first pass doesn't give the same reference as real first pass does. Remember this is not split first pass. It was a lot worse when I used 60 seconds chunks.

I've noticed the same drops in quality in my 10 min "Drive" sample.
It turns out that default CRF 23 is not accurate enough to estimate chunk's complexity. CRF value increased to 16 seems to be much more accurate.

Screenshot from chunk 6
Normal mode -> http://i.cubeupload.com/hM3KmT.png
DE crf 23 -> http://i.cubeupload.com/uJqdy8.png
DE crf 16 -> http://i.cubeupload.com/1yJNyf.png

And here is explanation why some chunks have poor quality.
Bitrate Distribution for chunks with CRF 23
http://i.cubeupload.com/2G922C.png

Bitrate Distribution for chunks with CRF 16
http://i.cubeupload.com/w1zl7G.png

No wonder that chunk 6 has such poor quality if it only gets 0.66 of target bitrate instead of ~1. Also first and last chunk wastes a lot of bitrate budget because when I was comparing those two sections I had not seen any obvious differences in quality.

Try this patch
http://www.mediafire.com/download/grd9kfgm3e5k5m1/DE_patch_for_1.18.3.7z

mini-moose
30th June 2015, 23:36
I've noticed the same drops in quality in my 10 min "Drive" sample.
It turns out that default CRF 23 is not accurate enough to estimate chunk's complexity. CRF value increased to 16 seems to be much more accurate.

Screeshots look a lot better now.

Did you try any crf values in between too or went straight to 16?

I'll give it a try too. Thanks.

Atak_Snajpera
1st July 2015, 10:52
16 seems to be a good value
http://i.cubeupload.com/AgWJYG.png

Atak_Snajpera
1st July 2015, 16:50
After further investigation I've noticed that even with higher crf value there are still cases where quality of the frame drops. I guess that .stat file generated using CQ mode is not always compatible in second pass so I decided to restore previous old method with 10 min chunks with constant bitrate for each chunk.

Please re-download again 1.18.3 if you use DE mode with 2-pass. Sorry for this mess. I should have tested this method a little bit more...

slalom
1st July 2015, 22:22
So the only change is the 10 min chunks?
What if we use 5 minutes?

Is it safe?

Atak_Snajpera
1st July 2015, 22:36
yes if you can accept less optimal bitrate distribution.

soneca
1st July 2015, 22:39
I can not create AVCHD discs because Ripbot264 is stopping at the end of the first pass in this latest version. This is happening in my two pc.

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

Edit: I test using another source but this source has been converted without problems in the CQ mode.

soneca
2nd July 2015, 00:09
Another source is the same, stopping at the end of the first pass.

essential
2nd July 2015, 02:37
I searched first but this is such a long thread it may have been answered but I can't find it. Anyway, how do you use a DTS track in the new versions of Ripbot? Just started doing some encoding again and I remember a couple years ago if I did COPY STREAM I'd get the actual DTS track in my mkv. Now, no matter what I do, loading the MT2S, or muxing the DTS track out and loading it separately, it's converted to FLAC ("converting DTS-MA to FLAC"), and that seems like the highest audio I can get.

Am I missing something, how do you get an untouched DTS track in the encode?

hoju3508
2nd July 2015, 04:45
@essential, if your source audio is DTS-HD MA, then chose "core" instead of "flac".

hoju3508
2nd July 2015, 04:47
Another source is the same, stopping at the end of the first pass.

No problems here with creating AVCHD with v1.18.2 - no DE, 2-pass.

Are you having issues with v.1.18.3?

essential
2nd July 2015, 06:22
@essential, if your source audio is DTS-HD MA, then chose "core" instead of "flac".

I'll have to try again from the MT2S but when I load the individually muxed .264 and the .dts (which was how I always did it in the past) I hit the "..." next to audio, select the .dts and the file is automatically converted, I'm not given an option to change anything, or pick CORE. Can you only get DTS if using a MT2S now?

Edit:
DTS/Core selection worked when loading in the MT2S, but doesn't work when loading in the .DTS file directly, that is converted to FLAC automatically, not sure why, but thanks, I'll just work from the MT2S.

Also, has AC3 640 been removed? The highest AC3 stream selectable now (MT2S or .dts) seems to be 256?

mini-moose
2nd July 2015, 09:42
After further investigation I've noticed that even with higher crf value there are still cases where quality of the frame drops. I guess that .stat file generated using CQ mode is not always compatible in second pass so I decided to restore previous old method with 10 min chunks with constant bitrate for each chunk.


Did you try the new method but with pre-defined bitrate on first pass instead of CQ?

Atak_Snajpera
2nd July 2015, 10:51
ABR in first pass is not very accurate in estimating chunk's complexity. I tried that before using cq mode.

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

@soneca
When first pass hangs run process explorer and do screenshot. I need to see what processes started by ripbot264.exe are still running.

soneca
2nd July 2015, 13:01
No problems here with creating AVCHD with v1.18.2 - no DE, 2-pass.

Are you having issues with v.1.18.3?

No problems with 1.18.2, only with the 1.18.3 version using 2 pass.

soneca
2nd July 2015, 13:11
@Atak

http://s20.postimg.org/5i7ibt9xp/processos.png
http://s20.postimg.org/y6kgf1c3x/processos1.png

Atak_Snajpera
2nd July 2015, 13:15
Run manually job6_EncodeAudio1.cmd and show me what you get.

soneca
2nd July 2015, 13:29
I run job6_EncodeAudio1 but nothing happens, I can only run the job6_EncodeAudio2.

http://s20.postimg.org/nz1x2mpvx/job6.png

Atak_Snajpera
2nd July 2015, 13:33
ok. Now show me content of job6_AUDIO1.avs file and job6_AUDIO2.avs

soneca
2nd July 2015, 13:37
#MT


#VideoSource

video=BlankClip(length=166549, width=1920, height=1080, fps=23,976, pixel_type="YV12", channels=0)

#Deinterlace



#Decimate



#Crop



#Resize
video=Spline36Resize(video,1280,720).Sharpen(0.0)


#Colors



#Denoise




#Subtitles



#AudioSource
Import("E:\Temp\RipBot264temp\job6\job6_a1.avs")


#Triming



#AVSameLength



#ColorSpace

______________________________________________________

#MT


#VideoSource

video=BlankClip(length=166549, width=1920, height=1080, fps=23,976, pixel_type="YV12", channels=0)

#Deinterlace



#Decimate



#Crop



#Resize
video=Spline36Resize(video,1280,720).Sharpen(0.0)


#Colors



#Denoise




#Subtitles



#AudioSource
Import("E:\Temp\RipBot264temp\job6\job6_a2.avs")


#Triming



#AVSameLength



#ColorSpace

Atak_Snajpera
2nd July 2015, 13:41
And also job6_a1.avs and job6_a2.avs please.

soneca
2nd July 2015, 13:44
#AudioSource
LoadPlugin("C:\Programas\RipBot264v1.18.3\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicAC3Source("E:\Temp\RipBot264temp\job6\audio_1_English.ac3")
audio=ResampleAudio(audio,48000)
#DownMix
Import("C:\Programas\RipBot264v1.18.3\Tools\AviSynth plugins\Scripts\DownMixAudio.avs")


#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize



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

_____________________________________________________________________________________________________

#AudioSource
LoadPlugin("C:\Programas\RipBot264v1.18.3\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicAC3Source("E:\Temp\RipBot264temp\job6\audio_2_Portuguese.ac3")

#DownMix



#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize



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

sneaker_ger
2nd July 2015, 13:45
video=BlankClip(length=166549, width=1920, height=1080, fps=23,976, pixel_type="YV12", channels=0)
[...]
video=BlankClip(length=166549, width=1920, height=1080, fps=23,976, pixel_type="YV12", channels=0)
Does comma work for fps decimal on some systems? Usually you need a dot.

Atak_Snajpera
2nd July 2015, 13:53
Good eye sneaker_ger I haven't noticed that wrong decimal symbol.

Soneca try this http://www.mediafire.com/download/0ndbxwwnys9/RipBot264.exe

soneca
2nd July 2015, 14:07
Ok, now running in a few minutes I report.

I had the impression the first pass not have reached their full frames, but went to the second pass smoothly.

soneca
2nd July 2015, 17:17
Working properly, thank you!

hoju3508
2nd July 2015, 18:36
Also, has AC3 640 been removed? The highest AC3 stream selectable now (MT2S or .dts) seems to be 256?

Haven't tried v1.18.3, but v1.18.2 has 640k.

Atak_Snajpera
2nd July 2015, 18:46
Most likely he has 2.0 audio. Higher bitrates are only available for 5.1.

slalom
2nd July 2015, 19:30
Haven't tried v1.18.3, but v1.18.2 has 640k.
v1.18.3 also has 640k

agressiv
3rd July 2015, 04:26
I was wondering why "Please Wait... Gathering Information..." Takes so long after the audio is extracted from an MKV.

Turns out if AviSynth MT mode is on, this can take 25 minutes. With it off, it takes 2 minutes.

-------

Source MKV file has a single DTS-HD audio track, which is 4GB. My Temp directory is on a RAID-0 set. Movie is 2 hours 30 minutes, hence the rather large file.

I opened up Sysinternals' Process Monitor. avs2avi.exe is chewing all I/O on the disk, and nothing else is using that drive. It's currently reading at the rates of 40-50 MBytes/sec.

avs2avi.exe scans the *entire* 4GB 1_audio_English.dts file from start to finish (it's very clear in procmon)

D:\RipBot\Tools\avs2avi\avs2avi.exe E:\Temp\RipBot264temp\job1\getinfo.avs -c null -o n

Each iteration takes about 2.5 minutes. It goes through this at least 10 times - I had to clear my process monitor buffer because it was taking so long.

The first two times, avs2avi.exe has the same PID. The remaining times are a different, but unique PID.

This whole process took 25 minutes.

Surely there must be a more efficient way of simply gathering information on an audio file?

I did more testing from the command line. This is AviSynth MT causing this. Turn MT off (comment out SetMTmode(3,0) and SetMTmode(2)), and it only does 2 iterations instead of 10.

Perhaps some tweaking in the getinfo.avs can be done for those of us who use AviSynth MT?

Vereor
4th July 2015, 03:53
Hi Atak_Snajpera

I seem to have run into a little problem with v1.18.3
When using distributed encoding CRF with the source file being x265, the avs chunks being created have the local file path to the original source file instead of the \RipBot264temp\\job1\video.mkv network share, so the remote servers fails with 'could not open the input file'

I can work around this by selecting the source file through network share on the host machine, just thought I would let you know.

Atak_Snajpera
4th July 2015, 10:19
I'm unable to reproduce this problem.

http://i.cubeupload.com/5qKN6c.png

Vereor
4th July 2015, 17:51
I'm unable to reproduce this problem.

I am able to reproduce this problem.
But as said, I can work around...

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

Atak_Snajpera
4th July 2015, 17:53
Vereor
This should help
http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe

Vereor
5th July 2015, 04:13
Vereor
This should help
http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe

Yes, the new EncodingClient.exe has fixed the problem. Thanks Atak_Snajpera

Also due to your distributed encoding I have a nice little cluster of 10x i7-4770s that makes my x265 encoding a 1/10th of the pain it could have been. So thanks heaps for everything in general too!!

burt123
5th July 2015, 08:41
Have a strange IP address problem when trying to use DE.

I have recently setup a Windows 10 TP system, and Ripbot works fine, however, I was trying to connect to Windows 8.1 PC using DE, and that PC has an IP Address of 192.168.0.4, and the Windows 10 PC has 192.168.0.3, but when the DE Server windows come up, (on the W10 PC) they show an IP Address of 192.55.233.2:xxxx, so as a result, the 2nd PC won't connect, and "help".

So how does an IP address of 192.168.0.3, be interpreted as 192.55.233.2, in Ripbot ??

Encoder.ini has correct address'.

Any suggestions, anyone ???? :)

Atak_Snajpera
5th July 2015, 10:33
ipconfig /all and show us what you have there.

What ip is associated by your router? Do you have more than one network card?

burt123
5th July 2015, 13:06
ipconfig /all and show us what you have there.

What ip is associated by your router? Do you have more than one network card?

Hi Atak,

I can post the ipconfig/all info later, OK.

Ummm, I actually haven't got a router, it's just an 8 port 100/1000Mb hub that "join's" everything.

Some of my PC's "do" have more than 1 onboard NIC, but on the Windows 10 PC, I have disabled the Realtek, and left the Intel enabled.

I was using another Windows 8.1 PC with DE, with no problem, so it's either a Windows 10 thing, or the mobo...haven't used this PC for a while.

I generally only use 1 PC, with all DE servers running within the same PC...works well, makes a huge difference. I just need to have the hub powered up.

I will have a better look tomorrow.

Cheers

Atak_Snajpera
5th July 2015, 13:13
Ummm, I actually haven't got a router, it's just an 8 port 100/1000Mb hub that "join's" everything.
Maybe that's the problem here. You do not have device (router) which would control ip association for connected devices (PCs).
Also check what you have in those sections. I have router (IPs are associated with MAC adresses) so I do not have to fill in anything.

http://i.cubeupload.com/6jVLy0.png

burt123
5th July 2015, 14:01
Maybe that's the problem here. You do not have device (router) which would control ip association for connected devices (PCs).
Also check what you have in those sections. I have router (IPs are associated with MAC adresses) so I do not have to fill in anything.

http://i.cubeupload.com/6jVLy0.png

OK, well, I haven't had this problem with any other PC's, so it must be a Windows 10 hiccup, but to answer your question....

No, I do not have device (router) which would control ip association for connected devices (PCs).

I just slightly change the IP addresses, on the other PC's, seems to work fine for "normal" networking.

So on the PC in question, the settings are :-

IP is 192.168.0.3
Subnet 255.255.255.0
No Gateway
Preferred DNS 208.67.222.222
Alt DNS 208.67.220.220

burt123
6th July 2015, 05:26
Hi Atak,

So I checked ipconfig/all, and found a Tunnel TAP adaptor that had DHCP enabled, which generated that IP of 192.55.233.2, so I had several failed attempts at deleting/disabling it, but with no success, then I noticed an Intel TAP entry in Device Manager, it was a hidden device, so I uninstalled that, rebooted, it all came back, so then I switched from the onboard Intel NIC, to the Realtek NIC, and now everything is working.

I have a theory on what might have happened, but I would need to do a fresh clean install on Windows 10, and I can't be bothered, as the final release is "just around the corner".

I really appreciate your input & suggestions, it lead me in the right direction, to get it working.

I am currently DE'ing with the PC I couldn't connect to, yesterday.

Many thanks :)

Reveal
6th July 2015, 09:20
This is the first time I have a problem with Ripbot.

It seems only to affect this movie: The man with the iron fists uncut version region B. 5053083037550

Ripbot stops after first or second pass. No error message.
HDD > Blu-ray > mkv. Windows 8.1 X64 / Ripbot 1.18.3

If I roll back to 1.18.1, its working again.
Same settings.

soneca
6th July 2015, 14:00
This is the first time I have a problem with Ripbot.

It seems only to affect this movie: The man with the iron fists uncut version region B. 5053083037550

Ripbot stops after first or second pass. No error message.
HDD > Blu-ray > mkv. Windows 8.1 X64 / Ripbot 1.18.3

If I roll back to 1.18.1, its working again.
Same settings.

Replace with this RipBot264.exe to solve. http://forum.doom9.org/showthread.php?p=1728651#post1728651

agressiv
6th July 2015, 14:14
Curious why you even use avs2avi.exe with how slow it is compared to Mediainfo.dll? Is Mediainfo.dll unreliable? I haven't used the DLL personally but I've scripted the CLI version and it's very fast.

Atak_Snajpera
6th July 2015, 15:06
I need to know what avisynth exactly knows about opened script. Number of frames reported by decoder,fps and so on. MediaInfo will never give me that accurate information.
Gathering information on my machine takes few seconds. No idea why this takes minutes on your side.

agressiv
7th July 2015, 00:18
Again, avs2avi.exe is scanning the entire Audio file. In my latest Movie (Dances with Wolves) - that .dts file is 8.5gb. It took about 3 minutes to scan that on an SSD. MediaInfo scans it in a half a second. Crop the movie, and it scans the whole audio file again (3 more minutes)

Yes, it's lightning fast with SD content, but I rarely am ever dealing with that. On Blu-rays, every audio file is lossless - many are 4gb+ in size.

Avs2Avi is over 10 years old. Guess I'll see if I can find something other than mediaInfo which might do the job. Maybe ffprobe? I know it can do similar functions as well.


Detailed:
Start AVS2AVI - 0m
Log outputs to console - 1m 5 sec
File scans again - 1m 40sec

Total time 2min 45sec

Total throughput is 24k IOPS. My SSD is going absolutely nuts.

Edit: It's NicAudio.dll which is causing the file scanning.
DirectshowSource on the DTS works but shows an incorrect length (large negative number) in info.txt
uNicAudio.dll behaves the same as NicAudio.dll
Tried NicAudio.dll version 2.06, same behavior.
Directshowsource on the source MKV works. Obviously not ideal.

sneaker_ger
7th July 2015, 07:10
Lossless compressed audio has a variable bitrate. If it's not in an container that supplies total duration (like mkv) it has to be scanned to get the correct duration (and AviSynth needs duration at script loading time, cannot be changed dynamically, I think).
But does NicAudio even do DTS-HD/TrueHD? I don't know if it's the best choice source filter in this case.

Atak_Snajpera
7th July 2015, 10:27
nicaudio does not see hd part. Only core is decoded.

Vereor
7th July 2015, 13:22
Vereor
This should help


Hi Atak_Snajpera, I just wanted to confirm that your new EncodingClient.exe fixed the problem.

I posted back on the day, but because I quoted your link I think the post was not approved.

Thanks again.

Reveal
7th July 2015, 13:45
Tnx for your help.

Replace with this RipBot264.exe to solve. http://forum.doom9.org/showthread.php?p=1728651#post1728651

squezer
7th July 2015, 14:09
Hi, Atak,

I have a strange problem - I upgraded recently from 1.18.1 to 1.18.3 and now encoding of this audio to aac (MOV from camera)
Audio
ID : 2
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : sowt
Duration : 8s 775ms
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 1.61 MiB (2%)
Language : English

is skipped silently and output mkv is not created at all...
I tried to copy only new ripbot.exe into old directory - the problem is here.
Old ripbot.exe with new stuff - encoded_aac is created, output mkv is here.
Any help, please?

Atak_Snajpera
7th July 2015, 17:00
see log file for details.

squezer
7th July 2015, 19:17
strangely, there is not any note about audio...

F:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "F:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x264\x264_x64.exe" --pass 1 --bitrate 4096 --stats "F:\Temp\RipBot264temp\job1\job1.stats" --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 263 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output NUL -
y4m [info]: 1920x1080p 1:1 @ 5000000/166833 fps (cfr)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (25000) > level limit (20000)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile Main, level 4.0
F:\Temp\RipBot264temp\job1\job1.avs: 1920x1080, 5000000/166833 fps, 264 frames

x264 [info]: frame I:3 Avg QP:24.94 size:151261
x264 [info]: frame P:143 Avg QP:28.72 size: 25265
x264 [info]: frame B:117 Avg QP:31.79 size: 3668
x264 [info]: consecutive B-frames: 20.5% 54.0% 19.4% 6.1%
x264 [info]: mb I I16..4: 25.7% 0.0% 74.3%
x264 [info]: mb P I16..4: 10.1% 0.0% 0.0% P16..4: 58.6% 0.0% 0.0% 0.0% 0.0% skip:31.3%
x264 [info]: mb B I16..4: 0.9% 0.0% 0.0% B16..8: 14.5% 0.0% 0.0% direct: 4.7% skip:79.9% L0:26.6% L1:69.3% BI: 4.1%
x264 [info]: final ratefactor: 25.83
x264 [info]: coded y,uvDC,uvAC intra: 33.7% 44.3% 7.2% inter: 13.7% 6.3% 0.0%
x264 [info]: i16 v,h,dc,p: 26% 45% 21% 8%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 17% 13% 9% 10% 11% 8% 8% 7%
x264 [info]: i8c dc,h,v,p: 52% 35% 9% 4%
x264 [info]: Weighted P-Frames: Y:30.8% UV:0.0%
x264 [info]: kb/s:4098.59

encoded 263 frames, 72.37 fps, 4098.59 kb/s

F:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "F:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x264\x264_x64.exe" --pass 2 --bitrate 4096 --stats "F:\Temp\RipBot264temp\job1\job1.stats" --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 263 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "F:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x1080p 1:1 @ 5000000/166833 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 4.0
F:\Temp\RipBot264temp\job1\job1.avs: 1920x1080, 5000000/166833 fps, 264 frames

x264 [info]: frame I:3 Avg QP:26.36 size:129316
x264 [info]: frame P:143 Avg QP:29.05 size: 25082
x264 [info]: frame B:117 Avg QP:31.82 size: 4029
x264 [info]: consecutive B-frames: 20.5% 54.0% 19.4% 6.1%
x264 [info]: mb I I16..4: 6.0% 78.2% 15.8%
x264 [info]: mb P I16..4: 2.4% 8.9% 0.6% P16..4: 42.7% 7.1% 4.8% 0.0% 0.0% skip:33.6%
x264 [info]: mb B I16..4: 0.2% 0.2% 0.0% B16..8: 28.4% 0.6% 0.2% direct: 1.0% skip:69.3% L0:28.1% L1:70.7% BI: 1.2%
x264 [info]: 8x8 transform intra:75.0% inter:80.5%
x264 [info]: coded y,uvDC,uvAC intra: 48.8% 54.7% 9.2% inter: 14.7% 9.0% 0.0%
x264 [info]: i16 v,h,dc,p: 11% 64% 10% 15%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 22% 25% 4% 6% 5% 9% 5% 7%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 18% 11% 6% 13% 11% 12% 6% 8%
x264 [info]: i8c dc,h,v,p: 57% 29% 10% 4%
x264 [info]: Weighted P-Frames: Y:31.5% UV:0.0%
x264 [info]: ref P L0: 69.3% 19.6% 7.4% 3.1% 0.5%
x264 [info]: ref B L0: 94.8% 5.2%
x264 [info]: kb/s:4053.16

encoded 263 frames, 24.50 fps, 4053.16 kb/s

F:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "D:\2015-07-01_6379.mkv" --compression 0:none --title "2015-07-01_6379" --default-duration 0:30000/1001fps "F:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:und --aac-is-sbr 0:0 "F:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac"
mkvmerge v8.1.0 ('Psychedelic Postcard') 64bit
Error: The file 'F:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:15s

Atak_Snajpera
7th July 2015, 19:24
have you tried this file http://forum.doom9.org/showthread.php?p=1729209#post1729209

squezer
7th July 2015, 19:30
yes, i did

Atak_Snajpera
7th July 2015, 19:49
run manually job1_EncodeAudio1.cmd and show output.

squezer
7th July 2015, 20:24
here you are
f:\Temp\RipBot264temp\job1>job1_EncodeAudio1.cmd

f:\Temp\RipBot264temp\job1>"C:\Program Files (x86)\RipBot264\tools\avs2pipemod\avs2pipemod.exe" -wav "F:\Temp\RipBot264temp\job1\job1_AUDIO1.avs" | "C:\Progra
m Files (x86)\RipBot264\Tools\fhgaacenc\fhgaacenc.exe" --profile lc --cbr 128 --adts --ignorelength --quiet - "F:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac"
avs2pipemod[error]: Script error: the named argument "length" was passed more than once to BlankClip
(F:\Temp\RipBot264temp\job1\job1_AUDIO1.avs, line 6)

job1_AUDIO1.avs
#MT


#VideoSource

video=BlankClip(length=264, width=1920, height=1080, fps=29,97, pixel_type="YV12", channels=0)

#Deinterlace



#Decimate



#Crop



#Resize



#Colors



#Denoise




#Subtitles



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


#Triming



#AVSameLength



#ColorSpace

Atak_Snajpera
7th July 2015, 20:44
1) Select this job
2) click edit
3) click done

squezer
7th July 2015, 20:46
...and?

Atak_Snajpera
7th July 2015, 20:49
start?

squezer
7th July 2015, 20:52
I do not get it.
Are you suggesting that I have never hit start button or what?

edit2-----------
1.18.2 has the same problem

edit------------
there is no problem with 1.18.1, only with 1.18.3
you asked this (http://forum.doom9.org/showpost.php?p=1729242&postcount=13730)
i answered this (http://forum.doom9.org/showpost.php?p=1729252&postcount=13731)
and your reaction is like this:
1) Select this job
2) click edit
3) click done
because...?

Atak_Snajpera
8th July 2015, 18:59
1.18.4 BETA with new BDO v2.0 method for distributed encoding mode
http://www.mediafire.com/download/e460n44gndl06o3/RipBot264v1.18.4_BETA_PATCH.7z

Regarding new BDO. Now chunks complexity is estimated directly on tex: and mv: values stored in .stats files.
There is also new option in encodingclient.ini where you can specify strength for BDO

//Bitrate Distribution Optimization Strength for 2-pass mode. 0=Disabled ( Each chunk gets the same bitrate budget to spend )
//Higher value allocates higher bitrate budget to more complex chunks and less for chunks with lower complexity. Default is 2
BDOstrength=2

and here is example how this works with my "Escape from New York" movie

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

I've also added protection so graph won't go below some safe bitrate limit. See graph 4 and flat line for first and last chunks .

squezer
8th July 2015, 22:41
new 1.18.4 BETA is working as it should regarding audio encoding...
at least for me. :cool:

Emulgator
9th July 2015, 20:35
Regarding new BDO. Now chunks complexity is estimated directly on tex: and mv: values stored in .stats files.
There is also new option in encodingclient.ini where you can specify strength for BDO
Wahoo. Beautiful. Kudos for this one. Now distributed x264 encoding may take off with me too.

fantasmanegro
14th July 2015, 15:41
one question about DE...

if one server is down while encoding, what happened with the chunk?.... will another server start to encoding the missing part?... or... just start the encoding again...

Viper714
14th July 2015, 16:10
one question about DE...

if one server is down while encoding, what happened with the chunk?.... will another server start to encoding the missing part?... or... just start the encoding again...

My experience is that another server, once available, will take over that chunk and will restart that chunk from the beginning. BTW you may have to do it manually if the server does not release the chunk...

fantasmanegro
14th July 2015, 17:54
My experience is that another server, once available, will take over that chunk and will restart that chunk from the beginning. BTW you may have to do it manually if the server does not release the chunk...

thank you for the explanation :thanks:

by the way..

will this :

"EncodingClient can alternatively create one chunk per node with equal number of frames to process"

work with CQ mode, in future releases?

Atak_Snajpera
14th July 2015, 18:50
why? Small chunks are generally better than 2-4 huge. Especially in CQ mode.

fantasmanegro
14th July 2015, 21:09
why? Small chunks are generally better than 2-4 huge. Especially in CQ mode.

i was reading about quality lost in small chunks fewer posts back, but i don't know if that applies to CQ too... in my case DE is just for 2 or 3 PC with same specs... so i was wondering "why so many chunks for 3 PCs?"....

here:

http://forum.doom9.org/showthread.php?p=1728417#post1728417

and here:

http://forum.doom9.org/showthread.php?p=1728521#post1728521

maybe i miss the point of the comments...

Atak_Snajpera
14th July 2015, 21:12
There is no quality loss in cq because in this mode bitrate is adjusted on fly. Those posts have nothing to do with cq mode.

fantasmanegro
14th July 2015, 21:24
There is no quality loss in cq because in this mode bitrate is adjusted on fly. Those posts have nothing to do with cq mode.

Got it... :thanks:

x110x
16th July 2015, 12:08
Hi , "Autocrop in Batch mode" doesn't work or i'am doing something wrong. ripbot creating avs script with crop command but i am getting encoded video without cropping.

What i did : http://pasteboard.co/201Aa8OM.png

Result:
http://pasteboard.co/201gQTYx.png

:confused:

Avs Script:

#MT


#VideoSource

video=DirectShowSource("C:\Users\xxx\Desktop\111.mkv",audio=false).ConvertToYV12()

#Deinterlace
#Decimate



#Crop
video=Crop(video,0,132,-0,-132)


#Resize
video=Spline36Resize(video,1280,544).Sharpen(0.2).AddBorders(0,88,0,88)


#Colors
#Denoise
#Subtitles

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


#Triming
#AVSameLength
#ColorSpace

Atak_Snajpera
16th July 2015, 14:54
You have selected wrong option. You need this

http://i.cubeupload.com/9JjAF0.png

Viper714
22nd July 2015, 06:06
So I decided that I would convert OLDER DVD movies that are not available in Blu Ray yet for my media center. Can you please recommend the best setting for these type conversions?

For Blu Ray movies I use the typical default settings except i use 2-Pass with the highest ModeValue of 8192. I use a Profile of 4.0 FHD as well. For Blu rays should I change this to 4.1. I read some where that it increases the maximum bitrate. Should I use 4.1 in blu ray and/or DVD settings?

Oh forgot to mention that my final output file is mkv...

Thanks in advance!!!

Atak_Snajpera
22nd July 2015, 11:47
Can you please recommend the best setting for these type conversions?
CRF20

For Blu Ray movies I use the typical default settings except i use 2-Pass with the highest ModeValue of 8192.
8192 is not a maximum value. You can type whatever you want.

Viper714
22nd July 2015, 18:49
CRF20 for my question on best setting for SD DVD movies


Atak, I am converting a movie "Prince of Egypt" from a SD DVD. In using this setting I am getting what appears as interlacing. Should i set the deinterlacing to a specific value?

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Interlacing%20POE.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Interlacing%20POE.png.html)

Here are my encoding settings. note the CRF was actually set to 18

http://i361.photobucket.com/albums/oo54/pcubillos/Issues/Encoding%20Settings.png (http://s361.photobucket.com/user/pcubillos/media/Issues/Encoding%20Settings.png.html)

Here is a link to the result of the movie from MediaInfo:
Click here (https://dl.dropboxusercontent.com/u/45570839/Prince%20of%20Egypt%20MediaInfo.txt)


What am I setting incorrectly?

manono
22nd July 2015, 22:43
This doesn't really sound like a specific RipBot264 question but a question about how your DVD should be processed before encoding. It probably needs either an IVTC or unblending. RipBot can do one but not the other. Please make available a 10-second sample, one with steady movement.

Viper714
22nd July 2015, 23:31
Manono,
Thank you for your reply. I actually just recently found the answer to my SD encoding question. I found a resource on converting SD DVD's which I will post below. After doing the procedure listed it worked fine. I am definitely spoiled by the blu ray quality but it is better than what I had. A lot more steps than what I do on blu ray conversion. Hope this helps anyone looking for the same guide.

Here it is: Click Here (http://www.thehtpc.net/htpc-tips-and-tweaks/encoding-dvds-to-h-264-mkv-using-ripbot264/?singlepage=1)

Now I just wonder if there is something of the sort for better / optimized blu ray recoding...

manono
23rd July 2015, 05:32
And you followed his advice to first deinterlace with Yadif followed by decimating to 23.976fps? If so, you seriously degraded your movie. Which is why I asked for a sample - to see what you had before offering advice.

But that's okay. It's your movie. Do with it what you like.

Atak_Snajpera
23rd July 2015, 17:03
manono is right. You should just select "INVERSE TELECINE" option if you are working with typical NTSC DVD.

Viper714
23rd July 2015, 22:08
Manono: as far as the sample, I assume it is of the post encoding that I did or of the pre VOB file??

burt123
27th July 2015, 02:08
Hi Atak,

I have acquired a large amount of .m4v x265 files that I would like to run thru Ripbot, however, this extension is not supported.

Are you able to add this somehow, or suggest another process ?

Would be greatly appreciated :)

Cheers

manono
27th July 2015, 06:39
Manono: as far as the sample, I assume it is of the post encoding that I did or of the pre VOB file??

You assume wrong. No one wants to see what you did with it. We need to see something directly from the source. The chances are good that it just needs an IVTC, as Atak_Snajpera suggested. There are other possibilities, but if it's a film then deinterlacing it is the last thing you want to do to it.

And I apologize, as I accidentally edited your post.

Wishbringer
27th July 2015, 07:45
... .m4v x265 files that I would like to run thru Ripbot, however, this extension is not supported.

Aren't .m4v a subset of .mp4?
Did you try to rename them to mp4?

Only known difference (for me) is, that m4v can contain DRM Copy Protection (introduced by Apple).
http://fileinfo.com/extension/m4v

v1.18.1
Added: Support for HEVC as input format (mkv and mp4 containers only)

burt123
27th July 2015, 11:33
Did you try to rename them to mp4?



No, I must admit I didn't even think of that, I will definitely try that, and get back.

That's just too easy :)

Cheers

Shamans09
28th July 2015, 23:48
I probably found bug...

if I choose x265 and go in detail, there is option to choose Tune (film, animation, etc). I guess x265 doesnt support these presets and therefore this should be grayed out with selecting x265 (like Level dropdown menu) coz when I select for my x265 project --tune film video wont encode (running job1_EncodeVideo.cmd shows error)

also :\\ripbot264 1.18.3\Tools\x265\x265help.txt is empty

and also there are some issues since ripbot264 v1.8.1. no output file is generated (created). nor on deafult output path, nor on custom selected path, nor even if I set it in RipBot264.ini file. to finish my project I always must manualy mux all the tracks with mkvmerge GUI (throw there audio from C:\Temp\RipBot264temp\job1\Encoded_Audio_1.acc and video track from C:\Temp\RipBot264temp\video.265). its very unpleasant tho

Viper714
30th July 2015, 03:20
You assume wrong. No one wants to see what you did with it. We need to see something directly from the source. The chances are good that it just needs an IVTC, as Atak_Snajpera suggested. There are other possibilities, but if it's a film then deinterlacing it is the last thing you want to do to it.

And I apologize, as I accidentally edited your post.

Manono, here is a 22 second vob file clip as requested
Click here (https://dl.dropboxusercontent.com/u/45570839/VTS_01_1_02.vob)

:thanks: