MeGUI: bug reports and feature requests - Page 230

detmek · 9th July 2015, 12:25

@Zathor
@hello_hello
Thanks for your response. Well, maybe it is Windows 8.1 compatibility. I did a few more tests. Unless I install regular Avisynth or SeT's Avisynth MT Xvid encoding won't work. If I install regular Avisynth then encoding works even if I select internal Avisynth+ in MeGUI settings (maybe fallback????). Same problem with Xvid 1.3.3 and 1.3.4.

I tried it with Windows 7 SP1. Same error.

yesmanitsbearman · 16th July 2015, 08:38

Hi there,

Has there been any changes to the way VobSubs are extracted recently? Not had this problem before, but now most my vobsubs have a bogus track in .idx, even tho before extracting megui only lists one track.

It starts with:
# (Not detected)
id: --, index: 1
# Decomment next line to activate alternative name in DirectVobSub / Windows Media Player 6.x
# alt: (Not detected)
# Vob/Cell ID: 10, 1 (PTS: 0)

GRKNGLR · 18th July 2015, 20:56

Is there a "development server" etc. for MeGUI beta builds? I mean, is there any update server, or is it that only stable builds are released?

hello_hello · 18th July 2015, 21:31

There's a development server option in MeGUI's settings.

LigH · 19th July 2015, 08:46

Apropos updates ... Zathor ... since you got a new mirror update server, did you ever ask about its utilization? Is it possibly so marginal that you could consider revoking the auto-disabling of not so frequently used packages?

greatdanton · 19th July 2015, 09:40

the Update of server is not working. How can I fix it?

LigH · 19th July 2015, 17:03

What is not working, in detail, please?!

Barough · 24th July 2015, 00:17

After the update to SVN 2566 so have the encoding of DTS audio streams into AAC become so extremely slow. After a while so have the encoding speed dropped down to around 1x or lower. Converting from any other format then DTS so is it fast.

Does any1 else ran into this issue or?

LigH · 24th July 2015, 07:33

Speed drops are known for very complex video filter scripts since updating to the current AviSynth+ MT; but the audio conversion script should not use very complex filtering...

Barough · 24th July 2015, 08:06

Speed drops from video am i aware for sure but not for audio like this. Something weird is going on for sure here.......

Kurtnoise · 24th July 2015, 08:17

did you try to change the dts filter source ?

Barough · 24th July 2015, 08:31

I haven't changed a thing. How do i change the dts filter source then?

Kurtnoise · 24th July 2015, 08:34

Config button and then Preferred Decoder...

Barough · 24th July 2015, 08:38

Thnx

Have always used NicAudio here earlier but i'll do some tests l8r 2day with other decoders.

[EDIT]
Did a couple of quick tests and it seems like something have happened to NicAudio. Tested with FFAudioSource & BassAudio they work just fine. No real speed drops.

tebasuna51 · 24th July 2015, 13:02

Quote:

Originally Posted by Barough

Did a couple of quick tests and it seems like something have happened to NicAudio. Tested with FFAudioSource & BassAudio they work just fine. No real speed drops.

If your source is DTS-HD don't use NicAudio at all.

To decode any DTS I recommend LWLibavAudioSource because include the last free dcadec with DTS-HD support.

I don't know if last FFAudioSource include the dcadec, BassAudio don't support DTS-HD.

Barough · 24th July 2015, 13:40

Thnx for the info tebasuna51

szabi · 25th July 2015, 09:10

Hi

Until now for file indexing FFMSIndex was used as default without any issue.
Now MeGUI was updated (2566) and the default file indexer is L-SMASH Works.
I tried to use FFMS like before however when index file and AVSscript ready it can not be opened as input for video encoding.
Failure message is the following:

AVS line 1:

Code:

LoadCPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")

What went wrong after so many usage it is not working now?
Does L-SMASH Works have advance over FFMS?

bye
szabi

LigH · 25th July 2015, 10:11

Depending on the build options preferred by people who compiled it, there are some FFMS2.dll with standard AviSynth plugin API (LoadPlugin) and some FFMS2.dll wich AviSynth-C API (LoadCPlugin).

L-SMASH Works did have important advantages over FFMS2 for a long time; again and again for years it was documented that FFMS2 could only load MKV containers reliably, but was very unreliable loading e.g. TransportStreams, even when Haali Media Splitter was installed (which was used to load some other containers); but just recently (I believe not before this year) this dependency to Haali was removed from FFMS2, so this disadvantage is being fixed. Still, L-SMASH Works has the additional L-SMASH demultiplexer for all ISO Media containers (e.g. MP4, 3GP, MOV...) which FFMS2 does not contain, it uses now only libavformats.

szabi · 25th July 2015, 18:56

Thx for it.
So wrong FFMS2.dll plugin are downloaded by MeGUI updater?
Or meGUI script creator use wrong LoadCPlugin call?

Fortunately I used ffms for MKV so I did not realise unreliable loading.
I guess in quality no difference. Am I right?

bye
szabi

LigH · 25th July 2015, 19:20

Zathor or Kurtnoise may have to check whether they accidently replaced an older FFMS2 C-plugin with a newer FFMS2 default plugin...

Regarding quality, there won't be any difference, both will use libavcodec decoders.

9th July 2015, 12:25	#4581 \| Link
detmek Registered User Join Date: Aug 2009 Posts: 463	@Zathor @hello_hello Thanks for your response. Well, maybe it is Windows 8.1 compatibility. I did a few more tests. Unless I install regular Avisynth or SeT's Avisynth MT Xvid encoding won't work. If I install regular Avisynth then encoding works even if I select internal Avisynth+ in MeGUI settings (maybe fallback????). Same problem with Xvid 1.3.3 and 1.3.4. I tried it with Windows 7 SP1. Same error. __________________ Intel Pentium G3220, Asus H81M-K, 4GB DDR3@1600MHz (1333MHz working), LG W1934S, Windows 8.1 Pro x64 Last edited by detmek; 9th July 2015 at 18:15.

19th July 2015, 08:46	#4585 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Apropos updates ... Zathor ... since you got a new mirror update server, did you ever ask about its utilization? Is it possibly so marginal that you could consider revoking the auto-disabling of not so frequently used packages? __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

19th July 2015, 17:03	#4587 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	What is not working, in detail, please?! __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

24th July 2015, 00:17	#4588 \| Link
Barough Registered User Join Date: Feb 2007 Location: Sweden Posts: 483	After the update to SVN 2566 so have the encoding of DTS audio streams into AAC become so extremely slow. After a while so have the encoding speed dropped down to around 1x or lower. Converting from any other format then DTS so is it fast. Does any1 else ran into this issue or? Last edited by Barough; 24th July 2015 at 00:26.

24th July 2015, 07:33	#4589 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Speed drops are known for very complex video filter scripts since updating to the current AviSynth+ MT; but the audio conversion script should not use very complex filtering... __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

16th July 2015, 08:38	#4582 \| Link
yesmanitsbearman Registered User Join Date: May 2015 Posts: 18	Hi there, Has there been any changes to the way VobSubs are extracted recently? Not had this problem before, but now most my vobsubs have a bogus track in .idx, even tho before extracting megui only lists one track. It starts with: # (Not detected) id: --, index: 1 # Decomment next line to activate alternative name in DirectVobSub / Windows Media Player 6.x # alt: (Not detected) # Vob/Cell ID: 10, 1 (PTS: 0)

18th July 2015, 20:56	#4583 \| Link
GRKNGLR Registered User Join Date: Feb 2009 Posts: 30	Is there a "development server" etc. for MeGUI beta builds? I mean, is there any update server, or is it that only stable builds are released?

18th July 2015, 21:31	#4584 \| Link
hello_hello Registered User Join Date: Mar 2011 Posts: 4,829	There's a development server option in MeGUI's settings.

19th July 2015, 09:40	#4586 \| Link
greatdanton Registered User Join Date: Apr 2013 Posts: 13	the Update of server is not working. How can I fix it?

24th July 2015, 08:06	#4590 \| Link
Barough Registered User Join Date: Feb 2007 Location: Sweden Posts: 483	Speed drops from video am i aware for sure but not for audio like this. Something weird is going on for sure here.......

24th July 2015, 08:17	#4591 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	did you try to change the dts filter source ?

24th July 2015, 08:31	#4592 \| Link
Barough Registered User Join Date: Feb 2007 Location: Sweden Posts: 483	I haven't changed a thing. How do i change the dts filter source then?

24th July 2015, 08:34	#4593 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	Config button and then Preferred Decoder...

24th July 2015, 08:38	#4594 \| Link
Barough Registered User Join Date: Feb 2007 Location: Sweden Posts: 483	Thnx Have always used NicAudio here earlier but i'll do some tests l8r 2day with other decoders. [EDIT] Did a couple of quick tests and it seems like something have happened to NicAudio. Tested with FFAudioSource & BassAudio they work just fine. No real speed drops. Last edited by Barough; 24th July 2015 at 09:00.

24th July 2015, 13:40	#4596 \| Link
Barough Registered User Join Date: Feb 2007 Location: Sweden Posts: 483	Thnx for the info tebasuna51

25th July 2015, 09:10	#4597 \| Link
szabi Registered User Join Date: Nov 2004 Posts: 251	Hi Until now for file indexing FFMSIndex was used as default without any issue. Now MeGUI was updated (2566) and the default file indexer is L-SMASH Works. I tried to use FFMS like before however when index file and AVSscript ready it can not be opened as input for video encoding. Failure message is the following: AVS line 1: Code: LoadCPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll") What went wrong after so many usage it is not working now? Does L-SMASH Works have advance over FFMS? bye szabi

25th July 2015, 10:11	#4598 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Depending on the build options preferred by people who compiled it, there are some FFMS2.dll with standard AviSynth plugin API (LoadPlugin) and some FFMS2.dll wich AviSynth-C API (LoadCPlugin). L-SMASH Works did have important advantages over FFMS2 for a long time; again and again for years it was documented that FFMS2 could only load MKV containers reliably, but was very unreliable loading e.g. TransportStreams, even when Haali Media Splitter was installed (which was used to load some other containers); but just recently (I believe not before this year) this dependency to Haali was removed from FFMS2, so this disadvantage is being fixed. Still, L-SMASH Works has the additional L-SMASH demultiplexer for all ISO Media containers (e.g. MP4, 3GP, MOV...) which FFMS2 does not contain, it uses now only libavformats. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

25th July 2015, 18:56	#4599 \| Link
szabi Registered User Join Date: Nov 2004 Posts: 251	Thx for it. So wrong FFMS2.dll plugin are downloaded by MeGUI updater? Or meGUI script creator use wrong LoadCPlugin call? Fortunately I used ffms for MKV so I did not realise unreliable loading. I guess in quality no difference. Am I right? bye szabi

25th July 2015, 19:20	#4600 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Zathor or Kurtnoise may have to check whether they accidently replaced an older FFMS2 C-plugin with a newer FFMS2 default plugin... Regarding quality, there won't be any difference, both will use libavcodec decoders. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode