Not to bug about this, but is this planned to be changed? This is a major drawback for me from using this program on a mass scale.

No registry keys, though it does save settings in your Application Data folder. You can certainly just copy it to a flash drive, though I'm only distributing it via Windows installer right now.



It doesn't do what you're saying. It does one album at a time (although, if none of them have album tags, it will do them all as one big album).



Good point, I'll change the wording. Technically it deletes them during the "decoding" step.

Unfortunately I think it does. I dragged my A Perfect Circle directory containing two albums, Mer de Noms and Thirteenth Step (all properly tagged) onto Omni. All 24 files were loaded. I then selected to mirror the directory structure and set it to go. I watched it decode all 24 files to WAVs before reencoding to FLAC (this is just a test). It then errors out and stops when changing albums as described above. Neither does it copy the album art located in folder.jpg..............................

EDIT: In the middle of writing this........I realized this is probably happening because Omni is not recognizing my album or genre tags in my mp3s. Any idea why this would be? mp3tag reports at id3v1 and id3v2.4 and reads the tags fine, as does foobar.

I installed .NET Framework 2.0 and then Omni Encoder 1.3 but when I run it I receive these two error messages:




My OS is Windows 98SE. Is it supported? There's nothing about system requirements in the home page.

Does Omni encoder list the album information when you add those files? If not, it can't read them. I use metamp3.exe for tag parsing, and I don't think it can read v2.4 (just 2.3). It shouldn't be erroring out though... just treating them as one album. What does the error message say?



I didn't even know .NET 2.0 was supported in 98SE. I'll add a note saying it isn't supported. Never tested on anything below XP.

98 is like, 10 years old now! Contemporize!

A few questions:

1. The "delete after conversion" setting:
Does it delete as soon as a file is converted or after a whole batch is converted?

2. Do you intend to add a generic command line encoder support? i would surely use omni if it would delete a file as soon as it was converted, and if it supported CLI (i need support for TAK).

thanks.

I can answer this one. It deletes the file as soon as its decoded, i.e. BEFORE its converted.

No, album and genre info is blank. I'm assuming since you use metamp3 that it can't read the v2.4 tags. Bummer. It is strange though because it reads the Artist, Title, and Track info. Both albums are decoded/encoded as <Unknown Album>. It does error out as I said above, though. On the first track of what would be the second album, it says it can't write the file -

C:\test\\01 - The Package.flac

I think the problem is the \\ in the path. It should be

C:\test\Thirteenth Step\01 - The Package.flac

Since I'm mirroring the directory structure of the original, it shouldn't matter that it can't read my album tag. So I don't know what's going on. It works fine for the first album -

C:\test\Mer de Noms\01 - Hollow.flac ..... etc.

It also is not copying my folder.jpg to the new directory, even though it is showing up in the main window. This applies for the first album as well.

I should mention that if I do just one file and specify a directory, it is encoded just fine and the album art is copied, but not when dropping a directory as I described.

Did you seriously mean to say that you'll change the wording? A much better idea would be to change how the program functions to the current wording. It is a BAD, BAD idea to delete a source file before the operation being performed upon it is complete. In addition to losing all your files when aborting the encode, FLAC's Verify command certainly loses all purpose if the source is erased before the result is reported.

And what exactly is the use in decoding an album at a time, vs. decoding files as needed? What offsets the potential to unexpectedly and suddenly find an additional few GB of your hard-disk swallowed up in temporary files (in the case of tagless/unrecognizably-tagged files and multi-disc albums)?

I don't mean to be harsh, but you're ignoring some pretty basic tenants of program design...

Yes, that is a better solution, and it will also take more time.

Because certain things (Album ReplayGain processing) require the full album the be decoded and analyzed before conversion.

Oh yeah? I agreed I should change that function... I'm open to suggestions, but fuck off with the insults. The source is available and since you obviously studied "basic programming tenants" you're probably more qualified to improve this program than I am.

Jebus, any plans to have something like CLI encoder in dbpoweramp?

Unfortunately, it doesn't seem so. He's previously stated his opposition to letting the user mess with command line options.


I'm pretty sure album-mode ReplayGain can be applied after the entire album has finished encoding. And basing the ReplayGain on the output of the newly encoded files, rather than the source, would certainly be appropriate. Although there will probably only be a significant difference when encoding at lower bitrates, and there's the disadvantage of having to decode twice. But I don't think there's any need to decode an entire album to disk simultaneously. Wouldn't it also be possible -- for example -- to decode one track, analyze it before encoding, pass on the the track gain and encode, delete that WAV and start decoding the next track... and then at the end of the album use the accumulated RG data to calculate the album gain, and tag it onto the encoded files?

Either of those ways, it's much harder to overfill the user's HDD with temporary files since the worst-case scenario becomes the size of the user's longest track... compared to the current worst-case scenario, which is the combined size of all of the user's tracks.


Hrm, I actually didn't realize the source was available. Unfortunately, I don't have VS, and don't really feel like giving the "express" version a whirl just for this.

No, but its pretty easy to create a new module yourself, and I plan on making a TAK module very soon.

OmniEncoder stops transcoding if it encounters errors in the middle of process. It would be good to have some error resilence.

Example:
Transcoding
http://www.zshare.net/audio/broken-mp3-k2y.html
to Ogg Vorbis, VorbisComments turned On.

The files after that mp3 (with slightly broken ID3v2 unicode tag) won't be processed.

K, i took a bit of a break, but I'm working on it again...

I think for version 2.0 I'm going to do a bunch of work-in-progress releases, since 1.0 was basically a work in progress anyhow . I want the final release to be super-stable and feature complete.

So far I've fixed/changed the way art is handled... memory usage has been cut in half, and the writing of Folder.jpg images from tag info now actually works.

I'll add in some more of the simpler features, add updated codecs, and then put out a 2.0a1 release.

Hi,

OmniEncoder looks good..

I installed the latest OmniEncoder 1.3 version on windows XP Home, initially it said it needed .netframeowrk 2.x .. I installed the .net 3.x framework (latest) and tried the install again. The install completed OK.

However, when I try to 'Add Files' or 'Add Folders', the files / folders are not being added to the list, so I am not able to convert anything. Is .net 2.057 or whatever a hard requirement? Does the program work with .net 3.x? I tried files that are on my hard disk as well as the CD, to no availa..

Separately, I assume the files can be directly added from the CD Drive without being copied to the hard disk? Do I have to 'Add Folder' in that case? for some reason, at the point where OmniEncoder interacts with Explorer, it does not see to display any level lower than the CD Drive.

It works fine with 3.0 (3.0 is just 2.0 with some vista-centric new features). For some reason, the "add folder" toolbar button doesn't work, but the file option does (as does drag-n-drop). I've removed it from the toolbar in 2.0 since I couldn't figure out why.

You have to use a separate ripper. Omni can work in conjunction with Exact Audio Copy, but it is a somewhat complicated app to get working.

Really? I thought that OmniEncoder had an option while installing to integrate with EAC.

nice little app. what are the chances of implementing native cueshseet support? it would make life much easier for my itunes AAC encoding...

keep up the great work

Hi

I am looking for a tool to sync my FLAC and MP3 libraries. Specifically something that I can aim at my flac library and have it transcode the stuff that has been added since the last time I did it. Can this tool help?

What sort of cuesheet support are you suggesting?


I'm working on 2.0 now more avidly... for some reason I always feel like coding in July.

Good to hear that Jebus..I stopped by the other day to see if 2.0 was available... and I was afraid you abandoned the thing...
Hope to see all the UI improvements soon

Gonza

So this may or may not be a disappointment for some of you...

I've decided to do a partial rewrite to bring the code up to .NET 3.5 level, using the new WPF GUI library. It doesn't make a lot of sense to me to redo the settings panels now if i'm completely rewriting them anyhow.

What I have done for now is still pretty substantial, at least under the hood. I'm going to post it later tonight as version 1.4. Version 2.0 probably won't be released until .NET 3.5 is final, towards the end of the year now. Sorry!

Changelog:
* Updated to the latest FLAC, OggEnc, WavPack, iTunes and Nero versions.
* Substantially reduced memory usage while converting with album art included.
* Direct transcoding (no decoding phase) for many operations (FLAC->FLAC, FLAC->Ogg etc.)
* Unsupported tags (Composer, etc.) are now (for some codecs) preserved during reencoding.
* The menu bar now displays the currently selected encoder.
* Various bug fixes.

A few of these changes were pretty invasive, so while I hope there are no bugs, please be careful when converting your entire library.

Jeremy

1.4.1 is available now

edit: Updated to 1.4.1 (fixed a FLAC decoding bug, and an Ogg encoding bug)

Hi Jebus, thanks for the new version, we appreciate your work.

Just found an issue when I try to use it for bulk encoding:

I am adding (drag and drop) a folder with many sub-folders with many sub-folders again, and with many wavpack files each... it adds up to 81 files and stops there. There are many more files that are not being added.
I try again, this time with the menu function "add folder". Then it adds up to 81 files, and stops with an exception:

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

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at OmniEncoder.API.AudioFile.set_Title(String value)
at TagModule.TagReader.Parse(AudioFile audioFile)
at OmniEncoder.TagReaders.Parse(AudioFile audioFile)

etc

Thanks, if you need more details about what i am doing, pls let me know!

Gonza

The next file it is trying to add apparently isn't parsable; specifically the title. Any idea what the next file it is trying to add would be? Could you tell me what the tag values for that file are? If not, could you upload it?

Well Im gonna take a look and see what file does it.
In the meantime I found another complete FLAC album that wont load. They have native FLAC tags, and as an example

Filename:
Bob Marley & The Wailers - Exodus - 01 - Natural Mystic.flac
Tags
Title: Natural Mystic
Artist: Bob Marley & The Wailers
Album: Exodus
Year:
Track: 01
Genre:
Comment:

So nothing really out of the ordinary... if yow want I can send you the file...

Gonza

Ok.. 2 different issues here :

Issue1 (my first post): It will refuse to load any file with special characters in the complete path, not just the filename. That is what was happening to me , all the files in a folder with special characters did not load.
Also, if the filename has any special character like № it will not load.
If there is a character like № in the tag, it will be converted to ?

Issue2: Some of my flacs won´t load. Still dont know which ones , or why.

thanks,
Gonza

hmm... i have a bunch of files with special characters in the path, like "Z:\Lossless Music\Stone Temple Pilots\Nº 4\01 - Down.flac" for instance. They seem to load fine. Can you give me an example path?

Tagging of special characters should work fine as well, as long as they display in the windows shell okay (i'm using the default codepage).

Jebus,

C:\dm\Compilations\(1991) - X1 & X2\CD7 - X2 - Семь - Live One\01.My Secret Garden.wv

Will not load, either by dropping the containing folder, or dropping the file. While

C:\dm\Compilations\(1991) - X1 & X2\New Folder\01.My Secret Garden.wv

will work with no problems.

Oh Jebus, and notice there is a difference between my № and yours. Mine is a single character, while yours is two...

G

Hi....I'm new here. Thank you, Jebus, for a great free piece of software. It stands to make my CD archiving much less painful.

I'm having a little trouble with the latest version (1.4.1).

I get a .net framework unhandled exception error when trying to convert a .wav file into either mp3, ape, or flac. I've attached on of the error/debug msgs I got.....can't remember which of the 3 types I was trying to convert to this time. Funny thing is that I converted a whole album of .flac's into mp3's last night without a problem.....today the thing won't work. Error msg pops up a few seconds after I hit the green arrow.

My MS/.net files are up to date (according to windows update).

I tried uninstalling/reinstalling 1.4.1, but still the same result.

Any advice you could give would be much appreciated.

Thanks!
J

oops, sorry.....debug msg as follows....







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

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at OmniEncoder.API.AudioFile.Clone()
at OmniEncoder.Frontend.MainForm.StartConversion()
at OmniEncoder.Frontend.MainForm.convertToolStripMenuItem_Click(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripButton.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
OmniEncoder
Assembly Version: 1.4.1.0
Win32 Version: 1.4.1.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/OmniEncoder.exe
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Runtime.Remoting
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
FLACModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/FLACModule.DLL
----------------------------------------
LAMEModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/LAMEModule.DLL
----------------------------------------
MACModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/MACModule.DLL
----------------------------------------
MetaMP3Module
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/MetaMP3Module.DLL
----------------------------------------
TagModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/TagModule.DLL
----------------------------------------
Accessibility
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.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.

Unfortunately those are unicode characters, and all input to command-line programs has to be available in the windows codepage. For example, try pasting that path into a cmd.exe. The Семь gets replaced with ????. I'm not sure this can be fixed for a command-line encoder. In version 2.0 i'm going to start using DLL versions of encoders, because i would like to support other languages (and Omni Encoder is, internally, already using unicode).

Here is a list of the valid characters in the windows codepage:
http://en.wikipedia.org/wiki/Windows-1252


jrmyeh, I'll look into your issue soon.

Thanks Jebus, I usderstand about the unicode chars... :-(
The other thing that happens is that many of my flacs refuse to load. Some do, some dont, but I still could not figure out a logical pattern.
Just to make sure its not me, i rolled back to 1.3 and now all the files work like a charm.

If it is any help, here is one of my flacs that dont work (17MB) . I tried renaming and removing all tags , still does not work. :-(
http://rapidshare.com/files/51516447/_01__...ocal_.flac.html
Thanks
Gonza

hmm... i upgraded FLAC to 1.2.0 since releasing 1.3... that might be it. Could you try replacing the metaflac.exe in the new version with the one from 1.3 and then try again?

Did that work? Additionally (looking through the code) there were changes made to how art is handled... do these FLACs have art tags, external Folder.jpgs, or no art at all?

Hi Jebus...sorry for the delay....

No, it didn´t work. I used 1.4.1 with the metaflac.exe found in 1.3 and the files do not load.

AND , I tried the other way around: Omni 1.3 with the metaflac.exe in 1.4.1. And YES it works !... strange isnt it?

The flacs have no art...in fact...I can remove all tags completely, and they still don´t load... don´t know what else I can do to help, but maybe upload a flac that works and one that doesn´t, so that you take a look....

Gonza

Jebus ! after some testing...I got it.

flacs that do not have a Genre defined in the tags, won´t load.
All the flacs that do have a Genre will work OK.

:-)

Gonza

Awsome, thanks Gonza. I'll take a look at it tonight when I get home.



In other news, 2.0 (the new re-written version) is coming along nicely. It is going to be quite a bit different and hopefully address all the requests I've heard in this thread. .NET 3.5 will definitely be required for the new user interface. So far, the data model is complete. I've also broken the executable up into an interface-agnostic, com-visible function library (OmniLib.dll) and user interface library (OmniUI.dll). The actual application logic (OmniEnc.exe) will be fairly small and replaceable. When running in Exact Audio Copy mode, the plan is to avoid OmniEnc.exe altogether and use a different executable more customized to a scripted execution.



The new version will definitely have:

* Full library tagging and reorganization features.

* Multiple threads of execution when encoding.

* Full or partial unicode and internationalization support.

* Custom/non-standard tag editing and pass-through when transcoding.



I am thinking of dropping the iTunes module from the next release, due to its unpredictable crashing behaviour. Does anyone take issue with this? I could also just leave it as an unsupported add-on. The latest Nero codec seems to be a pretty good replacement anyhow.

Thanks for the good news Jebus.
I will really appreciate you keep the option to use the iTunes encoders. Its something I use all the time, and for all I can tell, it never crashes. BTW, I wonder if Quicktime has an API to use it directly without depending on iTunes...guess not...

Gonza

I have the same problem as jrmyeh - thought it was my system...

Installed .net 2.0 redistributable and OE 1.4.1. Encoding a wav to mp3 or FLAC immediately gives an untrapped error and barfs, report appended. Can transcode FLAC to mp3 OK. Tried uninstalling both and re-installing with no luck. Running on a Centrino laptop with XP SP2. Only installed OE 1.4.1 mp3 and FLAC modules. Have EAC, Audacity and Dragon Nat Speaking installed but not running. Also separate installation of FLAC and LAME for EAC.

Any ideas?

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at OmniEncoder.API.AudioFile.Clone()
at OmniEncoder.Frontend.MainForm.StartConversion()
at OmniEncoder.Frontend.MainForm.convertToolStripMenuItem_Click(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripButton.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
OmniEncoder
Assembly Version: 1.4.1.0
Win32 Version: 1.4.1.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/OmniEncoder.exe
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Runtime.Remoting
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.832 (QFE.050727-8300)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
FLACModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/FLACModule.DLL
----------------------------------------
LAMEModule
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/LAMEModule.DLL
----------------------------------------
MetaMP3Module
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Program%20Files/Omni%20Encoder/MetaMP3Module.DLL
----------------------------------------

I installed version 1.4.1 and it wont open. Every time I double click on the exe I get the following message



An exception of type:
System.Reflection.TargetInvocationExeption was thrown

Unable to get the window handle for the 'AxQTControl' control.
Windowless ActiveX controls are not supported

at OmniEncoder.Modules.Load()
at OmniEncoder.Modules..ctor()
at OmniEncoder.MainClass..ctor()
at OmniEncoder.Program.Main()



Is there anything that I could do to fix this error

Here's another vote for keeping the iTunes module -- it's a key feature for me.

Has the bug where Omni Encoder stops while transcoding an album with multiple artists, like a soundtrack, been fixed in 1.4.1 by any chance?

Thanks for your work on this app -- I look forward to 2.0.

Actually I'm using the QuickTime APIs to read MP4 tags when you add the files . I was hoping to use QuickTime exclusively (opening iTunes separately is so clunky) but for licensing reasons, they don't make the AAC codec accessible programatically without shelling out crazy $$$.



I'll keep it then, no worries.







It doesn't support compilations unfortunately... limitation of the data model. The new one is much cleaner and will support compilations correctly out of the box.







Sounds like you don't have QuickTime installed, or the call to QuickTime isn't working. Try reinstalling iTunes. If you don't need the iTunes encoder, reinstall without that option.

Version 1.4.2 is up.



I fixed a few other bugs as well as the above mentioned. When 2.0 is close to finished, hopefully i'll have enough of you testers to do a proper beta... sorry about all the bugs guys

Thanks for the mega quick fix... yep .wav will code now PROVIDED you deselect the "album art" option or it ends the mp3 encode with an unhandled error...

I can live with that

Keep up the great work, you obviously have an appreciative audience...


************** Exception Text **************
System.ComponentModel.Win32Exception: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem
at OmniEncoder.Frontend.ConvertForm.converter_ConversionCompleted(Object sender, RunWorkerCompletedEventArgs e)
at OmniEncoder.Converter.worker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e)
at System.ComponentModel.BackgroundWorker.OnRunWorkerCompleted(RunWorkerCompletedEventArgs e)
at System.ComponentModel.BackgroundWorker.AsyncOperationCompleted(Object arg)

I'm not sure I understand... you're trying to encode TO wav? or from wav?

[/quote]

Thanks for the mega quick fix... yep .wav will code now PROVIDED you deselect the "album art" option or it ends the mp3 encode with an unhandled error...

I can live with that

[/quote]



I'm not sure I understand... you're trying to encode TO wav? or from wav?
[/quote]

From .wav to FLAC or MP3...

Version 2.0 Progress Report:

Wow, WPF is very, very different than windows forms programming. Its pretty cool, but I'm basically having to rewrite everything from scratch.

The main window GUI is essentially done, and i'm currently working on the LAME module. In order to get true internationalization support, i can't use command-line taggers anymore. So right now i'm implementing an ID3 reader/writer in native C#. Fortunately the other tagging formats are easier.

I expect that, like version 1, the initial release will only have MP3 and FLAC modules. Otherwise this could take forever

I registered at hydrogenaudio just to report this bug. I have been using Omni Encoder since January, fantastic product.

This bug is not present in 1.3.0.0 and below

When you add album art, and transcode to another format that contains album art, or even select the option to include a folder.jpg, Omni Encoder seems to re encode the jpeg into a larger file. For example a 20kb jpeg becomes a 180kb jpeg (same resolution) after transcoding.

The older Omni Encoder seemed to just copy the artwork over and preserve the file size.

Keep up the good work Jebus.

Aw crap... i know what the problem is too... i stopped using temporary art files and instead read it in as a bitmap right in memory.... but when I write it back out, i don't think its recompressing. doh! I'll look at it soon.