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 27th December 2016, 23:12   #14641  |  Link
Ronski
Registered User
 
Join Date: Oct 2010
Posts: 61
I usually use the [MAIN x.x] 8bit Progressive profile H265, could somebody explain the benefits and pitfalls (if any) of using the [MA10 x.x] 10bit progressive profile please?

I've tried Googling and can't really find anything.
Ronski is offline   Reply With Quote
Old 28th December 2016, 00:07   #14642  |  Link
Deepcuts
Registered User
 
Join Date: Dec 2016
Posts: 4
Could use some help.
Just finished encoding 2 whole series of about 300 episodes only to discover that my Plex server just stops playing the resulted file after about 1 minute.
I can play the file locally just fine with MPC-HC, but all files encoded with RipBot264 behave the same: they stop after ~ 1 minute when playing from a Plex server.
ffmpeg -v error -i filename.mp4 -map 0:1 -f null - 2>error.log shows no errors.
Anyone else experienced such behavior?

later edit:
I even tried copying the file to Apache htroot and access the file via Chrome and the play stopped at the same time frame. So clearly Plex is not the problem.

Last edited by Deepcuts; 28th December 2016 at 00:54.
Deepcuts is offline   Reply With Quote
Old 28th December 2016, 01:18   #14643  |  Link
damia
Registered User
 
damia's Avatar
 
Join Date: Jun 2013
Posts: 61
@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP
damia is offline   Reply With Quote
Old 28th December 2016, 01:23   #14644  |  Link
Deepcuts
Registered User
 
Join Date: Dec 2016
Posts: 4
Quote:
Originally Posted by damia View Post
@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP
Slow hard drive most likely.
Deepcuts is offline   Reply With Quote
Old 28th December 2016, 02:02   #14645  |  Link
damia
Registered User
 
damia's Avatar
 
Join Date: Jun 2013
Posts: 61
Quote:
Originally Posted by Deepcuts View Post
Slow hard drive most likely.
ohh i see.. C: or where file hard drive locate?
damia is offline   Reply With Quote
Old 28th December 2016, 16:24   #14646  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by Deepcuts View Post
Could use some help.
Just finished encoding 2 whole series of about 300 episodes only to discover that my Plex server just stops playing the resulted file after about 1 minute.
I can play the file locally just fine with MPC-HC, but all files encoded with RipBot264 behave the same: they stop after ~ 1 minute when playing from a Plex server.
ffmpeg -v error -i filename.mp4 -map 0:1 -f null - 2>error.log shows no errors.
Anyone else experienced such behavior?

later edit:
I even tried copying the file to Apache htroot and access the file via Chrome and the play stopped at the same time frame. So clearly Plex is not the problem.
Try this switch


You may also try remuxing your encodes to mkv.
Atak_Snajpera is offline   Reply With Quote
Old 29th December 2016, 05:07   #14647  |  Link
damia
Registered User
 
damia's Avatar
 
Join Date: Jun 2013
Posts: 61
@Atak_Snajpera
can help me to solve this problem please?
damia is offline   Reply With Quote
Old 29th December 2016, 05:38   #14648  |  Link
Deepcuts
Registered User
 
Join Date: Dec 2016
Posts: 4
I have tried to re-encode a file with --stitchable, but the result is the same.
Using Google Chrome to directly play the mp4 from a web server or Plex, freezes the play at ~1:00 min.
Using Internet Explorer 11, Plex will not freeze.
So I guess this must be a Chrome problem somehow.

I tried re-muxing the mp4 as mkv, but no luck. It is still freezing.
Deepcuts is offline   Reply With Quote
Old 2nd January 2017, 15:56   #14649  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Ronski View Post
I usually use the [MAIN x.x] 8bit Progressive profile H265, could somebody explain the benefits and pitfalls (if any) of using the [MA10 x.x] 10bit progressive profile please?

I've tried Googling and can't really find anything.
I'm sure others will have very different opinions (also not the right forum for this), but quick differences IMO are:
8bit faster encode, slightly smaller filesize (sometimes), and higher degree of compatibility (number of devices that can play smoothly).
10bit better handling of dark scenes and banding (noticeably in CRF 20-24 (were I mostly encode)).
byteshare is offline   Reply With Quote
Old 2nd January 2017, 15:59   #14650  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Deepcuts View Post
I have tried to re-encode a file with --stitchable, but the result is the same.
Using Google Chrome to directly play the mp4 from a web server or Plex, freezes the play at ~1:00 min.
Using Internet Explorer 11, Plex will not freeze.
So I guess this must be a Chrome problem somehow.

I tried re-muxing the mp4 as mkv, but no luck. It is still freezing.
Try Kodi just to test since they have similar players.
byteshare is offline   Reply With Quote
Old 3rd January 2017, 20:14   #14651  |  Link
Ronski
Registered User
 
Join Date: Oct 2010
Posts: 61
@byteshare Thanks very much for the explanation, much appreciated. All players I currently use can handle it, and as time goes on I expect more will, so I'll switch to using it.
Ronski is offline   Reply With Quote
Old 4th January 2017, 12:51   #14652  |  Link
klopsknoedel
Registered User
 
Join Date: Jan 2009
Location: Germany
Posts: 101
Quote:
Originally Posted by damia View Post
@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP
Quote:
Originally Posted by damia View Post
@Atak_Snajpera
can help me to solve this problem please?
It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.ph...96#post1524496
klopsknoedel is offline   Reply With Quote
Old 5th January 2017, 11:09   #14653  |  Link
damia
Registered User
 
damia's Avatar
 
Join Date: Jun 2013
Posts: 61
Quote:
Originally Posted by klopsknoedel View Post
It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.ph...96#post1524496
i already folow the steps.. but result still same..
some file take around 4-5minute...but i test same file on other pc work fast.. gathering information only take 15-20second only..
damia is offline   Reply With Quote
Old 5th January 2017, 11:32   #14654  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Hi Atak,
I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning

Please feel free to try it, I don't think it's just my setup, as it does it on a couple of different pc's, either W8.1 or W10.

But having said that, MDgrain2 does a really good job on "noisy" files, worth the wait, as it is quite a lot slower.

Which brings me to my next comment / request.

I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.

It would be a great new feature to start 2017. Please consider

Happy New Year y'all.
burt123 is offline   Reply With Quote
Old 5th January 2017, 18:01   #14655  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by burt123 View Post
I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?

Quote:
Originally Posted by burt123 View Post
I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.
My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.
byteshare is offline   Reply With Quote
Old 5th January 2017, 20:03   #14656  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
Quote:
Originally Posted by byteshare View Post
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?
Only the segment stars over, unless you edit the job
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB
Xeon E5-2680 v2 @ 3.1GHz 16GB
Sony Vaio VPC-F13Z1E/B
slalom is offline   Reply With Quote
Old 6th January 2017, 00:46   #14657  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by byteshare View Post
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?


My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.
Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.
burt123 is offline   Reply With Quote
Old 6th January 2017, 16:41   #14658  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by burt123 View Post
Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.
I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.
byteshare is offline   Reply With Quote
Old 7th January 2017, 00:56   #14659  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by byteshare View Post
I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.
Hi byteshare,

Yeah, on further observation, I have noticed that the problem occurs on other encodes, not just with MDegrain, so I must have a problem somewhere.

Interested in your mention of a manual edit to use MDegrain3....more info on that, please

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!

But I'd still like MORE.....
burt123 is offline   Reply With Quote
Old 7th January 2017, 15:15   #14660  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
Quote:
Originally Posted by burt123 View Post
Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!
You're talking about 3-5 minutes max of idle time. Not worth the trouble
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB
Xeon E5-2680 v2 @ 3.1GHz 16GB
Sony Vaio VPC-F13Z1E/B
slalom 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 15:51.


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