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. |
30th March 2017, 12:09 | #1681 | Link | ||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
https://sourceforge.net/projects/mul...0.exe/download Now never takes longer than ~3 seconds for me. This has been achieved by reducing the initial connection timeouts. So, if the first chosen mirror happens to be "slow", it will now timeout quickly, so that another (hopefully more responsive) mirror can be tested within a narrow time frame. The timeouts will be increased, successively, if mirrors continue to fail. That is required to deal with sluggish Internet connections...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 30th March 2017 at 22:21. |
||
30th March 2017, 13:55 | #1682 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Alternatively You can hide this "slowness" using background thread. When you run app extra thread should also check for updates. If updates are available some baloon notification could pop-up or maybe some flashing icon somewhere.
Regarding automatic updates I'm using different method in RipBot264. Instead of using 16 mirrors I'm relying on just single URL. However If specified address in .ini file is dead then Updater is using DuckDuckGo to find new location. Works well as long as DuckDuckGo is on-line
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 30th March 2017 at 14:03. |
1st April 2017, 20:09 | #1683 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Simple x264 Launcher v2.80
https://github.com/lordmulder/Simple...ases/tag/v2.80 Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
1st April 2017, 20:25 | #1684 | Link |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Thanks a lot!
I'm new to x265, for testing. So I find this quick and easy to start up. Much easier than other bloated GUI's that try cater to so many other uses.
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
2nd April 2017, 21:38 | #1686 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
%LOCALAPPDATA%\LoRd_MuldeR\Simple x264 Launcher\logs Of course it would not be too difficult to make the logging directory configurable, or even have an option to write the log to the same directory where the output file is located. But I'm not sure I want to have yet another option for this. (Writing the log to the same directory where the source file is located would be problematic, as there is no guarantee that this directory is "writable")
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 2nd April 2017 at 21:42. |
|
12th April 2017, 19:49 | #1688 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Yeah, quite possible. We could simply save the log to "<output_path>.log", for example. But I don't want yet another option for this. Maybe I'll change it completely.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
15th April 2017, 16:02 | #1689 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
New TEST build:
https://sourceforge.net/projects/mul...5.exe/download Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
21st April 2017, 11:39 | #1691 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
21st April 2017, 22:02 | #1693 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
2-Pass mode is enabled by setting the "--pass [1|2]" option in conjunction with the "--bitrate" option. See here for details: https://manpages.debian.org/jessie/x264/x264.1.en.html Code:
Example usage: Two-pass with a bitrate of 1000kbps: x264 --pass 1 --bitrate 1000 -o <output> <input> x264 --pass 2 --bitrate 1000 -o <output> <input> The target file size is defined by "duration_in_seconds × target_average_bitrate". So, if we knew the exact duration of the clip, we could compute the average bitrate that yields the desired file size. However, we do not know the duration of the clip by the time that the job is created (i.e. appended to the queue)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 21st April 2017 at 22:14. |
|
6th May 2017, 13:13 | #1694 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Simple x264 Launcher v2.81
https://github.com/lordmulder/Simple...ases/tag/v2.81 Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
13th May 2017, 13:24 | #1695 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Just because it fits so nicely into the whole "anti-virus" discussion:
Widely used so-called "anti-virus" products (Sophos, Kaspersky, Cisco) have been found to block the "kill-switch" domain that the WannaCry malware (you probably have heard about it in the news) is trying to contact before it kills itself. In other words: While the malware would normally have killed itself already, because the "kill-switch" domain is in existence now, the so-called "anti-virus" software made sure that malware remains active by preventing connections to that domain. https://blog.fefe.de/?ts=a7e81647 So, not only is the "snake oil" not going to save you, in this case it can make things a whole lot worse, even for other users... (this not the first example, of course, but a particularly striking one)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 26th May 2017 at 13:37. |
26th May 2017, 13:36 | #1696 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Simple x264 Launcher v2.82
https://github.com/lordmulder/Simple...ases/tag/v2.82 Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
11th June 2017, 18:54 | #1697 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Simple x264 Launcher v2.83
https://github.com/lordmulder/Simple...ases/tag/v2.83 Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
28th June 2017, 23:33 | #1699 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Not at the moment. What would be the rationale? Do you think writing the first-pass output file to disk has any noteworthy speed effect?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
28th June 2017, 23:51 | #1700 | Link |
Registered User
Join Date: Jan 2009
Posts: 625
|
No speed effect, but surely less writes to the hard drive is better?
Also, more of a general x264 question. Its been a while since I've done any encoding but I remember from some time ago that when using ffms2 having to explicitly state --fps and --force-cfr in the command line as ffms2 fairly often got it wrong. Is this still the case? Last edited by iSeries; 29th June 2017 at 00:18. |
Thread Tools | Search this Thread |
Display Modes | |
|
|