MeGUI / x264 stops at 99.9%

[raziel666]

I updated my MeGUI this morning and it installed the r565 version of x264. I tried to do an encode and it stuck at 99.9% (a hundred frames before the end). I thought of updating manually x264 to r567 and now I get the same problem again. Any ideas?

[Sharktooth]

Was r564 working? What happens if you replace the current x264.exe with the r564 one?

[raziel666]

I tried to encode some other file with r567 and had no problem. I cut the last 500 frames of the video that I have problem with and compressed them with r567 and they were fine as well (so it's not problem with the source). I don't know what to say... Haven't tried with r564 yet. Right now I cut the video in two pieces and compress them separately. In an hour that the first pass will be over I will know what happens.
EDIT 1: After cutting the video in two pieces I gest stuck again at the same frame. Can't understand why. I mean if I encode only the piece everything is ok. Any suggestions?

EDIT 2: I tried to open the stats file from the (aborted) first pass and it has stats up to the very last frame (179186) while on the encoder window it said that it was stuck at 179007.

[raziel666]

I'm returning to this post, as I noticed something really strange. I stuck again at 99.9%, with both XviD and x264 encoders in various sources. I played around with the avisynth script, and found that if I remove the two lines regarding the loading of subtitles with vsfilter the problem does not occur.
The lines in question are:
LoadPlugin("C:\Program Files\Anime Utils\AviSynth 2.5\plugins\VSFilter.dll")
TextSub("sub.ass")
Any suggestions?

P.S. I've tried to check the subtitle file but the only "strange" thing I can see is that the last subtitle ends at fram 37017, while the video has 37019 frames. The encoder stops at 37016.

[check]

Are you using vsfilter 2.37? Please also paste the last line of the sub file.

[raziel666]

I'm more than certain that I'm using VSFilter.dll - it's the same that comes with CCCP. In any case its CRC is 25bfde87.
As for the subtitle file, it's an .ass created with aegisub. Below are the last 3 lines:

Dialogue: 0,0:25:38.03,0:25:39.53,Basic_Style,,0000,0000,0000,,{\i1|...και το μόνο που χρειάζεται είναι να συνδυαστούν τα στοιχεία.
Dialogue: 0,0:25:40.29,0:25:41.20,Basic_Style,,0000,0000,0000,,{\i1}Όταν συμβεί αυτό...
Dialogue: 0,0:25:41.20,0:25:43.96,Basic_Style,,0000,0000,0000,,{\i1}...η Αλήθεια που όλοι αγνοούν, θα αποκαλυφθεί.

OK, the subtitles are Greek, that's why they might seem strange.
I made a test by erasing the last line completely but nothing changed.

[DarkT]

Sorry for bringing an older thread back to life - however, I'm experiencing the same problem.

Only MY .ass script contains hebrew/japanese/english all along it - and it only gets stuck on the 99.97%.

When I remove the textsub line from the equation all works out fine.

I am using the Unicode version of vsfilter - any help would be well appritiated...

[Krad]

Em... is your subtitles in avisynth look like that:

LoadPlugin("D:\Subs\Aegisub\VSFilter.dll")
TextSub("D:\Subs\Projects\onegai teacher\teacher 4\onegai teacher 4 script.ass")
You need to target full adress to file.

[DarkT]

Nope, it looks otherwise, but I don't see how that's related, as on my previous computer - if the .ass file was located in the same dir as the encoding script - it made not an ounce of a difference...

so

TextSub("a.ass")

worked just fine... It would give out an error if it wouldn't find the fle I presume...

[[P]ako]

1. Check your .ASS script for errors.
2. Make sure the video is error-free
3. Encode a lossless first and then try again using the lossless as a source
4. Or , try to encode it through a command shell

Have you tried to encode it with xvid in virtualdub? if so, did it crash?

[DarkT]

Encoding it without .ass is completly fine - I tried 3 different sub files and video files - all stop at 99.97% - HOWEVER, when I don't put subs - they finish encoding... I just htough of trying to encode with VDUB myself :) - infact, I already figured that if Vdub can encode it with subs, then maximum, I'll encode the subs on the loseless pass, and not on the x.264 pass(for which I use megui) - thanks man ;).

Edit:

I'll try this soon and let ya all know how it went.

[Krad]

Nope, it looks otherwise, but I don't see how that's related, as on my previous computer - if the .ass file was located in the same dir as the encoding script - it made not an ounce of a difference...
so
TextSub("a.ass")
worked just fine... It would give out an error if it wouldn't find the fle I presume...

Nope... There is one bug in VSFilter...
[edit] AviSynth path bug
Present in: 2.35-2.37, possibly also other versions
When using the AviSynth frontend, and not specifying the full path to the script file, VSFilter goes into a 100% CPU loop somewhere.

It might be related to automatic subtitle reload on modifications.

The infinite loop seems to be in a separate thread and does not prevent normal operation, but it also makes it impossible to end the process having loaded VSFilter in a normal way, meaning you must forcibly kill it.

so try using full path :) and then tell us if something have changed.

[DarkT]

*sigh* seeing as how I'm desperate I'll try that too - HOWEVER, it worked always fine on my other cmp with no full-path specifications, but anyway, I'll try it...

As for now - I encoded through Vdub xvid version - and everything turned out just fine...

Now I need to check commandline thingy - who knows - maybe it's just the GUI whcich givs me trouble - which, won't be the 1st - BeLight gui completly kills me - I stopped using it, I just copy paste the "path" and go manual from there... *sigh* GUIs hate me :(

[[P]ako]

MeGUI shows the command line of your current work, it does it while you are configuring it. So, all you need to do is to copy the command line, open a CMD.exe,, dir to where x264.exe is located, paste the command line, hit enter and wait. You can also create a batch file if you wish to queue more than one work.

PS: I don't include the full path either and it works.

[DarkT]

Hi, I finally got to try the command line - and it got stuck! You know where? it finished everything and then some PSTN or some similiar acronym - and that's the last line of it - the CMD window didn't get stuck, but it just didn't return to the normal c:\> thingy - so I closed it, went to play the file, and it gave me an error - something about corruption :).

I'll try to remove the PSNR and SSIM options and report back :).

[DarkT]

Sorry for the double, but I solved the problem - here's how - to all whom are interested:

Got Aegisub 2, and took vsfilter from it - it appears like the vsfilter there is a bit bigger, and got some fixes in it or something - anyway, that solved my problem.

[l3pyr]

Sorry for the double, but I solved the problem - here's how - to all whom are interested:

Got Aegisub 2, and took vsfilter from it - it appears like the vsfilter there is a bit bigger, and got some fixes in it or something - anyway, that solved my problem.

This was driving me nuts, thanks =)