OGMuxerGUI Released

[zulu]

Hi!

I created a nice, easy to use GUI for cyriu's OGMuxer.
It comes with a special dll build of OGMuxer and incorporates almost every
feature the commandline version has.

Features:
- uses latest OGMuxer version
- full drag 'n drop support (for inputfiles, outputfile, chapters ...)
- ships with a dll version of OGMuxer, the commandline version is not needed
- Muxer messages are logged
- additional automatisation features (e.g. movie title and outputfilename can be determined from the input video filename)

ToDo:
- possibility to abbort the muxing process
- save GUI settings


Give it a try!

Follow the link in my signature to download it (or see screenshots if you're still sceptic ;))


regards,
zulu


P.S.:
The GUI is written in C# and for this reason requires the .net framework.
If you're one of the people who hate .net,
please just ignore this thread and don't turn it into a pro/con .net thread.

[Nic]

Nice One zulu! Just about to try it now. Ill tidy up my source code for OGMuxer code and post it here later today/tomorrow so that you can make a DLL out of it for AAC support :) (AAC support works with out OggDS filter modifications)

Remember, to release all your source code not to violate GPL. Or this thread will turn into a GPL thread rather than a .net one ;)

Ill let you know how I get on with it :)

Cheers,
-Nic

ps
Ive looked at it now:
I like it alot :)
Minor Suggestions:
When hitting the Add button maybe a File dialog box should pop up straight away to select the file you want to insert. ?
Offset means delay? Maybe it should state delay (ms) ?
"Supported audio codecs" should include *.ogg as well (and soon *.aac :) )

[superdump]

Could you also write a GUI for mkvmerge? The layout is really good and would only involve incorporating a few more options. (cluster length, meta-seek size, languages...?)

Thanks

EDIT: I'm not a matroska freak. I just think your tool is very well laid out and would be a credit to both ogm and matroska. :)

[stax76]

good to know I'm not alone using .NET :)

[DAvenger]

Very nice tool, thanks ;)

Oh yeah, the *.ogg is missing in the opening dialog ... not a big deal but :rolleyes:

[ChristianHJW]

Very nice ! Finally a good OGM muxer besides VdubMod ....

Any chance to extend this to use mkvmerge for matroska muxing also ? That way all the guys here could use just on GUI, and decide what container they use on muxing. jcsston has made a nice GUI for mkvmerge already, but it wont work with recent versions of it, and he is too busy with FLAC in MKV and the new shell extension to rework it ...

[Koepi]

Originally posted by ChristianHJW
Very nice ! Finally a good OGM muxer besides VdubMod ....


This one is personal, right? Please stop these provocations(in fact, it's an open insult).

*scratching head*

Koepi

[JohnMK]

There is of course an alternative for those VDubMod & .NET averse muxers:

OggMux.

http://koepi.roeder.goe.net/oggmux.html

But personally I have no problem with .NET, in fact I use the DVX DivX/XviD encoding frontend for all of my encodes . . . and that of course requires .NET.

[corigan]

Originally posted by Koepi
This one is personal, right? Please stop these provocations(in fact, it's an open insult).

*scratching head*

Koepi

That's how I took it koepi. Personally I think OGGmux rocks and use it quite frequently.

Thanks for the new tool zulu, going to take a look at it tonight.

[ChristianHJW]

I hope Gabest will forgive me, but i dont see any sense in using a playback orientated framework like DirectShow to be used for creating files, of what-so-ever kind.

This may be different for other, more DirectShow/Windows based containers, but for matroska we try to create as many 'native' streams as possible to ensure x-platform acceptance ( ask Linux users what they think of containers that use DirectShow means to identify stream type etc. ), and DirectShow is certainly not the way to go here.

Gabest' matroska muxer is great for capturing, but for file creation mkvmerge is my tool of choice ( and those who know me are aware i HATE CLI ).

Cyrius' OGMuxer is a nice tool, deducted from Mosu's tool, and it deserves a good CLI, while i dislike using DirectShow for file creation ... thats all i wanted to express with what was said above. If some people see this as a 'personal insult', this is just confirming me in my opinion that the only reason to give the OGM container a second life is to help pushing the use of 'certain' tools, so its just to fulfil personal needs of some people. What a disappointment this must be for the same people, that pushing OGM finally didnt help them at all, but new, CLI based tools are used instead to create OGM files ....

[BlackSun]

Directshow rulez :devil:

[Belgabor]

Originally posted by BlackSun
Directshow rulez :devil:
Just wait till gstreamer is ported to windows :p

[stax76]

This may be different for other, more DirectShow/Windows based containers, but for matroska we try to create as many 'native' streams as possible to ensure x-platform acceptance ( ask Linux users what they think of containers that use DirectShow means to identify stream type etc. ), and DirectShow is certainly not the way to go here.


is that supposed to mean a mkv file created with a DS filter is different from a mkv file created with Linux tools. I thought mkv is supposed to be plattform independent (I answer a lame VB programmer can understand would be appreciated)

[DAvenger]

May I suggest closing this topic or at least moving your Ogm vs. Matroska discussion somewhere else?

I believe that zulu wanted to talk about something different in this thread ;)

[stax76]

*lol*, zulu said if you hate .net then stay away but forgot to say the same for ogm :D

[Atamido]

Originally posted by Dolemite
is that supposed to mean a mkv file created with a DS filter is different from a mkv file created with Linux tools. I thought mkv is supposed to be plattform independent (I answer a lame VB programmer can understand would be appreciated) I am not positive on all of this, so feel free to correct me if I say anything wrong.

When you look at a DirectShow graph in Graphedit, you can see that the video and audio are broken into seperate paths (threads) and go through certain filters, and are eventually sent to the renderers where they are synched and displayed. When muxing a file in DS, you have multiple sources sending data packets at different times to a muxer.

I think the potential issue is when one of the sources gets blocked for awhile. Unless the muxer is doing some good buffering, it could receive a lot of video packets and write those before it receives the audio packets for the same time.

This isn't going to happen with a vfw interface or custom program because the program pulls the data from the sources when it thinks it should have them.

Personally, I love some of the great things that DS can do because of its design. But because it pulls so much of the control from the muxer and puts it in a black box, it makes it difficult to get a very high level of control. That is one of the reasons that Avery killed VirtualDub 2.0. He was trying to use DS, but he realized that he couldn't get the amount of control that he wanted.

[ChristianHJW]

Sorry guys, yesterday was not my day for a couple of reasons, so i guess i was using a misplaced tone in my replies above.

I personally apologize to Zulu for raping his thread, being OGM directed, to ask about mkv muxing support in the same GUI.

I also apologize to koepi and Gabest. My opinion about using DirectShow for file creation using muxer filters remains unchanged, but it was not correct from me to badmouth this solution by stating that there is finally a good tool to create OGMs, other than VdubMod. I havent used OGGMuxer for a very long time, so i am not even in the position to judge about this tool, and Gabest muxer filter for mkv gave perfect results on all my tests so far, and created compatible files ( in most cases ;) ) ....

Again, sorry ....

Christian

[BlackSun]

Originally posted by Belgabor
Just wait till gstreamer is ported to windows :p

already discussed a lot about it with BBB :D

[Animaniac]

Originally posted by DAvenger
I believe that zulu wanted to talk about something different in this thread ;)

Well Koepi would have jumped on superdump's comment instead of ChristianHJW's... ;)

[Nic]

@Animaniac: No he wouldn't, he isn't against matroska as a format at all, he is just currently (& quite quietly) supporting OGM, and dislikes some of the matroska's teams "advertising methods".
(although, obviously, I cant speak for koepi, but that is my opinion).

I think superdump's idea is a good one, if zulu desires to carry it out. Lets keep this thread all about zulu's good work from now on. ok?

-Nic

[ChristianHJW]

Originally posted by Nic I think superdump's idea is a good one, if zulu desires to carry it out. Lets keep this thread all about zulu's good work from now on. ok? -Nic

Stupid enough, i must have overread superdump's posting, actually it was my intention to ask about exactly this in my first reply :

Any chance to extend this to use mkvmerge for matroska muxing also ? That way all the guys here could use just one GUI, and decide what container they use on muxing.

Again, sorry about the unfriendly tone i was using ..... if i had read that superdump was asking the very same before me, i would have not posted at all .....

[avih]

@Chris:
although imho your apology IS in place, it's nevertheless appreciated.

thx for calming this thread.
avih.

[Koepi]

Animaniac,

Nic is right. We even have plans to support matroska DSF from Gabest(if you'd read that particular thread about Gabest's matroska filters you'd see that I asked Gabest to write one) within OggMux (which we even want to rename).

Thanks again at this place for the filter, Gabest, great work!

On-topic:
Zulu,

is it possible to somehow compile that binary statically so I won't need the .Net framework? I still refuse to install it (out of my guts, nothing rational I guess, I think it's bloated).

I'd like to test it and maybe get some ideas how to improve oggmux :)

Best regards
Koepi

[Nic]

a bit OT: Ive been making OggMux work in a similar way. Cant get it to pipe out the console nicely to the text window though :( Almost though ;) It wont be as pretty as Zulu's but it will be there for those who don't want to use .net

-Nic

ps
Fixed the piping. Added setvbuf( stdout, NULL, _IONBF, 2 ); to Ogmuxer
You might not like it Koepi, ive removed the BMP to make it smaller! ;)

[Koepi]

Very cool Nic, did you use the latest 0.9.5.1 sources?

I'll put that up to SF ASAP :)

Cheers
Koepi

[stax76]

is it possible to somehow compile that binary statically so I won't need the .Net framework?


although .NET and Mono support ahead of time compilation to overcome the start delay of just in time compilation if necessary, this is not supported, I don't know if the design would allow this


I think it's bloated


I don't think so, the lib is well designed using heavily inheritance and PInvoke

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/cpref_start.asp

[Koepi]

@Dolemite:

You should leave the context for that comment of mine, it's not valid like you quoted it ;)

@Nic:
I don't insist on a BMP, I just added it to somewhere have something more than naked MFC :) Very nice work, I appreciate it!

Best regards
Koepi

[Liisachan]

I've just tried ogmgui081, and here's my first impression:

1. DnD works fine, but "Open File Dialogbox" doesn't pop up when I click "add" (maybe because my windows is Japanese version????)
2. I don't understand how to specify the language for a SRT......
3. I'd like to have a comment editor as in OggMux
4. I'd like to have something like OggMux's .omx

NOTE: The .omx file is not just a "memo," but you can edit it manually so you can customize tags (for instance you can set a language tag as "Portuguese (Brazil)" very easily with .omx)

5. "Log" windows is interesting...
6. and what's more important, it works fine anyway--I got an OGM file with video audio and subs, successfully :)

Just personally, I'm a big fan of OggMux 0.9.5.0 for OGM muxer,
and I assume that OGMgui is being developed so it can do something that OggMux can't.

As an OGM muxer, VirtualDubMod 1.4.x was so terrible for me (it sometimes dropped the last line of the SRT when muxing) that I don't want to use VDM for OGM muxing at least for a while. OggMux 0.9.4.3 came with .omx feature that I love so much, but OggMux 0.9.4.3 can't mux OGM with more than one SRTs. I once liked to use GraphEdit to edit comments--because I didn't trust VDM as an OGM muxer--, but eventually I found that editing .omx file with NotePad etc. is fastest, safest and easiest for me.

But I'd like to use ogmgui if it is going to have some cool features that other muxers don't have. :)
I guess it might be nice if this tool had a flexible GUI comment editors. (The one in VDM is not so easy to use.)

btw: I tried KeyframeEnforcer in the samepage too a long time ago. Though it didn't work at that time as I expected, I like this concept too. (altho VDM too can now edit .stats) as I can't set a chapter point in OGM so freely but it should be just before a keyframe, while it is possible that a keyframe doesnt come for 10 secs when you need it...)

[stax76]

You should leave the context for that comment of mine, it's not valid like you quoted it


I don't understand what that's supposed to mean but anyway, if you don't like to install it you don't have to, at least not until MS forces you to install it or until you want to use a .NET application. But then please stop posting at topics about .NET programs telling people how much you dislike .NET and how bloated it is etc. when you don't know enough about it, last time somebody introduce his .NET application ended up me getting striked two times and the topic got closed because I felt I had to tell you my opinion...

[Koepi]

Originally posted by Liisachan
want to use VDM for OGM muxing at least for a while. OggMux 0.9.4.3 came with .omx feature that I love so much, but OggMux 0.9.4.3 can't mux OGM with more than one SRTs.

Melgish fixed that in the current versions, try 0.9.5.1, it can cope with more subs again.

(or wait until we release Nic's enhanced version which will be 0.9.5.2 + the overhauled OggDS filters).

@Dolemite:
It's not supported to compile a "standalone" binary? Damn :-/

There's no need to get upset at all. I wrote that sentence in a certain context just i.e. for _your_ convenience. It's meant that way. The comment -> "when you don't know enough about it," could be interpreted as insult again. Dunno why you're always loosing temper on that topic.

So lets focus on the topic again and stop this useless personal stuff.

Regards
Koepi

[stax76]

It's not supported to compile a "standalone" binary? Damn :-/


no, afaik it's not possible, the other possibility is to use Mono, it's very small, about 5 MB I think and not created by MS. Although I wouldn't recommend to use it on Windows it works. The Windows.Forms namespace is not fully implemented so OGMuxerGUI possibly wouldn't work (would require cygwin because Windows.Forms is implemented using GTK). For better OS plattform independence and .NET plattform independence, #WT is the way to go, it used native controls, GTK on Linux and native Windows controls on Windows.


There's no need to get upset at all. I wrote that sentence in a certain context just i.e. for _your_ convenience. It's meant that way. The comment -> "when you don't know enough about it," could be interpreted as insult again. Dunno why you're always loosing temper on that topic.


I'm tired of having not a single topic about .NET programs without the usual bashing, especially when these comments are made by people of the Doom9 team which people look up to and and follow. There are so many popular people here that bash on .NET but I can't see great political or technical knowledge and arguments by them


So lets focus on the topic again and stop this useless personal stuff.


we can discuss personal things via pm although I see no reason for this and .NET in genaral in the C# topic (http://forum.doom9.org/showthread.php?s=&threadid=31815&highlight=.NET)

[Koepi]

http://216.239.39.104/search?q=cache:fKCBQ1GW7SwJ:media.wiley.com/product_data/excerpt/46/04712359/0471235946.pdf+compile+standalone+binary+.net+framework&hl=de&ie=UTF-8

In that doc they write that (at least from c++ .net) it's possible to compile usual standalone binaries. I'll do some further research - if it's compiled at runtime it should be possible to make it static as well.

Regards
Koepi

[zulu]

Hi,
thanks for the positive feedback guys!

@Nic:
Thanks for your suggestions, i'll implement them as soon as i find time.
And yes, i'm also interested in your AAC mod sources! :) (although integrating them
will take a while, i'll be on vacation in a few days.)
About the piping: I use a different approach - I've written my own fprintf() which passes the string
to a callback function provided by the client app.
All i had to do is a #define fprintf myprintf in a global .h. :)


@koepi
I believe there is now way to build .net-independent apps in c#.
Even if you could link net classes staticaly into the app,
there are many other factors preventing the app to execute
(e.g. the runtime system including garbage collection/ heap management, JIT compilation, secure code execution etc..).
Anyway, i see no reason why someone should not install .net.
All upcoming windows versions will include it, even the next office suite can't live without it.

But please, don't discuss any further .net related stuff here.
(The same applies to mkv ;))

@Liisachan
It is possible to define custom language tags, the language combobox is editable.
Not sure about support for .omx files yet, comment support will be added later i think.
The "Open File Dialogbox" will appear if you click on the grid's "Path" row, but i'll
follow nic's suggestion and show it as soon as you click on the "Add" button.


@All:
There's definitely something fishy with the chapter import.
On my system every chaptername ends with a CR/LB char.
It seems chapternames are read in binary mode rather than in text mode.
I'll look into it this evening or tomorrow.
I suggest not to use chapters until the next release.


Sources released under GPL.
Added *.ogg suffix to the open file dialog.


regards,

zulu

[zulu]

ok, new build is up - broken chapter import fixed :)

[zulu]

Hi!
I finally found some time to make some improvements to OGMuxerGUI.

From the changelog:

07.09.03 0.9.0

Settings can be saved and reseted now
Added a file dialog to the Add-Button
Added about box
The muxing process can be aborted now (thanks to Cyrius for his tips!)
Merged latest OGMuxer changes (1.1a6 that is. In the previous release i somehow used 1.1a2 as base. arrgghh.)
Merged Nic's AAC code
Ogg + vorbis libs are linked statically
Removed BasicParser.dll dependency
A msgbox reporting the result is shown at the end of the muxing process
Fixed a p/invoke bug (Microsoft Knowledge Base Article - 823071)


regards,
zulu

[darkpepe]

Maybe I'm posting a dumb question, but:
Why should I use this one instead of the http://oggmux.sourceforge.net from Koepi? Any difference?
Thanks

[Liisachan]

A difference is whether or not you can use AAC as audio when muxing.

[darkpepe]

Ok thanks, I suppose that I will use mkv if I need anything else but vorbis.

[Sharktooth]

Most of my encodes were OGMs with mpeg4 video and vorbis audio.
Recently most of my encodes are AVIs with mpeg4/VP6 video and AAC audio...
My future encodes will be MKVs with VPx video and vorbis audio or MP4s with AVC vido and AAC audio... but i think i'll go for the first choice for PC playback and the second one ONLY for standalones compatibility...