@ 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.
Pretty sweet proggy but it doesn't see my FLAC tags and thus when it converts, the end file is taggless.
Will ape support also be coming soon?
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'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?
@echo offset 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"
@echo offset 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"
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.
ALBUM ARTISTBasics: * 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%]
Ah, here they are. Don't remember who the original author(s) were...greynol? synthetic soul?
The author is me
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 from: gordo on 26 December, 2006, 01:09:19 PMI'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
Unhandled exception has occurred in your application. If you clickCountinue, the application will ignore this error and attempt to continue. Ifyou click Quit, the application will close immediately.Application not found.
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: [Select]Unhandled exception has occurred in your application. If you clickCountinue, the application will ignore this error and attempt to continue. Ifyou 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