View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Ajax_Undone
1st October 2008, 07:17
Sorry it took so long had a busy day... New installer in My signature...
juGGaKNot
1st October 2008, 15:19
x264 is removing b-rdo and bime options this week. GUI makers, take note, and prepare patches.
subme6: RD on I/P frames
subme7: RD on all frames
subme8: RD refinement on I/P frames
subme9: RD refinement on all frames
new subme 6 = old subme 6
new subme 7 = old subme 6 + b-rdo
new subme 8 = old subme 7 + b-rdo
new subme 9 = didn't exist, RD refinement in B-frames is completely new.
Does this mean 1.10.8 when you have free time ?
Paddy97
1st October 2008, 16:15
The new version is a blast! Dear Atak_Snajpera, just as an update. I've had problems with audio sync issues with some Disney Blurays with the older versions. The new .7 version works flawlessly with no sync issues at all! Might have been the updated DGAVCDec or something else you did, it doesn't matter since its flawless now.
Thanks for all your time and effort into this wonderfull tool!
pOpY
1st October 2008, 17:24
Thanks for the Update. I will test it in the next days.
@Atak_Snajpera: It is possible to change RipBot264 that it doesnt demux the streams first. It took a while to demux it and after that i can make my settings. It is possible to change this that the demuxing process starts if the job queue is started??
Thanks for this great tool
cu
pOpY
gav1577
1st October 2008, 18:26
@ Atak_Snajpera Thanks for the excellent work much appreciated :thanks:
laserfan
1st October 2008, 19:51
The new version has inspired me to try RipBot264, but I have a question: What profile should be used to create a BD5 or BD9?
It looks to me like the two (provided) BD profiles differ by Trellis and Bitrate, but I thought that creation of the BR structure onto a DVD-5 or -9 required bitrates of 20Mbps or less??? :confused:
malgates
1st October 2008, 20:13
Hi,
I'm encoding HD DVDs. I don't want to encode with 2pass. I want to encode with 1pass. But which quality should I use? I used CQ 22. But the video file is only 600MB. I want the best Quality possible.
Regards
Atak_Snajpera
1st October 2008, 20:58
@Atak_Snajpera: It is possible to change RipBot264 that it doesnt demux the streams first. It took a while to demux it and after that i can make my settings. It is possible to change this that the demuxing process starts if the job queue is started??
Nope. Too many things depend on demuxed audio. File size , duration , number of channels and so on.
he new .7 version works flawlessly with no sync issues at all! Might have been the updated DGAVCDec or something else you did, it doesn't matter since its flawless now.
New DGAVCDec and new eac3to probably fixed your problems. I've just updated those tools :)
It looks to me like the two (provided) BD profiles differ by Trellis and Bitrate, but I thought that creation of the BR structure onto a DVD-5 or -9 required bitrates of 20Mbps or less???
What? There is only one profile Level 4.0 HD . BluRay . Consoles . This is the most compatible profile which you can get for HD (DXVA , XBOX360 , PS3 , ... , BluRay)
I'm encoding HD DVDs. I don't want to encode with 2pass. I want to encode with 1pass. But which quality should I use? I used CQ 22. But the video file is only 600MB. I want the best Quality possible.
1920x1080@23.976fps squeezed into 600MB?!?!!? At CRF 22?!?!?!?! it's rather impossible. CRF22 should give you average bitrate around 12Mbps! You better show me Jobx_log.txt
Does this mean 1.10.8 when you have free time ?
Perhaps :)
malgates
1st October 2008, 21:06
Here is the Code
D:\>"C:\Users\Administrator\Desktop\videotools\RipBot264v1.10.6\tools\bepipe\bepipe.exe" --script "import(^D:\temp\RipBot264temp\job1\job1.avs^)" | "C:\Users\Administrator\Desktop\videotools\RipBot264v1.10.6\Tools\aften\aften.exe" -readtoeof 1 -b 640 - "D:\temp\RipBot264temp\audio.ac3"
***************************************
BePipe by dimzon
***************************************
Script used:
# BEGIN
import("D:\temp\RipBot264temp\job1\job1.avs")
# END
Scanning for Audio Stream...
Found Audio Stream
Channels=6, BitsPerSample=16, SampleRate=48000Hz
Writing Header...
Writing Data...
0%
Aften: A/52 audio encoder
Version SVN
(c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz 5.1-channel
output format: 48000 Hz 3/2 + LFE
SIMD usage: MMX SSE SSE2 SSE3
Threads: 2
progress: 0% | q: 455.7 | bw: 58.0 | bitrate: 640.0 kbps
.
.
.
.
.
.
progress: 0% | q: 316.7 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.7 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate
Done!
: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 0% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
progress: 100% | q: 316.6 | bw: 58.0 | bitrate: 640.0 kbps
D:\>"C:\Users\Administrator\Desktop\videotools\RipBot264v1.10.6\tools\x264\x264.exe" "D:\temp\RipBot264temp\job1\job1.avs" --pass 1 --bitrate 8767 --stats "D:\temp\RipBot264temp\job1\job1.stats" --level 4.0 --sar 1:1 --aud --nal-hrd --vbv-bufsize 30000 --vbv-maxrate 30000 --filter 0,0 --bframes 3 --b-pyramid --direct auto --subme 2 --analyse none --me dia --threads auto --thread-input --progress --no-psnr --no-ssim --output "D:\temp\RipBot264temp\video.264"
avis [info]: 1920x1080 @ 23.98 fps (162079 frames)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (30000) > level limit (20000)
x264 [warning]: VBV buffer (30000) > level limit (25000)
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
encoded frames: 163/162079 (0.1%), 11.91 fps, eta 3:46:36
x264 [info]: slice I:2428 Avg QP:12.11 size:125404
x264 [info]: slice P:89268 Avg QP:14.29 size: 59201
x264 [info]: slice B:70383 Avg QP:16.24 size: 23386
x264 [info]: consecutive B-frames: 26.2% 44.1% 3.5% 26.3%
x264 [info]: mb I I16..4: 65.3% 0.0% 34.7%
x264 [info]: mb P I16..4: 42.2% 0.0% 0.0% P16..4: 25.8% 0.0% 0.0% 0.0% 0.0% skip:32.0%
x264 [info]: mb B I16..4: 10.0% 0.0% 0.0% B16..8: 23.0% 0.0% 0.0% direct:17.2% skip:49.7% L0:37.6% L1:46.1% BI:16.4%
x264 [info]: final ratefactor: 17.07
x264 [info]: direct mvs spatial:98.0% temporal:2.0%
x264 [info]: kb/s:8562.4
encoded 162079 frames, 7.74 fps, 8567.13 kb/s
D:\>"C:\Users\Administrator\Desktop\videotools\RipBot264v1.10.6\tools\x264\x264.exe" "D:\temp\RipBot264temp\job1\job1.avs" --pass 2 --bitrate 8767 --stats "D:\temp\RipBot264temp\job1\job1.stats" --level 4.0 --sar 1:1 --aud --nal-hrd --vbv-bufsize 30000 --vbv-maxrate 30000 --filter 0,0 --ref 3 --mixed-refs --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 6 --trellis 1 --analyse all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output "D:\temp\RipBot264temp\video.264"
avis [info]: 1920x1080 @ 23.98 fps (162079 frames)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (30000) > level limit (20000)
x264 [warning]: VBV buffer (30000) > level limit (25000)
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
encoded frames: 163/162079 (0.1%), 9.36 fps, eta 4:48:10
x264 [info]: slice I:2428 Avg QP:13.92 size: 81712
x264 [info]: slice P:89268 Avg QP:16.64 size: 63964
x264 [info]: slice B:70383 Avg QP:18.69 size: 21134
x264 [info]: consecutive B-frames: 26.2% 44.1% 3.5% 26.3%
x264 [info]: mb I I16..4: 37.8% 54.7% 7.5%
x264 [info]: mb P I16..4: 5.6% 14.8% 0.9% P16..4: 31.1% 9.0% 5.5% 0.0% 0.0% skip:33.1%
x264 [info]: mb B I16..4: 0.7% 1.2% 0.0% B16..8: 25.4% 0.5% 0.8% direct: 4.2% skip:67.1% L0:45.0% L1:37.6% BI:17.4%
x264 [info]: 8x8 transform intra:67.3% inter:79.6%
x264 [info]: direct mvs spatial:86.7% temporal:13.3%
x264 [info]: ref P L0 59.1% 24.5% 16.3%
x264 [info]: ref B L0 74.3% 25.7%
x264 [info]: ref B L1 96.6% 3.4%
x264 [info]: kb/s:8752.4
encoded 162079 frames, 2.38 fps, 8756.94 kb/s
D:\>"C:\Users\Administrator\Desktop\videotools\RipBot264v1.10.6\tools\tsmuxer\tsmuxer.exe" "D:\temp\RipBot264temp\job1\tsmuxer.meta" "D:\Ripbot\DoomEU.bluray"
SmartLabs tsMuxeR. Version 1.8.4(b) http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.0 Resolution: 1920:1080p Frame rate: 23.976
0.0% complete
Decoding AC3 stream (track 2): Bitrate: 640Kbps Sample Rate: 48KHz Channels: 6
B-pyramid level 1 detected. Shift DTS to 2 frames
0.0% complete
H264 bitstream changed: insert SPS/PPS units
0.0% complete
0.1% complete
0.1% complete
0.1% complete
.
.
.
.
94.1% complete
94.2% complete
94.2% complete
94.3% complete
94.3% complete
94.3% complete
94.4% complete
94.5% complete
94.5% complete
94.5% complete
94.6% complete
94.7% complete
94.7% complete
94.8% complete
94.8% complete
94.9% complete
94.9% complete
95.0% complete
95.1% complete
95.2% complete
95.3% complete
95.3% complete
95.3% complete
95.4% complete
95.4% complete
95.5% complete
95.6% complete
95.6% complete
95.6% complete
95.7% complete
95.7% complete
95.8% complete
95.8% complete
95.9% complete
96.0% complete
96.0% complete
96.1% complete
96.2% complete
96.2% complete
96.3% complete
96.4% complete
96.4% complete
96.4% complete
96.5% complete
96.5% complete
96.6% complete
96.6% complete
96.7% complete
96.7% complete
96.8% complete
96.8% complete
96.9% complete
96.9% complete
96.9% complete
97.0% complete
97.1% complete
97.2% complete
97.3% complete
97.3% complete
97.4% complete
97.4% complete
97.4% complete
97.4% complete
97.5% complete
97.5% complete
97.6% complete
97.6% complete
97.6% complete
97.7% complete
97.7% complete
97.8% complete
97.8% complete
97.9% complete
97.9% complete
97.9% complete
98.0% complete
98.0% complete
98.1% complete
98.1% complete
98.2% complete
98.2% complete
98.3% complete
98.3% complete
98.4% complete
98.4% complete
98.5% complete
98.5% complete
98.6% complete
98.6% complete
98.6% complete
98.6% complete
98.6% complete
98.6% complete
98.7% complete
98.7% complete
98.7% complete
98.7% complete
98.7% complete
98.8% complete
98.9% complete
98.9% complete
98.9% complete
98.9% complete
99.0% complete
99.0% complete
99.0% complete
99.1% complete
99.1% complete
99.1% complete
99.2% complete
99.2% complete
99.3% complete
99.3% complete
99.3% complete
99.4% complete
99.4% complete
99.4% complete
99.4% complete
99.5% complete
99.5% complete
99.5% complete
99.6% complete
99.6% complete
99.6% complete
99.6% complete
99.7% complete
99.7% complete
99.7% complete
99.8% complete
99.8% complete
99.8% complete
99.8% complete
99.9% complete
100.0% complete
Processed 162079 video frames
100.0% complete
Creation of Blu-ray playlist
Creation of Blu-ray stream info and seek index
Mux successful complete.
Muxing time: 13 min 19 sec
Atak_Snajpera
1st October 2008, 21:24
Try again with 1.10.7
malgates
1st October 2008, 22:49
Same Problem again ...
avis [info]: 1920x1080 @ 23.98 fps (67409 frames)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (40000) > level limit (20000)
x264 [warning]: VBV buffer (40000) > level limit (25000)
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
x264 [info]: slice I:271 Avg QP:14.36 size: 13460
x264 [info]: slice P:16988 Avg QP:14.28 size: 85
x264 [info]: slice B:50150 Avg QP:12.16 size: 52
x264 [info]: consecutive B-frames: 0.4% 0.0% 0.0% 99.6%
x264 [info]: mb I I16..4: 98.4% 0.3% 1.2%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:99.9%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:85.2% L1:12.0% BI: 2.8%
x264 [info]: 8x8 transform intra:0.4% inter:79.4%
x264 [info]: direct mvs spatial:100.0% temporal:0.0%
x264 [info]: ref P L0 98.9% 1.0% 0.0%
x264 [info]: ref B L0 42.0% 58.0%
x264 [info]: ref B L1 99.7% 0.3%
x264 [info]: kb/s:22.0
encoded 67409 frames, 14.39 fps, 29.29 kb/s
X:\>"C:\Users\Administrator\Desktop\videotools\RB10.7.7\tools\tsmuxer\tsmuxer.exe" "X:\temp\RipBot264temp\job1\tsmuxer.meta" "D:\Ripbot\Crank2.bluray"
SmartLabs tsMuxeR. Version 1.8.8(b) http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.0 Resolution: 1920:1080p Frame rate: 23.976
0.0% complete
Decoding DTS stream (track 2): Bitrate: 1536Kbps Sample Rate: 48KHz Channels: 6
B-pyramid level 1 detected. Shift DTS to 2 frames
1.9% complete
3.8% complete
5.7% complete
7.3% complete
9.1% complete
10.8% complete
12.6% complete
14.5% complete
16.2% complete
18.0% complete
19.8% complete
21.8% complete
23.6% complete
25.3% complete
27.3% complete
29.1% complete
31.0% complete
32.7% complete
34.6% complete
36.6% complete
38.4% complete
40.3% complete
42.1% complete
44.1% complete
46.1% complete
47.9% complete
49.8% complete
51.6% complete
53.2% complete
55.0% complete
56.7% complete
58.4% complete
60.3% complete
62.3% complete
64.1% complete
66.0% complete
68.0% complete
69.4% complete
71.2% complete
73.2% complete
75.1% complete
76.9% complete
78.7% complete
80.6% complete
82.4% complete
84.4% complete
86.0% complete
87.8% complete
89.6% complete
91.5% complete
93.5% complete
95.1% complete
96.9% complete
98.9% complete
Processed 67409 video frames
100.0% complete
Creation of Blu-ray playlist
Creation of Blu-ray stream info and seek index
Mux successful complete.
Muxing time: 14 sec
Atak_Snajpera
1st October 2008, 23:28
Show me script.
BTW. is preview working?
Ajax_Undone
2nd October 2008, 02:51
It looks to me like the two (provided) BD profiles differ by Trellis and Bitrate, but I thought that creation of the BR structure onto a DVD-5 or -9 required bitrates of 20Mbps or less???
What? There is only one profile Level 4.0 HD . BluRay . Consoles . This is the most compatible profile which you can get for HD (DXVA , XBOX360 , PS3 , ... , BluRay)
that might be my fault the updater & installer dont delete the old profiles in the profiles folder do to concerns of people making customized settings in them..
So the option is always there to delete the extras manually... How ever profiles of the same name as the old ones they will over right them just for forward compatibility with later versions of ripbot... such as the comment about b-rdo being removed... Now as that I have not studied the effects of x.264 cmd line vs the profiles because of time restraints it gets a little frustrating having to pick and choose so I am deeply sorry...
malgates
2nd October 2008, 09:18
Show me script.
BTW. is preview working?
Where do I get the script? I only have the logfile. Is it in the tempfiles?
How can I preview the video? VLC?
Sorry for the stupid questions.
xaero
2nd October 2008, 13:06
i get a msg saying that directshow cannot find combination filter when opening an mkv file... i was using 10.0.7 (overwritten version v10.0.6 non-installer version). is there something i didnt update or anything that i need to update?
brogan
2nd October 2008, 14:14
I've been making conversions of movies from 25 fps to 23.976 fps & they've been coming out a little weird...during scenes where the camera pans, it stutters a little...when I'm setting up the script, Properties > Output Speed > change to Assume 23.976, do I also need to change the Decimate setting as well? I'm a little unclear on this...any help would be greatly appreciated...
:thanks::thanks::thanks:
malgates
2nd October 2008, 15:34
hmm now I used 2 Pass again and set the filesize to 8000, should be around 8Gigabytes now. But instead it's 800 Megabyte.
Strange
Atak_Snajpera
2nd October 2008, 20:36
How can I preview the video? VLC?
PRESS PREVIEW BUTTON in Properties section. Script will be in RipBot264temp/Jobx/Jobx.avs
is there something i didnt update or anything that i need to update?
Reinstall FFDSHOW AND HAAli MEdia Splitter
I've been making conversions of movies from 25 fps to 23.976 fps & they've been coming out a little weird...during scenes where the camera pans, it stutters a little...when I'm setting up the script
Send me sample (source)
mmmmdonut
3rd October 2008, 02:34
Atak
I am getting the following error using the latest release:
Directshowsource: couldnt open file ..RipBot264temp\job1\video.mkv: An operation failed due to a certification failure. (..\job1\getinfo.avs, line 2)
getinfo.avs file
video=DirectShowSource("H:\Temp\RipBot264temp\job1\video.mkv",audio=false).ConvertToYV12()
LoadPlugin("C:\DVDTools\RipBot264v1.10.7\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicAC3Source("H:\Temp\RipBot264temp\job1\audio.1.ac3")
AudioDub(video,audio)
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","Framecount")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","Framerate")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","AudioRate")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","AudioChannels")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","AudioLength")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","Width")
WriteFile("H:\Temp\RipBot264temp\job1\info.txt","Height ")
Trim(0,-1)
This is the second time I received the error on two different Blu sources.
Thanks for your assistance.
xaero
3rd October 2008, 07:40
Reinstall FFDSHOW AND HAAli MEdia Splitter
that did the trick! http://forum.doom9.org/images/smilies/thanks-t.gif
Atak_Snajpera
3rd October 2008, 12:29
Directshowsource: couldnt open file ..RipBot264temp\job1\video.mkv: An operation failed due to a certification failure. (..\job1\getinfo.avs, line 2)
uninstall all codec packs!
Reinstall FFDSHOW AND HAAli MEdia Splitter
that did the trick!
malgates
3rd October 2008, 13:28
PRESS PREVIEW BUTTON in Properties section. Script will be in RipBot264temp/Jobx/Jobx.avs
Reinstall FFDSHOW AND HAAli MEdia Splitter
I guess that worked for me as well. Sample was fine. Lets see.
mmmmdonut
3rd October 2008, 16:33
uninstall all codec packs!
I will go back and double check my system but do not recall loading any. Plus previous versions of RB264 work fine.
Will let you know what I find. Thanks for the quick response.
Atak_Snajpera
3rd October 2008, 16:54
Plus previous versions of RB264 work fine.
Changed: MKV na MP4 are now decoded via DirectShowSource()
Paddy97
3rd October 2008, 17:07
With the .7 version i get fully in sync BD rips from my Disney BDs. But now I have started to recieve reboots with my Tvix 6500 player with the files created from Ripbot.
I have two tvix boxes with different firmware in them. One reboots with the files created and the other stutters heavily.
I am using the level 4.0 profile that I've allways used to create MKV files for my tvix from bluray discs. I have used both CQ mode and 2-pass but both creates files that my tvixes have problems with. Any idea where to start looking? The files playes OK on my PC with for instance videolan and coreavc so I have no clue where to start.
Atak_Snajpera
3rd October 2008, 17:39
I have two tvix boxes with different firmware in them. One reboots with the files created and the other stutters heavily.
Did you have the same problem with previous version?
juGGaKNot
3rd October 2008, 18:51
question : now output is AVC1 and not h.264
DXVA still works, just want to now why :)
also, is the x264 patched with x264_hrd_pulldown.09_interlace.diff ?
my footage is progresive, is there any way to remove this from the cfg ? should i remove it or if the footage is not interlaced is does not do anything ?
Atak_Snajpera
3rd October 2008, 19:01
question : now output is AVC1 and not h.264
AVC1 = h.264 . Somebody made cosmetic change. FFDSHOW guys or x264 team? Frankly I don't care
also, is the x264 patched with x264_hrd_pulldown.09_interlace.diff ?
yes.
my footage is progresive, is there any way to remove this from the cfg ? should i remove it or if the footage is not interlaced is does not do anything ?
You don't have to do anything!
juGGaKNot
3rd October 2008, 19:07
THNX for your hard work, waiting for 1.10.8 with "new" x264 configuration.
cheers
Rumbah
4th October 2008, 04:53
I have one small feature request.
If you select to resize to PSP resolution Ripbot264 always resizes to a vertival resolution of 270 and adds a border of 2 lines (eg. with a 4/3 video it resizes to 360*270 and adds borders in the vertical and horizontal direction). I hope you can change it to 272 and fill the vertical resolution fully (changing it by hand every time is annoying).
Example of an Ripbot avs file:
video=Spline36Resize(video,360,270).Sharpen(0.2).AddBorders(60,0,60,2)
In addition it would be great if it would resize 16:9 matierial to the full native resolution at 480*272 and not to 480*270 and 2 black lines because it is better compressible that way and the aspect ratio error will only be about 1,3% .
Atak_Snajpera
4th October 2008, 07:06
In addition it would be great if it would resize 16:9 matierial to the full native resolution at 480*272 and not to 480*270 and 2 black lines because it is better compressible that way and the aspect ratio error will only be about 1,3% .
PSP always removes two bottom lines if resolution is 480x272!
pOpY
4th October 2008, 08:52
Nope. Too many things depend on demuxed audio. File size , duration , number of channels and so on.
Ok, but i am using just "lock size" feature, so if i can set my settings before demuxing audio it would be great. You can just analyse the audio & video stream and then let me take my options!?!?
Please?!?!
I which programming language did you write this app?
Is it open source?
thanks
pOpY
Paddy97
4th October 2008, 09:38
Did you have the same problem with previous version?
I have just redone the encode of the same BD with the .6 version and ran it through my both tvixes (whole movie). Works flawlessly apart from the audio sync problem. So this was introduced in the .7 version.
Just for fun I have now taken the dgavcdec from .7 and i'm using it in the .6 version and doing another encode to see if I get an in sync version that works with tvix. Sorry to say it did not fix the sync issues so it is something else that is the magic pill.
Rumbah
4th October 2008, 14:26
PSP always removes two bottom lines if resolution is 480x272!
Sorry, didn't know that. And I just tested and it seems that x264 has no problem with such small borders, I could not see any difference or increase in filesize.
laserfan
4th October 2008, 14:52
I've uninstalled & re-installed 1.10.7 and although I've had success in the past using x264 from the command line (in c:\program files\x264), with RipBot264 the process crashes (twice) when attempting to execute the x264 .cmd (once for each of 2 passes I presume). The only thing I note that's different, apart from that the cmds are attempting to execute from x264's subfolder, is that there's a dll in the x264 subfolder which I'd not seen before (maybe because I was using an older build of x264, I dunno). The dll is mentioned in the crash report.
Yes I know this is a crappy post, and I need to do more t-shooting and provide better error reporting, but I'm hoping someone knows a simple answer, or something obvious for me to check. Are there for example some pre-requisite MS libraries I need to have installed for x264? The next thing I am going to try I guess is to edit the .cmd's that RipBot has created to use the x264 installed at c:\program files\x264. Any other ideas? :confused:
binhex
4th October 2008, 15:31
hi i have been playing around with setting the default values for the video to 2-pass and settings the bitrate by defining this in the ini file, is it possible to set the bitrate for the audio as well using the ini file?, if not could this be added as a feature request :-).
cheers,
binhex.
p.s many thanks for replying to my previous post :-)
bigjohn
4th October 2008, 17:56
This thread is amazing, and it seems the application is too!
I have a question. I have a media server, and my standard method of ripping a dvd (movie only) to it has been less than sucessful lately, due to some wierdness in the dvd's.
I need to:
1 - rip the main title only (been using Anydvd + shrink for this)
2 - convert the file to a specific bitrate mpg.
I've been doing the transcode using VLC, but there is something odd happening. The VLC command line is quite straight forward... but somehow the single VOB created by shrink, while the right size, is not being seen correctly? middle of the movie missing sometimes, or even stopping 50 minutes in to a 2 hour movie...
start "Converting with VLC.EXE" /BelowNormal /b /wait %VLCPath% -vvv "%~1" --sout "#transcode{vcodec=mpgv,vb=7413,scale=1,width=720,height=400,fps=29.97,paddtop=40,paddbottom=40,acodec=mpga,ab=192,samplerate=48000,channels=2,equalizer-preamp=20}":standard{url="%~dpn1.DVD.mpeg"} --aspect-ratio=4:3 --sout-ffmpeg-keyint=16 --sout-ffmpeg-strict-rc vlc:quit
Can someone outline how I could accomplish my task using this program? OH, and are there other skins? I can't read the white on lightblue concept...
Ajax_Undone
4th October 2008, 18:47
I which programming language did you write this app?
Is it open source?
thanks
pOpY
http://forum.doom9.org/showthread.php?p=1076062#post1076062
Yeah this is what I got for an answer long ago...:rolleyes:
weaver4
4th October 2008, 20:32
I encode a movie using RB and the "[ level 4.0 ] HD . BluRay . Consoles" profile, I have it set to 1-Pass with a CQ of 22. The filesize was larger than I expected so I tested it with some other programs. The video parameters of all the movies are 640x272, cq of 22, boarders are cropped. I used mediainfo on the video file when complete to verify the audio files are the same. Here are the files sizes with different tools.
RipBot264 = 950k
StaxRip = 591k
MeGui = 597k
Mpeg Mediator = 589k
I then took and made a iPhone Video with the same tools with a width of 480 and CQ=24 and size was roughly equal between all four programs. Size was about 445k
So I am thinking that something may be wrong with the "[ level 4.0 ] HD . BluRay . Consoles" profile.
Atak_Snajpera
4th October 2008, 21:18
RipBot264 = 950k
StaxRip = 591k
MeGui = 597k
Mpeg Mediator = 589k
Could you show me results with longer video( 60 min or more)
I have just redone the encode of the same BD with the .6 version and ran it through my both tvixes (whole movie). Works flawlessly apart from the audio sync problem. So this was introduced in the .7 version.
Just for fun I have now taken the dgavcdec from .7 and i'm using it in the .6 version and doing another encode to see if I get an in sync version that works with tvix. Sorry to say it did not fix the sync issues so it is something else that is the magic pill.
it will be fixed in next release. Regarding audio problem this should explain
Added: Demuxing process will be automatically repeated if eac3to generates .gaps files.
I which programming language did you write this app?
See first post
Paddy97
4th October 2008, 21:54
it will be fixed in next release.
I bow my head with gratitude! Thanks for the support.
weaver4
4th October 2008, 22:59
I'm sorry, the file sizes were Meg not Kilo so the RipBot264 file was 950M.
Thanks!
Atak_Snajpera
4th October 2008, 23:06
I would need exact command line used by other guis.
UPDATE: I've just made test with MeGUI and I got the same file size .
weaver4
4th October 2008, 23:30
I changed the profile from:TrellisQuant=1 to TrellisQuant=0 and the filesize went to 662M; so it is getting closer.
Here is the x264 command from StaxRip. (I noticed that trellis=1 on this command line, so I don't think my change above was legit.)
C:\Documents and Settings\Trey Weaver\Local Settings\Application Data\StaxRip\Applications\x264\x264.exe" --crf 22 --ref 3 --bframes 16 --b-pyramid --weightb --direct auto --filter -2:-1 --subme 6 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --trellis 1 --me umh --merange 12 --threads auto --progress --no-psnr --no-ssim --output "D:\aa-Rips\xxx\VIDEO_TS\xxx--zsxq22_EncoderOutput.264" "D:\aa-Rips\xxx\VIDEO_TS\xxx--zsxq22.avs"
weaver4
5th October 2008, 21:54
UPDATE: I re-encoded a movie that I did with ribbot264 in Mid Aug. The filesize in Mid Aug was 514M (don't know what version of RB that was) and the same movies encoded with the latest RB is 797M. This is done with the same vob files. Both are CQ of 22 with resolution of 640x272; using the Console profile.
Here is the Media info:
Old RipBot264 =====================================
General #0
Complete name : E:\Movies-Other\Movies-H264\Christine--zrbq22-new.mp4
Format : MPEG-4
Format/Info : ISO 14496-1 Base Media
Format/Family : MPEG-4
File size : 491 MiB
PlayTime : 1h 50mn
Bit rate : 624 Kbps
StreamSize : 3.17 MiB
Encoded date : UTC 2008-08-20 01:02:36
Tagged date : UTC 2008-08-20 01:02:36
Video #0
Codec : AVC
Codec/Family : AVC
Codec/Info : H.264 (3GPP)
PlayTime : 1h 50mn
Bit rate : 491 Kbps
Width : 640 pixels
Height : 272 pixels
Display Aspect ratio : 2.35
Frame rate : 23.976 fps
Bits/(Pixel*Frame) : 0.118
StreamSize : 386 MiB
Encoded date : UTC 2008-08-20 01:02:36
Tagged date : UTC 2008-08-20 01:03:29
New RipBot =======================================
General #0
Complete name : E:\Movies-Other\Movies-H264\Christine--zrbq22-new-2.mp4
Format : MPEG-4
Format/Info : ISO 14496-1 Base Media
Format/Family : MPEG-4
File size : 760 MiB
PlayTime : 1h 50mn
Bit rate : 965 Kbps
StreamSize : 3.17 MiB
Encoded date : UTC 2008-10-04 20:19:51
Tagged date : UTC 2008-10-04 20:19:51
Video #0
Codec : AVC
Codec/Family : AVC
Codec/Info : H.264 (3GPP)
PlayTime : 1h 50mn
Bit rate : 833 Kbps
Width : 640 pixels
Height : 272 pixels
Display Aspect ratio : 2.35
Frame rate : 23.976 fps
Bits/(Pixel*Frame) : 0.199
StreamSize : 655 MiB
Encoded date : UTC 2008-10-04 20:19:51
Tagged date : UTC 2008-10-04 20:21:11
Atak_Snajpera
5th October 2008, 22:06
commit 173b40c276ee187de31ef630fd207a62de1b2cc7 r968
Author: Jason Garrett-Glaser <darkshikari@gmail.com>
Date: Sat Sep 13 14:03:12 2008 -0700
Move adaptive quantization to before ratecontrol, eliminate qcomp bias
This change improves VBV accuracy and improves bit distribution in CRF and 2pass.
Instead of being applied after ratecontrol, AQ becomes part of the complexity measure that ratecontrol uses.
This allows for modularity for changes to AQ; a new AQ algorithm can be introduced simply by introducing a new aq_mode and a corresponding if in adaptive_quant_frame.
This also allows quantizer field smoothing, since quantizers are calculated beofrehand rather during encoding.
Since there is no more reason for it, aq_mode 1 is removed. The new mode 1 is in a sense a merger of the old modes 1 and 2.
WARNING: This change redefines CRF when using AQ, so output bitrate for a given CRF may be significantly different from before this change!
Copied from change log
weaver4
6th October 2008, 02:18
That makes it about useless to me. I know that CQ=22 was good enough for me, I have no idea what new number to use now.
Dark Shikari
6th October 2008, 02:55
That makes it about useless to me. I know that CQ=22 was good enough for me, I have no idea what new number to use now.Stick with the same unless you have good reason not to.
Some videos got larger at the same CRF, some got smaller, others stayed the same. On average, things stayed the same.
Ajax_Undone
6th October 2008, 05:20
I think its great! Some of the movies i've encoded are smaller after re encoding from original source...
You guys rock...
pOpY
6th October 2008, 11:37
http://forum.doom9.org/showthread.php?p=1076062#post1076062
Yeah this is what I got for an answer long ago...:rolleyes:
:mad::mad:
Thanks for the info.
@Atak_Snajpera: Please can you give us the source???
cu
pOpY
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.