Back to MM2

by **rovingcowboy** » Mon Aug 18, 2008 2:23 am

no you just found one of the things that changed from wmp 9 to wmp 11 as well as the asf files wont play in wmp 11 now either you need the old classic win98 player to use them, they call that wmp 2 inside the wmp 10 and 11 folders.

but not sure what you can do since they changed the wma format since win2000 they made it a lossless format also. maybe that is messing with you?

by **FirstTimer** » Sun Aug 17, 2008 11:42 pm

I've been having the same kind of problem when I convert to wma or try to use the Synchronize Tags menu option. The tag info isn't actually put into the wma files, though MM's progress indicator increments through all the selected files. The problem developed while using MM 3.0.2. Upgrading to 3.03 didn't help. After searching the forums, I re-installed MM 2.5 and found that it *did* successfully put tag info into the wma files.

Here's some things I *think* might be going on - can anyone confirm or point me to other possible workarounds?

1. I can't use the solution of installing Windows Media Components. Those are for WMP 11 on XP while I'm restricted to using WMP 9 because I'm running Windows 2000.

2. I *suspect* that MM 3's attempts to tag wma wma files must count on some aspect of WMP that is present or at least available on an XP installation. But that same aspect isn't present, and doesn't appear to be available for me under Windows 2000.

3. MM 2.5 handles things ok, presumably because it interacts with wma files using methods available as of WMP 9 on Windows 2000.

Any solution? Any codec pack for WMP9 and Windows 2000 that will add or repair what I need for MM 3 to add tags to wma files?

-hopeful

by **Rave_Zero** » Sat Dec 22, 2007 2:44 pm

Strange that WinAMP and MM2 don't require this file to tag wma-files
(Rating, Genre etc.) properly.

by **looxer** » Fri Dec 21, 2007 10:44 am

confirmed.
everything works as it should. It was a surprise as the tagging issue did not occur in MM2.

Thank you very much for the big help

looxer

by **rusty** » Thu Dec 20, 2007 12:31 pm

According to looxer, this issue was resolved once Windows Media Components were refreshed via:
http://www.mediamonkey.com/sw/WMFDist11 ... 86-ENU.exe

-Rusty

by **looxer** » Wed Dec 19, 2007 2:27 pm

Hi Rusty,

thx for the proposal. I will first record the issue with MM3. I have deinstalled MM2 at the moment. Believe me it works there. If you really would like to see I can install it once again. just a bit of work.

I will send the avi-file to support@mediamonkey.com - correct ?

looxer

by **rusty** » Tue Dec 18, 2007 9:24 pm

Looxer,

Perhaps try:
1) Recording a screencast of you triggering the problem. Perhaps this will reveal something that I'm overlooking or not understanding correctly (fyi, I use the free app 'camstudio' for this).

2) Record the exact same set of steps with MM 2.0 and show the problem not occurring.

Please do it asap so that if a fix is needed, we can get it into RC6. Thx.

-Rusty

by **looxer** » Tue Dec 18, 2007 10:49 am

what can I do to prove this ?

I have tried to be very certain about the issue and converted an ogg file into a wma track.
When I change the new wma track (i.e. title) the same issue occurs.

One more thing I found out:
When I have changed a field goto another node come back the change is not visible in the list. But when I press delete the usual pop up comes up "Do you really want to...." At this point I can see the changes I have made.
I can repeat this at any time.

by **rusty** » Sun Dec 16, 2007 4:39 pm

Upon further investigation, I'm guilty of providing some misinformation here. The code actually does what you think it should do. i.e.

1. My Computer node shows track values as they are stored in tags, DB isn't taken into account.
2. However, when Edits to tracks via the My Computer node (either in Properties dialog or in-place edits) are done, the Properties of a particular track are read from DB and shown, and the changes are confirmed, both the Tags and the DB are updated.

So the only question is why isn't this happening to WMA tracks in your case (on my machine this is what is occuring).

-Rusty

by **looxer** » Sat Dec 15, 2007 8:44 am

Rusty,
it's strange. When I go via "My Computer" navigate to any mp3 or ogg I can change i.e. the titel field. Go to a different node come back and I still see the change.
If I do the same thing with a wma track the change is gone. (When I then go into properties I can see the change as described above)

by **rusty** » Fri Dec 14, 2007 11:58 am

looxer,

My experience is that this works identically for MP3 and WMA tracks or any other format.

note: we probably won't change this for 3.0, but I'm listening to what you and other customers are telling us. If this is the wrong decision, we'll change it.

-Rusty

by **looxer** » Thu Dec 13, 2007 2:23 pm

one more question:
if it works as designed why is it then working for MP3s but not for WMAs ? this is confusing me as well.

by **looxer** » Thu Dec 13, 2007 2:10 pm

Hi Rusty,

thank you for your response and discussing the issue.
First of all I would like to say that this behavior is new in MM3. It really works differently in MM2 - for me in MM2 as expected.

When I add new albums I usually load them into a temporary folder. This way I can very easy locate the new ones.

When I have loaded -lets they 2 new albums- then I start to tag them. That's why I do this in my documents without file monitor. It would take a while until the file monitor would really add them to the db. Thus I would not do this in any other folder.

Once I have tagged the new albums I use to copy them to my library. From here on I could use the locations node but unfortunately not for the temporary folder as this is a great way to organize new albums. (unless I wanted to wait until the file monitor would have added the new albums)

I understand that my problem and the way how I organize my music is not a common way but everybody who uses the "my documents" folder for tagging would be very confused.

Honestly I do not understand why this "works as designed". ( Iam from the software industry and sometimes I am in similar discussions with my customers) So it might have internal reasons for you guys but it is definitely not what a user would expect.

by **rusty** » Wed Dec 12, 2007 6:12 pm

After internal discussions, we've concluded that the current behaviour makes the most sense. The reason being:

-The My Computer node displays only Tagged information (not info from the DB)
-If we changed the behavior to trigger a db update, the user performing edits via this node will end up modifying fields that they cannot even see.
-If you still prefer that behavior (for the DB to be updated based on info in the tag) in response to such changes, you can just enable the File Monitor for the folder in question.
-Alternatively, you can use the Locations node to modify tracks that are in the db.

I'm open to feedback on this, so please comment if you have opinions one way or the other.

-Rusty

by **rusty** » Wed Dec 12, 2007 2:53 pm

Looxer,

Now I understand! The problem is that when updating tracks in the My Computer node, the DB isn't updated if the tracks happen to be in the DB.

Thx for the clarification (and yes--this is common to all formats, but doesn't mean that we won't be looking at any tagging issues with a particular format that are covered in another thread).

-Rusty

Back to MM2 - WMA Tagging issue [FIXED via MS Update]

Post a reply

Expand view Topic review: Back to MM2 - WMA Tagging issue [FIXED via MS Update]

Re: Back to MM2 - WMA Tagging issue [FIXED via MS Update]

Re: Back to MM2 - WMA Tagging issue [FIXED via MS Update]

WMA Tagging Problem

WMA Tagging problem

WMA Tagging problem

Back to MM2

'My Computer' misinformation

Back to MM2

mp3 vs wma

Back to MM2

Back to MM2

Database not updated in My Computer View

Database not updated in My Computer view