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 15th December 2016, 20:40   #5201  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Oh my, I was not aware that avs input can still not be used properly and without a 32bit OS currently I had no chance to test it. Sorry, will be fixed soon.
Zathor is offline   Reply With Quote
Old 17th December 2016, 21:45   #5202  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 331
When I add files using one click-encoder, a lot of jobs fail with a message like this:
Code:
D:\Dreambox\movie\projectx\656\xxxx\xxxx.mkv.lwi not moved to D:\Dreambox\movie\projectx\656\xxxx\3ffvhydb.fze\xxxx.mkv.lwi. error: The process cannot access the file 'D:\Dreambox\movie\projectx\656\xxxx\xxxx.mkv.lwi' because it is being used by another process.
--[Information] [16.12.2016. 20.01.02] Job completed
I can send you the log if needed.
kalehrl is offline   Reply With Quote
Old 17th December 2016, 21:58   #5203  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Yes, please send me the full log. Also try to switch to FFMS in the OneClick preset configuration as a workaround.
Zathor is offline   Reply With Quote
Old 18th December 2016, 21:45   #5204  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Quote:
Originally Posted by kalehrl View Post
When I add files using one click-encoder, a lot of jobs fail with a message like this:
Code:
D:\Dreambox\movie\projectx\656\xxxx\xxxx.mkv.lwi not moved to D:\Dreambox\movie\projectx\656\xxxx\3ffvhydb.fze\xxxx.mkv.lwi. error: The process cannot access the file 'D:\Dreambox\movie\projectx\656\xxxx\xxxx.mkv.lwi' because it is being used by another process.
--[Information] [16.12.2016. 20.01.02] Job completed
I can send you the log if needed.
Please extract this file into your MeGUI directory: MeGUI Debug
Start MeGUI, reproduce the problem, close MeGUI and send me the full log again please.
Zathor is offline   Reply With Quote
Old 19th December 2016, 20:52   #5205  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 331
pm sent.
Thank you.
kalehrl is offline   Reply With Quote
Old 19th December 2016, 22:02   #5206  |  Link
brunosso
Registered User
 
brunosso's Avatar
 
Join Date: Jun 2014
Posts: 14
Is possible for a feature request the option to join two or more videos? Thanks

Inviato dal mio HUAWEI VNS-L31 utilizzando Tapatalk
brunosso is offline   Reply With Quote
Old 19th December 2016, 22:31   #5207  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Quote:
Originally Posted by kalehrl View Post
pm sent.
Thank you.
I am sorry, but that log is sadly too long (~1500+) lines so that it is not possible for me to find the relevant information. Could you please only run one index job and nothing more in the log session?
Zathor is offline   Reply With Quote
Old 20th December 2016, 22:35   #5208  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Code:
2695                        improved redistributable handling
2694 [VobSubber]            fixed error if output path contains blanks
                            removed 1GB warning
                            added CC files to the to be deleted intermediate files
2693 [AudioEncoder]         default to LWLibavAudioSource()/LSMASHAudioSource()
                            added downmix option to 5.1
                            added proper LoadPlugin calls for TimeStrech()/TimeStretchPlugin() and SoxFilter()
                            x64: remove filter/functions where the not available plugins AudioLimiter.dll or SoxFilter.dll are required
2692 [qaac]                 removed --no-delay option if LC is not used (regression of 2377). Bug #865
2691 [x265]                 fixed wrong command line (regression of 2685). Bug #863
                            changed default --crf vaue to 28
@kalehrl: no time yet to have a look at your log
Zathor is offline   Reply With Quote
Old 21st December 2016, 03:41   #5209  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 355
How To Use kMod Version Of 10bit x264

Quote:
Originally Posted by Zathor View Post
Code:
2690                        improved x64 build
     [AviSynth]             replaced Yadif by Yadifmod2
Based on the changelog a simple one, but as several internal decisions for x64/x86 had to be changed, they may also have an (unwanted) effect to x86.

If someone would like to test MeGUI x64 - it should have now nearly all functionality of MeGUI x86. More details can be found here: MeGUI x64

EDIT: Also several plugins and packages have been updated / changed.

Zathor: As always, thank you for maintaining MeGUI .

I've been using the standalone 32bit MeGUI (updating from the development server) with the 64bit x264 hack for years. Unfortunately, since your recent updates I'm no longer able to replace "x264-10b_64.exe" with Komisar's modded version (kMod) by renaming it and replacing the unmodded version in "MeGUI/Tools/x264_10b". As a test, I've also tried replacing "x264-10b.exe" with the kMod version, but any encoded video still uses the unmodded version (according to MediaInfo). Please, what's the current location of the "x264-10b_64.exe" or "x264-10b.exe" that the latest updated version of 32bit MeGUI uses?

Thanks.
LouieChuckyMerry is offline   Reply With Quote
Old 21st December 2016, 07:46   #5210  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
LouieChuckyMerry,
It appears stuff got moved around recently. Both the eight and ten bit x264 encoders now reside in "MeGUI\tools\x264". The "MeGUI\tools\x264_10b" folder can be deleted.
hello_hello is offline   Reply With Quote
Old 21st December 2016, 12:10   #5211  |  Link
mini-moose
Registered User
 
Join Date: Oct 2007
Posts: 385
[QUOTE=Zathor;1790527]
Code:
2694 [VobSubber]            fixed error if output path contains blanks
                            removed 1GB warning
                            added CC files to the to be deleted intermediate files
Thanks Zathor.
If it's possible to disable the forced subs routine for Single File Output, that would be greatly appreciated.
mini-moose is offline   Reply With Quote
Old 21st December 2016, 12:28   #5212  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 6,890
Quote:
Originally Posted by Zathor View Post
Code:
2693 [AudioEncoder]         default to LWLibavAudioSource()/LSMASHAudioSource()
                            added downmix option to 5.1
                            added proper LoadPlugin calls for TimeStrech()/TimeStretchPlugin() and SoxFilter()
                            x64: remove filter/functions where the not available plugins AudioLimiter.dll or SoxFilter.dll are required
2692 [qaac]                 removed --no-delay option if LC is not used (regression of 2377). Bug #865
Thanks Zathor!
__________________
BeHappy, AviSynth audio transcoder.
tebasuna51 is offline   Reply With Quote
Old 21st December 2016, 15:26   #5213  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Quote:
Originally Posted by mini-moose View Post
If it's possible to disable the forced subs routine for Single File Output, that would be greatly appreciated.
I had planned to do that for 2694 but because of the "emergency need" (missing blank support) I had to add the already finished vsrip changes to the repository a little bit sooner.

Quote:
Originally Posted by tebasuna51 View Post
Thanks Zathor!
You are more than welcome!
To be honest most of the points are based upon your thoughts/recommendations
Zathor is offline   Reply With Quote
Old 21st December 2016, 16:44   #5214  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 355
Quote:
Originally Posted by hello_hello View Post
LouieChuckyMerry,
It appears stuff got moved around recently. Both the eight and ten bit x264 encoders now reside in "MeGUI\tools\x264". The "MeGUI\tools\x264_10b" folder can be deleted.

Thanks a bunch for that, hello_hello, I appreciate it . I'm certain I would've discovered this eventually, as my next course of action was to search the entire MeGUI folder for the x264 .exe .

I think I remember reading recently in this thread (or the MeGUI General Questions and Troubleshooting Thread, I can't remember), that MeGUI has changed it's use of "avs4x26x.exe" such that it no longer requires the "avs4x26xmod.exe". Am I remembering correctly? Also, would this be the reason that the 64bit version of "x264-10b.exe" ("x264-10b_64.exe") is seemingly no longer needed? Thanks in advance for any clarity.
LouieChuckyMerry is offline   Reply With Quote
Old 21st December 2016, 19:23   #5215  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Quote:
Originally Posted by LouieChuckyMerry View Post
I think I remember reading recently in this thread (or the MeGUI General Questions and Troubleshooting Thread, I can't remember), that MeGUI has changed it's use of "avs4x26x.exe" such that it no longer requires the "avs4x26xmod.exe". Am I remembering correctly? Also, would this be the reason that the 64bit version of "x264-10b.exe" ("x264-10b_64.exe") is seemingly no longer needed? Thanks in advance for any clarity.
avs4x26xmod.exe has been replaced by avs4x26x.exe, correct, but that was only a change in the name as avs4x26x.exe already had been used in the past. What you may want to know is:
- the 8-bit and 10-bit packages have been merged
- the 32bit and 64bit exe files however have been separated
- the 32bit package is downloaded and used on a 32bit OS (without avs4x26x), the 64bit package is used on 64bit OS (with avs4x26x when using the 32bit version of MeGUI, without when using the 65bit version)
==> you only have to replace the files in one directory - the x264 one
Zathor is offline   Reply With Quote
Old 22nd December 2016, 11:06   #5216  |  Link
mini-moose
Registered User
 
Join Date: Oct 2007
Posts: 385
Quote:
Originally Posted by Zathor View Post
I had planned to do that for 2694 but because of the "emergency need" (missing blank support) I had to add the already finished vsrip changes to the repository a little bit sooner.
Great, thanks Zathor. I didn't quite get what the blank thing issue is, but I assume something important.
mini-moose is offline   Reply With Quote
Old 25th December 2016, 04:28   #5217  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 355
Quote:
Originally Posted by Zathor View Post
avs4x26xmod.exe has been replaced by avs4x26x.exe, correct, but that was only a change in the name as avs4x26x.exe already had been used in the past. What you may want to know is:
- the 8-bit and 10-bit packages have been merged
- the 32bit and 64bit exe files however have been separated
- the 32bit package is downloaded and used on a 32bit OS (without avs4x26x), the 64bit package is used on 64bit OS (with avs4x26x when using the 32bit version of MeGUI, without when using the 65bit version)
==> you only have to replace the files in one directory - the x264 one
Thank you very much for the information, Zathor .
LouieChuckyMerry is offline   Reply With Quote
Old 25th December 2016, 19:50   #5218  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Quote:
Originally Posted by Zathor View Post
using the 65bit version
Is it time for new hardware again?

MXM2016
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 26th December 2016, 16:48   #5219  |  Link
Glarioo
Registered User
 
Join Date: Dec 2011
Posts: 148
What is the advantage of the 64bit version version oppositte the 32bit? I've encode the same movie with both versions and the picture quality is the same. I do not see any difference. Used the same settings for x264 MKV.
Glarioo is offline   Reply With Quote
Old 26th December 2016, 17:31   #5220  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
You should certainly not expect any difference in quality.

The 64-bit CPU architecture is a bit more efficient (twice as wide and twice as many direct-access CPU registers), some encoders may work up to ~10% faster. But AviSynth used to be only available reliably in 32-bit code, and most plugins for AviSynth also existed in 32-bit code only. And you cannot call a 32-bit code DLL (like vanilla AviSynth 2.5 / 2.6) in a 64-bit code EXE. For x264 and x265, a helper application (avs4x26x) was called to pipe a stream of raw video from the AviSynth output into the encoder. If all used tools would be available in 64-bit code, making them work together would be easier and more efficient - thus faster. Now with the development of AviSynth+, chances are good that this will happen for MeGUI, as it already happened for StaxRip.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH 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 16:39.


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