Omni Encoder is a graphical, multi-format front-end and EAC plug-in.
Supported Formats:Lame MP3, Ogg Vorbis, Musepack, FLAC, WavPack, Monkey's Audio, Nero and iTunes AAC, Apple Lossless
Features:- Graphical interface (no editing config files)
- Optional EAC integration (like MAREO, REACT or WACK et al.)
- Automated album art downloading from Amazon.com
- Album or track ReplayGain analysis, adjustment and/or tagging
- Tag conversion between formats
- Directory layout creation based on tag info
- Extendible, modular design (only install the features you want)
- Open source license (GPLv2)
A lot of improvements have been made since the early betas last summer - please check it out and give me feedback!
Download it here (requires the .NET 2.0 runtime)
08/30/07: Updated to version 1.4.2.
The main window:
The new "converting" dialog:
Lame's configuration panel:
KarnEvil9
Dec 18 2006, 14:34
Looks good - thanks!
audiomars
Dec 20 2006, 00:37
Looks good, Jeremy. Just downloading it to evaluate.
Cheers
audiomars
Please upgrade to version 1.0.2 if you've already downloaded. 1.0.1 fixed a couple of fairly substantial bugs, and 1.0.2 addressed some issues with the iTunes encoder specifically.
Hope it is working out for everyone who's tried it!
audiomars
Dec 21 2006, 07:02
@ Jeremy: Just a small thought. The following may not be a very common situation but I thought I might mention it. If you are transcoding a file to the
same format and to the
same destination folder, OmniEncoder overwrites the original file. This is correct logically.
However with a nod towards user-friendliness, maybe you could have a dialog box that warns the user that a file with the same name exists already and give an option to rename the output file. This is what dMC does and it is quite useful for forgetful people like me
Would it be possible to add WavPack support? That would make it perfect for me!!
Otherwise, it runs perfectly on my machine. Thanks for the tool, Jeremy.
Drunk 24/7
Dec 21 2006, 07:26
Pretty sweet proggy but it doesn't see my FLAC tags and thus when it converts, the end file is taggless.
QUOTE(audiomars @ Dec 21 2006, 06:02)
@ Jeremy: Just a small thought. The following may not be a very common situation but I thought I might mention it. If you are transcoding a file to the
same format and to the
same destination folder, OmniEncoder overwrites the original file. This is correct logically.
However with a nod towards user-friendliness, maybe you could have a dialog box that warns the user that a file with the same name exists already and give an option to rename the output file. This is what dMC does and it is quite useful for forgetful people like me
Would it be possible to add WavPack support? That would make it perfect for me!!
Otherwise, it runs perfectly on my machine. Thanks for the tool, Jeremy.
Wavpack and MPC are on my 1.1 todo list. I'll put a delete confirmation box in as well. Thanks for your feedback!
QUOTE(Drunk 24/7 @ Dec 21 2006, 06:26)
Pretty sweet proggy but it doesn't see my FLAC tags and thus when it converts, the end file is taggless.
Edit: Non-standard Vorbis tag reading has been fixed/added in 1.0.3.
Updated to version 1.1:
* Musepack (MPC) support has been added (Wavpack will be in version 1.2, I promise!)
* Various trivial fixes vs. 1.0.3.
Josiah McGuckin
Dec 22 2006, 17:26
I've already used v1.1 to run a FLAC-Vorbis conversion of over 1000 files, and I have yet to find any difficulty with it! Very fast, very efficient, very minimalistic... I like those kinds of options in a program
.
Demonanya
Dec 23 2006, 10:50
I've just decided to give this a try and so far it's working out very nicely. Just one request though, will it be possible to add in the Album Artist tag, especially for use within iTunes?
=trott=
Dec 23 2006, 11:37
Will ape support also be coming soon?
Demonanya
Dec 23 2006, 11:59
I've just tried to convert some of my Japanese albums and none of the Japanese characters are showing correctly. I assume this is because the program is not Unicode aware, if so are you planning on implementing Unicode in a future version?
QUOTE(=trott= @ Dec 23 2006, 10:37)
Will ape support also be coming soon?
Yeah, eventually I'll support everything
APE will probably be right after Wavepack, which I think will cover all the major codecs.
QUOTE(Demonanya @ Dec 23 2006, 10:59)
I've just tried to convert some of my Japanese albums and none of the Japanese characters are showing correctly. I assume this is because the program is not Unicode aware, if so are you planning on implementing Unicode in a future version?
I'll add it to the list. Its tough though - while C# is internally unicode-aware, the console programs I'm accessing (lame.exe, id3.exe etc) aren't, and I don't even think you can use unicode with console apps. Will do some reading on it though.
QUOTE(Demonanya @ Dec 23 2006, 09:50)
I've just decided to give this a try and so far it's working out very nicely. Just one request though, will it be possible to add in the Album Artist tag, especially for use within iTunes?
At least not to the main interface... I've never understood what the hell an "Album Artist" (vs a normal artist) actually is. I might add the ability to add custom fields though somewhat later on.
Just a hint, probably off the mark since the original question was about tags, not filenames, but I seem to recall some example batch files that allowed working around some of the CLI issues with unicode using stdin-aware encoders that might choke on unicode filenames...
Ah, here they are. Don't remember who the original author(s) were...greynol? synthetic soul?
Anyway:
CODE
@echo off
set encoder="C:\Program Files\flac-1.1.2-win\bin\flac.exe"
set tempfile=%random%%random%%random%%random%
type "%1" | %encoder% -8 - -o "%~d1%~p1%tempfile%"
ren "%~d1%~p1%tempfile%" "%~n1.flac"
and
CODE
@echo off
set encoder="C:\Program Files\flac-1.1.2-win\bin\flac.exe"
REM "remove --no-seektable if you need faster seeking"
type "%1" | %encoder% -8 --no-seektable - > "%~d1%~p1%~n1.flac"
Just posting them so that when you do work on the unicode support, should you come across charset issues in filenaming and/or encoders being able to locate the file using a unicode path, you'll have seen some potential solutions in front of you recently.
QUOTE(Jebus @ Dec 23 2006, 13:04)
At least not to the main interface... I've never understood what the hell an "Album Artist" (vs a normal artist) actually is. I might add the ability to add custom fields though somewhat later on.
http://wiki.hydrogenaudio.org/index.php?ti...d_Tag_StandardsCODE
ALBUM ARTIST
Basics:
* the tag-fieldname used for declaring and describing albums/split-EPs or split-singles which contain various artists is "ALBUM ARTIST" (separated with space, not underscore)
* tag should only exist if an album contains various artists. It should NOT be created when an album does not contain various artists.
* the tag can contain the overall artist of an album (like e.g. "the foo-bar collective",) multiple artists (e.g. with split-EPs) or if an album does not have a clear overall artist (for example with compilations) just "Various Artists". Simply said: you're free to enter whatever you like as long as it describes the overall album-wide artist(s).
* every track in a V.A.-album has to contain this tag with the same value
* the track-specific artist should be entered into the ARTIST-tag
* the TITLE-tag should only contain the track-title
Reasons for this standard:
* it solves all issues regarding albums which contain multiple artists with just one tag
* it is already in widespread use
* sortable and searchable with low effort
* keeping the ARTIST-tag trackspecific allows to find tracks in V.A.-albums as well when searching for a certain artist (DB-friendly)
* keeping the TITLE-tag title-specific allows sorting and searching of V.A.-albums by title (DB-friendly)
* allows meaningful determination and display of V.A.-Albums with a minimum amount of code
* avoids resource-hungry and unsafe "guessing" of V.A.-albums via the filepath
* easy to remember and type in manually
* does not disrupt existing systems when the ARTIST- and TITLE-tag are already track specific (easy transition)
* can coexist with additional directory-based sorting and marking
* can be used for split-EPs and split-singles as well
* supported by Field Remappings in foobar2000 0.9
Code snippets:
// check if an album is V.A.
$if($meta_test(album artist),$puts(album_is_va,1))
// For sorting by artist in an album-context replace %artist% - %album% with:
%album artist% - %album%
// singlemode display without %album artist%-support
[%artist% - ][%album% - ][%title%]
// singlemode display with %album artist%-support
// note: if your display supports both, albummode and singlemode, then you
// may want to use the above version instead in singlemode - depends on taste
[%album artist% - ][%album% - ][%track artist% - ][%title%]
// How to easily integrate %album artist% into an albummode-display:
// in the albummode-column, replace %artist% with:
[%album artist%]
// in the title-column, replace %title% with:
[%track artist% - ][%title%]
-brendan
I'm already using random tempfile names, so unicode file names isn't really a problem. Actually, as far as I can see, writing unicode tags shouldn't be a problem either. But using a console app to read unicode tags doesn't work.
As it is, i'm having to guess codepages just for reading extended-ascii characters (accents and whatnot). If you tag something with iTunes and read it with the Nero codec, for example, some characters will look funny right now.
I want to move away from using the console apps anyhow in favor of library functions, and I could probably just write the tag parsing code from scratch. But that'll take some time.
QUOTE(bhoar @ Dec 24 2006, 00:22)
Ah, here they are. Don't remember who the original author(s) were...greynol? synthetic soul?
The author is me, but originally there was no misleading
REM "remove --no-seektable if you need faster seekingas --no-seektable explicitly says there will be no seektable 'cause flac.exe cannot write seekpoints when it encodes to stdout.
QUOTE(Egor @ Dec 23 2006, 14:55)
The author is me
Thanks for the correction.
-brendan
I'm playing around with flac -> alac conversion and not having much luck. After a couple of files itunes hangs causing omni encoder to die. I'm running Vista which could be a source of my troubles (?).
Also a question, if I do a mass conversion does omni first decode all the files and then encode - requiring free disk space equal to the uncompressed size of the batch of files?
QUOTE(gordo @ Dec 26 2006, 11:09)
I'm playing around with flac -> alac conversion and not having much luck. After a couple of files itunes hangs causing omni encoder to die. I'm running Vista which could be a source of my troubles (?).
Also a question, if I do a mass conversion does omni first decode all the files and then encode - requiring free disk space equal to the uncompressed size of the batch of files?
I've seen iTunes hang on mine as well occasionally. Seems a little better with 1.1 though - are you running the latest version? Beyond that, i think it is attributed to iTunes being flakey and not Omni itself.
It decodes one album at a time, in order to minimize disk usage.
QUOTE(Jebus @ Dec 26 2006, 14:12)
QUOTE(gordo @ Dec 26 2006, 11:09)
I'm playing around with flac -> alac conversion and not having much luck. After a couple of files itunes hangs causing omni encoder to die. I'm running Vista which could be a source of my troubles (?).
Also a question, if I do a mass conversion does omni first decode all the files and then encode - requiring free disk space equal to the uncompressed size of the batch of files?
I've seen iTunes hang on mine as well occasionally. Seems a little better with 1.1 though - are you running the latest version? Beyond that, i think it is attributed to iTunes being flakey and not Omni itself.
It decodes one album at a time, in order to minimize disk usage.
I'm running latest (1.1) version. It was highly flakey running with files on networked hard drive - seems better (but still somewhat prone to hanging) on local hard drive
QUOTE(gordo @ Dec 26 2006, 13:12)
I'm running latest (1.1) version. It was highly flakey running with files on networked hard drive - seems better (but still somewhat prone to hanging) on local hard drive
Does it do it with the iTunes AAC encoder as well?
music_man_mpc
Dec 26 2006, 15:45
I just started testing and I noticed that anything encoded with nero is being encoded at ~10kbit/s regardless of selected quality level . . . except if highest quality which yields the expected ~440kbit/s. I'm not sure if all of the other settings produce the same ~10kbit files, but I know for sure that 0.5, 0.75 and 0.9 (tried 0.95 but it kept snapping back to 0.9) all produce this quality level. As well there is a box pops up stating the command line used with only an ok button before each track is encoded; you have to click ok for each track or the process is paused.
A quick test showed that vorbis seems to be functioning perfectly (and it is an absolute pleasure to use), only nero seems to be affected by these bugs.
Another issue is every time I click on Download Modules I get the following message:
CODE
Unhandled exception has occurred in your application. If you click
Countinue, the application will ignore this error and attempt to continue. If
you click Quit, the application will close immediately.
Application not found.
It continues to work fine if I click continue, but obviously the feature is not accessible.
Thanks for your efforts, cool app
-Tyler
QUOTE(music_man_mpc @ Dec 26 2006, 14:45)
I just started testing and I noticed that anything encoded with nero is being encoded at ~10kbit/s regardless of selected quality level . . . except if highest quality which yields the expected ~440kbit/s. I'm not sure if all of the other settings produce the same ~10kbit files, but I know for sure that 0.5, 0.75 and 0.9 (tried 0.95 but it kept snapping back to 0.9) all produce this quality level. As well there is a box pops up stating the command line used with only an ok button before each track is encoded; you have to click ok for each track or the process is paused.
A quick test showed that vorbis seems to be functioning perfectly (and it is an absolute pleasure to use), only nero seems to be affected by these bugs.
Another issue is every time I click on Download Modules I get the following message:
CODE
Unhandled exception has occurred in your application. If you click
Countinue, the application will ignore this error and attempt to continue. If
you click Quit, the application will close immediately.
Application not found.
It continues to work fine if I click continue, but obviously the feature is not accessible.
Thanks for your efforts, cool app
-Tyler
Okay, I fixed the drifting settings problem (so 0.95 stays as such when you choose it) and got rid of that debugging message box that I thought i'd removed (doh!), but i can't reproduce your more serious bug. Since you have that helpful debugging message anyhow that gives the command line, could you perhaps tell me what it says when you're for instance encoding with quality 0.9?
I tried itunes aac encoder and have similar problems to apple lossless, it runs through several files OK and then dies with "An error occured while writing the track: G:\\\Various\O Brother, Where Art Thou\01 - Po Lazarus", this is just and example it is not specific to that file. The \\\ is verbatum from the error message?
music_man_mpc
Dec 26 2006, 19:17
QUOTE(Jebus @ Dec 26 2006, 14:03)
Okay, I fixed the drifting settings problem (so 0.95 stays as such when you choose it) and got rid of that debugging message box that I thought i'd removed (doh!), but i can't reproduce your more serious bug. Since you have that helpful debugging message anyhow that gives the command line, could you perhaps tell me what it says when you're for instance encoding with quality 0.9?
Thanks for the quick replys! The debugging message box reports the selected -q value but, unless that value is 1.0, i get an ~10kb/s file. I'll try encoding some stuff command line with the nero encoder, maybe its a bug on there side or my system ( I am running XP x64 if that makes a difference). I'll post back in a couple of minutes to let you know if I can replicate the bug with only the encoder or not.
-Tyler
edit: typo
music_man_mpc
Dec 27 2006, 10:20
Sorry I forgot to post again last night. It seems that the problem is coming from my computers lingual confusion, using an alternative shell to explorer and switching from French to English all the time is much harder then it sounds and it has some weird effects. Some programs I install come out in french, others in english. Omni encoder is in english in every respect except that it choose -q 0,5 instead of -q 0.5 and a quick test in DOS proved that this is the cause, it seems nothing is read after the comma so any q less then 1 is 0 but a q of 1 is still a q of 1.
Probably mostly a problem on my side but if there is anything you can do about it i would greatly appreciate it.
QUOTE(music_man_mpc @ Dec 27 2006, 09:20)
Sorry I forgot to post again last night. It seems that the problem is coming from my computers lingual confusion, using an alternative shell to explorer and switching from French to English all the time is much harder then it sounds and it has some weird effects. Some programs I install come out in french, others in english. Omni encoder is in english in every respect except that it choose -q 0,5 instead of -q 0.5 and a quick test in DOS proved that this is the cause, it seems nothing is read after the comma so any q less then 1 is 0 but a q of 1 is still a q of 1.
Probably mostly a problem on my side but if there is anything you can do about it i would greatly appreciate it.
There are a bunch of internationalization issues I will work out eventually once all the other kinks are out, but I can't be more specific. The other things you reported are fixed now though, and 1.1.1 is on its way (once I take a closer look at this iTunes crash thing).
Version 1.1.1 is now available.
* Bug fixes in the Nero, Vorbis, iTunes and Musepack modules.
* Subtle usability improvements in the main application.
iTunes may still crash once in a while... I'm quite convinced at this point that it is iTunes itself and not my fault
1.1.1 seems much improved with itunes alac - I just test converted 4 albums with no crash - now ready to try a 7000 song flac->alac conversion - report back in a few days...
Well it didn't take a few days - out of memory error when I started the conversion on a list of 2700 files. Scaling back my ambitions I tried 400 files in a batch which started OK but died on itunes error after 10% or so. Looks like frequency was reduced but the problem is still with us. If it is an itunes problem the best solution might be a resume feature to pickup where it left off?
Update - I was able to get through 407 files using local disk vs network drive (samba). Now trying 700 files.
Curiousity - if I convert without adding album art to the tag the result files streams to a Roku Soundbridge (which uses alac for lossless). If I add album art it doesn't work...
Preuss
Dec 29 2006, 08:37
I have just tried Omni Encoder for the first time.
The is only one problem and that is when I add one of my FLAC or MP3 files it throws an SystemFormatException. But it's not all the files.
It must be when you parse the tags. Because it's only happens when I have written "2002 02 07" it the year tag. It's the dbPowerAmp that have written it, and it will always come with an exception.
I hope you can fix it, because I can't even use it.
[EDIT]
Have made some more tests and I have more problems, I can't seem to understand why it's not working. And it all comes down to the Tag parser.
[/EDIT]
QUOTE(Preuss @ Dec 29 2006, 07:37)
I have just tried Omni Encoder for the first time.
The is only one problem and that is when I add one of my FLAC or MP3 files it throws an SystemFormatException. But it's not all the files.
It must be when you parse the tags. Because it's only happens when I have written "2002 02 07" it the year tag. It's the dbPowerAmp that have written it, and it will always come with an exception.
I hope you can fix it, because I can't even use it.
[EDIT]
Have made some more tests and I have more problems, I can't seem to understand why it's not working. And it all comes down to the Tag parser.
[/EDIT]
Is that specifically MP3s, or FLAC files that are throwing that exception? or both?
Preuss
Dec 29 2006, 14:22
QUOTE(Jebus @ Dec 29 2006, 19:04)
Is that specifically MP3s, or FLAC files that are throwing that exception? or both?
It's tags in both MP3 and FLAC files.
Version 1.1.2 released.
Okay, it shouldn't throw exceptions when encountering bad tags anymore (but it WILL ignore them: "2002 02 07" is SO not a year
). Also fixed a crash when running in EAC mode when it tried to start a second conversion operation before the first one finished.
STOP FINDING BUGS DAMNIT! (Nah, just kidding.. thanks for all the feedback everyone! Hopefully I've got a pretty stable app by this point).
Demonanya
Dec 29 2006, 17:18
So far apart from my Japanese language music not liking it everything seems to be working fine. I've just got one request though, unless you can already do this and I'm missing the obvious. Could you make it so your program passes through disc number information. It's mainly me being lazy as after encoding everything with Omni I then have to go into ITunes to retag my multi disc albums. Like I said though I could be missing something obvious
Preuss
Dec 29 2006, 18:47
QUOTE(Jebus @ Dec 29 2006, 23:51)
Okay, it shouldn't throw exceptions when encountering bad tags anymore (but it WILL ignore them: "2002 02 07" is SO not a year
). Also fixed a crash when running in EAC mode when it tried to start a second conversion operation before the first one finished.
Just a small request. Please try and test if the first 4 chars "2002" is a number.
Because now all my year is gone completely.
QUOTE(Jebus @ Dec 29 2006, 23:51)
STOP FINDING BUGS DAMNIT! (Nah, just kidding.. thanks for all the feedback everyone! Hopefully I've got a pretty stable app by this point).
Nice working, now working with all my files. No bugs anymore
.
QUOTE(Preuss @ Dec 29 2006, 17:47)
Just a small request. Please try and test if the first 4 chars "2002" is a number.
Because now all my year is gone completely.
Vorbis comments are infuriating because there is no standard format, particularly for the "DATE" frame. For now i've added what you asked for, and eventually i'll make it search for a 4-digit # instead. I've PM'd a test version to you... will be added in the next release.
QUOTE(Demonanya @ Dec 29 2006, 16:18)
So far apart from my Japanese language music not liking it everything seems to be working fine. I've just got one request though, unless you can already do this and I'm missing the obvious. Could you make it so your program passes through disc number information. It's mainly me being lazy as after encoding everything with Omni I then have to go into ITunes to retag my multi disc albums. Like I said though I could be missing something obvious
I haven't added that, no. I personally tend to rip multi-disc albums as one big album instead (why should your files care about what piece of physical media they came on?).
Eventually i'll add the ability to edit custom frames, but for now... gotta go the iTunes route, sorry
samesong
Dec 31 2006, 06:48
I have a question regarding album art. Your feature that automatically downloads album art from Amazon.com is great, but what about files that already have album art? I converted a FLAC album that already had embedded album art, but I noticed that when converting to LAME, the artwork didn't carry over. Would it be difficult to implement a method of automatically transferring pre-existing album art?
edit: and maybe this is being picky, but it would be nice if you could select which source files you wanted deleted after converstion, instead of the current all-or-none approach.
I love your program, keep up the great work =)
Just downloaded the program. Looks good. I have a couple of "Feature requests":
1. Would it be possible to implement a "task queue" like in Virtualdub? So we could set up multiple encoding tasks and leave them to run overnight or something?
2. Would it be possible to implement a "log file" writing after every task? It would help in "troubleshooting" in case something went awry in the conversion process.
Thanks.
QUOTE(samesong @ Dec 31 2006, 05:48)
I have a question regarding album art. Your feature that automatically downloads album art from Amazon.com is great, but what about files that already have album art? I converted a FLAC album that already had embedded album art, but I noticed that when converting to LAME, the artwork didn't carry over. Would it be difficult to implement a method of automatically transferring pre-existing album art?
It should be reading the art out of the FLAC files, and you can choose to save it to a Folder.jpg if you check that option. The LAME module doesn't, as of yet, support embedded album art at all.
QUOTE(samesong @ Dec 31 2006, 05:48)
edit: and maybe this is being picky, but it would be nice if you could select which source files you wanted deleted after converstion, instead of the current all-or-none approach.
Sounds needlessly complicated to me. If you want some deleted and some not, do it in 2 batches.
QUOTE(kanak @ Dec 31 2006, 10:38)
Just downloaded the program. Looks good. I have a couple of "Feature requests":
1. Would it be possible to implement a "task queue" like in Virtualdub? So we could set up multiple encoding tasks and leave them to run overnight or something?
2. Would it be possible to implement a "log file" writing after every task? It would help in "troubleshooting" in case something went awry in the conversion process.
Thanks.
1. It is a good idea, and something I've considered. Will add it to my TODO list.
2. Also doable, but less urgent. Right now its pretty good at bailing out at the first sign of error.
This proggie is really cool.
However, a few things I have noticed...
When converting the directory tree, the mirror option sometimes just dumps the files into root folder.
When using as EAC plugin, having option for multi encode would be useful like (FLAC & MP3).
Otherwise, very nice utility - easily outperforms FB2K for the tasks I want.
Thanks!!!!
Version 1.2 Released:
* WavPack (lossless and hybrid) support added!
* Some trivial bug fixes.
QUOTE(DJED @ Jan 2 2007, 20:45)
When converting the directory tree, the mirror option sometimes just dumps the files into root folder.
The mirror option is sort of weird in the way it works... it takes the nearest common directory and mirrors that one to wherever. So if you only choose a bunch of files in one directory, it is THAT directory's contents that get copied to the mirror location. if they're spread across a 3-layer deep tree of directories, the closest common "trunk" and all subdirectories are what get copied. Does that sort of make sense?
I prefer to use the tag-based method... I added mirroring mostly just for people with incorrectly tagged files.
phaedra
Jan 3 2007, 15:56
QUOTE(Jebus @ Jan 2 2007, 22:37)
Version 1.2 Released:
Just wondering ... do you have any plans to release a linux version of your software at any point in the future?
Since I've added all the "necessary" codecs at this point, and (I think) all the important bugs have been squashed, here is my tentative plan for version 1.3 (some might be put off for 1.4):
Improved art dialog
- Ability to select small/medium/large covers.
- Ability to enter alternate search criteria in case nothing comes up.
- Ability to import existing jpeg images in the filesystem.
Cuesheet support
- Opening a FLAC or WavPack cuesheet should fill the list with all the included tracks.
Conversion summary dialog
- A summary window after encoding showing the total conversion time, track count, etc.
Queued tasks
- Convert to multiple formats without intervention (much requested)
QUOTE(phaedra @ Jan 3 2007, 14:56)
Just wondering ... do you have any plans to release a linux version of your software at any point in the future?
No, unfortunately. It is written in C#, but the Mono project has incomplete support for Windows Forms, and I access a lot of auxilliary programs that are native Win32 applications. I use linux myself extensively (you might notice the source code is hosted on a Linux box
), but not as a desktop OS.
Is FAAC encoded files supported?
QUOTE(qrwe @ Jan 4 2007, 01:44)
Is FAAC encoded files supported?
You can certainly read/transcode from them, but i don't have an encoder, no.
If/when FAAC development actually begins again, then I'll happily consider it.
krabapple
Jan 4 2007, 16:07
Just tried this for converting Flac 1.1.0 files (-5 and -8) to Flac 1.1.3 (-8) -- and I'm noticing
1) even though I have 'include Flac comments' checked, they aren't preserved in the reencoded flacs
2) the 'composer' tag isn't preserved (and I have lots of classical files to re-encode
)
wraithdu
Jan 4 2007, 17:48
Exactly what options in EAC are changed when installing Omni Encoder? I ask because I had saved my default (complete) profile in EAC, then saved (compression) only profiles for using either LAME, LAME+EAC id3 tagging, or Omni. I found that after installing Omni, if I tried to load one of my (compression) only LAME profiles, the wrong commandline was used regardless that the lame.exe path was correct in EAC's compression settings. It's impossible to see the entire commandline that is called, but it looks like EAC is still trying to call the EACEncoder.exe file in the Omni directory.
If I reload my default (complete) profile my LAME encodes once again work as they should. After reloading my default (complete) profile, if I try to load the Omni (compression) only profile, I get errors and it doesn't work. Once again, it passing the wrong commandline/path, but I cannot see exactly what it is trying to send. A little help please?
EDIT:
User error on the LAME problem. I put in the wrong commandline.
However, if Omni is selected and I try to Compress WAV files from the Tools menu in EAC, Omni fails with commandline errors. Which makes sense since the TAG data is missing in that circumstance. Maybe for next version, have Omni ignore missing TAG data to prevent this error?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.