View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
soneca
18th March 2017, 18:59
Oops, cool! :rolleyes: I'll test with more movies.
klopsknoedel
25th March 2017, 12:57
Hi,
as the title mentions I have some problems archiving BDs if the video-codec is VC-1.
It seems like transcoding (or just decoding) is slowing down the video-track (maybe duplicated frames or anything else). So the resulting file is going out of sync during playback.
Also I have to choose wmv9 as decoder. AviSynth crashes with libavcodec (ffshdow).
It's quite frustrating as I recognized it a little bit late. I'm currently archiving my complete blu-ray - collection and some of the older ones are VC-1 - encoded.
I hope some of you guys have an idea how to fix this problem.
Kind Regards
klopsknoedel
My Environment:
OS: Windows 10 Pro x64 Version 1607 Build 14393
CPU: Core i7 - 4770k
Memory: 16GB
AviSynth 2.6ST
ffdshow 1.3.4531
MatroskaSplitter 23/06/2013
Atak_Snajpera
25th March 2017, 13:37
I will need some big sample (1GiB) to reproduce this issue.
sneaker_ger
25th March 2017, 15:30
ffmpeg's VC-1 software decoder has had known problems for years. Don't use it even if you can fix the crash.
klopsknoedel
25th March 2017, 17:38
I will need some big sample (1GiB) to reproduce this issue.
I've tried. But your inbox is full :)
Atak_Snajpera
25th March 2017, 18:24
Try now.
klopsknoedel
25th March 2017, 19:20
Try now.
Done.
skylinekiller
27th March 2017, 20:50
I am getting an error when my .mkv file demuxes "m2AudioAC3Source: "G:\Temp\RipBot264temp\job1\1_audio_English.ac3" without a valid AC-3 header in first 1MB
(G:\Temp\RipBot264temp\job1\getinfo.avs, line 4)"
The audio file in this .mkv is Eac3 How can I get this to demux and mux properly in ripbot? is there an update for this?
Atak_Snajpera
27th March 2017, 21:19
Cut out few minute sample and send me prepared .mkv. I will check what is going there.
skylinekiller
27th March 2017, 23:10
I encoded to .mp4, is this still ok? How would I send it to you or post it?
skylinekiller
28th March 2017, 11:48
Cut out few minute sample and send me prepared .mkv. I will check what is going there.
Here is a short clip that still gives it the error. Audio is EAC3
http://www.mediafire.com/file/go5c670cc83wgim/video_with_eac3.mkv
byteshare
29th March 2017, 16:59
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT
faster ordered dither to 8bit: SSE2 (10x speed)
and a few other speed improvements if you're still on an old version.
skylinekiller
29th March 2017, 21:26
Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?
skylinekiller
29th March 2017, 21:39
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT
and a few other speed improvements if you're still on an old version.
I downloaded that file, where do I extract the documents to?
guest
30th March 2017, 01:26
I downloaded that file, where do I extract the documents to?
After you have unpacked the .7z file, read the "readme.txt", it will tell you exactly where to put the files :)
skylinekiller
30th March 2017, 03:03
thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...
byteshare
30th March 2017, 17:35
thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...
Happens to all of us, LOL
Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?
AviSynth doesn't get updated by RipBot.
I don't have this issue with batch mode. Do you get any error messages or anything to be more specific?
archaeo
3rd April 2017, 00:28
Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!
guest
3rd April 2017, 01:47
Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!
Should be able to, but if the laptop isn't reasonably powerful, there's not much point.
Are you using wireless or wired connection ??
Simply change the IP address on one of them.
archaeo
3rd April 2017, 02:37
Should be able to, but if the laptop isn't reasonably powerful, there's not much point.
Are you using wireless or wired connection ??
Simply change the IP address on one of them.
burt,
Thanks. Using wireless, and the laptop is much more powerful (i7) than my core2duo. I didn't realize changing the IP was so simple. I'll give that a go.
archaeo
3rd April 2017, 17:59
working! Thanks Burt.
EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:
C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 01h:02m:42s
byteshare
3rd April 2017, 22:29
working! Thanks Burt.
EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:
C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 01h:02m:42s
If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be
If you have try entering in your "Authentication information under Settings > Distributed Encoding
archaeo
3rd April 2017, 22:58
If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be
If you have try entering in your "Authentication information under Settings > Distributed Encoding
byteshare,
Yes, I have referred to both the youtube video and the written distributed encoding instructions at another site. As well, there is no password authentication required with my system. And, I have run the program as administrator. The files appear to be encoding fine, but the last step in reading the video.mkv file is hanging it up. I also checked my folder sharing permissions, and the shared folder is set up to allow everyone to read/write. When I run the file without distributed encoding, the final output file is fine.
At a loss here to see why I'm getting an open file error in distributed encoding.
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
Atak_Snajpera
4th April 2017, 13:49
go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd
archaeo
4th April 2017, 16:47
go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd
That worked :)
On the next DE job I ran, it muxed and outputted correctly.
Many thanks Atak!
Paypal donation just made for your all your work on this program. Thanks
klopsknoedel
4th April 2017, 21:51
Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT
and a few other speed improvements if you're still on an old version.
Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.
guest
6th April 2017, 01:59
Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.
I had some problems with this, and had to re install 2.6....
FuzzyNutz
7th April 2017, 18:38
v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.
I have not tested True-HD with v1.19.6.
guest
9th April 2017, 04:28
With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???
Atak_Snajpera
9th April 2017, 12:51
Copy stream?
FuzzyNutz
9th April 2017, 22:37
v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.
This seems a degradation. Was it intentional? Might this be addressed in a future release?
guest
10th April 2017, 03:28
Copy stream?
OK, I know that's how you retain DTS streams, but I have a question for you:-
I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.
When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.
Just seems a little misleading.
I am yet to process one to see what the end result is.....
FuzzyNutz
10th April 2017, 05:38
OK, I know that's how you retain DTS streams, but I have a question for you:-
I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.
When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.
Just seems a little misleading.
I am yet to process one to see what the end result is.....
Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?
If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.
guest
10th April 2017, 05:46
Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?
If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.
Only showing as 2 channels....:(
Possibly.
FuzzyNutz
10th April 2017, 05:54
Only showing as 2 channels....:(
Possibly.
My experience with demuxed 7.1 tracks prior to v1.19.6 was that they would appear as 5.1 (6 channel).
Assuming you're using "copy stream" with the 7.1 track, you'll probably end up with 7.1.
FuzzyNutz
10th April 2017, 06:02
Only showing as 2 channels....:(
Possibly.
I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?
guest
10th April 2017, 08:23
I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?
According to MediaInfo, it's AAC 8 channel.
Ronski
10th April 2017, 10:27
With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???
I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.
guest
10th April 2017, 13:19
I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.
Nice tip...thanks ;)
Atak_Snajpera
10th April 2017, 13:50
That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.
Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.
This seems a degradation. Was it intentional? Might this be addressed in a future release?
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.
FuzzyNutz
10th April 2017, 15:15
According to MediaInfo, it's AAC 8 channel.
My understanding is there is a lack of consistency with encoders, decoders and players regarding channel assignment with AAC 7.1. I would avoid.
FuzzyNutz
10th April 2017, 15:22
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.
The thousands of encodes I did before v1.19.6 used the lossy cores?
Does my posted workaround of changing the .dtsma extension to .dts prevent encoding from the lossless part?
FuzzyNutz
10th April 2017, 16:36
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.
Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.
FuzzyNutz
10th April 2017, 17:43
I'm aware many would offer that AAC 2.0 @128 and 5.1 @320 is more or less transparent, yet I'd like to have additional choices of 160, 192, 224, 256 and 320 for 2.0, 448, 512 and perhaps 576 for 5.1 and vbr 5 and 6 for both 2.0 and 5.1. Until this happens, I will continue to manually modify the jobx_EncodeAudio1 file inside the jobx folder.
Also, if you, (Atak), could implement AAC 7.1 with correct channel assignment, I'd "love you long time".
Atak_Snajpera
10th April 2017, 20:35
Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.
It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.
The thousands of encodes I did before v1.19.6 used the lossy cores?
No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.
FuzzyNutz
10th April 2017, 21:11
It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.
Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.
No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.
I'm aware that before v1.19.6, some of my jobs loaded from .mkv files had lossless audio tracks that underwent automatic FLAC conversion, but I did not see this conversion when loading jobs from M2TS files in Blu-ray structured folders; not as a message within the GUI or the resulting FLAC files in the jobx folders. When I encoded to AC3 or AAC from the M2TS scenario, was the FLAC conversion happening?...Behind the scenes? And if it did not happen, does that mean my AC3 or AAC encodes were from lossy cores?
soneca
10th April 2017, 21:25
Atak, I made the update from Flac to version 1.3.2 and it works correctly with RipBot.
Did you get tested?
http://www.rarewares.org/files/lossless/
soneca
10th April 2017, 21:31
Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.
It's normal here.
https://s20.postimg.org/fdsdjcczx/ripbot.png
FuzzyNutz
10th April 2017, 21:40
It's normal here.
Did you arrive at v1.19.6 via fresh install or Ripbot264's updater?
FuzzyNutz
10th April 2017, 22:47
Ripbot264 v1.19.6 failed to load an M2TS file from a BD folder structure, with a TrueHD track, set to "demux".
This error message appeared:
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job3\getinfo.avs, line 4)
Update: I suspect the TrueHD stream has issues.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.