Log in

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 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429

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