Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th July 2018, 20:57   #15921  |  Link
thezfunk
Registered User
 
Join Date: Dec 2010
Posts: 10
Quote:
Originally Posted by Atak_Snajpera View Post
If you are having issues with java detection then add
CheckRequiredSoftware=0
in RipBot264.ini under [settings] tag
I did what you suggested and now it doesn't fail the Java check (because it isn't checking anything) and everything seems to work fine.
thezfunk is offline   Reply With Quote
Old 20th July 2018, 04:22   #15922  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by DG74 View Post
Hi,
I'm still getting a Demux Error with Dolby Digital Plus Audio Tracks.
Anything specific? Can you post a clip of the file?
byteshare is offline   Reply With Quote
Old 20th July 2018, 13:37   #15923  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
This has probably been asked before...

How to convert 264 to 265 HDR, emphasis on the HDR part...

I know there's an option to convert HDR to SDR when using 265....
burt123 is offline   Reply With Quote
Old 20th July 2018, 15:28   #15924  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
You can't restore information which wasn't present in source. It is like having 2d image and asking how to convert to true 3d stereoscopic format.
Atak_Snajpera is offline   Reply With Quote
Old 23rd July 2018, 16:33   #15925  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by burt123 View Post
This has probably been asked before...

How to convert 264 to 265 HDR, emphasis on the HDR part...

I know there's an option to convert HDR to SDR when using 265....
There are scripts to try and add this info but it isn't very helpful or good.
As it has already been pointed out, you're trying to add info that never existed, like upscaling or something along those lines.

Maybe in the future there will be some great script for this but not yet.
byteshare is offline   Reply With Quote
Old 27th July 2018, 08:59   #15926  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Incorrect Characters

Not sure why but RipBot is changing
Code:
é
to
Code:
Θ
when muxing the files after an encode.
The filename displays correctly in the queue.
I'm having this issue on a Windows 10 machine.
Using RipBot Core 2018.07.11
Example:
Code:
Pokémon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)
Into:
Code:
PokΘmon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)

Last edited by byteshare; 30th July 2018 at 16:30.
byteshare is offline   Reply With Quote
Old 8th August 2018, 08:40   #15927  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully , and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.

Last edited by burt123; 8th August 2018 at 08:56.
burt123 is offline   Reply With Quote
Old 8th August 2018, 09:00   #15928  |  Link
user1085
Registered User
 
Join Date: Apr 2018
Posts: 22
Quote:
Originally Posted by burt123 View Post
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully , and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.
I'm lost. Why did you encode to higher bitrate than source?
user1085 is offline   Reply With Quote
Old 8th August 2018, 12:02   #15929  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by user1085 View Post
I'm lost. Why did you encode to higher bitrate than source?
No need to be lost...

It was simply to make it look even better than original, and as a test !!!!

I'm watching it right now, and it looks fantastic !!!!
burt123 is offline   Reply With Quote
Old 8th August 2018, 13:03   #15930  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by burt123 View Post
No need to be lost...

It was simply to make it look even better than original, and as a test !!!!

I'm watching it right now, and it looks fantastic !!!!
I hope you are just trolling us now
Atak_Snajpera is offline   Reply With Quote
Old 8th August 2018, 14:21   #15931  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by Atak_Snajpera View Post
I hope you are just trolling us now
Not 100% sure what that means, but no "trolling", legit !!!!

So is there a faster way to Mux ???

What does Ripbot use, to Mux things back together ??
burt123 is offline   Reply With Quote
Old 8th August 2018, 14:31   #15932  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
mkvmerge.exe or mp4box.exe
Atak_Snajpera is offline   Reply With Quote
Old 8th August 2018, 14:44   #15933  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by Atak_Snajpera View Post
mkvmerge.exe or mp4box.exe
And they aren't multi thread enabled ?? (or whatever the terminology is)
burt123 is offline   Reply With Quote
Old 8th August 2018, 14:46   #15934  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.
sneaker_ger is offline   Reply With Quote
Old 8th August 2018, 15:00   #15935  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by sneaker_ger View Post
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.
So you're suggesting SSD's or better, for the muxing drive !! ??
burt123 is offline   Reply With Quote
Old 8th August 2018, 15:05   #15936  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Fastest would be muxing with 2 SSDs, one source and one target. But muxing itself will take only little time. Most time is spent in video encoding. So if you want to speed up things you need: faster CPU and/or lower encoding settings (or faster encoder like x264). Or GPU encoding (but which can impact quality/compression negatively).


Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...
sneaker_ger is offline   Reply With Quote
Old 8th August 2018, 15:13   #15937  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by sneaker_ger View Post
Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...
Good advise on the drive setup, I'll check that...

Nice to know you read my thread

Not retarded, just testing the limits, but it does make a difference

However, a lot of high end 2160p 4K video's are around the 50 - 60 Mb/s bitrate !! Even encoding at the original, would still take a long time.
burt123 is offline   Reply With Quote
Old 8th August 2018, 16:17   #15938  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by burt123 View Post
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully , and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.
RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.

Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.
byteshare is offline   Reply With Quote
Old 8th August 2018, 17:05   #15939  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Not retarded, just testing the limits, but it does make a difference
According to your theory re-encoding 128 kbps MP3 to 320 kbps MP3 will also automagically improve quality?
Atak_Snajpera is offline   Reply With Quote
Old 9th August 2018, 02:00   #15940  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by byteshare View Post
RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.
Turns out that not only the source & destination folders were on the same slow RAID 1E, but the Temp folder was too...won't do that again !!!

Quote:
Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.
No special filters, just basically default settings for 4K encode, the only thing I changed was a 1 pass @ 60,000kb/s.
burt123 is offline   Reply With Quote
Reply

Tags
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 18:05.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.