PDA

View Full Version : Mpeg4Toolkit 1.0.0.4 Merge (Multiplatform) Mpeg4 Modifier Based 08-30-2008


god2003
15th July 2006, 22:09
Hi, i just developed a Moitah's mpeg4modifier child which name is Mpeg4Toolkit.

http://dark-g.sourceforge.net/images/screen_en_4.png
The program, is hosted at sourceforge.net and of course licenced as GPL.
the program is for now in beta, but can be downloaded. (Source Code and or binary)

The features of this program are:

Multilanguage (Spanish (Spain) English (USA)).
Default language is Spanish but can be esasily changed. I'm Spanish ;-)

- Uses MediaInfo project to give more information about the video.

-Based on Mpeg4 modifier 1.3.4 (Moitah)

- option to process directories (non recursive) or files.

- option to process files (or Rename them with MFE) or directories using contextual menu in Windows Explorer.

- Option "Do not interrupt" which in the case of an error (system, or other refering video file),
will not interrupt the process. Just you can read it in the log.

- Option to edit names and synchronize with external subtitles (srt, sub, txt).
Using an external program (mine) called MFE (Multiple Filename Editor). You also can edit
names of other types of files with MFE. MFE can:
add (insert) modify word(s) and 3 more options "Remove from here", "Remove until here" and "Replace "."
, and "_" to white space"
This will avoid problems with subtitles, because of typos (or upper case problems).

http://dark-g.sourceforge.net/images/screen_en_2.png

- Option to warn (configurable) if B-frames, GMC, QPEL, or No audio (or not MP3 nor dolby AC3).

- option configurable to auto save when in manual mode. The orinal will be keeped
in a subdirectoy called "original" and the unpacked one will go to a "Unpacked" subdirectory.
Just a the automatic process do.

- Option to not process files when CODEC is DIVX (many standalone players support packed bitstream on this),
but still is configurable.

This program is intented to warn and process for use with Standalone players.

The webpage is: dark-g.sourceforge.net

You Can download from here:
http://sourceforge.net/project/showfiles.php?group_id=167569
P.D. The multiple file process from the explorer is semi automatic. Will process one file and then wait,
for user to watch results in the log, and when the user closes the window the next file will be processed.
I'm working to make it automatic.
The program needs Microsoft .NET Framework 2.0

Zero1
15th July 2006, 22:24
This looks pretty fun to play around with. I'll give it a go.

Looks great judging by the screenshots, thanks :cool:

unskinnyboy
15th July 2006, 22:35
Oh, this one is here at last. I had seen this in Sourceforge, downloaded and messed around with it, but my Spanish was pathetic so I couldn't properly understand what improvements it exactly offered over MPEG4 Modifier.

And thanks for adding the option to switch to an English interface, because as you can see from the version that I have on my hard disk as to why I was lost..:o

http://img205.imageshack.us/img205/4131/mpeg4toolkitks7.jpg

Moitah
15th July 2006, 22:51
Looks interesting, I'll check it out :).

god2003
17th July 2006, 23:51
I included an option to convert AVI 2.0 OpenDML to AVI 1.0 Compatible (max 1GB). If the file size is more than 1 gb, the file must be splitted in 1gb chunks (-1byte). In order to do this Nandub will be used (which support 2 audios). The resultant files will be saved in a subdirectory called "TMP"

Nandub is included in the 0.49 version
http://prdownloads.sourceforge.net/dark-g/mpeg4toolkit_0.49_bin.zip?download

I will include a reencode option (in the 0.50) in one pass to get the same size but, without GMC,QPEL,>2Bframes,Packed bitstream.

Selur
18th July 2006, 07:10
may be better use avimux (gui) instead if nandub for the Avi v2-> Avi v1 remuxing. (not sure if avimux can be used via commandline)

mp4 and mkv support for the tool would be nice.

Cu Selur

god2003
18th July 2006, 10:54
I'm doing test now to change from nandub to virtualdubmod. Nadub is not updated since 2001.

There are some Avi 2.0 OpenDML which the moitah's original code opens, in my test the only files that fails, are the segmented avi files. I this is true then, i could change from savecompatibleavi to saveavi (avi 2.0 NON segmented), but i don't have, use, make, avi's larger than 2 GB so i can't test this, and for now i don't have time to develop, test, or make various files to do that (At least, this week).

The reason for me to use xxxdub, is that i can do more thing with only one program, and xxxdub does what i want, and can use to reencode and maybe othe things.

Support for non avi files, is out of question, because, (as i said above) the program is intented to warn and process for use with Standalone players, which do NOT support mp4 or MKV or OGM, Once the status of Program changes to Final maybe, and only maybe i can search to convert mp4,ogm,mkv to avi.

Selur
21st July 2006, 09:28
There are standalone players that support mpeg4 asp inside a .mp4 shell ('Nero Digital' support), but I understand if you don't want to support other containers.

Cu Selur

Moitah
21st July 2006, 10:04
VirtualDub always writes an 'odml' list and a 'dmlh' chunk, MPEG4 Modifier doesn't care about that. The error is thrown only when an 'indx' or 'ix00' chunk is found, because MPEG4 Modifier doesn't know how to rewrite these indexes.

god2003
21st July 2006, 10:19
i know that, but first i want to focus in avi container and then, try others.

(Selur) For the Record, I am making test with avimux too, because it can also split files in one operation, so, with that, i can open files OpenDML any size to 2gb (or 1gb compatible mode).
And, yes as you suggested avimux supports scripts, so i guess i will use avimux for opendml, and virtualdubmod for reencoding.

I dont like using lot's of external programs, but, i think it will be better.

god2003
21st July 2006, 10:34
(Moitah) If use SavecompatibleAVI script or check Save avi in old format(1.0 max 1gb). does not write the dmlh chunk, but if the error is the 'indx' or 'ix00' chunks then i can rewrite files (anysize) that have this and use virtualdubmod to rewrite without 'indx' or 'ix00', without splitting.

SeeMoreDigital
21st July 2006, 11:01
There are standalone players that support mpeg4 asp inside a .mp4 shell ('Nero Digital' support), but I understand if you don't want to support other containers.Selur's right.... I have 4No standalone players/devices that can play MPEG-4 (Part2) streams placed within the .MP4 container.

Support would be really, really useful ;)

god2003
10th August 2006, 18:40
Updated the base code to the Moitah's Mpeg4 modifier 1.41.


AVI handling code completely rewritten, supports OpenDML and incomplete files (rebuilds the index including keyframe flags).

Ability to add/readd packed bitstream. Necessary with some standalone players (Like Sigma).
Added Option to choose if packed bitstream is needed or not (default). In this way application will add, readd, or remove packed bitstream, acording to the user preferences, and keeping automatic and autosave as always.

Packed Bitstream will be added only if Bframes are found.

MFE. now shows a preview of the renamed files before the rename procedure and allows to Cancel. To avoid catastrophic errors between "Remove From Here" and "Remove Until Here".

Nandub is now unnecessary. (removed).

Update to MediaInfo 0.7.3.1
http://dark-g.sourceforge.net/images/screenshot3.png

god2003
11th August 2006, 12:32
0.5.1 Released:

Added application update checking. If a new version is detected, the user is asked if want to go to the web page to download the new version.

vio_man
13th August 2006, 17:06
@god2003: I want to ask you if you can add AVI 2.0 (OpenDML) to AVI 1.0 container conversion like the AVIMux-GUI does? My MPEG4 standalone player doesn't like XVID+AC3 inside OpenDML container, and I have to use AVIMux-GUI, but if you add that option I would only use 1 application :)
Thanks in advance.

nix0
14th August 2006, 01:56
0.5.1 Released:

Added application update checking. If a new version is detected, the user is asked if want to go to the web page to download the new version.

wouldn't it better if this was a configurable option.
- some people may not always be online for it to check
- some people are wary about apps connecting to web without expecting it.


great application though, I like the high configurability of it.

god2003
14th August 2006, 03:04
nix0 You can disable the update check, by unchecking the option "Comprobar Actualizaciones" (I forgot to translate this. It's "Check Updates") and the application will not connect, i will add a manual check in the next version.

vio_man Yes, i can convert from avi 2.0 to avi 1.0 (using virtualdub MOD scripting within the application), but file must be less than 1 gb (avi 1.0 file limit).

vio_man
14th August 2006, 16:50
vio_man Yes, i can convert from avi 2.0 to avi 1.0 (using virtualdub MOD scripting within the application), but file must be less than 1 gb (avi 1.0 file limit).

No problem at all m8. Please add that feature when you can :) Thank you.

unskinnyboy
5th September 2006, 12:55
After I open a file in MPEG4Toolkit v0.4.8 and the file is scanned and the properties reported, if I swap the languages (Inglés <-> Español), file is scanned *again*. Is there a need to do that? Why can't the language be changed seamlessly without re-scanning?

god2003
6th September 2006, 13:05
Please upgrade to version 0.51 (actual) which will not do that.
This ocurrs because i use an option (application.restart) which launchs the original commandline (only when used from explorer context menu). The new version moves all files processed to a sub folder named "processed" ("procesados" in spanish) this subfolder replace the "unpack" subfolder (used in the previous version), and makes sure you do not process twice one file. all files in that directorie will not be repprocessed unless you pull out from that directorie.
The actual version will not do that because the file is moved and when restarts there is no file so it is not reprocessed.
I will ensure the next version, to prevent this from ocurring. So thanks for the warning.

boombastic
7th September 2006, 14:03
It would be very usefull if i would be allowed to scan an entire directory,for example to remove Packed Bitstream, but specifying another directory to put the output files.
I've got an Hard Disk of my own backup which has no empty space adnd i need to remove PB to ensure compatibility with my new Standalone player.

god2003
8th September 2006, 22:24
that can be arranged. :-)

boombastic
8th September 2006, 22:56
i can't wait to see that implemented!

kis2005
9th September 2006, 03:41
What is the link for version .051? I can only locate .49.

unskinnyboy
9th September 2006, 16:55
What is the link for version .051? I can only locate .49.
http://prdownloads.sourceforge.net/dark-g/mpeg4toolkit_0.51_bin.zip?download

god2003 forgot to update the first post, I guess.

god2003
10th September 2006, 12:46
unskinnyboy: You're right i edited the firt post and changed to the main dowload so you can choose the download you want bin src of the actual an last version.

god2003
24th September 2006, 17:04
# Updated the base code to 1.4.2 moitah's mpeg4 modifier.

# Added support to add & remove packed bitstream (added by moitah).Through configuration will work Automatically. You just have to choose if you want to add or remove (by default) packed bitstream.

# The processed files (all) have or not Packed Bitstream, will be moved (or saved) in a subdirectory named "Processed", and the ogiginal files, will be keeped in a subfolder named "Original".

# Added an option to choose a alternative destination (in manual or automatic mode, if autosave is active). The "Processed" Subdirectory will be created.

# The processed files, wich are inside de "Processed folder, cannot be reanalyzed (to avoid reprocessing one file twice). If it's required to reanalyse a file, the file must pull out the file from the "Processed" directory.

# Even if the option alternative destination is active, the original file will be moved to a subfolder ("Original") inside the actual folder. Those files that are correct (no need to (re)add packed bitsytream)will be moved to the destination folder (subfolder "Processed"). Only the Original of the processed (saved) files will be keeped in the original folder.

# General update of the programs to guidelines of Windows Vista. The Programs are being modified to start with administrator rights, taht will launch a warning from Windows Vista.
On Windows Vista a normal user(default) cannot write,modify on root drives i.e. C:\...Z:\, and neither the folder "Program Files" (and subfolders), and also in those folder with restricted rights (most of folder from Windows XP have this problem because of security rights are not defined).
For that reason, and in spite of the warning (inevitable), I choosed to give to my user the right to write their files were they want.

# Added Option to save the information of the processed files. (Will be saved on a file "Processed.mpeg4toolkit") in the original folder. Info will be reopened, when procesing another file of the same folder or manually opening the file (to watch)

# The Auto search for updates is deactivated by default.

# Added option to search manually for updates. (For those who have auto search deactivated)

# Due to the "Virtualization" of the registry in Windows Vista i changed the saving of configuration from HKey_Local_Machine to HKey_Current_User, so when updating to the 0.5.2 version, configuration will be by default (please reconfigure).

# Application is now resizable, and remembers the size. Positin will be centered at start.

# Now there is an installer. (If you want it)

Download 0.5.2 Installer (http://prdownloads.sourceforge.net/dark-g/setup0.52.exe?download)

http://dark-g.sourceforge.net/images/ScreenShotvista.jpg

pancserzso
26th September 2006, 19:06
It would be a great program if I could switch it to English! The interface doesn't mind what language did I select!

god2003
26th September 2006, 21:27
Update to Version 0.5.3

A problem in the user data management provoked jerky playing on Windows Vista (maybe other O.S.) (Thanks to Manuel) Please update to 0.5.3.
I Will see that problem tomorrow(language).

pancserzso
26th September 2006, 21:42
If that helps, I have set my default regional settings to non-english.

god2003
26th September 2006, 21:45
0.54 Released

Multilanguage it's working again.

drob
2nd October 2006, 16:08
god2003, just discovered your program and it saves lots of work, thanks for that!

Regarding bframes - could you add an option of "my player supports up to 2 consecutive bframes", allot of mediatek players support up to 2. Also could you display the number of consecutive bframes as an absolute number and not just percentage - that is "2 consecutive be frames".

god2003
3rd October 2006, 10:46
It is already done, and a few bugs, implementations more. I expect to release the v0.5.5 in the next days.

cya.

pancserzso
3rd October 2006, 13:24
0.54 Released

Multilanguage it's working again.

Not for me... Always remains spanish!

drob
3rd October 2006, 13:29
It is already done, and a few bugs, implementations more. I expect to release the v0.5.5 in the next days.

cya.

Great -Thanks :D

god2003
3rd October 2006, 23:37
pancserzso Seems like the installer i used does not create the needed structure (look below). Please use the binary. I Removed the installer.



I tested in my Windows XP (Spanish, Spain) and in my Windows Vista (English, USA) and works.

Be sure you have v 0.5.4 (loook at title bar on the form at start), and, in the location of the executable, must be a subdirectory named "en" with two (2) files inside "MPEG4Toolkit.resources.dll" and "MFE2.resources.dll"
if that files are not there application cannot be multilanguage because in that files are the english translation of the projects.

The files MUST be in that subdirectory and that directory must be in the same location of the main executables.

drob
6th October 2006, 15:40
Heres another idea, when scanning a whole directory, not only unpack bitstream, but also create a 3rd directory of files not matching your player specs, and calling it might not play, re encode or something like that.

god2003
7th October 2006, 16:14
0.5.5 released.

# Drag & Drop, now supports multiple files at once, and the drop zone, has been expanded to the whole form, instead of the textbox of the files.

# Corrected he problem with the QPEL. Action/Response Inverted. Now warns correctly.

# Now, shows the information about Consecutive B-Frames, GMC and QPEL always, and the warning acordly configuration.

# Added, Absolute number of cosecutive B-Frames.

# Added. New configuration option: "My standalone MPEG4 player, supports up to 2 consecutive B-Frames.

drob
9th October 2006, 18:57
god2003, all seems to work fine, just i am not prompted to select deferent directory for saving, even that i choose that option, is there a possibility to define default paths for the saved files?

god2003
10th October 2006, 15:22
When you activate the option "let me choose an alternative destination" a browse for folder form will be prompted, when you open the file. That is: You click open file or directory choose the file and after that you must choose the destination folder.

The destination is choosed before the opening. I forgot to translate the message. The form is like this:

http://dark-g.sourceforge.net/images/altersave.JPG

Translation. "Save the files in a diferent directory. If you Cancel this, the operation will be cancelled."

You must choose the origin and dest before the processing if you do not do both operation is cancelled and nothing is processed.

drob
11th October 2006, 15:20
Thanks i got it working now, only it seems just the processed file will be saved in the custom directory, the original folder remains in its present location.

Mtz
11th October 2006, 16:20
2 options from the program are confusing the user: the first and the last:
If I check that my player support packed bistream, why at the last option I have ony "not support" or "need"?

I think all players (I have many MTK players) have problems with avi and mp3 if the Interleave is not "1". Can you add the option to detect if the interleave is not 1 and if not to solve the problem? Actually I solve this problem only if I'm loading the avi in virtualdubmod and make a save as from it.

enjoy,
Mtz

god2003
12th October 2006, 11:56
drob As i Said in the changelog on v0.5.2 Even if the option alternative destination is active, the original file will be moved to a subfolder ("Original") inside the actual folder. Those files that are correct (no need to (re)add packed bitstream)will be moved to the destination folder (subfolder "Processed"). Only the Original of the processed (saved) files will be keeped in the original folder.

Mtz The first option is only for DIVX codec, because there are many standalone player supporting packed bitstream on Avi files with DIVX codec.

The Last option, in the default mode "Don't Support packed bitstream", is meant for Xvid Codec, but when the "Need packed bitstream" is on, then overrides the first option and add packed bitstream to all avi files DIVX and XVID. Because there are some chips (Some Sigma i think. Maybe others) that need Packed Bitstream when B-Frames are present. So in that cases i add PB to all codecs (if Bframes are present)

I will put a little explanation in the tooltip, to avoid confusing.

I have a standalone player with MTK, and with one of your firmwares (i f you are who i think you are). So i can make some testing, but a have a limited time, and i will need quite time.

About the interleaving problem i don't know, i must reserch (or I+D) the detection. I Can control VirtualDub (scripting) so the problem can be easily solved, but first i need to detect them.
Or I can add an option to process (with virtualdub mod) in batch mode, to make easy that (that is faster for develop) or ... I+D.

I hope to make myself clear, with this. As I said in the first Post, i'm spanish, so i think in spanish an then write that in english, so the result may not be clear for you, but i don't know your expressions, so that's the better i can do.

pancserzso
14th October 2006, 12:56
Thanks, now the language works fine!

Mtz, which settings should we use for Pio575? AFAIK it supports everything, except Packed Bitstream, right?

drob
14th October 2006, 13:19
I believe this is for all Mediatek chipsets, up to 2 Bframes, OK with Qpel, no packed bitstream, no GMC, OK for Divx packed bitstream.

BTW god2003, there is a misspell in the bitstream, you missed the "st".

drob
17th October 2006, 16:31
god2003, can you make shell integration an option, it seems even if i delete the reg keys, it recreate itself.

god2003
17th October 2006, 23:22
yes, i can make it optional. For now the application recreates the registry keys, when starts, so don't try to delete, because you can't. I add that in the 0.5.6.

seewen
18th October 2006, 10:43
I used this program with Windows XP Sp2, and it worked perfectly.

But since a few hours I installed Win Xp x64, and since then "mpeg4toolkit" doesn't work anymore.

I can open MPEG4toolkit without any problem, but when I try to open an *.avi file (divx or xvid), an error popup at the end of the file loading, and mpeg4toolkit crash.
(MPEG4Modifier 1.42 can stil open/depack avi files. no change since x64)


Exception from HRESULT: 0x8007000B

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.BadImageFormatException: Tentative de chargement d'un programme de format incorrect. (Exception from HRESULT: 0x8007000B)
at MediaInfoLib.MediaInfo.MediaInfo_New()
at MediaInfoLib.MediaInfo..ctor()
at VideoModifier.frmMPEG4Modifier.Loadmediainfo(String path)
at VideoModifier.frmMPEG4Modifier.openWorker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll
----------------------------------------
MPEG4Toolkit
Assembly Version: 0.5.5.0
Win32 Version: 0.5.5.0
CodeBase: file:///C:/Documents%20and%20Settings/Lenn/Desktop/mpeg4toolkit_055/MPEG4Toolkit.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
MPEG4Toolkit.resources
Assembly Version: 0.5.5.0
Win32 Version: 0.5.5.0
CodeBase: file:///C:/Documents%20and%20Settings/Lenn/Desktop/mpeg4toolkit_055/en/MPEG4Toolkit.resources.DLL
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

god2003
18th October 2006, 11:05
seewen Mpeg4Toolkit works for X64 (due to .net framework use), but the mediainfo (http://mediainfo.sourceforge.net) dll is a 32 bits dll and cannot work on 64 bits. The author doesn't compile the dll for x64. And sorry i have a x86 CPU (P4) and will not upgrade to a x64 until 2007 at least.

The only i can do is to add code o detect x64 and disable mediainfo for x64 (you will loose information about file, but the main application will work).

foxyshadis
18th October 2006, 11:48
Perhaps the command-line mediainfo could provide a partial substitute in this case?

god2003
18th October 2006, 13:14
There are two possible ways. Build a dll with x64 target (one that i can't test) or try to add (change from c++ to c#) the part of mediainfo in order to make it platform independent. The second will be more difficult, but better. The command line, is possible, but i don't know if works on x64 enviroment and, is a way i don't like. Parsing a command line is not always a good choice. (many things can happen, without any control).
I will make tests, but i need time, this week is not a good week to do that.

god2003
1st November 2006, 18:38
Mpeg4Toolkit 0.5.6 released.

# MFE and Mpeg4Toolkit merged in one.

# Name and icon changed to differentiate from previous versions (not merged). The new name for the executable is "m4t.exe", but the project name keeps the same.

# Removed dependency from MediaInfo, due the fact mediainfo cannot work on x64 platforms. The routines have been rewrited in C#. Now should work in Windows XP (Vista) x64.

# Added information about the size(mb) taked by the audio (all) and video, in the file.

# Added option to choose if integrate or not with Windows Explorer.

drob
2nd November 2006, 17:49
god2003, thanks for making shell integration an option, however if you unchecked it, links are not deleted. Second thing, when you drag a file into the MPEG4toolkit icon it will open but not process the file, same goes for using the send to menu, only works with the shell integration.

god2003
2nd November 2006, 23:12
0.5.7 released. Integration bug fixed. The other part:
M4T uses a special commandline due the fusion with MFE, but you can open the application and drag one or more files to the opened window, and M4T will process them.

drob
4th November 2006, 13:44
Sorry but Integration bug still there, also when you process a file that has no problems, it is not copied into the new destination, but just copied into the processed folder in the folder your in.

god2003
4th November 2006, 16:29
I Tested Integration and is working in 0.5.7. You must deactivate in the extra configuration menu. By default is active. The second bug is being fixed right now.

god2003
4th November 2006, 21:27
0.5.8 released.

Now files with no problems will be moved to the alternative destination instead the current directory. (if alternative dest active)

Originals will be moved to the alternative destination too.(if alternative dest active).

Integration is working since 0.5.7, so if there is an error i need more info about your system conf, version of m4t etc...

drob
5th November 2006, 22:21
OK few things, moving of files now works just fine, thanks for that!
When you choose custom directory, it always prompts you to choose one, can you add an option for a permanent custom directory (always use x:\123).

Can you add an option to not copy original files, or even to delete them, that is create a process directory and delete originals.

Lastly, regarding the integration, if you start with no registry entries then no integration would be created,m but if you enable integration, then disable it (and registry shoes integration=false) the entries aren't deleted and remain in context menu.

god2003
5th November 2006, 23:32
i willtry to recreate the problem in order to fix it.

god2003
6th November 2006, 15:18
drob Is the remaining context menu the one for *.avi files?
And the directory context menu are deleted.

If the one that is remaining, is the one for files, then i founded the problem ... I forgot to add code to delete that entries, so the app is deleting only the directory context menu.

In the next hours i will release 0.5.9 with update to 1.4.3 base code to mpeg4 modifier and taht fix.

drob
6th November 2006, 17:44
I just double checked yes exactly right, only for avi files, directory is ok. what about the other ideas i wrote up?

god2003
6th November 2006, 19:35
Mpeg4 Toolkit 0.5.9 Released:

# Updated Base code to Mpeg4 Modifier 1.4.3.

# Added the possibility to establish a fixed alternative directory, in this way the application will not ask every time, when "Let me choose alternative destination" is active.

Fixed Bugs:

* Windows Explorer Integration.
* Some on MFE.

drob The other Ideas:

I will (possibly) add the remove Originals option (i thinked about that too), but the option will be deactivated by default, and considerate as "At your Own risk", i will try to send them to recycle bin, but as you know even when things go well (processing went ok) some errors, mine, or System may occur, and if this option is choosed, and the recycle bin or system deleted the files you will loose your files, and I will NOT be responsible(as says in GPL licence).

NO WARRANTY

11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY
FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN
OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES
PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED
OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS
TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE
PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING,
REPAIR OR CORRECTION.

12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR
REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES,
INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING
OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED
TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY
YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER
PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGES.

GPL 2.0 license in Spanish and English is included now in 0.5.9. (i forgot to include in previous versions)

Also i'm testing now to include Avi 2.0 to avi 1.0 (with auto split maybe) when AC3 audio is in the video due faluire to play this in some players when avi is no compatible, and trying to figure out how to read the interleaving. (i can detect if interleaving is on but don't know, for now how to detect the video frames interleave. conversion will be done by virtualdubmod.

drob
6th November 2006, 19:53
You can make delete originals a hidden switch or something that requires extra settings, maybe direct registry editing, so it wont be used by people not aware of its risks.

Moitah
6th November 2006, 20:04
The AVIs written by AVIModifier.Write() are always AVI 1.0 if the file is less than 2 GB, so you might not need to use VirtualDubMod (unless you were going to use it to help with splitting or changing the interleaving).

god2003
6th November 2006, 20:08
well, if avi are written in 1.0 then i need virtualdubmod only for splitting, interleaving.

Thanks for the advise.

drob i will add it in the configuration panel in his own panel, and with a warning message when activated. I think this will be enough.

Is 0.5.9 integrate working properly for you?

drob
6th November 2006, 20:15
god2003 how do you activate the fixed path? using the registry directly made it work just perfect,but i think some sort of GUI option would be good. Integration bug is solved, thanks for that! (and all other work you do for that matter...)

god2003
6th November 2006, 20:22
The registy keys are only used to configure the gui. The App uses the actual configuration in the components.

The fixed path works like this:
Is "Let me choose alternative dest active? if yes
Is Fixed path active and a path configured ( the "..." button to choose fixed dest)
if yes no browse for folder is shown
if no browse for folder will be shown.

Sorry what you mean, with some sort of GUI option would be good?

Edit: If you are asking how to activate the fixed path, is in the configuration panel. (now is multi panel, because there are too many things there).

drob
7th November 2006, 13:40
The reason i kept missing it, was that configuration panel was collapsed(+), all is fine now lol

god2003
9th November 2006, 19:57
Interleaving detection routine, DONE! I will test it and build the needed gui around it. If interleaving is greater than 1 (i tested it and supports 2 maybe more, but it depends on the CD/DVD reader and his speed, but when a certain number is reached, then you have a nice audio report with photos :-) so i will put on 1 as MTZ said. If more than 1 then i will use virtualdubmod to correct the problem.
i will not include virtualdub in the app, because, the author don't like it, and to avoid becoming old.

Avi 2.0 to avi 1.0 if AC3 (or always?) video will be saved even if has no Packed Bitstream (or the contrary if you have add PB). To use it you will have to activate the option.
I dont know if i will use the original moitah's code or virtualdub, i making tests, because the saved avi file (in mpeg4toolkit and mpeg4 modifier) is detected by GSpot as AVI 2.0, but the virtualdudmod, is detected as avi 1.0.

I don't know when 0.6.0 will be avaliable but, soon...

Moitah
9th November 2006, 20:46
It's detected as AVI 2.0 probably because of the 'dmlh' chunk, which contains only the frame count of the video. I did it this way because that's how VirtualDub does it, I was trying to keep the output structure almost identical. I don't think this will cause problems with programs supporting only AVI 1.0, they should hopefully just ignore that chunk. OpenDML indexes aren't written unless the file grows larger than 2 GB. If the 'dmlh' chunk causes problems for some reason, it would be easy to modify the AVIWriter class to only write it for files > 2 GB.

god2003
9th November 2006, 21:48
I tested the AVIWriter output and seems ok. But i dont have a standalone player that NOT supports AVI 2.0 (mine does). For me The AVIwriter files works fine.

I someone has problems with the out files, with mpeg4 modifier, mpeg4toolkit (with AC3), please write it here, because i can't teste it. For me AVIWriter works fine. So if no posts about compatibility are write here i will use AVIWriter.

god2003
10th November 2006, 20:01
Released Mpeg4Toolkit 0.5.9 Add Packed Bitstream Fixed.

If you use Mpeg4Toolkit to remove packed bitstream (default) you don't need this update, and you can wait until 0.6.0. This update is only necessary if you use it to add packed bitstream.

This is a 0.5.9 version too. The next release is 0.6.0

drob
11th November 2006, 19:53
god2003, when using right click to send more then one file to MTK, the first file will get processed, then when you exit that instance, it will start a second one and process the second file and so on, they are not all sent to one instance to get processed.

god2003
11th November 2006, 20:07
Due to the fact VirtualDubMod has NO x64 version. The next 0.6.0 will only, correct Interleaving, on x86 platforms.
On x64, Interleaving routine will warn you, but how there is NOT a x64 version of VirtualdubMod, then you can not use it. If you try VDubmod will fail, because of faliure to load 32 bits dll on x64 OSes.

And I know there is a VirtualDub for x86 and one for x64, BUT, the original vdub, rewrites VBR headers, damaging (introducing audio delay) the videos. There is no way to tell vdub to not rewrite vbr header. I know vbr is not a standard(on AVIs), but works on mostly all standalone players. The only way is reencoding the audio, my app is not meant for that.

However, the application will warn you ,so you can, use the program you use on x64 (vdub extract audio reencode?).

drob
12th November 2006, 16:22
god2003 at the new beta of vdub there is the possibility to disable the header rewriting, see image:

Also have alook at my posting above...

http://img136.imageshack.us/img136/4715/vdubru1.th.png (http://img136.imageshack.us/my.php?image=vdubru1.png)

god2003
12th November 2006, 17:04
I tried that option, and has NO effect, VDub continues rewriting header and inserting audio delay.

If you are using the sendto or something like that, i'm sorry but that's the way explorer works (executing x times the app) but my app is prepared to only one instance. So when one finish, the next starts. This can be avoided by installing a DLL within the explorer (like a plugin), but i don´t like dll's on explorer, because if one dll freezes (or becomes unstable Explorer go with them).

Please Start the application and then select all the files and drag them into the M4T window, and then drop them. This method works. (I tested)

drob
17th December 2006, 14:43
god2003 can you please implement the feature not to save original copy of the file?

god2003
17th December 2006, 17:34
Mpeg4Toolkit 0.6.0.0 Released.

Added remove original files (after saving). Please read the warning, before activating.

Added Audio/Video Interleaving detection.

A high Audio/Video Interlave, or inexistent, makes the file irreproducible, when burned in a CD/DVD.

The Audio will be heared, but from the video only a few frames will be seen, or a player block,
because the player can not read from difererent places of the CD/DVD at the same time.

Activate "Fix Interleaving" and configure the path to VirtualDubMod.
This program is needed to fix the interleaving, but it's not included, you can download
from the web (if you don't have it).
Because there is not a x64 version of VirtualDubMod, this program can ONLY be used
on 32 bits Operating Systems.

Changed the MFE module to a MDI style form (now is more integrated). See Screenshots.

New Screenshots on first post.

Drob You are lucky, I Just released it.

drob
17th December 2006, 18:06
Goog timing ha lol
There seems to be a problem with dragging files into the program, dragged files aren't added, only if you use the browse box.

god2003
17th December 2006, 18:18
Drag and drop of files is working for me. Can you explain yourself?

The application must be opened then drag the files to the app, and be sure is active (if not drag files to the task bar button (Mpeg4toolkit) and when windows activate it then drop the files on Mpeg4Toolkit.

drob
18th December 2006, 15:40
Exactly as you described it, i drag a file into the big white space in m4t window, and nothing happens, same goes with selecting the task bar icon first, i just checked 0.59 again and no problem there.

god2003
18th December 2006, 21:46
I asume you have "Let me choose destination..." and Fixed Path activated.... If Yes then ....
Mpeg4Toolkit v 0.6.1.0 Released.

drob
19th December 2006, 18:10
Your right, all is working now, thanks for your work!

dloneranger
19th December 2006, 23:35
Hi, first thing - what a handy program, thanks for doing it

However, there are two enhancement I'd love to see

1)
All my videos are on network drives and a lot need to be converted to 'packed bitstream' to work with my DSM320
There are also a lot of ones that are already 'packed'

I was using MPEG4Modifier to do this before I saw MPEG4Toolkit
The batch feature looked really promising, but I've found the way it currently moves avi's that are already 'packed' to be slightly counterproductive

Ideally I'd love to see any files that don't need to be changed left alone so i can select as many as will fit on my local storage and leave it running overnight (moving them back to their original location after they've been converted would be useful as well)
I've got way too much to just do large batches that include so many that don't need converting, so I've ended up having to go through them one by one which kind of defeats the point

2)
It'd be great to be able to set different drive/folders for the 'original' and 'processed' folders so two hard drives could be used for greater storage space


Thanks for any consideration

likeatim
16th January 2007, 12:30
does this tool also allow to change the xvid userdata in batch mode?
I found out that many standalone players that SEEM not to support packed bitstream acutally do, you just need to edit the userdata to DivX999b000p....
http://www.mpcclub.com/modules.php?name=Forums&file=viewtopic&p=79916#79916

drob
9th March 2007, 17:21
god2003 can you add thread priority option to Mpeg4Toolkit?

Gott
15th March 2007, 21:14
I just recently stumbled upon MPEG4 Toolkit and it's pretty much all I ever wanted. It's an incredible tool for everybody with a picky standalone player.
I switched to Windows Vista today (I got a hold of a free a Vista Ultimate license legally) and sadly MPEG4 Toolkit has a minor problem. Since it isn't singed and doesn't come with an installer either Vista's UAC keeps bugging me every single time I start MPEG4 Toolkit. I don't want to disable UAC completely just yet (since there isn't an "always trust" option this seems to be the only way to get rid of the warning) so is there a small chance that you will make it compatible with Vista in the future?
It shouldn't be too hard to make MPEG4 Toolkit UAC aware.

Another bug I found on XP and Vista: If you start a second instance of MPEG4 Toolkit via the sheel extension (e.g. "Process with MPEG4 Toolkit") nothing will happen if there already is a first istance running. Once this process is closed the second instance will open and start working normally.

(I hope I descirbed it correctly, I'm not a native speaker either).

BigDid
15th March 2007, 23:10
@Gott

In the meanwhile, you may want to have a look at Avinaptic: http://forum.doom9.org/showthread.php?t=123076

Did

Gott
19th March 2007, 03:44
@Gott

In the meanwhile, you may want to have a look at Avinaptic: http://forum.doom9.org/showthread.php?t=123076

Did

Avinaptic really isn't the one-click / batch-conversion-tool I'm looking for. MPEG4Toolkit is exactly that, it's really almost perfect to use with my old KISS DP-1500. Making a whole folder with gigabytes of files compatible is literally a one click process once MPEG4Toolkit is set up correctly.

I just don't know why it needs and requests administrative rights on Windows Vista, resulting in an annoying popup every time I start it.

Sadly "god 3003" aka "dark-g" aka "darksoft" seems to have disappeared from every single forum he used to announce his great little tool in just before Christmas 2006. I hope he is alright.

And altough it is supposed to be open source I couldn't find the source code anywhere either. :-(

Moitah
20th March 2007, 21:08
The source code is in SVN on SourceForge. I checked it out a few minutes ago and uploaded it here (http://www.moitah.net/misc/MPEG4Toolkit-Source.zip).

god2003
24th March 2007, 17:18
Hi.

Gott. The second instance behavior is intented to avoid a multiple parallel processing. I.E. if you select 10 files and choose process with M4T then 10 intances of M4T will open and process. so your CPU will have a LOT a work, and that's the reason because only 1 instance of M4T can be running. This behavior can be avoided by using a shell contextual DLL, but i don't like it because if something fails then explorer crashes, and uses memory even if you are not using it.

About Vista behavior: Sorry I am forcing administrative rights to avoid problems when saving in some directories on Windows Vista, so the UAC will annoy you.
If you want to choose when to use admin rights delete the file "m4t.exe.manifest" (or rename it to another extension), and then will run with normal rights. But i didn't tried this so i don't know if this will work. You may need admin rights to change the contextual configuration choices.

About Source Code is in my SVN on sourceforge. (I forgot to add the link on the web page).
http://dark-g.svn.sourceforge.net/viewvc/dark-g/



About my disappearance, i have been doing some personal programing, for myself.

And for the record Mpeg4Toolkit 0.6.2 released: Updated Base code to Mpeg4 Modifier 1.4.4. Except the support for .divx extension

Gott
25th March 2007, 01:04
@god2003

Welcome back, I was really a little bit worried when I saw, that you seemed to have just "disappeared" from the net. More about your wellbeing than the future development of MPEG4Toolkit.

MPEG4Toolkit is pretty much all I always wanted from MPEG4Modifier and more. It's just about the perfect companion for my picky KISS DP-1500.

About forcing UAC: I already figured out that this was done in the .manifest a while ago and I just removed the <trustinfo> part from it.
I'm using MPEG4Toolkit without administrative rights, with any more annoying UAC-boxes and without any problems since a few days now. I see absolutely no reason why administrative privileges are needed and forced by MPEG4Toolkit. What folders are you worried about?

I am aware that I would need administrative rights to add or remove the explorer context menus but thats what "run as admin" is for (or maybe you can request admin rights when the user decides to change these settings, this hardly is a setting that one changes every day and definitely isn't worth getting a UAC warning on every single start).

I am also aware that running multiple instances of MPEG4Modifier simultaneously isn't a great idea. But it would be better, if all files and folders selected from the explorer context menu could simply be enqueued in one single instance. If this can only be achieved with a shell extension (I hope not and I don't think so), then it is a question if the risks of such an extension would outweigh the convenience of this behaviour.

Once again: :thanks:

god2003
25th March 2007, 16:13
Gott: Instead of using the contextual menu to process multiple files start M4T and drag all the files you want to process into M4T, in this way M4T will process all files. (Windows send info on multiple files in different way when dragging). Drag and drop only works for files on M4T. If you want to process a directory then use the contextual menu over the directory.

There are some directories on windows Vista which have restricted rights (some on users directory, windows programs files, and in some occasions, some Win XP dirs have restricted rights on Vista when you upgrade). I don't know if the directory the user wants to save have restricted rights, and Windows Vista DOESN'T ALLOW TO ELEVATE ADMIN RIGHTS when the application is started. (you need to restart with admin rights) so if something happens and you (or any) try to save in one of those directories application WILL FAIL,and the consequences will be unexpected.

So if any want to use it in Windows Vista without annoying messages and without deactivating UAC remove the manifest. I made it in order to work in Vista in the same way works on Win XP, but i don't have Windows Vista installed (i don't like it an will not install it. Not in a quite Time).

Gott
28th March 2007, 10:56
I removed the <trustinfo> part from the manifest and that is a sufficient solution for me. I understand your motivation for it now although none of the directories with restricted rights should be used to save video files or other documents in anyways. Forcing admin rights gives the user the choice to save their video files in the "Program Files" or "Windows" or "AppData" directory, it's just not a wise choice. And I don't think that an annoying warning message on each and every start is a price worth paying for that choice ... and if a user wants this choice he already has a bunch of options: disable UAC, rightclick and "run as admin" or select "always run as admin" in the applications compatibility settings. Forcing admin rights although they aren't really needed just seems like bad practice.

I still don't understand why the contextual menu cannot be used to enqueue files in the already active process instead of enqueuing new processes, but I'm no .NET programmer.
Drag and Drop as an alternative is made difficult due to an odd bug that frequently seems to prevent MPEG4Toolkit from showing up on the taskbar.

god2003
19th August 2007, 18:53
Mpeg4Toolkit 0.6.3 released.

M4T uses less CPU, when processing directories, or multiple files (via Drag & Drop).

Fixed ( i hope so) M4T not showing in taskbar when using contextual menu in explorer(at least works for me).

Now M4T shows information in each file about the interleaved staus “Interleaved (Intercalado): yes”, or No.
When the files are not interleaved (audio frames split across interleaves), part of the audio frame resides in one chunk and the remainder of it is in another, with a video chunk in between. Due to that, some standalone players will have trouble, and in some situations, as we can check there is a Interleave of 1, but it’s not Interleaved. Therefore, will be necessary interleave the Audio/Video to correct the problem. VirtualDubMod will correct the problem i the path is configured properly.

Gott: In this version, there is no manifest so UAC will not bother you anymore. But remember to use "run as admin" y you need to.

drob
21st August 2007, 13:48
Hey god2003, great to see your still updating this great software, works fine here.

Lenny_Nero
23rd August 2007, 22:02
Just been reading up on this and gave it a go, looks and works great. I have a few SAP's the oldest one is quite picky about what its wants to play ...and now I will be able to work out just what it is that it does not like about some of my encodes.
:thanks:

god2003
24th August 2007, 20:09
Mpeg4Toolkit 0.6.4.0 Released:

Changes made in MFE (Multiple Filename Editor).

Changed the Mode ADD (which was dynamic) in two (Add at beginning, and Add at end). this makes easy to use.
Various bugs fixed.

Added a Filewatcher, which detect changes(files and/or directories renamed or created) and updates the file listview.(Except for the subtitles mode, to avoid problems when synchronizing names of subtitles).

Now you can navigate folders (double clic on a directory will open that subdirectory, without using the button).

god2003
4th October 2007, 20:48
Mpeg4Toolkit 1.0 Merge released MULTI PLATFORM.

TESTED IN MONO 1.2.5 (I DO NOT Recomend MONO < 1.2.4)
I tested with Ubuntu 7.0.4 and the MONO version from this repository:

deb http://www.viraptor.info/repo feisty-custombackports contrib
from
http://www.viraptor.info/

Mpeg4Toolkit merged wirh the Linux version. Now works in all O.S. (depending of Mono O.S. support), with ALL of the options (except for the Windows Explorer Integration. In Windows will be avaliable, but not in others).

Multiple Changes to the Window Forms to accommodate the components in all O.S. well.
Fixed bug which was doing Mpeg4Tolkit to Process more slow than normal.

Added Launcher for Linux. (you must check the executable option in order to work).
Now saves the configuration in a INI, in order to work in all O.S., and now is totally portable along with the configuration.

Sharktooth
5th October 2007, 18:38
do you think it's worth integrating your tool into MeGUI?

BlLiZzArD
6th October 2007, 02:08
is anyone have problem with XviD0047? to work on my kiss I had to edit to XviD0046...

god2003
6th October 2007, 20:38
Sharktooth You mean integrate m4t into meGui or meGui into m4t?

M4T is not meant as a encoder tool.

If you mean integrate m4t into megui, i don't think is necessary, just remember the user don't use PB no >2 consecutive bframes, no GMC, no QPEL and interleaving in 1 or max 3.

Adub
6th October 2007, 21:49
I don't know, it could be really handy to integrate m4t into megui. It would add to megui's "one tool for everything" approach. Plus with the new linux version, it should work nicely with your linux MeGUI port, Sharktooth.

Sharktooth
10th October 2007, 14:03
god2003, MeGUI has a nice modular interface and it already comes with several tools. The idea is to integrate a MPEG4 stream modifier... :)

god2003
11th October 2007, 11:04
sharktooth If you think is worth, no problem, that's the great thing with Open Source.

Sharktooth
11th October 2007, 14:26
ill talk to moitah too. however this is not going to be anytime soon since new features will be post "1.0".

drob
17th October 2007, 19:37
god2003, I am having some Vista issues, first one is that no matter what i do, admin privileges new settings file, I cannot get the integrate option to keep. Second issue, is there any way you can prevent vista from virtualizing the ini file?

foxyshadis
17th October 2007, 21:36
Second issue, is there any way you can prevent vista from virtualizing the ini file?

Don't write it to a protected folder and it doesn't get virtualized. You can install mpeg4toolkit to an unprotected folder (like your documents) as a workaround, but I don't like doing that.

drob
18th October 2007, 16:52
Yap same here, what determines the need to virtualize folders? As far as I found, a manifest file with the right code line prevents this.



Don't write it to a protected folder and it doesn't get virtualized. You can install mpeg4toolkit to an unprotected folder (like your documents) as a workaround, but I don't like doing that.

god2003
18th October 2007, 19:05
Drob You cannot avoid the virtualization. the manifest applies to the app not the folder where it is. Virtualization is a system function...

but ..

Mpeg4 Toolkit 1.0.0.1 released.

Fixed. Cannot get the “Integrate with windows” option to keep.

Changed the configuration from .ini. In MONO (Linux & others) MONO saves the config virtualizing (saved in a file) the registry.

Seems that i forgot to link the event that enable/disable the function when changed the components to port to Linux. Now should work.

drob
19th October 2007, 15:07
god2003 integration now works fine, thanks for that!
Could you add the options to only integrate for avi files, not folders? Also could you allow for the processed files to be created in a selected folder, without a "processing" folder?

As for virtualizing, as far as I understand it, a manifest with the correct line, would tell vista the application is compatible with vista, and thus it won't be virtualized.
Lastly, can you allow for the window to be sized smaller?

god2003
19th October 2007, 15:45
drob 1st if you don't wan't to use the folders integration don't use it. But if you mean not to integrate to avoid the extra item in the context menu, well i think i can separate in two integrate items files, and folders.

2nd the Processed folder. I can study it to see if is posible, but if i add that, i will add only as optional.

3rd about virtualizing there are two necessary steps to avoid that:

first execute as admin (or use a manifest to force it) and
second:

Change the security settings on the application's folder. To do this, follow these steps:
1. Log on as a user who has administrative credentials, and then use Windows Explorer to open the application's folder.
2. Right-click the application's folder, and then click Properties.
3. On the Security tab, click Edit.

User Account Control permission If you are prompted for an administrator password or for confirmation, type your password, or click Continue.
4. Under Group or user names, click your user account.
5. Under Permissions for Users, click Allow for the following permissions:
• Modify
• Read & Execute
• List Folder Contents
• Read
• Write
6. Click OK.

if you don't have write security permisions for the folder, even if you execute as admin windows will virtualize.

4th Yes i can allow a smaller size of course, i will add the code to the next release.

drob
19th October 2007, 16:29
Yes god2003, what I meant was separate the file and folder integration, so I won't have that extra option in folders. Thanks for the info on virtualization that would come on handy, sorry for all the extra coding I asked for lol

This is bit off topic but is the reason some apps gets virtualized and the majority don't is with security permissions created via their install programs?

god2003
19th October 2007, 16:42
yes, the setup program must create the app folder with the proper rights. If not, then Windows will virtualize.
But of course you must execute setup programs as admin in order to set the needed permisions to the program.

drob
27th October 2007, 21:17
god2003, can you also add or bring back the browse/open button?

drob
15th February 2008, 18:12
god2003 any chance for those updates i asked for?

god2003
20th February 2008, 23:06
I just upgraded to Visual C# 2008 express (i was waiting for the spanish version).

Some changes are made (contextual menu) but i want to introduce a method to configure the frames for inrleaving correction. So, i don't know how many time (i hope i few days).

drob
21st February 2008, 18:33
Thank you, i was hopping you haven't abandoned this great utility.

god2003
7th March 2008, 17:53
Mpeg4Toolkit 1.0.0.2 Merge Released.

Added an option to configure the contextual menu (folders and M.F.E.). Now you can activate the configuration needed for you.

Added an option to configure the number of maximum interleaved frames, before fixing them (it is not recomended to set this at more than three).

Added. Now if you activate the “Alternative destination” (fixed path or not) you can choose to avoid the program from creating the “Processed” folder.

Fixed. Now M.F.E. remebers the last configuration used.

Added. If no file is selected in M.F.E. to rename (or whatever), all the files will be autoselected (the preview will work as always).

drob
10th March 2008, 18:15
Works great! thanks for implementing all those requested features.

god2003
29th April 2008, 18:55
Mpeg4Toolkit 1.0.0.3 Merge Released.

Fixed: An error in VirtualDubMod when trying to fix the interleave, when the names of the files includes accented characters or non English characters.
Now M4T writes the Script in ANSI mode (Seems like VirtualDubMod does not read correctly in UNICODE or UTF-8 mode).

Fixed: In some special configurations the interleaving frames detection routine was not functioning correctly.

Fixed: In MFE if you where editing the filenames in Subtitle mode, now the application will reflect the changes correctly. However the subtitles files will be rearranged again. It is recomended to edit first the video names and then order properly the subtitles files (moving along the list if you must via Drag & Drop), and then Sinchronize the file names.

In MFE now if the files are renamed outside MFE (or added) MFE will update the file list (in normal and subtitle mode). This is only valid for the folder opened currenly in MFE.

drob
4th May 2008, 17:49
Works great, tested on several files with interleave, thanks god2003!

radeonorama
25th August 2008, 13:56
Hello, have used your tool for a good while now and the only feature i would really love is for it to Auto Close once the "Add/Remove packed bitstream to a directory..." Processing completes.

Is that something you could possibly add into a release at all?

I would be ultimately grateful!

Thanks,

god2003
30th August 2008, 18:07
Mpeg4Toolkit 1.0.0.4 Merge Released.

Fixed: An error in VirtualDubMod when trying to fix the interleave, when the names of the files includes accented characters or non English characters, seems like VDubMod still have problems. Now M4T renames the file before sending to VDubMod and then gives back the original name.

Fixed: Changed the “Check for updates automatically” option to the configuration panel, in the “general” section, and updated the conexion data.

radeonorama: that option can be done, i think. I'll look into it for the next release.

radeonorama
15th September 2008, 20:12
OOO Thankyou! I cant wait! Cheers

radeonorama
4th October 2008, 21:43
Is there any way i can pass files to the m4t.exe to unpack them. Very much like how the right click method works but in a way that i can write a script to pass the files instead?

I basically have a process i have to go through before my video files work with my Kiss streamer and i would like to automate it with with a script.

Thanks

god2003
18th October 2008, 00:50
Mpeg4Toolkit 1.0.0.5 Merge Released.

Added option Autoclose after processing the videos from context menu (by default deactivated).

i am sorry if the webpage is not working well. The Sourceforge guys are migrating to a new datacenter in chicago, but downloads are working well.
Download 1.0.0.5 (Mpeg4Toolkit 1.0.0.5 Merge Released. Added option Autoclose after processing the videos from context menu (by default deactivated). i am sorry if the webpage is not working well. The Sourceforge guys are migrating to a new datacenter in chicago, but downloads are working well. http://downloads.sourceforge.net/dark-g/Mpeg4Toolkit_1_0_0_5_Merge_bin.zip)

drob
4th March 2009, 17:04
god2003 could you ass support for the updated build of VirtualDub, instead of the outdated mod version. there is now an AC3 plugin for VirtualDub so muxing is possible.