Hello,
I've done a WMP plug in to support APE Tag (right now !) & other (ID3 in v1.0) inside Media Library.
http://wmptagext.sourceforge.net/ (http://wmptagext.sourceforge.net/)
Welcome to the joy of viewing, editing your MPC, OGG, Flac & more files with WMP.
Give feedback about it & comments.
MaB_fr
I've tried it with some MPC files and it works nicely!
OK.
BEWARE, with 0.6 if you add lots of file in a row, the memory usage may boost...
I'm working on it, but you must be warned...
MaB_fr
0.7 Released !
In essence, architectural changes needed to allow third-party tag support...
MaB_fr
Great tool, thanks a lot. .
You're welcome...[thank for your support]
And another release...
Say hello to 0.8 :
http://prdownloads.sourceforge.net/wmptage....8.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.8.msi?download)
or
http://wmptagext.sourceforge.net/ (http://wmptagext.sourceforge.net/)
UI changes (property dialog), complete tag support independence (you could code your own and plug it in easily), customisable with registry.
Enjoy, & don't hesitate to report ANY problem.
MaB_fr
It doesn't support native Vorbis comments for Ogg Vorbis files. Adding APEv2 is against the specs. Saying WMPTSE supports Vorbis is not very nice. This is a serious problem IMHO.
http://www.xiph.org/vorbis/doc/v-comment.html (http://www.xiph.org/vorbis/doc/v-comment.html)
http://www.xiph.org/vorbis/doc/Vorbis_I_sp...is-spec-comment (http://www.xiph.org/vorbis/doc/Vorbis_I_spec.html#vorbis-spec-comment)
PS. If native Vorbis comment support gets added, I might start recommending it to people.
First, for the record (;-), I never said that WMPTSE support vorbis in any way (for now)...
It supports ogg files if APEv2 tagged...
It may be against the specs, but it is sometimes (often ?) used as such....
So i added it, in a spirit of enabling more user to enjoy the benefits of my work.
If you insists, i can supress the ogg support (personnaly i don't use it).
It would be better to actually WRITE the vorbis tag support.
I've done the work to permit developers to simply do this !
I guess it is time to use it ....
You just have to :
1) make a Win32 dll with TWO exported functions :
- one named Read<your tag type name>Tag [in your case it will be "ReadVorbisTag"]
- one named Write<your tag type name>Tag [in your case it will be "WriteVorbisTag"]
...The TagSupport wizard can do that for you...with all include and so...
2) make WMPTSE load it :
add a registry key named <your tag type name> [in your case "Vorbis"] in HKEY_LOCAL_MACHINE\Soft\Pipool\WMPTSE and just add a string with the file type [in your case "ogg"] with your dll path as value..
3) Code your vorbis tag support :
Your "ReadVorbisTag" function will have 2 parameters
- one is a LPTSTR string to the path of the file to extract the tags from
- one is a structure you'll have to fill with extracted results (see WMPTSE.h - METATAG)
It should return TRUE if it succesfully handled the file or FALSE otherwise (if the file is not Vorbis tagged, for example)
Your "WriteVorbisTag" function will have 2 parameters :
- one is a LPTSTR string to the path of the file to add the tags into
- one is a structure you'll have to fill the vorbis metatag with (see WMPTSE.h - TAGITEM)
It should return TRUE if it succesfully handled the file or FALSE otherwise (if the file is not Vorbis tagged, for example)
I am here to help you in every step it should take.
And i deeply welcome any comments regarding extended tag support.
So, it is up to you now.
MaB_fr
>It may be against the specs, but it is sometimes (often ?) used as such
Nope, ape2 tags are not used for ogg files by anything I know.
ok, removed in the next release
MaB_fr
Have you considered adding (unprotected) AAC/.M4A support for the library? So far there are plenty solutions to play AAC in WMP, just nothing to make the library directly work with the tags/metadata.
[...in this post i suppose that by library you mean "Media Library"...;-)]
You CAN do it yourself if it's APEv2 tagged right now...(i should've said "you MUST" ;))
(i'm not much documented about AAC & M4A tagging, because i simply don't use it [yes it IS the developper bias...sorry])
For adding any file type (or extensions, as in "*.aac"), just add a registry string with the path of the tag support dll in the tag type key...
Translated =>
In your case, if your AAC's files are APEv2 tagged, simply put a string named "AAC" in
[HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE\APE] and just set the same value than the "ape" key.
For example, if you have installed the plug in in "C:\Program Files\WMPTSE", you should set the value to "C:\Program Files\WMPTSE\APETagSupport.dll"
If you are successfull, please let me know...i'll modify the install script to add AAC & M4A support.
If AAC & M4A files are not APEv2 tagged, i guess you'll have to wait for somebody to code the tag support dll, or pray that i urgently need to use AAC or M4A as file format...:-)
OR
Do it yourself....:-) As i said before, i MADE a wizard to pre-create the source code squeletton. Then, it is just some file format parsing and data struct filling. Basic C course ;)
Comments, suggestions, reports ...ARE welcomed ;)
MaB_fr
No, AAC/M4A doesn't use APEv2 tagging. The tagging/metadata is in the standard MPEG-4 container format.
Thanks for your efforts with APEv2 so far, though. Very nice. I'll pray you urgently want to read MPEG-4 container tags.
hum...
Sorry, but as for today, i'm continuing my "mpeg 4 free" life ;)....
On the positive side, i've search a bit around the file format supporting APE tagging (resulting first in deleting my OGG mess ;)) and i come with OptimFROG and WavePack, which are now supported (yeah, i know it's just a regsitry add...i coded it ;))
So, good news for kjoonlee, i've decided to take the responsability of coding vorbis support....
See you on the next release...(0.9)
MaB_fr
Wow, ogg is a mess concerning tagging....
As anyone come with a lib abstracting Ogg/Vorbis, Ogg/Theora, Ogg/Flac, etc differencing regarding comments ?
Why tagging isn't considered a generic stream types...(as opposed as embedding it in a codec stream definition "???").
Has someone as a good logic explanation (except of ogg guys don't wanting to handle it....) ? It seems i missing a point there or something...
Thanks...
MaB_fr
I think the idea with vorbis comments was that it was a stopgap until a "real" metadata format emerged that could be muxed in to ogg. the problem is that it never emerged, and might never emerge. people's requirements are too varied. my hunch is that the only thing more complicated and useful than id3v1 that could catch on is a keyword based system ala flickr. see also
http://forums.slimdevices.com/showthread.php?t=16452 (http://forums.slimdevices.com/showthread.php?t=16452)
if you have any questions about the metadata interfaces in libFLAC though feel free to ask.
Josh
Thanks for the answer....
Sorry but i must be sure, if i understand correctly :
we ends up with a kind of substream "do it as you like" politic.
And there's no way to guarantee my users than i can handle every ogg file comments correctly ?
Am i wrong ?
And if i'm not, isn't it the time to actually get the Vorbis/Theora/Flac guys get some draft for the ogg team to consider ?
Yeah, i know, i'm a bit of a dreamer
MaB_fr
http://www.matroska.org/technical/specs/tagging/index.html (http://www.matroska.org/technical/specs/tagging/index.html)
Please, have a look here and tell me what you think.
Christian
matroska project admin
http://www.matroska.org (http://www.matroska.org)
And there's no way to guarantee my users than i can handle every ogg file comments correctly ?
ogg is just the container, so far all the comment specs are in the codec layers, so they have to be done individually for each codec according to their APIs. some file types contained in ogg may not even have a comment spec, I don't know.
the part that can be reused is the representation of comments, since vorbis/flac/speex all use the same vorbis comment spec. so you could create a generic vorbis comment API that knew how to read/write comments for the different codecs and hide the implementation details. there is probably something already like that out there.
Josh
ChristianHJW > if i understand correctly, we have some kind of :
(very sorry, but i usually think in C..:-/)
struct Tag
{
u_int Class-ID;
void * tag;
};
struct SimpleTag
{
UTF8Str TagName; <= is this an UTF8 ? if so, wouldn't it be simple to make it a C string (as i doesn't see any type with non roman char...)?
UTF8Str TagString;
};
struct TargetsTag
{
u_int TargetTypeValue; <= in the examples, there's always ONE targets tag per "tag", why not merging them ?
UTF8Str TargetType;
u_int UID[ nbofUID ]; <= i must admit i doesn't understand their use...why aren't they a SimpleTag (or maybe a UIDTag...)?
u_int nbofUID;
};
struct MatroskaTags
{
Tag * TagsTable[ nbTags ];
u_int nbTags;
};
i can't see the reason for the ORIGINAL/SAMPLE/COUNTRY tags.....
if i've not miss the most important part, your tag name list is definitelly good, i think.
For the rest, the structure is good, and seems to be kept as simple as possible (which is always good). I can think of some simplification (see comments before), but in general i think it's pretty strong.
I guess your a bit "russian localization" oriented, but it's fine with me for i do think it's the best for date stamping (the logic in "MM-DD-YYYY" is obscure for me...:-)).
MaB_fr
And there's no way to guarantee my users than i can handle every ogg file comments correctly ?
ogg is just the container, so far all the comment specs are in the codec layers, so they have to be done individually for each codec according to their APIs. some file types contained in ogg may not even have a comment spec, I don't know.
the part that can be reused is the representation of comments, since vorbis/flac/speex all use the same vorbis comment spec. so you could create a generic vorbis comment API that knew how to read/write comments for the different codecs and hide the implementation details. there is probably something already like that out there.
Josh
[a href="index.php?act=findpost&pid=340810"][{POST_SNAPBACK}][/a]
hum...isn't it the role of a supposed "container format" ?
I'm sorry but i doesn't understand the logic of forcing it into the codec (which for me is the coding/decoding handler of the actual data....).
Is it accepted that a vorbis stream contains speex data ? I'm very confused about the logic here....
When i read the ogg specs, i've seen lot's of "stream" philosophy....Isn't metadata a specific stream ? Not to be melted with audio data stream ?
As for searching an API to do it, i did...And found nothing "generic".
There's libvorbis for vorbis, libflac for flac, and libtheora for theora. They use the same logic, but seems not to be linked in the source level...
As long as i can't not guarantee to handle metadata correctly in ogg (and without having to support three or more different sourcebase and the logic with it) i'm not taking the risk to do it partially.
I let it to others...:-)
Sorry, kjoonlee...you may never recommends it :-(
Thanks for the answers...
MaB_fr
I'm sorry but i doesn't understand the logic of forcing it into the codec (which for me is the coding/decoding handler of the actual data....).
Is it accepted that a vorbis stream contains speex data ? I'm very confused about the logic here....
When i read the ogg specs, i've seen lot's of "stream" philosophy....Isn't metadata a specific stream ? Not to be melted with audio data stream ?
yes. but like I said, vorbis comments are the codec-specific stopgap until such a metadata stream spec comes along. it may never come along.
As long as i can't not guarantee to handle metadata correctly in ogg (and without having to support three or more different sourcebase and the logic with it) i'm not taking the risk to do it partially.
I let it to others...:-)
ogg doesn't have any metadata, so there is no risk of doing it partially. maybe the problem is that the API on the WMP side cannot support the idea of a .ogg containing different codecs? but FLACs native container is not even ogg, even though it can be put in ogg or matroska.
as an example of how I would guess it would work:
1. wmp asks wmptse for the performer
2. wmptse maps that request to the PERFORMER field
3. wmptse calls its (or someone else's) vorbiscomment layer to get the PERFORMER field
4. inside vorbiscomment layer:
switch(codec_type)
case native-flac: use libFLAC to retrieve PERFORMER tag
case ogg-vorbis: use libvorbis to retrieve PERFORMER tag
cass ogg-speex: use libspeex to retrieve PERFORMER tag?
...
I don't know about libvorbis, but the FLAC metadata api (http://flac.sourceforge.net/api/group__flac__metadata.html) should make this simple enough and I'd be glad to help out with how to write step 4 for different operations.
Josh
Great doc, thanks !
1. wmp asks wmptse for the performer
2. wmptse maps that request to the PERFORMER field
3. wmptse calls its (or someone else's) vorbiscomment layer to get the PERFORMER field
4. inside vorbiscomment layer:
switch(codec_type)
case native-flac: use libFLAC to retrieve PERFORMER tag
case ogg-vorbis: use libvorbis to retrieve PERFORMER tag
cass ogg-speex: use libspeex to retrieve PERFORMER tag?
...
Sorry but you guessed wrong
WMP doesn't ask for anything, that's the whole problem...and that's what wmptse resolves.
I have not documented it already, but in the spirit, wmptse is a workaround...
Optimised, customisable, but ....it is.
For that, i must get ALL the metadata in one raw. Simply because WMP doesn't specify which data has been added/modified/deleted (in fact, i even doesn't know the file name added for 'add' in the medialibrary...i must SEARCH IT with a "just added" trick...[no comments i found no other way]).
Then i can parse all these metadata and add it in WMP (which in a pretty "create your own stack overflow", sends it to the medialibrary as a change [yes, my changes because of WMP notifying me of some change are considered changes and are notified to ME even before i've finished doing them !!! again i had to trick it a bit (Critical sections are my friends), but it's safe now]).
On the other side, i can read metadata and write it "per changes" on the tagged file.
That's why the plug in api (or tagsupport API) in WMPTSE is unbalanced between read and write...
For now, i think i will code a native Flac support. It seems released and well documented...
MaB_fr
So, just released 0.9...
Good news for kjoonlee, Vorbis is "read" supported (you can view Ogg Vorbis comments in WMP, but you can't edit/change them)
Sorry grommet, no news of MP4/AAC support...
WavPack and OptimFROG supported right through the setup...
And always APE and MPC support.
http://wmptagext.sourceforge.net/ (http://wmptagext.sourceforge.net/)
or direct download link :
http://prdownloads.sourceforge.net/wmptage....9.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.msi?download)
Enjoy...Comments always welcome...And bug report needed !!!
For now on, no more functionnality add.
It's just code cleaning (LOTS) and debugging (only one reported...by me :-() ! until 1.0 release.
Thanks for jcoalson (great lib !!) for the FLAC help.
Thanks SebastianG, Lear and kode54 for the libVorbis help.
[i always thinked we doesn't thank enough people who gives....;-)]
MaB_fr
Great effort. Thanks a lot .
Great effort. Thanks a lot :).
[a href="index.php?act=findpost&pid=341803"][{POST_SNAPBACK}][/a]
You're welcome.
I've juste erased the only bug I know...(is my code THAT bug free ??)
So if some people are interested, i can release an intermediate version (i've not finished cleaning and documenting...) before 1.0.
Let me know !
MaB_fr
Hi, thanks for this filter but I am having trouble making it work properly.
I am able to load ogg and flac files in WMP's media library, see the tags and play them, however the CPU usage is always too high (around 70-80%) even without playing the files.
I think there is also a memory leak because memory usage keeps growing without playing any file
I am using WMP10, version 0.9 of your filters and the illiminable vorbis DS codecs....
Any help is appreciated.
Keep up the good work.
Hi, thanks for this filter but I am having trouble making it work properly.
I am able to load ogg and flac files in WMP's media library, see the tags and play them, however the CPU usage is always too high (around 70-80%) even without playing the files.
I think there is also a memory leak because memory usage keeps growing without playing any file
I am using WMP10, version 0.9 of your filters and the illiminable vorbis DS codecs....
Any help is appreciated.
Keep up the good work.
[a href="index.php?act=findpost&pid=342973"][{POST_SNAPBACK}][/a]
Ok So i release 0.9.5 in 30/40 minutes by now....
Report if it changes anything (it really should as your problem is the root of the changes in this version...)
See you after the release (somwhere near today for you i guess)
hum...and by the way, it's not a filter it's a plug-in...and there's no link between my work and any dshow filter (in fact, you can add my plug-in without even being able to play the files in wmp...it's really just MediaLibrary oriented....)
But who knows, if i don't, may be WMP does the link....(never say ever !)
MaB_fr
P.S. : i won't release the source code for 0.9.5 until someone ask me to do so...
Hum, just released it (don't want to flood main forum so i edit my post
I add there the questions i'd like you to answer if the 0.9.5 release doesn't resolve your specific problem :
1) How many files are in your MediaLibrary before adding ogg & other "extended", by my plug-in, files ?
(i would name wma and mp3 "wmp files" later, and ogg & such files will be named "wmptse files")
2) How many wmptse files do you add, or are present when you activate WMPTSE ?
3) How many wmptse files aren't tagged ? (by not tagged i mean that there's no artist tag) [or for ogg vorbis "ARTIST="]
4) How many wmp files aren't tagged ? (by untagged, ...[same as before]...)
5) Do you add wmptse file with "+Add To Library -> Add Files or Playlist...", "+Add To Library -> Add Folder..." or by dragging them into WMP ?
6) Are your wmptse files Vorbis commented, APETagged, Flac Metadata tagged or ID3 tagged ?
7) What is you os version (XP no SP, SP1, SP2) ? What is your WMP version ? [see "About" menu]
8) What is your machine's cpu & ram size ?
I hope we won't need it
I am sorry but it didn't work...
Find below the answers to your questions. I hope they help you isolate the problem.
I add there the questions i'd like you to answer if the 0.9.5 release doesn't resolve your specific problem :
1) How many files are in your MediaLibrary before adding ogg & other "extended", by my plug-in, files ?
(i would name wma and mp3 "wmp files" later, and ogg & such files will be named "wmptse files")
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
Before installing your plugin there was only one ogg file in my library.This is for testing purposes because I do not use WMP intensively.
If I try to add more files (let's say 20 files) it gets really slow and memory/cpu usage skyrockets.
2) How many wmptse files do you add, or are present when you activate WMPTSE ?
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
Just one ogg file is present. See above.
3) How many wmptse files aren't tagged ? (by not tagged i mean that there's no artist tag) [or for ogg vorbis "ARTIST="]
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
All tested files are tagged with foobar2000. I use some 'personal' tags though:
ARTIST
TITLE
ALBUM
TRACKNUMBER
DATE
GENRE
PUBLISHER
LYRICS
ENCODEDBY
RIPPEDBY
4) How many wmp files aren't tagged ? (by untagged, ...[same as before]...)
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
I have no mp3/wma files in my library.
5) Do you add wmptse file with "+Add To Library -> Add Files or Playlist...", "+Add To Library -> Add Folder..." or by dragging them into WMP ?
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
+Add To Library -> Add Files or Playlist...
and
+Add To Library -> Add Folder...
6) Are your wmptse files Vorbis commented, APETagged, Flac Metadata tagged or ID3 tagged ?
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
The ogg files are vorbis commented and the flac files are Flac Metadata. No ID3 tags used.
7) What is you os version (XP no SP, SP1, SP2) ? What is your WMP version ? [see "About" menu]
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
XP SP2 with all updates.
WMP 10.00.00.3646
8) What is your machine's cpu & ram size ?
[a href="index.php?act=findpost&pid=343014"][{POST_SNAPBACK}][/a]
I have an Athlon XP 1800+ with 512MB RAM.
Hum...nice challenge...
Ok, i read that you have an ogg file in your MediaLibrary BEFORE adding my plug in...
How come (by default, no audio files others than wma/wav/mp3 are allowed) ? Did you trick WMP with registry edit or did you use some other plug in that do the trick for you ?
If so, what trick did you use/what plug in do it for you ?
Next, and i must assume you answered "no" to these questions, are you ok to install a debug "MessageBox" franzy version of WMPTSE ?
(By that i mean you'll have to respect a debug protocol i will give you for us to isolate your problem....if your not THAT motivated, i can understand )
hum....and by the way...
ARTIST
TITLE
ALBUM
TRACKNUMBER
DATE
GENRE
are standard vorbis comment (http://xiph.org/vorbis/doc/v-comment.html).
<CALL FOR USERS>
Has ANYONE ELSE be presented with the same behaviour after installing my plug-in ?
<CALL FOR USERS>
It seems you have an older version of WMP (windows update really mess it up with WMP....) The last one is build 3802 ...http://go.microsoft.com/fwlink/?LinkId=34682
But i like to try to debug the problem first (in the same time, it may be a microsoft bug....)
Thanks for the report.
MaB_fr
Hum...nice challenge...
Ok, i read that you have an ogg file in your MediaLibrary BEFORE adding my plug in...
How come (by default, no audio files others than wma/wav/mp3 are allowed) ? Did you trick WMP with registry edit or did you use some other plug in that do the trick for you ?
If so, what trick did you use/what plug in do it for you ?
Next, and i must assume you answered "no" to these questions, are you ok to install a debug "MessageBox" franzy version of WMPTSE ?
(By that i mean you'll have to respect a debug protocol i will give you for us to isolate your problem....if your not THAT motivated, i can understand )
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=343430")
The first time I installed your plugin (v0.9) I had no files in my library beforehand, but I was able to play/add ogg files in WMP because I have a directshow filter (illiminable ds filters) installed that decodes ogg, flac, speex and theora. I just go to 'add files to library' and select the ogg files I want to add and it worked ok, though I had no tags displayed neither in the library nor during playback.
After your update (v0.95) I just uninstalled the old plugin and installed the new one without removing the ogg file from the library.
I did not hack the registry or used any advanced trick.
I have no problem installing a debug version of your plugin and I am also glad if I can be of any help for you to debug this problem.
I also made available one ogg file that triggers the problem. Find it [a href="http://grfi.discovirtual.uol.com.br/disco_virtual/compartilhada/geral/Africa_Unite.ogg]here[/url].
The first time I installed your plugin (v0.9) I had no files in my library beforehand, but I was able to play/add ogg files in WMP because I have a directshow filter (illiminable ds filters) installed that decodes ogg, flac, speex and theora. I just go to 'add files to library' and select the ogg files I want to add and it worked ok, though I had no tags displayed neither in the library nor during playback.
After your update (v0.95) I just uninstalled the old plugin and installed the new one without removing the ogg file from the library.
I did not hack the registry or used any advanced trick.
I have no problem installing a debug version of your plugin and I am also glad if I can be of any help for you to debug this problem.
I also made available one ogg file that triggers the problem. Find it here (http://grfi.discovirtual.uol.com.br/disco_virtual/compartilhada/geral/Africa_Unite.ogg).
[a href="index.php?act=findpost&pid=343584"][{POST_SNAPBACK}][/a]
I am not able to download your file...
Você não tem permissão para acessar /compartilhada/geral/Africa_Unite.ogg, do disco virtual do usuário grfi.
I think this forum as an Upload section. This is the way to do it (of course your content must not be copyrighted).
MaB_fr
Sorry for that. I cannot upload here for obvious reasons.
Please, try again and use the following password:
123456
Let me know when you have the file so I can remove it.
Sorry for that. I cannot upload here for obvious reasons.
Please, try again and use the following password:
123456
Let me know when you have the file so I can remove it.
[a href="index.php?act=findpost&pid=343839"][{POST_SNAPBACK}][/a]
Ok, i get the bug....:-)
I release the code as soon as it seems ok (today or tomorrow)
MaB_fr
Great
Thanks for your effort.
Great
Thanks for your effort.
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=343872")
Ok, just released 0.9.6.
[a href="http://wmptagext.sourceforge.net/]http://wmptagext.sourceforge.net/[/url]
Free of the "beto's" bug
It was just a date format problem...As there's no specification on ANY tag for the date formatting and as WMP uses Windows local dependant date format for "Released Date", i simply erased this tag inserting/modifying...(it will be a mess to consider adding this...). "Released Year" should work perfectly and avoid using date formatting.
If someone somewhere REALLY needs to be able to read/modify this "Released Date" tag with full YYYY/MM/DD hh:mm:ss.ms =>
http://sourceforge.net/tracker/?group_id=151072&atid=779834 (http://sourceforge.net/tracker/?group_id=151072&atid=779834)
Always in debug/cleaning mode until 20 days of "no bug report"
MaB_fr
I think it is working now. Thank you very much for your time and effort.
I think it is working now. Thank you very much for your time and effort.
[a href="index.php?act=findpost&pid=344268"][{POST_SNAPBACK}][/a]
Ok, i really need you to be precise, cause if 0.9.6 is not working for you in any way, i'll have to restart my 20 days counter :-)
So is it working or no ?
If not, where's the problem now ?
And then, i have a bug report on SF.net (with no mail to respond, how practical )
1362411 Memory Leak still happen
And the bug description is somewhat unusable for me...
"
Memory Usage still always rise up when I enable the
plugin, and it will reduce when change to another
song. I use the lastest version (0.9.5).
"
For the person who submitted this bug, i have some questions :
- How high is the memory rise ? (1.6 Ko ? 16 Ko ? 16 Mo ? 160 Mo ?)
- How many item are there in your MediaLibrary before activating my plug-in ?
- How many of them are mp3/wma ?
- What is the action you call "change to another song" ? is it playing the song ? or selecting it in MediaLibrary ? or anything else ?
Thanks.
MaB_fr
I am really sorry for net being very precise and accurate in my previous post.
Tested version:
v0.9.6
I confirm that the memory leak still occurs.
I spotted no problems previously because I added some 20 ogg files only, however today I tried to add around 300 files and WMP hanged when it reached file #65 using 797MB of memory (previously it was using something around 13MB). I had to kill the process manually to release the memory.
I used the same process as before (add folder option), only this time I scanned the root folder of my library.
Bottom line: for few files it works, but if you try to add a large library it hangs. I tested only ogg files.
Other stuff that I noticed:
- bitrate and length only show up on the library window if you play the song (don't know if this is intended)
- when double-clicking a song to play, all songs from the library show up in the now playing list on the right pane (again, I don't know if this is the intended way for it to work or if this is a WMP issue)
I am really sorry for net being very precise and accurate in my previous post.
Tested version:
v0.9.6
I confirm that the memory leak still occurs.
I spotted no problems previously because I added some 20 ogg files only, however today I tried to add around 300 files and WMP hanged when it reached file #65 using 797MB of memory (previously it was using something around 13MB). I had to kill the process manually to release the memory.
I used the same process as before (add folder option), only this time I scanned the root folder of my library.
Bottom line: for few files it works, but if you try to add a large library it hangs. I tested only ogg files.
Other stuff that I noticed:
- bitrate and length only show up on the library window if you play the song (don't know if this is intended)
- when double-clicking a song to play, all songs from the library show up in the now playing list on the right pane (again, I don't know if this is the intended way for it to work or if this is a WMP issue)
[a href="index.php?act=findpost&pid=344459"][{POST_SNAPBACK}][/a]
First, the one i am not responsible for
1) Bitrate and length are calculated by the directshow filter...So it may be possible to add it in the MediaLibrary but not as a "tag" (that's why it's not considered by my plug in).
2) In WMP, the playlist you "create" (or add in "now playing") when you double-click a file in the MediaLibrary is dependant of the view used when you click...
With examples :
If you were in "All Music > Album Artist > Bob Marley > Best Of", you'll add all the file in "Best Of" from Bob Marley (which may be the corresponding CD Track).
If you were in "All Music > Album Artist > Bob Marley" when you click the same file, you'll be adding all your Bob Marley's files...
If you were in "All Music" when you click the same file, you'll be adding ALL YOUR MUSIC files in the playlist....
Personnaly, i very like the way MS as choosen to do this... But if you don't you may report it directly to them (i will then pray that they don't listen you )
For the memory problem, it is indeed, dependant of the number of entries in the Media Library...I can lengthly explain why if you want, but i've not found any workaround yet that works without this limitation...
Though, i am working on an idea i have for 1.0...but it may not resolve anything...
On the worst case, i've decided to make the process which create this huge memory requirement an option...But the display of tag will be dependant of user MediaLibrary browsing actions (....i can explain that too )
It's work in progress right now...so, i am sorry not to have a straight answer to give you.
If you need any precision or have any idea which could help me, always welcome !!!
MaB_fr
First, the one i am not responsible for
1) Bitrate and length are calculated by the directshow filter...So it may be possible to add it in the MediaLibrary but not as a "tag" (that's why it's not considered by my plug in).
[a href="index.php?act=findpost&pid=344542"][{POST_SNAPBACK}][/a]
I understand. I assume that it would be a hassle to implement this feature because there is a wide variety of directshow filters available, but anyway IMO it would be a 'nice to have' feature for your plugin, if it is feasible to implement for the most popular directshow filters...
Please, bear in mind that I am not complaining. I think your work is great.
2) In WMP, the playlist you "create" (or add in "now playing") when you double-click a file in the MediaLibrary is dependant of the view used when you click...
With examples :
If you were in "All Music > Album Artist > Bob Marley > Best Of", you'll add all the file in "Best Of" from Bob Marley (which may be the corresponding CD Track).
If you were in "All Music > Album Artist > Bob Marley" when you click the same file, you'll be adding all your Bob Marley's files...
If you were in "All Music" when you click the same file, you'll be adding ALL YOUR MUSIC files in the playlist....
Personnaly, i very like the way MS as choosen to do this... But if you don't you may report it directly to them (i will then pray that they don't listen you )
[a href="index.php?act=findpost&pid=344542"][{POST_SNAPBACK}][/a]
Not a problem for me. I just didn't know that this is the way it is supposed to work. WMP is not my primary player.
For the memory problem, it is indeed, dependant of the number of entries in the Media Library...I can lengthly explain why if you want, but i've not found any workaround yet that works without this limitation...
Though, i am working on an idea i have for 1.0...but it may not resolve anything...
On the worst case, i've decided to make the process which create this huge memory requirement an option...But the display of tag will be dependant of user MediaLibrary browsing actions (....i can explain that too )
It's work in progress right now...so, i am sorry not to have a straight answer to give you.
If you need any precision or have any idea which could help me, always welcome !!!
MaB_fr
[a href="index.php?act=findpost&pid=344542"][{POST_SNAPBACK}][/a]
Don't worry. I am sure you will find a good workaround for this issue and know that your effort is really appreciated.
Maybe this can give you an idea on how to solve it, though I know that maybe the solution might be buried deeply in the WMP code, but why does it work for MP3(id3v2)/WMA files and not for your plugin? I would start investigating from there...
Unfortunately I won't be able to use your plugin anymore at this time because I have a huge library.
Can you please try this release and tell me if it change anything ?
http://prdownloads.sourceforge.net/wmptage...ug.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.7-1.debug.msi?download)
This is one try to workaround the problem.
You may notice that you'll have to browse the file to activate the tag refreshing (or you can activate the old mecanism by checking the third box in the properties of my plug in)
Enjoy.
Hope it helps !
MaB_fr
It is still leaking memory. 915MB in use if I activate your plugin...
What is the number displayed on the properties window of my plug-in ? (in the left down corner)
Are you using WMP 3646 ?
Oups...sorry i've just see..I forgot to add the new version of the tag support library in the setup....Very deeply sorry...
Could you please try 0.9.7.2 where i released it please ?
You'll find it in : http://prdownloads.sourceforge.net/wmptage...ug.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.7-2.debug.msi?download)
Thanks
MaB_fr
Sorry, at first I thought that the memory leak was gone but it is not.
If you try to add files to an empty library it works ok, although CPU usage goes to 100% for the time while the files are being added memory usage stays around 20MB. I tested around 900 ogg and Wavpack files.
If you close WMP and open it again, then you can see that the memory leak is there yet...
When trying to get the properties of your plugin it crashes WMP....
I'm using WMP 3646
Edit: memory leak is there again
Sorry, at first I thought that the memory leak was gone but it is not.
If you try to add files to an empty library it works ok, although CPU usage goes to 100% for the time while the files are being added memory usage stays around 20MB. I tested around 900 ogg and Wavpack files.
If you close WMP and open it again, then you can see that the memory leak is there yet...
When trying to get the properties of your plugin it crashes WMP....
I'm using WMP 3646
Edit: memory leak is there again
[a href="index.php?act=findpost&pid=346104"][{POST_SNAPBACK}][/a]
It is natural to have a memory peak during adding in the library (no more than 5 megs if you activate auto-refresh).
It is also natural to have a cpu peak, some operation are branch intensive mostly if you activate auto-refresh...
The crashing with properties displaying is very weird....
It seems you don't have the right version of my plug-in registered in WMP.
Did you uninstall the older version before installing it or did you install it directly inside inside the older's folder ?
If so can you try to uninstall it, launch WMP to verify it effectively disappear in the plug-in list, and then reinstall 0.9.7.2 debug ?
The could you give me the number displayed in the property box, or, if not available, the version number of the file "WMPTagSupport.dll" in your install folder (right click -> properties -> "Version" tab).
Also, did you check the "Auto-refresh on add in MediaLibrary" box ?
And what is the value of the HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE\Vorbis\ogg string (if you can check the registry) ?
MaB_fr
Crashing on properties and memory leak still happening here....
I uninstalled you plugin, updated WMP to version 3802, checked that it was not listed in the plugins list and reinstalled the plugin again. Same problem: 800 MB of memory usage and crashing on properties display. I am clueless.....
Even if I remove all files from the library if I activate your plugin I still get a memory leak.
Find below the other info you requested:
Version of WMPTagSupportExtender.dll: 0, 9, 7, 2
I cannot find this auto refresh option you mention.... Maybe because I cannot activate your plugin?
Ogg string in the registry: C:\Appl\piPOol\Windows Media Player Tag Support Extender\VorbisTagSupport.dll
Below I also included the crash report generated by windows when I try to access the properties of your plugin from within WMP:
<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="wmplayer.exe" FILTER="GRABMI_FILTER_PRIVACY">
<MATCHING_FILE NAME="custsat.dll" SIZE="28672" CHECKSUM="0xA3A3A810" BIN_FILE_VERSION="1.0.18.1900" BIN_PRODUCT_VERSION="1.0.18.1900" PRODUCT_VERSION="1.00.0018.1900" FILE_DESCRIPTION="custsat" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® CustSat DLL" FILE_VERSION="1.00.0018.1900 (xpsp.040420-1835)" ORIGINAL_FILENAME="custsat.dll" INTERNAL_NAME="custsat" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xE989" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="1.0.18.1900" UPTO_BIN_PRODUCT_VERSION="1.0.18.1900" LINK_DATE="04/21/2004 04:17:56" UPTO_LINK_DATE="04/21/2004 04:17:56" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="dlimport.exe" SIZE="294912" CHECKSUM="0x26657CE" BIN_FILE_VERSION="8.0.0.4487" BIN_PRODUCT_VERSION="8.0.0.4487" PRODUCT_VERSION="8.00.00.4487" FILE_DESCRIPTION="Microsoft Windows Media Player Setup Utility" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="8.00.00.4487" ORIGINAL_FILENAME="dbimport" INTERNAL_NAME="dbimport" LEGAL_COPYRIGHT="Copyright © 1992-2001 Microsoft Corporation" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x4DF8B" LINKER_VERSION="0x40001" UPTO_BIN_FILE_VERSION="8.0.0.4487" UPTO_BIN_PRODUCT_VERSION="8.0.0.4487" LINK_DATE="08/12/2002 23:00:03" UPTO_LINK_DATE="08/12/2002 23:00:03" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="migrate.exe" SIZE="991232" CHECKSUM="0xF6474F8C" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="MLS Migrate DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Services" FILE_VERSION="10.00.00.3802 built by: dnsrv(bld4act)" ORIGINAL_FILENAME="migrate.exe" INTERNAL_NAME="migrate.exe" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xF62D8" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 09:26:02" UPTO_LINK_DATE="01/28/2005 09:26:02" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="mplayer2.exe" SIZE="4639" CHECKSUM="0xD936D10" BIN_FILE_VERSION="6.4.9.1125" BIN_PRODUCT_VERSION="6.4.9.1125" PRODUCT_VERSION="6.4.09.1125" FILE_DESCRIPTION="Windows Media Player" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft Windows Media Player" FILE_VERSION="6.4.09.1125" ORIGINAL_FILENAME="MPlayer2.exe" INTERNAL_NAME="MPlayer2.exe" LEGAL_COPYRIGHT="Copyright © 1992-1999 Microsoft Corp." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xAFD9" LINKER_VERSION="0x50000" UPTO_BIN_FILE_VERSION="6.4.9.1125" UPTO_BIN_PRODUCT_VERSION="6.4.9.1125" LINK_DATE="07/30/2002 01:25:22" UPTO_LINK_DATE="07/30/2002 01:25:22" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="mpvis.dll" SIZE="352256" CHECKSUM="0xF00B3261" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Windows Media Player Visualization" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="MPVIS.DLL" INTERNAL_NAME="MPVIS.DLL" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x5A150" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 16:53:16" UPTO_LINK_DATE="01/28/2005 16:53:16" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="msoobci.dll" SIZE="47616" CHECKSUM="0x1DDFDC4E" BIN_FILE_VERSION="5.2.3790.1216" BIN_PRODUCT_VERSION="5.2.3790.1216" PRODUCT_VERSION="5.2.3790.1216" FILE_DESCRIPTION="Out of Band Component Installer" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.2.3790.1216 (dnsrv_dev(mariant).040225-1544)" ORIGINAL_FILENAME="MSOOBCI.DLL" INTERNAL_NAME="MSOOBCI.DLL" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x12DF3" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="5.2.3790.1216" UPTO_BIN_PRODUCT_VERSION="5.2.3790.1216" LINK_DATE="07/08/2004 23:23:52" UPTO_LINK_DATE="07/08/2004 23:23:52" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="npdrmv2.dll" SIZE="226816" CHECKSUM="0xF0B44A00" BIN_FILE_VERSION="9.0.0.3250" BIN_PRODUCT_VERSION="9.0.0.3250" PRODUCT_VERSION="9.00.00.3250" FILE_DESCRIPTION="DRM Netscape Network Object" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® DRM" FILE_VERSION="9.00.00.3250" ORIGINAL_FILENAME="npdrmv2.dll" INTERNAL_NAME="npdrmv2.dll" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x3F3AF" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="9.0.0.3250" UPTO_BIN_PRODUCT_VERSION="9.0.0.3250" LINK_DATE="08/04/2004 07:56:52" UPTO_LINK_DATE="08/04/2004 07:56:52" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="npdsplay.dll" SIZE="364544" CHECKSUM="0x1C19A8DE" BIN_FILE_VERSION="3.0.2.628" BIN_PRODUCT_VERSION="3.0.2.628" PRODUCT_VERSION="3.0.2.628" FILE_DESCRIPTION="Npdsplay dll" COMPANY_NAME="Microsoft Corporation (written by Digital Renaissance Inc.)" PRODUCT_NAME="Windows Media Player Plug-in Dynamic Link Library" FILE_VERSION="3.0.2.628" ORIGINAL_FILENAME="Npdsplay.dll" INTERNAL_NAME="Npdsplay" LEGAL_COPYRIGHT="Copyright © 1999-2001" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x62415" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="3.0.2.628" UPTO_BIN_PRODUCT_VERSION="3.0.2.628" LINK_DATE="08/04/2004 07:56:53" UPTO_LINK_DATE="08/04/2004 07:56:53" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="npwmsdrm.dll" SIZE="10240" CHECKSUM="0xAF8EB2D7" BIN_FILE_VERSION="9.0.0.3250" BIN_PRODUCT_VERSION="9.0.0.3250" PRODUCT_VERSION="9.00.00.3250" FILE_DESCRIPTION="DRM Store Netscape Plugin" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® DRM" FILE_VERSION="9.00.00.3250" ORIGINAL_FILENAME="npwmsdrm.dll" INTERNAL_NAME="npwmsdrm.dll" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFB9F" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="9.0.0.3250" UPTO_BIN_PRODUCT_VERSION="9.0.0.3250" LINK_DATE="08/04/2004 07:56:55" UPTO_LINK_DATE="08/04/2004 07:56:55" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="pidgen.dll" SIZE="16384" CHECKSUM="0x9465AACA" BIN_FILE_VERSION="1.5.0.8" BIN_PRODUCT_VERSION="1.5.0.8" PRODUCT_VERSION="1, 5, 0, 8" FILE_DESCRIPTION="PidGen" COMPANY_NAME="Microsoft" PRODUCT_NAME="Microsoft PidGen" FILE_VERSION="1, 5, 0, 8" ORIGINAL_FILENAME="PidGen.dll" INTERNAL_NAME="PidGen" LEGAL_COPYRIGHT="Copyright © 2001" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.5.0.8" UPTO_BIN_PRODUCT_VERSION="1.5.0.8" LINK_DATE="08/03/2001 03:22:04" UPTO_LINK_DATE="08/03/2001 03:22:04" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="setup_wm.exe" SIZE="819200" CHECKSUM="0x15D7021D" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Microsoft Windows Media Configuration Utility" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="setup_wm" INTERNAL_NAME="setup_wm" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xD2989" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 09:26:04" UPTO_LINK_DATE="01/28/2005 09:26:04" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmlaunch.exe" SIZE="122880" CHECKSUM="0x6F0889C8" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Windows Media Player Launcher" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="WMLaunch.exe" INTERNAL_NAME="WMLaunch.exe" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x24CA6" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 09:26:26" UPTO_LINK_DATE="01/28/2005 09:26:26" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmpband.dll" SIZE="77824" CHECKSUM="0xBCB8D325" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Windows Media Player" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="WMDBAND.DLL" INTERNAL_NAME="WMDBAND.DLL" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1E6BB" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 16:53:14" UPTO_LINK_DATE="01/28/2005 16:53:14" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmpenc.exe" SIZE="28672" CHECKSUM="0xFF502786" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Windows Media Player Encoder Helper" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="WMPENC.EXE" INTERNAL_NAME="WMPENC.EXE" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xC565" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 09:26:28" UPTO_LINK_DATE="01/28/2005 09:26:28" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmplayer.exe" SIZE="73728" CHECKSUM="0x590699F4" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Windows Media Player" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="WMPLAYER.EXE" INTERNAL_NAME="WMPLAYER.EXE" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1F467" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 16:38:59" UPTO_LINK_DATE="01/28/2005 16:38:59" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmpns.dll" SIZE="221184" CHECKSUM="0xC2DBDAE7" BIN_FILE_VERSION="9.0.0.3250" BIN_PRODUCT_VERSION="9.0.0.3250" PRODUCT_VERSION="9.00.00.3250" FILE_DESCRIPTION="Windows Media Player Applet Support DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="9.00.00.3250" ORIGINAL_FILENAME="WMPNS.DLL" INTERNAL_NAME="WMPNS.DLL" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x3B87B" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="9.0.0.3250" UPTO_BIN_PRODUCT_VERSION="9.0.0.3250" LINK_DATE="08/04/2004 07:57:23" UPTO_LINK_DATE="08/04/2004 07:57:23" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmpvis.dll" SIZE="520192" CHECKSUM="0x45073189" BIN_FILE_VERSION="8.0.0.4487" BIN_PRODUCT_VERSION="8.0.0.4487" PRODUCT_VERSION="8.00.00.4487" FILE_DESCRIPTION="Windows Media Player Visualizations" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="8.00.00.4487" ORIGINAL_FILENAME="WMPVIS.DLL" INTERNAL_NAME="WMPVIS.DLL" LEGAL_COPYRIGHT="Copyright © 1992-2001 Microsoft Corporation" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x84721" LINKER_VERSION="0x40001" UPTO_BIN_FILE_VERSION="8.0.0.4487" UPTO_BIN_PRODUCT_VERSION="8.0.0.4487" LINK_DATE="08/29/2002 10:39:29" UPTO_LINK_DATE="08/29/2002 10:39:29" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="wmsetsdk.exe" SIZE="819200" CHECKSUM="0x15D7021D" BIN_FILE_VERSION="10.0.0.3802" BIN_PRODUCT_VERSION="10.0.0.3802" PRODUCT_VERSION="10.00.00.3802" FILE_DESCRIPTION="Microsoft Windows Media Configuration Utility" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows Media Player" FILE_VERSION="10.00.00.3802" ORIGINAL_FILENAME="setup_wm" INTERNAL_NAME="setup_wm" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xD2989" LINKER_VERSION="0x50002" UPTO_BIN_FILE_VERSION="10.0.0.3802" UPTO_BIN_PRODUCT_VERSION="10.0.0.3802" LINK_DATE="01/28/2005 09:26:04" UPTO_LINK_DATE="01/28/2005 09:26:04" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Installer\mpsetupxp.exe" SIZE="10135688" CHECKSUM="0x3A58E181" BIN_FILE_VERSION="6.0.2600.0" BIN_PRODUCT_VERSION="6.0.2600.0" PRODUCT_VERSION="9.00.00.2980" FILE_DESCRIPTION="Windows Media Component Setup Application" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Windows Media Component Setup Application" FILE_VERSION="9.00.00.2980" ORIGINAL_FILENAME="WEXTRACT.EXE " INTERNAL_NAME="Wextract " LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x9B902B" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="6.0.2600.0" UPTO_BIN_PRODUCT_VERSION="6.0.2600.0" LINK_DATE="08/18/2001 01:42:57" UPTO_LINK_DATE="08/18/2001 01:42:57" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\Dungeon Siege.DLL" SIZE="1269760" CHECKSUM="0xFC5CA339" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="DungeonSiege Module" COMPANY_NAME="DungeonSiege" PRODUCT_NAME="DungeonSiege Module" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Dungeon Siege.dll" INTERNAL_NAME="DungeonSiege" LEGAL_COPYRIGHT="Copyright 2000" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="09/19/2001 15:05:40" UPTO_LINK_DATE="09/19/2001 15:05:40" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\nullvis.dll" SIZE="61440" CHECKSUM="0x2760D831" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="Null Module" COMPANY_NAME="Null" PRODUCT_NAME="Null Module" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="null.dll" INTERNAL_NAME="Null" LEGAL_COPYRIGHT="Copyright 2000" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="06/11/2000 14:32:43" UPTO_LINK_DATE="06/11/2000 14:32:43" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\pictureviz.dll" SIZE="196608" CHECKSUM="0xE02EB32C" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 4" FILE_DESCRIPTION="PictureViz Module" COMPANY_NAME="PictureViz" PRODUCT_NAME="PictureViz Module" FILE_VERSION="1, 0, 0, 5" ORIGINAL_FILENAME="PictureViz.dll" INTERNAL_NAME="PictureViz" LEGAL_COPYRIGHT="Copyright 2001" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="11/19/2001 16:06:35" UPTO_LINK_DATE="11/19/2001 16:06:35" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\Trilogy I.dll" SIZE="167936" CHECKSUM="0x6D58729F" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="TrilogyI Module" COMPANY_NAME="TrilogyI" PRODUCT_NAME="TrilogyI Module" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Trilogy I.dll" INTERNAL_NAME="TrilogyI" LEGAL_COPYRIGHT="Copyright 2000" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="05/24/2001 17:10:30" UPTO_LINK_DATE="05/24/2001 17:10:30" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\Trilogy II.dll" SIZE="172032" CHECKSUM="0xFF0496AF" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="TrilogyII Module" COMPANY_NAME="TrilogyII" PRODUCT_NAME="TrilogyII Module" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Trilogy II.dll" INTERNAL_NAME="TrilogyII" LEGAL_COPYRIGHT="Copyright 2000" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="05/24/2001 17:13:02" UPTO_LINK_DATE="05/24/2001 17:13:02" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\Trilogy III.dll" SIZE="167936" CHECKSUM="0x7B635ED6" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="TrilogyIII Module" COMPANY_NAME="TrilogyIII" PRODUCT_NAME="TrilogyIII Module" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Trilogy III.dll" INTERNAL_NAME="TrilogyIII" LEGAL_COPYRIGHT="Copyright 2000" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="05/24/2001 17:15:15" UPTO_LINK_DATE="05/24/2001 17:15:15" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="Visualizations\yule.dll" SIZE="536576" CHECKSUM="0xDEB6252" BIN_FILE_VERSION="1.0.0.0" BIN_PRODUCT_VERSION="1.0.0.0" PRODUCT_VERSION="0111292 - 1.0.0." FILE_DESCRIPTION="Microsoft Media Player Bonus Visualization - Yule Log" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft Media Player Bonus Visualization - Yule Log" FILE_VERSION="0111292 - 1.0.0." ORIGINAL_FILENAME="Yule.dll" INTERNAL_NAME="" LEGAL_COPYRIGHT="Copyright © Microsoft Corporation" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.0" UPTO_BIN_PRODUCT_VERSION="1.0.0.0" LINK_DATE="11/29/2001 23:17:02" UPTO_LINK_DATE="11/29/2001 23:17:02" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
<EXE NAME="WMPTagSupportExtender.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="WMPTagSupportExtender.dll" SIZE="134144" CHECKSUM="0x8B65FC2C" BIN_FILE_VERSION="0.9.7.2" BIN_PRODUCT_VERSION="0.9.7.2" PRODUCT_VERSION="0, 9, 7, 2" FILE_DESCRIPTION="Windows Media Player Plug-in to extend tag support" COMPANY_NAME="piP0ol (http://pi.pool.free.fr)" PRODUCT_NAME=" WMPTSE Plug in for Windows Media Player" FILE_VERSION="0, 9, 7, 2" ORIGINAL_FILENAME="WMPTagSupportExtender.dll" INTERNAL_NAME="WMPTagSupportExtender" LEGAL_COPYRIGHT="Copyleft (\C) 2005" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x22E42" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="0.9.7.2" UPTO_BIN_PRODUCT_VERSION="0.9.7.2" LINK_DATE="11/27/2005 18:11:33" UPTO_LINK_DATE="11/27/2005 18:11:33" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="983552" CHECKSUM="0x4CE79457" BIN_FILE_VERSION="5.1.2600.2180" BIN_PRODUCT_VERSION="5.1.2600.2180" PRODUCT_VERSION="5.1.2600.2180" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.2180" UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180" LINK_DATE="08/04/2004 07:56:36" UPTO_LINK_DATE="08/04/2004 07:56:36" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
</DATABASE>
I hope this helps...
Yeah, it helps a lot...
I realised i made a big mistake...During cleaning of code, i cleaned a really important line (the one who links the MediaLibrary with my code)...
The question is really how can MY home debug version work....I'm exploring this (debug COM magic...???? can someone explain how an COM interface can be auto-completed without calling the right func ???)
Your problem may not be this line, but it really need to be adressed...
For now, could you please try a version with this essential code reintroduced...(0.9.7.3) ?
http://prdownloads.sourceforge.net/wmptage...ug.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.7-3.debug.msi?download)
Sorry for the multi version debug....
If this one does not work, you'll gonna touch a real debug version (be prepared )
MaB_fr
Sorry, but it doesn't work properly either...
Sorry, but it doesn't work properly either...
[a href="index.php?act=findpost&pid=347289"][{POST_SNAPBACK}][/a]
Sorry, i ws in holidays, i publish the debug version as soon as i can (early in the next week probably).
Thanks,
MaB_fr
Sorry, my PM didn't go through to you.
Thanks much for your time and effort with this plug-in.
I like to request "composer" metadata tag support for FLAC in future. I was able to tag FLAC files with %P "composer" additional command line using EAC external compression with flac.exe. I can see "composer" tag metadata with other tag programs such as TGF or dbPowerAMP after tagging "composer" metadata with EAC.
However, WMP cannot recognize "composer" metadata with WMPTSE plug-in.
For users with large classical music collection, "composer" tag support is essential for sorting library. That is main reason for me to use WMP rather than other player.
If possible, I would love to see "composer" metadata support for FLAC in WMPTSE.
Thanks again.
Chocomonsters
Thanks for providing support for Flac tags in WMP, very nice!
Sorry, my PM didn't go through to you.
Thanks much for your time and effort with this plug-in.
I like to request "composer" metadata tag support for FLAC in future. I was able to tag FLAC files with %P "composer" additional command line using EAC external compression with flac.exe. I can see "composer" tag metadata with other tag programs such as TGF or dbPowerAMP after tagging "composer" metadata with EAC.
However, WMP cannot recognize "composer" metadata with WMPTSE plug-in.
For users with large classical music collection, "composer" tag support is essential for sorting library. That is main reason for me to use WMP rather than other player.
If possible, I would love to see "composer" metadata support for FLAC in WMPTSE.
Thanks again.
Chocomonsters
Thanks for providing support for Flac tags in WMP, very nice!
[a href="index.php?act=findpost&pid=349335"][{POST_SNAPBACK}][/a]
Composer, Publisher, and Conductor tag will be included in next release...
The next debug one should be published next monday...
It will be a DEBUG release, and you shouldn't use it as long as you don't have problems and you should prefer to wait for a production release...
The production release 0.9.7 should be out as soon as the beto's bug is found & (at least) worked around...
Thanks for report.
MaB_fr
Do you support Album Artist tagging in all the formats, when available?
Thanks so much. Look forward to future release. I will retag my FLAC files with proper tags for "composer" mean times.
Do you support Album Artist tagging in all the formats, when available?
[a href="index.php?act=findpost&pid=349494"][{POST_SNAPBACK}][/a]
As long as you refer to FLAC and Vorbis "ALBUMARTIST", or the extended tag "AlbumArtist" in APE & compatible, yes it is supported.
If you have any problem, here is the right place to report it.
Thanks
MaB_fr
Ok,
!!!!! For beto and users with same bug !!!!
You'll find here : http://prdownloads.sourceforge.net/wmptage...er.dll?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.dll?download) the debug 0.9.7-4 version of WMPTSE.
This version creates a verbose debug log in WMP directory (Program Files\Windows Media Player).
You have to erase the old dll. You'll find it in the directory you choose during installation of WMPTSE.
Please post here for any problem and PM me for sending the log (ONLY FOR PEOPLE with a big memory leak using my plug-in !!). The log file is named "WMPTSE.log".
Thanks
MaB_fr
No news of beto....
Since i can not reproduce the beto's bug, i am not able to debug anything and without a log i can't theorize the behaviour.
If someone endure the same problem, PLEASE provide me with feedback...
Without such data near 19th December 2005, i'll consider beto's bug as resolved until someone report the same bug.
Then, 1.0 should be near...(i think this kind of christmas gift is cute
Thanks.
MaB_fr
sorry mate. just saw your post now. i'll test it this evening (GMT-3) and post back the results.
goooooood
check your inbox.
if you need any other info let me know.
check your inbox.
if you need any other info let me know.
[a href="index.php?act=findpost&pid=350499"][{POST_SNAPBACK}][/a]
Hum....welcome to the mystery world of debug possibilities...
The log is perfect, the plug-in does what it should...
I reencoded 800 music file i have in ogg to be able to compare with your situation, and i must say it works gently with my computer....
It uses ~8 Mo of RAM to do it, peaking the cpu to 99%. But it is efficient. And the log size is 10 Mo. Nothing to notice...
So i would need more information...
1) Can you use taskmanager before adding files in WMP, "View > Select Column" and check "Virtual Memory Size" & "Memory Usage Delta". Then write the value of the wmplayer.exe process for these and "Mem Usage" somehwere.
Then add your files, ...wait until it is finished [if you can]...., and write the new values, and post it there.
2) Could you try to add just 1 file at a time to see if it's not a problem with a tag in specific files.
Then if you found a problematic file, could you send it to me.
3) Could you try to rip some files (may be like 10 files or it might be good to test the minimum number of file who triggers the problem) with a different tool...(like the oggenc or OggDropXPd,...) and tell me if it does any difference...
4) In the end, could you rip it with your tools, but with activating just one tag every time (example : encoding it with only the Title activated, if it does not trigger the problem, then try with only the Artist...and so on).
For all the reripping (3 & 4), i think you really should determine the minimum number of file who triggers the problem...Avoiding the need to rerip ALL your collection...
I am sorry, but as i can't reproduce it myself, i am not able to debug it at home...
Debug is sometime funny, sometime not...but it is always instructive.
MaB_fr
1) the problem is not when adding files. Adding files works ok, but if I close WMP and open it again, then when your plugin is refreshing the metadata I get a memory leak.
Before adding files
mem usage: 10792K
Mem delta: 0K
VM size: 12348K
After adding files
mem usage: 10960K
Mem delta: 36K
VM size: 23668K
After restarting WMP
mem usage: 66952K
Mem delta: 1424K
VM size: 542992K
2) it doesn't matter the number of files. The memory leak happens even if I add just one file, but only after I restart WMP. I tested with 1 file and with 600 files again and had the same problem.
3) see 2
4) I can try the tag thing you mention, but it will take some time. I plan to do some maintenance on my PC next week.
I have some custom tags on my files.... maybe this is what triggers the problem. I can send you one of the files if you are interested...
OKKKKKKKKK....
I was searching in the wrong place...
I'll try to debug it without your file first...
MaB_fr
Hello,
[Unable to reproduce the beto's bug (but i am always working on it), so unable to debug it]
Just released : 0.9.8
COMPOSER Tag support for APETag & FLAC Tag format (implies APE, Wavpack, MusePack, OptimFROG and so FLAC). May work for Vorbis (with caution).
Some optimizations and a new option (partly for beto to test) : AutoRefreshOnStart (in registry), "Auto-refresh on start" in property page.
It should activate/deactivate the refreshing of unread files on start of the plug-in.
[beto can you try to activate/deactivate it, launch/relaunch WMP, and watch changes in Memory the same time ?].
Always 1 bug report (the infamous beto's bug ).
If you experience any problem, just let me know.
Ah, and thanks for EqualRightsForWerewolves for testing the plug-in with WMCE2005 (it WORKS !!! ) and Brennan for the report on his Lossless Audio Blog.
MaB_fr
Vertuous actions lead to vertuous beings...
I made a fresh install a few weeks ago and now it is working. Beats me what was the problem... Thanks for your time.
I made a fresh install a few weeks ago and now it is working. Beats me what was the problem... Thanks for your time.
[a href="index.php?act=findpost&pid=354908"][{POST_SNAPBACK}][/a]
Arggggggggggggggggggg....
Are you sure ?
I may close the ticket if so....
Anyway thank for the support
MaB_fr
Back again,
I released exotic registry files for the guys who like raw Lossless data from the DVD.
It adds tagging in APE format for :
- AC3
- DTS
- LPCM
It means you can use raw .ac3, .dts, .lpcm files, add them to your library and modify the metadata associated with it (it then adds APE Format data in the end of the file, away from the sound data....no interferences).
With the right directshow codec, you get raw playing.
I so much like it, i thought i must release it !!!
You'll find it on : http://sourceforge.net/project/showfiles.p...ckage_id=175133 (http://sourceforge.net/project/showfiles.php?group_id=151072&package_id=175133)
Simply double-click the registry file you downloaded (you may have to edit the third line to point to the right APETagSupport.dll [normally the directory of WMPTSE])
Restart WMP, and enjoys !
If someone want to add other exotic tagging format, just let me know (yes i KNOW it's not standard, but it REALLY is usefull)
MaB_fr
I made a fresh install a few weeks ago and now it is working. Beats me what was the problem... Thanks for your time.
[a href="index.php?act=findpost&pid=354908"][{POST_SNAPBACK}][/a]
Arggggggggggggggggggg....
Are you sure ?
I may close the ticket if so....
Anyway thank for the support
MaB_fr
[a href="index.php?act=findpost&pid=354976"][{POST_SNAPBACK}][/a]
Apparently yes.... I'll use it for some weeks to see if anything weird pops up, but have in mind that WMP is not my primary player so this may take a little long...
Ok, i start the 20 day count then
MaB_fr
Just 10 days until 1.0 release (if all things goes right)
An intermediate release with some UI changes and WMPTSE Api support.
Not essential but usefull.
Enjoy it :
http://prdownloads.sourceforge.net/wmptage....9.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.9.msi?download)
Or http://wmptagext.sourceforge.net (http://wmptagext.sourceforge.net)
MaB_fr
hello there
i can't seem to add FLAC tag support into WMP10
the plugin installs but i can't view FLAC tags, under plugin options there is no FLAC tag support in the list and it won't let me add it
any ideas?
hello there
i can't seem to add FLAC tag support into WMP10
the plugin installs but i can't view FLAC tags, under plugin options there is no FLAC tag support in the list and it won't let me add it
any ideas?
[a href="index.php?act=findpost&pid=357596"][{POST_SNAPBACK}][/a]
Hum....probably registry problem...
Did you upgrade your WMP to the last version (the first 10.0 version as no extended Media Library support, which may be your problem).
Please can you try to upgrade your WMP to 10.00.00.3802 if it's not already done.
If so, could you please post the registry entries & values in "HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE\FLAC" and "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\MLS\Extensions"
Let's see if it's classical
I made a "check" feature for 1.0 but it's in debug stage now, so we'll try to do it by hand.
MaB_fr
brilliant thankyou!
it just needed newest version. i guess i should have tried that already
nope sorry, got it wrong still doesn't work
i can't actually add flacs to the library, only play them
[HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE\FLAC]
"flac"="C:\\Nick\\General\\Computer\\Tag extender\\FLACTagSupport.dll"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\MLS\Extensions]
"ogv"="video"
"oga"="audio"
"spx"="audio"
"flac"="audio"
"ofr"="audio"
"wv"="audio"
"ape"="audio"
"mpc"="audio"
"ogg"="audio"
is that what you wanted?
yes it was.
Could you please verify that you have a
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions\.flac]
key and post the registry entries & values....
If you have it, you should have a "Extension.MIME" mime entries, which should mimic the name of a "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types" registry key.
Then could you please post the entries & values inside this "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types\audio/flac" or maybe "x-audio/flac" or so on...
Thanks
MaB_fr
Different user, similar problem: I can add .flac files to the WMP library but can't read the tags. I have a key named "audio/x-flac". Using oggcodecs if that matters.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\MLS\Extensions]
"ogg"="audio"
"ogv"="video"
"oga"="audio"
"spx"="audio"
"flac"="audio"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions\.flac]
"Extension.MIME"="audio/x-flac"
"AlreadyRegistered"="yes"
"MediaType.Description"="FLAC Audio"
"Permissions"=dword:0000000f
"Runtime"=dword:00000007
"PerceivedType"="audio"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types\audio/x-flac]
@="FLAC Audio File"
"AlreadyRegistered"="yes"
"Extension.Key"=".flac"
Your extension works very well reading tags on .ogg files, though. It certainly makes WMP a little more usable. Thanks for your effort on this!
heres the first one:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions\.flac]
"MediaType.Icon"="quartz.dll,-203"
"Shell.AltVerb.Cmd"="/prefetch:6 /Play \"%L\""
"ReplaceApps"="mplayer2.exe|amovie.ocx"
"SuperiorApps"="wmplayer.exe"
"AlreadyRegistered"="yes"
"Extension.MIME"="audio/x-flac"
"Runtime"=dword:00000007
"Shell.Open"="/prefetch:6 /Open \"%L\""
"MediaType.Description"="FLAC Audio"
"PerceivedType"="audio"
"Permissions"=dword:0000000f
"UserApprovedOwning"="yes"
audio/x-flac
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types\audio/x-flac]
@="FLAC Audio File"
"AlreadyRegistered"="yes"
"Extension.Key"=".flac"
audio/flac
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types\audio/flac]
"Extensions.CommaSep"="flac"
"UserApprovedOwning"="yes"
"ReplaceApps"="mplayer2.exe|amovie.ocx"
"Extension.Key"=".flac"
@="Free Lossless Audio Codec Format Sound"
"AlreadyRegistered"="yes"
"Extensions.SpaceSep"=".flac"
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
! 0.9.8 & 0.9.9 user should upgrade !
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
i just released 0.9.9.1 with the correct FLACTagSupport.dll in it.
You can uninstall 0.9.9.0 / install 0.9.9.1,
OR, for the bravest one, directly download FLACTagSupport.0.9.9.1.dll in "wmptagext debug", rename it in FLACTagSupport.dll and replace the old one in your installation folder
If after that you continue to endure problems with it, you could consider reading the rest of my post !!!
First, as advise by Microsoft (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmplay10/mmp_sdk/specifyingmedialibraryclassification.asp) you may try to install the Windows Media Player hotfix 823275.
windowshade > As you describe it IT IS a different problem.
If i read correctly, you CAN add flac files into the library, but my plug-in doesn't seem to work on it...
I must ask if you had activate the "auto refresh on add" option or "auto refresh on start" option into my plug in. If you didn't and doesn't want (for cpu consumption reason maybe) you could activate my plug-in by browsing your library. The "song list" view of "Library" must be refresh with the metatag each time it displays a new file (you should be able to scroll "All Music" for example....)
If it doesn't resolve your problem, could you please post the first registry entry i asked from Greenbeast (HKLM\Software\piPOol\WMPTSE\ )
For Greenbeast, you should try to modify [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\MIME Types\audio/x-flac] to look as audio/flac, like this :
@="FLAC Audio File"
"AlreadyRegistered"="yes"
"Extension.Key"=".flac"
"Extensions.SpaceSep"=".flac"
"Extensions.CommaSep"="flac"
"UserApprovedOwning"="yes"
"ReplaceApps"="mplayer2.exe|amovie.ocx"
!Beware, if you are not an administrator of your machine, you should modify [HKEY_CURRENT_USER\Software\Microsoft\MediaPlayer\Player\Extensions\]...
I am sorry this is undocumented registry settings and a bit tricky to play with...
MaB_fr
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
I MADE A BUILD MISTAKE..............
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
0.9.8 & 0.9.9 installation files may contain bad version of FLACTagSupport.dll which need a libflac dependency.
I am deeply sorry, i will release a 0.9.9.1 with the correct dll in it as soon as possible.[a href="index.php?act=findpost&pid=357887"][{POST_SNAPBACK}][/a]
Ah, yes. Tried build 0.9.7.1-debug & it works fine. Thanks again.
That's an user !!!!
Even before i released the msi package...
Thank you for the support
It should work now...
An ogg user report to me that with aotuvb4 ripping my plug-in is unable to read vorbis tagged file...Has anyone else got the same problem ?
MaB_fr
thanks for your help!
now working fine
Hello,
I've done a WMP plug in to support APE Tag (right now !) & other (ID3 in v1.0) inside Media Library.
http://wmptagext.sourceforge.net/ (http://wmptagext.sourceforge.net/)
Welcome to the joy of viewing, editing your MPC, OGG, Flac & more files with WMP.
Give feedback about it & comments.
MaB_fr
[a href="index.php?act=findpost&pid=338336"][{POST_SNAPBACK}][/a]
So this is from the other thread. You asked that I install the newest version. I have installed WMPTagSupportExtender.0.9.8 I have reinstalled this 2x now (with reboot) and still get the same results. I have flac112a installed as well as the CoreFlac package. Which installs only a .ax file within system32 folder. In WMP|pugin settings|WMPTagSupportExtender the options do not mention flac. Only the APE tags and OGG tags. When trying to add support and pointing to the .dll within the WMPTagSupport directory it gives an error message stating this is not supported. I have done this with a clean install of MCE2005. I do not get any flac files listed unless I have WMP open *.* files (all). It doesn't see them as a supported audio type. I used to use WinAmp to play all these files and everything was fine. But WMP doesn't seem to like them. They were all encoded with flac112a and apparently have tags written to them. They only show up in the 'Unknown" album folder for both MCE and WMP. I can create playlists to use the files, but nothing recognizes the flac except as "unknown"...
edit: Just re-read this forum and had to update this post since I wrote this from a different section in the hydrogenaudio forums. So .9.8 and .9.9 have build issues with FLAC tags? Makes sense, since neither are working and I am running an even newer version of WMP10 than the one mentioned here yesterday. Unfortunately, the sourceforge.net site is down for me right now, so I will have to try and download the newest build when it comes back up> Hopefully this will work for me since I want to get MCE working with all my media files and have been meeting obstacles every step of the way. I will keep everyone posted, thanks again!
I am curious about tag support. Are tags created in flac1.1.2a supported? If so, then I still have no luck with the latest wmptse release 0.9.9.1
I am doing a complete reinstall as I write this. Anything I should do before installing the wmptse package?
I will reinstall the MCE system, add my MB drivers and card drivers (audio/network/video/tvTuner), update Windows MCE2005 to rollup2 as well as all other available updates from Microsoft. Now, what I need to know is this: Should I set up WMP to handle flac and stuff BEFORE I setup MCE2005? Or does it matter? I am used to most things running the way they should right from the start but occasionally, a particular install order is necessary to achieve a clean setup. Not sure what that is for MCE2005.
I'm not documented on that....
There's no reason why you couldn't do both.
My plug-in only add tag support in WMP.
The fact is that MCE uses WMP Media Library to manage audio and video files.
So, in other terms, MCE support is a "side effect" of my plug-in.
I think that an important number of user of WMPTSE would appreciate that you report any succes on this. (some have done it before without problems but give no report...so it is a bit unclear for everyone....)
I use flac library 1.1.2 (from source) for FLAC Tag support, it then should work for any file ripped with it !
MaB_fr
I am almost done reinstalling now. thanks for the response. I will see what happens. All I know is that even though I could play flac within WMP, it wouldn't open the way you would expect, ie by the dropdown list "all known media" instead I would have to choose *.* all files so we will see. We will see.
So i get everything installed and I install CoreFlacDecoder0.4 and WMPTagExtension9.9.1 and WMP just keeps crashing on me. When I bring it back up it says the plugin had a problem and closes it. I did a restore to before I installed these programs and then reinstall but use oggcodecs_0.69.8924.exe instead of the CoreFLACdecoder and get the same results. Not sure what is going on here, but I don't have flac files listing in the dropdown menu still, they will only open by choosing *.*(all files) in WMP. When trying to add music to the library it causes an error as well (memory address error) and closes out. This is coming off of a "fresh" install of windows.
Any suggestions? Files play, but no library function nor file extension recognition without opting for open all files, which should be supported media types instead.
edit: installed 0.9.6 and used the 0.9.7-debug dll it recognized "some" of my flac audio and added it to the library, and not as 'unknown'. Not all the music from the albums was listed, but it is a start. WMP still crashed running this. Not sure what is up...
yeah i can't view them as 'media files' either
i have to use the drop down box to choose 'all files' when opening
anyway to get them viewed by windows as media files?
yeah i can't view them as 'media files' either
i have to use the drop down box to choose 'all files' when opening
anyway to get them viewed by windows as media files?
[a href="index.php?act=findpost&pid=358260"][{POST_SNAPBACK}][/a]
This is a different kind of story....
To get the extension in the "Add Files..." type menu, you must edit those registry key :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Descriptions
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\MUIDescriptions
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Types
And add a "last number" + 1 entry for every filetype you want to add (that's why it is not added by the WMPTSE install, cause i needed to develop my own install executable to permit this)
For example, on my PC, the last entry was :
"9" = "*.dvr-ms"
If i wanted to add lpcm support in the "Add Files..." box, i must add :
in [Description] : "10" = "Linear Pulse Code Modulation"
in [MUIDescription] : "10" = "LPCM File"
in [Types] : "10" = "*.lpcm"
In a normal documented world, this kind of thing should be handled by the codec installation. But as this is partially undocumented, it isn't.
I've decided to try to port the WMPTSE installation to NSIS (the winamp install system) and manage this "file extension" support myself (hope to include it in 1.0)
For the crash, there must be a bug somewhere, could please be more specific in describing it....
Could you give the registry entries in HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE
& if you installed 0.9.7 debug you should have a WMPTSE.log in your WMP directory, could you post it.
MaB_fr
First of all: Thanks MaB for all the hard work. Even though it isn't working 100% for me, I do appreciate the effort you are making in this
Update: I have reinstalled MCE2005 and set everything back up. I am using the latest wmptse version 0.9.9.1...
WMP still crashes when trying to play/view library/add files while the plugin is enabled. What is interesting is, even with the plugin not checked, flac is able to be played in MCE without issue. One entire directory of FLAC audio files was added without issue. These happen to be the first flac files I encoded as such. Not sure what the difference is iin the tags being used between flac111 and 112a. All other flac gets added to the 'Unknown' album. But, again, I am getting no crash and things seem to be running despite the plugin being disabled in WMP.
The crash within WMP is a memory leak I think since the info it sends during the crash reporting contains nothing but memory address locations. This happens on both a Celeron D and P4 3.0gHz/HT processors systems of mine. I know this because I renistalled MCE on the Celeron yesterday and got the errors and after things not working right, I swapped processors for my HyperThreading 3.0 Intel and, after reinstalling everything, got the same errors. I am using .net 1.1 with the latest updates. This performed the same with .net 2.0 installed as well.
So there is obviously a memory leak inthe program, but only affecting WMP outside of MCE2005. Maybe there is something different in systems running MCE2005?
The big question is now: What program(s) are people successfully using to rip and encode cd's to FLAC? Is there a re-Tagging program anyone can point out that will let me re-tag the rest of my collection? If I am able to successfully re-tag things it might help with understanding where WMPTSE fails for some of us. Maybe this is all MCE2005 Specific???
I will try to describe the exact error message i get when WMP crashes, it might be a bit before I can do that since I have a rather busy schedule today. But I will get the memory references and stuff posted here soon.
Hey MaB - i noticed something strange happening yesterday when i was trying to edit the genre tags in wmp. i found that when you add new genres (seperating them with a ; ), the previous value is still kept and the change just appended on the end of the genre tag. do you know what's causing this?
great work with the plugin btw
Can't get it to reproduce an actual physical error message anymore, except fot it asking to close the plugin after it crashes from doing the above actions... then you close everything out, reopen and then it does the same thing... ?
Hey MaB - i noticed something strange happening yesterday when i was trying to edit the genre tags in wmp. i found that when you add new genres (seperating them with a ; ), the previous value is still kept and the change just appended on the end of the genre tag. do you know what's causing this?
great work with the plugin btw
[a href="index.php?act=findpost&pid=358449"][{POST_SNAPBACK}][/a]
Yeah, there's a difference between each tag handling of multi tagging and WMP way.
I'm working on a solution for this but i'm not very satisfied by it...
jacktwist > i will release a debug version, could you please install it when it 's available ?
Simply unrar all the files on your WMPTSE installation folder, and launch it....if you get Visual Studio, you get bonus by accepting to launch the debugger when the message shows
MaB_fr
Thanks MaB_fr!!! I will certainly install a debug version. Right now everything keeps crashing I have tried many things to reproduce errors, but I haven't found a pattern yet. I actually used to do regression testing for a company dealing with (V)HDL. I will install Visual Studio on my MCE machine to see about real feedback on this
Thanks MaB_fr!!! I will certainly install a debug version. Right now everything keeps crashing I have tried many things to reproduce errors, but I haven't found a pattern yet. I actually used to do regression testing for a company dealing with (V)HDL. I will install Visual Studio on my MCE machine to see about real feedback on this
[a href="index.php?act=findpost&pid=358586"][{POST_SNAPBACK}][/a]
That's great, thanks, i can even release the source if you need it...
MaB_fr
So, which flavour of visual studio? Visual basic, visual c#, C++, j+? I think you are using Visual C++ since it supports the .net framework ?
Let me know when you get the debug version so I can install the appropriate package with it
So, which flavour of visual studio? Visual basic, visual c#, C++, j+? I think you are using Visual C++ since it supports the .net framework ?
Let me know when you get the debug version so I can install the appropriate package with it
[a href="index.php?act=findpost&pid=358598"][{POST_SNAPBACK}][/a]
WMPTSE is a C++ application.
In fact, it is divided in the main dll (WMPTagSupportExtender.dll) and the different Tag support dll (APETagSupport, FLACTagSupport, etc...) There's an API used by the main dll to call the tag support dll appropriatelly.
Only the main DLL is C++ified.
The tag support dll are ANSI C and depends only on some windows dll.
There's no link to .NET in WMPTSE.
MaB_fr
Not sure what is happening here but it is certainly baffling. I am 'now' able to view tags, albeit I am unable to edit them in WMP, for my flac collection. These tags are mostly, but not all of them, showing inMCE2005 as well. What is interesting is I can view and play them some of the time. Most of the time when opening flac audio MCE2k5 barfs and loses sync with WMP causing me to have to restart MCE. I also have to open WMP beforehand and re-enable WMPTSE, close it out and re-open and close again, before I can play these files in MCE2k5 again. Just thought I would share this...
Not sure what is happening here but it is certainly baffling. I am 'now' able to view tags, albeit I am unable to edit them in WMP, for my flac collection. These tags are mostly, but not all of them, showing inMCE2005 as well. What is interesting is I can view and play them some of the time. Most of the time when opening flac audio MCE2k5 barfs and loses sync with WMP causing me to have to restart MCE. I also have to open WMP beforehand and re-enable WMPTSE, close it out and re-open and close again, before I can play these files in MCE2k5 again. Just thought I would share this...
[a href="index.php?act=findpost&pid=358781"][{POST_SNAPBACK}][/a]
Wow, strange behaviour...
You may know that the playing of FLAC files is handle by the CODEC (not by my plug in !). You should report any strange playing behaviour to the codec developpement team (but be sure to get the problem right beforehand).
For the editing of tags, there's no reason why you couldn't write/modify tags if you can read them (the only exception to this is the OGG support, which is read only, for "support politics" reasons).
The way you describe it, there's room to improvement under MCE2005.
MaB_fr
I uninstalled the CoreFlac decoder I was using and installed the illiminable's oggcodecs
I am still getting a few crashes in WMP while editing and stuff. I am only able to edit flac files by choosing 'find album info'. Advanced tag editor functions are not available to me for flac audio files. Anyway, I am now able to view album info, file names etc while in MCE2005. I am also able to stop and pause flac audio... I was unable to do this using the CoreFlacDecoder which caused crashes like mentioned in a previous post.
When WMP does crash (usually only while editing flac files) it asks to shutdown the active plugins which I have to reenable. I am getting errors in ntdll.dll as well as flactagdecoder.dll(?) so I am not sure what is up with that. Maybe you will have it all fixed in your 1.0 release
Thanks for the assistance... things seem to mostly be up and running. I will definitely keep you updated on the frequency of any crashes I might receive while using WMPTSE
Oh yeah: Yes: There's room for LOTS of improvement within MCE2005. More flexible coding to allow different programs to provide different services instead of relying on Microsoft to support every format
I uninstalled the CoreFlac decoder I was using and installed the illiminable's oggcodecs
I am still getting a few crashes in WMP while editing and stuff. I am only able to edit flac files by choosing 'find album info'. Advanced tag editor functions are not available to me for flac audio files. Anyway, I am now able to view album info, file names etc while in MCE2005. I am also able to stop and pause flac audio... I was unable to do this using the CoreFlacDecoder which caused crashes like mentioned in a previous post.
When WMP does crash (usually only while editing flac files) it asks to shutdown the active plugins which I have to reenable. I am getting errors in ntdll.dll as well as flactagdecoder.dll(?) so I am not sure what is up with that. Maybe you will have it all fixed in your 1.0 release
Thanks for the assistance... things seem to mostly be up and running. I will definitely keep you updated on the frequency of any crashes I might receive while using WMPTSE
Oh yeah: Yes: There's room for LOTS of improvement within MCE2005. More flexible coding to allow different programs to provide different services instead of relying on Microsoft to support every format
[a href="index.php?act=findpost&pid=358832"][{POST_SNAPBACK}][/a]
facltagdecoder.dll is not one of my library....There's no reason it should be linked to WMPSTE crashing.....
That's very weird...
MaB_fr
Sorry, I was trying to recall the error from memory, shouldn't do that. It is actually happening in flactagsupport.dll, and ntdll.dll. I received the errors again on a different system (XP Pro) without MCE installed.
It happens when selecting any of these options in WMPTSE: 'auto-refresh on start/add' / 'Add metatag if not already present'
With the above options enabled, WMP crashes upon selecting any library object, or opening any file as well as upon re-start after enabling those features. When WMP opens up the next time, the WMPTSE plugin is disabled.
I am able to select: 'Allow auto-tagging on untagged files' without issues...
Sorry to have not gotten back to you sooner, but I had been busy
No problem....
The file you ripped before entering them in WMP where tagged by what program ?
It seems you get an incompatibility between my version of the FLAC tag library, and your files....
Did you ID3 tagged these files ? Did you use some special encoder features ? Or an old ripper may be....?
MaB_fr
I originally had the entire Rush catalog ripped to flac using flac110... I do not recall the ripper. I renamed those files using the latest version of foobar2000.
I since started encoding thhe rest of my CD library using nothing but Foobar2000... the method is basically: open cd files, get freedb info, convert to flac112, but i think foobar is using flac111. Anyway. One problem I notice is when the flacFrontend did encoding, it didn't always guess tag names correct.
Crashes mostly only happen when using the cpu features, or allow meta-tag on untagged files. Using only 'allow re-tagging' causes no crash...
I originally had the entire Rush catalog ripped to flac using flac110... I do not recall the ripper. I renamed those files using the latest version of foobar2000.
I since started encoding thhe rest of my CD library using nothing but Foobar2000... the method is basically: open cd files, get freedb info, convert to flac112, but i think foobar is using flac111. Anyway. One problem I notice is when the flacFrontend did encoding, it didn't always guess tag names correct.
Crashes mostly only happen when using the cpu features, or allow meta-tag on untagged files. Using only 'allow re-tagging' causes no crash...
[a href="index.php?act=findpost&pid=359705"][{POST_SNAPBACK}][/a]
It really seems like your files are tagged in a format that the flac library can't read...i will install foobar and try it myself.
On a second note, i, once and for all, will expose here the standard i rely on for the tagging politics :
---- For every APEv2 tagged files (wavpack, monkey audio, etc...) -----
The correspondances are :
APETag => WMP Entry
"Title" => Title
"Subtitle" => WM/Subtitle
"Artist" => Author
"Album" => WM/AlbumTitle
"AlbumArtist" => WM/AlbumArtist
"Publisher" => WM/Publisher
"Conductor" => WM/Conductor
"Composer" => WM/Composer
"Comment" => MoreInfo
"Year" => WM/Year
"Track" => WM/TrackNumber
"Genre" => WM/Genre
"Lyrics" => WM/Lyrics
"Copyright" => Copyright
"Publicationright" => WM/Publisher
"ISRC" => WM/MCDI
"Buy URL" = > BuyNow
"Publisher URL" => ProviderURL
---- For every FLAC tagged files -----
The correspondances are :
FLACTag => WMP Entry
"TITLE" => Title
"ALBUMARTIST" => WM/AlbumArtist
"ALBUM" => WM/AlbumTitle
"TRACKNUMBER" => WM/TrackNumber
"ARTIST" => Author
"PERFORMER" => WM/AlbumArtist
"COPYRIGHT" => Copyright
"ORGANIZATION" => WM/Publisher
"DESCRIPTION" => MoreInfo
"GENRE" => WM/Genre
"LOCATION" => ProviderURL
"ISRC" => WM/MCDI
"YEAR" => WM/Year
"COMPOSER" => WM/Composer
"CONDUCTOR" => WM/Conductor
"PUBLISHER" => WM/Publisher
---- For every Vorbis tagged files -----
The correspondances are :
Vorbis tag => WMP Entry
"TITLE" => Title
"ALBUMARTIST" => WM/AlbumArtist
"ALBUM" => WM/AlbumTitle
"TRACKNUMBER" => WM/TrackNumber
"ARTIST" => Author
"PERFORMER" => WM/AlbumArtist
"COPYRIGHT" => Copyright
"ORGANIZATION" => WM/Publisher
"DESCRIPTION" => MoreInfo
"GENRE" => WM/Genre
"LOCATION" => ProviderURL
"ISRC" => WM/MCDI
"YEAR" => WM/Year
I used the doc available on the net...If someone found any mistake or wants some modification (it will be argumented then), you're free to try
Until further notice, these standards are CASE-SENSITIVE (as all format documentation want it to be).
Which means that non-standard formatting of tag name (like "album" for every file, or "Album" for vorbis tagged files) are NOT handled !
It may enlights some problems....
MaB_fr
Not sure what is up but things are definitely since I installed illiminable's oggcodecs instead of the CoreFlacDecoder... This evening I was able to use every option except for add metadata if not already present. When using that option, it crashed, had to restart it, then turn on WMPTSE again, deselect 'add metadata' option, restart (which causes a crash upon shutdown) and then everything is working fine.
I have every album now completely recognized and catalogued with album art and all. I am able to do anything within WMP as well MCE while playing flac audio. I am not able to add metadata, but not sure why I would need to at this point, since it is all there anyway?
In album mode, try this: with the album window open scroll down the album info, below the album art, and click on one of the album tracks. It plays the album but gives an error as well. If you are unable to reproduce it, I will send you the exact message.
To help you a bit, you must know that WMP has a very conservative way of protecting himself from crash...
So, for example, if any directshow codec crash during playing, the next time, ALL plug-ins will be disable....
That's why you should'nt make the assumption that every crash from WMP is the result of WMPTSE behaviour (it may).
You must first understant where and when, WMPTSE acts.
If you check the "Auto-refresh on start", WMPTSE will launch a scan of all handled files (which means, files of the filetype registered for WMPTSE) on the launch of WMP. It may be a long process depending of the number of file "unhandled".
If you check the "Auto-refresh on add", WMPTSE will launch a scan of all handled files (...) on every change in the media library. It may also be correlate to the number of files.
Otherwise, WMPTSE will refresh the tag only when displaying it in Media Library file list...
If you check the "Allow auto-tagging on untagged files", WMPTSE will add is own "default" tag on a virgin file (untagged) and fill it with the data display in WMP.
If you check the "Add meta-tag if not present", WMPTSE will add tag for not present types. Like if one of your files has "AlbumArtist" but no "Title". With this option, WMPTSE will add the "Title" tag when it gets the data. Without, you can edit the title in WMP, but it will not be added IN THE FILE (yeah, it is subtle, but i found it necessary, it's a kind of "read-only" policy).
It's strange, but maybe the sign of the incompatibility between the 1.1.2 flac library and you 1.1.0 one...
I will try it myself soon.
MaB_fr
Interesting. What is curious is this. All my files should be (since they are all listed and categorized) tagged properly. WMP crashes immediately after selecting the 'add meta-tag if not present'. I mean it goes down fast. Right after enabling the option, any thing else done in WMP causes a crash. I am also unable to use the 'advanced tag editor' at this point either. Maybe there is something that allows WMP to edit files properly that I am not catching in my settings?
I have now figured out the ripping/tagging method so I have all necessary tags present for WMP to process. So using the 'add meta-tag if not present' option isn't absolutely necessary. However, I am still not sure why I am unable to use the 'Advanced Tag Editor'. Could it be that these two options are tied together, so without the 'add meta-tag' selected, WMP cannot allow the editing of the flac files and opens them as read only?
Mind you, if there is a problem within WMP that is causing this crash behaviour, it is happening on two different systems using the same options in the WmPTSE Plugin.
Hum...i already answered this in an adjacent forum...but that's my job to repeat it
So,
ADVANCED Tag editing is an INTERNAL and un-extendable Windows media player 10 feature.
It is deeply implemented in the program, and as i doesn't want to "overload" the windows handler (we aren't in 1990...), it probably won't never figure as an WMPTSE possibility. It is tightly integrated to the ID3v2/WMA metadata handler of WMP10 and i think that MS would'nt appreciate that i reverse engineered this kind of part of their "media control central place" (it is legal in my country). In fact, wmppluginc.com has already refused to publish this plug-in and any link to it on their site (reason unknown, but i'm no paranoid, it should be because of the beta state).
Rest assured that i've tried any "correct" means i known to figure how to take control of Adv. Tagging, but i've failed...
The "add meta-tag if not present" problem must be a bug, and i've just install foobar to try to eradicate it...
Thanks for the report, could you resume the solution you've found to your different problem (it may help me to support other MCE2005 users...)
MaB_fr
P.S. ok for the next post jacktwist [i don't think it needs another post ]
My apologies MaB! I was under the impression that there were some users of WMPTSE who 'were' able to use the Advanced Tag Editor within WMP... Sorry for the misundrestanding.
I will write a method list of how I am converting my cd's into flac so I am able to use them within MCE2005. This may be a few days in the making since I have some other things I need to take care of first. I will also try to troubleshoot this further and remove any files I have created at an earlier time with a different method and see if the new one's alone cause the crash within WMP or if it is just a bug. Give me some time and I will narrow this down as much as possible on my end without looking at code which I am horrible at :0
I will write a method list of how I am converting my cd's into flac so I am able to use them within MCE2005.[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=359939")
I'm having problems with tags displaying but I need to play around with it some more. Anyway, here is the method I use to create FLAC files from CDs using EAC; maybe this is a starting point or reference to how you do it. Basically, EAC rips to wav and then calls FLAC to compress and tag via the command line . . .
[a href="http://www.carltonbale.com/projects/cd_audio_extraction/]http://www.carltonbale.com/projects/cd_audio_extraction/[/url]
By the way, I uninstalled 9.9.0 and installed 9.9.1 and it works perfectly with my FLAC files! I did have to tell the plug-in to Auto-Refresh on start and Auto-Refresh on add. To do this, I started Windows Media Player, went to Tools menu -> Plug-ins -> Options, selected Background, selected WMPTagSupportExtender Plug-in, clicked Properties, and then finally checked the two auto-refresh boxes. I can now view and play all of my FLAC music through Windows Media Center. Thanks for a great plug-in!
something i've noticed is that WMP doesn't give me the length of flac files untill i play them.
its nothing major, just odd
OK I did an experiment. I unloaded all my flac from the library and physically moved them to a drive not listed as a watch folder... I then reinstalled/repaired the WMPTSE installation. Started WMP/Loaded WMPTSE/Selected all options/restarted WMP/selected library and it crashed, calling an error to flactagsupport.dll... It does not allow the use of 'add meta-tags if missing'. And with this enabled, opening the library in WMP causes a crash, with or without files listed within the library. Any attempt by WMP to access the internet library features with the 'add meta-tags' option selected is met with a crash on my system(s). I found I was able to go between different screens in WMP with the 'add meta-tags' option selected, until I selected any album info and it tried to connect to the internet (which is suceeds in). Without the option enabled, it will go out and get information and load the flac audio mostly without issue, however, no information is written to the actual tags of the flac files. I verified this since I now have to go out and get album art and rename some files that WMP apparently changed before I removed them from the library. Meaning the data it previously retreived and stored was never actually written to the tags themselves. I do get random crashes in WMP with the plugin enabled and 'add meta-tags' option off. And the error message is always flactagsupport.dll.
OK I did an experiment. I unloaded all my flac from the library and physically moved them to a drive not listed as a watch folder... I then reinstalled/repaired the WMPTSE installation. Started WMP/Loaded WMPTSE/Selected all options/restarted WMP/selected library and it crashed, calling an error to flactagsupport.dll... It does not allow the use of 'add meta-tags if missing'. And with this enabled, opening the library in WMP causes a crash, with or without files listed within the library. Any attempt by WMP to access the internet library features with the 'add meta-tags' option selected is met with a crash on my system(s). I found I was able to go between different screens in WMP with the 'add meta-tags' option selected, until I selected any album info and it tried to connect to the internet (which is suceeds in). Without the option enabled, it will go out and get information and load the flac audio mostly without issue, however, no information is written to the actual tags of the flac files. I verified this since I now have to go out and get album art and rename some files that WMP apparently changed before I removed them from the library. Meaning the data it previously retreived and stored was never actually written to the tags themselves. I do get random crashes in WMP with the plugin enabled and 'add meta-tags' option off. And the error message is always flactagsupport.dll.
[a href="index.php?act=findpost&pid=360246"][{POST_SNAPBACK}][/a]
I thought i've already explain this....
If you check the "Add meta-tag if not present", WMPTSE will add tag for not present types. Like if one of your files has "AlbumArtist" but no "Title". With this option, WMPTSE will add the "Title" tag when it gets the data. Without, you can edit the title in WMP, but it will not be added IN THE FILE (yeah, it is subtle, but i found it necessary, it's a kind of "read-only" policy).
As you can read in the last sentence....if you check this box, tag modification inside wmp won't be written on disk, it means that ANY tag modification (including downloading info on the net) inside WMP is meaningless for the file itself (but of course, wmp displays it as modified correctly).
The rest is bug....just let me the time to found where and how to correct it.
MaB_fr
Just wondering; do you have any plans to add support for MP4 tags as well?
Thanks again MaB! Really appreciate your effort! Hope you find it jt
Just wondering; do you have any plans to add support for MP4 tags as well?
[a href="index.php?act=findpost&pid=360370"][{POST_SNAPBACK}][/a]
My MP4 policy is as such :
"find me a lib that extract the meta data with simple C API, i'll add MP4 support"
MaB_fr
Just published 0.9.9.2
The FLAC support is totally repaired and compliant with FLAC library Level 1 Metadata API.
http://prdownloads.sourceforge.net/wmptage....2.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.9.2.msi?download)
Enjoy & report
We are slowly approaching 1.0 release
In the news department, i found a really good doc on MP4 tagging...it may or may not be part of 1.0 (read-only probably)
MaB_fr
Thanks MaB!!! I believe things are working well for me. I will continue my testing but so far so good!
Just published 0.9.9.2
The FLAC support is totally repaired and compliant with FLAC library Level 1 Metadata API.
http://prdownloads.sourceforge.net/wmptage....2.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.9.2.msi?download)
Enjoy & report
MaB_fr
[a href="index.php?act=findpost&pid=361890"][{POST_SNAPBACK}][/a]
MaB, I'm puzzled by the behaviour of the tagging.
I have used several .wma files which I converted to .flac using dBpoweramp which attempts to "preserve ID tags". This it seems to do by keeping the WMA/ tags, but not all of them: in particular it seems to lose WMA/Composer tags after the first one as well as some critical secondary ones. Not your fault I know!
However, then I import the files into WMP using "search for files". Initially this shows up under the same artist but as a different (but same name) album as the .wma files with, for example, the Composer field blank and Media Info= "Not Found". So I guess you aren't picking up the WMA/ tags. Shame, but I understand.
Then, after "Find Album Info" the fields in WMP are correctly populated with, for example, each of multiple composers and media info = "Found". At this stage there appear to be 3 copies of the tag info at the start of the file, including WMA/ tags and the ones you retrieved, but no sign of composers after the first.
If I now "delete" the files from the WMP Library and then re-import them, the artist and album correctly position the tracks, and only the first composer is populated (I guess that's because it's the only one in the tags and the field exists) and the Media Info stays at "Not Found"
I hope that's clear enough to reproduce.
WMA metadata is unique in that it supports multiple names for Artist, Composer, etc. (WMP 10 supports this.) They are stored as separate entries, instead of a single metadata entry with delimeters between the names. In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
(FYI: For MP3, WMP 10 stores mutliple names in metadata fields with "/" as a delimeter... which is in the ID3v2 pseudo-standard.)
I'm not sure if WMPTSE handles multiple names correctly... or if all the tagging formats allow it.
WMA metadata is unique in that it supports multiple names for Artist, Composer, etc. (WMP 10 supports this.) They are stored as separate entries, instead of a single metadata entry with delimeters between the names. In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
(FYI: For MP3, WMP 10 stores mutliple names in metadata fields with "/" as a delimeter... which is in the ID3v2 pseudo-standard.)
I'm not sure if WMPTSE handles multiple names correctly... or if all the tagging formats allow it.
[a href="index.php?act=findpost&pid=362896"][{POST_SNAPBACK}][/a]
grommet is correct. And WMPTSE doesn't handle it right now.
It is an on-going feature and won't be supported when tagging standard doesn't. I'm considering "bridging" the 'separator' policy with the 'mutlitag' policy, but it may end up in confusing users.
I am a bit puzzled on this specific question for the moment.
For the rest, i am not sure to understand...
Are you talking about modifiying tags in WMP after retagging in dbPowerAmp and inserting them in MediaLibrary or are talking about something else ?
MaB_fr
WMA metadata is unique in that it supports multiple names for Artist, Composer, etc. (WMP 10 supports this.) They are stored as separate entries, instead of a single metadata entry with delimeters between the names. In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
[a href="index.php?act=findpost&pid=362896"][{POST_SNAPBACK}][/a]
Thanks for info grommet. It might be OK for a particular program to ignore any after the first, but it's not OK for me to lose this info in my data base (as long as there's at least one program that does support them). In my case the two that I'm most interested in (WMP and Slimserver) both do. Now if only Squeezebox would support WMA lossless natively, I'd be fine with WMP tagging and WMA lossless.
grommet is correct. And WMPTSE doesn't handle it right now.
It is an on-going feature and won't be supported when tagging standard doesn't. I'm considering "bridging" the 'separator' policy with the 'mutlitag' policy, but it may end up in confusing users.
I am a bit puzzled on this specific question for the moment.
For the rest, i am not sure to understand...
Are you talking about modifiying tags in WMP after retagging in dbPowerAmp and inserting them in MediaLibrary or are talking about something else ?
MaB_fr
[a href="index.php?act=findpost&pid=362898"][{POST_SNAPBACK}][/a]
Sorry for the confusion. My real problem is that I have over 40,000 tracks (75% lossless the rest Q98) which have all been tagged by WMP (and lots of extra work by me to correct any errors in the Win media DB). I'm trying to find a way to use flac versions of my library to fit in better with Slimserver/squeezebox to avoid the server side conversion. I'd like to have only one version of the files with a set of tags which support at least the level of tagging capabilities I currently have. As long as I can regenerate another form without losing tag info, I don't really care what format I keep as the master format in my library.
I was hopeful that WMPTSE would help a posible move to flac as the master format, but the loss of info (first by dBpoweramp and then by WMPTSE) seem to make that impossible.
In an ideal world I would have liked the conversion to flac to have transformed the WMP tags, rather than just including them, with no loss of info. Then the import into WMP (via your plug-in) would 'find' the tags there, 'find' the media info and not update any tags. Similarly reconversion back to WMA format would transform the tags back to WMA/ tags.
My alternative is to keep a slave flac library (what's another TB or so! )
WMA metadata is unique in that it supports multiple names for Artist, Composer, etc. (WMP 10 supports this.) They are stored as separate entries, instead of a single metadata entry with delimeters between the names.
this is how FLAC and Vorbis tags work too.
In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
maybe dbpoweramp is just not transferring them all.
Josh
In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
maybe dbpoweramp is just not transferring them all.
Josh
[a href="index.php?act=findpost&pid=363057"][{POST_SNAPBACK}][/a]
Correct. That's what I see in the header of the converted file. Even wma to wma conversions cause this loss.
In general, support is rare and most programs just pay attention to the first entry. This is probably what you are seeing and why you lose information.
maybe dbpoweramp is just not transferring them all.
Josh
[a href="index.php?act=findpost&pid=363057"][{POST_SNAPBACK}][/a]
Correct. That's what I see in the header of the converted file. Even wma to wma conversions cause this loss.
[a href="index.php?act=findpost&pid=363069"][{POST_SNAPBACK}][/a]
Ok, i should point that i can not be held responsible for the other's program behaviour
I checked the tagging browsing algorithm in WMPTSE as it was in 0.9.9.2 and there's no reason why a file with multiple values for the same "tag key" couldn't be displayed in WMP as expected. So, 'dbPowerAmp' modulo apart, it should be displayed correctly. If it's not the case, this a bug, and i ask you to ensure that your files contain the meta-tags in a compatible format, all tags and headers well-formed, and beg you to report to us if WMPTSE continue to display it incorrectly.
The problem rest for semi-colon separated (or whatelse) multi tagging policy (APE tags can be specified that way...).
MaB_fr
Ok, i should point that i can not be held responsible for the other's program behaviour
Nor should you be! The dBpoweramp problem belongs in a separate thread. The only connection is that the resultant flac file does not have several tags that you are looking for - the composer tag is one such tag.
I checked the tagging browsing algorithm in WMPTSE as it was in 0.9.9.2 and there's no reason why a file with multiple values for the same "tag key" couldn't be displayed in WMP as expected. So, 'dbPowerAmp' modulo apart, it should be displayed correctly. If it's not the case, this a bug, and i ask you to ensure that your files contain the meta-tags in a compatible format, all tags and headers well-formed, and beg you to report to us if WMPTSE continue to display it incorrectly.
The problem rest for semi-colon separated (or whatelse) multi tagging policy (APE tags can be specified that way...).
MaB_fr
[a href="index.php?act=findpost&pid=363166"][{POST_SNAPBACK}][/a]
Maybe I'm not being clear!
I have a file with No composer tag (even though it does have an unused WMA/Composer tag). I also have "Add metatag if not already present" checked for your plug-in.
So the display of composer in WMP is blank. Title, Artist and Album and Genre seem to be displayed correctly at this time.
Performing a "Find Album info" at this point causes the composer field to be filled in with the found info, from whichever DB you use, as "composer-1; composer-2".
Also at this point, a COMPOSER tag is written to the file, but containing only "composer-1". I presume the multi-composer info is cached by WMP in its separate DB from the file.
So if I delete the file from the WMP library at this point, all memory of "composer-2" gets lost. This is presumably because that info existed only in WMP's internal DB and not in the tag in the file.
So, re-importing the file into WMP at this point will show the "composer-1" content from the tag.
This behaviour is very easy to reproduce and doesn't require the conversion step I described, merely a track which has multiple composers.
If it's not the case, this a bug, and i ask you to ensure that your files contain the meta-tags in a compatible format, all tags and headers well-formed, and beg you to report to us if WMPTSE continue to display it incorrectly.
The problem rest for semi-colon separated (or whatelse) multi tagging policy (APE tags can be specified that way...).
MaB_fr
[a href="index.php?act=findpost&pid=363166"][{POST_SNAPBACK}][/a]
As an extra data point, if I manually edit the composer tag in the file and import it into WMP with "Add metatag if not already present" UNchecked for the plug-in, the manually entered data is displayed correctly.
If I check the "Add metatag if not already present", the plug-in does not seem to recognise that the tag is present and dynamically obtains the info, displaying the correct info, but causing the tag to be overwritten with only the first composer.
Just to make it clear to others reading this thread... the "semi-colon" used in the WMP 10 GUI for multiple names in a field does not mean a semi-colon is actually stored. It's used as a visual delimiter for multiple entries.
Just to make it clear to others reading this thread... the "semi-colon" used in the WMP 10 GUI for multiple names in a field does not mean a semi-colon is actually stored. It's used as a visual delimiter for multiple entries.
[a href="index.php?act=findpost&pid=363195"][{POST_SNAPBACK}][/a]
Or just to be more exact, grommet:
"; " ("semi-colon""blank") is used as the visual delimiter.
When directly editing the field (artist, composer, etc.) the trailing "blank" must be removed for WMP to recognise it as a delimeter. Otherwise it becomes a non-delimiter. WMP will reinsert the "blank" for visual display after recognizing the ";" as a delimiter.
Perverse - but it works!
If it's not the case, this a bug, and i ask you to ensure that your files contain the meta-tags in a compatible format, all tags and headers well-formed, and beg you to report to us if WMPTSE continue to display it incorrectly.
The problem rest for semi-colon separated (or whatelse) multi tagging policy (APE tags can be specified that way...).
MaB_fr
[a href="index.php?act=findpost&pid=363166"][{POST_SNAPBACK}][/a]
As an extra data point, if I manually edit the composer tag in the file and import it into WMP with "Add metatag if not already present" UNchecked for the plug-in, the manually entered data is displayed correctly.
If I check the "Add metatag if not already present", the plug-in does not seem to recognise that the tag is present and dynamically obtains the info, displaying the correct info, but causing the tag to be overwritten with only the first composer.
[a href="index.php?act=findpost&pid=363180"][{POST_SNAPBACK}][/a]
This IS a "bug" and will be corrected in 0.9.9.3 (in fact i used IWMPMedia interfaces which doesn't support multi tagging, i'll use IWMPMedia3 interface in next releases...)
I ensure that performance won't decrease with the new code, and release it.
Thank you for the debugging !
MaB_fr
This IS a "bug" and will be corrected in 0.9.9.3 (in fact i used IWMPMedia interfaces which doesn't support multi tagging, i'll use IWMPMedia3 interface in next releases...)
I ensure that performance won't decrease with the new code, and release it.
Thank you for the debugging !
MaB_fr
[a href="index.php?act=findpost&pid=363263"][{POST_SNAPBACK}][/a]
Thanks, MaB, I'll try it out when released.
Thanks, MaB, I'll try it out when released.
[a href="index.php?act=findpost&pid=363273"][{POST_SNAPBACK}][/a]
Ok, so, that's release news...
0.9.9.3 is out, with some interesting bits inside :
- the multi tagging "write" support should work (enjoy cvp)
- some memory leak erased (enjoy everyone)
- and debug read-only support for MPEG4 tags (enjoy iTunes users !!! ) you must do some work to activate it...see P.S.
Like it or not but always report
MaB_fr
P.S. : so for the MPEG4 folks (m4a, aac and much as long as it support iTunes tagging scheme)
To activate the support, you must go to the WMP Menu :
Tools -> Plug-in -> Options
In Category select "Background"
In Background select "WMPTagSupportExtender Plugin" and click the "Properties" button.
[!!! avoid to uncheck the checkbox in front of "WMPTagSupportExtender Plugin", you'll desactivate the whole plug in !!!]
Click the "Add Support..." button (below the "Supported Tag" list)
If available, choose the "MPEG4" Tag Type in the listbox.
If not, click "Add a tagtype". Then enter "MPEG4" (uppercase folks, beware !) and click the "OK" button.
In File Extension write the file extension you want to add support to (most case "m4a", the iTunes audio file extension )
Then click "Check support". Answer YES to every question you may be asked. And then click "OK".
Now, click the "..." button on the left of Tag Support DLL File Path, and browse your computer to reach the WMPTSE install directory.
You'll find "MPEG4TagSupport.dll", which is your new friend ! Select it, click "Open".
Now, the "Add" button is available and you can click it...
Restart WMP, and you have now a flaming new MPEG4 tagging support !!!
For the moment, the support is READ-ONLY.
As always, comment/suggestion & bug report are deeply welcome !
It should permit MPEG4 MCE support (to test MCE2005 users !!!)
0.9.9.3 is out, with some interesting bits inside :
MaB - 0.9.9.3 Seems to be a bad install file at the moment
0.9.9.3 is out, with some interesting bits inside :
MaB - 0.9.9.3 Seems to be a bad install file at the moment
[a href="index.php?act=findpost&pid=363633"][{POST_SNAPBACK}][/a]
I must have got there too quickly - it's ok now.
The behaviour IS different. Now, if I search, then find Album info, then delete from library, then search for...
only the second artist appears in WMP.
The only COMPOSER tag I can see in the file is the second artist.
Ok, started testing your new AAC/M4A support... pretty cool. Do you have a list of what specific metadata atoms that are supported, and the mapping you've used?
You will definitely make some users very, very happy if this works well. Before, they needed to run a hack to sync the iTunes database with the WMP database for AAC content.
Absolutely briiliant in my use here with APE and MPC.
Thanks for your efforts on our behalf!
In the short term, I see no untoward memory issues.
0.9.9.3 is out, with some interesting bits inside :
MaB - 0.9.9.3 Seems to be a bad install file at the moment
[a href="index.php?act=findpost&pid=363633"][{POST_SNAPBACK}][/a]
I must have got there too quickly - it's ok now.
The behaviour IS different. Now, if I search, then find Album info, then delete from library, then search for...
only the second artist appears in WMP.
The only COMPOSER tag I can see in the file is the second artist.
[a href="index.php?act=findpost&pid=363642"][{POST_SNAPBACK}][/a]
cvp, beware of "Find Album Info"...
The fact that it is working is a side effect. I've coded nothing for this to append (the power of plug-in and events )
I will investigate to found if it's a bug, but i'll need you to describe precisely the result you expect and the action you've taken to obtain it. And don't hesitate to be boring like "press the button Yeepi and then say Hello"...The more precise, the quicker i get to the point
GHammer > the memory leak was very tiny...expect a 20 Ko gain for ~500 tags added...but that's enhancement !
grommet > The tag "translation" for MP4/AAC is :
MP4 Atom => WMP Attribute
"@ART" => Author
"@nam" => Title
"@alb" => WM/AlbumTitle
"aART" => WM/AlbumArtist
"trkn" => WM/TrackNumber
"cprt" => Copyright
"desc" => MoreInfo
"@gen" => WM/Genre
"gnre" => WM/Genre
"@day" => WM/Year
Thanks everyone for the feedback
MaB_fr
P.S. : i'm on for a long trip in a far distant land (from where i am now) so expect delayed support until 23rd march (sorry, but life must go on i'll say hello to beautifull New Zealand for you). And yes, i know there's net on NZ. But not yet Wifi in the top of Mt Cook
P.S. II : and that's why i'll release source of 0.9.9.3. But please, fork folks, keep your version unpublished until i come back, it will be appreciated to avoid mess world (hum...oft.p..nter...)
cvp, beware of "Find Album Info"...
The fact that it is working is a side effect. I've coded nothing for this to append (the power of plug-in and events )
I will investigate to found if it's a bug, but i'll need you to describe precisely the result you expect and the action you've taken to obtain it. And don't hesitate to be boring like "press the button Yeepi and then say Hello"...The more precise, the quicker i get to the point
MaB_fr
[a href="index.php?act=findpost&pid=363702"][{POST_SNAPBACK}][/a]
Oh! I don't understand the split in function between WMP and the plg-in, but in my (limited) experience with WMPTSE, that's the only time any action takes place.
First, I have "Auto-refresh when adding a file" checked, and "Add metatag if not already present" checked.
When I add the file, which has no "COMPOSER" tag, the file is positioned in the library (after a temporary existence as "unknown" artist) correctly under the artist and album. At this point, the composer field in WMP is empty and will stay that way. I can also examine the file and confirm that no "COMPOSER" tag exists. No other tags have been added at this point either.
I had thought that this stage would cause the "add metatag if not present" processing to be performed. But it doesn't.
If I then use "Find Album info" on the track, and select the correct album from the set given to me, the correct album info is displayed by WMP, including the two composers (separated by "; ") in the composer field. At this stage I can examine the file and observe that several tags have been added, including a single "COMPOSER" tag. whose contents are the SECOND composer of the track.
Am I doing something wrong?
In any case, enjoy your trip. This can wait until you return. Thanks for all your efforts anyway.
When adding WavPack files I get no tag info.
If I use the Content tab, I see only the file name and the comment.
The files are tagged properly (to foobar and The GodFather).
APE and MPC are doing fine.
Any ideas?
First, I have "Auto-refresh when adding a file" checked, and "Add metatag if not already present" checked.
When I add the file, which has no "COMPOSER" tag, the file is positioned in the library (after a temporary existence as "unknown" artist) correctly under the artist and album. At this point, the composer field in WMP is empty and will stay that way. I can also examine the file and confirm that no "COMPOSER" tag exists. No other tags have been added at this point either.
I had thought that this stage would cause the "add metatag if not present" processing to be performed. But it doesn't.[a href="index.php?act=findpost&pid=363711"][{POST_SNAPBACK}][/a]
Maybe I should add, since I don't know the split in function, that the WMP "Library options" are set to "Retrieve additional information from the internet" and "Only add missing information".
Additionally, this file has all the normal WMA/ tags, including one "WMA/Composer"
tag.
Hey All,
I've been monitoring this thread for awhile now, and I have been trying out each new release of WMPTSE in hopes it will solve my problem.
BTW, thanks MaB for the hard work for this plug-in! I realize you're enjoying NZ, but maybe someone else here has figured out my problem.
Basically, I'm using FLAC files, tagged with The GodFather, and added to my library in MCE 2005.
I now understand that the engine for MCE 'My Music' is actually just WMP, and any files or albums that I add in WMP will appear in my MCE library.
Here is my problem: When I add my FLAC files (that have the 'Composer' field tagged) everything seems to work nicely in WMP. It recognizes the Artist, albums, composer and I'm happy. BUT, in MCE if I view music by Album, I can see each album name but it is missing the artist name and says 'unknown artist'. If I view music by Artist, the artists appear ok, but it can't find any albums, only individual songs.
For MCE users this is a big problem because if you have a large FLAC collection you most likely want to be able to view your music by artist, and then album.
Is this a problem with WMPTSE, or MCE, or something I'm doing? Any workarounds or fixes?
Thanks. Later,
Guy Smiley
Do you have "Album Artist" defined for your FLAC content? I think the full Album display functionality in MCE requires this.
Do you have "Album Artist" defined for your FLAC content? I think the full Album display functionality in MCE requires this.
[a href="index.php?act=findpost&pid=364609"][{POST_SNAPBACK}][/a]
I think there is some confusion as to what tag 'Album Artist' is. I read on another post somewhere that it is actually 'Composer' and somewhere else that said it is the tag 'Band' but I'd love for someone to clear this up. When using The GodFather tagging program, the only tagging options I have are listed below, and note: there is no tag for 'Band' or 'Album Artist'.
%R - Track;
%A - Artist;
%L - Album;
%T - Title;
%Y - Year;
%G - Genre;
%C - Comment;
%N - Language;
%O - Composer;
%P - Copyright;
%W - URL;
%E - Encoded by;
%XT - Tones;
%XS - Styles;
%XM - Mood;
%XU - Situation;
%XR - Rating;
%XQ - Quality;
%XP - Tempo;
%XY - Type
As long as I tag Track, Album, Artist, and Composer, WMP with the WMPTSE seems to work fine. But MCE still has this weird problem with associating the albums with the artists.
Funny thing is in MCE if you view all albums, and select just one, it will know the name of the album, but not the artist. However, if you actually play one of the songs, and hit visualize, the info on the screen will appear showing the artist, album, and track name! So it seems like there is some weird glitch with MCE and the way it uses tags to associate album with artist, and WMPTSE at this point does not seem to address this issue.
However, I blame this solely on MCE as it is a pretty crappy interface for 'My Music' to begin with. There are tons of known bugs, and general stupidness however, it is the best HTPC Media Center software I have found yet, so I'd prefer to try to make it work with my FLAC collection, regardless of the general crappiness.
Again, if there are any suggestions as to a possible fix for this problem please let me know!
Thanks. Later,
Guy Smiley
I do believe that MCE requires the 'albumartist' tag to be present for it to properly associate albums. I have several albums that have this issue and after adding that info, they work fine. I have found that if I go through in WMP and 'find album info' for every song on an album then all is good in MCE. If that isn't done then it is all hit and miss with no rhyme or reason to why... this is a bug in MCE... i think.
I do believe that MCE requires the 'albumartist' tag to be present for it to properly associate albums. I have several albums that have this issue and after adding that info, they work fine. I have found that if I go through in WMP and 'find album info' for every song on an album then all is good in MCE. If that isn't done then it is all hit and miss with no rhyme or reason to why... this is a bug in MCE... i think.
[a href="index.php?act=findpost&pid=364798"][{POST_SNAPBACK}][/a]
Thanks for the suggestion!
However, the problem for me is that a large portion of my music is from live recordings and clicking on 'find album info' retrievs nothing. Even if I try to edit this info right in WMP, I still see no tag titled 'albumartist'.
Is there a tagging program out there that clearly shows the 'albumartist' tag? I was under the impression that The GodFather was a pretty comprehensive tagging program, and no such tag exists within that program.
Thanks,
Guy Smiley
Sorry, no idea about The GodFather... but I think the tag in the FLAC file should be "ALBUMARTIST" - I'm pretty sure you can manipulate it in foobar2000.
(As we've gone over numerous time, Album Artist is the overall Artist of the album/recording -- the one you want to organize by -- and Artist would contain the "contributing" artist(s) performing on the specific track.)
Anyway... In WMP 10, it's there... just add the column if you haven't set it to be visible. (Right click on the column header and add it.)
No, "Album Artist" is not "Composer" -- and regarding "Band", in MP3... the TPE2 tag is often used as Album Artist... it's also known as "Band" in the ID3v2.3 pseudo-standard.
Sorry, no idea about The GodFather... but I think the tag in the FLAC file should be "ALBUMARTIST" - I'm pretty sure you can manipulate it in foobar2000.
([a href="index.php?act=findpost&pid=364863"][{POST_SNAPBACK}][/a]
Just took one untagged flac and used The GodFather to lookup its info from AMG.
Applied the info.
Opened the file using foobar and looked at the file's properties.
There is an Album Artist tag set.
Would it be recognized in MCE? No idea as I do not have it.
The latest beta version of TGF also allows running online scripts for AMG and other sources. Does a nice job, better than track lookup within WMP10 for me.
Might want to give it a try using the online capabilities.
In foobar you are able to 'add' a tag type. If you select 'properties' by right clicking on a file (or in masstagger|edit tags|add|set type...) there is a drop down box listing tag types. You can just type in the top area any tag you want, such as ALBUMARTIST. Masstagger gives you the opportunity to add this info to ALL your files. If you set the proper syntax it will search for and write album info by directory structure, filename, etc... a very useful tool
Would it be recognized in MCE? No idea as I do not have it.[a href="index.php?act=findpost&pid=364882"][{POST_SNAPBACK}][/a]
That all depends how TGF writes the tags. As we said a few times before, it should populate ALBUMARTIST for FLAC... I'm pretty sure MaB_fr confirmed earlier in this thread that WMPTSE uses this standard tag.
For Windows MCE... you need to care what Windows Media Player sees, since that's what is used for the database.
Sorry, no idea about The GodFather... but I think the tag in the FLAC file should be "ALBUMARTIST" - I'm pretty sure you can manipulate it in foobar2000.
(As we've gone over numerous time, Album Artist is the overall Artist of the album/recording -- the one you want to organize by -- and Artist would contain the "contributing" artist(s) performing on the specific track.)
Anyway... In WMP 10, it's there... just add the column if you haven't set it to be visible. (Right click on the column header and add it.)
No, "Album Artist" is not "Composer" -- and regarding "Band", in MP3... the TPE2 tag is often used as Album Artist... it's also known as "Band" in the ID3v2.3 pseudo-standard.
[a href="index.php?act=findpost&pid=364863"][{POST_SNAPBACK}][/a]
Hey thanks! FINALLY, I found a way to add the 'albumartist' tag!!
So, for anyone else having the same problem I've had here's the fix. As far as I can tell, and I could be wrong, there is no way to add the 'albumartist' tag in the GodFather... but seeing how extensive that program is I would bet that it can be done, it just probably involves some serious digging, and trust me, I dug for the answers!
As for foobar2000... Here is where I was having trouble. I would load a few songs in, and then highlight them all. Then I would right click, properties, add new, and now there would appear a drop down menu where I could select a 'field name'.... HOWEVER, the only tags appearing as options here for me are "Album, artist, comment, composer, date, genre, performer, title, tracknumber" and as you can see no field named 'albumartist'. But, little did I know, you can manually add a field by just typing it in. So I just typed in ALBUMARTIST, and in the field value I put the name of the artist there.
And wadda-ya-know... it works in MCE now!! Brilliant. However, I have still noted some weirdness in WMP, and I have to say that I think it is one of the worst interfaces, and I have always hated using WMP. But since I'm moderately happy with MCE, then I'm forced to use the WMP engine that drives the 'My Music' portion of MCE.
Thanks all for the help, and thanks MaB for the plugin!
Lata,
Guy Smiley
Hello from NZ
You're welcome...
Can't resist a bit of The Net while it s raining in beautifull Te Anau...
I thought it should help the release of 1.0 to get a strong definite bug list...
As the bug report tool in sourceforge is, at least for me, overhead, i'd like every user of WMPTSE (at least the one reading this) to report bug in here in a common form.
For example (it is not a bug, it is just obvious, so usefull for this )
<example>
Action : Clicking on "refresh now" button
Expected result : Instant refreshing of the library
Actual result : No action or change done
Suspected cause : MaB is dumb
</example>
You can be more litterate, but i will certainly ask detail later so keep it under 2 lines each...
It's yours to help
MaB_Fr
Hi,
It seems my code is just plain perfect
As long as nobody report bug, i can't detect them, so i'll go on. The good thing is, i will be able to use this lack of report an excuse for any bug that might show up after 1.0 release :-)
1.0 is near, so it may happen very soon.
As for today, here is 0.9.9.4. The last debug release if i believe the bug report...
Not so much as install & GUI make-up, a stack overflow potential bug and the new Refresh Now button working.
No bug report the 31th and it's 1.0...
http://wmptagext.sourceforge.net (http://wmptagext.sourceforge.net)
or direct link
http://prdownloads.sourceforge.net/wmptage....4.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.0.9.9.4.msi?download)
Enjoy
MaB_fr
Hello,
Here is 1.0 release...
If you like it, share it
http://wmptagext.sourceforge.net (http://wmptagext.sourceforge.net)
or direct link
http://prdownloads.sourceforge.net/wmptage....4.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.0.msi?download)
Enjoy
MaB_fr
Hello,
Here is 1.0 release...
If you like it, share it ;)
[a href="index.php?act=findpost&pid=377419"][{POST_SNAPBACK}][/a]
Thank you! Makes it possible to continue using WMP.
I came across this just as I was thinking, "I wish something would come out to extend WMP's tag reading capabilities" and viola!
After installing it I have noticed one thing though. It seems the iTunes M4A tags are recognized when the M4A file was created with version 6.0 of iTunes but not version 4.5. I have a lot of files ripped with version 4.5 that WMPTSE will not read but it will read the M4A files tags ripped with version 6.0 perfectly.
For M4A (AAC) files generated using iTunes, the Composer and Date Released (Year) tags/atoms for tracks don't seem to appear in WMP 10. I'm running 1.0 of WMPTSE.
To test, I used iTunes 6.0.4.2 on Windows...
I can also confirm M4A files generated by iTunes 4.7.x do not get recognized. They appear under "Other Media" in WMP 10 -- just like any other content without tag support. So, it seems there is something "different" in versions of iTunes before 6.0 that causes an incompatibility with WMPTSE.
I can also confirm M4A files generated by iTunes 4.7.x do not get recognized. They appear under "Other Media" in WMP 10 -- just like any other content without tag support. So, it seems there is something "different" in versions of iTunes before 6.0 that causes an incompatibility with WMPTSE.
I won't say that this kind of bug should have been discovered before releasing 1.0 (oops ? did i ? ) but i will investigate, or for people interested, you can browse the source in "MPEG4".
Is there any place where i can download iTunes 4.5.x+ yet...?
Has any developper an idea of the problem or anyone a documentation on iTunes 4.5.x+ tagging format ?
MaB_fr
Has any developper an idea of the problem or anyone a documentation on iTunes 4.5.x+ tagging format ?
I know (for Apple Lossless files anyway) that Apple added an extra atom (edts) in version 5. This was causing the opposite problem that is being reported here, programs that could read V4 files were having problems reading V5/V6 files.
But as for the tags themselves, I haven't heard of any differences between the versions - certainly code I wrote seems to be able to read tags from files from both versions (or at least I think so )
Has any developper an idea of the problem or anyone a documentation on iTunes 4.5.x+ tagging format ?
I know (for Apple Lossless files anyway) that Apple added an extra atom (edts) in version 5. This was causing the opposite problem that is being reported here, programs that could read V4 files were having problems reading V5/V6 files.
But as for the tags themselves, I haven't heard of any differences between the versions - certainly code I wrote seems to be able to read tags from files from both versions (or at least I think so )
I might have pass this "if". Should be no pb to correct it. I'll wait a bit more to see if there's no more bug reported.
And about it, thank for the source soiaf You can see i used them (and some others too)
On wmplugins.com, Chinesewatermelon report that the FLAC tag support does not allow chinese/japanese/korean characters. In my code, it should, so there's bug somewhere...Has anyone encountered this before ? How does WMPTSE work with other pagecode (Russian, Greek, ....) ?
MaB_fr
P.S. : WMPTSE has been approved on www.wmplugins.com...great !!!
I know (for Apple Lossless files anyway) that Apple added an extra atom (edts) in version 5. This was causing the opposite problem that is being reported here, programs that could read V4 files were having problems reading V5/V6 files.
But as for the tags themselves, I haven't heard of any differences between the versions - certainly code I wrote seems to be able to read tags from files from both versions (or at least I think so )
Hum...I was about to debug the MPEG4 support when i figure that any added "edts" node should be no pb to handle, the MPEG4TagSupport.c code will pass it unless it contains or is contained by the "meta" node, then ...
I guess i must ask again if someone know any difference between the files made by iTunes v4 & v5/v6 ?
And i add "in the meta node tree path" (which are the only nodes MPEG4TagSupport.c handles)..?
Soiaf ? Anyone ?
If anybody can, where could i find an incompatible file or find the software to make one please.....?
And again, on wmplugins.com, Chinesewatermelon report that the FLAC tag support does not allow chinese/japanese/korean characters. In my code, it should, so there's bug somewhere...Has anyone encountered this before ? How does WMPTSE work with other pagecode (Russian, Greek, ....) ?
It is supposed to be totally UNICODE compliant...It may be just a FLAC library miscompilation, or a bug in the WMPTSE UNICODE code, so i'll need some testers
MaB_fr
Thank you soiaf for the little cut of necessary byte !
I've debug the MPEG4 tag problem...
It was a compiler's "optimisation" problem...We can't trust them everytime, and in this case, i won't again.
I'll publish just the MPEG4TagSupport.dll. It will remain for "educated user" until next major release of all plug-in.
You will find it here :
http://prdownloads.sourceforge.net/wmptage...rt.dll?download (http://prdownloads.sourceforge.net/wmptagext/MPEG4TagSupport.dll?download)
No news of the character's encoding problem...
MaB_fr
Thanks, MaB_fr -- it now reads the old iTunes 4.7 .m4a files and the content no longer sits in Other Media.
However, I still don't see Composer and Date Released (Year) tags/atoms... as I mentioned earlier. (iTunes generated, both 6.0.4 & 4.7.)
Also, in many cases... Genre doesn't appear. But I haven't quite figured out why some appear and some don't. I think most .m4a files tagged by iTunes 6 do not show Genre, but most 4.7 files do. It seems to be somewhat random.
Thanks, MaB_fr -- it now reads the old iTunes 4.7 .m4a files and the content no longer sits in Other Media.
However, I still don't see Composer and Date Released (Year) tags/atoms... as I mentioned earlier. (iTunes generated, both 6.0.4 & 4.7.)
Also, in many cases... Genre doesn't appear. But I haven't quite figured out why some appear and some don't. I think most .m4a files tagged by iTunes 6 do not show Genre, but most 4.7 files do. It seems to be somewhat random.
For the genre tag, soiaf did get the bug....A mistake of mine. I test "@gen" in place of "©gen". See de difference ? I did not in the first place. And i would say it's a bit strange, but it's the spec, so we go on...
Will be corrected in the MPEG4TagSupport.dll v5.0.2.
For the Date Released, i'm sorry to say that it is not handled, because it isn't in any tag format. The date parsing is a complicated thing, a nightmare if we want international support (and we do, don't we ?). So, it's a 2.0 feature. Normally, WMPTSE handles only the "Year" tag (in WMP) -IF- it is given as an integer in the tag format. IF not, (for example the year is given with a complete date format), no year at all...
The composer should be handled. Their must be a bug somewhere. I will search it unless soiaf get it before me
Thanks for the report. And don't forget to thank soiaf, he is partially reponsible of the MPEG4 support (he gave me source code which show me the way).
MaB_fr
P.S. : hum....and soiaf, don't be shy, you can post my bugs here...
I just tried the new MPEG4TagSupport.dll and it still does not display tags of songs encoded with iTunes 4.5. Just keeping you up to date on what I'm experiencing
The composer should be handled. Their must be a bug somewhere.
In the include file you are defining MP4_ATOM_COMPOSER, but you don't seem to be checking for this in the C file (in GetMP4AtomWMAttributeNameEqu ).
The composer should be handled. Their must be a bug somewhere.
In the include file you are defining MP4_ATOM_COMPOSER, but you don't seem to be checking for this in the C file (in GetMP4AtomWMAttributeNameEqu ).
It's so easy to debug like that (okokok soiaf, that's easy bugs, try some harder one )
MaB_fr
I just tried the new MPEG4TagSupport.dll and it still does not display tags of songs encoded with iTunes 4.5. Just keeping you up to date on what I'm experiencing
Hum, i guess i send the PM too early (that's why i'll ask people not to use PM except for PERSONALS problems).
I'll see if the file can help me, thanks...
MaB_fr
Ok, i've got it
It was the undocumented '----' atom (reserved for iTunes data).
It work now with your file, Teqnologik.
Corrected the 'thank you soiaf' bugs : Composer is handled, Genre tag type identifier is corrected.
Enjoy it at : http://prdownloads.sourceforge.net/wmptage...rt.dll?download (http://prdownloads.sourceforge.net/wmptagext/MPEG4TagSupport.dll?download)
And for those interested, the subversion server has been updated with the last MPEG4 tag support source code.
If any problem, you know where to report...
MaB_fr
Awesome! It does now work with iTunes 4.5 files. EXCELLENT work MaB_fr!
Awesome! It does now work with iTunes 4.5 files. EXCELLENT work MaB_fr!
Ok, just released WMPTSE v1.0.1.
It's just an install update which includes the corrected MPEG4 Tag Support (v0.5.0.2). Uneducated users will be able to have full read support for iTune....
Enjoy it at :
http://wmptagext.sourceforge.net/ (http://wmptagext.sourceforge.net/)
or
http://prdownloads.sourceforge.net/wmptage....1.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.0.1.msi?download)
Always waiting for some bug report
MaB_fr
i don't know if this is something to do with wmptse or not but as a few of you have a lot of experience with flac and wmp
how can i get wmp to recognise flac files as media files when browsing my pc to add to the library?
---- For every FLAC tagged files -----
The correspondances are :
FLACTag => WMP Entry
"TITLE" => Title
"ALBUMARTIST" => WM/AlbumArtist
"ALBUM" => WM/AlbumTitle
"TRACKNUMBER" => WM/TrackNumber
"ARTIST" => Author
"PERFORMER" => WM/AlbumArtist
"COPYRIGHT" => Copyright
"ORGANIZATION" => WM/Publisher
"DESCRIPTION" => MoreInfo
"GENRE" => WM/Genre
"LOCATION" => ProviderURL
"ISRC" => WM/MCDI
"YEAR" => WM/Year
"COMPOSER" => WM/Composer
"CONDUCTOR" => WM/Conductor
"PUBLISHER" => WM/Publisher
MP4 support looks great--I tried it out on files encoded with the Nero CLI. One question: Does any MP4 field map to WM/AlbumArtist? (See the FLAC example above.) I've tried ALBUMARTIST, BAND, and PERFORMER but I can't seem to get WMP to recognise the tag.
i don't know if this is something to do with wmptse or not but as a few of you have a lot of experience with flac and wmp
how can i get wmp to recognise flac files as media files when browsing my pc to add to the library?
It is the point of WMPTSE....If it does not work, you should report the problem and give :
1) what software do you use to encode the file in flac format (and if possible the flac version this program use)
2) what parameters do you use with it
3) what version of WMP do you use
4) what version of WMPTSE do you use
And then we maybe we could began to corner it
MaB_fr
MP4 support looks great--I tried it out on files encoded with the Nero CLI. One question: Does any MP4 field map to WM/AlbumArtist? (See the FLAC example above.) I've tried ALBUMARTIST, BAND, and PERFORMER but I can't seem to get WMP to recognise the tag.
ALBUMARTIST should work.
Beware that WMP treats WM/AlbumArtist in some bizarre kind of way. I was not able to determine exactly where WMP get the "Contributin Artist" information. For now, ALBUMARTIST AND PERFORMER are added in WM/AlbumArtist (WMP support multiple AlbumArtist for the same disk.....)
If someone know the subtle difference and where to force it....I could'nt
It may be in an undocumented tag type ("WM/Performer" ? "WM/ContributingArtist" ?). I will investigate for 2.0 release.
MaB_fr
Hello,
When reinstalling some of my old hardware with Windows 2000, i've just discovered that WMPTSE 1.01 works perfectly fine with WMP9...
You've just have to register the server yourself, since i've disabled it in the installer (believing that WMPTSE didn't work with inferior version).
That's an happy news for Win2K users....
You'll need to do (if <pathWMPTSE> is your WMPTSE's installation directory) in Start -> Run (for example) :
regsvr32 "<pathWMPTSE>\WMPTagSupportExtender.dll"
When a messagebox displays "succeeded", it means you've got it right...
Not so hard to have all tags working in WMP9.
MaB_fr
Hi and thanks for a wonderfully useful piece of software. I have one problem I thought someone may be able to help with. I have 20,000 FLAC's I want to import to WMP/MCE. The FLAC's where created from WAV's in MediaMonkey. When I import the files to WMP with the plugin enabled I do not get the 'Album Artist' tag completed.
After reading comments above I have discovered that MediaMonkey has added a "Album Artist" tag not a "AlbumArtist" tag. If I use Foobar to add the tag (without the space) the import works perfectly. Question is, is there a way to get the plugin to read the tag with the space in, or alternatively a way to bulk change the tag descriptor on all of these files.
Thanks in advance.
Owen
After reading comments above I have discovered that MediaMonkey has added a "Album Artist" tag not a "AlbumArtist" tag.
This tag should really have no space for FLAC ("ALBUMARTIST") -- I suggest you bug the Media Monkey folks... in their forum.
Beware that WMP treats WM/AlbumArtist in some bizarre kind of way. I was not able to determine exactly where WMP get the "Contributin Artist" information. For now, ALBUMARTIST AND PERFORMER are added in WM/AlbumArtist (WMP support multiple AlbumArtist for the same disk.....)
If someone know the subtle difference and where to force it....I could'nt
It may be in an undocumented tag type ("WM/Performer" ? "WM/ContributingArtist" ?). I will investigate for 2.0 release.
MaB_fr
MaB_fr, contributing artists (as they are called in the WMP 10/11 GUI) are stored as "Author" in WMA -- each one entered would be an additional WMA Author tag. I personally think the FLAC, etc. "PERFORMER" tag should be mapped to Author (one of the "contributing artists") and not "WM/AlbumArtist" -- while probably giving the ARTIST tags priority to be the 1st entry as it appears in WMP (first Authors). There should only be one "WM/AlbumArtist" per track... WMP 10/11 won't even allow you to add multiple names.
Hi,
I have a WMPTSE related question:
I've installed WMP11 (Beta) followed by the Illiminable DirectShow Filters and then WMP Tag Support Extender.
I can now play OGG files in WMP but for some reason cannot load them into the library.
I've checked that I have vorbis comments in my files (using vorbiscomment.exe) and can see the TITLE tags etc.
Am I supposed to see any extra menu options somewhere for the plug-in? I noticed that OGG files appeared in the list of File Types to associate with WMP so checked that. Any ideas as to why I cannot use "Add to Library (F3)" and have my OGG files add to the library? Curiously my AAC M4A files were added...
Thanks!
RW.
UPDATE: I've now done a manual regsvr32 WMPTagSupportExtender.dll and I now see it in the plug-in list... looks like the 1.0.1 installer doesn't fully install.
But, still no obvious ability to actually add OGG files to the library... do I need to do anything special other than drag a directory to WMP?
Thanks!
After reading comments above I have discovered that MediaMonkey has added a "Album Artist" tag not a "AlbumArtist" tag.
This tag should really have no space for FLAC ("ALBUMARTIST") -- I suggest you bug the Media Monkey folks... in their forum.
Um, why?
http://flac.sourceforge.net/format.html#me..._vorbis_comment (http://flac.sourceforge.net/format.html#metadata_block_vorbis_comment)
http://xiph.org/vorbis/doc/v-comment.html (http://xiph.org/vorbis/doc/v-comment.html)
"ASCII 0x20 through 0x7D, 0x3D ('=') excluded" includes space, so it isn't illegal.
After reading comments above I have discovered that MediaMonkey has added a "Album Artist" tag not a "AlbumArtist" tag.
This tag should really have no space for FLAC ("ALBUMARTIST") -- I suggest you bug the Media Monkey folks... in their forum.
Um, why?
http://flac.sourceforge.net/format.html#me..._vorbis_comment (http://flac.sourceforge.net/format.html#metadata_block_vorbis_comment)
http://xiph.org/vorbis/doc/v-comment.html (http://xiph.org/vorbis/doc/v-comment.html)
"ASCII 0x20 through 0x7D, 0x3D ('=') excluded" includes space, so it isn't illegal.
No, it's probably not "illegal"... but the common used tag is ALBUMARTIST *without* a space. Just like TRACKNUMBER. Just how it is...
After reading comments above I have discovered that MediaMonkey has added a "Album Artist" tag not a "AlbumArtist" tag.
This tag should really have no space for FLAC ("ALBUMARTIST") -- I suggest you bug the Media Monkey folks... in their forum.
Um, why?
http://flac.sourceforge.net/format.html#me..._vorbis_comment (http://flac.sourceforge.net/format.html#metadata_block_vorbis_comment)
http://xiph.org/vorbis/doc/v-comment.html (http://xiph.org/vorbis/doc/v-comment.html)
"ASCII 0x20 through 0x7D, 0x3D ('=') excluded" includes space, so it isn't illegal.
No, it's probably not "illegal"... but the common used tag is ALBUMARTIST *without* a space. Just like TRACKNUMBER. Just how it is...
foobar2000 users probably all use ALBUM ARTIST.
D'oh... Well, welcome to lack of real standards. The power of flexible tagging. You'd think with "TRACKNUMBER" being as standard as you get... that "ALBUMARTIST" would be the obvious choice for most. (Maybe WMPTSE might need to support both... but if they both exist and are in conflict, which one should take priority?)
D'oh... Well, welcome to lack of real standards. The power of flexible tagging. You'd think with "TRACKNUMBER" being as standard as you get... that "ALBUMARTIST" would be the obvious choice for most. (Maybe WMPTSE might need to support both... but if they both exist and are in conflict, which one should take priority?)
Supporting both would be wonderful! (At least for me as it would save hundreds of hours of work going through each album with something like Foobar to add the 'AlbumArtist' tag). I would have thought there is almost no chance of both being in existence, and if they are the probably wouldn't be a drama to take the 'AlbumArtist' tag as authoritative in preference to the one with the space.
D'oh... Well, welcome to lack of real standards. The power of flexible tagging. You'd think with "TRACKNUMBER" being as standard as you get... that "ALBUMARTIST" would be the obvious choice for most. (Maybe WMPTSE might need to support both... but if they both exist and are in conflict, which one should take priority?)
Actually on doing more research on this it would seem that if anything "Album Artist" is more likely to exist than "AlbumArtist". See:
http://www.hydrogenaudio.org/forums/index....showtopic=31530 (http://www.hydrogenaudio.org/forums/index.php?showtopic=31530)
http://wiki.hydrogenaudio.org/index.php?ti...ds#ALBUM_ARTIST (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Encouraged_Tag_Standards#ALBUM_ARTIST)
I would give my right arm to have this supported, or to come up with some way to edit the tag descriptor in bulk!
Wow. Quite some noise here...
Hum....i am very touchy on these kind of subject, you may regret it
<boring developper politics>
For the lack of standard and the <space> or <nospace> problem :
I'm not very fond of the "oss" (i'm generalising here...) way of believing "choice is always good" (known as the bazaar).
As you can see with this example : a SIMPLE SPACE can be VERY decieving...
How much would have it cost if someone just MAKE A SPEC for this ?....
As you can clearly see in my code, i'm not so much a "SPEC everywhere!" guy....BUT....there's time where a good aknowledgement with every parties HELPS every parties. Absolute flexibillity is never good : we need to communicate at least, then we need basic common values (COMMUNicate) !!! <i can go on and on on this subject ....>
Also, if you read all the posts in this forum topic, you'll find that i've ended the OGG write support for the very same reason : no standardisation of OGG tagging (it's one abstraction level down, but it's the same POLITICAL problem), no communication possible, reverse engeneering in most case, then hacks everywhere and then bugs, and then angry users and then depressed developpers and then no more software....
That's why, as i've done WMPTSE on my free time and released it free for all (including source....), i will not spend my [ precious|pretencious -choose your word-] time adding every damn possibilities for every damn uncomplete meta-tagging standards (and there's a lot....)
You have got the source. If you want a space in your WM/AlbumArtist flag for every FLACTagged files, go on.
You'll just have to add the space in "FLACTagSupport.h" (search the beautifulls #define), recompile it, and erase the "bad" FLACTagSupport.dll.
I am here to help you rebuild WMPTSE if you don't possess Visual Studio and wish to use gcc or whatever you wish to use
</boring developper politics>
Thanks grommet for the Contributing Artist thing. I was too lazy to search it...
I will correct this in the next release (1.0.2 probably, unless a major bug is raised). [of course if you are in a hurry, you can do it yourself : FLACTagSupport.c => GetFLACMetaDataWMAttributeNameEqu() and change the strcmpi]
For the WMP11 Beta. Once and for all !!! :
I'm not able to install it under my Win2K box, (yeah, i know ) and no documentation has been released.
So i can't help anyone on this subject. I'm just as completelly blinded as you are.
For the OGG in WMP11 Library, i remember that the first release of WMP10 was including the charming "MLS bug", which stands for MediaLibrary Support bug. It simply disabled the customizing in the Library. Maybe Microsoft is doing it all again. Can't say....It's beta though. So don't be too bad with MS
For those willing to try WMPTSE under WMP11, i advise you to install the 1.0 msi file (i silencelly tricked it down to bypass the registrering problem )
MaB_fr
D'oh... Well, welcome to lack of real standards. The power of flexible tagging. You'd think with "TRACKNUMBER" being as standard as you get... that "ALBUMARTIST" would be the obvious choice for most. (Maybe WMPTSE might need to support both... but if they both exist and are in conflict, which one should take priority?)
Actually on doing more research on this it would seem that if anything "Album Artist" is more likely to exist than "AlbumArtist". See:
http://www.hydrogenaudio.org/forums/index....showtopic=31530 (http://www.hydrogenaudio.org/forums/index.php?showtopic=31530)
http://wiki.hydrogenaudio.org/index.php?ti...ds#ALBUM_ARTIST (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Encouraged_Tag_Standards#ALBUM_ARTIST)
I would give my right arm to have this supported, or to come up with some way to edit the tag descriptor in bulk!
Oh dear !!!!!
It's not even self-coherent....!!!!
"ALBUM ARTIST"
And then
"FIRST_PLAYED" "LAST_PLAYED" ?
I know english is not my native language but are " " and "_" really different in meaning there ?
I always understand standard as "minimum for everyone".
Why raise entropy in a system created to lowered it ?
MaB_fr
Two points:
- design by committee (see Disclaimer on that wiki page)
- historical reasons (existing components with conflicting conventions)
Two points:- design by committee (see Disclaimer on that wiki page)
- historical reasons (existing components with conflicting conventions)
Yeah, i'd like to see the OGG meta tagging commitee, i'm really in need for it you know.
The history, as we both know, is made by human. They can preempt "History" if they have the guts to.
So much for the boring subject. Let's go on WMPTSE, i made my decisions (my history )
Thanks MaB_fr for writing your WMP Tag Extender plugin.
As someone coming from iTunes which has excellent Tag support (even Paul Thurrott uses it in prefrence to WMP as a result! see http://www.winsupersite.com/reviews/wmp11.asp (http://www.winsupersite.com/reviews/wmp11.asp) ), I was shocked by how bad WMP 10 is. Basically if you are not using MP3 then WMP is pretty much uesless.
I can see your plugin allows WMP to read AAC tags and that your webpage admits it is READ ONLY access.
I was wondering what the possiblity is of you doing the following enhancements -
1. Add write support for AAC (and other MPEG formats)
2. It appears you do not provide read access to embedded artwork for AAC etc., could you also add this?
3. Your plugin does not support AIFF files at all (AIFF does support the use of ID tags included embedded artwork), could you possible add support for this file format?
If you need to test these other files formats then iTunes can convert easily from one to the other and let you edit the tags (at its end), you can then monitor the iTunes folder in WMP10 and see what the results are.
For your information (don't treat this as gospel), I get the impression from my own experimentation that WMP 11 will work with your plugin (at least if it is installed before hand).
Note: WMP11 appears to be no better than WMP10 in terms of tag support (in other words it still sucks), it does however look more attractive).
Thanks MaB_fr for writing your WMP Tag Extender plugin.
As someone coming from iTunes which has excellent Tag support (even Paul Thurrott uses it in prefrence to WMP as a result! see http://www.winsupersite.com/reviews/wmp11.asp) (http://www.winsupersite.com/reviews/wmp11.asp)), I was shocked by how bad WMP 10 is. Basically if you are not using MP3 then WMP is pretty much uesless.
Don't forget WMA & WMA Lossless. WAV is also supported, but without internal tagging... of course. Microsoft has little interest in adding library/tagging support for formats it does not support and ship itself. Just like I don't expect Apple to add WMA support anytime soon to iPod/iTunes. This is why plugins like WMPTSE need to exist. The only thing you can wish for.... is that Microsoft will make WMP 11 (and Vista) easily extensible by add-ons instead of "hacks."
Also, I don't find iTunes to have "excellent tagging support." No Album Artist, no way to lookup metadata for existing content ripped outside of iTunes, no way to get album art automatically, no WMA Support, only supports iPod, doesn't autodiscover new files, etc.
Wow. Quite some noise here...
Hum....i am very touchy on these kind of subject, you may regret it
<boring developper politics>
For the lack of standard and the <space> or <nospace> problem :
Sorry, I did not realise the sensitivity but can certainly understand the frustration.
For those who might have the similar problem I have fixed my problem by using a MP3Tag ‘action’ to add an additional Tag for ‘AlbumArtist’ to my whole collection, so I now have both bases covered. I know it is a bit messy to have both but the upside is that now the files work with almost any player I have tried.
WMPTSE now works perfectly, thanks for a great product…
1. Add write support for AAC (and other MPEG formats)
2. It appears you do not provide read access to embedded artwork for AAC etc., could you also add this?
3. Your plugin does not support AIFF files at all (AIFF does support the use of ID tags included embedded artwork), could you possible add support for this file format?
You're welcome.
First, i'd like to remember everyone that 1.0 is only 2 month old !!!
I'm alone on this one (despite the fact that i greatly welcome any developper who'd like to participate....MESSAGE !!!! MESSAGE !!!!) So let WMPTSE grow a bit first...
1. The write support for MP4 is in studying phase "one". I've sufficent information to do it. But not enough to do it easily (things like extra padding inside the taggs must be handled properly). So i can't say if MPEG4 tagging write support will soon be ready or not soon. I'm working on it (as thinking the right way to do it).
In a perfect world, a developper would take care of it for me (and i asked one already, who didn't answer) and it will be is responsability to do it (i've made WMPTSE pluggable just for this...it has not been a success so far ). As we live in the real world, it seems i will be doing it...(and i'm not using MPEG4 files, so be happy )
When ? I must ask you to wait until my brain tells me "go write the code now !". Which is not today so far
2. The "non-textual" meta-tagging support is planned for 2.0 release. As it involves modifications in WMPTSE plug-in API, it is in a draft state but it is one of the main objectives of WMPTSE 2.0. So it will be in.
3. I must ask how widely is used AIFF today... Again, i can't afford to disperse myself too much and as i don't use this format, i'm not naturally willing to spend time coding support for it (yeah, I AM a lazy coder )
If it is, at least, as widely used as FLAC, i may kick my butt a bit on this one to do it. I deeply would prefer if you find me a developper (yourself ?) with the AIFF knowledge. The WMPTSE 1.0 plug-in API is easy as 1-2-3 and it's just a dll far for someone with the right metatagging skills. As always, the more i'm lightened of the burden of externals problems (tagging support), the more i can focus on raw functionnality for WMPTSE(like "2."), for the joy of everyone...
Beware of WMP11, i think it's all the lock-out thing again in my view. Please someone just upgrade the WMP11-like skin (http://thevista.ru/files/mutogens/wmp11skin_byTheVista.ru.rar) and we could keep WMP10 with advantages (if a third party extra functionnality is needed to match the WMP11's UI [transparency ?], i see no problem to help)...
Hum, by the way don't hesitate to enlight Paul Thurrott with the existence of WMPTSE. I'm not doing this kind of thing myself, cause i think that's obvious i can't be neutral about my own work
Sorry, I did not realise the sensitivity but can certainly understand the frustration.
Don't be afraid bojh, i'm just fighting against lack of simple standard everywhere i can (this one would have cost 10 lines of text, so it's a very very very very lazy developper behaviour). And the fact that we ends up with standard at the end everyway, simple because at one point it become necessary to keep the thing exist. And then History had make its way, and we get the "natural selection" incoherency like " " & "_" meaning for space. Ah, humans
MaB_fr
Thanks MaB_fr for writing your WMP Tag Extender plugin.
As someone coming from iTunes which has excellent Tag support (even Paul Thurrott uses it in prefrence to WMP as a result! see http://www.winsupersite.com/reviews/wmp11.asp) (http://www.winsupersite.com/reviews/wmp11.asp)), I was shocked by how bad WMP 10 is. Basically if you are not using MP3 then WMP is pretty much uesless.
Don't forget WMA & WMA Lossless. WAV is also supported, but without internal tagging... of course. Microsoft has little interest in adding library/tagging support for formats it does not support and ship itself. Just like I don't expect Apple to add WMA support anytime soon to iPod/iTunes. This is why plugins like WMPTSE need to exist. The only thing you can wish for.... is that Microsoft will make WMP 11 (and Vista) easily extensible by add-ons instead of "hacks."
Also, I don't find iTunes to have "excellent tagging support." No Album Artist, no way to lookup metadata for existing content ripped outside of iTunes, no way to get album art automatically, no WMA Support, only supports iPod, doesn't autodiscover new files, etc.
Actually iTunes for Windows can import unprotect WMA, and it might even be possible to do this on a Mac using the free Flip4Mac codecs.
WMA is not supported by iPod so as far as the majority of the world is concerned WMA is pointless. WAV does not support Tags, AIFF does but WMP does not support reading AIFF tags.
There are loads of third-party addons for iTunes to deal with issues like auto-correcting tags, auto-adding Album Art, etc. etc., indeed it may be possible that there are now more plugins for iTunes than WMP.
WMP and what formats it supports for Tags (built-in)
MP3
WMA
iTunes and what formats it supports for Tags (built-in)
MP3
AAC
M4P
M4A
Apple Lossless
AIFF
My own recent experience of WMP indicates that Microsofts metadata server is full of crap. If I check each track OF THE SAME ALBUM I will get different results for almost each track!
3. I must ask how widely is used AIFF today... Again, i can't afford to disperse myself too much and as i don't use this format, i'm not naturally willing to spend time coding support for it (yeah, I AM a lazy coder )
If it is, at least, as widely used as FLAC, i may kick my butt a bit on this one to do it.
AIFF is I believe the lossless file format that is most cross platform that also supports tags (which eliminates WAV). For example it is supported by iTunes (of course), iPod, Roku SoundBridge, SlimDevices SlimServer, Sonos Digital Music System, and even WMP!!!
I had originally ripped all my CDs in AIFF (at the time I knew WMP could play them but I did not know that Microsoft was so stupid as to support playing them but not reading their tags), I have (for the moment) re-ripped them all in AAC.
By the way, WMP and MCE are not showing the duration (track length) for AAC tracks. Does your plugin provide this information to WMP? WMP does show this for MP3 tracks.
WMP and what formats it supports for Tags (built-in)
MP3
WMA
iTunes and what formats it supports for Tags (built-in)
MP3
AAC
M4P
M4A
Apple Lossless
AIFF
Does iTunes support raw AAC?
An exact and unbiased list would be:
WMP = MP3 and WMA
iTunes = MP3, MP4¹, ALAC, AIFF
or more complete:
WMP = MP3, WMAStd, WMAStd protected, WMAPro, WMA Lossless, WMA Voice
iTunes = MP3, M4A, M4P, ALAC, AIFF
¹ MP4 = LC-AAC in MP4 container.
I had originally ripped all my CDs in AIFF (at the time I knew WMP could play them but I did not know that Microsoft was so stupid as to support playing them but not reading their tags), I have (for the moment) re-ripped them all in AAC.
Do note iTunes' AIFF tagging syle is pretty unique (on Windows, at least)... iTunes inserts a RIFF chuck of "ID3" that contains an ID3v2.3 frame for it's metadata. I don't think the mighty dBPowerAmp even supports reading this metadata. (I could be wrong.) Most consumer applications just treat AIFF as an untagged format, like WAV.
Hum....
Back on track, boys, please This thread is about WMPTSE if i do remember...
I must add that WAV (and AVI, and so on) can be tagged with a RIFF info chunk...
It doesn't mean it's used and widely accepted...
Nobody's dreaming of using wav info chunk to handle is media library...(if so, i will advise to consult a specialist )
My point is more, how many people USE this...
Are every old "AIFF" users all using iTunes MP4 now ?
If so, i must say that i won't support AIFF without a very strong reason to do so (threating me to be forced to port it under vms maybe could be a strong one )
If not, how many users need this ?
MaB_fr
i don't know if this is something to do with wmptse or not but as a few of you have a lot of experience with flac and wmp
how can i get wmp to recognise flac files as media files when browsing my pc to add to the library?
It is the point of WMPTSE....If it does not work, you should report the problem and give :
1) what software do you use to encode the file in flac format (and if possible the flac version this program use)
2) what parameters do you use with it
3) what version of WMP do you use
4) what version of WMPTSE do you use
And then we maybe we could began to corner it
MaB_fr
1) i'm using EAC/MAREO with FLAC 1.1.2
2) scrON fileON mareo.ini %o %s %d "%a" "%g" "%t" "%n" %y "%m"
3) wmp 10.00.00.4019
4) how do i find the wmptse version?
it the tag propertyies in wmp it tells me it is not started yet, except that wmp is reading the tags and even supplying them to messenger correctly too
however the major issue i have is that when i click the 'add to library' button it doesn't show any flac files as 'media files', it only shows them if i select 'all files' in the drop down box
any help would be great
Hum....
Back on track, boys, please This thread is about WMPTSE if i do remember...
My point is more, how many people USE this...
Are every old "AIFF" users all using iTunes MP4 now ?
If so, i must say that i won't support AIFF without a very strong reason to do so (threating me to be forced to port it under vms maybe could be a strong one )
If not, how many users need this ?
MaB_fr
Probably these days more people are looking to use Apple Lossless Audio Codec instead. However while there is either built-in or plugin support for this in WinAmp, Foobar, VLC, MPlayer, etc. once again there appears to be no way to play these in WMP.
So if you don't want to add tag support for AIFF, you could instead add codec support for Apple Lossless to WMP.
PS. As a bonus to you Apple Lossless would use the same tag format as AAC and other MPEG based files.
In a perfect world, a developper would take care of it for me (and i asked one already, who didn't answer) and it will be is responsability to do it (i've made WMPTSE pluggable just for this...it has not been a success so far ). As we live in the real world, it seems i will be doing it...(and i'm not using MPEG4 files, so be happy )
Oops, sorry
I meant to answer your PM and I completely forgot.
Like you I don't really have any MPEG4 files (I personally use WavPack (with APEv2 tags) and FLAC (with FLAC tags)) which you've already got support for - and I guess I'm too lazy as well
Theres also the little problem that I don't have any Windows development tools
[deleted]
I must add that WAV (and AVI, and so on) can be tagged with a RIFF info chunk...
It doesn't mean it's used and widely accepted...
Wrong - AIFF tagging is not only standard but widespread and used to handle all sorts of stuff. AIFF (and other RIFF formats like WAVE) can be tagged using chunks or tagged using ID3 frames stored in a 'ID3 ' chunk. I won't even mention that fact that AIFF or BWF (WAVE tags with standardized RIFF chunks used for tagging) are probably the most common audio files in professional audio.
yees, yeees. And several WAV players choke on unusual tags, or, most of the time, try to play them producing gibberish.
Of course it is the player's and not the format's fault, but that doesn't make the situation any better. Then again, it's partially the format's fault, since both IFF and WAV were reportedly badly documented during their early years.
You are highly misinformed. Most radio and television stations do exactly this, and it is one of the reasons why WAVE tags were standardized in BWF. BWF has been an EBU standard for almost 10 years now.
I don't think these radio stations will be using Windows Media Player to deal with their audio collections, so let's move on...
I won't even mention the fact that programming for VMS is a joy compared to programming for Windows or UNIX, especially with descriptors and system call that make sense. Let's not spread FUD and misinformation here.
lol
1) i'm using EAC/MAREO with FLAC 1.1.2
2) scrON fileON mareo.ini %o %s %d "%a" "%g" "%t" "%n" %y "%m"
3) wmp 10.00.00.4019
4) how do i find the wmptse version?
it the tag propertyies in wmp it tells me it is not started yet, except that wmp is reading the tags and even supplying them to messenger correctly too
however the major issue i have is that when i click the 'add to library' button it doesn't show any flac files as 'media files', it only shows them if i select 'all files' in the drop down box
any help would be great
Ok, the WMPTSE version is available on the lower left angle in the property page of the plug-in (Tools -> Option -> Plug-in -> Properties button) or you can right-click on the WMPTagSupportExtender.dll in your install directory and select properties -> Version tab.
For the "xxx files is not selectable in the add to library", again and again, it should be a codec install behaviour. But as it is not documented, lots of codec doesn't take the time to register it. So you can do it yourself by hand (see P.S.) or use the tricked 1.0a msi file (it forces the registry entry, so don't go complain !!!).
I would really like if you don't name it an "issue" as i should'nt theoritically be held responsible for it
Like you I don't really have any MPEG4 files (I personally use WavPack (with APEv2 tags) and FLAC (with FLAC tags)) which you've already got support for - and I guess I'm too lazy as well biggrin.gif
Theres also the little problem that I don't have any Windows development tools laugh.gif
Too bad, it seems there's so few developpers interested for so much users. The technical bias, i assume.
For the Windows dev tools, it is not a problem. It will be good that i add some gcc/cygwin makefile...Lazy i am, lazy i'll rest : until i'm obliged to do so, i won't
I won't even mention the fact that programming for VMS is a joy compared to programming for Windows or UNIX, especially with descriptors and system call that make sense. Let's not spread FUD and misinformation here.
I like this kind of "my world is better"... The VMS part WAS a joke you know ! It wasn't FUD, it was expected fun (at least for me...maybe you don't like my humour, i can understand that ) VMS is a great OS, but it IS old. And like all old things, it make a good story when pointing at it (as does newest things). And my point was more that it will be totally useless to port a plug-in for Windows Media Player 10 (notice the windows in the name ?) for VMS. I'm sure there's plenty of pluggable media players on VMS, but really.....i'm sorry to say that neither my mother nor my friends use it... I am surely deeply biased by my environnement and culture. Bad boy, i am.
For the RIFF/AIFF things. Hum, i maintain that i've not seen a large chunk of first level users use it (by that i mean user who are only USERS not users that are professionnal that will then be "producers" for users)...There are lots of professionnal environnement rules (and cultural bias ) that are not true outside the pro. And i am very sorry to say that the population of professional sound/music workers is tiny compared with the total "music users" population...
I know that forums are likelly to contain these kind of "war of the worlds" battle, but at least, i will enforce everybody to keep it under the subject of the thread which is my little egomaniac work : WMPTSE.
So now, as said rjamorim
...", so let's move on..."
Then, if, as it continues to be, nobody can show me a large population of FIRST LEVEL USERS (and i meant at least around flac's numbers) that needs AIFF (or RIFF chunk info if you prefer it) support for WMPTSE (that means to use for their Media Library...), i will not take the time to do it (again, everybody is free to do it, and i will GREATLY enjoy to have someone adding that support. And will help him the more i can. But i guess it is easier to wait and jump on every bad joke. As a lazy bastard, i can understand that ).
It is a great thing that
informed people are willing to discuss matters with users, but they must remember that language and environnement differs.
Peace on earth
About developping a directshow codec to support Apple Lossless, i surely is a great idea, but as i spent already too much time on WMPTSE, i must ask to be freed of this nightmare (go and see some directshow code, it really is dangerous land to walk in)
For the time displaying as a metadata : as it is not a registered metatag, i currently don't support it. WMPTSE is all about MetaData, WMPTSE is not asking the codec to decypher the total time of each track. It will be time consuming (i can if it is really necessary, but i surely make it optionnal). That's why time is only displayed when played (the directshow codec is then at work). I could trick it to "add it the first time it is played", but it will add a unregistered metadata entry (as undocumented for most tag format) for users using "write support". If everybody is willing to take the risk...Just let me know if it is THAT important for your use.
MaB_fr
P.S. : the registry entry to add any format in all MS media players file selection dialog -
1) First add the simple "file description" in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions]
Add a string type named with the description ("FLAC Audio files (*.flac)") and with the extensions as value ("*.flac")
2) Add the description with index in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Descriptions]
Take the last index number...add one and add a string type with this new number as name ("14" in my pc). Then use your description as value or some customised one if you prefer ("Free Lossless Audio Codec file (*.flac)")
3) Add the multimedia ui description in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\MUIDescriptions]
Take the same index that you had in 2) (it there's already one, you've got a misconfigurated oldie)
Add a string type with this number as name ("14" in my pc). Then use a friendly description as value ("Free Lossless Audio Codec Files")
4) Add the file extension type in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Types]
Take the same index that you had in 2). Add a string type with this number as name ("14" in my pc). Then use the file name extension as value ("*.flac") separated by semi colon if there's more than one.
Here you are, relaunch WMP, it will work now....And pass the word to the directshow codec developper, it will help if i'm not obliged to support every filetype misconfiguration in the future
[deleted]
hey Mab cheers for that
i never said it was a problem with your tag extender, i just wondered if anyone had found this issue before cos you lot know about all this flac technical stuff
i'll try that stuff out cheers!
EDIT: it worked!
VMS heritage may be old, but the latest IA64 OpenVMS release is newer than the latest Windows XP SP release. OpenVMS 8.2-1/IA64 (production) was released in 12/2005 while OpenVMS 8.3-SDK (a developer) was released 03/2006. If you are thinking about VMS 10 or 15 years ago (or you worked with a 10 or 15 year old release), then that would make as much as if I claimed that the 10 or 15 year old version of Windows was crap (which would mean I was referring to Windows 95 or Windows 3.0, respectively) so that means it still is crap. VMS has undergone just as much development as other operating systems in this time. Just because you might not have been using it or exposed to it does not mean it was standing still.
-----
And also, rja, I'll let you know that the AIFF/RIFF specifications have been pretty much unchanged since 1989 and have always been available. If older applications aren't supporting it properly, it would be because the developers never bothered to read the documentation, available in what is essentially the final state since 1991. I know that before the Internet revolution, this informatin was available from directly Apple, or via the Microsoft dialup BBS (surely by 1993). I won't argue that support is lacking, but it is NOT the fault of the format being unavailable. Don't make excuses for poor programmers.
-----
Now, back to the subject at hand - tagging!
RIFF chunk tags in AIFF files are extensively used by music production and mastering professional and their equipment, and RIFF tags in WAVE (BWT) is mainly used by "head-end" cable and satellite broadcast applications. It is very true that they are almost completely unused for end-user playback applications.
The RIFF chunk tagging specifications pre-date Unicode as well. As such, this isn't the best choice for todays end-users to use to manage their collections of albums and music on home computers.
The only tagging standard that has widespread "end-user" user is the "ID3 " chunk, containing an ID3v2 frame, which can support "proper" tagging that would coherent and make sense for end-users. While iXML chunks can contain rich metadata, most of it would be uninteresting for end-users managing their collections.
If you can add support for that kind of tag, it would be fantastic, and many people would appreciate it, as many other end user applications (such as iTunes) supports such. This would meet the demands of almost all end-users.
Please understand that I agree with you completely. But I also don't want anyone to think that just because they don't know about a particular standard or don't use it themselves that it is "not widespread" or, worse, "unsupported" or even "antiquated". That isn't the case at all.
Case dismissed
And by the way, i'm a big fan of VMS and a deep old supporter of the Alpha CPU line (go to hell dec/compaq/hp !!! )....That was a kind of sad clown joke. I'd really love to get a VMS box @ home (dream a little dream for me )
Anyway, i'll have a go on the iXML doc. Seems interesting.
hey Mab cheers for that
No pb for that...
It is just the 4th time (with PM) that someone ask for this....I'm thinking about finding somewhere to wikied it !!!!
Some part of MS software are sooooooooo undocumented for sooooooooo simple things...
Where there's no money to make, there's no doc ? anyway...
MaB_fr
The only tagging standard that has widespread "end-user" user is the "ID3 " chunk, containing an ID3v2 frame, which can support "proper" tagging that would coherent and make sense for end-users. While iXML chunks can contain rich metadata, most of it would be uninteresting for end-users managing their collections.
If you can add support for that kind of tag, it would be fantastic, and many people would appreciate it, as many other end user applications (such as iTunes) supports such. This would meet the demands of almost all end-users.
Anyway, i'll have a go on the iXML doc. Seems interesting.
And folks, i am NOT saying it will be in future release, it MAY be, MAY
MaB_fr
I get the impression TrNSZ was saying that you should not persue iXML but should instead add the ID3 chunk support as this is of more interest to 'ordinary' users (like myself) since that is what iTunes etc. use.
For your information here is a link to a website about iXML http://www.ibs.org.uk/public/ixml/index.php (http://www.ibs.org.uk/public/ixml/index.php)
I was talking about DOCUMENTING about
MaB_fr
some news re: wmp 11... i followed the instructions below, installed the illiminable filters, then wmptse 1.01. did a regsvr32 on the wmptagsupportextender dll, started wmp and enabled the plugin. dragged and dropped my music directory onto wmp and bam! all my flac files are loaded properly and playing fine in wmp 11 it also loaded them in a WHOLE LOT quicker than wmp10 ever did, not to mention it looks so much nicer with the new interface.
P.S. : the registry entry to add any format in all MS media players file selection dialog -
1) First add the simple "file description" in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions]
Add a string type named with the description ("FLAC Audio files (*.flac)") and with the extensions as value ("*.flac")
2) Add the description with index in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Descriptions]
Take the last index number...add one and add a string type with this new number as name ("14" in my pc). Then use your description as value or some customised one if you prefer ("Free Lossless Audio Codec file (*.flac)")
3) Add the multimedia ui description in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\MUIDescriptions]
Take the same index that you had in 2) (it there's already one, you've got a misconfigurated oldie)
Add a string type with this number as name ("14" in my pc). Then use a friendly description as value ("Free Lossless Audio Codec Files")
4) Add the file extension type in :
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MediaPlayer\Player\Extensions\Types]
Take the same index that you had in 2). Add a string type with this number as name ("14" in my pc). Then use the file name extension as value ("*.flac") separated by semi colon if there's more than one.
Here you are, relaunch WMP, it will work now....And pass the word to the directshow codec developper, it will help if i'm not obliged to support every filetype misconfiguration in the future
actually - i spoke a little too soon. i've noticed two problems so far, one is that i can't seek within the flac files (but this is probably a directshow filter issue, not wmptse). the other is that i can't get the year tags to work... everything comes up as an unknown year. i'd appreciate it if someone else with wmp11 tries it out and lets me know if it's just a tagging issue with my files!
[deleted]
However, if you are still interested in iXML, you can find the official specification at ixml.info (http://www.ixml.info/). The standard types are things such as "scene", "tape", "production", "tape", etc. These tags are very useful for studio audio and video production or mastering work, but are not likely to be or needed in an end-user playback applications.
Yeah, i can imagine. It interests me anyway (apart from WMPTSE).
actually - i spoke a little too soon. i've noticed two problems so far, one is that i can't seek within the flac files (but this is probably a directshow filter issue, not wmptse). the other is that i can't get the year tags to work... everything comes up as an unknown year. i'd appreciate it if someone else with wmp11 tries it out and lets me know if it's just a tagging issue with my files!
equalrightsforwerewolves, could you test some of the problematic files with a WMP10 somewhere. It would be nice to know if it's just a WMPTSE bug or a WMP11 problem (i can see why WMP11 could have a pb with year : the date format used.....)
[deleted]
Attn: MaB_fr
For what its worth, your WMPTSE plugin can read tags from Apple Lossless Audio Compressed format files (aka. ALAC or ALE). These files use the file extension .m4a and the same file format as AAC (but obviously a different codec).
I say for what its worth because unfortunately I have not yet found a solution to let WMP play Apple Lossless format files
If anyone knows how to get WMP to play Apple Lossless files I will be very grateful.
Note: I have got AAC working in WMP but AAC is not the samething as Apple Lossless.
Attn: MaB_fr
For what its worth, your WMPTSE plugin can read tags from Apple Lossless Audio Compressed format files (aka. ALAC or ALE). These files use the file extension .m4a and the same file format as AAC (but obviously a different codec).
I say for what its worth because unfortunately I have not yet found a solution to let WMP play Apple Lossless format files
If anyone knows how to get WMP to play Apple Lossless files I will be very grateful.
Note: I have got AAC working in WMP but AAC is not the samething as Apple Lossless.
Yeah, that's the "magic" of WMPTSE.
It works with or without the directshow codec filters...
It may motivate some dev to code an apple lossless codec (who knows ?)
MaB_fr
I have discovered that even the latest (beta) firmware for the Roku Soundbridge does not actually support Apple Lossless! This is compared to the SlimDevices Squeezebox and the Sonos Zone Player, both of which do.
I actually have a Soundbridge M2000 and until now have been using it to access AIFF files served by iTunes.
Therefore I now consider AIFF once more to be the one true universal lossless file format. (AIFF is supported by WMP, WinAmp, VLC, MPlayer, iTunes, iPod, Roku Soundbridge, SlimDevices Squeezebox, Sonos Zone Player, etc. etc. etc., basically everything) FLAC is not supported by iPod and WAV does not support embedded art.
So once more having tag support for AIFF is the holy grail.
I would be happy to pay a shareware fee for this.
By the way, Windows Explorer shows WMPTSE 1.0.1 as being version 1.0 and so does WMP. However Add/Remove Programs does show it as 1.0.1 and I did specifically un-install it and re-install a fresh 1.0.1.
John Lockwood, AIFF is more than Lossless. It's completely uncompressed. Let's use Lossless for formats that actually achieve some compression. (And as you probably know, this format has little consumer tagging support outside of iTunes... at least on mainstream Windows applications.)
Anyway, the open source Firefly Media Server (formerly mt-daapd) for SoundBridge will transcode FLAC, ALAC, etc. for complete Lossless playback. It will also do WMA Lossless soon, for the Windows release only.
(Don't expect native ALAC decoding on SoundBridge anytime soon... since Roku has an existing business relationship with Apple, skirting legalities by using reverse engineered ALAC code probably won't happen.)
I have discovered that even the latest (beta) firmware for the Roku Soundbridge does not actually support Apple Lossless! This is compared to the SlimDevices Squeezebox and the Sonos Zone Player, both of which do.
I actually have a Soundbridge M2000 and until now have been using it to access AIFF files served by iTunes.
Therefore I now consider AIFF once more to be the one true universal lossless file format. (AIFF is supported by WMP, WinAmp, VLC, MPlayer, iTunes, iPod, Roku Soundbridge, SlimDevices Squeezebox, Sonos Zone Player, etc. etc. etc., basically everything) FLAC is not supported by iPod and WAV does not support embedded art.
So once more having tag support for AIFF is the holy grail.
I would be happy to pay a shareware fee for this.
By the way, Windows Explorer shows WMPTSE 1.0.1 as being version 1.0 and so does WMP. However Add/Remove Programs does show it as 1.0.1 and I did specifically un-install it and re-install a fresh 1.0.1.
Hi,
Yeah, at least, i can assume you needs it !
I've said it before, so you know what i think. I will be REALLY delighted to support any developper who might be interested in this (like in "beer" interested ). I will claim no fee at all and no compensation of any kind, and i will help the developper by any means i can to get is reward (if you both agreed on something). For myself, i've no time to do it (except for helping someone else).
Find some skilled AIFF tagging man. Agree on some fee or shareware fee (it won't be my work, i'm not concerned). And let the dream come true
Then, i'm definitelly not a holy grail seeker...Sorry.
But you seems to have the motivation, so get someone in your boat, it should be easy...
<boring developper politics>
For the versionning question, 1.0.x are "no change in main dll" release. They are "tag support" changes.
So, it's coherent (for me ...) that only the version number of MPEG4TagSupport.dll changed from 0.5.0.0 to 0.5.0.2. I debugged the iTunes 4.x bug and released it without changing anything to WMPTSE itself.
When you see a 1.x version number, you'll know that WMPTSE has changed.
That will be time to upgrade it.
Apart from that and major release (2.0 the next), don't feel obliged to upgrade unless you need the tag support change.
</boring developper politics>
Hope someone will get you this AIFF tagging
Just say to them it's only a dll with two entry and one simple structure to fill...Not so much WMPTSE take care of the rest.
MaB_fr
how can i check that my files are tagged?
i've just swapped over from having all my mp3 in wmp to having all my flacs instead but only a handful are coming up tagged
now i'm sure they were fine a couple of months back and they've all been ripped exactly the same way with EAC and MAREO
how can i check that my files are tagged?
i've just swapped over from having all my mp3 in wmp to having all my flacs instead but only a handful are coming up tagged
now i'm sure they were fine a couple of months back and they've all been ripped exactly the same way with EAC and MAREO
If i guess correctly...
There's different mode for WMPTSE to be notified to search a file for its tags. All depends of the option you've selected in the Auto-refresh list from WMPTSE Properties.
In any case, you've got the "refresh now" button. It will ensure that all files are properly scanned.
If some of your files continue to be displayed as non-tagged (by that, i assume, you mean no artist nor album name are displayed), you can ensure that your flags files are properly tagged with the "metaflac" utility. You can find it here : http://flac.sourceforge.net/download.html (http://flac.sourceforge.net/download.html)
IF after metaflac reports no error in the tagging, and WMPTSE doesn't display it yet, report directly here. I will then investigate for this bug.
MaB_fr
well i got it working again
don't know how, but i added music by 'adding a folder' rather than 'searching my computer' and it seems to work now
thanks for you help/interest again though
well i got it working again
don't know how, but i added music by 'adding a folder' rather than 'searching my computer' and it seems to work now
thanks for you help/interest again though
For documentation....
(boring if you're not interested in WMP/WMPTSE internals).
As WMPTSE is a hack and depends on the behaviour of WMP to get a "new file added" events, it can happen that some notification are silently passed. In fact, the plug-in API document a "single threaded" requirement for us, little plug-ins.
Then, the flood of "added files" events can't always be handled within a "call's time" and i choose to process it with a "last file" politic (optimizing the browsing then) to avoid too long processing time...
Then the trick is, sometime, before i even get the "n-th file added" event, some "n+1-th file added" has got into the library, and the "n-th file added" is simply skipped.
With the help of 'adding a folder' command, you're right to observe that every files get in. It's because after all "Search in computer" is finished, the missing files will be notified again to WMPTSE (the good part in WMP music folder).
So as an advice to every WMPTSE users : use "Adding a folder" as much as possible.
First you get a smooth add, because WMPTSE is not "flooded" with add-events.
Then you get (in time) all your files in the library, even the just-added/ripped/downloaded one.
In case of emergency, don't forget the "Refresh Now !" button.
Bests...
MaB_fr
John Lockwood, AIFF is more than Lossless. It's completely uncompressed. Let's use Lossless for formats that actually achieve some compression. (And as you probably know, this format has little consumer tagging support outside of iTunes... at least on mainstream Windows applications.)
Anyway, the open source Firefly Media Server (formerly mt-daapd) for SoundBridge will transcode FLAC, ALAC, etc. for complete Lossless playback. It will also do WMA Lossless soon, for the Windows release only.
(Don't expect native ALAC decoding on SoundBridge anytime soon... since Roku has an existing business relationship with Apple, skirting legalities by using reverse engineered ALAC code probably won't happen.)
Disk space is cheap and plentiful so I would be happy enough to use an uncompressed format. I don't want to have to maintain two music libraries in two different formats. The best solution so far is to use AAC which is supported by everything (including thanks to WMPTSE tags in WMP), AIFF is also supported by everything for playback but not by WMP for tags.
FLAC = No iTunes = No iPod (bad)
ALAC = iTunes = iPod (good)
ALAC = No WMP = No MCE + No SoundBridge (very bad)
APE = No iTunes = No iPod (bad)
Ogg = iTunes (Mac only) = No iPod (bad)
AIFF = iTunes = iPod (good)
AIFF + No Tags = No WMP = No MCE (bad)
WAV = No Cover Art (bad)
AAC = iTunes = iPod (good)
AAC + Tags = WMP = MCE + SoundBridge (very good)
A hypothetical
AIFF + Tags = iTunes = iPod + WMP = MCE + SoundBridge (mega fantastic)
I have WMPTSE 1.0.1 installed. Immediately after installing it, I find that WMP 10 is playing 1 track (of an album), then playing a fraction of a second of the next track - skipping and then moving on to the track after that. Effectively it is like playing every other track.
I have done a roll back to prior installing WMPTSE 1.0.1 and the problem goes away, reinstall it and the problem is back.
The tracks are all m4a format.
I have WMPTSE 1.0.1 installed. Immediately after installing it, I find that WMP 10 is playing 1 track (of an album), then playing a fraction of a second of the next track - skipping and then moving on to the track after that. Effectively it is like playing every other track.
I have done a roll back to prior installing WMPTSE 1.0.1 and the problem goes away, reinstall it and the problem is back.
The tracks are all m4a format.
Hi,
There's no reason why WMPTSE should be responsible for that.
WMPTSE only deals with MetaData, there's no call to ANY function in direct or indirect link with sound playing.
In fact, in the case of MPEG4, WMPTSE can only read metadata, not even modify your files.
So, this could be a problem with the directshow codec, or a strange random bug somewhere.
Could you please try to disable (not to roll back) WMPTSE (Tools->Plug-in->WMPTSE [must be unchecked if disabled]). And try again.
If it does work without WMPTSE, we would go on the bug localisation phase.
Thank you for the report.
MaB_fr
I have WMPTSE 1.0.1 installed. Immediately after installing it, I find that WMP 10 is playing 1 track (of an album), then playing a fraction of a second of the next track - skipping and then moving on to the track after that. Effectively it is like playing every other track.
I have done a roll back to prior installing WMPTSE 1.0.1 and the problem goes away, reinstall it and the problem is back.
The tracks are all m4a format.
Hi,
There's no reason why WMPTSE should be responsible for that.
WMPTSE only deals with MetaData, there's no call to ANY function in direct or indirect link with sound playing.
In fact, in the case of MPEG4, WMPTSE can only read metadata, not even modify your files.
So, this could be a problem with the directshow codec, or a strange random bug somewhere.
Could you please try to disable (not to roll back) WMPTSE (Tools->Plug-in->WMPTSE [must be unchecked if disabled]). And try again.
If it does work without WMPTSE, we would go on the bug localisation phase.
Thank you for the report.
MaB_fr
The problem remains if I merely turn off WMPTSE or even use Add/Remove Programs. Only a System Restore Point gets rid of it. I have now discovered it is linked to a DirectShow filter (for AAC playback), if I disable this filter and use a different one (CoreAAC) then WMP will play the tracks consecutively with WMPTSE installed. If on the other hand I have this directshow filter enabled without WMPTSE having been installed then WMP also plays the tracks consecutively. It is only when both are installed and active that the problem starts. I am wondering if this directshow filter might be a bit slower parsing a m4a file and the additional time to process the file caused by WMPTSE as well might result in a total time to process that trips up WMP. What are your thoughts?
It would make more sense if simple turning off or uninstalling WMPTSE removed the problem just as uninstalling this DirectShow filter does. Its almost as if installing WMPTSE makes some permanent change to WMP.
PS. I really need this other directshow filter in preference to for example CoreAAC as
IT CAN ALSO PLAY APPLE LOSSLESS!!!
The problem remains if I merely turn off WMPTSE or even use Add/Remove Programs. Only a System Restore Point gets rid of it. I have now discovered it is linked to a DirectShow filter (for AAC playback), if I disable this filter and use a different one (CoreAAC) then WMP will play the tracks consecutively with WMPTSE installed. If on the other hand I have this directshow filter enabled without WMPTSE having been installed then WMP also plays the tracks consecutively. It is only when both are installed and active that the problem starts. I am wondering if this directshow filter might be a bit slower parsing a m4a file and the additional time to process the file caused by WMPTSE as well might result in a total time to process that trips up WMP. What are your thoughts?
It would make more sense if simple turning off or uninstalling WMPTSE removed the problem just as uninstalling this DirectShow filter does. Its almost as if installing WMPTSE makes some permanent change to WMP.
PS. I really need this other directshow filter in preference to for example CoreAAC as IT CAN ALSO PLAY APPLE LOSSLESS!!!
Ok.
We must have a thread syncro or message handling problem...MS prefered single threaded plug-in, we pay the price.
But, you can limit the activity of WMPTSE with the "Auto-refresh" option checkboxes. In your case, i would advise to uncheck the "When browsing Media Library" button... You loose the ability to get metadata when WMP watch for a folder, but you divide the amount of processing by a large margin.
In every case, your playing problem should appear only the first time you add the file. WMPTSE will not refresh metadata without some event fired. Then, i can see no reason why the second time you play the file, it won't work.
I will investigate to find some way to workaround this problem (if it's possible). But i encourage you to report to the problematic directshow codec developper. There's no reason why it couldn't work where others do...
Please report here any advancement, and thank you for raising this problem.
MaB_fr
P.S. : i can see you are near to get your Apple Lossless support !!! that's good !
The problem remains ...
Hum, i am not able to locate any reason why WMPTSE could behave like this.
Can you divulge the name of the directshow codec you're using ? It would allow me to attempt to reproduce it...
Thanks in advance.
MaB_fr
The problem remains ...
Hum, i am not able to locate any reason why WMPTSE could behave like this.
Can you divulge the name of the directshow codec you're using ? It would allow me to attempt to reproduce it...
Thanks in advance.
MaB_fr
I have sent you a PM
WMPTSE & WMP11 - Tag support does not work
Hello everbody,
I installed WMPTSE for my WMP11. I can add *.mpc-files to the media library, WMP11 plays them fine, but unfortunately I'm not able to read or edit the tags. When I open the extended tag editor, all fields are greyed out.
Has anyone made WMP11's tag editor work with musepack files or made WMP11 correctly read the tags from suc files?
Any help is appreciated!
Erstam
WMPTSE & WMP11 - Tag support does not work
Hello everbody,
I installed WMPTSE for my WMP11. I can add *.mpc-files to the media library, WMP11 plays them fine, but unfortunately I'm not able to read or edit the tags. When I open the extended tag editor, all fields are greyed out.
Has anyone made WMP11's tag editor work with musepack files or made WMP11 correctly read the tags from suc files?
As mentioned earlier in this thread, there are some problems with WMP 11. Some have had luck with registering the DLL manually, but I think some issues still persist.
Also, the WMP advanced tag editor will never work with WMPTSE; only the "normal" library tagging UI features will be active.
Hi everyone,
1.1 is out.
I've corrected a big mistake in the "new" install process which cause the plug-in not to register.
Should now work.
Some minor correction on FLAC support also.
Enjoy it :
http://prdownloads.sourceforge.net/wmptage....1.msi?download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.1.msi?download)
MaB_fr
Hello,
I'd like to know how many WMPTSE users are using WMP11.
It seems that MS as listen to plug-in developpers complaint (at least what i needed to stop "hack" WMP).
I would like to know if WMPTSE users are interested by a specific WMP11 plug-in (it should perform better and integrate easier in WMP).
What do you think ?
MaB_fr
P.S. : i'm asking because i'm always frightened by the lock-in option made by MS on the transcode part (they even add a Convert Policy object and forbid to convert to anything except for ASF and WMA...) and in other WMP sync/burn process. I don't want my plug-in to particpate to the lock-in policy (as you understand, i completely disagree with this policy ).
P.S. II : ...maybe someday, they'll understand that users always prefer freedom in the long term...(which would mean Winamp, VLC, QCD and others in their case)...As alternative are free, i can't understand why they don't get it (in a non-free environnement, lock-in works, but there's plenty of free players, so...)
me, me, me
really, I think a plugin can be a real good thing
me, me, me
really, I think a plugin can be a real good thing
that's one...
{but it seems you aren't using it already...}
i'm using it, along with the current version of wmptse - have been since beta 1. no real complaints about how the tag extender works with it, but if you think a dedicated wmp11 version will work better, i'm all for it
Yes, I'm very interested in a "less hacked" WMPTSE solution for WMP 11... it's actually a good product and scales well. If it could somehow integrate into the shell eventually (Vista, etc.), even better.
We had harsh feedback to Microsoft to make everything as modular as possible. Obviously, they didn't listen to transcoding lock-in feedback... (I assume this means nobody can make a clean "iPod" plug-in solution with transcoding -- for non-DRM content... and we're stuck wth marginal hacks like XPlay 2? If it was made possible, that would be an excellent plug-in the masses could appreciate: WMP 11 working cleanly with "de facto" iPod.) At least they listened to some things.
(Side note: It's also a shame the integrated UPnP AV server will be stuck with MP3, WMA & WAV... at least I don't think there is a way to extend it or add transcoding ability.)
I was hoping someone could help? I'm using WMP11 Beta 2 and WMPTSE. It doesn't read metadata from .m4a or .aac. I haven't found answers searching for hours.
I have already tried to un-install/re-install, tried both 1.01 and 1.1 and have tried to register both dll's manually. Tried encoding files with Itunes, nero and dbpoweramp.
Any other suggestions?
I was hoping someone could help? I'm using WMP11 Beta 2 and WMPTSE. It doesn't read metadata from .m4a or .aac. I haven't found answers searching for hours.
I have already tried to un-install/re-install, tried both 1.01 and 1.1 and have tried to register both dll's manually. Tried encoding files with Itunes, nero and dbpoweramp.
Any other suggestions?
First you ought to check a few important things before we submit a bug report :
1) WMPTSE does NOT support any kind of DRM
2) WMPTSE does NOT support ID3v2 tags or any other non-MPEG4/APEv2/Vorbis tagging
Then after ensuring that none of the above is in conflict, we could have a bug.
The MPEG4 support of WMPTSE has been tested only for a June 2006 iTunes compatibility (if i do remember correctly it was a 5.4 version or so...) so it may happen that Apple changed things since then.
If your files are not DRMed, i suppose they are not copyrighted or at least can be freely distributed. In that case, i would need you to send me a sample file (one who's a problem for WMPTSE).
In the other case, i'm afraid i couldn't do anything. As long as i'm not allowed to have one problematic file and debug it myself, i can only publish the WMPTSE 1.1 source and encourage you to debug it yourself...
Any other information you could have can help if you think so.
MaB_fr
I was hoping someone could help? I'm using WMP11 Beta 2 and WMPTSE. It doesn't read metadata from .m4a or .aac. I haven't found answers searching for hours.
I have already tried to un-install/re-install, tried both 1.01 and 1.1 and have tried to register both dll's manually. Tried encoding files with Itunes, nero and dbpoweramp.
Any other suggestions?
The MPEG4 support of WMPTSE has been tested only for a June 2006 iTunes compatibility (if i do remember correctly it was a 5.4 version or so...) so it may happen that Apple changed things since then.
MaB_fr
I can confirm that WMPTSE 1.01 works fine with MPEG4 files produced by iTunes 6.0.5 (I am using WMP 10).
It is worth noting that sometimes it is not enough to just install WMPTSE, sometimes you also have to turn the plugin on in WMP itself as well.
iTunes 7 has been launched today and has a whole bunch of new features, several of which have not been picked up by the press or reviewers as yet.
One of these is that iTunes now appears to support an "Album Artist" tag just like WMP (one of the few good ideas from Microsoft). [Another is that iTunes can now burn Audio CDs with CD-Text included.]
Would WMPTSE be able to read this "Album Artist" tag in AAC MPEG4 files produced by iTunes 7?
iTunes 7 uses the aART atom in M4A files for Album Artst. WMPTSE already had support for this. iTunes just never did until now...
Just in case anyone else has the problem I had (see 5 posts back) Giving the songs a star rating caused the tag data to be read. Wierd.
Just in case anyone else has the problem I had (see 5 posts back) Giving the songs a star rating caused the tag data to be read. Wierd.
Can you give more details ? What do you mean by "caused the tag data to be read".
MaB_fr
iTunes 7 uses the aART atom in M4A files for Album Artst. WMPTSE already had support for this. iTunes just never did until now...
That's great all I have to do now is buy another CD to try it out with.
For what its worth, Apple's current implementation of the Album Artist tag is not yet as good as in WMP. You cannot browse via this tag (only via the Artist tag) and even if you sort via the Album Artist tag, iTunes still will not correctly group tracks of a multi-artist album together (the only sort method that does group the tracks properly is by Album name).
However its addition should now make it easier to share tracks with WMP. There is already a utility to auto-fill this tag for existing empty occurrences (this will save a lot of work for initially setting up your library, but you would then have to manually edit the few cases that the Artist is not the same as the Album Artist).
See http://www.wmwiki.com/wiki/index.php?title=ITSfv (http://www.wmwiki.com/wiki/index.php?title=ITSfv) for a utility for Windows
and http://ilari.scheinin.fidisk.fi/itunes7helperscripts/ (http://ilari.scheinin.fidisk.fi/itunes7helperscripts/) for an AppleScript for Mac OS X
Just in case anyone else has the problem I had (see 5 posts back) Giving the songs a star rating caused the tag data to be read. Wierd.
Can you give more details ? What do you mean by "caused the tag data to be read".
MaB_fr
I for no particular reason decided to set a star rating to one of my .m4a files in wmp11. The file along with 600 or so others were under "unknown" in my media library. When I applied the star rating the file immediately vanished from in front of me. I decided to look for the song under it's Artist and Title hoping that the tag data had been read. Amazingly it had. It was all there. I then highlighted the remaining files and rated them all 3 stars. In a woosh my tag data was being read and the media library started jumping all over the alphabet as my screen jumped around for about 60 seconds. Is this enough detail?
Just in case anyone else has the problem I had (see 5 posts back) Giving the songs a star rating caused the tag data to be read. Wierd.
Can you give more details ? What do you mean by "caused the tag data to be read".
MaB_fr
I for no particular reason decided to set a star rating to one of my .m4a files in wmp11. The file along with 600 or so others were under "unknown" in my media library. When I applied the star rating the file immediately vanished from in front of me. I decided to look for the song under it's Artist and Title hoping that the tag data had been read. Amazingly it had. It was all there. I then highlighted the remaining files and rated them all 3 stars. In a woosh my tag data was being read and the media library started jumping all over the alphabet as my screen jumped around for about 60 seconds. Is this enough detail?
This is, indeed. Was the files already added in the library before you activate WMPTSE ?
MaB_fr
They were already there but, I had removed them and rescaned files with WMPTSE active a few days prior trying to solve the problem.
Bug? The lastest WMPTSE, though it should support the aART (Album Artist) atom in .M4A files according to atom translation list you supplied, doesn't seem to read them correctly on .M4A files generated by iTunes 7. It populates's WMP's Album Artist with the same data as (Contributing) Artist. Odd. This is with WMP 11 Beta 2.
Bug? The lastest WMPTSE, though it should support the aART (Album Artist) atom in .M4A files according to atom translation list you supplied, doesn't seem to read them correctly on .M4A files generated by iTunes 7. It populates's WMP's Album Artist with the same data as (Contributing) Artist. Odd. This is with WMP 11 Beta 2.
Hum, from the source : MP4_ATOM_ALBUMARTIST ("aART") => WMP_TAG_ALBUMARTIST ("WM/AlbumArtist").
(MPEG4TagSupport.c line 403).
To be sure, i will test file generated by iTunes 7 this week. But as i'm currently working on another problem with a directshow codec, you'll have to wait a bit.
Thanks for the report
MaB_fr
Ok, i know it's not very acurate because WMP9 does not support Album Artist but under WMP9 "aART" (and every WM/AlbumArtist tag) is translated into Composer (so WMP9 users, don't be surprised)...
I'll debug it soon under WXP/WMP10 and then WXP/WMP11 Beta2...Keep you informed
MaB_fr
F.Y.I.
As of WMP11 the Album Artist tag is stored in a different field
WMP9/10 use "ALBUM ARTIST" like iTunes 7 does now, but WMP11 won't read "ALBUM ARTIST" anymore, instead it expects the Album Artist to be in the "BAND" field
I discovered this when properly tagged files wouldn't show the album artist right in Media Center, so I edited the album artist in WMP11 and it added it to the BAND field, completely ignoring what was in ALBUM ARTIST
I hope that made sense
F.Y.I.
As of WMP11 the Album Artist tag is stored in a different field
WMP9/10 use "ALBUM ARTIST" like iTunes 7 does now, but WMP11 won't read "ALBUM ARTIST" anymore, instead it expects the Album Artist to be in the "BAND" field
I discovered this when properly tagged files wouldn't show the album artist right in Media Center, so I edited the album artist in WMP11 and it added it to the BAND field, completely ignoring what was in ALBUM ARTIST
I hope that made sense
I must ask. What is this "BAND" field you're talking about, because it is neither documented on the old WMP10 SDK documentation nor in the brand new "soon to be" WMP11 SDK documentation http://windowssdk.msdn.microsoft.com/en-us...y/ms738136.aspx (http://windowssdk.msdn.microsoft.com/en-us/library/ms738136.aspx) .
More Info would be good, as WMP doesn't use the APETag notation ("ALBUM ARTIST" and so on) but is own (WM/AlbumArtist with this example).
For one thing, i am sure that WMPTSE doesn't handle any kind of Band field...
MaB_fr
By no means do I understand WMPs tagging system, but I have noticed the following
If I edit the Album Artist on an Mp3 in WMP10, and open the file in foobar2000 the new info shows up in the ALBUM ARTIST field
Whereas, I edit the "Contributing Artist" in WMP11, it adds it to the BAND field
(http://i9.tinypic.com/2s15csw.jpg)
Now in Media Center, when using WMP10 it uses the "Album Artist" from my WMP library to sort my music, when I install WMP11 it starts using the "Contributing Artist" to sort my albums
I also noticed WMP11 still has a field labeled Album Artist, but when I edit it, it only changes the ARTIST field in the actual tag.
It's beyond me how it all works, I just know I've had to start copying the artist name to the BAND field as of installing WMP11, for it to work in Media Center
By no means do I understand WMPs tagging system, but I have noticed the following
If I edit the Album Artist on an Mp3 in WMP10, and open the file in foobar2000 the new info shows up in the ALBUM ARTIST field
Whereas, I edit the "Contributing Artist" in WMP11, it adds it to the BAND field
Now in Media Center, when using WMP10 it uses the "Album Artist" from my WMP library to sort my music, when I install WMP11 it starts using the "Contributing Artist" to sort my albums
I also noticed WMP11 still has a field labeled Album Artist, but when I edit it, it only changes the ARTIST field in the actual tag.
It's beyond me how it all works, I just know I've had to start copying the artist name to the BAND field as of installing WMP11, for it to work in Media Center
This increasingly looks like yet another brain seizure by Microsoft, and something any right minded person would consider a bug. As WMP 11 is still a 'beta' this in theory means Microsoft are looking for bug reports so things like this can be fixed.
I don't suppose by some miracle of common sense they have built-in a bug report form in to WMP 11 beta?
Excuse me while I go and roll on the floor and die laughing over the idea of Microsoft actually fixing a bug.
Off topic, but I don't see that behavior. WMP 11 (and 10) stores Album Artist in MP3 ID3v2.3 TPE2 (aka BAND by some folks). I'm not sure what you are seeing. In foobar2000, it shows Album Artist under Band... since that's what it calls TPE2. (Album Artist is an alternate, but fairly common, use of TPE2 -- Microsoft calls TPE2 Album Artist in the SDK and all their applications.) Artist aka "Contributing Artist" gets stored in the normal Artist tag (TPE1).
(Also note that non-beta foobar2000 only writes ID3v2.4 (& 1.1), which will cause incompatibility with WMP and many other products. If you want to use foobar2000 to edit MP3 tags, upgrade to the latest beta and enable "compatibility" tags.)
Windows Media Center uses the database supplied by Windows Media Player... it doesn't "read tags" directly. So, if it shows up correctly in WMP 11, it should be fine in MCE. If this is not what you are seeing, you have bigger issues.
Well to clear a couple things up, I use ID3v2.3 tags, I was only using foobar to check the fields, I'm fully aware of the ID3v2.4 problems.
I've read of many imcompatibilites between WMP11 beta and XP Media Center at the moment
All I know, is with WMP10, Media Center pulls my album artist tag from the album artist field, once I install WMP11 it completely ignores the album artist field and only works if there's something in the band field
Yes, you are probably running into an MCE interaction bug. But I'm a little confused why your ID3v2.3 tags are being written incorrectly... "Contributing Artist" in WMP 11 does not alter the TPE2 (BAND) tag for me... that's the first time I've heard of that happening. Anyway, way off topic... back to WMPTSE. I can't repro anything like this in Vista MCE, either.
Yes, you are probably running into an MCE interaction bug. But I'm a little confused why your ID3v2.3 tags are being written incorrectly... "Contributing Artist" in WMP 11 does not alter the TPE2 (BAND) tag for me... that's the first time I've heard of that happening. Anyway, way off topic... back to WMPTSE. I can't repro anything like this in Vista MCE, either.
As said grommet "back to WMPTSE".
WMPTSE does not handle ID3 tagging in ANY way (v1 or any v2.x). This is WMP's task, so if bug there is, MS you should report
On another note, yesterday saw an important increase in WMPTSE download (200% - around 12:00 am the 09/27/2006). That's not a problem for sure, but for my users survey, i'd like to know where it comes from and could'nt fine the article/howto/forum post responsible.
If any of you had any idea on where it comes from, it could help supporting WMPTSE (more users, more bug report, less problem in the end).
Enjoy
MaB_fr
Bug? The lastest WMPTSE, though it should support the aART (Album Artist) atom in .M4A files according to atom translation list you supplied, doesn't seem to read them correctly on .M4A files generated by iTunes 7. It populates's WMP's Album Artist with the same data as (Contributing) Artist. Odd. This is with WMP 11 Beta 2.
Hum, from the source : MP4_ATOM_ALBUMARTIST ("aART") => WMP_TAG_ALBUMARTIST ("WM/AlbumArtist").
(MPEG4TagSupport.c line 403).
To be sure, i will test file generated by iTunes 7 this week. But as i'm currently working on another problem with a directshow codec, you'll have to wait a bit.
Thanks for the report
MaB_fr
The DirectShow codec referred to above is now fixed :-)
Now that iTunes supports the Album Artist tag I was hoping that WMP would be able to read it via WMPTSE for .m4a files. Unfortunately, even though I have gone through my entire iTunes library filling in this tag, none of the tracks show this tag in WMP (via WMPTSE) or in Tag&Rename (a tag editor). This includes tracks ripped and edited in iTunes 7.0.0 and iTunes 7.0.1.
The fact that Tag&Rename does not see this tag filled in either would suggest it is not the fault of WMPTSE.
Note: all these tracks are in Apple Lossless and not AAC.
Is there a tool to do a raw dump of all the tags in a m4a file to double check?
The DirectShow codec referred to above is now fixed :-)
Now that iTunes supports the Album Artist tag I was hoping that WMP would be able to read it via WMPTSE for .m4a files. Unfortunately, even though I have gone through my entire iTunes library filling in this tag, none of the tracks show this tag in WMP (via WMPTSE) or in Tag&Rename (a tag editor). This includes tracks ripped and edited in iTunes 7.0.0 and iTunes 7.0.1.
The fact that Tag&Rename does not see this tag filled in either would suggest it is not the fault of WMPTSE.
Note: all these tracks are in Apple Lossless and not AAC.
Is there a tool to do a raw dump of all the tags in a m4a file to double check?
There's not tool that i know (the free as in beer kind).
But, there's a simple solution to know what exactly is wrong. WMPTSE and (i imagine) Tag&Rename are searching for a simple tag "aART" (it's a bit more complicated, but you don't need to know ).
I guess with a simple binary/hex editor you could just search for "aART" and you'll be 4 byte from the real value inserted (there's 4 type bit before the actual value). In theory, you then would fine an ASCII or UTF-8 string and enjoy the full power of AlbumArtist tag.
It seems apple has choosen otherwise.
(for more documentation on MP4 tagging : http://atomicparsley.sourceforge.net/mpeg-4files.html) (http://atomicparsley.sourceforge.net/mpeg-4files.html))
I will do my research soon, but if you find the problem first, you'll get the thanks first.
MaB_fr
The DirectShow codec referred to above is now fixed :-)
Now that iTunes supports the Album Artist tag I was hoping that WMP would be able to read it via WMPTSE for .m4a files. Unfortunately, even though I have gone through my entire iTunes library filling in this tag, none of the tracks show this tag in WMP (via WMPTSE) or in Tag&Rename (a tag editor). This includes tracks ripped and edited in iTunes 7.0.0 and iTunes 7.0.1.
The fact that Tag&Rename does not see this tag filled in either would suggest it is not the fault of WMPTSE.
Note: all these tracks are in Apple Lossless and not AAC.
Is there a tool to do a raw dump of all the tags in a m4a file to double check?
There's not tool that i know (the free as in beer kind).
But, there's a simple solution to know what exactly is wrong. WMPTSE and (i imagine) Tag&Rename are searching for a simple tag "aART" (it's a bit more complicated, but you don't need to know ).
I guess with a simple binary/hex editor you could just search for "aART" and you'll be 4 byte from the real value inserted (there's 4 type bit before the actual value). In theory, you then would fine an ASCII or UTF-8 string and enjoy the full power of AlbumArtist tag.
MaB_fr
OK I have done a search on an Apple Lossless file of "Cash Machine" by Hard-Fi from the Album "Stars of CCTV". The Artist and Album Artist in this example will both be Hard-Fi. Following your recommendation I found the following in the file
00 1F 61 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
Which substituting - for non alphanumeric characters and converting the rest to plain text would be
--aART----data--------Hard-Fi-
So I am still puzzled.
As a comparison the Artist tag shows as
00 1F 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
--ART----data--------Hard-Fi-
which is the same except minus the lowercase "a". Note: both are preceded by a single 1F hex value and followed by a null (00). The "Artist" tag does work and show up in WMP (via WMPTSE).
OK I have done a search on an Apple Lossless file of "Cash Machine" by Hard-Fi from the Album "Stars of CCTV". The Artist and Album Artist in this example will both be Hard-Fi. Following your recommendation I found the following in the file
00 1F 61 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
Which substituting - for non alphanumeric characters and converting the rest to plain text would be
--aART----data--------Hard-Fi-
So I am still puzzled.
As a comparison the Artist tag shows as
00 1F 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
--ART----data--------Hard-Fi-
which is the same except minus the lowercase "a". Note: both are preceded by a single 1F hex value and followed by a null (00). The "Artist" tag does work and show up in WMP (via WMPTSE).
I am sorry to say that it works perfectly well with WMP10...
Did you actually USE WMP11 Beta to test it ?
Then i must emphasize that i'm not supporting beta software with WMPTSE.
Again, i can't be held responsible for Microsoft software bug. I'd like to be able to, but...i can't
If WMP11 Beta is buggy in the Album Artist subject, you know where you should report.
WMPTSE seems to do its job with iTunes 7.0 files, i tested it with WMP10...I get the right aART data reported to the WM/AlbumArtist.
If you get a problem with WMPTSE in WMP10, then report to me. Otherwise, you should wait for the release version of WMP11.
WMPTSE will not be tested & debugged upon beta software !
Thanks for the report anyway, now i know that the Giant is buggy
MaB_fr
OK I have done a search on an Apple Lossless file of "Cash Machine" by Hard-Fi from the Album "Stars of CCTV". The Artist and Album Artist in this example will both be Hard-Fi. Following your recommendation I found the following in the file
00 1F 61 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
Which substituting - for non alphanumeric characters and converting the rest to plain text would be
--aART----data--------Hard-Fi-
So I am still puzzled.
As a comparison the Artist tag shows as
00 1F 41 52 54 00 00 00 17 64 61 74 61 00 00 00 01 00 00 00 00 48 61 72 64 2D 46 69 00
--ART----data--------Hard-Fi-
which is the same except minus the lowercase "a". Note: both are preceded by a single 1F hex value and followed by a null (00). The "Artist" tag does work and show up in WMP (via WMPTSE).
I am sorry to say that it works perfectly well with WMP10...
Did you actually USE WMP11 Beta to test it ?
Then i must emphasize that i'm not supporting beta software with WMPTSE.
Again, i can't be held responsible for Microsoft software bug. I'd like to be able to, but...i can't
If WMP11 Beta is buggy in the Album Artist subject, you know where you should report.
WMPTSE seems to do its job with iTunes 7.0 files, i tested it with WMP10...I get the right aART data reported to the WM/AlbumArtist.
If you get a problem with WMPTSE in WMP10, then report to me. Otherwise, you should wait for the release version of WMP11.
WMPTSE will not be tested & debugged upon beta software !
Thanks for the report anyway, now i know that the Giant is buggy
MaB_fr
I am not using WMP 11 beta (I am using WMP 10), I do not recall saying or implying I was doing otherwise. I did not even suggest it was a bug in WMPTSE as I pointed out that a couple of other Tag editors (including Tag&Rename) also fail to see the tag. I was hoping with your greater knowledge of these tags you could see if there was anything obviously wrong with the example hex dump I showed above to see if iTunes was doing it wrong on my machine.
I am using WMPTSE 1.1
Update: I have just found the following at http://www.softpointer.com/tr.htm (http://www.softpointer.com/tr.htm) (authors of Tag&Rename, WMPTagSupport, and AudioShell)
Tag&Rename 3.3 beta 1
• Album Artist field in mp4 tag now compatible with iTunes 7
I had tried Tag&Rename 3.2 and it failed to see the tag, I have not yet had a chance to go home and try this 3.3 beta but it implies that there was a problem (Apple probably doing something strange). Would perhaps the same apply to WMPTSE?
Just a FYI: Mp3tag v2.36f (beta) just added support for Album Artist in .M4A. I assume Tag&Rename would be the same. Usage of the aART atom was not common until iTunes 7 exposed setting it. If T&R let you set Album Artist before, it might have done it using a proprietary atom.
Ok, sorry John...I'm sometime overheaded with users asking me to support exotic behaviour or having problem like 'i can't see a WMPTSE window anywhere' and posting hating message on forums. So please accept my apologies...I've seen that your are a great supporter of WMPTSE in forum (as grommet and other hydrogenaudio's users). And i intend to privilege users who support my work.
Then, i tested AAC and Apple LossLess FLAC encoded with iTunes 7.01, i've encoded the full Beethoven #9 and most of my Herbie Hancock's CD (that's a lot of CD), and there was no problem, so i guess you get some specific problem i haven't...
The hex dump you've send are perfectly well constructed aART MPEG4 tag...That's why i suddenly choose the simple explication : you were under a buggy WMP. Remember, i'm a lazy bastard
That's not the case, so we have to find where the problem is. And if it's WMPTSE, resolve it.
As usual when i can't reproduce it, i will need you to transmit some incriminated files...{Of course, as usual, it must be perfectly legal to do so}
Let's keep the good work...
Just a FYI: Mp3tag v2.36f (beta) just added support for Album Artist in .M4A. I assume Tag&Rename would be the same. Usage of the aART atom was not common until iTunes 7 exposed setting it. If T&R let you set Album Artist before, it might have done it using a proprietary atom.
Hum, aART is part of the MPEG4 specification so, i guess it's possible that T&R followed it...
The question is, why iTunes didn't support it earlier...
We get two more subject i'd like to have your opinion on.
First, the 2.0 specification is about to be finished and i like to know how many people would be interested in which features :
- internal support for album art (including exposition of embedded artwork data in WMP album art)
- ReleasedDate and generally 'date support'
- specific WMP11 library (with the new MediaCollectionMediaAdded (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp)/MediaCollectionMediaRemoved (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp) events no more need for a hack)
- write support for MPEG4 tagging (will add month of developpement)
- FairPlay tools support (legal concerns)
- AIFF support (i will need well constructed iTunes AIFF tagging documentation...and time)
- iXML support (is it usefull ?)
- Vorbis write support (hum, for this one, you'll really need good arguments and a strong user pool)
- whatever you suggest or need...
Also, do you believe a poll is a good idea to get users priorities in this matter ?
MaB_fr
- ReleasedDate and generally 'date support'
- specific WMP11 library (with the new MediaCollectionMediaAdded (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp)/MediaCollectionMediaRemoved (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp) events no more need for a hack)
these would be my choices
That's not the case, so we have to find where the problem is. And if it's WMPTSE, resolve it.
As usual when i can't reproduce it, i will need you to transmit some incriminated files...{Of course, as usual, it must be perfectly legal to do so}
Let's keep the good work...
We get two more subject i'd like to have your opinion on.
First, the 2.0 specification is about to be finished and i like to know how many people would be interested in which features :
- internal support for album art (including exposition of embedded artwork data in WMP album art)
- ReleasedDate and generally 'date support'
- specific WMP11 library (with the new MediaCollectionMediaAdded (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp)/MediaCollectionMediaRemoved (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp) events no more need for a hack)
- write support for MPEG4 tagging (will add month of developpement)
- FairPlay tools support (legal concerns)
- AIFF support (i will need well constructed iTunes AIFF tagging documentation...and time)
- iXML support (is it usefull ?)
- Vorbis write support (hum, for this one, you'll really need good arguments and a strong user pool)
- whatever you suggest or need...
Also, do you believe a poll is a good idea to get users priorities in this matter ?
MaB_fr
I cannot see how to attach a sample file to replies in this thread, or even by Personal Message. Can you either tell me how to do it or you may have to PM your email address to me.
Regarding the above wish list, here is mine in order of most important first.
Album Artist tag (working) :-)
Embedded Album Art for MPEG4
AIFF support
WMP 11 support
MPEG4 write support is less important, in fact the inability to do so, stops WMP from screwing up my tags. However in the long run it might be useful.
I am not sure what Apple Fairplay support you are meaning, surely you are not suggesting you will be able to allow WMP to play protected tracks? If the answer is yes then I would suspect a lot of people will be interested in this. Personally, I find iTunes store prices too high and I don't buy from it. However this feature would let me play the weekly free tracks I download.
I cannot see how to attach a sample file to replies in this thread, or even by Personal Message. Can you either tell me how to do it or you may have to PM your email address to me.
Regarding the above wish list, here is mine in order of most important first.
Album Artist tag (working) :-)
Embedded Album Art for MPEG4
AIFF support
WMP 11 support
MPEG4 write support is less important, in fact the inability to do so, stops WMP from screwing up my tags. However in the long run it might be useful.
I am not sure what Apple Fairplay support you are meaning, surely you are not suggesting you will be able to allow WMP to play protected tracks? If the answer is yes then I would suspect a lot of people will be interested in this. Personally, I find iTunes store prices too high and I don't buy from it. However this feature would let me play the weekly free tracks I download.
Write ability is an optionnal option (must be activated in the WMPTSE properties), so people will have the choice...
Reverse engineering is authorized in my country, so i'm clean if i just "look at it".
The Fairplay support i'm interested in is only deciphering of Tag data (WMPTSE ONLY HANDLES TAGS!!!! ). The rest would be far more problematic and legally dangerous (even fairplayed tag data could be seen as such, i was just tasting the user's need for this sort of functionnality. Will i take the risk...? time and users motivation will tell). And of course, off the WMPTSE topic...
MaB_fr
- ReleasedDate and generally 'date support'
- specific WMP11 library (with the new MediaCollectionMediaAdded (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp)/MediaCollectionMediaRemoved (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmpsdk11/mmp_sdk/iwmpevents3mediacollectionmediaremoved.asp) events no more need for a hack)
these would be my choices
for me too
And please: length, bitrate support for wavpack (and others ?)
I use WMP mostly to transfer music to my phone.
for me too
And please: length, bitrate support for wavpack (and others ?)
I use WMP mostly to transfer music to my phone.
Believe me, i tried to manage length and bitrate...
I tried to force it by using the information given by the directshow codec on playing, i tried to force it directly with raw value, i tried to change the READ ONLY property, i tried to add a false tag....believe me, i tried...If someone get a new idea, you're welcome, until then, i consider this as a limit in WMP.
For the last time (i hope) :
1) Length and bitrate are not 'tagged' by MOST tag handlers since these informations are directly available in the file; which explain why it is the directshow codec role to give WMP these informations...and which imply that these informations are MOSTLY not present in the TAGS at first
2) Length and bitrate are READ ONLY tag properties in WMP
3) in any case, WMP does handle file size, which should be enough to be able to manage a phone's playlist and limited space (i do it this way myself).
I know, you are many who'd like to have this functionnality (i would like it too), but as for now, it won't happen soon.
MaB_fr
- specific WMP11 library
- internal support for album art (including exposition of embedded artwork data in WMP album art)
- write support for MPEG4 tagging (will add month of developpement)
I'll bet you that everyone who's interested in WMPTSE will be on WMP11 almost as soon as it's released.
- specific WMP11 library
- internal support for album art (including exposition of embedded artwork data in WMP album art)
- write support for MPEG4 tagging (will add month of developpement)
I'll bet you that everyone who's interested in WMPTSE will be on WMP11 almost as soon as it's released.
Interdemiate results (4 votes):
4 votes - specific WMP11 library
2 votes - internal support for album art
2 votes - ReleasedDate and generally 'date support'
1 vote - write support for MPEG4 tagging
1 vote - AIFF+ID3 support
0 vote - FairPlay tools support
0 vote - iXML support [proposal about to be suppressed]
0 vote - Vorbis write support
I guess i'll have to wait for the WMP11 release before releasing WMPTSE 2.0....
After reading a bunch of documentation on AIFF/iXML tagging, i'm limiting the developpement to specific iTunes AIFF tagging technology. I believe the pro "RIFF chunks"/iXML/BWF part should not be developped freely. When you make money with the work of others, you have to share
I could propose one feature more, but i'm very sceptic about performance issues on this one :
- be able to specify your own Tagging Translation Scheme (the "ALBUMARTIST" => "WM/AlbumArtist" function).
There's two way to properly handle that :
1) let the user free of everything and make it optional (hence the default "inactive option" scheme will be the old one)
2) let the user choose "additional" tagging scheme and always prioritize the 'old' scheme as default "first option"
Is it usefull and are user ready to pay the performance price (dynamic branching replacing static branching), let me know...
Make your opinion count
MaB_fr
Ok, so after some debugging, i finally found the iTunes 7.x problem...The bug in the MPEG4 parser is now repaired and all files tagged with iTunes should now work.
Also, i've reactivated the "Read tag on browse" handler.
See WMPTSE 1.1.1 :
Website (http://wmptagext.sourceforge.net/)
Direct Download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.1.1.msi?download)
If it doesn't work, let me know...
MaB_fr
Ok, so after some debugging, i finally found the iTunes 7.x problem...The bug in the MPEG4 parser is now repaired and all files tagged with iTunes should now work.
MaB_fr
So far, so good... aART is happily parsed now.
So far, so good... aART is happily parsed now.
One happy file, one happy user
MaB_fr
So far, so good... aART is happily parsed now.
One happy file, one happy user
MaB_fr
I can also confirm it now recognises iTunes 7 files and the aART tag.
Great work MaB_fr
Just tried WMPTagSupportExtender v1.1.1 in WMP 11 final version, on XP Pro sp2 english.
Machine is 2,4 Ghz P4, 2GB RAM.
WMP 11 memory usage is pretty constant around 64 MB.
When adding my ogg files (8000 out of 18000 music files), scanning takes forever.
100% cpu usage for several hours, it's actually not done yet, going on third hour now and only 50% done.
It seems like it is getting slower and slower, like this was a x^2 kind of problem.
I know this plugin isn't native to WMP 11, just wanted to mention it, and say that a native version would be appriciated
Cheers
Just tried WMPTagSupportExtender v1.1.1 in WMP 11 final version, on XP Pro sp2 english.
Machine is 2,4 Ghz P4, 2GB RAM.
WMP 11 memory usage is pretty constant around 64 MB.
When adding my ogg files (8000 out of 18000 music files), scanning takes forever.
100% cpu usage for several hours, it's actually not done yet, going on third hour now and only 50% done.
It seems like it is getting slower and slower, like this was a x^2 kind of problem.
I know this plugin isn't native to WMP 11, just wanted to mention it, and say that a native version would be appriciated
Cheers
As said earlier, always prefer to "Monitor Folders" as opposed to "Scan files" on large amount of WMPTSE compatible files...
No WMP plug-in are "native" (if only i could read the WMP source code....), but WMPTSE is also a HACK.
It means it diverts some WMP features to be able to do is job...
I've choosen a "cpu intensive" hack as opposed to a "memory wasting" one. That's one of my developer choices (i think it's better because it makes monitored folder refreshing smooth...).
Feel free to grab the source and try the other way if you prefers it
Yes, i could develop a WMP11 "new plug-in API" WMPTSE.
But i've not decided yet if i do it or not...
I'm pessimistic about the 'lock-in' possibilities offered for Microsoft in WMP11...(mostly the transcode/rip/sync part)
I'm testing WMP11 release right now, i will make my decision this month...
So be in touch for some news...
MaB_fr
P.S. : on a side note, for those who really prefer to use "Scan Files" (or "Add..." button), you will divide the parsing time by three and more (in fact the browsing is shrinked down from x^2 to ~x) by unchecking the "Add Files previously deleted from Media Library" and the "Add volume leveling values" (not so much overhead less, but less, is less)
Great tool! I can listen to FLAC files from Media Center now, with tagging support!
One quibble... My FLACs are all tagged with an "Artist" tag (what tag.exe uses), but your parser only (apparently) reads an "Album Artist" field. Could you have it fail over to plain ol' "Artist" if no album artist is listed? Right now the artist is always listed as simply "unknown". Also, Tag.exe stores the year in a "DATE" tag, but I believe that again you are looking for a "YEAR" tag. A fail-over here would also be nice, since a lot of people use tag.exe for flac files.
Should be a simple enough feature request, no?
Great tool! I can listen to FLAC files from Media Center now, with tagging support!
One quibble... My FLACs are all tagged with an "Artist" tag (what tag.exe uses), but your parser only (apparently) reads an "Album Artist" field. Could you have it fail over to plain ol' "Artist" if no album artist is listed? Right now the artist is always listed as simply "unknown". Also, Tag.exe stores the year in a "DATE" tag, but I believe that again you are looking for a "YEAR" tag. A fail-over here would also be nice, since a lot of people use tag.exe for flac files.
Should be a simple enough feature request, no?
As i am bouddha or may be one of his toes, i will not ask you to re-read the forum thread where we treated these questions already
For your own new user pleasure, i will summarize the issues...
WMPTSE (so 'I') will not support every non-standard/unspecified/weird/proprietary/alien/non-aristotelician tag politics... It is a proposed 2.0 feature to give users the choice to specify it themself. The specification is not close, so i guess you just vote for one of the submitted features...
The good thing is you get the source code. So, you're able to modify WMPTSE with the FLAC tag parsing you prefer (if you really need it)...
Maybe i should open a new thread to expose and synthetise the "state of art" about WMPTSE...
Maybe new user could dig this 12 page thread....
I know, i'm lazy too ....
MaB_fr
P.S. : source upload done...in all flavors
Well i tried downloading and building your source code, but it won't work (I had to convert to VS2005, if that's the problem). I'm confused as to why there are 3 different solutions... Am I supposed to build them in a certain order? I'm getting:
Error 6 fatal error LNK1181: cannot open input file 'c:\Documents.obj' FLACTagSupport
...when i try to build the TagSupport solution (I assume the TagSupportExtender solution needs the output from this solution... why don't you put them all together?)
Oh well, I guess i'll have to wait for another version then.
Jebus, my FLAC files with "ARTIST" imports fine into WMP with WMPTSE. Are you sure it's saying "Unknown"? All appear under (Contributing) Artist for me, as designed.
Or are you talking about "Album Artist" (WM/AlbumArtist) in WMP? That's populated using "ALBUMARTIST" tags in FLAC currently. Remember, Album Artist and Artist aren't the same field.
MaB_fr, I think you might want to populate WM/AlbumArtist with the same entry as Artist if Album Artist tags don't exist... I think that might save some folks time. I think that's how it works in WMP for WMA and MP3 natively, at least for browsing. (Maybe I need to re-test this... Hmmm...)
Well i tried downloading and building your source code, but it won't work (I had to convert to VS2005, if that's the problem). I'm confused as to why there are 3 different solutions... Am I supposed to build them in a certain order? I'm getting:
Error 6 fatal error LNK1181: cannot open input file 'c:\Documents.obj' FLACTagSupport
...when i try to build the TagSupport solution (I assume the TagSupportExtender solution needs the output from this solution... why don't you put them all together?)
Oh well, I guess i'll have to wait for another version then.
If you're interested in WMPTSE development, here is the explanation.
There's different flavor of source because i think there's different needs...
*.src.full.rar -> all the source and project file complete with Plug-in, Tag Support and WMPTSE API Wizard
*.src.build.rar -> only the VS makefile and project solution
*.src.code.rar -> only the source code
*.src.TagSupport.full.rar -> all the TagSupport DLL source and project file
and so on...
TagSupport.full.rar will be what you need if you want to customize the FLAC tag support DLL and its parsing...
With VS 2005 you'll just have to open "/Build/TagSupport.sln". Go directly to the FLAC project. And modify "FLACTagSupport.c" as you want it...
To debug, you'll have to make WMPTSE load the debug dll instead of the installed one (by editing the registry key HKLM\Sofware\piP0ol\WMPTSE\<taggingformat>\<filetypetodebug>)
For the rest, you should try the grommet's questions...
grommet > Conditional populating of different entry will not be a good idea. At least, performance wise...
MaB_fr
I'm still getting the error:
Error 1 fatal error LNK1181: cannot open input file 'c:\Documents.obj' FLACTagSupport
When I follow those instructions. Sorry, i've never worked with C projects in VS before (only used managed code myself) and I don't know what the problem is.
I'm still getting the error:
Error 1 fatal error LNK1181: cannot open input file 'c:\Documents.obj' FLACTagSupport
When I follow those instructions. Sorry, i've never worked with C projects in VS before (only used managed code myself) and I don't know what the problem is.
The problem is during the link process. It seems like you've unrared the files in something like "C:\Document and Setting\<Name>" folder (a good guess may be your "My Documents" folder) and the linker does not add the necessary quote to the path. Hence the file to link that should be "C:\Doc and Set\<Name>\Myfile.obj" becomes C:\Doc.obj...
Two solution for this :
1) modify the path to object (.obj) files in the VS project properties (right click on the project, "Properties", then "Linker > Input").
2) change the folder to something "without quote" compliant
I must add, that FLACTagSupport is dependent of libFlac. libFlac is part of the FLAC package and you will find it Here (http://prdownloads.sourceforge.net/flac/flac-1.1.2.tar.gz?download)
You'll have to properly compile the library libFlac in "static" mode. And copy the resulting "libFLAC_static.lib" in the source folder "<Where you unrared your files>\Src\FLAC\libFLAC".
Don't forget that you'll need a tiny amount of C knowledge to be able to properly modify the FLACTagSupport.c file...If you never had to modify a C source code before, may be it is not a good idea to do so...
On a completely different subject, I've added a wiki entry about WMPTSE in the HA wiki (i know, i'm not supposed to do so, but if somebody doesn't start, nobody will...). I you have some time to lose, or have the necessary right and want to add some info, you'll find it Here (http://wiki.hydrogenaudio.org/index.php?title=WMPTSE)
MaB_fr
I'm still getting the error:
Error 1 fatal error LNK1181: cannot open input file 'c:\Documents.obj' FLACTagSupport
When I follow those instructions. Sorry, i've never worked with C projects in VS before (only used managed code myself) and I don't know what the problem is.
The problem is during the link process. It seems like you've unrared the files in something like "C:\Document and Setting\<Name>" folder (a good guess may be your "My Documents" folder) and the linker does not add the necessary quote to the path. Hence the file to link that should be "C:\Doc and Set\<Name>\Myfile.obj" becomes C:\Doc.obj...
Two solution for this :
1) modify the path to object (.obj) files in the VS project properties (right click on the project, "Properties", then "Linker > Input").
2) change the folder to something "without quote" compliant
I must add, that FLACTagSupport is dependent of libFlac. libFlac is part of the FLAC package and you will find it Here (http://prdownloads.sourceforge.net/flac/flac-1.1.2.tar.gz?download)
You'll have to properly compile the library libFlac in "static" mode. And copy the resulting "libFLAC_static.lib" in the source folder "<Where you unrared your files>\Src\FLAC\libFLAC".
Don't forget that you'll need a tiny amount of C knowledge to be able to properly modify the FLACTagSupport.c file...If you never had to modify a C source code before, may be it is not a good idea to do so...
On a completely different subject, I've added a wiki entry about WMPTSE in the HA wiki (i know, i'm not supposed to do so, but if somebody doesn't start, nobody will...). I you have some time to lose, or have the necessary right and want to add some info, you'll find it Here (http://wiki.hydrogenaudio.org/index.php?title=WMPTSE)
MaB_fr
I know C quite well, I've just always written C in Linux so I'm more familiar with makefiles. Already got the modifications I wanted, I just can't compile it! I'll try these tips when I get home - thanks!
argh... okay I fixed the missing quotes in the linker path, but now I get:
Error 2 Command line error D8022 : cannot open 'c:\Documents and Settings\Jeremy\My Documents\Visual Studio 2005\Projects\Build\Release\Temp\RSP00007F17404564.rsp' cl
argh... okay I fixed the missing quotes in the linker path, but now I get:
Error 2 Command line error D8022 : cannot open 'c:\Documents and Settings\Jeremy\My Documents\Visual Studio 2005\Projects\Build\Release\Temp\RSP00007F17404564.rsp' cl
Hum....rsp files generation should be a C# compiler only option....
http://msdn2.microsoft.com/en-us/library/8...s6c(VS.80).aspx (http://msdn2.microsoft.com/en-us/library/8hww4s6c(VS.80).aspx)
Why the hell did the Visual makefile translator wizard activate this...?
You will have to disable it....i do not possess Visual Studio 2005, so i'm not able to show you how to do it, but it should be easy...
Keep me informed...
MaB_fr
can i confirm that people have this working in WMP11?
i've recently re-installed windows and upgraded to wmp11 this week and just got the latest wmptse as well yet i can't seem to get it to read the tags
i had this trouble with wmp10 but i've checked through the solutions for that and the reg entries already exist
any ideas?
can i confirm that people have this working in WMP11?
i've recently re-installed windows and upgraded to wmp11 this week and just got the latest wmptse as well yet i can't seem to get it to read the tags
i had this trouble with wmp10 but i've checked through the solutions for that and the reg entries already exist
any ideas?
Aye, working fine here on XP media center edition 2005 with WMP11.
It's working fine on Vista RTM.
Source builds happily as well (VS 2005) as I've just changed FLACTagSupport to use Artist instead of AlbumArtist. Works a treat.
Now actually playing FLAC files is a different matter as WMP is crashing when using illiminable.
Would love RIFF support for AVI files btw :-)
It's working fine on Vista RTM.
Source builds happily as well (VS 2005) as I've just changed FLACTagSupport to use Artist instead of AlbumArtist. Works a treat.
Now actually playing FLAC files is a different matter as WMP is crashing when using illiminable.
Would love RIFF support for AVI files btw :-)
So, it will be two for RIFF support...
MaB_fr
So, it will be two for RIFF support...
MaB_fr
I've been contemplating giving it a go myself using abcAVI (http://abcavi.kibi.ru/download.htm) to cover off most of it, but my C++ is rather rusty. The original code for this is in Delphi, so it should be possible to just wrap the binary.
I've haven't gone through your code in any detail, but is there anything core about WMPTSE that would need to change to support avi RIFF or does it just need another TagSupport dll?
So, it will be two for RIFF support...
MaB_fr
I've been contemplating giving it a go myself using abcAVI (http://abcavi.kibi.ru/download.htm) to cover off most of it, but my C++ is rather rusty. The original code for this is in Delphi, so it should be possible to just wrap the binary.
I've haven't gone through your code in any detail, but is there anything core about WMPTSE that would need to change to support avi RIFF or does it just need another TagSupport dll?
It depends on what do you intend to do with "avi RIFF" chunks...
At this time, WMPTSE handles "text" tag only. You can't have dates, pictures, or anything else...Just simple text.
If it's OK for you, then, yes, a simple Tag Support DLL will be good.
And you don't even need to put a "write tag" code in it if you just need to read the data in the avi file...
Simply left the Write function return TRUE;.
No C++ abillity are needed !!!
Tag support DLL are simple Win32 C only binaries.
No fancy object of my own, no Interface to implement and Manager to register to. A Delphi guy should have no problem with it. Maybe with the exception of pointer handling. But if you write a buggy code which do the trick, it should be no problem to debug it on sight (if it's not too ugly or obsfucated )
Just two function to export, a registry entry and you're good to go...
See The new Wiki documentation (http://wiki.hydrogenaudio.org/index.php?title=WMPTSE_API) to learn more...
I'm here if you need more explanation...
MaB_fr
anyone got any tips for using this with wmp11?
i seem to have two states of operation
if it recognises the information like album track and artist it takes away my time information and progress bar and still doesn't send the artist info to MSN messenger
but if i turn it off and open/add files then i just get file name but i do get my progress bar and track length
any ideas?
anyone got any tips for using this with wmp11?
i seem to have two states of operation
if it recognises the information like album track and artist it takes away my time information and progress bar and still doesn't send the artist info to MSN messenger
but if i turn it off and open/add files then i just get file name but i do get my progress bar and track length
any ideas?
Seems like a collision with the directshow codec...
Only the directshow codec can return the track length info (and of course enable the progress bar)...
The MSNMessenger problem is strange...I'll investigate this one...
I had numerous report of conflict between WMPTSE and buggy dshow codec...
If you can, try another codec for your filetype...See if the behaviour is the same...
If not, report to the dshow developper.
MaB_fr
anyone got any tips for using this with wmp11?
i seem to have two states of operation
if it recognises the information like album track and artist it takes away my time information and progress bar and still doesn't send the artist info to MSN messenger
but if i turn it off and open/add files then i just get file name but i do get my progress bar and track length
any ideas?
Seems like a collision with the directshow codec...
Only the directshow codec can return the track length info (and of course enable the progress bar)...
The MSNMessenger problem is strange...I'll investigate this one...
I had numerous report of conflict between WMPTSE and buggy dshow codec...
If you can, try another codec for your filetype...See if the behaviour is the same...
If not, report to the dshow developper.
MaB_fr
ok thankyou i will try that
i tried installing the coreflac dshow filters instead of illiminable but that removed the option to play flac altogether, although i could still physically play them it didn't recognise flac as a valid audio format
and the taggin wan't any better
i tried installing the coreflac dshow filters instead of illiminable but that removed the option to play flac altogether, although i could still physically play them it didn't recognise flac as a valid audio format
What do you mean by "didn't recognise flac as a valid audio format" ?
In the "add file" dialog box ?
When you drag a file into the Media Library ?
When you double-click on the explorer ?
...
There's so much way for a file to be recognised as an audio file that i beg you to be more precise
and the taggin wan't any better
Hum, in which way ?
MaB_fr
well the coreflac doesn't seem to actually add anything to wmp, wmp doesn't have flac listed as a valid file type and if i scan a folder it won't add any files from it
so its obviously not installing correctly or doesn't work with wmp11 cos that behavour is the same as when ntohing is installed
when i say the taggin wasn't any better means i am getting the same behaviour as before
well the coreflac doesn't seem to actually add anything to wmp, wmp doesn't have flac listed as a valid file type and if i scan a folder it won't add any files from it
so its obviously not installing correctly or doesn't work with wmp11 cos that behavour is the same as when ntohing is installed
when i say the taggin wasn't any better means i am getting the same behaviour as before
You must not mix three things :
1) the directshow codec is responsible for rendering a stream of data to a sound, (and often it is responsible to make 2)
2) some registry parameters are needed to add filetype support in WMP (but only on the UI side of things), especially in MediaLibrary
3) WMPTSE handles the meta tags and force WMP to recognise those tags...(at install, it also forces filetype support for flac, ape, and such, as a "smoothing usability for all" politic)
So CoreFLAC, as a directshow codec, is not
obligated to do the registry editing needed for a complete "filetype" support. These action are not well documented by Microsoft and most of the directshow codecs
forget to do the extra work...
But if you reinstall WMPTSE (v > 1.1), it should force those values...And you should end up with FLAC completely supported in WMP11...At least if the install works correctly...
Let me know if it's ok ...
MaB_fr
Would you consider this request, then?
Right now (looking at the code) the FLAC component doesn't seem to handle WMP's "Release Year" field at all. WMP11 at least only has this field. No simple "year" at all. Could you have it return the YEAR tag as RELEASE YEAR?
Would you consider this request, then?
Right now (looking at the code) the FLAC component doesn't seem to handle WMP's "Release Year" field at all. WMP11 at least only has this field. No simple "year" at all. Could you have it return the YEAR tag as RELEASE YEAR?
If should be no problem...Is YEAR a official standard FLAC tag ?
MaB_fr
right i've reinstalled the illiminable codec and the wpmtse v1.1.1
i'm still getting the same behaviour
Hi MaB_fr,
I've got a version of the FlagTagSupport dll that uses Artist instead of album artist and Jebus is using it quite happily.
It's available for download from my website (hidden), but I don't want to put it out there for general consumption and have it get confused with your version.
Any thoughts on making it available?
Gary
BTW, still working on an AVI Riff TAGSupport dll. Might get it finished one day :-)
If should be no problem...Is YEAR a official standard FLAC tag ?
MaB_fr
No, DATE is more common in FLAC or Vorbis land. (One of the "proposed minimal list of standard field names.") But, as we all know, there is no real enforced standard on usage.
If should be no problem...Is YEAR a official standard FLAC tag ?
MaB_fr
No, DATE is more common in FLAC or Vorbis land. (One of the "proposed minimal list of standard field names.") But, as we all know, there is no real enforced standard on usage.
and DATE would be fine as well. I know Tag.exe uses DATE... is there even an official list of vorbis tags? I didn't think there was...
Just as long as SOMETHING gets passed to WMP for the year, i'd be happy
If should be no problem...Is YEAR a official standard FLAC tag ?
MaB_fr
No, DATE is more common in FLAC or Vorbis land. (One of the "proposed minimal list of standard field names.") But, as we all know, there is no real enforced standard on usage.
and DATE would be fine as well. I know Tag.exe uses DATE... is there even an official list of vorbis tags? I didn't think there was...
Just as long as SOMETHING gets passed to WMP for the year, i'd be happy
Hum, is DATE a full date field ? If so, we'll go with YEAR as parsing a full date is always a sensible subject (say hi to the bazaar...you can read some of my older post for an harsh view of my opinion on this [search for vorbis write support]).
Hi MaB_fr,
I've got a version of the FlagTagSupport dll that uses Artist instead of album artist and Jebus is using it quite happily.
It's available for download from my website (hidden), but I don't want to put it out there for general consumption and have it get confused with your version.
Any thoughts on making it available?
Gary
BTW, still working on an AVI Riff TAGSupport dll. Might get it finished one day :-)
Good luck with AVI riff tags. Let us know when you begin to have something usable, quite a bunch of user are interested in this.
For the modified FlacTagSupport.dll, i'm thinking about publishing it directly on the SourceForge website.
To avoid confusion, I'll ask you to rename it with something like "FlacTagSupport.Variant.Artist.dll". I'll then publish your file (and the code, if you like) in the "wmptagext Tag Support DLL" section.
right i've reinstalled the illiminable codec and the wpmtse v1.1.1
i'm still getting the same behaviour
What behaviour ? the "no filetype support" problem, or the "no time or length" problem ? Can you add it to your Media Library ? The more precise you are, the easier it become to help you.
MaB_fr
The vorbis comments specification (http://xiph.org/vorbis/doc/v-comment.html) suggests DATE, but also says that additional fields are perfectly acceptible (this is a minimal recommendation). Tag.exe seems to follow the specs to a tee though. It is worth pointing out that your ALBUMARTIST field is non-standard, according to the specs.
Because no format is suggested for DATE, i'd propose you simply check for a 4-char DATE tag containing all numbers, and if it doesn't exist or is invalid, look for YEAR instead (or just return nothing - your call).
Regarding the "Artist" vs "Album Artist" thing, I still think that a simple "if (AlbumArtist == null) then AlbumArtist = Artist;" (disclamer: pseudocode) would work for everyone involved, and would be preferable to code forking. But hey, your opinion wins, since its your baby! Out of curiosity though, what taggers/apps actually write/look for this "ALBUMARTIST" tag?
I know you're concerned with performance, but I seriously doubt any tangible performance impact would occur due to the 2 switches I proposed. All of this of course applies to both FLAC and Vorbis files.
----
And I am very glad to have this tool, by the way! Playing FLAC through my media center extender kicks ass!
i can add it to the library (and play it) and i get information in wmp, but i get no track time (or progress bar) and the artist still doesn't go across to msn messenger
Out of curiosity though, what taggers/apps actually write/look for this "ALBUMARTIST" tag?
I haven't quite kept track of how each application writes... since many just let you enter any text tag, I tend to not care. (The whole Album Artist grouping logic has only recently become a bit more mainstream; most applications didn't bother. Quite sad.)
As for "reading", I know at least one "big media application" that uses the ALBUMARTIST for APE/Vorbis/FLAC: Slimserver. The Sonos ZonePlayer product does, too. (I think Sonos actually tries multiple tag names... due to the lack of standards.)
Yes, as I mentioned earlier in this thread... having WMPTSE populate WMP's Album Artist field with the (Normal) Artist if no Album Artist metadata is in a track would be ideal... and would match the standard browsing logic.
The vorbis comments specification (http://xiph.org/vorbis/doc/v-comment.html) suggests DATE, but also says that additional fields are perfectly acceptible (this is a minimal recommendation). Tag.exe seems to follow the specs to a tee though. It is worth pointing out that your ALBUMARTIST field is non-standard, according to the specs.
Because no format is suggested for DATE, i'd propose you simply check for a 4-char DATE tag containing all numbers, and if it doesn't exist or is invalid, look for YEAR instead (or just return nothing - your call).
Regarding the "Artist" vs "Album Artist" thing, I still think that a simple "if (AlbumArtist == null) then AlbumArtist = Artist;" (disclamer: pseudocode) would work for everyone involved, and would be preferable to code forking. But hey, your opinion wins, since its your baby! Out of curiosity though, what taggers/apps actually write/look for this "ALBUMARTIST" tag?
I know you're concerned with performance, but I seriously doubt any tangible performance impact would occur due to the 2 switches I proposed. All of this of course applies to both FLAC and Vorbis files.
----
And I am very glad to have this tool, by the way! Playing FLAC through my media center extender kicks ass!
In fact, i do not use FLAC, so i'm completely dependent of users for this...BECAUSE there's no standard.
And as i look through the FLACTagSupport.dll code, i see no reason the "ARTIST" tag is not treated as "WM/AlbumArtist". Maybe you've got an old version...try 1.1.1 it should be in ! Or replace by the one in the Tag Support DLL section of the website.
if( _strcmpi( lpcFLACMetaData, FLACTAG_KEY_ARTIST ) == 0 )
return WMP_TAG_ALBUMARTIST;
Or may be you'll get a "multiple tag for the same WM/tag" problem...In its current state, FLACTagSupport.dll handles THREE different tagging for WM/AlbumArtist : "ARTIST", "ALBUM ARTIST" and "ALBUMARTIST".
The trick is, only the last one in the file will win !!
So the result is : who is complainning about ARTIST tag. And WHAT's the problem ?
For DATE, why not, will other users be ok with a DATE field with only a year number inside ?
The YEAR tag seems to be OK and will be in in the next release.
MaB_fr
...Ooone Daaay as standaaaard will cooome, it will take WMPTSE in his harms and horse ride through the sunset...ahum...ahum...sorry...
Any plans to support the new FLAC LYRICS tag and ALBUM ART tags as released in the new FLAC 1.1.3 release?
Any plans to support the new FLAC LYRICS tag and ALBUM ART tags as released in the new FLAC 1.1.3 release?
Lyrics should be no problem...except that is an Advanced Tag Editor feature...I surely can add the tag data in WMP, but will WMP handles it correctly, that's the question...
Album art and generally, "non-textual" tags are a 2.0 feature...
MaB_fr
Or may be you'll get a "multiple tag for the same WM/tag" problem...In its current state, FLACTagSupport.dll handles THREE different tagging for WM/AlbumArtist : "ARTIST", "ALBUM ARTIST" and "ALBUMARTIST".
The trick is, only the last one in the file will win !!
That's really what it does?! Unless I set ALBUMARTIST, I also don't see it set in WMP. I see the ARTIST tag populate the "normal" Artist ("Contributing" artist, aka Author internally for WMA)... which is what I consider correct behavior.
If it did work like that, it woud really mess me up... since ARTIST and ALBUMARTIST are different on plenty of my content. (I also have multiple ARTIST/COMPOSER on many track entries, but you've documented that missing functionality.)
So, if that's really what it does in the current release... What populates normal Artist for FLAC/Vorbis if it's not ARTIST?
Or may be you'll get a "multiple tag for the same WM/tag" problem...In its current state, FLACTagSupport.dll handles THREE different tagging for WM/AlbumArtist : "ARTIST", "ALBUM ARTIST" and "ALBUMARTIST".
The trick is, only the last one in the file will win !!
That's really what it does?! Unless I set ALBUMARTIST, I also don't see it set in WMP. I see the ARTIST tag populate the "normal" Artist ("Contributing" artist, aka Author internally for WMA)... which is what I consider correct behavior.
If it did work like that, it woud really mess me up... since ARTIST and ALBUMARTIST are different on plenty of my content. (I also have multiple ARTIST/COMPOSER on many track entries, but you've documented that missing functionality.)
So, if that's really what it does in the current release... What populates normal Artist for FLAC/Vorbis if it's not ARTIST?
There's no such thing as Artist in WMP....That's the problem...(see http://msdn2.microsoft.com/en-gb/library/aa385212.aspx) (http://msdn2.microsoft.com/en-gb/library/aa385212.aspx))
In its current state, FLACTagSupport.dll handles :
if( _strcmpi( lpcFLACMetaData, FLACTAG_KEY_PERFORMER ) == 0 )
return WMP_TAG_AUTHOR;
PERFORMER as Author.
And COMPOSER as WM/Composer, CONDUCTOR as WM/Conductor, PUBLISHER as WM/Publisher
MaB_fr
There's no such thing as Artist in WMP....That's the problem...(see http://msdn2.microsoft.com/en-gb/library/aa385212.aspx) (http://msdn2.microsoft.com/en-gb/library/aa385212.aspx))
In its current state, FLACTagSupport.dll handles :
if( _strcmpi( lpcFLACMetaData, FLACTAG_KEY_PERFORMER ) == 0 )
return WMP_TAG_AUTHOR;
PERFORMER as Author.
And COMPOSER as WM/Composer, CONDUCTOR as WM/Conductor, PUBLISHER as WM/Publisher
MaB_fr
Yes, I know that the WMP UI (Contributing) Artist is stored as Author internally in the container. (I mentioned that in my message.) Either way, for music... it should be referred to as "Artist"... as all WMF related UIs do that.
In mainstream use, the FLAC/Vorbis ARTIST should really get mapped to Artist inside WMP (Author internally). That really is the closest match. ARTIST = Artist, just like ID3 TPE1 = Artist.
For FLAC/Vorbis, the majority of applications out there use ARTIST (and not PERFORMER) as the traditional "Artist" in the UI. To my knowledge, that's as close to standard as you can get.
There's no such thing as Artist in WMP....That's the problem...(see http://msdn2.microsoft.com/en-gb/library/aa385212.aspx) (http://msdn2.microsoft.com/en-gb/library/aa385212.aspx))
In its current state, FLACTagSupport.dll handles :
if( _strcmpi( lpcFLACMetaData, FLACTAG_KEY_PERFORMER ) == 0 )
return WMP_TAG_AUTHOR;
PERFORMER as Author.
And COMPOSER as WM/Composer, CONDUCTOR as WM/Conductor, PUBLISHER as WM/Publisher
MaB_fr
Yes, I know that the WMP UI (Contributing) Artist is stored as Author internally in the container. (I mentioned that in my message.) Either way, for music... it should be referred to as "Artist"... as all WMF related UIs do that.
In mainstream use, the FLAC/Vorbis ARTIST should really get mapped to Artist inside WMP (Author internally). That really is the closest match. ARTIST = Artist, just like ID3 TPE1 = Artist.
For FLAC/Vorbis, the majority of applications out there use ARTIST (and not PERFORMER) as the traditional "Artist" in the UI. To my knowledge, that's as close to standard as you can get.
I won't change that behavior again after that one, so please, be sure it is the right one...
Last call, make your choices....
MaB_fr
If ARTIST populates "Artist" (Author), and if ALBUMARTIST (or ALBUM ARTIST in some camps) populates "Album Artist" (WM/AlbumArtist) if it exists... that would be the most logical conversion.
And, as mentioned earlier... if ALBUMARTIST (or ALBUM ARTIST) does not exist... WM/AlbumArtist should be populated with what ARTIST has for maximum compatibility. (WM/AlbumArtist especially needs to be there for Windows Media Center customers... without it, it's a total mess.)
Any other feedback, folks?
Yea, year is confirmed not working? None of them are showing up...............great plugin though and it supports writing tags which is great!!!
Thank you!
oh and btw:
OH, and trying to tag flac files isn't working
If ARTIST populates "Artist" (Author), and if ALBUMARTIST (or ALBUM ARTIST in some camps) populates "Album Artist" (WM/AlbumArtist) if it exists... that would be the most logical conversion.
And, as mentioned earlier... if ALBUMARTIST (or ALBUM ARTIST) does not exist... WM/AlbumArtist should be populated with what ARTIST has for maximum compatibility. (WM/AlbumArtist especially needs to be there for Windows Media Center customers... without it, it's a total mess.)
Any other feedback, folks?
Agreed... since the Vorbis comment recommendations suggest ARTIST (not ALBUMARTIST) and Tag.exe writes ARTIST, WM/AlbumArtist needs to fail over to ARTIST if there is no ALBUMARTIST field (since there usually won't be!). As mentioned, WM/AlbumArtist is critical for Media Center, and that's what a lot of us are using WMPTSE for.
DATE should be quickly checked, and it it contains 4 digits and 4 digits only, should be read as the year field. This is again both the Vorbis comment standard, and Tag.exe's default. I expect very few DATE fields actually contain anything other than the year, but the check should still be done. I'm not sure there is any need to fail over to YEAR if DATE isn't found (Off hand I don't know anything that reads/writes an actual YEAR tag), but there probably isn't any harm, either.
I know this is a bit of a pain, but that's what happens when tag standards aren't specific! Oh, and please set these for both the Vorbis and FLAC plugins! Thanks for your help!
If ARTIST populates "Artist" (Author), and if ALBUMARTIST (or ALBUM ARTIST in some camps) populates "Album Artist" (WM/AlbumArtist) if it exists... that would be the most logical conversion.
And, as mentioned earlier... if ALBUMARTIST (or ALBUM ARTIST) does not exist... WM/AlbumArtist should be populated with what ARTIST has for maximum compatibility. (WM/AlbumArtist especially needs to be there for Windows Media Center customers... without it, it's a total mess.)
Any other feedback, folks?
Agreed... since the Vorbis comment recommendations suggest ARTIST (not ALBUMARTIST) and Tag.exe writes ARTIST, WM/AlbumArtist needs to fail over to ARTIST if there is no ALBUMARTIST field (since there usually won't be!). As mentioned, WM/AlbumArtist is critical for Media Center, and that's what a lot of us are using WMPTSE for.
DATE should be quickly checked, and it it contains 4 digits and 4 digits only, should be read as the year field. This is again both the Vorbis comment standard, and Tag.exe's default. I expect very few DATE fields actually contain anything other than the year, but the check should still be done. I'm not sure there is any need to fail over to YEAR if DATE isn't found (Off hand I don't know anything that reads/writes an actual YEAR tag), but there probably isn't any harm, either.
I know this is a bit of a pain, but that's what happens when tag standards aren't specific! Oh, and please set these for both the Vorbis and FLAC plugins! Thanks for your help!
Ok, it will be done as concluded...
The "if there's no AlbumArtist, take Author" feature will be implemented for ALL tag types (including MPEG and such). It will be a new WMPTSE feature (opposed to a FLAC Tag support and Vorbis Tag support feature).
On a different note, a precious user made me discover a well hidden feature i've search since the start of WMPTSE developpement : the MTP compatibility tag...
It should allow MTP devices to synchonize fully with every filetype they can...
For those (like me), who can't wait for this feature, just add a FormatCode registry entry with the right value in :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions\.<MyExtension>
For ogg, it will be HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions\.ogg
And the FormatCode value should be : dword:0000b902
I'm searching for other FileType FormatCode value right now...
It will be added to v 1.2 release...
MaB_fr
Currently, is there any way to get Date or Year tags working with flac?
Currently, is there any way to get Date or Year tags working with flac?
Hum...just be patient...
I'm working on it right now.
For the MTP formatcode you can enjoy the MS doc here : http://msdn.microsoft.com/library/default...._formatcode.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmdm/htm/wmdm_formatcode.asp)
1.2 coming soon...
MaB_fr
Currently, is there any way to get Date or Year tags working with flac?
Hum...just be patient...
I'm working on it right now.
For the MTP formatcode you can enjoy the MS doc here : http://msdn.microsoft.com/library/default...._formatcode.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmdm/htm/wmdm_formatcode.asp)
1.2 coming soon...
MaB_fr
Great. Just wanted to make sure I hadn't missed something in quickly reading over the thread.
Great. Just wanted to make sure I hadn't missed something in quickly reading over the thread.
Except for long boring history of the WMPTSE's development, i think you didn't
Users, enjoy WMPTSE 1.2 !
Website (http://wmptagext.sourceforge.net/)
Direct Download (http://prdownloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.2.msi?download)
If there's any problem, please report here
MaB_fr
P.S. : sourcecode will arrive soon
NICE 1 mab, i love you
any possibility for .mkv support?
You're awsome, thanks! Haven't had a chance to try it yet though.
You're awsome, thanks! Haven't had a chance to try it yet though.
Hum, i would say, thank you for the confidence
NICE 1 mab, i love you
any possibility for .mkv support?
Do not love me, prefer to challenge me.
For the matroska support, i've done no research on it...
So i'll see what can be done, and keep you informed...
Merry christmas !!
(i'm an early adopter )
MaB_fr
Hey
Just wondering how everything is going. What would be great is tighter integration, or features to be filled.
For instance, currently time shows 0 minutes when it tries to detect playtime. Making this work would mean more of a deeply imbedded feel....etc.
great job on getting year fix though....nice job mab
Hey
Just wondering how everything is going. What would be great is tighter integration, or features to be filled.
For instance, currently time shows 0 minutes when it tries to detect playtime. Making this work would mean more of a deeply imbedded feel....etc.
great job on getting year fix though....nice job mab
I believe that is the job of the directshow filter, not WMPTSE.
I believe that is the job of the directshow filter, not WMPTSE.
My FLAC music files encoded with dBpowerAMP CD Ripper 12beta appear to contain the tag "LENGTH" which is in microseconds. The length of MP3, WMA & FLAC files are shown by Windows Explorer (the file viewer, not the web browser) when you select the "Details" view, and I doubt that it is actually running each and every file through a decoder every time I open a folder.
Mind you, I'm new to this. But I think the song length is a data field added to the file when encoded, and does not require the song be decoded to determine it.
Is the length not stored as metadata?
Great tool, btw. I'm trying to rip my collection of cds to FLAC with AccurateRip & calculating ReplayGain values, but I also want to be able to see them from within Windows MCE. I can't believe no one has come up with a better music player / interface for use with MCE.
- Anthony
I believe that is the job of the directshow filter, not WMPTSE.
My FLAC music files encoded with dBpowerAMP CD Ripper 12beta appear to contain the tag "LENGTH" which is in microseconds. The length of MP3, WMA & FLAC files are shown by Windows Explorer (the file viewer, not the web browser) when you select the "Details" view, and I doubt that it is actually running each and every file through a decoder every time I open a folder.
Mind you, I'm new to this. But I think the song length is a data field added to the file when encoded, and does not require the song be decoded to determine it.
Is the length not stored as metadata?
Great tool, btw. I'm trying to rip my collection of cds to FLAC with AccurateRip & calculating ReplayGain values, but I also want to be able to see them from within Windows MCE. I can't believe no one has come up with a better music player / interface for use with MCE.
- Anthony
Nope, Vorbis/FLAC comments do not contain the track length. That information is contained in the bitstream, and anyway; I'm not sure even if it was stored as metadata that WMPTSE could affect anything (its a tag parser, and like I said, has no control over directshow's domain).
I believe that is the job of the directshow filter, not WMPTSE.
My FLAC music files encoded with dBpowerAMP CD Ripper 12beta appear to contain the tag "LENGTH" which is in microseconds. The length of MP3, WMA & FLAC files are shown by Windows Explorer (the file viewer, not the web browser) when you select the "Details" view, and I doubt that it is actually running each and every file through a decoder every time I open a folder.
Mind you, I'm new to this. But I think the song length is a data field added to the file when encoded, and does not require the song be decoded to determine it.
Is the length not stored as metadata?
Great tool, btw. I'm trying to rip my collection of cds to FLAC with AccurateRip & calculating ReplayGain values, but I also want to be able to see them from within Windows MCE. I can't believe no one has come up with a better music player / interface for use with MCE.
- Anthony
Nope, Vorbis/FLAC comments do not contain the track length. That information is contained in the bitstream, and anyway; I'm not sure even if it was stored as metadata that WMPTSE could affect anything (its a tag parser, and like I said, has no control over directshow's domain).
As jebus supposed, the length data is a READ-ONLY information for plug-in. (at least in WMP9+10, i've not verified in WMP11).
!!! AGAIN :
It should be serve by the directshow codec to WMP. If it's not, it is a bug !!! Report to the codec developper.
For the "explorer does it" part, there's no link between WMP and explorer, so what was your argument ?
Microsoft is pushing for MP3/WMA integration in Windows...that's all...The Windows Explorer plug-in might decode just the necessary byte to get the size and go home. For WMA encrypted content, i guess it has to do some non-trivial job before displaying it, public key storage cache might help then...anyway.
Back to WMPTSE, last and for once :
WMPTSE handles METATAG.
<discursion>
In a totally philosophical perspective, length is a self-contained information. You can obtain it without having it first [just play the file and count].
So it is not "meta" information. It is not an information about the data.
I think it is better not to add it in the METATAGS.
The roles between DScodec and WMP are not always clear and accurate. But i think they are on this point.
</discursion>
MaB_fr
Nope, Vorbis/FLAC comments do not contain the track length. That information is contained in the bitstream, and anyway; I'm not sure even if it was stored as metadata that WMPTSE could affect anything (its a tag parser, and like I said, has no control over directshow's domain).
in FLAC, the first metadata block (STREAMINFO) has the sample rate and usually the total number of samples in the stream, always at the same offest in the file, so you can calculate length easily.
Josh
Excuse me for being off-topic but i'm looking for a Windows Media Player 11 plug-in (visualization) which could display full or partial id3 information in the Now Playing window.
The only plug-in i found that is capable of this feature is Adhit PG-VTAG which crashes WMP11 often and it's shareware ($20!!!).
Would it be hard to create a plug-in like this?
Excuse me for being off-topic but i'm looking for a Windows Media Player 11 plug-in (visualization) which could display full or partial id3 information in the Now Playing window.
The only plug-in i found that is capable of this feature is Adhit PG-VTAG which crashes WMP11 often and it's shareware ($20!!!).
Would it be hard to create a plug-in like this?
Yes, it is off-topic...
And no, it wouldn't be hard...
It depends of what you call "full or partial id3 information"...
The only problem i see is : who will do it, 'cause i won't
MaB_fr
It should be serve by the directshow codec to WMP. If it's not, it is a bug !!! Report to the codec developper.
I will.
WMPTSE handles METATAG.
Sorry, I thought it allowed me to integrate my FLAC files into WMP. I wasn't aware that WMP only requests this from the Direct Show plug-in.
My POINT was that I see LENGTH in id-tag plug-ins elsewhere, integrated into explorer details, in the file property pages, in other players. The only place I don't see it is in WMP, and I didn't know it was special, not a tag. I thought your app would solve these problems with WMP, and now I see that I still cannot use FLAC files.
Your application is still a fine piece of work.
- Anthony
It depends of what you call "full or partial id3 information"...
The only problem i see is : who will do it, 'cause i won't
Partial id3 information means what WMP10 and earlier versions showed in the Now Playing window (without plugin):
Artist
Title (but it's really too slight information)
In WMP11 they removed it, i don't know why... but it's really silly because there's no good feedback what you're listening to:
There is stripped down information in the bottom left corner of the window which shows artist/album/title if your window is not smaller than a specified width, and there is the List Pane which shows title/artist but i think it's not enough.
Full information might mean title+album+artist+genre+year+track+bitrate+comment+albumart... etc. More or less.
I think i didn't mention you should make it. I would do it if i could but in the end i'll use the list pane and just forget about the other tags. Thanks.
It depends of what you call "full or partial id3 information"...
The only problem i see is : who will do it, 'cause i won't
Partial id3 information means what WMP10 and earlier versions showed in the Now Playing window (without plugin):
Artist
Title
In WMP11 they removed it, i don't know why...
Full information might mean title+album+artist+genre+year+track+bitrate+comment+albumart... etc. More or less.
I think i didn't mention you should make it. I would do it if i could.
Just Get an IDE for C/C++, download Windows Media Player SDK and your good to go.
If you have MSVisual Studio, you'll get a Windows Media Player Plug-in Wizard in bonus inside the SDK with a nice "Now Playing plug-in" checkbox to play with.
Add MSDN, and it's easy as 1-2-3.
It's just a bunch of COM interface to respond to.
For C programmer, it is just a Win32 DLL with a call to IWMPlayer->vtable->GetInterface and such...(a bit more difficule in pure Win32 C, but doable)
MaB_fr
FreeTagViewer_0.6_Setup.exe (http://vnet.hu/on/FreeTagViewer_0.6_Setup.exe) [340K]
(http://vnet.hu/on/FreeTagViewer.jpg)
http://fabrigp4.altervista.org/FreeTagViewer_0.6_Setup.exe (http://fabrigp4.altervista.org/FreeTagViewer_0.6_Setup.exe)
Get you topic and you sourceforge space, and live your own life...
Do not post again off-topic broken link...
Thanks
MaB_fr
MaB_fr,
(http://ossian.myby.co.uk/wmp.png)
I can't get 1.2.0 or 1.1.1 to work on WMP 11 on XP Pro SP2 with Illuminable filter (unstable version). Adding the Flac DLL manually gives the error above. There's a thread on soundforge discussing this https://sourceforge.net/forum/forum.php?thr...forum_id=504707 (https://sourceforge.net/forum/forum.php?thread_id=1634625&forum_id=504707)
Any ideas?
Thanks,
Fairy
MaB_fr,
(http://ossian.myby.co.uk/wmp.png)
I can't get 1.2.0 or 1.1.1 to work on WMP 11 on XP Pro SP2 with Illuminable filter (unstable version). Adding the Flac DLL manually gives the error above. There's a thread on soundforge discussing this https://sourceforge.net/forum/forum.php?thr...forum_id=504707 (https://sourceforge.net/forum/forum.php?thread_id=1634625&forum_id=504707)
Any ideas?
Thanks,
Fairy
I've responded on sourceforce (please don't multi post everywhere...as i'll surelly going mad).
But I'm curious : has anyone else endure the same behaviour ?
MaB_fr
hi,
i had trouble importing my m4a files, which i tagged with foobars masstagger, into the media library of wmp10 and wmp11. i tried your plugin aswell as softpointers. both times no date or year was read from the m4a files. i tried mp3tag and other tools to change tha tags with no success. then i looked into your code for this plugin. is it possible that these things do not get read from the files?
hi,
i had trouble importing my m4a files, which i tagged with foobars masstagger, into the media library of wmp10 and wmp11. i tried your plugin aswell as softpointers. both times no date or year was read from the m4a files. i tried mp3tag and other tools to change tha tags with no success. then i looked into your code for this plugin. is it possible that these things do not get read from the files?
Seems we have a problem with Year/Date handling...
Several users report buggy behaviour...
I'll check this again, but as you said, my code seems pretty crystal clear...
There must be a bug somewhere though, we'll just have to look harder.
MaB_fr
Year does still seem to be broken. Can't wait for feedback thanks mab!
Year does still seem to be broken. Can't wait for feedback thanks mab!
!!!!!Just for WMPTSE's users to know!!!!!!!
Seems like WMP11 has some deep bug or at least big incompatibility with open directshow codec.
The faulty behaviour is located around seeking :
- when playing an entire library (big playlist) no seeking for 'extended' files (and no length/bitrate/duration => directshow codec problem);
- when playing a small playlist (i couldn't find the correct number as it seems so random), some files do work, others don't (??? directshow codec or WMP11 ???)...
I've tested with 1810 WavPack files. Best compression mode. No matter the size.
No link with WMPTSE (with or without WMPTSE, it doesn't work correctly), but as every WMPTSE could be tempted to go with WMP11 :
I must STRONGLY advise you to stay with WMP10 if you need correct seeking...
The Year problem is cornered. I'm a bit busy these days so it may take a while before i debug it. You can scream at me if it's top priority for you : the more scream, the more guilty i'll feel , and the more quickly i correct it .
MaB_fr
Hmm....this may be solved:
http://gizmodo.com/gadgets/software/divx-i...-now-234792.php (http://gizmodo.com/gadgets/software/divx-in-vista-media-center-you-can-now-234792.php)
Talks about OGG in link
Hmm....this may be solved:
http://gizmodo.com/gadgets/software/divx-i...-now-234792.php (http://gizmodo.com/gadgets/software/divx-in-vista-media-center-you-can-now-234792.php)
Talks about OGG in link
I guess you're talking about this http://sourceforge.net/projects/ffdshow-tryout/ (http://sourceforge.net/projects/ffdshow-tryout/)
As i'm not using OGG, i can't test it right away. Did you try it, what were the results ?
MaB_fr
Hm...sorry for the confusion...it said OGG codecs and I assumed that included a flac direct show filter....
I havn't tried it yet.
Hm...sorry for the confusion...it said OGG codecs and I assumed that included a flac direct show filter....
I havn't tried it yet.
I'm not using FLAC neither, so i'm counting on you to try...
Bad news for the YEAR/DATE addicts.
Seems like WMP11 is simply forbidding me to modify it.
I will try to use a more brutal approach, no result guaranteed...
Their was a "release bug" in FLAC support. I've added a dependancy to microsoft runtime by updating with the new 1.1.3, so you'll find WMPTSE 1.3 with working FLAC 1.1.4 support under Vista and non-"msvcrt71" compatible systems.
WMPTSE 1.3 :
http://downloads.sourceforge.net/wmptagext...use_mirror=osdn (http://downloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.3.msi?use_mirror=osdn)
Enjoy
MaB_fr
"WMP encountered problem while playing file"
ugh..no go won't even play!
"WMP encountered problem while playing file"
ugh..no go won't even play!
It would be surprising that WMPTSE could alter playing experience...
The worst you could have is WMP crashing and a message on the next load...
When did this message appear ?
For what file ? Encoded with ?
Was WMPTSE activated ?
With which option was WMPTSE activated ?
MaB_fr
Hmm....this may be solved:
http://gizmodo.com/gadgets/software/divx-i...-now-234792.php (http://gizmodo.com/gadgets/software/divx-in-vista-media-center-you-can-now-234792.php)
Talks about OGG in link
I guess you're talking about this http://sourceforge.net/projects/ffdshow-tryout/ (http://sourceforge.net/projects/ffdshow-tryout/)
As i'm not using OGG, i can't test it right away. Did you try it, what were the results ?
MaB_fr
Sorry....that error was in response to this
not the latest version of WMPTSE
Hmm....this may be solved:
http://gizmodo.com/gadgets/software/divx-i...-now-234792.php (http://gizmodo.com/gadgets/software/divx-in-vista-media-center-you-can-now-234792.php)
Talks about OGG in link
I guess you're talking about this http://sourceforge.net/projects/ffdshow-tryout/ (http://sourceforge.net/projects/ffdshow-tryout/)
As i'm not using OGG, i can't test it right away. Did you try it, what were the results ?
MaB_fr
Sorry....that error was in response to this
not the latest version of WMPTSE
Don't wake-up the debug beast
MaB_fr
Don't wake-up the debug beast
MaB_fr
Shame on me !
I've introduced a completely broken 1.3.
For that, i'm sorry.
By trying to enforce the "Year" tag in WMP11, i've messed up my own source code and was forced to fall back no the 1.2 source to get a working WMPTSE back.
The second bad news is i've uncovered a bug in FLAC and Vorbis support that users didn't seem to notice : when FLAC or Vorbis number of files in the MediaLibrary is small (less than 40 items in my config), WMPTSE end up in the old infinite loop reentrant algorithm problem (due to WMP Plug-in single threadness).
To avoid some users the 100% CPU problem, i have disabled the "When browsing library" option in 1.4.
For APE tagged files users (MPC, WavPack, APE,...) or user not afraid of 100% cpu usage risk, it is available in the registry in "HKEY_LOCAL_MACHINE\SOFTWARE\piPOol\WMPTSE". Change "AutoRefreshOnBrowse" from "0" to "1".
You will be able to download 1.4 version very soon.
I'm working with a developper to give better the vorbis support.
It should be ready around the 24th of February.
See you.
MaB_fr
Hi,
WMPTSE 1.4 is available right here :
Direct Link (http://downloads.sourceforge.net/wmptagext/WMPTagSupportExtender.1.4.msi?use_mirror=osdn)
FLAC support repaired, and the "infinite loop" problem (100% cpu usage when playing a file) is disabled (problem with "When browsing a file" option).
I'm glad to anounce that Vorbis support will be taken care of by Christophe Browet (koying on sourceforge) from now on.
What it will mean for WMPTSE's users is :
- first : any problem with Vorbis/OGG files will be his responsability
- second : you will get Vorbis write support in the future
So yes, this is good news for vorbis/ogg users:)
MaB_fr
WMPTSE is a really helpfull tool!
Is it possible to intigrate the FLAC album art (cover) support in one of the next versions?
WMPTSE is a really helpfull tool!
Is it possible to intigrate the FLAC album art (cover) support in one of the next versions?
It will be a 2.0 feature (see earlier post in this thread for more information).
In technical details, it will be a "add a covert art file in the folder" hack as there's no documentation on MSDN for ways to change WMP album art MediaInfo...
WMPTSE 1.x will live an old life before 2.0 is ready.
We will have Vorbis write support, and if any MPEG4/iTunes files developer is interested and develop the MPEG4 write support, i will THEN consider WMPTSE 1.x as feature complete...
Plus, i'm thinking about a special version for WMP11 which will be less hacky and maybe more featurefull.
So, album art support is not for today (you've got the excellent "Album Art Fixer" (http://www.avsoft.nl/artfixer/) for this if you really need it now ).
Thanks for the feedback anyway
MaB_fr
WMPTSE is a really helpfull tool!
Is it possible to intigrate the FLAC album art (cover) support in one of the next versions?
It will be a 2.0 feature (see earlier post in this thread for more information).
In technical details, it will be a "add a covert art file in the folder" hack as there's no documentation on MSDN for ways to change WMP album art MediaInfo...
WMPTSE 1.x will live an old life before 2.0 is ready.
We will have Vorbis write support, and if any MPEG4/iTunes files developer is interested and develop the MPEG4 write support, i will THEN consider WMPTSE 1.x as feature complete...
Plus, i'm thinking about a special version for WMP11 which will be less hacky and maybe more featurefull.
So, album art support is not for today (you've got the excellent "Album Art Fixer" (http://www.avsoft.nl/artfixer/) for this if you really need it now ).
Thanks for the feedback anyway
MaB_fr
So...ogg tag reading is broken on 1.4 and wmp11??... or is it just my machine maybe??
Can't get it to read the tag for ogg files
/Regards
n
So...ogg tag reading is broken on 1.4 and wmp11??... or is it just my machine maybe??
Can't get it to read the tag for ogg files
/Regards
n
It reads .ogg tags very well. While browsing the Media Library, you have to click "Refresh Now!" in the plug-in's options to force it to read the files' tags. If it still refuses doing so, then wipe the entire Media Library and make it add all .oggs again by selecting "Monitor Folders..." in Options/Media Library and clicking the OK button in the follow-up "Add to Media Library" window. It should add all Vorbis files then, including the tags.
Note that the plug-in tends to eat exorbitant amounts of memory during the scanning process, possibly resulting in WMP locking up. If that happens, restart the player, enable the plug-in again and continue scanning. After its done, click "Refresh Now!" to make sure all tags are read by WMP; at least in my case a few files still didn't display any tags after the scan had been completed, an issue which was fixed by the refresh.
So...ogg tag reading is broken on 1.4 and wmp11??... or is it just my machine maybe??
Can't get it to read the tag for ogg files
/Regards
n
It reads .ogg tags very well. While browsing the Media Library, you have to click "Refresh Now!" in the plug-in's options to force it to read the files' tags. If it still refuses doing so, then wipe the entire Media Library and make it add all .oggs again by selecting "Monitor Folders..." in Options/Media Library and clicking the OK button in the follow-up "Add to Media Library" window. It should add all Vorbis files then, including the tags.
Note that the plug-in tends to eat exorbitant amounts of memory during the scanning process, possibly resulting in WMP locking up. If that happens, restart the player, enable the plug-in again and continue scanning. After its done, click "Refresh Now!" to make sure all tags are read by WMP; at least in my case a few files still didn't display any tags after the scan had been completed, an issue which was fixed by the refresh.
Yeah, the "Refresh now" button is not really user friendly. WMPTSE 1.5 will expose a progress bar when using this button. For the locking-up, WMP plug-in are single threaded only (MS restriction) so i have no way of doing otherwise.
The memory problem you describe is strange, at worst, WMPTSE should reserve "size of all the meta information in ONE file + ~4KB". You could be in a reentrant loop and have twice the amount, but it should not exceed ~4MB of datas (and that's a very LARGE amount of metadata).
What kind of file are you using ?
MaB_fr
Ogg Vorbis. In my case the plug-in seemed to cache a lot more data than only the Vorbis Comments, resulting in Windows Media Player 11 eating up the whole swap file, which is statically set to 1.5 GB (twice the 768 MB of RAM available on this computer). After a while adding the entire collection of 253 albums to the Media Library at once caused Windows XP to send a notification that the swap file had been too small and therefore its size had been increased. Note that this only happened during the process of adding Vorbis encodings to the Media Library, not while reading the tags of files (via "Refresh Now!") that had already been added to it before.
The memory leak could easily be tracked in Windows' task manager during scanning, wmplayer.exe was reported to be using a lot more more than 200.000 K of RAM (don't remember the exact figures anymore) when I finally killed the process due to stability issues caused by it. The swap file extended by Windows XP was filled with around 1.8 GB of temporary data in this moment. At least the files which had been added weren't lost because of this measure, allowing me to complete the scan in a second attempt.
Besides, I remember having had exactly the same problems with FLAC using the 1.2 version of your plug-in, though data not handled by it, like the few MP3s and WMAs found on my machine, never caused any issues when being added to the Media Library.
The problem might be related to certain hardware/software configurations, hence my system's specs:
Intel Pentium IV @2.6 Ghz
768 MB of RAM, 1.5 GB swap file
ATI Radeon 9700 XT (special Dell brand) with Omegadrivers 3.8.330
Creative Soundblaster Audigy 2, 5.12.4.1196 drivers
Windows XP Professional with Service Pack 2, including all available security updates
Windows Media Player 11
The system usually is a very clean and stable one, since it's regularly scanned for viruses, adware and spyware as well as erronous and invalid entries in the registry. Processes running in the background, which could interfere with wmplayer.exe, are kept at a minimum. Nonetheless, here's a list of the ones loaded at system startup:
Logfile of HijackThis v1.99.1
Scan saved at 20:47:37, on 27.02.2007
Platform: Windows XP SP2 (WinNT 5.01.2600)
MSIE: Internet Explorer v7.00 (7.00.6000.16414)
Running processes:
D:\WINXP\System32\smss.exe
D:\WINXP\system32\winlogon.exe
D:\WINXP\system32\services.exe
D:\WINXP\system32\lsass.exe
D:\WINXP\system32\Ati2evxx.exe
D:\WINXP\system32\svchost.exe
D:\WINXP\System32\svchost.exe
D:\WINXP\system32\Ati2evxx.exe
D:\WINXP\system32\ZONELABS\vsmon.exe
D:\WINXP\system32\spoolsv.exe
D:\PROGRA~1\Grisoft\AVG7\avgamsvr.exe
D:\PROGRA~1\Grisoft\AVG7\avgupsvc.exe
D:\PROGRA~1\Grisoft\AVG7\avgemc.exe
D:\WINXP\System32\rsvp.exe
D:\WINXP\System32\snmp.exe
D:\WINXP\System32\svchost.exe
D:\WINXP\Explorer.EXE
D:\Programme\Zone Labs\ZoneAlarm\zlclient.exe
D:\PROGRA~1\Grisoft\AVG7\avgcc.exe
D:\Programme\Microsoft IntelliType Pro\type32.exe
D:\WINXP\system32\wuauclt.exe
D:\Dokumente und Einstellungen\Tobias\Eigene Dateien\HijackThis\HijackThis.exe
O2 - BHO: Adobe PDF Reader - {06849E9F-C8D7-4D59-B87D-784B7D6BE0B3} - D:\Programme\Gemeinsame Dateien\Adobe\Acrobat\ActiveX\AcroIEHelper.dll
O2 - BHO: SSVHelper Class - {761497BB-D6F0-462C-B6EB-D4DAF1D92D43} - D:\Programme\Java\jre1.5.0_08\bin\ssv.dll
O4 - HKLM\..\Run: [ZoneAlarm Client] "D:\Programme\Zone Labs\ZoneAlarm\zlclient.exe"
O4 - HKLM\..\Run: [AVG7_CC] D:\PROGRA~1\Grisoft\AVG7\avgcc.exe /STARTUP
O4 - HKLM\..\Run: [type32] "D:\Programme\Microsoft IntelliType Pro\type32.exe"
O16 - DPF: {5ED80217-570B-4DA9-BF44-BE107C0EC166} (Windows Live Safety Center Base Module) - [url=http://cdn.scan.onecare.live.com/resource/download/scanner/wlscbase9602.cab]http://cdn.scan.onecare.live.com/resource/...lscbase9602.cab[/url]
O16 - DPF: {6414512B-B978-451D-A0D8-FCFDF33E833C} (WUWebControl Class) - [url=http://update.microsoft.com/windowsupdate/v6/V5Controls/en/x86/client/wuweb_site.cab?1158063345593]http://update.microsoft.com/windowsupdate/...b?1158063345593[/url]
O20 - Winlogon Notify: WgaLogon - D:\WINXP\SYSTEM32\WgaLogon.dll
O21 - SSODL: WPDShServiceObj - {AAA288BA-9A4C-45B0-95D7-94D524869DB5} - D:\WINXP\system32\WPDShServiceObj.dll
O23 - Service: Ati HotKey Poller - ATI Technologies Inc. - D:\WINXP\system32\Ati2evxx.exe
O23 - Service: ATI Smart - Unknown owner - D:\WINXP\system32\ati2sgag.exe
O23 - Service: AVG7 Alert Manager Server (Avg7Alrt) - GRISOFT, s.r.o. - D:\PROGRA~1\Grisoft\AVG7\avgamsvr.exe
O23 - Service: AVG7 Update Service (Avg7UpdSvc) - GRISOFT, s.r.o. - D:\PROGRA~1\Grisoft\AVG7\avgupsvc.exe
O23 - Service: AVG E-mail Scanner (AVGEMS) - GRISOFT, s.r.o. - D:\PROGRA~1\Grisoft\AVG7\avgemc.exe
O23 - Service: InstallDriver Table Manager (IDriverT) - Macrovision Corporation - D:\Programme\Gemeinsame Dateien\InstallShield\Driver\11\Intel 32\IDriverT.exe
O23 - Service: Intel® NMS (NMSSvc) - Intel Corporation - D:\WINXP\System32\NMSSvc.exe
O23 - Service: TrueVector Internet Monitor (vsmon) - Zone Labs, LLC - D:\WINXP\system32\ZONELABS\vsmon.exe
The memory leak could easily be tracked in Windows' task manager during scanning, wmplayer.exe was reported to be using a lot more more than 200.000 K of RAM (don't remember the exact figures anymore) when I finally killed the process due to stability issues caused by it. The swap file extended by Windows XP was filled with around 1.8 GB of temporary data in this moment. At least the files which had been added weren't lost because of this measure, allowing me to complete the scan in a second attempt.
Besides, I remember having had exactly the same problems with FLAC using the 1.2 version of your plug-in, though data not handled by it, like the few MP3s and WMAs found on my machine, never caused any issues when being added to the Media Library.
The problem might be related to certain hardware/software configurations, hence my system's specs:
It must be a memory leak in the Vorbis tag support.
Did you try to add all your files without WMPTSE activated by unloading it (just to be sure it's WMPTSE problem and not some overheating of WMP) ?
Koying (the man now responsible for vorbis support) is on vacation right now. The solution may be delayed a bit.
Are you sure that the same behaviour occured with flac files ? It's very surprising as FLAC support is based exclusivelly on libFLAC.
Thanks for the report
MaB_fr
Some more extensive testing revealed that actually an erronous installation of the illiminable DirectShow filters seems to have been the cause for the issues described above. Prior to un- and reinstalling them I had completely wiped the Media Library and scanned nothing but the FLAC archive on my external drive. Surprise, the swap file kept growing up to 1.1 GB until I stopped the process. Same thing with the next attempt when I scanned the Vorbis folder once more.
Then I reinstalled the DirectShow filters and tried once again. No problems anymore, adding both Vorbis and FLAC doesn't cause any memory leaks and stability issues.
Besides, talking about illiminable: ffdshow, which is installed on my machine, features a Tremor decoder which for some unknown reason isn't used by Windows Media Player to decode .ogg, although it's enabled in the audio decoder configuration. With illiminable being uninstalled Windows Media Player is unable to both add and play Vorbis back, though it properly uses ffdshow for all other kinds of formats I've tested so far. In Vorbis' case ffdshow does nothing but further progressing the uncompressed PCM data handed to it by the illiminable filters, whose Vorbis support doesn't allow seeking in both the latest stable and unstable builds. Wouldn't be a problem for me since Winamp is my audio player of choice, with foobar being my favoured transcoding and RG-scanning whore, but a familiy member prefers using Windows Media Player instead, even with its currently problematic Vorbis playback capabilities.
Some more extensive testing revealed that actually an erronous installation of the illiminable DirectShow filters seems to have been the cause for the issues described above. Prior to un- and reinstalling them I had completely wiped the Media Library and scanned nothing but the FLAC archive on my external drive. Surprise, the swap file kept growing up to 1.1 GB until I stopped the process. Same thing with the next attempt when I scanned the Vorbis folder once more.
Then I reinstalled the DirectShow filters and tried once again. No problems anymore, adding both Vorbis and FLAC doesn't cause any memory leaks and stability issues.
Besides, talking about illiminable: ffdshow, which is installed on my machine, features a Tremor decoder which for some unknown reason isn't used by Windows Media Player to decode .ogg, although it's enabled in the audio decoder configuration. With illiminable being uninstalled Windows Media Player is unable to both add and play Vorbis back, though it properly uses ffdshow for all other kinds of formats I've tested so far. In Vorbis' case ffdshow does nothing but further progressing the uncompressed PCM data handed to it by the illiminable filters, whose Vorbis support doesn't allow seeking in both the latest stable and unstable builds. Wouldn't be a problem for me since Winamp is my audio player of choice, with foobar being my favoured transcoding and RG-scanning whore, but a familiy member prefers using Windows Media Player instead, even with its currently problematic Vorbis playback capabilities.
Ok, so kying will have a nice quiet return after his holidays
Thanks for trying to clear-up the problem, we now know this problem exist, by what it is caused and how to avoid it. In the name of all WMPTSE's Vorbis users : THANKS
I'm aware of the seeking problem with DirectShow codec & WMP11.
I'm working with Toff (from the CoreWavPack filter) to locate and try to eradicate it (if it's not a WMP11 bug).
(if... ) And once the problem resolved, will ensure that all codec developper for filetypes supported by WMPTSE will have the proper information about it.
The only advice i can give you if this family member really really needs seeking is to downgrade to WMP10...
Also, just to make things clear, I must emphasize the fact that WMPTSE is in no way in charge of playing and seeking and any other "audio data" related task.
I repeat : WMPTSE handles Tags only (it also occasionally enforce file type support, but i can forever digress where this responsibility should really lay in).
Regards,
MaB_fr
Great glad were making progress.
I forgot to ask however, does WMPTSE support ReplainGain headers, or what WMP plugin does for FLAC?
Ohmygosh! a temporary negro hath found the (temporary) solution to the flac seeking bug
Using Illuminable's latest beta, I discovered accidently that if you have the flac files in an .m3u (no matter what #ext format or just simple listing) seeking actually WORKS AS INTENDED. Why this is I have no clue, and just proves more of microsofts lack of understanding
but yea, start making playlists if you want to seek in WMP11
Ohmygosh! a temporary negro hath found the (temporary) solution to the flac seeking bug
Using Illuminable's latest beta, I discovered accidently that if you have the flac files in an .m3u (no matter what #ext format or just simple listing) seeking actually WORKS AS INTENDED. Why this is I have no clue, and just proves more of microsofts lack of understanding
but yea, start making playlists if you want to seek in WMP11
I already knew this trick...
The fact is, your playlist must be tiny for this "hack" to work.
Don't hope to make it work with more than 20 tracks in the playlist...
It's just an "emergency" workaround for me...not a usable one.
But good try though
MaB_fr
Hi There,
I was impressed by the new Media Center coming with Vista, especially from ergonomic point of view.
Because WMPTSE exists, I then decided to give it a try.
The result is really great, all my 10k WavPack files have been loaded successfully.
Merci beaucoup MaB_fr !
The few pbs I face were mentionned previously in this threat :
- Seeking does not work ,
- %year% tag is not considered (so sad, Vista MC has a view based on Year),
- The loading phase took quite some time.
A small question : for Album Artists tags, should I tag %Album Artist% or %AlbumArtist% or something else ? I'm using foobar for Tags management.
Edit : typo
A small question : for Album Artists tags, should I tag %Album Artist% or %AlbumArtist% or something else ? I'm using foobar for Tags management.
OK, I found the answer from the present topic, p.5 :
(...)
On a second note, i, once and for all, will expose here the standard i rely on for the tagging politics :
---- For every APEv2 tagged files (wavpack, monkey audio, etc...) -----
The correspondances are :
APETag => WMP Entry
"Title" => Title
"Subtitle" => WM/Subtitle
"Artist" => Author
"Album" => WM/AlbumTitle
"AlbumArtist" => WM/AlbumArtist
"Publisher" => WM/Publisher
"Conductor" => WM/Conductor
"Composer" => WM/Composer
"Comment" => MoreInfo
"Year" => WM/Year
"Track" => WM/TrackNumber
"Genre" => WM/Genre
"Lyrics" => WM/Lyrics
"Copyright" => Copyright
"Publicationright" => WM/Publisher
"ISRC" => WM/MCDI
"Buy URL" = > BuyNow
"Publisher URL" => ProviderURL
---- For every FLAC tagged files -----
The correspondances are :
FLACTag => WMP Entry
"TITLE" => Title
"ALBUMARTIST" => WM/AlbumArtist
"ALBUM" => WM/AlbumTitle
"TRACKNUMBER" => WM/TrackNumber
"ARTIST" => Author
"PERFORMER" => WM/AlbumArtist
"COPYRIGHT" => Copyright
"ORGANIZATION" => WM/Publisher
"DESCRIPTION" => MoreInfo
"GENRE" => WM/Genre
"LOCATION" => ProviderURL
"ISRC" => WM/MCDI
"YEAR" => WM/Year
"COMPOSER" => WM/Composer
"CONDUCTOR" => WM/Conductor
"PUBLISHER" => WM/Publisher
---- For every Vorbis tagged files -----
The correspondances are :
Vorbis tag => WMP Entry
"TITLE" => Title
"ALBUMARTIST" => WM/AlbumArtist
"ALBUM" => WM/AlbumTitle
"TRACKNUMBER" => WM/TrackNumber
"ARTIST" => Author
"PERFORMER" => WM/AlbumArtist
"COPYRIGHT" => Copyright
"ORGANIZATION" => WM/Publisher
"DESCRIPTION" => MoreInfo
"GENRE" => WM/Genre
"LOCATION" => ProviderURL
"ISRC" => WM/MCDI
"YEAR" => WM/Year
I used the doc available on the net...If someone found any mistake or wants some modification (it will be argumented then), you're free to try
Until further notice, these standards are CASE-SENSITIVE (as all format documentation want it to be).
Which means that non-standard formatting of tag name (like "album" for every file, or "Album" for vorbis tagged files) are NOT handled !
It may enlights some problems....
MaB_fr
Could be usefull to put it on Wiki
Could be usefull to put it on Wiki
Right, will do it as soon as i have a home internet connexion (j've just emigrated from france to canada, so i'm kind of messy right now).
Just wait a bit.
MaB_fr
Mysterious...
I take the same file (ogg vorbis) and play it in WMP11 on two different PCs. My oggcodecs from illminable got the same version number. One PC runs XP pro SP2 with WMPTSE 1.2. Another runs Vista and I downloaded the 1.4 of WMPTSE. With the 1st PC everything is fine, but the latter only recognises the TITLE and the GENRE tag. Therefore I uninstalled WMPTSE and installed the 1.2 but this didn't solve the problem. What is the matter?
Mysterious...
I take the same file (ogg vorbis) and play it in WMP11 on two different PCs. My oggcodecs from illminable got the same version number. One PC runs XP pro SP2 with WMPTSE 1.2. Another runs Vista and I downloaded the 1.4 of WMPTSE. With the 1st PC everything is fine, but the latter only recognises the TITLE and the GENRE tag. Therefore I uninstalled WMPTSE and installed the 1.2 but this didn't solve the problem. What is the matter?
I would say Vista...I may be biased though (i don't own Vista and don't want to).
Ogg & Vista users, any simillar behaviour ?
MaB_fr
i have a question. why doesn't WMPTSE find the "Date" tag on my WavPack files? I have the tag on the file but WMPTSE doesn't display it. foobar2000 displays it just fine.
i have a question. why doesn't WMPTSE find the "Date" tag on my WavPack files? I have the tag on the file but WMPTSE doesn't display it. foobar2000 displays it just fine.
As you can see in WMPTSE source code, it does handle date...
The only problem with WMP11 is that WM/Year seems to be a read only tag...
I'm always trying to figure how to workaround this.
The problem is specific to WMP11, and i very much like to know why...
If i get some sort of answer or a solution, you'll hear me screaming "eureka" on this forum...
MaB_fr
I'm using Windows Vista 32bit, and trying to get .ogg to show up my library. Using WMPTSE, .ogg files still do not show up in my library. They play fine in WMP. I am using CCCP in order to play the files. Does the codec matter? I believe that pack uses ffdshow to play the files. In anycase, any help in getting WMP 11 to index my .ogg files would be greatly appreciated.
I can play and seek in flac file in wmp11 on a win XP sp2 but I can not change or even view the tags in flac files.. I have WMPTSE installed and all but it still doenst work.. very sad because WMP11 would be really good if this would work.. anybody experienceing the same problems? dunno what to do 0o
Hi there,
3 little points:
1. I'm using Vista Media Center & WMP 11. By using WMPTSE, all my 11k WavPack files are recognized, except 44 of them. I noticed they all include a question mark '?' in the title. Seems to be a bug.
2. I recently discovered a similar plug-in then WMPTSE, "Tag Support Plugin for Media Player 1.1", see link hereunder. Any link between them ? Amazing point: This plug-in also have problem with Dates & Tracklenght.
link (http://www.softpointer.com/WMPTagSupport.htm)
3. I red in some previous posts of this threat that you may produce a specific version for WMP11. Is this still planned ?
Thanx again for this nice plug-in.
I'm afraid I've got nowhere with this plugin
Did everything as per guide, think I used version 1.2. Got half of my flacs recognised by WMP11/MCE, but then WMP crashed. Have done a clean reinstall of everything, including different versions of this plugin, WMP can play now play flacs, but nothing is recognised in media library, hence nothing on MCE.
I've read all the guides and forum here and on WMPlugins.com, but have got nowhere. Will try again later, maybe withthe plugin referred to above, but any tips would be appreciated. Using Vista Ultimate, 32 bit, up to date.
If I still can't get it going, I'll convert my flacs to mp3, but would rather not for the work involved - am sure that my mp3s would be transparent to me anyway.
Hi there,
3 little points:
1. I'm using Vista Media Center & WMP 11. By using WMPTSE, all my 11k WavPack files are recognized, except 44 of them. I noticed they all include a question mark '?' in the title. Seems to be a bug.
2. I recently discovered a similar plug-in then WMPTSE, "Tag Support Plugin for Media Player 1.1", see link hereunder. Any link between them ? Amazing point: This plug-in also have problem with Dates & Tracklenght.
link (http://www.softpointer.com/WMPTagSupport.htm)
3. I red in some previous posts of this threat that you may produce a specific version for WMP11. Is this still planned ?
Thanx again for this nice plug-in.
Thanks for the detailed bug report...If every one could be as such, my life would be easier...
I'll check the source for a question mark handling and let you know...
Dates are read only on WMP11...Why...i don't know...report to Microsoft, petition, or whatever could change this status...Track length is handled by the DirectShow plug-in (or supposed to...most of them do it, but it seems there's a bug in WMP11 strangely disabling this...any paranoid 'MS wrongdoing for media supremacy' there ? )
I didn't get a huge positive feedback on a specific Vista version of WMPTSE, so it is not planned...
May be i should make a poll on HA, but i m afraid to bore the board...
The 'other' plug-in has different functionalities, some believe it uses my code...i do not care. Choose whatever suits you better.
MaB_fr
Thx for your answer Mab. I carry on point per point
1. Even more precisely about my question mark pb, I think it happens when there is a space before, eg. "What do you mean ?" whereas "What do you mean?" seems working better. Not sure thought.
2. Well the 'other plug-in' is so much close to yours in its comportment, on both quality and pbs, that I would be surprised it does not use the same code basis. I was expecting an answer from you like 'yes, I did this other plug-in as well in association with blah'. On my side I will definitely stick with the original, ie. yours . Besides, it does not handle artist/album artist propely.
3. As for the WMP11 dedicated plug-in, I tell you I would like it very much. The present scanning time is quite slow on my 11k wv files... I red previously you were not interested that much with vista. If you liked MCE, I would be surprised to see you not apreciate VMC after a serious try. I found it better on several points, starting by the music management and global ergonomy.
Oh last point: I found the tone of your last post a bit 'bored' if I may say. Please beleive your plug-in is appreciated *a lot*, and allow me to play with VMC without transcoding from wv to wma lossless (I tried -shame on me-, but the result was so bad I gave up)
Has anyone managed to get it to work with Vista & WMP11?
I had it working fine with XP and when I upgraded to Vista it won't show FLAC files. It's pretty weird, at first it wouldn't pick up any flac files, but APE were picked up fine. So I cleared my library and reloaded it. Now a few of the FLAC files show up, but not all.
A few album art's work in WMP but none work in media center. I even used the cover art fixer program. Any suggestions?
It's a shame because the audio in Vista is a vast improvement over XP.
MaB_fr,
Are you still developing this, and will there be a new version soon...
I'm now using madFlac with WMP11 and it seems to work well.
Always hopeful,
73ChargerFan
Hi MaB_fr,
I am having trouble getting WMPTSE to work under WMP11 / Vista 32. I have registered the DLL and generally followed the instrucstion found at http://www.losslessaudioblog.com/wmpmce-lossless-guide/ (http://www.losslessaudioblog.com/wmpmce-lossless-guide/)
Are you still supporting this plug-in? This seems to be the only way to get tags read properly via WMP so it would be a great loss if it were abandoned.
Hoping you can help.
Hello,
I use WMP 11 in combination with flac files. I have set the options to
write to tags but It won't do. I have tested it as follow:
Media Liberary with only one album containing flac files. I search album
details from media server and I update the tags. Dan I hit the 'change
details in mediafiles' option under 'medialibrary'.
The status bar is telling me it is update and checking the files in the
library and then it is 100% done.
When I look in the folder I can see by the date and time of the files WMP
has NOT changed anything to the FLAC files.
Is there anyway to get it done? Thnx in advance!
Users who are experiencing/have experienced problems with WMPTSE might be interested to hear that I have written a similar plug-in: WMP Tag Plus. WMP Tag Plus adds MPEG4, FLAC, Vorbis and WavPack metadata support to WMP, and addresses most of the shortcomings of WMPTSE. For example, it will set the track length for files of these formats, which fixes the 'seeking bug' and makes seeking possible when playing these files from within the library. WMP Tag Plus also allows you to use the Advanced Tag Editor to edit the tags of MPEG4, FLAC, Vorbis and WavPack files.
More information at the WMP Tag Plus thread (http://www.hydrogenaudio.org/forums/index.php?showtopic=75123).