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. |
|
|
Thread Tools | Search this Thread | Display Modes |
29th March 2019, 08:25 | #16841 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Do you have a VPN or more than one network connection? What are you seeing if you do a CMD > ipconfig? |
|
29th March 2019, 23:43 | #16842 | Link |
Registered User
Join Date: Dec 2009
Posts: 20
|
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.
|
30th March 2019, 12:19 | #16843 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
1st April 2019, 09:42 | #16844 | Link |
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? |
1st April 2019, 10:09 | #16845 | Link |
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.
|
1st April 2019, 12:30 | #16846 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
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.
|
1st April 2019, 13:26 | #16847 | Link | |
RipBot264 author
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:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 1st April 2019 at 13:30. |
|
1st April 2019, 14:17 | #16848 | Link |
Registered User
Join Date: Mar 2019
Posts: 40
|
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.
|
1st April 2019, 15:17 | #16849 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
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.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
1st April 2019, 15:36 | #16850 | Link | |
Registered User
Join Date: Mar 2019
Posts: 40
|
Quote:
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? |
|
1st April 2019, 19:12 | #16851 | Link | |
Registered User
Join Date: Mar 2011
Posts: 431
|
Quote:
Atak lives and breaths this stuff, so he might have better insight. |
|
2nd April 2019, 02:42 | #16852 | Link |
Registered User
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. |
2nd April 2019, 08:57 | #16853 | Link | |
Registered User
Join Date: Mar 2019
Posts: 40
|
Quote:
Never had a problem with VC-1 in the past. |
|
3rd April 2019, 01:13 | #16854 | Link |
Registered User
Join Date: Mar 2011
Posts: 431
|
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.
|
5th April 2019, 18:01 | #16857 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
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.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 5th April 2019 at 18:05. |
|
7th April 2019, 13:30 | #16858 | Link |
Registered User
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. |
8th April 2019, 16:42 | #16859 | Link |
ByteShare
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. |
8th April 2019, 19:06 | #16860 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
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 |
Display Modes | |
|
|