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 30th March 2017, 12:09   #1681  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by LoRd_MuldeR View Post
Quote:
Originally Posted by r0lZ View Post
Funny that you use that reason to justify your choice, because I have never seen a program so sloooow to check for new versions. Each time I see the message telling that there is a long time since the last update check, I have to decide to either skip this one and be annoyed the next time, or accept to lose between 15 and 30 seconds and let the check happen. Personally, I use "real HTTP" to check for the updates of my programs, and it takes less than one second to complete (unless, I agree, if the site is down). It is a fact that HTTP is MUCH faster than your method (at least under Windows).
Sorry, but it is technically impossible that establishing a full HTTP connection (as, e.g., WGet would do) can ever be faster than establishing only a TCP connection (as NC probing does).

That is because HTTP is an "application" layer protocol built-on top of the TCP "transport" layer protocol. Therefore, when establishing a HTTP connection, the first thing that happens is that a TCP connection will be established. Once that TCP connection has been established, HTTP will start sending the actual application-level payload (HTTP request header) over the established TCP connection. So, at the point where HTTP just starts doing its work, NC is already done with its job.

I don't know how you got those numbers (between 15 and 30 seconds), but for me the update check clearly takes less than ~10 seconds – and that's with my slowish DSL "home" connection! (small town, so no VDSL or FTTH)

If "your" way to update works significantly faster than "mine", it is probably because you are checking a single server. And when that server is down, then you give up (I assume). That's how I started too. But I had to learn, the hard way, that relying on a single update server is a bad idea! If the only update server breaks away (permanently) it leaves thousands of existing installations unable to update - forever. Consequently, I'm now using a bunch of update mirrors (currently 16), which greatly improves reliability. But, of course, nothing in life is for free. Providing many mirrors means that the application needs to find a "working" update mirror - which is done by probing. And NC does this way faster than, e.g., WGet.

See here:
http://muldersoft.com/temp/GVbsVBSXh...web_update.zip
FWIW, I have tweaked the update checker algorithm a bit, so that it should now complete faster, most of the time:
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.
LoRd_MuldeR is offline   Reply With Quote
Old 30th March 2017, 13:55   #1682  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
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

Last edited by Atak_Snajpera; 30th March 2017 at 14:03.
Atak_Snajpera is offline   Reply With Quote
Old 1st April 2017, 20:09   #1683  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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:
Version 2.80 [2017-04-01]
* Another attempt to fix application startup error "0xc0000005"
* Some tweaks to speed-up the update checker
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 1st April 2017, 20:25   #1684  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
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!)
Sparktank is offline   Reply With Quote
Old 2nd April 2017, 21:22   #1685  |  Link
hasenscharte
Registered User
 
Join Date: Mar 2017
Posts: 2
@Lord Mulder: Awesome tool! Using the x64 tool versions is now easy as pie

Anyway, could there be an option to have the log file saved to the source directory?
hasenscharte is offline   Reply With Quote
Old 2nd April 2017, 21:38   #1686  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by hasenscharte View Post
Anyway, could there be an option to have the log file saved to the source directory?
There already is an option, in the "preferences" dialog, to have the log saved automatically, but logs will currently always be saved to:
%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.
LoRd_MuldeR is offline   Reply With Quote
Old 2nd April 2017, 21:43   #1687  |  Link
hasenscharte
Registered User
 
Join Date: Mar 2017
Posts: 2
Quote:
as there is no guarantee that this directory is "writable"
Maybe then to the destination directory?
hasenscharte is offline   Reply With Quote
Old 12th April 2017, 19:49   #1688  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by hasenscharte View Post
Maybe then to the destination directory?
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 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 15th April 2017, 16:02   #1689  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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:
* Updated x265 to version 2.3+32
* Updated NVEncC to version 3.07
* Save log files to the same directory as the output file
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 20th April 2017, 12:11   #1690  |  Link
docholliday
Registered User
 
Join Date: May 2012
Posts: 50
Add option for 2pass method to see output file size.
docholliday is offline   Reply With Quote
Old 21st April 2017, 11:39   #1691  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by docholliday View Post
Add option for 2pass method to see output file size.
Uh?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 21st April 2017, 13:02   #1692  |  Link
docholliday
Registered User
 
Join Date: May 2012
Posts: 50
Quote:
Originally Posted by LoRd_MuldeR View Post
Uh?
2pass methode allows the user to specify a specific target file size but, i can not see this option in simple x264.
docholliday is offline   Reply With Quote
Old 21st April 2017, 22:02   #1693  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by docholliday View Post
2pass methode allows the user to specify a specific target file size but, i can not see this option in simple x264.
Nope, 2-Pass mode allows for specifying the desired target average bitrate.

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.
LoRd_MuldeR is offline   Reply With Quote
Old 6th May 2017, 13:13   #1694  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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:
Version 2.81 [2017-05-06]
* Updated x265 to version 2.4+6
* Updated NVEncC to version 3.07
* Save log files to the same directory as the output file
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 13th May 2017, 13:24   #1695  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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.
LoRd_MuldeR is offline   Reply With Quote
Old 26th May 2017, 13:36   #1696  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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:
Version 2.82 [2017-05-26]
* Updated x264 to revision 2829
* Updated x265 to version 2.4+22
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 11th June 2017, 18:54   #1697  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
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:
Version 2.83 [2017-06-11]
* Updated x264 to revision 2833
* Updated x265 to version 2.4+36
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 28th June 2017, 23:20   #1698  |  Link
iSeries
Registered User
 
Join Date: Jan 2009
Posts: 625
Is there a way for --output nul for the first of a two pass encode?
iSeries is offline   Reply With Quote
Old 28th June 2017, 23:33   #1699  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by iSeries View Post
Is there a way for --output nul for the first of a two pass encode?
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 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 28th June 2017, 23:51   #1700  |  Link
iSeries
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.
iSeries is offline   Reply With Quote
Reply

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 21:39.


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