View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Atak_Snajpera
5th May 2012, 22:01
1. for 2-pass mode and if source file can be indexed by dgindex (.vob) encoding clients splits exactly at 10 min. in cq mode for higher efficiency client will split at 1 min.
2. simple copy /b 1.264+2.264 ...
corruption was caused by ffms2 decoder. my workaround is to split at key frames. new chunk will always start from i-frame instead of p,b-frame. also i had to disable multi threading decoding to avoid further problems.
Atak_Snajpera
5th May 2012, 22:07
3. if client looses connection with server then chunk which was being encoded is discarded. status of the chunk is reset so another idle server can pick up that chunk
I think I found a bug. I re-encoded a lot of mkv movies w/ AC3 audio to mp4 w/ 128kbps AAC audio. The ones where the source movie had 2 channel AC3, the output mp4 doesn't play audio (silent). This does not happen w/ 1.16.x version of ripbot. I wonder if this problem is related to the fhg encoder since it was not introduced until 1.17.x
Another thing I noticed is that ripbot 1.17.x doesn't seem to handle large VOBs properly. I ripped a dvd video using dvd decrypter in IFO mode, I then loaded the single large VOB in ripbot and the duration is incorrect. If I enable 1 GB file splitting then load in ripbot then the duration is correct. However, I can load the single large VOB in ripbot 1.16.x and it has the correct duration.
MWD1001
6th May 2012, 05:53
I can't get distributed encoding to work when re-encoding audio. For some reason DE only works when I copy the original audio stream. When I want to re-encode audio (say to Aften 5.1 640k) the main RipBot interface goes to work on the audio encode but then when it gets to the video part of the job it fails and says job complete. When I change the audio to copy stream then Distributed Encoding on the video works. Does DE not re-encode audio?
BTW....(very very) long time user of RipBot and lurker of this forum and this particular thread. Often times I forget to say thank you to Atak for all his hard work developing and supporting this wonderful tool. So, my sincere thanks Atak.
Trayman
6th May 2012, 06:19
Hey atak,
Found another case of strange vob structure. The nordic release of Hard Candy from 2005.
Ripbot gets stuck on indexen the video (DGIndex) and just sits there no info in the logs. This is with the latest version of RipBot. So i decided to try the first 1.17.1 release and as i figured it gave me five vobs instead of one so dgindex threw a Hide error like it should.
So i tried copy /b manually and the loaded it into dgindex and got this error: No data. Check your PIDS.
I will investigate further to see what's going on with this one.
Update1.
When running DGindex on the original VOBS it generates the same error as above. This error seems to have something to do with mpg headers. Will try to correct these and see what happens.
Update2.
I checked VTS_01_1.VOB with ReStream and it seems that the header is missing in the file. Then I opened VTS_01_2.VOB and it held the resolution framerate and so on. This seems to be another weak attempt do hinder people from ripping their dvds. Will let you know if i find a work around.
Update3.
I tried indexing it from VTS_01_0.VOB with dgindex and it went smothly except that it found some errors wich it corrected. I tried the same with Ripbot but it discarded the VTS_01_0.VOB in the join so it still didn't work.
Atak could you please add a exception in ripbot so it catches the No Data. Check Your PIDS. exception from DGindex.
Will continue to try to find a cure for this problem.
//Trayman
Atak_Snajpera
6th May 2012, 09:33
MWD1001
when you get that all jobs complete message go to jobx folder and send me all files in that directory. except large files like .mkv , audio , subtitles. use www.mediafire.com
and don't forget about log file from logs folder
Atak_Snajpera
6th May 2012, 09:54
j6
after encoding go to logs folder and show me content of logx.txt
Atak_Snajpera
6th May 2012, 13:55
Another thing I noticed is that ripbot 1.17.x doesn't seem to handle large VOBs properly. I ripped a dvd video using dvd decrypter in IFO mode, I then loaded the single large VOB in ripbot and the duration is incorrect. If I enable 1 GB file splitting then load in ripbot then the duration is correct. However, I can load the single large VOB in ripbot 1.16.x and it has the correct duration.
works well on my machine
http://i.imgur.com/xu5UM.png
Did you rip the VOB in dvd decrypter IFO mode? Maybe it's a dvd decrypter problem. But then again the VOB had correct duration on ripbot 1.16.5. In 1.17.1 the VOB was about 35% off in duration. This happened with 2 different NTSC DVD's I tried.
I attached the log file you asked for. I cut a small section of an mkv movie (AVC video and 2ch AC3 audio) to test. The output mp4 has silent audio.
Atak_Snajpera
6th May 2012, 17:50
Did you rip the VOB in dvd decrypter IFO mode? Maybe it's a dvd decrypter problem. But then again the VOB had correct duration on ripbot 1.16.5. In 1.17.1 the VOB was about 35% off in duration. This happened with 2 different NTSC DVD's I tried.
yep. ifo mode without spliting.
did you update ripbot (2012-05-05)
I did the update just now and now the duration is correct on the large VOBs. Didn't know the update was going to address this problem. Thanks.
Now regarding the silent audio problem. Another strange thing I just found is that with the source mkv movies I previously mentioned, mediainfo and media player classic reports the audio as 2ch AC3 stereo but I suspect that they are actually 6ch. When I load them in VLC media player and check the codec info the audio shows up as 6ch AC3.
Atak_Snajpera
6th May 2012, 21:12
send me 50 mb sample to www.mediafire.com
btw. i suspect that audio is a mix of 2ch and 6ch. this is very common while recording from digital tv. commercials are mostly encoded in 2.0 but movies are in 5.1. number of channels must be constant otherwise strange things may happen. your case for example.
here you go: http://www.mediafire.com/?2pzccxmzpczkxmw
Hi Atak.
I just wanted to say that the new, newer, version is working great. The 10bit profile seems to give more consistent results. What I mean by that is certain files compress really easily and other don't like to be compressed much at all. Seems less of an issue with the 10bit profile. Bottom line is I'm getting 'perfect' 720p at just the slow setting where I needed very slow to get the same results. I may have to reecode some of other files that I could not get small enough.
So thanks for giving me something I didn't even know I needed.
Atak_Snajpera
7th May 2012, 09:08
atheme papers say that 10 bit can improve quality even up to 20 percent . you may also try default profile instead of slow.
Atak_Snajpera
7th May 2012, 11:38
here you go: http://www.mediafire.com/?2pzccxmzpczkxmw
This is exactly what I was suspecting. Few audio frames at the begining are 2ch but rest is 6ch.
here what you need to do in order to fix that
1) use delaycut to remove 50ms at the begining
2) load fixed .ac3 in ripbot264
3) apply audio delay for a/v sync (250 ms seems to be correct)
http://i.imgur.com/YoxxD.png
slalom
7th May 2012, 13:20
How can I enable this 10 bit feature?
Why is the audio language set to "und" instead of "Eng" when it is set English in the movie?
I started using D.E. today and this came up twice (4 videos loaded, 1 video to go)
http://img.techpowerup.org/120507/rrrr.jpg
Atak_Snajpera
7th May 2012, 13:22
http://forum.doom9.org/showthread.php?p=1573111#post1573111
don't forget to re-create job.
slalom
7th May 2012, 13:31
Can you explain that to me, please?
Atak_Snajpera
7th May 2012, 14:57
Why is the audio language set to "und" instead of "Eng" when it is set English in the movie?
i don't know.
post mediainfo of the source file
This is exactly what I was suspecting. Few audio frames at the begining are 2ch but rest is 6ch.
here what you need to do in order to fix that
1) use delaycut to remove 50ms at the begining
2) load fixed .ac3 in ripbot264
3) apply audio delay for a/v sync (250 ms seems to be correct)
I've been fixing it by manually converting AC3 to AAC and remuxing, the resulting MP4 plays fine. I used an old tool called px3convert to convert to WAV then Nero to encode to AAC. I'm not familiar with all the tools ripbot uses but I'm surprised it cannot handle converting this type of audio properly. Can the tools be updated to handle this type of audio? I've run into several mkv movies like this and I was hoping to avoid doing things manually.
slalom
7th May 2012, 16:04
i don't know.
post mediainfo of the source file
General
Unique ID : 238268516326137464158002853307443905425 (0xB340D8D79863767891DD90D1D3590391)
Complete name : E:\___******
Format version : Version 2
File size : 20.5 GiB
Duration : 1h 24mn
Overall bit rate mode : Variable
Overall bit rate : 34.8 Mbps
Encoded date : UTC 2011-10-05 03:36:27
Writing application : mkvmerge v4.9.1 ('Ich will') built on Jul 11 2011 23:53:15
Writing library : libebml v1.2.1 + libmatroska v1.1.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=10
Muxing mode : Container profile=Unknown@0.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 24mn
Bit rate mode : Variable
Bit rate : 32.5 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.654
Stream size : 19.1 GiB (94%)
Default : No
Forced : No
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 1h 24mn
Bit rate mode : Variable
Bit rate : 1 561 Kbps / 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : English
Default : Yes
Forced : No
Text #1
ID : 3
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Language : English
Default : Yes
Forced : No
Text #2
ID : 4
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Language : English
Default : No
Forced : No
Menu
00:00:00.000 : en:00:00:00.000
00:04:40.739 : en:00:04:40.739
00:10:00.934 : en:00:10:00.934
00:15:10.785 : en:00:15:10.785
00:19:34.173 : en:00:19:34.173
00:25:28.819 : en:00:25:28.819
00:31:23.298 : en:00:31:23.298
00:35:39.429 : en:00:35:39.429
00:40:23.046 : en:00:40:23.046
00:44:16.571 : en:00:44:16.571
00:48:16.393 : en:00:48:16.393
00:54:03.407 : en:00:54:03.407
01:01:43.283 : en:01:01:43.283
01:06:14.721 : en:01:06:14.721
01:10:13.543 : en:01:10:13.543
01:15:06.919 : en:01:15:06.919
what about the "re-create job" you mentioned before?
@slalom
We can't help you with downloaded torrent files, per forum rule 6. You cannot discuss such stuff here and further violations can lead to strikes.
http://forum.doom9.org/forum-rules.htm
@all
No help on this issue, please.
slalom
7th May 2012, 16:52
Sorry about that, won't happen again
Atak_Snajpera
7th May 2012, 18:40
j6
blame that morron who does not know how to properly cut off commercials with stereo audio. i will say it again number of channels must be constant.
I not going to blame that 'moron' because there's not even a hint of commercials displayed or heard on any of the movies in question. So only an old tool (px3convert) can handle this type of audio? Since it is a very common problem I just think tools should be updated to handle it.
@j6
Stop posting about mkv files you "have run into", otherwise strikes will start coming your way.
Ryushin
7th May 2012, 19:24
Well, I've been trying to learn about the new HQDN3D noise filter that has been put into version 1.17.1.
From what I understand, HQDN3D is a higher quality filter then the denoise3d that was used before. It also uses the same four options as denoise3d as well.
A description of HQDN3D I found is a follows:
http://www.aquilinestudios.org/avsfilters/spatiotemp.html
HQDN3D stands for "High Quality Denoiser in 3D"; it claims to perform a "3-way low-pass filter" (which probably means some kind of wave transform is involved), aimed at killing noise while keeping blending artifacts low. However, how well it succeeds at this depends on your source and your settings; it seems to do better when the details are strong (by that I mean dark, well-defined edges).
The breakout of the four options of HQDN3D that I've been able to find are the following:
http://akuvian.org/src/avisynth/hqdn3d/hqdn3d.txt
http://ffmpeg.org/libavfilter.html#hqdn3d
It accepts the following optional parameters: luma_spatial:chroma_spatial:luma_tmp:chroma_tmp
luma_spatial: a non-negative float number which specifies spatial luma strength, defaults to 4.0
chroma_spatial: a non-negative float number which specifies spatial chroma strength, defaults to 3.0*luma_spatial/4.0
luma_tmp: a float number which specifies luma temporal strength, defaults to 6.0*luma_spatial/4.0
chroma_tmp: a float number which specifies chroma temporal strength, defaults to luma_tmp*chroma_spatial/luma_spatial
Filter strengths vary from 0 (no filtering) to 255 (there will be nothing left of your video). If any options are omitted, they will assume a value based on any other options that you did specify.
For example, hqdn3d(2) is equivalent to hqdn3d(2,1.5,3,2.25).
Further explanation of the difference between luma and chroma:
http://forum.doom9.org/showpost.php?p=1350028&postcount=4
The video has two parts, bright/dark and color. The bright and dark part (the intensity level) is called luma and the color part is called chroma. If you try cleaning the luma too much you'll start loosing details in your video. If clean the chroma too much you'll get color banding. Color banding is where the colors won't change smoothly from one to another (like from light blue to a darker blue in the sky) but look like strips or bands of colors (http://en.wikipedia.org/wiki/Color_banding). You can remove a lot more noise from the chroma than from the luma before you start noticing problems.
3D denoise filters work in two ways: they remove noise from each frame and they remove noise by comparing several frames. Removing noise from just one frame is called spatial filtering. Removing noise from several frames in a row is called temporal filtering (temporal means things that have something to do with time).
ls means how much noise to remove from the bright and dark level of each frame by itself
cs means how much noise to remove from the color part of each frame by itself
lt means how much noise to remove from from the bright and dark level of each frame by comparing several frames
ct means how much noise to remove from the color part of each frame by comparing several frames
By default RipBot264 gives you the ability to select the Luma_Spatial and the Chroma_Spatial in increments of 2. The temporal is set to zero for both Luma and Chroma. I don't know setting it to zero means it will use the default temporal settings or none at all, which means it won't compare previous and adjacent frames.
Atak, if it's not using the temporal settings, what are your thoughts behind that. Have you seen it create more snail trails or other such artifacts.
From what I've read, changing the Luma_Spatial will have to biggest influence of changing your video for the worse if it is too high. Atak, maybe changing the options to default .5 increments instead of increments of 2 might be better.
If there are any errors in any of what I've been finding out, please let me know. If there are any idea on how to enhance what I've discovered, also please let me know.
For the record, I've been adjusting the script and just using the single number and letting hqdn3d compute the other variables:
For example: hqdn3d(video,2) is equivalent to hqdn3d(video,2,1.5,3,2.25)
Atak_Snajpera
7th May 2012, 20:50
i don't like ghosting effect in temporal mode. experiment a little bit and you will see what i mean.
don't say that you see difference between 1 and 2 . i barelly see difference between 2 and 4
crackinhedz
8th May 2012, 01:06
Quick question Atak, not sure if this is a bug or not...
When I select my m2ts file to work with in Ripbot, juts before the demux process...I get to the part where it shows the file info, playlist, movie length, audio stream etc...I realize something must be wrong with my file, because the audio, chapters etc all show 0 (zero). So instead of hitting the "ok" button to proceed with demux, there is not option to abort? I can only choose either "ok" or x out of the option. But when I x out, Ripbot enters into a frozen state of no function. I have to close the program altogether.
Any ideas?
This is the file screen
http://i176.photobucket.com/albums/w184/crackinhedz/Capture-32.jpg
This is the frozen screen I get when I hit x (only other option is "ok" ...possible to add a cancel button?).
http://i176.photobucket.com/albums/w184/crackinhedz/Capture-31.jpg
Marc05
8th May 2012, 10:20
I have an odd glitch with the program. When I try to add a file named "VTS_.VOB", I get the error "Couldn't open input file in HIDE mode! Exiting." Afterwards, the decoding error shows that it was unable to open job1.d2v (because it's not there due to that it wasn't included in the command). The weird thing is that if I simply rename the file to "vts_.VOB" (notice the lowercase), everything works fine. I tried a variety of combinations with the file name:
WORKS-
vts_.VOB
VTS.VOB
XTS_.VOB
XTS_.vob
NOT WORKING-
VTS_.VOB
rsotome
8th May 2012, 11:08
Using newest 2012-05-05 update, is there anyway to disable the Chapter Modifier?
I understand why you implemented it, but it's causing me nothing but trouble.
Ex. Ripping TV Series "Home Improvement", modifying framerate from 29.970 -> 23.976, it sends the Chapters far outside the running time of the show. Avg running time for the show is around 22-24 mins, but each chapter file ends at around 28-29 mins, also the middle chapters are out of sync. When I use the original chapters file, everything turns out fine.
Atak_Snajpera
8th May 2012, 11:21
i suppose you enabled inverse telecine function?
slalom
8th May 2012, 12:44
This is the frozen screen I get when I hit x (only other option is "ok" ...possible to add a cancel button?).
http://i176.photobucket.com/albums/w184/crackinhedz/Capture-31.jpg
It's not frozen, press X again
slalom
8th May 2012, 13:54
Since you have identified the problem, and it's not on your end, that's OK for me.
Thanks for your solution.
Atak_Snajpera
8th May 2012, 14:01
RipBot264_update_2012-05-08
http://www.mediafire.com/?17gao8jo5gsqoac
crackinhedz
8th May 2012, 22:06
It's not frozen, press X again
The x at this point becomes unresponsive...basically ripbot just sits there. I then have to ctrl+alt+del and go into task manager to close ripbot.
RipBot264_update_2012-05-08
used Atak's update and my issue seems to be resolved...not sure if this was a part of any fix, but it did the trick! Thanks.
Oh, and Atak, I upgraded my Q6600 to the i5...average encoding time went from 12 hours to 3 hours!!! insane.
I have an odd glitch with the program. When I try to add a file named "VTS_.VOB", I get the error "Couldn't open input file in HIDE mode! Exiting." Afterwards,
Whenever I get an HIDE error, it's because I'm out of space on the temp drive.
The x at this point becomes
Oh, and Atak, I upgraded my Q6600 to the i5...average encoding time went from 12 hours to 3 hours!!! insane.
I went from a core2 2.8 to a i7. Wonderful. The final push to upgrade it was RIPBOT!!!!!!!!!
Haven't regretted yet.
rsotome
9th May 2012, 01:12
i suppose you enabled inverse telecine function?
I'm guessing that question was for me, and the answer is nope, I'm using TFF -> 29.97 & Restore -> 23.976 fps.
flebber
9th May 2012, 05:29
I am running 1.17.1.
This error keeps popping up when adding a video file.
http://i988.photobucket.com/albums/af10/Sayth_Renshaw/ripbot.jpg
MWD1001
9th May 2012, 05:55
Oh, and Atak, I upgraded my Q6600 to the i5...average encoding time went from 12 hours to 3 hours!!! insane.
Oh boy, now I'm jealous. I'm averaging between 12-14 hour encode times on my old clunker on 2 hour BD movies. Even when I get DE running on 3 machines the FPS is in the 4-5 range and it's still taking me 8-10 hours. I better start saving my $$$ for one of those i7 quad cores.
slalom
9th May 2012, 07:58
One suggestion
Shouldn't the last chunk in each pass be smaller, at most 5000 frames, so that other servers are not idle for a lot of time?
And, I got an error which appeared when I logged on the "server" (main machine) using Remote Desktop Connection. At first I thought it was a coincidence, can someone else verify this? (or not?)
flebber
9th May 2012, 11:05
Clearly th error Iam getting is because a ':' is inserted into the directory name between video name and temp.
Any reason why or how to clear it?
Ryushin
9th May 2012, 11:37
i don't like ghosting effect in temporal mode. experiment a little bit and you will see what i mean.
don't say that you see difference between 1 and 2 . i barelly see difference between 2 and 4
I mostly see a difference in the encoding size. A difference of 1-2 could be 500-1000MB difference in a 16x9 1080p movie. With a really grainy movie, it could be about 14GB in size with a CRF of 20 (Fargo comes to mind). With denoising around 4.5, I was able to get it to 8GB. Not a bad space savings and I find the picture quality looks much nicer then with all the grain.
Atak_Snajpera
9th May 2012, 12:03
Any reason why ...
show us your ripbot264.ini
I'm using TFF -> 29.97 & Restore -> 23.976 fps.
if source is telecined (mix of interlaced and progressive frames) then you should use inverse telecine function.
flebber
9th May 2012, 14:23
Ripbot.ini
[settings]
KeepJobsQueue=0
x264LowPriority=0
Atak_Snajpera
9th May 2012, 14:24
is this a joke? Download again with proper .ini
flebber
9th May 2012, 14:49
is this a joke? Download again with proper .ini
lamentably no joke.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.