PDA

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

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

klopsknoedel
25th March 2017, 11: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, 12:37
I will need some big sample (1GiB) to reproduce this issue.

sneaker_ger
25th March 2017, 14: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, 16: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, 17:24
Try now.

klopsknoedel
25th March 2017, 18: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?

burt123
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!

burt123
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.

burt123
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.

burt123
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?

burt123
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.

burt123
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?

burt123
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.

burt123
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.

FuzzyNutz
11th April 2017, 00:23
Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

nexxai
11th April 2017, 01:21
Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

FuzzyNutz
11th April 2017, 01:25
Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.

nexxai
11th April 2017, 01:29
Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.I realize that Ripbot is not the "absolutely everything for everyone" solution, but I was really hoping this feature was already a part of the package, since it seems like it is so important to get an encode right.

Atak: Any chance I could request this as a feature? :)

FuzzyNutz
11th April 2017, 01:31
Any chance I could request this as a feature? :)

You just did.

soneca
11th April 2017, 01:47
Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

burt123
11th April 2017, 01:49
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/

Which one did you use, and where to you put it ???

FuzzyNutz
11th April 2017, 02:01
Fresh install and the source used is blu-ray(structured folders).

I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

soneca
11th April 2017, 02:04
You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

FuzzyNutz
11th April 2017, 02:08
Which one did you use, and where to you put it ???

I'm more interested in what "soneca" thinks "Atak" needed to get tested for.

soneca
11th April 2017, 02:21
I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

FuzzyNutz
11th April 2017, 02:30
English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

burt123
11th April 2017, 02:38
You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

soneca
11th April 2017, 02:40
@Atak,

If I add a job and resolve to quit by clicking "X" to close the window "Blu-ray Structure" RipBot freezes, does not close.

soneca
11th April 2017, 02:42
I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

I'll compare the tracks taken from Ripbot264 and Eac3to.

soneca
11th April 2017, 02:54
Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

Just rename it.

burt123
11th April 2017, 03:24
Just rename it.

:thanks:

soneca
11th April 2017, 04:57
I'll compare the tracks taken from Ripbot264 and Eac3to.

They are identical.

soneca
11th April 2017, 05:02
Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

burt123
11th April 2017, 06:52
Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

Just loaded a DTS-HD MA 7.1 movie into v1.19.6, and it shows 8 channels, using Copy Stream. :) (also using Flac 1.3.2)

Ronski
11th April 2017, 10:23
Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.


Can't remember when I last read the change log, the program just updates - may be after an update offer the user a chance to read the change log.

I haven't tried letting ripbot handle the whole file for ages, its just what works for me, perhaps I'll try it with the next Blu-ray I do. I normally keep two audio tracks, a 5.1 and the Atmos or DTSMA.

Atak_Snajpera
11th April 2017, 13:03
Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

burt123
11th April 2017, 13:30
Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

:goodpost:

FuzzyNutz
11th April 2017, 15:01
Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion issues compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio. Also consider an option to preselect audio tracks, including no audio, when loading .mkv sources, similar to choices we get when loading M2TS files. Thank you.

FuzzyNutz
11th April 2017, 15:13
Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

FuzzyNutz
11th April 2017, 15:42
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?

It would be a huge disappointment to learn that so many of my audio encodes were lossy to lossy when I thought they were lossless to lossy. Especially considering Eac3to is capable of lossless to AC3 conversions without FLAC intermediates.

Atak, please clarify. Thanks.

FuzzyNutz
11th April 2017, 16:05
Atak, consider adding the ability to batch load M2TS files in Blu-ray structured folders.

soneca
11th April 2017, 17:35
It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion-issue flaws compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio.

Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

FuzzyNutz
11th April 2017, 17:52
Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

I successfully encoded a Suicide Squad Atmos track to 5.1 AAC in November. I did it outside of RipBot264, because I didn't know if RipBot264 automatically performed a 6 channel-downmix.
It's absurd that an Atmos stream would have a 384kbps core. Grrrrr.

I have not watched Suicide Squad. I've surpassed my saturation point of Hollywood's offerings. I watch less of the movies and TV shows I hoard. This hobby is sometimes more about acquisition and the self-empowering knowledge of how to manipulating A/V.

soneca
11th April 2017, 18:36
I also find absurd a TrueHD stream with or without Atmos with a core similar to the one used in the early days of the dvd's.
I do not have many problems with bad movies, I consider it a good uncompromising fun. :p

FuzzyNutz
11th April 2017, 23:35
Earlier versions of Eac3to gave low volume warnings when decoding/encoding the notorious "strange setup" version of 7.1 DTS-MA.

Should there be cause for concern when RipBot264 deals with this "strange setup" DTS-MA variant?

nexxai
12th April 2017, 00:05
Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)
You're the best! I would have never thought to use the script. Thank you!

FuzzyNutz
12th April 2017, 19:27
Atak: Consider preventing "new frame" from selecting frames with dark pixels in the top-left and bottom-right.

Thank you.

soneca
13th April 2017, 03:15
Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

FuzzyNutz
13th April 2017, 15:32
In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

I wanted assurance that demuxed TrueHD and DTS-HD 7.1 tracks are properly downmixed to 6 channel (5.1) when encoded to lossy formats.

iSeries
15th April 2017, 22:50
Hi, I've been away from encoding for a while, just wondered though, I've made an MKV remux of Moana using MakeMKV. I've opened that up in Ripbot and the audio is DTS-HD MA 7.1. If I choose an output format of AC3 5.1 640kbps, when the surround channels get mixed does it automatically reduce the volume if there is clipping, or do I have to check 'normalize' for this to happen?

Ryushin
16th April 2017, 01:58
I'm running 19.6 and I just upgraded a few days ago. It seems with about half of my encodings since then, that I'm finding a dropped or corrupted frames with what I'm assuming is at the end or beginning of a chunk. Example from the movie Blow at 15:01. According to VLC and the "Jumpt to Time" plugin, the corrupted frame happens at 00:15:01,207:
https://postimg.org/image/6moudmhgl/

The Crucial showed what seems to be a couple of drop frames at pretty much the same time. Going through a frame at a time at 00:15:01,182 shows what looks like a merged frame:
https://postimg.org/image/6nys71jad/


Information:
Using MDegrain2 with x264.
My distributed encoding is a bit of an odd setup.
Master Server 1: Four 12-core Opterrons, 256GB of RAM, running Linux and a Hypervisor (KVM/Libvirt). Windows 10 guest with with 42 cores given to it along with 16GB of RAM, runs five RipBot264 threads.
Encoding Client 1: Ryzen 1800x, MSI Gaming Pro board. Runs 1 RipBot264 threads. (Ryzen is amazing for encoding. This single proc is almost half as fast at encoding as my master server.
Encoding Client 2: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.
Encoding Client 3: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.

I've very rarely noticed this when watching an encoding done by RipBot264. So rare I've have not worried about it. But now, I'm going to have to go back and check all my recent encodings.

I'm going to try a few encodes with Blow and different settings to see what I can find out.

Atak_Snajpera
16th April 2017, 15:07
@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

Ryushin
17th April 2017, 00:16
@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

Did not have the \\Your-PC\RipBot264temp\Tools folder which I assume is probably deleted after the encodings finish.

But the the problem is fixed by copying the ffms folder. The problem did not show up. I'm going to run the same DE again and enable MDegrain2.

BTW, just wanted to say thank you again for such an amazing program and for your so very much appreciated dedication to supporting and improving it. There is simply none better.

I reverted the changes recently to when I added AviSynthMT (AvisynthPlus-r2455-MT) to system32 and syswow64. Does RipBot264 detect MT automatically or is there some change I need to make? I'm trying to speed up MDegrain. Normally I'll see 50-100fps depending on content, but only around 5fps when using MDegrain. I have a lot of unutilized cpu resources when using MDegrain.

I was also going to make a new thread about degraining and possibly adding a couple of options to the settings, but I guess I'll post that here.

Essentially I've found that when using HQDN3D, using using temporal settings at about half of what the Mono/Colour is I get good results. If I set temporal settings to the same as Mono/Colour I'll get artifacts. So settings would be something like 2/2/1/1 3/3/1/1 4/4/2/2 5/5/2/2 6/6/3/3, etc. Not sure if you can add something like a Temporal box option and just put in the amount of half along with rounding down if the number is not dividable by two.

When you added MDegrain, it opened a lot of doors. I've spent far too much time looking at all the options I could do with MDegrain (fairly daunting I might add). But essentially, after so much research, it was really a simple change of thSAD=400. When I used HQDN3D for something like 6/6/3/3 or 8/8/4/4 I found a MDegrain thSAD=150-200 range gives me excellent results. MDegrain results are simply better then anything else I've tried. Can you give an option for the MDegrain to change the thSAD without having to edit the script?

I also went through the options for MDegrain1-3 using my test clip. I think MDegrain2 is probably the best solution. MDegrain3 produced a smaller clip, but I'm not sure if I'm loosing too much information and I don't want any artifacts.

Test Clip: 5 Minutes, Glengarry Glen Ross, fairly grainy.
RAW: 715MB
CQ18: 577MB
CQ18 MDegrain1 THSAD=200: 290MB
CQ18 MDegrain2 THSAD=200: 210MB
CQ18 MDegrain2 THSAD=400: 176MB
CQ18 MDegrain3 THSAD=200:174MB

My settings, which might help others:
#Denoise MDegrain1 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=300)

#Denoise MDegrain2 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=300)

#Denoise MDegrain3 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
bv3=MAnalyse(super,blksize=8,isb=true,delta=3,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
fv3=MAnalyse(super,blksize=8,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=300)

steferrari
18th April 2017, 12:58
Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

soneca
19th April 2017, 13:57
The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

docholliday
20th April 2017, 12:12
The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

Same as Blu-ray Disc.

steferrari
27th April 2017, 16:30
Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

I'm still having this problem, any way to fix it?
Thanks.

byteshare
28th April 2017, 19:08
I'm still having this problem, any way to fix it?
Thanks.
Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

The issue that I am getting is on 19.6 but not getting on 19.5 ( my 19.5 had a few updates with encoding client and auto crop) is that my videos are coming out....weird.
19.5:
http://i.imgur.com/vYbrfm0.jpg
19.6:
http://i.imgur.com/eKpXhh8.jpg

I've been able to isolate the issue to some change in the tools because when I copy my 19.5 tools over the 19.6 tools I have no issue. Thoughts on what is causing the issue?

Update: I think I found the problem. The ffms in 19.6 is on 2.23 and 19.5 is on 2.20. If I take a clean 19.6 and only copy the ffms from 19.5 (v2.20) I don't have the issue anymore.

sneaker_ger
28th April 2017, 20:38
Are you using AviSynth+ or AviSynth? Since 2.23.1 ffms2 supports the high bitdepth formats of AviSynth+. If the source is >8 bit maybe that creates problems somewhere in your chain?

Atak_Snajpera
28th April 2017, 21:48
It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

byteshare
29th April 2017, 04:09
It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

Would apperciate it! Thank you for looking into this so quickly.
FYI, HEVC 2.4 came out April 22 and mostly is about adding HDR support and some speed improvements:
http://x265.readthedocs.io/en/default/releasenotes.html

Noisrevid
29th April 2017, 16:54
Weird situation here.. I was using a slightly older build of Ripbot on a slower laptop.. And on a fresh new PC with 6700K vs a 4700HQ laptop and the 4700HQ laptop using the same exact settings (I use the same config for all my Ripbots builds) it was encoding about 30% faster on the slower laptop...

Then I deleted that Ripbot from the slower laptop and ran a fresh folder of Ripbot freshly downloaded and it was also slow (slower than the fast desktop) so definitely something going on in the newest build of Ripbot.


I'm doing a 2-pass so i'm only comparing the 1st pass.. Maybe the turbo first pass isn't working right in the newest build, maybe it's doing a normal slow first pass.....

steferrari
29th April 2017, 17:17
Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.

byteshare
30th April 2017, 07:24
You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.
Try taking a clean 19.6 and only copy the ffms from 19.5 (v2.20)
I was getting weird video output with the newest ffms, but not the preview field for the crop.

steferrari
30th April 2017, 17:39
Try taking a clean 19.6 and only copy the ffms from 19.5 (v2.20)
I was getting weird video output with the newest ffms, but not the preview field for the crop.

No difference, unfortunately.

byteshare
1st May 2017, 02:39
No difference, unfortunately.

Does it work for you with a clean (no updates) 19.5?

steferrari
1st May 2017, 13:21
Does it work for you with a clean (no updates) 19.5?

I just tried and yes... it works!
But when it does the updates, the problem comes back immediately.

So I assume that this issue is 100% caused by something in 19.6 then.

BlockABoots
1st May 2017, 16:41
Im not sure if this is an issue with RipBot or AviSynth but have noticed that once i have edited (Avisynth) and encoded (ripbot) that when i watch back the file that my mic audio has become slightly distorted and crackly at random times will be ok one second and then the next will start having issues. I have watch the raw file and this doesnt have these issues at all. Any ideas what the cause of this could be?

byteshare
1st May 2017, 16:57
I just tried and yes... it works!
But when it does the updates, the problem comes back immediately.

So I assume that this issue is 100% caused by something in 19.6 then.

For me the issue was ffms, but for you it sounds like something else.
I'd try to take a clean 19.6 (a straight download http://www.mediafire.com/file/1x2cuqbhbx9xpn3/RipBot264v1.19.6.7z)
and start replacing the plugins 1 by one from a clean 19.5 with out updates in the \Tools\AviSynth plugins until you find the plugin issue. Once you find the issue let us know.

byteshare
1st May 2017, 16:58
Im not sure if this is an issue with RipBot or AviSynth but have noticed that once i have edited (Avisynth) and encoded (ripbot) that when i watch back the file that my mic audio has become slightly distorted and crackly at random times will be ok one second and then the next will start having issues. I have watch the raw file and this doesnt have these issues at all. Any ideas what the cause of this could be?

Which version of RipBot are you using?

BlockABoots
1st May 2017, 17:16
Which version of RipBot are you using?

Its 1.19.6

BlockABoots
1st May 2017, 17:39
Also does Ripbot have issues with video files that have been captured with variable frame rate (like Nvidia's ShadowPlay uses) ?

steferrari
1st May 2017, 18:00
For me the issue was ffms, but for you it sounds like something else.
I'd try to take a clean 19.6 (a straight download http://www.mediafire.com/file/1x2cuqbhbx9xpn3/RipBot264v1.19.6.7z)
and start replacing the plugins 1 by one from a clean 19.5 with out updates in the \Tools\AviSynth plugins until you find the plugin issue. Once you find the issue let us know.

I just did that and nothing changed... really strange. :confused:
Then I tried again with 19.5 and everything is fine!

There must be something else in 19.6 that causes this issue.

Edit: I even tried to replace the whole Tools folder with the one from 19.5 but the problem was still there!

byteshare
1st May 2017, 19:04
Its 1.19.6
Try it on 1.19.5 without updates to see if it is something in the new version.
Also does Ripbot have issues with video files that have been captured with variable frame rate (like Nvidia's ShadowPlay uses) ?
I haven't had too many issues with frame rate stuff in RipBot but when I do I use this AVISynth script to output timestamps to mux back in with MKVtools and it fixes my problems:
LoadPlugin("..Where ever you have your install of RipBot..\ffms2.dll")
FFVideoSource("C:\Video.mkv",timecodes="C:\Video.mkv.avs_timecodes.txt")
To be clear the Video.mkv in this example is the original source file and not the encoded file. You'll mux the *.txt into the encoded file.

I just did that and nothing changed... really strange. :confused:
Then I tried again with 19.5 and everything is fine!

There must be something else in 19.6 that causes this issue.

Edit: I even tried to replace the whole Tools folder with the one from 19.5 but the problem was still there!
Hmmm...Since I changed out my ffms2 (with the version from 19.5) I get black previews on the crop preview. I wasn't having an issue though with the default 19.6. Something for the Dev to look into, which was already mentioned about switching back to the older ffms for video and the newer ffms for audio.

burt123
3rd May 2017, 04:23
Another substantial update today, peep's :)

steferrari
3rd May 2017, 10:03
My blank video margins problem is still there though.

soneca
5th May 2017, 04:01
Hi Atak,

Today I had to make a small edition in Sony Vegas/Frameserver using RipBot to render and I got the same screen. What had never happened.

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

https://s20.postimg.org/wcc8z66kt/ripbot1.png

byteshare
5th May 2017, 08:05
Hi Atak,

Today I had to make a small edition in Sony Vegas/Frameserver using RipBot to render and I got the same screen. What had never happened.

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

https://s20.postimg.org/wcc8z66kt/ripbot1.png

If you're trying 19.6 for the first time, run the updater again to get another version change that might fix your issue. Fixed mine, but some others are saying they are still having the crop preview issue.

steferrari
5th May 2017, 10:33
Looks like everything works fine for me now!
I just ran RipBot, it automatically made an update and the problem seems to be gone. :)

jlpsvk
5th May 2017, 12:07
--profile main10 --output-depth 10 --level-idc 5.1 --amp --aq-mode 3 --qg-size 64 --vbv-bufsize 160000 --vbv-maxrate 160000 --me star --max-merge 5 --rc-lookahead 40
--lookahead-slices 4 --ref 5 --min-keyint 24 --keyint 240 --no-strong-intra-smoothing --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)"
--colorprim bt2020 --colormatrix bt2020nc --transfer smpte-st-2084 --max-cll "1132,923" --no-deblock --no-sao --high-tier --no-info

Results in:
B(7500 was unexpected at this time.

What now? :( Command works with standalone command line.

soneca
5th May 2017, 12:34
If you're trying 19.6 for the first time, run the updater again to get another version change that might fix your issue. Fixed mine, but some others are saying they are still having the crop preview issue.

It was already updated.
This error is only occurring via Frameserver.

Atak_Snajpera
5th May 2017, 16:01
Soneca.
http://i.cubeupload.com/AhZwSK.png

soneca
5th May 2017, 17:28
Hello Atak,
Was actually disabled but still not working. I have now tested it with version 1.19.5 and it works normally.

soneca
6th May 2017, 00:38
Thank you, problem fixed! :)

jlpsvk
6th May 2017, 11:26
@Atak_Snajpera

What about this http://forum.doom9.org/showthread.php?p=1806163#post1806163 ? Any suggestion?

Atak_Snajpera
6th May 2017, 14:59
I guess command line is too long for .cmd file.

soneca
6th May 2017, 18:49
Hi Atak,

Editing today a few chapters extracted from blu-ray in Sony Vegas the autocrop has again troubled, does not crop the video via FrameServer and hangs, I have to force the closing of RipBot264. While in version 1.19.5 this again does not occur.

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

jlpsvk
6th May 2017, 23:34
I guess command line is too long for .cmd file.

from command line with x265 it's working OK.

Atak_Snajpera
7th May 2017, 13:05
from command line with x265 it's working OK.

What happens if you manually execute jobx_EncodeVideo.cmd

jlpsvk
7th May 2017, 15:15
What happens if you manually execute jobx_EncodeVideo.cmd

It works OK. It's happens only with Distributed Encoding enabled.

jlpsvk
9th May 2017, 13:18
Atak_Snajpera
What ports are used on the "server" side for distributed encoding? I want to make this work across firewall, as I have 1gbit fiber-optic line between the sites (i have physical access and admin over both end firewalls - on windows machines firewalls are disabled). Microsoft networking is working, I can access shared directories from the "remote machine" on which encodingserver.exe is running to main machine running RipBot264. Also ports 1000-1010 are forwarded from remote to RipBot machine...but still not successfull. On remote end, in Encoding Server windows I am getting
Socket error # 10060
Connection timed out
Access violation at address 004C6268 in module "Encodingserver.exe". Read of address 00000098

Atak_Snajpera
9th May 2017, 15:06
https://forum.doom9.org/showthread.php?p=1762596#post1762596
https://forum.doom9.org/showthread.php?p=1762732#post1762732

jlpsvk
9th May 2017, 16:05
Atak_Snajpera
Thanks. :) Will try. What about that encoding command, which is not working in distributed encoding?

Atak_Snajpera
9th May 2017, 16:13
Like I said. Most likely command line is too long for .cmd file.

jlpsvk
9th May 2017, 16:18
Atak_Snajpera
But the setting is working in standalone mode.

Regarding those firewall... tried it.. both ports 1000-1010 are bi-directional accessible, the same with windows networking ans file sharing. but still not working. :(

EDIT: It works now. :) Created a floating rules on firewalls, so no NAT and everything is working. :)

essential
15th May 2017, 15:17
I did a search first and read though a bunch of posts but didn't find an answer. I figured out a way that works well to use Ripbot and keep chapters with bluray's but I can't figure out how to keep DVD chapters with Ripbot. My resulting file never retains the chapter points. Are there certain steps to maintain chapter points? The VOBs, played directly in VLC have the chapter points, but those same VOBs loaded into Ripbot lose them during encode.

byteshare
15th May 2017, 20:06
I did a search first and read though a bunch of posts but didn't find an answer. I figured out a way that works well to use Ripbot and keep chapters with bluray's but I can't figure out how to keep DVD chapters with Ripbot. My resulting file never retains the chapter points. Are there certain steps to maintain chapter points? The VOBs, played directly in VLC have the chapter points, but those same VOBs loaded into Ripbot lose them during encode.
Have you tried exporting the video from VOBs to MKV with MakeMKV first? This is my usual process.

byteshare
15th May 2017, 22:10
Not sure if this would apply to AVISynth+, but I found a chat about making AVISynth 2.6 portable: http://forum.doom9.org/showthread.php?t=167868
Thought is might help you if you wanted to make RipBot more portable.

essential
16th May 2017, 02:52
Have you tried exporting the video from VOBs to MKV with MakeMKV first? This is my usual process.

No, originally I just copied the DVD to my HD then loaded the first VOB into Ripbot and it did the rest.

I just tried using MakeMKV. Two things ... first the DVD source is interlaced and I'd use the inverse telecine + restore 23.976 option, when I load the resulting mkv from MakeMKV, the deinterlace option isn't delectable anymore, does MakeMKV take care of the interlaceing during its process?

Second, the resulting encoded MKV does indeed retain the chapters now, but if I skip ahead at all in the video, the audio/video sync goes out of whack. This doesn't happen at all when encoding straight from the VOBs. My original encode is basically perfect except for the lack of chapters.

I ended up finding this site, "chapterdb.org" and found a chapter file for my movie and used mkvtoolnix to save it to the mkv. This is a solution, but still unsure why Ripbot isn't able to use the chapter marks from the original VOB files.

byteshare
16th May 2017, 17:14
If you're not already, I'd use QTGMC in RipBot for the interlaced material. Under settings > "Use QTGMC deinterlacer instead of Yadif"
You can force the QTGMC when in batch mode by setting Deinterlace to "TFF -> 25 FPS/30FPS"
or editing the video script and putting this in there (copy/past) under #Deinterlace:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Import("C:\RipBot\Tools\AviSynth plugins\UniCode\QTGMC-3.33.avsi")
video=QTGMC(video,Preset="Medium",FPSDivisor=2)
Only change the path from "C:\RipBot" to where you are running RipBot from.

You might have loaded the DVD incorrectly if you weren't getting chapters in the MKV from MakeMKV, which should be coming along after you've encoded the video in RipBot.

As for the video/audio being out of sync not sure since RipBot should be making a "video.mkv.ffindex" in the job folder that it uses to mux back in to correct that sort of thing. You could try manually remuxing it in to make sure that is happening and/or see if that file is being generated. Did you check the outputed MKV from MakeMKV? It could also be just the actual audio file, try muxing in the audio from the source MKV from MakeMKV to see where the issue is happening. I get audio issues sometimes with RipBot, which is why I personally usually just copy the audio or use a 2nd application to process the audio. It doesn't always happen but I've had it happen enough that I changed my work flow.

Nice find on that site though. I hadn't heard of it before.

essential
16th May 2017, 21:39
If you're not already, I'd use QTGMC in RipBot for the interlaced material. Under settings > "Use QTGMC deinterlacer instead of Yadif"
You can force the QTGMC when in batch mode by setting Deinterlace to "TFF -> 25 FPS/30FPS"
or editing the video script and putting this in there (copy/past) under #Deinterlace:

Only change the path from "C:\RipBot" to where you are running RipBot from.

You might have loaded the DVD incorrectly if you weren't getting chapters in the MKV from MakeMKV, which should be coming along after you've encoded the video in RipBot.

As for the video/audio being out of sync not sure since RipBot should be making a "video.mkv.ffindex" in the job folder that it uses to mux back in to correct that sort of thing. You could try manually remuxing it in to make sure that is happening and/or see if that file is being generated. Did you check the outputed MKV from MakeMKV? It could also be just the actual audio file, try muxing in the audio from the source MKV from MakeMKV to see where the issue is happening. I get audio issues sometimes with RipBot, which is why I personally usually just copy the audio or use a 2nd application to process the audio. It doesn't always happen but I've had it happen enough that I changed my work flow.

Nice find on that site though. I hadn't heard of it before.

Thanks for the reply byte, yea I've never changed anything on the settings screen. I'm assuming QTGMC is better or faster than the Yadif? I wonder why QTGMC isn't the default heh, I've done a lot of videos with Yadif.

Not sure the issues. I just copied the entire original DVD to my HD after removing copy protection (old DVD, nothing recent). It plays just fine from my HD, and loads into VLC with menus and everything (only loaded VTS_01_1.vob into Rip).

The encode from the resulting MakeMKV file is fine timing wise unless I skip forward, then it looses it. If i just let it play from the beginning it never looses sync.

Oh well, it's not a big deal now, between that site and their piece of software "ChapterGrabber.5.4" I can always get or create my own chapters and insert them into the MKV after Ripbot is done. I've gone back and looked at a lot of my old encodes based on DVDs and none have chapters, so I don't think that has ever worked for me, but I'm just realizing it now.

byteshare
17th May 2017, 16:47
I'm assuming QTGMC is better or faster than the Yadif?

The encode from the resulting MakeMKV file is fine timing wise unless I skip forward, then it looses it. If i just let it play from the beginning it never looses sync.
QTGMC is slower for sure, but way better results.
Weird that you're only losing sync after skipping. I'm not sure what is causing your issue in this case.

byteshare
26th May 2017, 17:47
Not sure if this would apply to AVISynth+, but I found a chat about making AVISynth 2.6 portable: http://forum.doom9.org/showthread.php?t=167868
Thought is might help you if you wanted to make RipBot more portable.
Found something awesome today that I needed to share and hope gets implemented by default into RipBot.
As long as your on AVISynth+ r2440 or higher (I'm on r2455) you should be able to really speed up your encode times if using MDegrain or QTGMC.
Normal MDegrain in RipBot (right now) looks like:
Loadplugin("C:\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
But adding SetFilterMTMode("DEFAULT_MT_MODE", 2) and Prefetch(8) makes a big difference. I was useing DE mode with 4 nodes on a local machine to use full CPU but the new lines fix this.
Adding those lines I get:
Loadplugin("E:\!0-Trans\!2Tools\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400).Prefetch(8)
Happy encoding.
Update: For more info about MT Modes: https://gist.github.com/tp7/8899021

Atak_Snajpera
26th May 2017, 18:42
Found something awesome today that I needed to share and hope gets implemented by default into RipBot.
As long as your on AVISynth+ r2440 or higher (I'm on r2455) you should be able to really speed up your encode times if using MDegrain or QTGMC.
Normal MDegrain in RipBot (right now) looks like:
Loadplugin("C:\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
But adding SetFilterMTMode("DEFAULT_MT_MODE", 2) and Prefetch(8) makes a big difference. I was useing DE mode with 4 nodes on a local machine to use full CPU but the new lines fix this.
Adding those lines I get:
Loadplugin("E:\!0-Trans\!2Tools\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400).Prefetch(8)
Happy encoding.
Update: For more info about MT Modes: https://gist.github.com/tp7/8899021

Have you compared total encoding time with 4 nodes vs 1 node? Higher CPU usage does not always mean faster encoding time. I'm just curious now...
I used to experiment a little bit with MT modes in the past but then I realized that running multiple instances on the same PC was faster than spawning additional threads like you do.

byteshare
27th May 2017, 04:44
Have you compared total encoding time with 4 nodes vs 1 node? Higher CPU usage does not always mean faster encoding time. I'm just curious now...
I used to experiment a little bit with MT modes in the past but then I realized that running multiple instances on the same PC was faster than spawning additional threads like you do.
Yes, it is for sure faster than 1 thread 3-4 times faster (maybe default for non-DE mode?), but slightly slower depending on the source and filters I'm using than having 4 threads (vs 1) that are not MT. For some stuff I found it was as fast, but I don't think faster. I don't have the numbers and since it was within minutes I usually didn't care.
Was testing with MDegrain3, HQDering, and f3kdb on.
It does also use a lot less RAM though if that is a concern for anyone.
The main reason I looked into it was because I was trying to use MDegrain3, HQDering, and f3kdb with QTGMC and it was taking way longer (about 8 times longer) than doing QTGMC near lossless, and then reprocessing the video into HEVC with MDegrain3, HQDering, and f3kdb. I wouldn't normally do that but I was trying to isolate what was going on.
The one hiccup I have right now is how to put in the script for RipBot since in RipBot you don't group all of your load and "video=" commands AVISynth doesn't like putting ".Prefetch(8)" twice in the same script. Wasn't sure if I put it just in QTGMC (since it is first in the list) it is applying to the other filters.
Oh, and I should mention if I add in the prefetch info from within RipBot and by clicking on the AVISynth button in the edit menu, then showing the video script and after editing clicking okay the avs2avi.exe will take forever and a day but if I click the "X" it seems to work fine, not sure what the exe is doing.
I've been just editing the Job*.avs script directly because of the above.
Update: Ran some more tests...and a lot of videos would cut out early in the encode. Might have to stick with ST over MT for now.

george84
31st May 2017, 18:26
x265 version 2.4 has option --hdr-opt for HDR10 support.Please update RipBot.

byteshare
1st June 2017, 00:26
x265 version 2.4 has option --hdr-opt for HDR10 support.Please update RipBot.
You can manually update while you wait; what I usually have to do.

george84
1st June 2017, 07:41
You can manually update while you wait; what I usually have to do.

Thank you, this worked. I assumed it was a version specially built for RipBot.

byteshare
3rd June 2017, 17:41
Thank you, this worked. I assumed it was a version specially built for RipBot.
I think HandBrake is the only common encoder that makes it difficult to update HEVC.

george84
3rd June 2017, 19:04
I created my own profile to encode. I use MA10 profile andmodified command section to:

--profile main10 --output-depth 10 --hdr-opt --aq-mode 1 --aq-strength 2 --no-open-gop --colorprim bt2020 --transfer smpte-st-2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --max-cll "1000,200"

I would expect media info to display something like this:

...
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : SMPTE ST 2084
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0001 cd/m2, max: 1000.0000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 200 cd/m2


but mediainfo only shows:

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Codec ID : V_MPEGH/ISO/HEVC
Duration : 51 s 0 ms
Bit rate : 4 923 kb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Bits/(Pixel*Frame) : 0.025
Stream size : 29.9 MiB (97%)
Default : Yes
Forced : No


When doing playback on TV, then TV shows HEVC AAC 3840x2160 HDR BT.2020 as video characteristics and everything is Ok.

Is there a way to force RipBot so that mediainfo can discover and show the wanted information? (which is clearly somewhere hidden in video)

byteshare
3rd June 2017, 20:12
Is there a way to force RipBot so that mediainfo can discover and show the wanted information? (which is clearly somewhere hidden in video)
I believe the problem you're having is to do with MKVToolNix and HEVC (x265) 2.4+
You need to update the MKVToolNix RipBot uses: RipBot264\Tools\mkvtoolnix (need MKVToolNix 12.0+) or wait for Atak_Snajpera to push an update.

sneaker_ger
3rd June 2017, 20:25
There was a problem with mkvmerge 11.0, not related to x265. But RipBot should still be using mkvmerge 10.0?

byteshare
3rd June 2017, 20:40
There was a problem with mkvmerge 11.0, not related to x265. But RipBot should still be using mkvmerge 10.0?
I just checked to be sure and in my RibBot folder after all updates it is using MKVToolNix 11.0.0 and says the same under Settings > Tools
Update: I manually copied newer MKVToolNix (12.0.0) files into the RipBot264\Tools\mkvtoolnix folder. Did a quick test encode with HEVC 2.4+26 and media info correct after RipBot Muxed the pieces together.

george84
4th June 2017, 10:05
I just checked to be sure and in my RibBot folder after all updates it is using MKVToolNix 11.0.0 and says the same under Settings > Tools
Update: I manually copied newer MKVToolNix (12.0.0) files into the RipBot264\Tools\mkvtoolnix folder. Did a quick test encode with HEVC 2.4+26 and media info correct after RipBot Muxed the pieces together.

Thank you, this solution works for me.

Nosirus
6th June 2017, 15:18
I try to make it work, but I also have this error

D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\tools\mkvtoolnix\mkvmerge.exe" -o "C:\test2.mkv" --compression 0:none --title "test2" --default-duration 0:23.94fps "D:\Temp\RipBot264temp\video.264" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v12.0.0 ('Trust / Lust') 64bit
Error: The file 'D:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:08s

Only when "Distributed encoding" are ticked

What are the solutions to try? (i use win 10 pro)

(sorry for my bad english)

Atak_Snajpera
6th June 2017, 15:45
Record your desktop with fraps and show us what is really happening? This log is not very helpful.

Nosirus
6th June 2017, 16:19
https://www.youtube.com/watch?v=sWZQKAzmbuw

It seems related to mkvtoolnix that does not create video.h264 file no ?

byteshare
6th June 2017, 16:32
https://www.youtube.com/watch?v=sWZQKAzmbuw

It seems related to mkvtoolnix that does not create video.h264 file no ?

Watched the video. Would you please post the media info for that test2.mkv file?

Nosirus
6th June 2017, 16:49
Of course, but all the videos do that

Atak_Snajpera
6th June 2017, 17:15
Does this file exist?
\\[Your-PC]\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe

Nosirus
6th June 2017, 17:54
Yes, x64 and x86 exist

Nosirus
6th June 2017, 18:26
Yes, x64 and x86 exist

Nosirus
6th June 2017, 20:51
Yes it is present

essential
7th June 2017, 00:50
On current version ... does Ripbot not allow using a PCM audio track?

My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?

I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.

I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?

Nosirus
7th June 2017, 15:18
Yes it is present

byteshare
7th June 2017, 17:31
On current version ... does Ripbot not allow using a PCM audio track?

My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?

I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.

I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?
You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.

sirjaymz
7th June 2017, 23:28
I try to make it work, but I also have this error



Only when "Distributed encoding" are ticked

What are the solutions to try? (i use win 10 pro)

(sorry for my bad english)

I have same issue.
I have tested my test input AVI with DE Mode enabled on 1.19.3 - 1.19.6
Win7x86
Temp drive on NAS "m:"
Output folder on NAS "M:\Transcoded"

Looks like the job1_encoding_meta has the x264_x86.exe --output not including the "Job number" variable in the "Output" location of the command string on the the temp drive. It has the default temp location (%TEMP%\RipBot264temp\video.264) .
Should it not be something like...
(%TEMP%\RipBot264temp\job%Job_Number%\video.264) ???

Nosirus
9th June 2017, 19:50
Hello, I still do not find the solution

I sometimes see a "sharefolder" icon appear and the crash

I use windows 10 pro french

Nosirus
10th June 2017, 17:42
I still have the same problem

I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash

I use windows 10 pro in french

Nosirus
10th June 2017, 20:49
I still have the same problem

I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash

I use windows 10 pro in french

Atak_Snajpera
11th June 2017, 18:28
Run cmd.exe
and enter this command line
"\\YOUR-PC\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k "\\YOUR-PC\Ripbot264temp\Job1\video.mkv"

What error message do you see?

essential
11th June 2017, 21:59
You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.

Atak, how do I send you a sample? I'm having the same issue I posted about before with another bluray, but this one has a DTS-MA track that Ripbot won't allow me to use. It seems like FLAC is the best I can do.

I've attached two files. When I see the Blu-Ray structure it shows me the DTS-MA (and the PCM in the other instance). However, when I select "Wave" click OK and Ripbot demuxes, when I get to the Encoding Settings screen, AC3 is the best option Ripbot allows me to chose.

Am I missing something?

Edit:
I half answered my own question, when I select "Core" I'm getting the DTS. However with the PCM audio with the other Bluray, "Core" wasn't selectable, just Wave. I'll have to re-rip one of those.

Atak_Snajpera
12th June 2017, 13:02
May I ask why do you need uncompressed audio (wav) in .mkv ?

Nosirus
12th June 2017, 15:23
C:\Users\Nosirus>"\\DESKTOP-8NBTRJ0\RipBot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k \\DESKTOP-8NBTRJ0\RipBot264temp\job1\video.mkv
Writing keyframes... done.
Writing index... done.

No problem I think

Nosirus
12th June 2017, 16:07
https://youtu.be/ScGt6vEu5co

Almost !

But you have to type the command each time

Atak_Snajpera
12th June 2017, 16:58
What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?

Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)

byteshare
12th June 2017, 18:53
Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.

Atak_Snajpera
13th June 2017, 16:21
Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.

avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.

byteshare
13th June 2017, 16:50
avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.
Is there a way to know easily if they are x64?
For example MDegrain: http://avisynth.nl/index.php/Temporal_Degrain
I thought was x64.
Sorry if I'm wasting your time, just thought this was easier than it seems now that you explained it a little.

Atak_Snajpera
13th June 2017, 17:37
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.

byteshare
13th June 2017, 19:10
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.
Why do you include the avs2yuv64.exe than?
RipBot264v1.19.6\Tools\avs2yuv\avs2yuv64.exe
-Update- Don't mean to come off hostile, just wondering if there are other places that RipBot will use the x64 version?

Atak_Snajpera
13th June 2017, 19:34
Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases

byteshare
13th June 2017, 20:52
Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases
Thank you for the clarification.

Nosirus
14th June 2017, 15:20
What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?

Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)

It works fine, if I run 1.cmd from another computer

But, this other computer, also does not want to encode with the option "distributed encoding"

edit:
I have an NAS encoder directly on are disk that is in network will fix the problem? If yes, how ?

Atak_Snajpera
14th June 2017, 18:32
When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?

Nosirus
14th June 2017, 20:27
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.

Just "encode" then "encoding termined" loop

I do not know how to make it work once, it seems to link to the "residential group" but the folder "D:\Temp\RipBot264temp" is automatically deleted

The network management of windows is really a horror!

I often have this error
https://img15.hostingpics.net/pics/175373error.jpg (https://www.hostingpics.net/viewer.php?id=175373error.jpg)

Atak_Snajpera
15th June 2017, 13:30
Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s

sirjaymz
15th June 2017, 15:13
Looking at most of the scripts created, it looks as if RB uses the netbios name of the locations of the directories and file locations.

can you make it so that i can use a share on a NAS instead?

I gather that in the ripbot264.ini file that the variable TEMP translates into a netbios name for the temp location and the job working directory when in DE mode.

I tried setting the TEMP variable as
StoreTempFilesin=\\nas\sharedrive as the temp location,
which Iwould translate expect it to translate to
\\nas\sharedrive\Temp\RipBot264temp\
But that doesn't seem to work.

Any plan to allow us to use a NAS unit instead of having the files local? or suggestions how i could accomplish?

Nosirus
15th June 2017, 16:35
Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s

Yes i had followed tutorial

The folder share "D:\Temp\RipBot264temp" is well indicated, but I have to re-apply it for it to work

RipBot264 seems to change rights every time, possible?

Atak_Snajpera
15th June 2017, 20:57
How about this question?
When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?

jlpsvk
16th June 2017, 07:12
@Atak_Snajpera
Anything new with too long command when trying to encode 4K HDR with distributed encoding? Any chance for a quick fix?

Nosirus
16th June 2017, 14:59
How about this question?

Just "encoding terminated" in loop

https://www.youtube.com/watch?v=3MMWx1ni_Fk

What's happening, thanks for your support :)

byteshare
21st June 2017, 16:18
Just "encoding terminated" in loop

https://www.youtube.com/watch?v=3MMWx1ni_Fk

What's happening, thanks for your support :)

Something is wrong with your setup. Can you go into the job folder and use AvsPmod to see if the script checks out?
For example:
C:\Temp\RipBot264temp\Job238\Chunks\1.avs
load the 1.avs into AvsPmod while the encode is trying in RipBot and see what error it gives you (bottom left click the triangle).
AvsPmod: https://avspmod.github.io/

Danette
24th June 2017, 17:40
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.

byteshare
25th June 2017, 03:54
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.
I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.

byteshare
25th June 2017, 03:56
FYI to anyone that is trying to do QTGMC and MDegrain. I found it was much faster to combine the lines...I don't know if this messes anything up but my results looked good.
I mean normally RipBot would have two sections for AVISynth scripting, but I just put them together something like this:
[Ignoring the LoadPlugin & Import lines]
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=1000).HQDering(strength=255).f3kdb.QTGMC(Preset="Medium",FPSDivisor=2)

Danette
25th June 2017, 20:07
I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.

So, you are confirming that the bug is there and that you are having to do a dance to get it to work.

I think that Atak_Snajpera will provide a fix once he recognizes the issue, since it wasn't an issue in previous releases.

Atak_Snajpera
25th June 2017, 20:42
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...

burt123
26th June 2017, 02:30
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...

Sounds good :)

Any chance of a few more Servers being added to the next build ??

byteshare
26th June 2017, 19:42
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...
Awesome!!! Don't want to wait :D

burt123
27th June 2017, 04:27
Awesome!!! Don't want to wait :D

RipBot264 v1.20.0 BETA is out today !!!!!

LOT's of little changes :)

byteshare
27th June 2017, 19:39
New update is great so far!

byteshare
27th June 2017, 19:49
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.

Batch mode is working well for me right now.
As for custom script loading that also seems to be working correctly.

Calimero1609
28th June 2017, 00:00
Hello Atak

I found a bug in Ripbot264 V1.19.6 / V1.20 BETA

Ripbot does not recognize the audio track ( DTS-MA ) when the temporary directory = D -> the audio file is present in the directory.

https://abload.de/img/bild4hzjba.jpg

https://abload.de/img/bild1-2vkoc2.jpg

If the temporary directory = C, then everything is ok.

https://abload.de/img/bild6j6j4d.jpg

The bug ist not present in V1.19.5!

NiGHTsC
28th June 2017, 04:53
Just realized Ripbot264 is already 10years old...10years man...
Sir! You are super Persistent~

Thank you x10!

Atak_Snajpera
28th June 2017, 12:42
@Calimero
It works fine on my windows 7
http://i.cubeupload.com/5OcMsk.png

klopsknoedel
28th June 2017, 19:59
RipBot 1.20BETA acts quite strange. I have a BD where only the first m2ts of a playlist will be demuxed. Playing this BD in MPC-HC works fine. Anyone elese with this problem?

EDIT: Same Problem with 1.19.6
Tried to pre-combine these m2ts via mkvtoolnix and it quits with the following error:
"The track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00006.m2ts' cannot be appended to the track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00003.m2ts'. The formats do not match"
So it seems the BD-Authors did great job there :/ ... So don't mind this post.

Calimero1609
28th June 2017, 20:26
@Atak

Ripbot 1.19.5 works fine

Ripbot 1.19.6 / 1.20.0 does not recognize the audio track ( DTS-MA ) when the temporary directory = D

I have this again tested today with a newly installed Windows 10 Pro. What can be the cause :confused:

Atak_Snajpera
28th June 2017, 20:37
RipBot 1.20BETA acts quite strange. I have a BD where only the first m2ts of a playlist will be demuxed. Playing this BD in MPC-HC works fine. Anyone elese with this problem?

EDIT: Same Problem with 1.19.6
Tried to pre-combine these m2ts via mkvtoolnix and it quits with the following error:
"The track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00006.m2ts' cannot be appended to the track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00003.m2ts'. The formats do not match"
So it seems the BD-Authors did great job there :/ ... So don't mind this post.

IN demuxing windows hit edit button and see if all streams are the same (contain the same audio).

Example with GIRL_WITH_THE_DRAGON_TATTOO movie
http://i.cubeupload.com/mEi29n.png

eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00000.m2ts" -log="C:\Temp\RipBot264temp\job1\00000.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 0:01:06, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: AC3, Swedish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
3: AC3, English, 5.0 channels, 448kbps, 48kHz, dialnorm: -27dB
4: Subtitle (PGS), English


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00001.m2ts" -log="C:\Temp\RipBot264temp\job1\00001.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:10, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00017.m2ts" -log="C:\Temp\RipBot264temp\job1\00017.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:04, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00018.m2ts" -log="C:\Temp\RipBot264temp\job1\00018.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:04, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


Notice that logo clips do not have audio stream. In this case you have to uncheck streams without audio to extract main movie part.

Similar problem was with the movie THE FALL. Intro was encoded with 2.0 audio while main movie was in 5.1.

klopsknoedel
28th June 2017, 21:09
Thanks for your quick reply.
BTW the Playlist-Editor seems broken. I get a " is not a valid time. After that message RipBot is responding normaly. So no freeze but I can't open it again.

I've checked the m2ts - files with your "Media Info" and you're right. On the first file the first audio-track is AC3 while the first audio-track on the main-movie is DTS-MA.

I'm now converting all 3 m2ts files seperatly und append them via mkvtoolnix afterwards.

Atak_Snajpera
28th June 2017, 21:21
Can you send me that movie (with whole blu-ray structure and so on) but of course with trimmed main movie (50 MiB). I will check why you get that error message.

klopsknoedel
28th June 2017, 21:31
Yep. But give me some time please.
Any idea on how to trim the main movie without losing it's original metadata?

Atak_Snajpera
28th June 2017, 21:43
simple DGSplit will be fine.

PS. Take your time. It is late after all.

tkwou
29th June 2017, 21:04
I'm also having a problem with the DTSMA soundtrack. I get the error
FFAudioSource: No audio track found
(D:\Temp\RipBot264temp\job2\getinfo.avs, line 4)
When I look in the job2 folder the *. dtsma file is present but the *.dtsma.ffindex file is much smaller than it should be.

klopsknoedel
1st July 2017, 20:13
Even in my case DTSMA - Tracks can't be found if "StoreTempFilesin=D" is set in RipBot264.ini on Windows 10.
No problems in RipBot264 1.19.x

@Atak ... I've send you the trimmed BD as you requested via PM 1-2 days ago. Hope it helps find the bug within the "Edit Playlist" - Window.

Calimero1609
2nd July 2017, 01:04
@klopsknoedel

I have the same problem ... see post #14950

StoreTempFilesin=C -> OK
StoreTempFilesin=D -> no Audio
StoreTempFilesin=E -> OK
StoreTempFilesin=F -> OK
StoreTempFilesin=G -> OK
StoreTempFilesin=H -> OK

@tkwou

Windows 10?

cyperous
2nd July 2017, 01:35
There a bug in the most recent version around adding a batch of files.

When I initiate the add for a list of files using the batch mode. At some point the process stops in the middle of the batch and requires user intervention to close the add window and go back into the batch window to resume.

This is very annoying and would like for it to be fixed.

Atak_Snajpera
2nd July 2017, 11:42
There a bug in the most recent version around adding a batch of files.

When I initiate the add for a list of files using the batch mode. At some point the process stops in the middle of the batch and requires user intervention to close the add window and go back into the batch window to resume.

This is very annoying and would like for it to be fixed.

Can you make a screen shot or even better record that using fraps?

klopsknoedel
2nd July 2017, 14:59
@klopsknoedel

I have the same problem ... see post #14950

StoreTempFilesin=C -> OK
StoreTempFilesin=D -> no Audio
StoreTempFilesin=E -> OK
StoreTempFilesin=F -> OK
StoreTempFilesin=G -> OK
StoreTempFilesin=H -> OK

@tkwou

Windows 10?

For me this only happens if all tracks (1/1 or 2/2) are DTSMA. If for example the first one is encoded in AC3 and the second in DTSMA all works fine.

Calimero1609
2nd July 2017, 18:06
For me this only happens if all tracks (1/1 or 2/2) are DTSMA. If for example the first one is encoded in AC3 and the second in DTSMA all works fine.

@klopsknoedel
@Atak

RipBot264 1.20 Beta / Windows 10 Pro

StoreTempFilesin=C / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

StoreTempFilesin=D

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = no Audio
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK


RipBot264 1.19.5 / Windows 10 Pro

StoreTempFilesin=C / D / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

Calimero1609
2nd July 2017, 20:05
@Atak

the new Ripbot264 V1.20 RC1 works great again :-) Big thx

RipBot264 1.20 RC1 / Windows 10 Pro

StoreTempFilesin=C / D / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
True HD Atmos Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

Would it be possible to support DTS Hi-RES (demux)?

Calimero1609
4th July 2017, 00:21
@Atak

Thanks for supporting DTS HI-RES :thanks:

In RC1 / RC2 sometimes the window disappears into the background or the program terminates when a movie is read

nekrosoft13
7th July 2017, 14:51
hmm... there is something wrong with the new 1.20 versions (beta, RC2) still doing the same.

When I set it to x265 10bit 2pass and set bitrate to lets say 6000

First pass all looks fine, I can see the bitrate in ripbot gui, but when second pass starts bit rate according to ripbot gui drops to 400-600, and I end up with tiny files that are 100-300 mb, files look beyond horrible.

Older 1.18/1.19 versions never did that.

Atak_Snajpera
7th July 2017, 16:02
Show me .cmd files and log in your job folder

jonesjrgr
8th July 2017, 20:52
Hello everyone!!!
Just updated ripbot from 1.19.6 version to 1.20.0..!!!!

So far,so good for this amazing program!!!!!

But,there is a tiny flaw for me......I cannot use in batch automated mode.....I mean,if i go to batch mode (normal mode-file selection),all is good!!But if i go to batch mode (automated-folder selection),nothing happens!!!!No ripbot temp folder is created,no CPU usage,nothing!!!!Am i doing something wrong?Do i have to do some steps extra???

Thanks in advance for your help!!!!

Atak_Snajpera
8th July 2017, 21:58
Automated batch mode basically works as Watch folder mode. When you add new file to watched folder then ripbot automatically creates job according to your settings. (each watched folder can have different encoding settings)
You can also use shortcuts instead of physical file.

jonesjrgr
8th July 2017, 22:12
OMG!!!!It works!!!!!Too many thanks to count for your help!!!

Maybe can i ask for a small request??

Can ripbot have an option to maintain original folder structure (with subs) in the target directory?And option to delete original files afterwards?

If it is too much hassle,i understand....



THANKS AGAIN!!!!!!!

nekrosoft13
9th July 2017, 18:25
Show me .cmd files and log in your job folder

job16_EncodeVideoPass1.cmd

"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -


job16_EncodeVideoPass2.cmd

"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -


and log

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+87-5f2330bdb8fa
x265 [info]: build info [Windows][GCC 7.1.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1019, Avg QP:22.11 kb/s: 27348.60
x265 [info]: frame P: 23147, Avg QP:21.76 kb/s: 10991.24
x265 [info]: frame B: 62164, Avg QP:25.57 kb/s: 3754.12
x265 [info]: Weighted P-Frames: Y:2.3% UV:2.0%
x265 [info]: consecutive B-frames: 12.2% 5.7% 6.4% 63.8% 11.8%

encoded 86330 frames in 18695.58s (4.62 fps), 5973.05 kb/s, Avg QP:24.51

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+87-5f2330bdb8fa
x265 [info]: build info [Windows][GCC 7.1.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [warning]: Error: 2pass curve failed to converge
x265 [warning]: target: 6000.00 kbit/s, expected: 33933.62 kbit/s, avg QP: nan
x265 [warning]: internal error
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1019, Avg QP:50.78 kb/s: 993.41
x265 [info]: frame P: 23147, Avg QP:48.59 kb/s: 569.96
x265 [info]: frame B: 62164, Avg QP:50.80 kb/s: 201.68
x265 [info]: Weighted P-Frames: Y:1.1% UV:1.0%
x265 [info]: consecutive B-frames: 12.2% 5.7% 6.4% 63.8% 11.8%

encoded 86330 frames in 14084.37s (6.13 fps), 309.77 kb/s, Avg QP:50.21

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv" --compression 0:none --title "Big Little Lies - S01E07 - You Get What You Need" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job16\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job16\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.

'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

The cue entries (the index) are being written...
Multiplexing took 4 seconds.
-------------------------

Elapsed Time: 09h:06m:31s



and again i picked 6000 kb/s and I ended up with 311 kb/s

this started with 1.20 version, version 1.9.6 never gave me this issue.

Atak_Snajpera
9th July 2017, 19:42
x265 [warning]: Error: 2pass curve failed to converge
x265 [warning]: target: 6000.00 kbit/s, expected: 33933.62 kbit/s, avg QP: nan
x265 [warning]: internal error

Looks like x265 problem. Update x265 and see if this helps.

nekrosoft13
9th July 2017, 20:15
running again with x265 dated 7-7-17. since this binary was supplied by ripbot264 auto updater, just letting you know, its a problem.

Danette
10th July 2017, 14:38
Is the PCM Audio bug back? RipBot264 demuxes the PCM audio, but it appears as "[NO AUDIO]" in the audio drop-down list.

When I try it in batch mode, the drop-down options are available, but the audio is left out of the resulting file.

nekrosoft13
10th July 2017, 16:06
Atak, it seems to work now

I got the x265 from here https://builds.x265.eu/

but now I have another issue, I selected 10bit, and i'm only getting 8bit files....


C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
x265 [warning]: falling back to default bit-depth
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+98-06217c0e0f5f
x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1032, Avg QP:22.47 kb/s: 28228.50
x265 [info]: frame P: 23233, Avg QP:22.91 kb/s: 11014.27
x265 [info]: frame B: 62065, Avg QP:26.60 kb/s: 3738.32
x265 [info]: Weighted P-Frames: Y:1.8% UV:1.6%
x265 [info]: consecutive B-frames: 12.3% 6.1% 6.3% 64.2% 11.1%

encoded 86330 frames in 15677.57s (5.51 fps), 5989.18 kb/s, Avg QP:25.55

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
x265 [warning]: falling back to default bit-depth
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+98-06217c0e0f5f
x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1032, Avg QP:22.56 kb/s: 28865.64
x265 [info]: frame P: 23233, Avg QP:25.00 kb/s: 11107.88
x265 [info]: frame B: 62065, Avg QP:28.49 kb/s: 3713.67
x265 [info]: Weighted P-Frames: Y:0.8% UV:0.7%
x265 [info]: consecutive B-frames: 12.3% 6.1% 6.3% 64.2% 11.1%

encoded 86330 frames in 21661.35s (3.99 fps), 6004.26 kb/s, Avg QP:27.48

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv" --compression 0:none --title "Big Little Lies - S01E07 - You Get What You Need" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job16\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job16\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

The cue entries (the index) are being written...
Multiplexing took 58 seconds.
-------------------------

Elapsed Time: 10h:23m:32s

sneaker_ger
10th July 2017, 16:46
x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
That x265 binary was only built for 8 bit. You need to use a binary that's compiled for 10 bit (either 10 bit only or multi bitdepth).

Atak_Snajpera
10th July 2017, 17:38
Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

nekrosoft13
10th July 2017, 17:40
That x265 binary was only built for 8 bit. You need to use a binary that's compiled for 10 bit (either 10 bit only or multi bitdepth).

thats weird because I downloaded the 10bit binary from the address alobe.

Atak_Snajpera
10th July 2017, 17:43
Delete everything in x265 folder and use my link. Don't forget to name them accordingly. (x265_x64.exe and x265_x86.exe)

nekrosoft13
10th July 2017, 18:53
Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

thanks, trying now, first pass, will let you know in few hours.

nekrosoft13
10th July 2017, 19:18
on different topic I have a question about the distributed encoding.

I noticed that if I use distributed encoding with movies and utilize 3-4 computers end result is all over the place.

usually beginning of the movie will be really low bitrate, intros will end up with heavy artifacts.
then random places in the movie will also suffer from the same issue.

Atak_Snajpera
10th July 2017, 19:39
usually beginning of the movie will be really low bitrate, intros will end up with heavy artifacts.
then random places in the movie will also suffer from the same issue.
Then send me everything from job folder except of course video/audio/subtitles files.

nekrosoft13
10th July 2017, 20:01
Then send me everything from job folder except of course video/audio/subtitles files.

I will have to re-produce it again, I found this issue about 8-10 months ago, didn't report it right away, just decided to stop using distributed encoding, but I can run again it.

Atak_Snajpera
10th July 2017, 20:21
Well In that case I think this issue was already fixed in 1.19.6

v1.19.6
Added: EAC3, DTS-MA and TRUE-HD are no longer automatically converted to flac
Added: Faster (up to 1.5x on Ryzen 7) and more accurate auto-crop algorithm
Added: Faster frame extraction
Added: Improved BDO algorithm in EncodingClient.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on).
In old version it was 100kbps. Now the limit is 25% of nominal bitrate.
Updated: ffmpeg 2017.04.04, ffms2 v2.23.1, MediaInfo v0.7.94, MKVToolnix v10.0.0, NicAudio v2.0.6

nekrosoft13
10th July 2017, 22:53
cool, will try it again then, because I remember in past it was rather bad results.

wasn't aware that it was fixed now :)

nekrosoft13
11th July 2017, 14:13
Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

that worked


C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job27\job27.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job27\job27.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 76692 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+99-3160e1a0cc5f
x265 [info]: build info [Windows][GCC 7.1.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write

x265 [info]: frame I: 705, Avg QP:20.76 kb/s: 36258.02
x265 [info]: frame P: 19872, Avg QP:20.97 kb/s: 12257.56
x265 [info]: frame B: 56115, Avg QP:25.09 kb/s: 3846.18
x265 [info]: Weighted P-Frames: Y:1.4% UV:1.1%
x265 [info]: consecutive B-frames: 9.0% 3.6% 5.5% 69.5% 12.4%

encoded 76692 frames in 16408.59s (4.67 fps), 6323.64 kb/s, Avg QP:23.98
C:\Temp\RipBot264temp\job27\job27.avs: 3840x2160, 10000000/417083 fps, 77851 frames
error: wrote only 12192654 of 12441600 bytes

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job27\job27.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job27\job27.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 76692 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+99-3160e1a0cc5f
x265 [info]: build info [Windows][GCC 7.1.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read

x265 [info]: frame I: 705, Avg QP:21.26 kb/s: 36498.67
x265 [info]: frame P: 19872, Avg QP:24.23 kb/s: 11709.14
x265 [info]: frame B: 56115, Avg QP:27.49 kb/s: 3589.89
x265 [info]: Weighted P-Frames: Y:0.5% UV:0.4%
x265 [info]: consecutive B-frames: 9.0% 3.6% 5.5% 69.5% 12.4%

encoded 76692 frames in 22178.65s (3.46 fps), 5996.22 kb/s, Avg QP:26.59
C:\Temp\RipBot264temp\job27\job27.avs: 3840x2160, 10000000/417083 fps, 77851 frames
error: wrote only 12192654 of 12441600 bytes

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E06 - Burning Love.mkv" --compression 0:none --title "Big Little Lies - S01E06 - Burning Love" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job27\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job27\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job27\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job27\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job27\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job27\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E06 - Burning Love.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

The cue entries (the index) are being written...
Multiplexing took 51 seconds.
-------------------------

Elapsed Time: 10h:44m:04s

Atak_Snajpera
11th July 2017, 14:55
You could significantly reduce encoding time and probably space on HDD if you used Constant Quality mode instead of 2-pass. Is there any good reason why you aim for specific file size?

byteshare
11th July 2017, 19:52
With RipBot and using --ssim --tune ssim where can I find the output data values?
Don't see it in the log
Update: Found it but had to go into the chunk folder and look at the log for each chunk. Would be much better to not use SSIM with DE mode.

nekrosoft13
11th July 2017, 23:05
You could significantly reduce encoding time and probably space on HDD if you used Constant Quality mode instead of 2-pass. Is there any good reason why you aim for specific file size?

there is no specific reason for specific size, when ever I tried CQ even picking the same number there is always that uncertainly what size file I end up with, sometimes compression seems crazy good, but sometimes the file ends huge for no apparent reason.

Atak_Snajpera
12th July 2017, 15:17
there is no specific reason for specific size, when ever I tried CQ even picking the same number there is always that uncertainly what size file I end up with, sometimes compression seems crazy good, but sometimes the file ends huge for no apparent reason.

Because every movie has different complexity. Noisy very dynamic movies will always produce higher average bitrate than let's say flat very static anime.

Use gentle denoising to improve compressibility in Constant Quality mode.

nekrosoft13
12th July 2017, 17:38
Because every movie has different complexity. Noisy very dynamic movies will always produce higher average bitrate than let's say flat very static anime.

Use gentle denoising to improve compressibility in Constant Quality mode.

a lot of times I remote in into my machines to start encoding and I haven't been able to confirm this yet... but it seems like when I remote in the GPU will not activate in ripbot, is that true?

Atak_Snajpera
12th July 2017, 17:41
Sorry but you lost me here...

Danette
12th July 2017, 20:12
I think the issue I raised was lost in the enormity of the x265 issue, above. Version 1.20.0 seems unable to handle PCM audio. It demuxes the PCM audio, but it then appears as "[NO AUDIO]" in the audio drop-down list and there are no drop-down audio menu items to select from. It is as though RipBot264 no longer supports PCM audio that, I’m sure, is not the intent.

Is this just my problem (Win 7) or do others also have it? If it is unique to me, any ideas on how to resolve it?

Atak_Snajpera
12th July 2017, 21:30
Instead of demuxing to PCM use conversion to WAVE.

Danette
12th July 2017, 22:46
Instead of demuxing to PCM use conversion to WAVE.

OK ...how do I do that? When I open the mkv file with RipBot264, it automatically starts the demuxing process and I see no way to control that, nor can I find any settings that would permit it.

Also, note that the mkv contains the PCM file and that I want to convert it to AAC or AC3. RipBot264, after automatic demuxing, offers no options for the audio conversion. It only lists the audio file as [NO AUDIO].

Atak_Snajpera
13th July 2017, 12:32
I thought you were working with Blu-ray source...
Regarding pcm in mkv I will have to check if I have sample in this configuration...

Danette
13th July 2017, 16:18
Regarding pcm in mkv I will have to check if I have sample in this configuration

You can make your own. Demux any video file and convert the audio to PCM/WAV, then remux to an MKV file. I've done this with several different videos, with the same result. RipBot264 1.20 won't recognize any PCM/WAV ...at least not in an MKV container.