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 16th September 2015, 20:24   #4761  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Currently I am struggling a little bit with the way how packages should be updated. In the current implementation it can happen that files are locked (e.g. x264 encoding running) and therefore packages cannot be updated. There are now two ways
- leave it as it is = zero effort
- modify the whole update handling in the way that all packages will only be extracted/updated during a restart of MeGUI = bigger change as a lot has to be moved to the updater program
The proper way is the second one but is this really needed? What do you think?
Zathor is offline   Reply With Quote
Old 16th September 2015, 21:52   #4762  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Code:
2588 [Update]               improved restart handling
2587                        remove unnecessary runtime files at startup
2586 [Update]               if a package needs to be enabled in the settings it will not be shown in the update window
2585 [DGIndexIM/NV]         copy license.txt to the other indexer if possible
These commits - especially 2588 - are only briefly related to this restart topic from my post before (for AviSynth it could happen that the package requested a restart which did not happen). So the question is still valid if I should change the restart system.
Zathor is offline   Reply With Quote
Old 17th September 2015, 07:24   #4763  |  Link
AMED
Registered User
 
AMED's Avatar
 
Join Date: Sep 2004
Location: Auckland, New Zealand
Posts: 434
I personally think that fixing up the profile saving\loading logic is more important. Nothing worse than MeGUI crashing or freezing mid encode and you have to kill the process only to find that it has nuked all your profiles.

Would it be easier to just disable the use of the updater if there is a worker in progress?
__________________
A Man Eating Duck

Last edited by AMED; 17th September 2015 at 10:56.
AMED is offline   Reply With Quote
Old 17th September 2015, 10:01   #4764  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 285
If one file in a folder cannot be encoded or there is an error with it, all other files in that folder are skipped when using one click encoder and adding the whole folder to be encoded.
I added 4 folders with video files to be encoded in xvid and in the 2nd folder there was an error with one file:
Code:
error: The process cannot access the file 'G:\BackupWinD\Films\xxxxxx\Sezona 2\xxx - 07 - WHAT LIES AHEAD.mkv.lwi' because it is being used by another process.
All other files in the remaining 3 folders were successfully encoded but not a single file in the 2nd folder. I will send Zathor log file via pm.
kalehrl is offline   Reply With Quote
Old 17th September 2015, 19:13   #4765  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
The oneclick process is divided in two major parts: source preparation (extracting, indexing, ...) and encoding (audio/video, muxing). New jobs for new files are created at the end of the first part. So it looks like;
- source preparation file 1
- jobs for encoding file 1 are created
- jobs for source preparation file 2 are created
- encoding file 1
- source preparation file 2
- ....

If the source preparation part fails it stops. This is the intended behavior as the indexing job does not know which files need to be processed lateron. Only possible change would be to create all "source preparation" steps of a folder at once but then all source files will be extracted first (which may be a problem for the storage space) and then all files are encoded (therefore the first file will be ready later). I may add an option to select these second work order but it will not be the default one.
Zathor is offline   Reply With Quote
Old 17th September 2015, 19:23   #4766  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 285
Any idea why the file failed in the first place?
I don't remember any program other than MeGUI using xxx - 07 - WHAT LIES AHEAD.mkv.lwi.
kalehrl is offline   Reply With Quote
Old 17th September 2015, 23:10   #4767  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Quote:
Originally Posted by kalehrl View Post
Any idea why the file failed in the first place?
I don't remember any program other than MeGUI using xxx - 07 - WHAT LIES AHEAD.mkv.lwi.
Sorry, no clue

Quote:
Originally Posted by AMED View Post
Would it be easier to just disable the use of the updater if there is a worker in progress?
Easier, yes - but when e.g. a filter is in access by the video preview than this will not help

Quote:
Originally Posted by AMED View Post
I personally think that fixing up the profile saving\loading logic is more important. Nothing worse than MeGUI crashing or freezing mid encode and you have to kill the process only to find that it has nuked all your profiles.
Code:
2589 [Profile]              "Load Defaults" resets the selected profile (before it was the scratchpad one)
                            improved profile saving
                            profiles will be saved to disk also when a profile is changed
Zathor is offline   Reply With Quote
Old 18th September 2015, 16:31   #4768  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 285
One worker seems to be idling while encoding.
I had to press start once again so that I would have 2 files being encoded at the same time.
kalehrl is offline   Reply With Quote
Old 18th September 2015, 20:06   #4769  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 3,992
Feature request:

Could we please have the old behaviour when modifying/saving presets returned (pre 2589)?

I have an encoder preset I want to use, but I just want to change the CRF value (for example). Previously I could do so and the existing preset's settings would be copied to scratchpad. Now I either need to save a whole new preset, or over-write the existing preset, just to change one setting for a particular encode. The current behaviour seems like a step backwards to me, and I'm not sure what the point of having the scratchpad option is any longer. It's not even used when the default settings are loaded. I'll confess Zathor, the new behaviour doesn't make as much sense to me.

I've rolled back to version 2584 for the moment. What was wrong with the way the preset system worked until now?

Thanks.

Last edited by hello_hello; 19th September 2015 at 14:09.
hello_hello is offline   Reply With Quote
Old 18th September 2015, 20:44   #4770  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Sorry, I did not had that use case in mind. This part of the change will be reverted in the next build.
Zathor is offline   Reply With Quote
Old 19th September 2015, 14:10   #4771  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 3,992
Cheers. I felt guilty posting with a negative reaction to your hard work, because it's very much appreciated. Thanks!
hello_hello is offline   Reply With Quote
Old 19th September 2015, 17:17   #4772  |  Link
Octo-puss
Registered User
 
Join Date: Jan 2008
Posts: 551
Couldn't MeGUI start using system temp folder by default? I am trying to process ~100GB avi file with file indexer and it simply "kills" the regular HDD it is saved on after about 20 minutes. It just doesn't progress any further. Reading such humongous file and writing to the same disk at the same time doesn't really seem to work.
Octo-puss is offline   Reply With Quote
Old 19th September 2015, 18:29   #4773  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Quote:
Originally Posted by Octo-puss View Post
Couldn't MeGUI start using system temp folder by default? I am trying to process ~100GB avi file with file indexer and it simply "kills" the regular HDD it is saved on after about 20 minutes. It just doesn't progress any further. Reading such humongous file and writing to the same disk at the same time doesn't really seem to work.
Which tasks/jobs do you speak about?
The system temp folder may be a bad choice so the user should select the temp drives. In OneClick mode no (big) file should be read & written on the same disk if selected properly.
Zathor is offline   Reply With Quote
Old 19th September 2015, 18:40   #4774  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Quote:
Originally Posted by hello_hello View Post
Cheers. I felt guilty posting with a negative reaction to your hard work, because it's very much appreciated. Thanks!
Thanks for your always constructive feedback!

Code:
2590 [Profile]              improved profile saving II
                            fixed missing option to save to scratchpad (regression of 2589)
Zathor is offline   Reply With Quote
Old 19th September 2015, 20:04   #4775  |  Link
Octo-puss
Registered User
 
Join Date: Jan 2008
Posts: 551
Quote:
Originally Posted by Zathor View Post
Which tasks/jobs do you speak about?
The system temp folder may be a bad choice so the user should select the temp drives. In OneClick mode no (big) file should be read & written on the same disk if selected properly.
I simply opened AVS script creator, then selected file indexer, and when the file started processing, it gradually slowed down to crawl and I even had to shut MeGUI down once because the disk choked so badly the progression stopped.
You could add a global option to either enable system temp folder or specify a custom one.
Octo-puss is offline   Reply With Quote
Old 19th September 2015, 20:57   #4776  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 3,992
Quote:
Originally Posted by Octo-puss View Post
I simply opened AVS script creator, then selected file indexer, and when the file started processing, it gradually slowed down to crawl and I even had to shut MeGUI down once because the disk choked so badly the progression stopped.
You could add a global option to either enable system temp folder or specify a custom one.
You can already do both.
In MeGUI's options there's one to specify the default output directory.
When you open file with the File Indexer you can specify the location where the index file should be saved (audio being extracted should be extracted to the same location).

The one exception might be indexing with L-Smash. At the moment the index file is created in the same directory as the source file then copied to the specified directory for the output files. I'd imagine that's some sort of limitation with the L-Smash indexer that prevents the index file from being written directly to the output directory, but Zathor can probably shed some light there.

I think the L-Smash indexer always indexes any audio whether it's required or not (as opposed to ffms2, where MeGUI configures it not to index the audio if it's not selected in the File Indexer). For large files, especially those with multiple audio streams, that might slow the indexing process.

I just tried a quick test with a 3GB MKV with 2 audio streams. Indexing time was 25 seconds for a 58mb index file (it appears to have indexed at least one of the audio streams even though no audio was selected in the file indexer).
After I remuxed the same video as an MKV without audio, indexing took 16 seconds for a 10mb index file.
For very large files containing audio, indexing the audio could make quite a difference.

Maybe Zathor will know if it's possible to tell L-Smash not to index audio unless it's required.
hello_hello is offline   Reply With Quote
Old 19th September 2015, 21:00   #4777  |  Link
Octo-puss
Registered User
 
Join Date: Jan 2008
Posts: 551
I have no idea what L-SMASH is, but it could be the case. I tried selecting different output folder (different physical disk) and it still took maybe 40 minutes (115GB file, sure, but the read speed is easily 80MB/s for that one).
Octo-puss is offline   Reply With Quote
Old 19th September 2015, 21:08   #4778  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 3,992
Quote:
Originally Posted by Zathor View Post
Thanks for your always constructive feedback!

Code:
2590 [Profile]              improved profile saving II
                            fixed missing option to save to scratchpad (regression of 2589)
Thanks Zathor!

Changing a preset gives the option to save the changes to scratchpad again, which is nice.
It'll just take little while to get used to the "load defaults" function not loading the defaults in scratchpad as it did. I don't think that's a big deal either way. Maybe it'll be better as it is once I'm used to it.....

Thanks again!
hello_hello is offline   Reply With Quote
Old 19th September 2015, 21:20   #4779  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 3,992
Quote:
Originally Posted by Octo-puss View Post
I have no idea what L-SMASH is, but it could be the case. I tried selecting different output folder (different physical disk) and it still took maybe 40 minutes (115GB file, sure, but the read speed is easily 80MB/s for that one).
What type of file?
Depending on the file type, different indexers are used. There's a list when you open a file with the File Indexer and sometimes you can choose a different indexer (depending on the source file type).

40 minutes does sound like a long time, but depending on the file type and what's inside (multiple audio streams), it may not be for a 115GB file.
hello_hello is offline   Reply With Quote
Old 19th September 2015, 21:29   #4780  |  Link
Octo-puss
Registered User
 
Join Date: Jan 2008
Posts: 551
I said it already, avi. All I know I clicked on file indexer, that's all I ever used. Sorry I don't understand the specifics of MeGUI very much, I learned one way to encode video years ago and just do that without really caring what it actually does.
Octo-puss 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 09:43.


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