MeGUI development

[Sharktooth]

If the version changes are crucial we should wait until the anon CVS is working again.
At that point i can eventually migrate the CVS to SVN again and keep the version changes.

EDIT: Just a remark: DEV CVS IS STILL WORKING.

[Doom9]

@berrinam: well, is there any alternative? It's not like there's any useful muxer that can handle all kinds of formats.

[Kurtnoise]

Why not using DivxMux ? It supports mp3, ac3 for audio; all mpeg-4 asp for video streams and srt, idx/sub or txt for subtitles.

[edit]Forgot to add the link. This is of course a cli tool :: http://download.divx.com/labs/DivXMediaFormat_SDK_r2.rar

[Doom9]

what about avc video (previously muxed into avi with avc2avi) and is there a way to get traditional avis out of it? I know they're supposed to be compatible.. but are they really?

[ChronoCross]

I've started working with the svn. the following profile needs to be removed fromt he build list, or fixed. Compile.bat doesn't work cause I think it's using this profile.

------ Build started: Project: MeGUI, Configuration: test Any CPU ------
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig /unsafe- /checked- /nowarn:1701,1702 /nostdlib- /errorreport:prompt /warn:1 /baseaddress:285212672 /reference:.\ICSharpCode.SharpZipLib.dll /reference:MessageBoxExLib.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Data.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Drawing.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Windows.Forms.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll /debug+ /debug:full /filealign:4096 /optimize- /out:obj\test\MeGUI.exe /resource:obj\test\MeGUI.AutoEncodeWindow.resources /resource:obj\test\MeGUI.AviSynthWindow.resources /resource:obj\test\MeGUI.avsConfigurationDialog.resources /resource:obj\test\MeGUI.baseAudioConfigurationDialog.resources /resource:obj\test\MeGUI.Calculator.resources /resource:obj\test\MeGUI.ChapterCreator.resources /resource:obj\test\MeGUI.baseMuxWindow.resources /resource:obj\test\MeGUI.CropDialog.resources /resource:obj\test\MeGUI.AdaptiveMuxWindow.resources /resource:obj\test\MeGUI.faacConfigurationDialog.resources /resource:obj\test\MeGUI.MeGUI.resources /resource:obj\test\MeGUI.lameConfigurationDialog.resources /resource:obj\test\MeGUI.MuxWindow.resources /resource:obj\test\MeGUI.neroConfigurationDialog.resources /resource:obj\test\MeGUI.lavcConfigurationDialog.resources /resource:obj\test\MeGUI.ProfilePorter.resources /resource:obj\test\MeGUI.snowConfigurationDialog.resources /resource:obj\test\MeGUI.x264ConfigurationDialog.resources /resource:obj\test\MeGUI.xvidConfigurationDialog.resources /resource:obj\test\MeGUI.OneClickConfigurationDialog.resources /resource:obj\test\MeGUI.OneClickWindow.resources /resource:obj\test\MeGUI.ProgressWindow.resources /resource:obj\test\MeGUI.QuantizerMatrixDialog.resources /resource:obj\test\MeGUI.SettingsForm.resources /resource:obj\test\MeGUI.SourceDetectorConfigWindow.resources /resource:obj\test\MeGUI.VideoConfigurationDialog.resources /resource:obj\test\MeGUI.VideoPlayer.resources /resource:obj\test\MeGUI.VobinputWindow.resources /resource:obj\test\MeGUI.ZonesControl.resources /resource:obj\test\MeGUI.App.ico /resource:obj\test\MeGUI.pause.ico /resource:obj\test\MeGUI.play.ico /resource:obj\test\MeGUI.Changelog.txt /target:winexe /warnaserror- /win32icon:App.ico AssemblyInfo.cs AudioCodecSettings.cs AudioEncoder.cs AudioJob.cs AudioProfile.cs AutoEncodeWindow.cs Avc2AviMuxer.cs AVCLevels.cs AviSynthAudioEncoder.cs AviSynthJob.cs AviSynthProfile.cs AviSynthProcessor.cs AviSynthSettings.cs AviSynthWindow.cs AvisynthWrapper.cs avsConfigurationDialog.cs AvsReader.cs baseAudioConfigurationDialog.cs BeSweetEncoder.cs CodecManager.cs CommandlineAudioEncoder.cs CommandlineMuxer.cs CommandlineVideoEncoder.cs BitrateCalculator.cs Calculator.cs ChapterCreator.cs CommandLineGenerator.cs baseMuxWindow.cs CropDialog.cs d2vReader.cs AdaptiveMuxWindow.cs AdaptiveMuxWindow.Designer.cs DeinterlaceFilter.cs DGIndexer.cs DGIndexPostprocessingProperties.cs DialogManager.cs DialogSettings.cs DirectShow.cs Encoder.cs EnumProxy.cs faacConfigurationDialog.cs FaacSettings.cs Form1.cs hfyuSettings.cs IMuxing.cs ISettingsProvider.cs IJobProcessor.cs IndexJob.cs IVideoEncoder.cs Job.cs JobHandler.cs JobUtil.cs lameConfigurationDialog.cs LanguageSelectionContainer.cs lavcSettings.cs MeGUISettings.cs mencoderEncoder.cs MencoderMuxer.cs MkvMergeMuxer.cs MP3Settings.cs MP4BoxMuxer.cs Muxer.cs MuxJob.cs MuxPath.cs MuxPathComparer.cs MuxProvider.cs MuxSettings.cs MuxWindow.cs MuxWindow.Designer.cs NeroAACSettings.cs neroConfigurationDialog.cs lavcConfigurationDialog.cs lavcConfigurationDialog.Designer.cs ProfilePorter.cs ProfilePorter.Designer.cs snowConfigurationDialog.cs snowConfigurationDialog.designer.cs x264ConfigurationDialog.cs x264ConfigurationDialog.designer.cs xvidConfigurationDialog.cs xvidConfigurationDialog.designer.cs OneClickConfigurationDialog.cs OneClickConfigurationDialog.Designer.cs OneClickProfile.cs OneClickSettings.cs OneClickWindow.cs OneClickWindow.Designer.cs Profile.cs ProfileManager.cs ProgressWindow.cs QuantizerMatrixDialog.cs ScriptServer.cs SettingsForm.cs Shutdown.cs snowSettings.cs SourceDetector.cs SourceDetectorConfigWindow.cs SourceDetectorConfigWindow.Designer.cs SourceDetectorSettings.cs StatusUpdate.cs VideoCodecSettings.cs VideoConfigurationDialog.cs VideoConfigurationDialog.designer.cs VideoEncoder.cs VideoJob.cs VideoPlayer.cs VideoProfile.cs VideoReader.cs VideoUtil.cs VobinputWindow.cs x264Encoder.cs x264Settings.cs XviDEncoder.cs xvidSettings.cs ZonesControl.cs ZonesControl.designer.cs
C:\msys\1.0\home\ChronoCross\MeGUI\ProfilePorter.cs(210,10): warning CS1030: #warning: 'We are generating a list of failed attempts, but we aren't doing anything with it (below).'
C:\msys\1.0\home\ChronoCross\MeGUI\CommandlineVideoEncoder.cs(207,10): warning CS1030: #warning: 'Must look into XviD PAR code.'
C:\msys\1.0\home\ChronoCross\MeGUI\Form1.cs(3385,10): warning CS1030: #warning: 'avi code over here'
C:\msys\1.0\home\ChronoCross\MeGUI\MuxWindow.cs(32,10): warning CS1030: #warning: 'muxjobs generated here have no knowledge of PAR'
C:\msys\1.0\home\ChronoCross\MeGUI\VideoUtil.cs(959,10): warning CS1030: #warning: 'This should be rearranged to work better'
C:\msys\1.0\home\ChronoCross\MeGUI\AviSynthWindow.cs(1556,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
C:\msys\1.0\home\ChronoCross\MeGUI\d2vReader.cs(46,10): warning CS1030: #warning: 'Why load the video here? This means that we can't apply force film unless the video unless it is playable in AviSynth'
C:\msys\1.0\home\ChronoCross\MeGUI\Calculator.cs(1575,10): warning CS1030: #warning: 'look here'
C:\msys\1.0\home\ChronoCross\MeGUI\VideoUtil.cs(141,35): error CS0227: Unsafe code may only appear if compiling with /unsafe
C:\msys\1.0\home\ChronoCross\MeGUI\VideoPlayer.cs(668,23): error CS0227: Unsafe code may only appear if compiling with /unsafe

Compile complete -- 2 errors, 8 warnings


Edit: also I think it would be great if in the changelog we started a new numbering scheme. Since this build is drastically different from pre-refactor.

just use SVN 1

as for program version control we could instead of using 0.2.3 we should start using something like: 1.0.0.1 Alpha Since you are basically working on the more advanced version....but that's just MHO.

I'm not going to post a build until we figure out the naming scheme. Cause it has to be different from what the current cvs uses. Due to the differences.

[Kurtnoise]

what about avc video (previously muxed into avi with avc2avi)
Mux works fine with xvid or divx 4CC but doesn't work with h264 4CC.

and is there a way to get traditional avis out of it? I know they're supposed to be compatible.. but are they really?
What do you mean by traditional avis ?

[berrinam]

Since we need to add ffmpeg anyway (for m4v->avi muxing), we could *just* have that now, and add avimuxgui later, if it becomes more accessible (because avimuxgui is really the only tool that beats ffmpeg in avi muxing).

Muxers are basically dead simple to add now, and they should smoothly be able to drop in and out (they need a muxprovider, a commandline generater, and a Muxer class).

SVN is working for me. What do other people think about the situation with history from CVS? Following up on that, is it ok to commit to SVN now, or should we just wait until we have the full history imported?

Numbering system.... why not just use the SVN numbering system (like x264 does)?

[ChronoCross]

I think for the program versioning we should use

1.0.???? -> where ???? is the svn version. so right now it's 0001.

[berrinam]

MeGUI is nowhere near version 1 yet (IMO). Before that, I think it needs:

Support for extra muxers, including PSP's atomchanger
Auto update
Extra audio encoders
Video cutting

[Sharktooth]

versioning could be 0.9.r???? (where ???? is the SVN revision).
when refactoring and other crucial features will be completed we could move to a more convenient versioning like 1.0.r????.
for what concerns the CVS version history, there is ACTUALLY no way to keep it since the anon CVS isnt working but it can be migrated as soon as it gets up.
That means we should keep commiting changes to the dev CVS... or screw the CVS history by commiting changes to the SVN ignoring the old history...

[ChronoCross]

either way just make a decision and I'll go with it.

[Sharktooth]

either way just make a decision and I'll go with it.
... edited my previous post ...

[berrinam]

versioning could be 0.9.r???? (where ???? is the SVN revision).Yep.
That means we should keep commiting changes to the dev CVS... or screw the CVS history by commiting changes to the SVN ignoring the old history...Sourceforge now says they aim to have anon CVS back by May 12th if they're lucky, so I think we might as well wait the little extra time in case losing the history causes something drastic to happen

[Sharktooth]

ok, then keep commiting changes to the CVS. I'll migrate the whole thing (including history) again when anon CVS is back.
in the meanwhile ill take down the SVN.

[Sharktooth]

I've started working with the svn. the following profile needs to be removed fromt he build list, or fixed. Compile.bat doesn't work cause I think it's using this profile.

------ Build started: Project: MeGUI, Configuration: test Any CPU ------
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig /unsafe- /checked- /nowarn:1701,1702 /nostdlib- /errorreport:prompt /warn:1 /baseaddress:285212672 /reference:.\ICSharpCode.SharpZipLib.dll /reference:MessageBoxExLib.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Data.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Drawing.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Windows.Forms.dll /reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll /debug+ /debug:full /filealign:4096 /optimize- /out:obj\test\MeGUI.exe /resource:obj\test\MeGUI.AutoEncodeWindow.resources /resource:obj\test\MeGUI.AviSynthWindow.resources /resource:obj\test\MeGUI.avsConfigurationDialog.resources /resource:obj\test\MeGUI.baseAudioConfigurationDialog.resources /resource:obj\test\MeGUI.Calculator.resources /resource:obj\test\MeGUI.ChapterCreator.resources /resource:obj\test\MeGUI.baseMuxWindow.resources /resource:obj\test\MeGUI.CropDialog.resources /resource:obj\test\MeGUI.AdaptiveMuxWindow.resources /resource:obj\test\MeGUI.faacConfigurationDialog.resources /resource:obj\test\MeGUI.MeGUI.resources /resource:obj\test\MeGUI.lameConfigurationDialog.resources /resource:obj\test\MeGUI.MuxWindow.resources /resource:obj\test\MeGUI.neroConfigurationDialog.resources /resource:obj\test\MeGUI.lavcConfigurationDialog.resources /resource:obj\test\MeGUI.ProfilePorter.resources /resource:obj\test\MeGUI.snowConfigurationDialog.resources /resource:obj\test\MeGUI.x264ConfigurationDialog.resources /resource:obj\test\MeGUI.xvidConfigurationDialog.resources /resource:obj\test\MeGUI.OneClickConfigurationDialog.resources /resource:obj\test\MeGUI.OneClickWindow.resources /resource:obj\test\MeGUI.ProgressWindow.resources /resource:obj\test\MeGUI.QuantizerMatrixDialog.resources /resource:obj\test\MeGUI.SettingsForm.resources /resource:obj\test\MeGUI.SourceDetectorConfigWindow.resources /resource:obj\test\MeGUI.VideoConfigurationDialog.resources /resource:obj\test\MeGUI.VideoPlayer.resources /resource:obj\test\MeGUI.VobinputWindow.resources /resource:obj\test\MeGUI.ZonesControl.resources /resource:obj\test\MeGUI.App.ico /resource:obj\test\MeGUI.pause.ico /resource:obj\test\MeGUI.play.ico /resource:obj\test\MeGUI.Changelog.txt /target:winexe /warnaserror- /win32icon:App.ico AssemblyInfo.cs AudioCodecSettings.cs AudioEncoder.cs AudioJob.cs AudioProfile.cs AutoEncodeWindow.cs Avc2AviMuxer.cs AVCLevels.cs AviSynthAudioEncoder.cs AviSynthJob.cs AviSynthProfile.cs AviSynthProcessor.cs AviSynthSettings.cs AviSynthWindow.cs AvisynthWrapper.cs avsConfigurationDialog.cs AvsReader.cs baseAudioConfigurationDialog.cs BeSweetEncoder.cs CodecManager.cs CommandlineAudioEncoder.cs CommandlineMuxer.cs CommandlineVideoEncoder.cs BitrateCalculator.cs Calculator.cs ChapterCreator.cs CommandLineGenerator.cs baseMuxWindow.cs CropDialog.cs d2vReader.cs AdaptiveMuxWindow.cs AdaptiveMuxWindow.Designer.cs DeinterlaceFilter.cs DGIndexer.cs DGIndexPostprocessingProperties.cs DialogManager.cs DialogSettings.cs DirectShow.cs Encoder.cs EnumProxy.cs faacConfigurationDialog.cs FaacSettings.cs Form1.cs hfyuSettings.cs IMuxing.cs ISettingsProvider.cs IJobProcessor.cs IndexJob.cs IVideoEncoder.cs Job.cs JobHandler.cs JobUtil.cs lameConfigurationDialog.cs LanguageSelectionContainer.cs lavcSettings.cs MeGUISettings.cs mencoderEncoder.cs MencoderMuxer.cs MkvMergeMuxer.cs MP3Settings.cs MP4BoxMuxer.cs Muxer.cs MuxJob.cs MuxPath.cs MuxPathComparer.cs MuxProvider.cs MuxSettings.cs MuxWindow.cs MuxWindow.Designer.cs NeroAACSettings.cs neroConfigurationDialog.cs lavcConfigurationDialog.cs lavcConfigurationDialog.Designer.cs ProfilePorter.cs ProfilePorter.Designer.cs snowConfigurationDialog.cs snowConfigurationDialog.designer.cs x264ConfigurationDialog.cs x264ConfigurationDialog.designer.cs xvidConfigurationDialog.cs xvidConfigurationDialog.designer.cs OneClickConfigurationDialog.cs OneClickConfigurationDialog.Designer.cs OneClickProfile.cs OneClickSettings.cs OneClickWindow.cs OneClickWindow.Designer.cs Profile.cs ProfileManager.cs ProgressWindow.cs QuantizerMatrixDialog.cs ScriptServer.cs SettingsForm.cs Shutdown.cs snowSettings.cs SourceDetector.cs SourceDetectorConfigWindow.cs SourceDetectorConfigWindow.Designer.cs SourceDetectorSettings.cs StatusUpdate.cs VideoCodecSettings.cs VideoConfigurationDialog.cs VideoConfigurationDialog.designer.cs VideoEncoder.cs VideoJob.cs VideoPlayer.cs VideoProfile.cs VideoReader.cs VideoUtil.cs VobinputWindow.cs x264Encoder.cs x264Settings.cs XviDEncoder.cs xvidSettings.cs ZonesControl.cs ZonesControl.designer.cs
C:\msys\1.0\home\ChronoCross\MeGUI\ProfilePorter.cs(210,10): warning CS1030: #warning: 'We are generating a list of failed attempts, but we aren't doing anything with it (below).'
C:\msys\1.0\home\ChronoCross\MeGUI\CommandlineVideoEncoder.cs(207,10): warning CS1030: #warning: 'Must look into XviD PAR code.'
C:\msys\1.0\home\ChronoCross\MeGUI\Form1.cs(3385,10): warning CS1030: #warning: 'avi code over here'
C:\msys\1.0\home\ChronoCross\MeGUI\MuxWindow.cs(32,10): warning CS1030: #warning: 'muxjobs generated here have no knowledge of PAR'
C:\msys\1.0\home\ChronoCross\MeGUI\VideoUtil.cs(959,10): warning CS1030: #warning: 'This should be rearranged to work better'
C:\msys\1.0\home\ChronoCross\MeGUI\AviSynthWindow.cs(1556,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
C:\msys\1.0\home\ChronoCross\MeGUI\d2vReader.cs(46,10): warning CS1030: #warning: 'Why load the video here? This means that we can't apply force film unless the video unless it is playable in AviSynth'
C:\msys\1.0\home\ChronoCross\MeGUI\Calculator.cs(1575,10): warning CS1030: #warning: 'look here'
C:\msys\1.0\home\ChronoCross\MeGUI\VideoUtil.cs(141,35): error CS0227: Unsafe code may only appear if compiling with /unsafe
C:\msys\1.0\home\ChronoCross\MeGUI\VideoPlayer.cs(668,23): error CS0227: Unsafe code may only appear if compiling with /unsafe

Compile complete -- 2 errors, 8 warnings


Edit: also I think it would be great if in the changelog we started a new numbering scheme. Since this build is drastically different from pre-refactor.

just use SVN 1

as for program version control we could instead of using 0.2.3 we should start using something like: 1.0.0.1 Alpha Since you are basically working on the more advanced version....but that's just MHO.

I'm not going to post a build until we figure out the naming scheme. Cause it has to be different from what the current cvs uses. Due to the differences.
change /unsafe- with /unsafe+ in compile.bat
however i have other compilation errors:
mkvMuxWindow.cs(861,18): error CS0103: The name 'MUXTYPE' does not exist in the
current context
mkvMuxWindow.cs(878,23): error CS1501: No overload for method
'generateMkvmergeCommandline' takes '3' arguments
CommandLineGenerator.cs(1143,17): (Location of symbol related to previous error)

[Doom9]

What do you mean by traditional avis ?AVIs that are compatible with whatever AVI players are out there. I guess I'm just a bit sceptical about the whole divx format thing.

As far as version numbering goes, right now we're at 0.2.x.y.. so it could be 0.2.r#svn-revision#.. there's nothing in there that warrants a bump in the version number..

[Doom9]

I've been looking at divxmux and it does look interesting. It would make avi muxing very similar to mp4 and mkv muxing. It also supports vobsubs and since mp4box now also supports that, we can start thinking about subtitle ripping.
The drawback is obviously that there's no avc support, but then again avc in avi isn't such a great idea to begin with.

What do you guys think? scrap avc2avi, avimuxgui and use divxmux instead?

[berrinam]

Yeah, might as well use divxmux. We can always replace it or add another avi muxer if necessary (say, ffmpeg or avimuxgui if it becomes accessible).

[Sharktooth]

it's ok for me as long as avc is not muxed in AVI... :)

[ChronoCross]

it's ok for me as long as avc is not muxed in AVI... :)

Agreed. I for one am In favor of keeping things within certain standards. MeGUI should avoid hacks as often as possible. The naming scheme sounds good. I'll wait till the next commit to make a build.

[Sharktooth]

0.2.3.2134 8 May 2006
Commit by Sharx1976
- Expanded bitrate fields to 5 chars in x264 config dialog.
- Fixed an aesthetic glitch (video config button position) in main form.

Sources: http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS-0.2.3.2134.7z
Bins: http://www.webalice.it/f.corriga/megui/MeGUI-0.2.3.2134.7z

[ChronoCross]

I've also posted my version. I'll within the next few days be updating the Essentials package for the stable build 2132.

Here's the Readme for the current builds.


MEGUI is currently in a highly unstable developmental build. As it stands right now all features may not work.
Use at your own risk. Please report any bugs you find to our BugReport Thread at http://forum.doom9.org/showthread.php?t=105160


Compiler: ChronoCross

[ChronoCross]

Okay so for the refactor we are going to remove the following(correct me if I'm wrong)

1) Besweet support
2) Nero 6 and 7 dll neroraw encoding replaced by the new and improved free nero encoder
3) Scraping avc2avi, avimuxgui support and instead preventing avc in avi by using divxmux for ASP in AVI muxing.

Requests made:
1) Added support for Coding technologies AAC
2) Added support for additional Audio processing techniques. Support for things that besweet supports but instead supporting them using avisynth.
3) Vorbis Encoding

is there anything I missed?

[berrinam]

3) Scraping avc2avi, avimuxgui support and instead preventing avc in avi by using divxmux for ASP in AVI muxing.I know that you and Sharktooth think that AVC in AVI is a terrible thing, but when I was playing around with the refactor and muxing, it didn't give me any of the problems I used to have (crashes, jerkiness, etc). I know there's a big debate about whether it should be done, but at the moment, editability is still the best in AVI. should we really abandon AVI muxing for AVC? Why not just leave AVC2AVI in, meaning that AVI muxing is only supported for audio-less files, and if we ever add ffmpeg or avimux gui, then we can actually get avc in AVI.

is there anything I missed?Vorbis audio encoding. More general refactoring, perhaps.....

[berrinam]

Anyone else having problems with CVS at the moment?

[ChronoCross]

I know that you and Sharktooth think that AVC in AVI is a terrible thing, but when I was playing around with the refactor and muxing, it didn't give me any of the problems I used to have (crashes, jerkiness, etc). I know there's a big debate about whether it should be done, but at the moment, editability is still the best in AVI. should we really abandon AVI muxing for AVC? Why not just leave AVC2AVI in, meaning that AVI muxing is only supported for audio-less files, and if we ever add ffmpeg or avimux gui, then we can actually get avc in AVI.

Vorbis audio encoding. More general refactoring, perhaps.....

As for AVC in AVI although it might work with certain settings some of the more complex profiles would not work in AVI. AVI has those limits. Which would mean all of sharktooths profiles would then have to be banded to a particular format. it would add a level of complexity to the way things are done. plus alot of people will start to see undesired results and complain about it.

By supporting the formats that support it natively we can aleiviate the issues and keep from having to impose further restrictions.

[Doom9]

Why not just leave AVC2AVI in, meaning that AVI muxing is only supported for audio-less files, and if we ever add ffmpeg or avimux gui, then we can actually get avc in AVI.
I was thinking about that, too. The most important to me is that we don't have to bend over backwards to make it work.. if avimuxgui isn't an option, then there's simply no muxer that can handle the requirements and that means either we leave just avc2avi in there, so people can use all the facilities but if they try audio and video, it won't work, or remove it. Of course there's using Nandub as a muxer, but nah..

is there anything I missed?It's a start.. obviously there are more features to come, like cutting, vobsub subs for all formats (including extraction.. with divxmux we have the three containers supporting these subs so it makes sense to have that option).

[berrinam]

I can't access CVS (many people have reported this on SF), so here is the source code and bins for 0.2.3.2135:
Source: http://www.savefile.com/files/4964492
Bins: http://www.savefile.com/files/3709502

Changes:
0.2.3.2135 8 May 2006
Commit by berrinam:
- Enabled XviD CQMs (there are two fields, but only the first one is active)
- Fixed loading of video jobs -- the PAR is now retained.
- PAR is now in the video player, not the codec config (it's not a codec-specific thing, conceptually)
- Added support for DivXMux.exe (no statuses yet, though... no lines to parse, so filesize-based status required)
- Removed registration of AVIMux_GUI (but didn't remove code... hopefully it will get stderr error messages soon, so we can use that again)
- Fixed up annoying video profile bug that's been around for ages

Still not finished. In particular, there is currently no way for the mux path finder to tell the difference between an avi with avc and a video with asp. Anyone have suggestions?

[Sharktooth]

CVS is ehrr... down...

[Doom9]

there is currently no way for the mux path finder to tell the difference between an avi with avc and a video with asp.aargh.. that's one thing I hadn't thought of.. gotta mull this over in my head for a bit.. it would be nice to have something better than a cheap hack solution.

[berrinam]

Two possible solutions:
two video types: AVCAVI and ASPAVI.... I'm not sure how that would work, though.

The muxers have a list of videocodecs that they support. So, not only does a mux path need to be found, but every muxer after the one that muxes it in needs to support that video codec. (Similar for audio codecs). I like this solution, but it still doesn't work when you just select an avi input file.... you don't know what codec it is. Perhaps MediaInfo would be useful for this?

EDIT: About MediaInfoLib. The things I see it as perhaps useful for are:
Finding the fps of sources that will be DirectShowSource'd. This should solve one of the main reasons that files can't be loaded into MeGUI
Used for muxing as mentioned above
Possible use in One Click Encode to allow DirectShow inputs there.
Use when muxing unknown inputs to determine the number of frames of the source file (because at the moment, there is no way to know, so it is set to 100 (arbitrary decision).
It could be made into a fourth kind of video reader: DirectShowReader. This would mean getting its properties via MediaInfo, and getting the video display via AviSynth.

[berrinam]

Why are there two CQM fields in XviD config, although xvid_encraw only allows one CQM file, and all of Sharktooth's ASP CQMs are a single file?

[Doom9]

Why are there two CQM fields in XviD config, although xvid_encraw only allows one CQM fileBecause mencoder wants the Intra and Inter matrix separately. iirc inly the intra matrix is used these days, the other is useless.

Finding the fps of sources that will be DirectShowSource'd. This should solve one of the main reasons that files can't be loaded into MeGUIAre we wrapping those sources into an AviSynth script? If so, wouldn't it not make any difference since the encoder would have the exact same issue?

So, not only does a mux path need to be found, but every muxer after the one that muxes it in needs to support that video codec.Hmm.. I initially thought of that but then scrapped the idea because it would just add another layer of complexity which at this point I didn't need (every muxer supported all kinds of content in input that was already in the desired container). It's the cleanest way though.

[berrinam]

Because mencoder wants the Intra and Inter matrix separately. iirc inly the intra matrix is used these days, the other is useless. Well, in that case, I will remove the inter matrix textfield. I think it would also be good to get someone to redesign the XviD config dialog.

Are we wrapping those sources into an AviSynth script? If so, wouldn't it not make any difference since the encoder would have the exact same issue?I meant the problem with using AviSynth to load files via DirectShowSource -- AviSynth sometimes complains and says, "Can't load source. Can't detect framerate". If you provide it with the framerate, then it loads fine. So, finding out the framerate via MediaInfo would solve that problem.

Hmm.. I initially thought of that but then scrapped the idea because it would just add another layer of complexity which at this point I didn't need (every muxer supported all kinds of content in input that was already in the desired container). It's the cleanest way though.I think it won't make it overly complex to do that. I'll just add a supported Video/Audio codec property to IMuxing, and register another Mux Path checker.

[berrinam]

0.2.3.2136 10 May 2006
Commit by berrinam:
- Fixed Profile Importing/Exporting's CQM handling for XviD
- Added tritical's fix for AviSynthWrapper
- Fixed OneClick window loading
- Fixed LMP4 config loading

bins: http://rapidshare.de/files/20081273/megui-bin.2136.zip.html or http://www.savefile.com/files/8710945
src: http://rapidshare.de/files/20081338/megui-src.2136.zip.html

Enjoy.

[Doom9]

AviSynth sometimes complains and says, "Can't load source. Can't detect framerate". If you provide it with the framerate, then it loads fine. So, finding out the framerate via MediaInfo would solve that problem.Ahh.. I know that one. You make a compelling argument to include MediaInfoLib.

[shon3i]

0.2.3.2136 10 May 2006
Commit by berrinam:
- Fixed Profile Importing/Exporting's CQM handling for XviD
- Added tritical's fix for AviSynthWrapper
- Fixed OneClick window loading
- Fixed LMP4 config loading

bins: http://rapidshare.de/files/20081273/megui-bin.2136.zip.html
src: http://rapidshare.de/files/20081338/megui-src.2136.zip.html

Enjoy.
Can you upload binaries somewhere else because i have net with proxy which is not supported by rapidshare. Thanks

[berrinam]

I think it won't make it overly complex to do that. I'll just add a supported Video/Audio codec property to IMuxing, and register another Mux Path checker.Well, it's more complex than I realised.:o

The main difficulty arises from the fact that we now need to know the codec at every level, as opposed to just knowing the VideoType (these aren't always interchangeable). It isn't a terrible problem; it should just require working through all of the code and replacing OutputType with MuxableType (a struct which will contain an OutputType and the codec used). Unfortunately, this sort of tedious work can't be done right now. I'll have to leave it for a little while.

@shon3i: edited my above post.

[Sharktooth]

Since the CVS is down, latest sources can be found on the anon SVN: https://svn.sourceforge.net/svnroot/megui (use a svn client)

EDIT: i updated the version number in AssemblyInfo.cs to 0.2.3.2136

[bob0r]

Until the CVS is down, latest sources can be found on the anon SVN: https://svn.sourceforge.net/svnroot/megui (use a svn client)

EDIT: i updated the version number in AssemblyInfo.cs to 0.2.3.2136

I guess you mean "because CVS is down" or "until CVS is back online", latest sources can be found on the anon SVN....

The checkout went fine, are there are problems for using SVN then?

(besides the fact that i can't compile again, see bug report thread)

[Sharktooth]

yeah... no, but the old versions history is gone. so it preferable to still use the CVS until we can migrate the whole thing to the SVN.

[Sharktooth]

Sources and Bins are available here too (from now on):
http://mirror05.x264.nl/Sharktooth/?dir=./MeGUI

[Sharktooth]

CVS is BACK.
Read the SF email to know how to access the new service.

[berrinam]

Committed 0.2.3.2135 and .2136 to CVS. I'll finish and commit the update I'm working on now, and then let's move to SVN?

[ChronoCross]

anon cvs is still broken so svn would be great lol. I just wish gpac would move to subversion as well.

[berrinam]

Well, if anon CVS is still broken, then a transition won't be so easy. EDIT: Anonymous CVS is working now -- I just tested. You need to reconfigure the settings, though: http://sourceforge.net/docs/E04/

[berrinam]

0.2.3.2137 13 May 2006
Commit by berrinam:
- Added a check for whether muxers support the codec in mux path finding
- Added a warning message on the bitrate calculator (it needs a refactor)
- Fixed the mp4 bug with the calculator
- Fixed a bitrate calculation bug in AutoEncode

[Sharktooth]

I'll try to migrate again...

EDIT: migration from CVS is "currently not available"

[dimzon]

Is this settings valid ???
http://img71.imageshack.us/img71/9485/cvs8jz.png

In C:\MeGUI: "C:\Program Files\TortoiseCVS\cvs.exe" "-q" "checkout" "-P" "MeGUI-src.CVS"
CVSROOT=:ext:dimzon@megui.cvs.sourceforge.net:443/cvsroot/megui

cvs.exe checkout: bad CVSROOT - Cannot specify port: :ext:dimzon@megui.cvs.sourceforge.net:443/cvsroot/megui
cvs.exe [checkout aborted]: Bad CVSROOT.

Error, CVS operation failed

[Sharktooth]

port number is wrong. remove it.