View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
jerky33
10th March 2012, 14:04
jerky33
find ripbot264_update_2012-02-12.7z
page538
This is great, I like that you shrunk the size of the chunks this should greatly improve efficiency as I have 1 slower machine on my network that was bogging down encoding jobs, especially when it was the last to finish up.
Thanks for directing me to the update, and keep up the good work.
73ChargerFan
10th March 2012, 22:03
Requests:
1) In New Job, Properties dialog where you can change deinterlacing, cropping, etc, if no changes were made, then exiting the dialog should be instant, no gathering of information
2) As part of job control, after audio is encoded once, note the time stamp. If the job is re-run and the audio settings, track, audio rip, etc haven't change, then don't encode audio again.
3) In "Encoding Settings" add quickie field to encode 10 second segment. An enable button & beginning time would be required.
Thanks Atak as always.
jerky33
11th March 2012, 17:43
I understand that the folks on this forum are not responsible for the x264 project directly, but was wondering if anybody knew if the x264 project had plans to take advantage of GPU based hardware for their encoding application?
Atak_Snajpera
11th March 2012, 20:03
no plans. too much work.
Slitheen
12th March 2012, 10:54
Latest release seems a bit buggy. Shutdown when finished doesn't work. I had to go into task manager to close the application and the temp folder is not emptying by itself.
BosDvD
13th March 2012, 05:49
How can i use this program in internet , not network ? (disturbed encoding)
Can i do it hamachi or something like that..?
Wishbringer
13th March 2012, 09:49
For distributed encoding computing clients need to have access to source material (e.g. Bluray-rips).
So for example, if you have a 40GB Source, and a local computing client and a remote computing client with nearly same performance,
you would have to transfer 20GB to your remote client.
Do you really want that?!
Additional remote client has to transfer computed result (smalller than that 20GB) back to source for muxing.
Maybe you have a synchron 100MBit Internet access, then it is possible (short transfer time),
but if you have an asynchron DSL connection (16.000/1000 kbit/sek).... good luck.... upload sucks... in both ways... upload from source to client and upload results from clients back to source.
archaeo
13th March 2012, 15:06
Latest release seems a bit buggy. Shutdown when finished doesn't work. I had to go into task manager to close the application and the temp folder is not emptying by itself.
Found the same issues here...
soneca
13th March 2012, 16:26
Latest release seems a bit buggy. Shutdown when finished doesn't work. I had to go into task manager to close the application and the temp folder is not emptying by itself.
It has been repaired a long time.
This (http://forum.doom9.org/showthread.php?p=1557788#post1557788) is the latest update.
BosDvD
13th March 2012, 17:18
Yep, i know. I have 4 server ,1gbit duplex conn. so it's not problem :) Teamviewer VPN app. is failed :/
Slitheen
14th March 2012, 00:29
It has been repaired a long time.
This (http://forum.doom9.org/showthread.php?p=1557788#post1557788) is the latest update.
This thread is 546 pages long. That update should be on page one with latest version. Let's have some initiative.
Selur
14th March 2012, 13:48
@Atak_Snajpera: got a question regarding fhg aac encoder: Did you check if WinAmps license allows the redistribution of the .dlls ?
(I was wondering since I added support for fhgaacenc but I'm not sure if it's okay to bundle the dlls with the Hybrid installer,..)
Shrekage
14th March 2012, 14:47
Yep, i know. I have 4 server ,1gbit duplex conn. so it's not problem :) Teamviewer VPN app. is failed :/
first thing you have to do is make sure you have SMB access (can access \\server\ripbot264temp from each client PC.
second then you have to make sure your firewall allows the server app access.
I have successfully used the distributed encoding over a routed network without issue
JimmyK814
14th March 2012, 23:13
first thing you have to do is make sure you have SMB access (can access \\server\ripbot264temp from each client PC.
second then you have to make sure your firewall allows the server app access.
I have successfully used the distributed encoding over a routed network without issue
Shrekage, what type of setup do you have? Are you using a HomeGroup? I have a domain setup, and after a month or more of trying, I can't get it to work.
Shrekage
15th March 2012, 15:52
Shrekage, what type of setup do you have? Are you using a HomeGroup? I have a domain setup, and after a month or more of trying, I can't get it to work.
I have a Windows 2008 R2 server that I use for media streaming. it is a Dell Poweredge 1950 with 2 Dell powervault MD1000's attached. I have a specific volume of striped drives that I use for temp space for encoding. It has a drive letter of A. the drive is administratively shared as a$. Also, I have the a:\temp\ripbot264temp shared as \\server\ripbot264temp with "Domain Users" having full control. I also set the folder permissions giving domain users full control.
Each encoding server PC has the a: drive mapped to \\server\a$.
That drive has the following folders
a:\source (all source material goes there)
a:\temp\ripbot264temp (temporary space for ripbot264)
a:\ripbotoutput (all output from ripbot is directed there
On each machine ripbot is run on, I placed the ripbot files in c:\program files (x86)\RipBot, and made shortcuts in the startmenu.
in each encoding server, I started up the server and verified that it created an exception in the firewall. on the client, I fired up the encoding client by itself and verified that I can connect to the encoding servers. once that was done, I started some testing with various source files...
I actually found that on some files the encodign cliend did not copy the file to the shared folder, but instead referred it to it's location on the server (a:\source\folder\file) so mapping the drive to the same letter on the encoding server solved that problem
Atak_Snajpera
15th March 2012, 16:06
I actually found that on some files the encodign cliend did not copy the file to the shared folder, but instead referred it to it's location on the server (a:\source\folder\file) so mapping the drive to the same letter on the encoding server solved that problem
what files? extensions? .avi , .mp4 .mkv...
On each machine ripbot is run on, I placed the ripbot files in c:\program files (x86)\RipBot, and made shortcuts in the startmenu.
Frankly you just need EncodingServer.exe. You can copy that file to Autostart folder.
Shrekage
15th March 2012, 16:09
what files? extensions? .avi , .mp4 .mkv...
after it happened on a .mpg file I mapped the drive and have not had any more issues. I have planned to unmap it and test with other file types to get a list but have not had time to do it yet. to be clear on what happened there, Ripbot created a job#.d2v file that points to the .mpg in the drive source. I can zip up the job file and attach if you want to see it...
I should also add that it does not seem to want to start the distributed encoding for .TS or .VOB files either. is this expected as I found that if I go in and trick ripbot it will distribute the encoding for these file types...
Atak_Snajpera
15th March 2012, 16:10
after it happened on a .mpg file I mapped the drive and have not had any more issues. I have planned to unmap it and test with other file types to get a list but have not had time to do it yet
for now only .vob (from DVD structure!) .mp4 and .mkv are copied. .TS is not well supported by FFMS2 decoder (Interlaced stream for example) so I can add it to DE mode yet.
Shrekage
15th March 2012, 16:57
for now only .vob .mp4 and .mkv are copied. I can add .mpg as well.
I would say that should be done even though I found a workaround for my situation.
as for the .TS files... I have had these for a very long time. and I dont have that many so it's not a big proglem...
Thanks!
Atak_Snajpera
15th March 2012, 17:04
for .mpg you can trick ripbot by remuxing all your mpg collection to .mkv ;)
Atak_Snajpera
15th March 2012, 17:17
@JimmyK814
run this small app on main pc and show me what you get.
http://www.mediafire.com/?l4h4w7jhe3w0eu9
Ryushin
16th March 2012, 19:40
I'm having a strange issue trying to encode Tudors Season 2 though Season 4. These are Canadian releases. They have no subtitles on the disc. If I add an episode on the list, which is composed of two m2ts files. The first m2ts is just 10 seconds long with the maker of the blu-ray. But it seems as though the audio is off by these 10 seconds. The first m2ts also seems to have the chapter information for that episode embedded into it.
If I select an episode, click edit, and then deselect the first ten second m2ts file, the episode's audio is synced correctly, but there is no chapter information. I have also tried selecting the audio via wave, flac, and core. Barring uploading the entire disk to Atak, is there any way to trouble shoot what might be causing this?
Atak_Snajpera
16th March 2012, 19:48
chapters are stored in playlist so if you edit playlist you also loose chapters unfortunately.
Ryushin
16th March 2012, 23:36
Any idea why the the sound would be off by the 10 seconds of the opening m2ts file? Anyway around that?
Atak_Snajpera
17th March 2012, 00:04
properties - audio delay 10000ms
JimmyK814
17th March 2012, 01:46
@JimmyK814
run this small app on main pc and show me what you get.
http://www.mediafire.com/?l4h4w7jhe3w0eu9
Main PC joined to a domain:
DomainName : ENTERPRISE <-- Correct
LocalComputerName : EPRISE-RED <-- Correct
LocalUserName : (My Name)
LocalWorkgroup : ENTERPRISE
Other notebook that I have not joined to a domain:
DomainName : Notebook-PC
LocalComputerName : NOTEBOOK-PC
LocalUserName : (My Name)
LocalWorkgroup : ENTERPRISE
The notebook is just for reference, I never loaded RipBot264 on it. I wanted to see what the difference was.
I noticed the DomainName and LocalComputerName match whenever a computer is not on a domain. If that variable were being used, it would make sense why it worked on a HomeGroup and not on a Domain. Although the casing difference between the two seems odd.
Just to recap, it was the EncodingServer App, that hasn't been updated since 1/1/2012 that always calls the path beginning with the domain name, not the EncodingClient that is more recent, though it could just be learning that path from the client I guess.
Let me know if I can do anything else to help.
JimmyK814
17th March 2012, 01:58
for now only .vob (from DVD structure!) .mp4 and .mkv are copied. .TS is not well supported by FFMS2 decoder (Interlaced stream for example) so I can add it to DE mode yet.
I've been trying .m2ts files from a Blu-ray this whole time. Is that unsupported with the distributed encoding? I saw "Distributed Encoding for DVD/HD-DVD/BD sources" in the change log so I assumed that was okay.
JimmyK814
17th March 2012, 02:28
I have a Windows 2008 R2 server that I use for media streaming. it is a Dell Poweredge 1950 with 2 Dell powervault MD1000's attached. I have a specific volume of striped drives that I use for temp space for encoding. It has a drive letter of A. the drive is administratively shared as a$. Also, I have the a:\temp\ripbot264temp shared as \\server\ripbot264temp with "Domain Users" having full control. I also set the folder permissions giving domain users full control.
Each encoding server PC has the a: drive mapped to \\server\a$.
That drive has the following folders
a:\source (all source material goes there)
a:\temp\ripbot264temp (temporary space for ripbot264)
a:\ripbotoutput (all output from ripbot is directed there
On each machine ripbot is run on, I placed the ripbot files in c:\program files (x86)\RipBot, and made shortcuts in the startmenu.
in each encoding server, I started up the server and verified that it created an exception in the firewall. on the client, I fired up the encoding client by itself and verified that I can connect to the encoding servers. once that was done, I started some testing with various source files...
I actually found that on some files the encodign cliend did not copy the file to the shared folder, but instead referred it to it's location on the server (a:\source\folder\file) so mapping the drive to the same letter on the encoding server solved that problem
I too am using Server 2008 R2. I use RipBot264 primarily on a Windows 7 PC joined to the domain. This is where I load RipBot264, with the distributed encoding enabled and it loads up the client and server by itself. The ripbot264temp folder is shared so that \\ComputerName\ripbot264temp resolves on any computer on the network including the server. Permissions are set to Full Control for everyone during my testing. The firewall is turned off completely.
I also installed RipBot264 on another workstation and the Windows 2008 R2 server as well. ripbot264temp is shared on those two systems so that \\server\ripbot264temp and \\workstation2\ripbot264temp resolves. I'm not sure if this was necessary or not, if not ever running the client on those PC's.
The Encoding client does not even work when using the Encoding server on the local computer for me, trying to call \\domain\ripbot264temp instead of \\ComputerName\ripbot264temp.
I didn't do any of what you did with the a: drive. Are you running the client on the Domain Controller? I haven't tried that.
My windows 2008 R2 server shows:
DomainName : ENTERPRISE <-- Correct
LocalComputerName : EPRISE-SVR <-- Correct
LocalUserName : Administrator
LocalWorkgroup : ENTERPRISE
with the test app.
I'll try to duplicate some of your setup to see if I have better luck. Is your StoreTempFilesin= set to a local drive on each PC or are you pointing to your mapped A: on every computer?
I am not pointing all of the temp folders to the same temp folder, though I did try this once. It seems like that wouldn't be how it's designed to work.
Thanks for explaining your setup so clearly.
JimmyK814
17th March 2012, 03:11
Just to add one more thing - all of the chunk files appear to be correct:
EPRISE-RED = ComputerName
ENTERPRISE = DomainName
\\eprise-red\RipBot264temp\job1\Chunks\1.cmd exists and contains:
"\\EPRISE-RED\Ripbot264temp\tools\avs2yuv\avs2yuv.exe" "\\EPRISE-RED\RipBot264temp\job1\Chunks\1.avs" -o - | "\\EPRISE-RED\Ripbot264temp\tools\x264\x264_x64.exe" --crf 20 --stats "\\EPRISE-RED\RipBot264temp\job1\Chunks\1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 1439 --sar 1:1 --level 4.1 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 1 --b-pyramid none --subme 7 --aq-mode 1 --trellis 1 --partitions all --me umh --stdin y4m --output "\\EPRISE-RED\RipBot264temp\job1\Chunks\1.264" -
The encoding server window shows Encoding started... and then Encoding terminated. immediately. When using a file monitor EncodingServer.exe is trying to access \\ENTERPRISE\RipBot264temp\job1\Chunks\1.cmd instead of \\eprise-red\RipBot264temp\job1\Chunks\1.cmd
Shrekage
17th March 2012, 05:13
I'll try to duplicate some of your setup to see if I have better luck. Is your StoreTempFilesin= set to a local drive on each PC or are you pointing to your mapped A: on every computer?
I am not pointing all of the temp folders to the same temp folder, though I did try this once. It seems like that wouldn't be how it's designed to work.
Thanks for explaining your setup so clearly.
Your welcome. I only hope it helps you out...
my domain has 2 DC's they are both VM's running on the server (as is my exchange server) I am not running ripbot on any other machine except the host server which is also my media server. the A drive is where I set the ripbot's temp drive in the settings. none of the other machines that have the a: drive mapped have ever run ripbot, just the encoding server app.
I seem to have the best luck if I repackage any of the files to mkv then do the conversion with ripbot. I did use some of my mpg (mpeg2) files and that's where I encountered the issue that required me to map the a: drive on all of the ecoding servers.
I ran that app...
DomainName : NEWSERVER <WRONG>
LocalComputerName : NEWSERVER <RIGHT>
LocalUserName : administrator
LocalWorkgroup : HART <---Domain Name
Shrekage
17th March 2012, 05:26
Hi,
Here are screenshots that I got from 2 instances where the encoding client crashed.
appcrash1.png seemed to happen after the encoding was finished
appcrash2.png caused the jpb to fail but ripbot was not aware of it's failure...
Here is info from the eventlog for the appcrash2
Faulting application name: EncodingClient.exe, version: 1.0.0.0, time stamp: 0x2a425e19
Faulting module name: ntdll.dll, version: 6.1.7601.17725, time stamp: 0x4ec49b8f
Exception code: 0xc0000005
Fault offset: 0x0002f4b7
Faulting process id: 0x25dc
Faulting application start time: 0x01cd03e08c48dc63
Faulting application path: C:\Program Files (x86)\RipBot\EncodingClient.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 9d3863e3-6fd5-11e1-bc89-001d096538e3
Let me know if you need additional information
Thanks!
Atak_Snajpera
17th March 2012, 12:49
Faulting application name: EncodingClient.exe, version: 1.0.0.0, time stamp: 0x2a425e19
Faulting module name: ntdll.dll, version: 6.1.7601.17725, time stamp: 0x4ec49b8f
Exception code: 0xc0000005
Fault offset: 0x0002f4b7
Faulting process id: 0x25dc
Faulting application start time: 0x01cd03e08c48dc63
Faulting application path: C:\Program Files (x86)\RipBot\EncodingClient.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 9d3863e3-6fd5-11e1-bc89-001d096538e3
The problem is ntdll.dll :( I also noticed that my ntdll.dll is older than yours 6.1.7601.17514
samuelal
17th March 2012, 15:47
Hello Atak,
I've been using v1.16.5 for a while now, but moved today to v1.17.0.
I would really like to have broader control over x264's encoder settings, as was available in 1.16.5:
http://i1125.photobucket.com/albums/l590/Roughneck2-0/Battlefield/RipBot-Step_2A-EncodingSettings-VIDEO-864.png
Is there a hidden option which re-enables the "full options" window shown above?
Regards,
//subscribed.
Qiie
18th March 2012, 11:06
why audio not sync when encoding 720p/1080p video?
i'm using v1.17.0
Qiie
19th March 2012, 11:15
btw how to use 10bit x264 on ripbot ?
TheNomad
19th March 2012, 19:10
Have you planned to support the creation of a 2nd audiostrem? Untill now I allways create a second acc file manually ad add it to the mp4 file using mp4box. It works great but its a lot of manual work. since you already have the capabilities to convert an audio track from the given source it should be possible to do the same thing with a second one and use the mp4box to add it to the mp4 file. When you use the enable, disable and group commands from mp4box and rename the file to m4v, it is even recognized as a multilanguage movie in iTunes and Apple mobile devices.
.\RipBot\Tools\MP4Box\MP4Box -add second_audio video.mp4
.\RipBot\Tools\MP4Box\MP4Box -enable 2 video.mp4
.\RipBot\Tools\MP4Box\MP4Box -disable 3 video.mp4
.\RipBot\Tools\MP4Box\MP4Box -lang 2=eng video.mp4
.\RipBot\Tools\MP4Box\MP4Box -lang 3=deu video.mp4
.\RipBot\Tools\MP4Box\MP4Box -group-add trackId=2:trackId=3 video.mp4
move video.mp4 video.m4v
I know that i could combine some of the commands to a single line. I just didn't do it yet.
BlayzeX
21st March 2012, 12:35
i'm using 1.17 and when I record with my HD PVR I usually start with a 2min before and follow with 2min after. WHen I try to encode the audio if the audio switches from stereo to 6ch ac3 it will not encode, the 2min before (commericals) and after have audio, but not the main content...
is there a setting I'm missing??
Atak_Snajpera
21st March 2012, 14:21
number of channels must be constant! you must remove commercials before encoding.
samuelal
21st March 2012, 14:26
Hello Atak,
Could you please take a moment and answer the question here (http://forum.doom9.org/showthread.php?p=1565695#post1565695)?
Regards,
Atak_Snajpera
21st March 2012, 14:34
you can change encoder settings using x264 commands.
samuelal
21st March 2012, 14:41
you can change encoder settings using x264 commands.
What led you to remove the GUI part?
It was very useful for those (like me) who wish to have just a bit more control over the encoder without getting all dirty with the command like :(
Atak_Snajpera
21st March 2012, 15:05
x264 preset system. Expert users always use "raw" commands if they want to tweak something. If you are not an expert stick with optimal presets created by developers.
crackinhedz
21st March 2012, 21:30
Atak, Im looking to buy a new PC and am going back and forth between an i5 or i7 processor...Ripbot is pretty much the most stress I put on the processor, so I was curious your thoughts on which would benefit? Normally I use the CQ18 preset (bluray > mkv), and right now on my Core Duo (Quad) I average about 12 hour conversions...was hoping to cut that time down, not sure how many cores Ripbot (x264) can utilize?
Thanks for any suggestions...and if I should have posted this question somewhere else please forgive.
Atak_Snajpera
21st March 2012, 21:46
buy cpu with more logical cores and with higher clock. for good speed comparision download my x264 FHD benchmark. btw once you buy new pc you can use old one in distributed encoding for further speed up :)
omegaman7
23rd March 2012, 22:16
Thanks a lot for your wonderful application man. I've been trying to convert an MKV to avchd without compression. Because apparently other than the container, they're highly similar. I get Tsmuxer errors with other applications. Ripbot didn't even flinch! Plus it reinserted black bars for resizing. EXCELLENT feature. Too bad about needing to reencode, but there doesn't appear to be a quality loss ;) I wonder if you'll ever consider a dvd output option?
Atak_Snajpera
23rd March 2012, 23:13
dvd uses mpeg2 compression. ripbot264 is for h.264 compression.
omegaman7
23rd March 2012, 23:15
dvd uses mpeg2 compression. ripbot264 is for h.264 compression.
Ahh yes. Now I have your thoughts on it. Gotcha :)
JimmyK814
24th March 2012, 19:51
Atak_Snajpera,
Is there any hope for my problem?
I'm curious as to how all of the batch files are created correctly with the computer name, but at run time, something is grabbing the domain name to call the .cmd files.
Could there be one instance in the EncodingServer.exe that is still pulling the wrong variable?
Did you have time to look over my posts? It looked like another user had different results with the test program than I did regarding domain name/workgroup name.
Thanks for your time! :thanks:
Atak_Snajpera
24th March 2012, 20:04
Problem located and fixed. Maybe tomorrow I will be able to send you 1.17.1 beta for testing
JimmyK814
25th March 2012, 01:46
Problem located and fixed. Maybe tomorrow I will be able to send you 1.17.1 beta for testing
That's great! Anything I can do to help... I will.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.