All I've been doing is overwriting the settings registry key. I've never tried saving profiles, to be honest, so i'm not sure how it works on a registry level. I'll play around with it tonight.



Omni Encoder, by virtue of its multi-codec design, doesn't really "pass through" tags so much as read them out, and then retag the resulting files with those values. So what I mean is, the only fields that get used are the ones you see in the GUI... stuff like composer is going to get lost.

You raise a good point though with classical... I want to add custom tag fields as well, but "composer" might be a good one to add right to the current interface.

For now you might want to try that "FLAC Frontend" app for straight reencoding with FLAC.

Are you having problems with the standard fields though (artist, album etc?)

Ah, too bad for me, comments is where I've put some important information in some of my files. Like composer, I don't want to have to regenerate them manually. Perhaps you'd consider including them in the pass through on an upcoming revision? Another one to consider is 'album artist', which some people use for compilation CDs as per

http://wiki.hydrogenaudio.org/index.php?ti...ds#ALBUM_ARTIST




Alas, I tried that first and quickly found it does not accept flac as input (so no flac-to-flac) nor does it have a commandline workaround that I know of. Foobar2000 seems my next best hope, apart from running flac.exe directly via command line (where I'd have to learn how to run it in batch mode).




None, thanks. It's a great app. It's heartbreakingly close to what I need. Aside from converting old flacs to new flac settings, Omni Encoder also painlessly deletes the input flac files, something I can't seem to get foobar2k to do. So it vexed me to find it doesn't pass all my tags through. (Only thing I'd wish for after that, is that it passed through replaygain settings as well.)

Hi -

Why does the install show 1.2 but the installed file show 1.1.2 ?

Not sure if anyone caught this.

Thanks!

which file? I probably forgot to bump the version string... don't worry too much about it (its still 1.2).

Back on topic... Omni Encoder 1.2.3 released:

* URLs now work with the website (which I just completed finished putting up). Removed the "download additional encoders" option since (for now) I'm distributing them all together.
* Removed some unnecessary library references... should use a little less memory now.

You can check development progress now right on the project site. As you can see there, I have a lot of cool stuff planned for version 1.3, and then 2.0 after that. For now, I am quite pleased with 1.2.3.

Hey, Omni Encoder is a pretty nice program. I just have a few feature suggestions...

* An "Add Folder" command that brings up a directory tree.
* Options for the user to specify where the files for the various encoders are found. (I keep single audio codec folders that all my rippers/frontends reference so I can quickly plop a new encoder version into the appropriate directory w/o having to copy it into every individual program's folder... but Omni doesn't seem to allow for this.)
* An advanced "command line override" for those who want to tweak around with the command lines directly instead of relying on the GUI settings... also, this gives better forward compatibility, so that if Omni development halts and the encoders change their commands or syntax, Omni won't then become completely useless.

Thanks for reading, and hopefully considering.

Also, I'm now noticing that it doesn't seem to read track number tags if they're formatted for multiple disc albums (such as "2-03" for disc 2 track 3). The FLAC comment field doesn't seem to be copied over either. And could you please clarify that "Delete" in the Edit menu actually means Clear or Remove... I was worried it might physically delete my files.

* You can just drag/drop the folder and it will add everything underneath it in the tree.
* I might make it possible instead to replace the .exes with shortcuts. While it is usually safe to do so, sometimes different versions might cause weird behaviour, so I really like the idea of having "official" versions of things. Will ponder.
* No to the command-line override. If there is an option you need, and it isn't supported, AND you can justify why you want it, then I might add it. Otherwise no. The LAME GUI, for example, follows the LAME dev GUI recommendations, and they don't want this option added. If you want to break your files with weird-ass options, you're on your own (source code is available ).
* Yeah, its set to ignore track numbers that aren't numbers. And only the fields you see already are currently written. I'll be adding more flexible tagging options in the future.
* Changing "delete" to "remove from list" sounds like a good idea.

@Jebus


I have some FLAC files with replay-gain values.
My problem is that, when I transcode them to mp3 the replay-gain values are gone.
I don't want to get new replay-gain values I just wan't to keep the old ones. It would be nice if the program just copies the old tags to the new transcoded files.
Maybe you could include an option to preserve the tags?



Thanks for your efforts, cool app

Its unfortunately way more complicated than that... don't forget this program is designed for mulitiple formats, not all of which will accept the same fields.

I do want to add this (see above), but I haven't decided on the most elegant way to do it yet.

* True, but you could also drop individual files into the window, and yet there is an "Add File" command. I was just suggesting an "Add Folder" too, since there's only one action in that File menu...
* Not all of the command line options will 'break' or even modify the encoding. A simple -V 2 --vbr-new --tc "LAME v3.97 -V 2 --vbr-new", for example, is certainly harmless. You could even make it a general toggleable setting, "Enable advanced command line options", and popup a little warning/confirmation dialog asking if they really want to mess with the program's commands and possibly mess up the encoding.
* Good to know the tagging will be improved... it's a bit of a misnomer at this point to say that Omni preserves the original tags when it only copies over a select few fields.
* ~ThumbsUp~

I recognize that this is your program, and that you're free to do with it as you will... to implement or refuse to consider features at your discretion. Just espousing my own personal opinions & desires for such a frontend.

Speek's Multi frontend has been my program of choice for a long time. I love everything about it except the lack of ID3v2 tagging, and was hoping Omni would be able to do much of the same without that problem. But with the tagging somewhat incomplete, and the lack of Multi's powerful yet simple customization, I'll probably be sticking with Speek's offering for at least the moment. =/

I will add an "add folder" option as you've suggested in version 1.3... I just wanted you to know that the drag/drop functionality was there too.

I changed the "preserves tags" feature to "converts tags," which is a subtle distinction you are right. Whichever solution I implement for this is going to break my current tagging API, so it is scheduled for version 2.0. As mentioned above, I will ponder an elegant solution to this issue, because I do understand many people use tags that I myself don't.

As for linking to alternate codecs? I'll let you place them somewhere in PATH instead of just requiring their presence. Gonna have to add minimum version checking though, as well. Scheduled for 1.3.

I do appreciate your feedback, but don't let it hurt your feelings if I reject some of them.

Again, so far so good.

I don't use many tags, however, BPM should be xferred along w/ YEAR in some cases.

I go from FLAC > MP3.

Any word on EAC multi encode (like MAREO)? I fig it could kick off a simultaneous thread each encoding process and optionally delete source WAV upon last encode? BONUS - Let each encode have their own folder FLAC/WAV/MP3/etc... off the root (only multi encode option).

Thanks!

Oh, someone else asked for 'wait til done' before terminate on error. Is that still possible? I went to convert 950 FLAC and it stopped mid stream on bad file. Could it not just continue and log the offenders?

Finally, be expecting a donation from me. This is useful - even if the above mentioned changes are not implemented.

Thanks!

If you check the project page, both the first 2 features are planned for version 2.0 because they break the API.

The "wait till done" feature is a good suggestion, and I can plan that one for 1.3 (planned release in Feb).

Thanks for the donation! I'll be putting up a page shortly listing all donors (you are #1, by the way )

Hi..

First of all , many thanks for doing this free for the community.
I just downloaded, and gave it my first try , to transcode bunch of ogg files to mp3 (lame, quality 2).
It transcoded all files (12 of them) OK, then it came to a part that said "post-processing album" ..and gave an unhandled exception.. (see below).
If you want, I can give you the complete details, or any other info you might need... (that is, if you feel like investigating this :-)

Thanks!
Gonza

Edit: I tried again 4 or 5 times, with the same set of vorbis files: One file, it works OK. I try to convert 2 files, and it crashes....
Also tried with a set of FLAC files, everything works fine.
Gonza



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.Frontend.ConvertForm.converter_ConversionProgressChanged(Object sender, ConversionProgressChangedEventArgs e)
at OmniEncoder.Converter.worker_ProgressChanged(Object sender, ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.OnProgressChanged(ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.ProgressReporter(Object arg)


************** Loaded Assemblies **************

etc

Sorry I didn't get back to you yet... I will look at this tonight. So it only happens when transcoding Vorbis -> MP3 then? Do the files have complete tag information? (they shouldn't have to, just wondering).

Weird that it crashes during "post processing" since Lame doesn't even perform any (method does nothing at all) .

I found a critter...

Not sure if it's FLAC or your GUI.

The '%' must be a forbidden character. In the file name, it flags as defective.

As a tag entry, it won't be written. Stops OMNI dead.

I only have a handful of these. Is this something you can fix (in case others have issue) or the nature of METAFLAC?

Thanks bud!

[quote name='Jebus' date='Jan 11 2007, 14:54' post='463475']

[/quote]

Sorry I didn't get back to you yet... I will look at this tonight. So it only happens when transcoding Vorbis -> MP3 then? Do the files have complete tag information? (they shouldn't have to, just wondering).

Weird that it crashes during "post processing" since Lame doesn't even perform any (method does nothing at all) .
[/quote]

The files do not have any tags (vorbis comments) .. But I've done some more testing.
1- Created a test folder with 1 ogg file. I go to the add files menu, and add the file. Run the conversion to mp3, default settings, save in source location, etc. Everything works OK.

2- I copy another file to the folder, now we have 2 ogg files ( and I delete the mp3 from the previous run) . I add the files using the "Add Files" option (selecting both files on the "select audio files" window). Strangely, the last file on the list, appears first on the list on omni encoder... I run the conversion, and it crashes with the exception mentioned above, when "post processing album" begins.

3- Now instead of using the "Add Files" menu, I drag and drop the folder to the omni encoder window. The order of the files is now correct. I start conversion..
Now..it crashes , but for a different reason, before even finishing the conversion. It creates the wav file in the source directory (where my ogg files are) , but then it seems that it looks for the wav file in the omnicoder installation directory...

ystem.IO.FileNotFoundException: Could not find file 'C:\Program Files\Omni Encoder\01_Anyone_Out_There.wav'.
File name: 'C:\Program Files\Omni Encoder\01_Anyone_Out_There.wav'
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)


If you want, I can send you a couple of the files I am using ...

Thanks again !

Gonza

I'm sure I can at least work around it... thanks for the report. I'm still ripping my own collection, and I'd probably have stumbled on "100%" by Sonic Youth, sometime this weekend



Thanks for the detailed breakdown... i'll have time to look at both these bugs tomorrow.

Don't worry about the list ordering though. It doesn't affect anything, really. Depends on which order Windows decides to provide them. I'm adding sortable columns at some point, so it isn't worth changing.

I only had like 5 or so with a '%' so I just changed to 'percent'. Same for the file & directory name.

So far, all is good.

Using the batch file to find bad FLACs, it also did not like '%' either. So maybe you cannot do anything but a work a round.

Oh, any word on multi encode ?

http://omniencoder.autobotcity.net/roadmap

I'll be adding basically everything anyone's requested.

Fixed (I think). There was a bug in the unnamed album / artist code, and it was trying to encode everything twice (the second time crashed it because it couldn't find the files).



Honestly, I can't even reproduce this. Managed to rip and encode "100%" by Sonic Youth, with both the title and filename as "100%". Adding the resulting FLAC back to Omni also correctly parsed it as "100%".

Tried both on a network drive location, and a local one. Also tried running metaflac on a command-line and it seemed to work correctly for both reading and writing.

I'm sitting on 1.2.4 until you get back to me on this, or at least for a couple hours.

Edit: Just thought of something... what country/region/codepage is your Windows using?

Version 1.2.4 is out.

* Fixed above-mentioned crash when converting tagless files (thanks gonza).

This program is SO USEFUL...

I am ripping my entire library to FLAC - hard set to 98db (yes, I know). For DJ purposes, I am wanting to replace MP3 w/ FLAC.

My MP3s are a hodgepodge of various encodes and gains. I am using the PCDJ RED 5.2 program. That's how I geared my ripping and tagging. I started this in 2001.

Now FLAC is getting mainstream support for DJ apps. BUT, I still desire MP3 based until fully converted. Up to this point, there is no bulk transcoder that worked for me (sorry fb2k). By dropping the latest 3.98a11 (yes, I know), and hard set via ReplayGain to 89%, my rips have never sounded better. No more clipping and the latest LAME has given me awesome sounding files.

Thanks for a fine program! There are others out there, but this one works great for me.

Oh, a note for future update - I like to have the latest LAME DLL file. Perhaps you could 'ask' for overwrite permission if version conflict (the various CODECS) when upgrading.

Don't forget to send him a token of thanks via PayPal. It sure saves me time & grief.

Released version 1.2.5.

* Some trivial bug fixes.
* I changed the way codepages are handled... this might fix the % bug DJED was encountering, and also fixes some other exotic character issues.



I just checked briefly and I don't think the Microsoft installer has an "overwrite only if not present" option or some such, but i'll definitely look into it (This would be nice for those running arch-optimized binaries, as well).

On the contrary..thanks to you.
Can't wait for version 2 ;-)

First, thank you for a great program. I've just started using it and find it amazing, but I have two request. I've ripped my CD collection to flac, 2800 CDs, and would like to recode them to version 1.1.3, to to take advantage of the album art feature.

So, here are my two request:

I would like to be able to add directories, and have the program add file from all sub-directories, something like mp3tag. Adding just files would kill me.

Add album art from the directories, I've already added art, folder.jpg to about 80% of all albums. I know these might be stretching it a bit, but they would help.

Thanks in advance

Actually you can do both of those already...

Just drag-drop the root folder and it will add all the files. in all sub-directories. I'll be adding an "add directory" menu option later, but this works the same way.

It should automatically add the Folder.jpg as the cover art when you add the files (although i think it looks for "Folder.jpg", case sensitively - I should probably change that, but that's what Windows calls them by default).

Very cool, I'll try dragging the root folder. My album art are in both upper and lower case, so I'll wait until you change that

Did you try it? Cause I just did, and it seems to import case-insensitively already.'

edit: actually, be a bit careful... I think it is possible that it might delete your folder.jpg files after conversion if you choose to use "source locations" as the destination... I'll patch that tonight. If you choose a different destination ("mirror" or "tag based" layout) then you should be okay.

(I made a silly decision to flag any art image that doesn't contain the string "Folder.jpg" in its patch as a temporary file, which will be deleted on exit. I'll obviously change that, since its pretty stupid.)

Hi -

Feature request...

When transcoding, could the display say the correct info? Right now it says, "Prime Cuts... " by Jibbs.

Second, could it preserve the comment tag and not write the replay gain value?

Thanks bud!

I don't know what you mean...

Did some test, and it worked fine. Was able to drag and drop, and it picked up the album art. Getting an error while trying tr process a file, but I'll work it out to see if it's an issue I can slove.

One more request. Would be nice to have the option to clear the list. I also tried to process a selected number of fiiles, but it started processing from the beginning again.

NH

select all, delete.

or...

ctrl-a, del

geez, you ever used a pc before ??

Ok, I know I tried that today and it didn't work, but tried it again and it did. I'm going to take the last part of your post as a joke

Plus, no one who's spent countless hours ripping they music likes to use delete. Most other programs use such commands as, clear, remove, or just uncheck a box. Just something to consider. Still like your program.

NH

Shows the Album Title and Track Artist as it is progressing. I would think the Track Title would be displayed.

No biggie...

Oh, and got another tagging error. Has a silly % in the tags.

Like I said, I can't reproduce this problem. Could you send me the file in question?

I've got a small problem, I read through the thread and it doesn't seem like anyone else has mentioned this particular issue before. Anyway, I use EAC to rip a cd using my FLAC profile, and what happens (as to be expected i guess) is EAC rips the wav, and then sends the wav + tags to OMNI for encoding. So once or twice per album i get this "EAC encountered an error and has to close" blah blah, so I click "don't send error report" and then i get THIS error message immediately after. I click OK, and everything continues along as normal.

So when all is said and done, I have a folder full of fine FLAC's, except for the tracks upon which i encountered said error. These tracks remain WAV's. So I pop them back into OMNI manually, and they get transferred to FLAC no problem (w/o tags though).

This error happens to only 1 or 2 tracks per album, and has happend on 4 of the 5 albums I have ripped/encoded so far. My best guess is I have to change something with my EAC settings.

Thanks

I saw this on my old roomate's PC as well... it never happens to me, but it looks like EACEncoder crashes once in a while for some reason. EACEncoder is the program that is actually run by EAC. All it does is pass the tag and path info through to Omni Encoder, and then exit. So when it crashes, it means it didn't send that track's info and thus won't convert it with the rest of the album.

I wish I knew why it was happening... sorry

Hmm, I think i will uninstall and reinstall EAC, if I do so will I have to make any changes to "reintegrate" OMNI with EAC?

You could just run the "repair" function on Omni via add/remove programs. EACEncoder is an Omni Encoder program though - this isn't EAC's fault, its mine...

I'm trying this out, but I am having some issues. I have a lot of FLAC files that Omni Encoder is not able to recognize. It's the only application that isn't reading them. Foobar, and every other encoder frontend I have can read them fine. When I drop the files in Omni, nothing shows up. If I do the "File/Add Files" method, I get an unhandled exception error.

Yeah I had a similar problem, as above (if you read my posts) OMNI would skip a couple tracks and not encode them to FLAC, so I dragged the forgotten WAVs back to OMNI and thus encoded them just fine-- only without tags because EAC wasn't there to tell OMNI the proper tags.

So then later I wanted to encode my FLACs to AAC, and OMNI wouldn't recognize the un-tagged files. It took me a minute to figure out that was the problem, so I tagged the files manually with foobar, then dropped them back into OMNI, and OMNI encoded the files --with tags now, to AAC just fine.

So, in short, my problem was (most likely) caused by un-tagged FLACs, and solved by tagging the FLACs. Hope this helps.

Yep, that helped - thanks! Actually I found 2 bugs in the FLAC module... fixed both (and a couple other minor things). You can now download version 1.2.6.

That fixed the problem I was having. Thanks.

I want to use this to concert my 1.1.2 FLAC files to 1.1.3. Since this program seems to completely decode the input file prior to encoding, it allows me to write the output to the same directory, overwriting the old FLAC with the new FLAC, with no file locking issues, which is nice.

Jebus.. don´t know if this is exactly the problem , but using 1.2.6, and a song from Soul Asylum called 99% , transcoding from FLAC to lame

Source FLAC Filename: 99%.flac
FLAC title tag (native tag): 99 %
Lame filename: 99%.mp3
Lame title tag: 99 (without the %)

I guess you should be able to reproduce this pretty easy...or I can send you the file :-)

Thanks!
Gonza

I'll try it tonight.

Released version 1.2.7.

* Fixed that "%" bug. It was in the ID3 writer (MP3), not FLAC at all! No wonder I couldn't reproduce it DJED! (thanks gonza). The '%' and '\' characters are now escaped correctly in tag fields before feeding to id3.exe.
* A couple other minor fixes.

There has been some discussion of the huge memory requirements needed to convert large libraries with album art. I'm working on some optimizations right now, but it'll take a few days. In the meantime, if you get out-of-memory errors, you might need to run smaller batches at a time.

I wouldn't mind if there was an option to ignore image files