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 29th March 2019, 08:25   #16841  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Arbelisk View Post
Hey. Anyone have a problem with using DE after updating to 1.24.1? I was using 1.23 and it was working fine. Now after updating, the host computer will not connect to itself but will connect to the remote computer just fine. Any ideas? Thanks.
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?
byteshare is offline   Reply With Quote
Old 29th March 2019, 23:43   #16842  |  Link
Arbelisk
Registered User
 
Join Date: Dec 2009
Posts: 20
Quote:
Originally Posted by byteshare View Post
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?
No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.
Arbelisk is offline   Reply With Quote
Old 30th March 2019, 12:19   #16843  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by Arbelisk View Post
No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.
https://forum.doom9.org/showthread.p...06#post1862506
Atak_Snajpera is offline   Reply With Quote
Old 1st April 2019, 09:42   #16844  |  Link
duffbeer
Registered User
 
Join Date: Mar 2019
Posts: 40
I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?
duffbeer is offline   Reply With Quote
Old 1st April 2019, 10:09   #16845  |  Link
Pino72
Registered User
 
Join Date: Mar 2018
Posts: 12
That's nonsense, quality of x264/x265 encodings does not change with the type of CPU you are using (not even if AMD or Intel). The faster the CPU the faster your encodings will be at the same quality. Threads do not impact quality in any way just speed.
Pino72 is offline   Reply With Quote
Old 1st April 2019, 12:30   #16846  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Quote:
Originally Posted by Pino72 View Post
Threads do not impact quality in any way just speed.
Uhm, well ... many threads do limit the scope in some kinds of parallelism, too many threads may indeed limit the quality. But depending on several factors (frame dimensions, bitrate per frame pixels, preset ~ encoding efforts), the loss will probably be negligible.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 1st April 2019, 13:26   #16847  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.

Quote:
I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?
Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!

Last edited by Atak_Snajpera; 1st April 2019 at 13:30.
Atak_Snajpera is offline   Reply With Quote
Old 1st April 2019, 14:17   #16848  |  Link
duffbeer
Registered User
 
Join Date: Mar 2019
Posts: 40
Quote:
Originally Posted by Atak_Snajpera View Post
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.


Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!
This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.
duffbeer is offline   Reply With Quote
Old 1st April 2019, 15:17   #16849  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by duffbeer View Post
This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.
That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.
Atak_Snajpera is offline   Reply With Quote
Old 1st April 2019, 15:36   #16850  |  Link
duffbeer
Registered User
 
Join Date: Mar 2019
Posts: 40
Quote:
Originally Posted by Atak_Snajpera View Post
That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.
Thanks for the advice. I guess you're right - I should probably wait.

One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?
duffbeer is offline   Reply With Quote
Old 1st April 2019, 19:12   #16851  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 431
Quote:
Originally Posted by duffbeer View Post
One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?
I switched everything to x265 last fall. I did CRF18 for x264 with similar settings as you. I'm still using CRF18 for x265 and always doing 10 bit regardless of it being a 8 or 10 bit source. I'm not doing any special tuning settings, just using x265 progressive with just adding the --par 1:1. I've not noticed a single case where the x265 looks worse then the x264. It either looks the same or better. File size is usually 25-50% smaller then the x264 source. Supposedly, x265 CRF20 is equivalent to CRG18 x264.

Atak lives and breaths this stuff, so he might have better insight.
Ryushin is offline   Reply With Quote
Old 2nd April 2019, 02:42   #16852  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 431
VC-1 Sources

Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.

I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.
Ryushin is offline   Reply With Quote
Old 2nd April 2019, 08:57   #16853  |  Link
duffbeer
Registered User
 
Join Date: Mar 2019
Posts: 40
Quote:
Originally Posted by Ryushin View Post
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.

I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.
Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.
duffbeer is offline   Reply With Quote
Old 3rd April 2019, 01:13   #16854  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 431
Quote:
Originally Posted by duffbeer View Post
Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.
If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.
Ryushin is offline   Reply With Quote
Old 5th April 2019, 15:00   #16855  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 431
Quote:
Originally Posted by Ryushin View Post
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
Ryushin is offline   Reply With Quote
Old 5th April 2019, 16:57   #16856  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Ryushin View Post
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
Would it be faster/smaller/easier to just encode to 264x CRF1 very fast preset in another application that doesn't have issues with VC-1?
byteshare is offline   Reply With Quote
Old 5th April 2019, 18:01   #16857  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by Ryushin View Post
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
If I were you I would encode to AVC-INTRA with CRF10 instead of lossless.

Reasons:
1) Much smaller filer size
2) Much faster encoding
3) Still visually "lossless"

You really do not need perfect 1:1 copy if you are going to compress later even further with some more aggressive bitrate/CRF.

Last edited by Atak_Snajpera; 5th April 2019 at 18:05.
Atak_Snajpera is offline   Reply With Quote
Old 7th April 2019, 13:30   #16858  |  Link
Ryushin
Registered User
 
Ryushin's Avatar
 
Join Date: Mar 2011
Posts: 431
Well, VC-1 sources using a non DE came out fine. They decoded correctly and I don't see any kind of corruption. I will just have to do this until a ffms2 comes out that decodes correctly along with being frame accurate.

Atak, not sure how you want to deal with this in your code. Maybe have a popup when detecting a VC-1 source that using DE will cause corruption.
Ryushin is offline   Reply With Quote
Old 8th April 2019, 16:42   #16859  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
KNLMeansCL OpenCL

TLDR: Install official drivers even if the Windows ones work

I have a Nvidia GTX 980.
I couldn't seem to get it listed in the settings as a device for "x264 OpenCL acceleration" or KNLMeansCL"
Guessing it is a drive/OpenCL issue.
I checked out this: https://streamhpc.com/blog/2015-03-1...cl-on-windows/
But under the link for Nvidia: https://www.nvidia.com/Download/index.aspx#
I don't see an option for OpenCL support.
I found this page: https://developer.nvidia.com/opencl
Which says the OpenCL is included in GPU drivers.
I re-downloaded the drivers for my card and installed them and then I could see my device as an option in RipBot.
byteshare is offline   Reply With Quote
Old 8th April 2019, 19:06   #16860  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Originally Posted by Ryushin View Post
If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?
Atak_Snajpera 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 07:42.


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