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

[Atak_Snajpera]

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]

Originally Posted by pingfr

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]

Originally Posted by burt123

I really like that idea

Done. Overwrite older files with these.

http://www.mediafire.com/download/05...te_shutdown.7z

[slalom]

Can this shutdown only a specific client but not the rest?

[Atak_Snajpera]

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]

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]

Originally Posted by pingfr

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]

Originally Posted by Atak_Snajpera

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]

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]

Originally Posted by Ronski

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/06...wn_Patch_v2.7z

[Ronski]

Thank you Atak.

[Atak_Snajpera]

Originally Posted by pingfr

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/av...other_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]

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]

Are the source fps same as the result's video?
Also check source fps with job's fps

[loukas]

Originally Posted by slalom

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]

Originally Posted by loukas

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]

Originally Posted by Atak_Snajpera

Modify script like this

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

i love you

[Viper714]

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]

for testing purposes disable firewalls on every pc.

[00-00]

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!