MeGUI development

[cyberbeat]

vobsub subs are per definition decoded by vobsub.. and vobsub allows you to switch off subs. You don't think I'd do something as stupid as burn in subs into the video stream, did you?
I did not think so, but I am still learning about encoding and have been reluctant to change from the ways that have worked so far. As I learn more about the power and features of megui, I can try to make things easier for me. :D

[Sharktooth]

Take the check for neroAacEnc.exe off of update! :sly:
no, coz:
1 - you can do it by yourself (right click)
2 - im adding FTP support for autoupdate so it will download the encoder directly from the nero FTP.

[Doom9]

2 - im adding FTP support for autoupdate so it will download the encoder directly from the nero FTP.I'm not sure if that's actually okay with ahead since it bypasses the license agreement.. I more or less asked if it was okay to offer a download directly from megui and I never heard back that it was indeed okay.

[Sharktooth]

uhm... showing the licence (with an accept/reject button) would be ok?

[Doom9]

I don't know.. I think until Nero comes back with something they deem okay, we should really remove neroaac from the autoupdate and just tell people to download it manually. It's not the best solution, but it's one that will never get us into any trouble.

[Doom9]

If anybody has an idea about this (http://forum.doom9.org/showthread.php?goto=newpost&t=115248) I'd appreciate it.

[Sharktooth]

I get any sort of allergic reactions whenever i have something to do with divxmux...
Couldnt we just replace it with another avi muxer?

[berrinam]

I agree: it has caused many problems, because it only seems to be able to mux divx and avi. It doesn't even seem to handle xvid!

I think ffmpeg is the best candidate here.

[Doom9]

show me another commandline muxer that not only handles 1 audio stream... and that actually has some features like tagging, splitting, and subtitles.

[Sharktooth]

I updated the ContextHelp.xml in trunk due to this:
http://forum.doom9.org/showthread.php?p=869691#post869691

[bob0r]

Do i need updatecopier.exe with megui or not?

compile.bat is still wrong

F:\msys\1.0\home\user\megui>md Dist\updatecopier

F:\msys\1.0\home\user\megui>copy updatecopier.exe .\Dist\updatecopier
The system cannot find the file specified.

I use svn co https://svn.sourceforge.net/svnroot/megui/trunk megui
and i want to know if it can be fixed, i can do myself, but i would like to automate......

[Sharktooth]

bobor the SVN version is still unstable.
continue using 2192.
btw a workaround for updatecopier.exe:
- run the compile script for updatecopier.
- copy updatecopier.exe into the trunk directory
- run compile.bat in trunk

ill update the compile.bat though...

[Sharktooth]

Updated compilation scripts so running compile.bat in trunk will compile all the necessary stuff and copy the required MeGUI files into the "Dist" directory.

[Sharktooth]

@berrinam: in 2193 avisynth script creator doesnt work. when you load a file it doesnt set or enable controls.

[bob0r]

Its still kinda crappy trunk/compile.bat browses to another dir to run another .bat, which does not run inside mingw, but opens a new cmd.exe, which is no good.

Everything that is needed should be in trunk, if updatecopier.exe is part of megui core, it should be in the trunk dir (as subdir ofcourse).
Then 1 compile.bat is enough and i dont have to checkout svn 2x (trunk and updatecopier)

Also note, if updatecopier.exe is part of megui, it is not copied to the BigDist dir.

Bugs or Features... let me know


... and no, i will host whatever latest version of megui... as said before... same as x264, megui is very alpha-ish and thus should be tested by as many people as possible.

[Sharktooth]

UpdateCopier is a different package (and obviously it's not part of the core).
Just checkout the megui dir (not only trunk) and you will get all the necessary stuff.
If everything is in the right place you can just run the compile.bat in trunk and you're done.
I'll see how can i fix the compile.bat in trunk to work with mingw though.

[berrinam]

I haven't looked at the current situation, but I think what should happen (and it sounds like this is what bob0r is saying) is that we should have a compile.bat file in each package (and I consider updatecopier a separate package from megui, likewise for neroraw and messageboxexlib), and a global compile.bat which just runs each of the other compile.bat files. Thus, if you download just the megui trunk, you can compile just megui, without needing everything else.

Basically, I think we should separate as much into packages as possible, so that the least amount of updating is required, because a change to core shouldn't require re-downloading of updatecopier (which at the moment it doesn't anyway).

[check]

Hi, can you please point new links in MeGUI for the wiki towards http://mewiki.project357.com ? It's pretty much setup now, I just have to copy the rest of the images across and readd a few redirects. I'm using .htaccess to make the page addresses nice and logical (/Main_Page instead of index.php?title=Main_Page), but my poor htaccess coding skills mean I don't know how to exclude specific subdirectories from this, which will be a problem if the random mirror system is implemented.

On that front, I've mirrored everything in the megui/auto directory in http://mewiki.project357.com/auto , but as you can see it's inaccessible as the .htaccess rule is rewriting it. If you can help me solve this, please PM me, I've been searching high & low for the solution for the past two nights.

[Sharktooth]

i can access http://mewiki.project357.com/auto and all the files without problems...

[check]

Maybe firefox just hates me - the page will load in IE for me but in ff it leads me to http://mewiki.project357.com/Forbidden.html . Doesn't seem to be affected by logging into the wiki - I guess it's something random on my end. I guess this means the mirror is ready for use if it's wanted (with an ftp acct for updating of course).

[Sharktooth]

I completely removed that POS (Firefox). Its main features are:
1-being filled of bugs
2-eats memory (yeah it's not a bug, it's a feature!)
3-being a pachyderm
4-startup time measured in centuries

Get Opera and you will be ok for the next 3 lives...

[Doom9]

I'm running FF 2.0 alpha1 here and I can open the url just fine. On my site, people can't download if they have a software that removes the referer of a http request.. maybe that's your problem?

[Sharktooth]

@Doom9 & Berrinam: what's the status of doom9 changes integration in trunk?

[check]

nobody else has problems - I'll put it down to divine intervention by the Opera gods on sharktooth's behalf ;)

[Doom9]

I haven't had time to do anything code-wise.. I still have to figure out a couple things about subtitle handling and most importantly I need some time.. working until 9pm every day really doesn't help with the motivation to work on megui.. I just need a break some time and megui just doesn't pay the bills.

[Sharktooth]

ok. BTW porting to mono is becoming quite impossible. Also there is too much windows related packages dependencies.
So I've decided some time ago to "revert" megui for linux to its original nature: being a Mencoder GUI.
I "freezed" the avisynth 3 interface (it's almost working but avisynth 3 status is too much unstable) in favour of mencoder (libavcodec) input/filtering/processing/encoding.
The workflow is also changed radically...
All the supported functions (cropping, filtering, etc) including deinterlacing (it's not yet automatic as in MeGUI) and video codecs are now managed by mencoder.
Also there's the possibility to use Lame, NeroAACenc (thru wine), faac etc... as in current MeGUI.
Preview, Subtitles and Multiple Tracks are not working right now and muxing is done thru mp4box and mkvmerge as usual (no AVI, sorry but it can be added later altering the workflow a bit). I've also completely rewritten the Adaptive Muxer...
There's no need for d2v creator, mencoder replaced it. There's no autoupdate yet but i plan to implement it with wget.
An "alpha" release will come asap (read: when i'll have time to fix some problems).
On the "new features" front, i've added the (in)famous compression test to the oneclick encoder. After selecting the encoder and the profile MeGUIx asks if you want to run a comp test. When it ends it will "suggest" the final filesizes for different final video qualities from which the user can choose from or just dont care about it and set his own personal filesize/media.
This feature is subject to change for a better "quality" metric (PSNR or SSIM instead of percentage based on the comptest filesize but i have no idea in how to implement it without avisynth).

[Henrikx]

MeGUI - Linux
Super !!!! That would be ingenious

[Sharktooth]

That is just a "what you can expect" from the MeGUIx "fork".
It is really very different from MeGUI coz most of the code has been rewritten/heavily modified.
Oh... i was about to forget profiles are not compatible with MeGUI.

[Henrikx]

code has been rewritten/heavily modified.
I hope you have success!
Thanks for the work !!!

[Adub]

This sounds really cool, Sharktooth. Keep us posted. :p

[Sharktooth]

MeGUIx will eventually work on win32 too, but i think windows users would prefer MeGUI just for the avisynth support.
The other thing im working on is network encoding.
Details will come later since there are a couple of things i should decide (since it will be also ported to the win32 MeGUI).

[Adub]

Now the network encoding sounds really cool. I have just gotten into the realm of distributed computing at it is awesome. Again, give us as much information as you can.

[Sharktooth]

Well, the network encoding is for x264 only (right now) since x264 can encode a part of a movie without cutting the source.
The other encoders would need avisynth (trim function) but as i said in a previous post avisynth 3 is too much incomplete and there are no ports of the 2.5 filters, so i dropped it for a while.
Cutting the source into multiple files is not an option...

[squid_80]

xvid_encraw has -frames and -start options...

[Sharktooth]

Really? I didnt know it... thanx!

[Adub]

Well, the network encoding is for x264 only (right now) since x264 can encode a part of a movie without cutting the source.
The other encoders would need avisynth (trim function) but as i said in a previous post avisynth 3 is too much incomplete and there are no ports of the 2.5 filters, so i dropped it for a while.
Cutting the source into multiple files is not an option...

This is really cool! I look forward to this and Avisynth 3.0. Keep up the good work there Sharktooth, we all appreciate it.

[bob0r]

Question:
The new x264 options, like
--interlaced
--direct-8x8
--deadzone-inter
--deadzone-intra,
will they be added to the stable version, and a new stable version will be made, or will they be added to the latest revision, and do we have to wait for a new stable version?

[Sharktooth]

Well, i added them in the MeGUIx port. But i dont know what to do with the current MeGUI source.
Theoretically those changes should be applied to the latest 2193 which is not stable at all but i'd like to add them to 2192 tree as well.

[Sharktooth]

Since im at home with the flu, i have some time to fix some stuff in MeGUI.
Im going to rearrange the SVN making 2 branches:
Stable and Unstable.
Stable will be based on revision 2192 and it will be a BUGFIX only branch.
While Unstable (the unstable tree) will contain the latest revision with the berrinam's latest refactor. All the new stuff (new features and functionalities) should be added there.
A third directory (probably linux-port) will contain the MeGUIx branch.

@devs: do you agree on changing the SVN structure as described above?

[bob0r]

So what you are saying is, the new x264 options will be only available, when a new stable branch is updated?
Ofcourse i mean available in a stable build.

[ChronoCross]

So what you are saying is, the new x264 options will be only available, when a new stable branch is updated?
Ofcourse i mean available in a stable build.
that would be bad....I mean I can image new Megui features shouldn't be added but you gotta add new command line stuff for x264.

[Sharktooth]

Well, command line stuff for the various codecs can be added to the stable tree too.

[Sharktooth]

If you want some raw explanation on how parallel encoding will work (at least i hope...) i've just wrote some info in this thread:
http://forum.doom9.org/showthread.php?p=883639#post883639

[Sharktooth]

So, no devs care about the SVN changes i proposed?
They will also require a new versioning scheme...

[Romario]

What's going on with MeGUI development? Nobody says anything.

[berrinam]

I have hardly any free time, yet I have (foolishly) committed an incomplete refactor to the trunk, stalling other people's development. I hope to resolve this soon.

[ChrisBensch]

I know it's probably too early to ask but I'll do it anyway. The distributed version of MeGUI is on it's way I know...is there a "test" version for those of us who'd like to play with it? I'm guessing it's in SVN somewhere but I just don't know where.

[Sharktooth]

No, it's not in the SVN. It's in an experimental stage and the last time i was coding i was working on the client/server communication protocol.
As i said in another thread i will restart working on it in few days.

[asdfsauce]

Oh great, I guess this means GPU accelerated command line generation is EVEN further away now. :(

[Sharktooth]

Commandline... GPU... what?