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

soneca
18th March 2017, 18:59
Oops, cool! :rolleyes: I'll test with more movies.

klopsknoedel
25th March 2017, 12:57
Hi,

as the title mentions I have some problems archiving BDs if the video-codec is VC-1.
It seems like transcoding (or just decoding) is slowing down the video-track (maybe duplicated frames or anything else). So the resulting file is going out of sync during playback.

Also I have to choose wmv9 as decoder. AviSynth crashes with libavcodec (ffshdow).

It's quite frustrating as I recognized it a little bit late. I'm currently archiving my complete blu-ray - collection and some of the older ones are VC-1 - encoded.

I hope some of you guys have an idea how to fix this problem.

Kind Regards
klopsknoedel

My Environment:
OS: Windows 10 Pro x64 Version 1607 Build 14393
CPU: Core i7 - 4770k
Memory: 16GB

AviSynth 2.6ST
ffdshow 1.3.4531
MatroskaSplitter 23/06/2013

Atak_Snajpera
25th March 2017, 13:37
I will need some big sample (1GiB) to reproduce this issue.

sneaker_ger
25th March 2017, 15:30
ffmpeg's VC-1 software decoder has had known problems for years. Don't use it even if you can fix the crash.

klopsknoedel
25th March 2017, 17:38
I will need some big sample (1GiB) to reproduce this issue.

I've tried. But your inbox is full :)

Atak_Snajpera
25th March 2017, 18:24
Try now.

klopsknoedel
25th March 2017, 19:20
Try now.

Done.

skylinekiller
27th March 2017, 20:50
I am getting an error when my .mkv file demuxes "m2AudioAC3Source: "G:\Temp\RipBot264temp\job1\1_audio_English.ac3" without a valid AC-3 header in first 1MB
(G:\Temp\RipBot264temp\job1\getinfo.avs, line 4)"

The audio file in this .mkv is Eac3 How can I get this to demux and mux properly in ripbot? is there an update for this?

Atak_Snajpera
27th March 2017, 21:19
Cut out few minute sample and send me prepared .mkv. I will check what is going there.

skylinekiller
27th March 2017, 23:10
I encoded to .mp4, is this still ok? How would I send it to you or post it?

skylinekiller
28th March 2017, 11:48
Cut out few minute sample and send me prepared .mkv. I will check what is going there.

Here is a short clip that still gives it the error. Audio is EAC3

http://www.mediafire.com/file/go5c670cc83wgim/video_with_eac3.mkv

byteshare
29th March 2017, 16:59
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT
faster ordered dither to 8bit: SSE2 (10x speed)
and a few other speed improvements if you're still on an old version.

skylinekiller
29th March 2017, 21:26
Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?

skylinekiller
29th March 2017, 21:39
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT

and a few other speed improvements if you're still on an old version.

I downloaded that file, where do I extract the documents to?

guest
30th March 2017, 01:26
I downloaded that file, where do I extract the documents to?

After you have unpacked the .7z file, read the "readme.txt", it will tell you exactly where to put the files :)

skylinekiller
30th March 2017, 03:03
thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...

byteshare
30th March 2017, 17:35
thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...

Happens to all of us, LOL

Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?

AviSynth doesn't get updated by RipBot.
I don't have this issue with batch mode. Do you get any error messages or anything to be more specific?

archaeo
3rd April 2017, 00:28
Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!

guest
3rd April 2017, 01:47
Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!

Should be able to, but if the laptop isn't reasonably powerful, there's not much point.

Are you using wireless or wired connection ??

Simply change the IP address on one of them.

archaeo
3rd April 2017, 02:37
Should be able to, but if the laptop isn't reasonably powerful, there's not much point.

Are you using wireless or wired connection ??

Simply change the IP address on one of them.

burt,
Thanks. Using wireless, and the laptop is much more powerful (i7) than my core2duo. I didn't realize changing the IP was so simple. I'll give that a go.

archaeo
3rd April 2017, 17:59
working! Thanks Burt.

EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:


C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:02m:42s

byteshare
3rd April 2017, 22:29
working! Thanks Burt.

EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:


C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:02m:42s

If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be

If you have try entering in your "Authentication information under Settings > Distributed Encoding

archaeo
3rd April 2017, 22:58
If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be

If you have try entering in your "Authentication information under Settings > Distributed Encoding

byteshare,

Yes, I have referred to both the youtube video and the written distributed encoding instructions at another site. As well, there is no password authentication required with my system. And, I have run the program as administrator. The files appear to be encoding fine, but the last step in reading the video.mkv file is hanging it up. I also checked my folder sharing permissions, and the shared folder is set up to allow everyone to read/write. When I run the file without distributed encoding, the final output file is fine.

At a loss here to see why I'm getting an open file error in distributed encoding.


Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.

Atak_Snajpera
4th April 2017, 13:49
go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd

archaeo
4th April 2017, 16:47
go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd


That worked :)
On the next DE job I ran, it muxed and outputted correctly.

Many thanks Atak!
Paypal donation just made for your all your work on this program. Thanks

klopsknoedel
4th April 2017, 21:51
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT

and a few other speed improvements if you're still on an old version.

Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.

guest
6th April 2017, 01:59
Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.

I had some problems with this, and had to re install 2.6....

FuzzyNutz
7th April 2017, 18:38
v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.

I have not tested True-HD with v1.19.6.

guest
9th April 2017, 04:28
With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???

Atak_Snajpera
9th April 2017, 12:51
Copy stream?

FuzzyNutz
9th April 2017, 22:37
v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.

This seems a degradation. Was it intentional? Might this be addressed in a future release?

guest
10th April 2017, 03:28
Copy stream?

OK, I know that's how you retain DTS streams, but I have a question for you:-

I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.

When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.

Just seems a little misleading.

I am yet to process one to see what the end result is.....

FuzzyNutz
10th April 2017, 05:38
OK, I know that's how you retain DTS streams, but I have a question for you:-

I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.

When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.

Just seems a little misleading.

I am yet to process one to see what the end result is.....

Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?

If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.

guest
10th April 2017, 05:46
Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?

If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.

Only showing as 2 channels....:(

Possibly.

FuzzyNutz
10th April 2017, 05:54
Only showing as 2 channels....:(

Possibly.

My experience with demuxed 7.1 tracks prior to v1.19.6 was that they would appear as 5.1 (6 channel).

Assuming you're using "copy stream" with the 7.1 track, you'll probably end up with 7.1.

FuzzyNutz
10th April 2017, 06:02
Only showing as 2 channels....:(

Possibly.

I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?

guest
10th April 2017, 08:23
I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?

According to MediaInfo, it's AAC 8 channel.

Ronski
10th April 2017, 10:27
With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???

I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.

guest
10th April 2017, 13:19
I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.

Nice tip...thanks ;)

Atak_Snajpera
10th April 2017, 13:50
That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.
Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.

This seems a degradation. Was it intentional? Might this be addressed in a future release?
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

FuzzyNutz
10th April 2017, 15:15
According to MediaInfo, it's AAC 8 channel.

My understanding is there is a lack of consistency with encoders, decoders and players regarding channel assignment with AAC 7.1. I would avoid.

FuzzyNutz
10th April 2017, 15:22
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

The thousands of encodes I did before v1.19.6 used the lossy cores?

Does my posted workaround of changing the .dtsma extension to .dts prevent encoding from the lossless part?

FuzzyNutz
10th April 2017, 16:36
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.

FuzzyNutz
10th April 2017, 17:43
I'm aware many would offer that AAC 2.0 @128 and 5.1 @320 is more or less transparent, yet I'd like to have additional choices of 160, 192, 224, 256 and 320 for 2.0, 448, 512 and perhaps 576 for 5.1 and vbr 5 and 6 for both 2.0 and 5.1. Until this happens, I will continue to manually modify the jobx_EncodeAudio1 file inside the jobx folder.

Also, if you, (Atak), could implement AAC 7.1 with correct channel assignment, I'd "love you long time".

Atak_Snajpera
10th April 2017, 20:35
Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.

It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.

The thousands of encodes I did before v1.19.6 used the lossy cores?
No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.

FuzzyNutz
10th April 2017, 21:11
It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.

Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.

No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.

I'm aware that before v1.19.6, some of my jobs loaded from .mkv files had lossless audio tracks that underwent automatic FLAC conversion, but I did not see this conversion when loading jobs from M2TS files in Blu-ray structured folders; not as a message within the GUI or the resulting FLAC files in the jobx folders. When I encoded to AC3 or AAC from the M2TS scenario, was the FLAC conversion happening?...Behind the scenes? And if it did not happen, does that mean my AC3 or AAC encodes were from lossy cores?

soneca
10th April 2017, 21:25
Atak, I made the update from Flac to version 1.3.2 and it works correctly with RipBot.
Did you get tested?
http://www.rarewares.org/files/lossless/

soneca
10th April 2017, 21:31
Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.

It's normal here.

https://s20.postimg.org/fdsdjcczx/ripbot.png

FuzzyNutz
10th April 2017, 21:40
It's normal here.

Did you arrive at v1.19.6 via fresh install or Ripbot264's updater?

FuzzyNutz
10th April 2017, 22:47
Ripbot264 v1.19.6 failed to load an M2TS file from a BD folder structure, with a TrueHD track, set to "demux".

This error message appeared:
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job3\getinfo.avs, line 4)

Update: I suspect the TrueHD stream has issues.