Re: VBA Script to Read WMP 11 Database
- From: "Neil Smith [MVP Digital Media]" <neil@xxxxxxxxxx>
- Date: Mon, 09 Apr 2007 22:11:45 GMT
Hmm, no, then I'm stumped, sorry !
You might try regurgitating this thread in the newsgroup
microsoft.public.windowsmedia.sdk to see if any of the ppl there have
more ideas.
Cheers - Neil
On Mon, 9 Apr 2007 14:00:00 -0700, Lou G
<LouG@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Thanks for sticking with me on this.------------------------------------------------
I ran regsvr32 wmp.dll, got the success popup, and rebooted -- no change.
This isn't a corporate setup -- just a laptop and a desktop, with a
router-based wireless network (when I insert the wireless card in the
laptop). The script failed on the desktop when I downloaded WMP11, so I went
back to 10 and downloaded 11 on the laptop, and that's where I'm playing with
the script until I have it working. Neither computer shows an Everything
account, either on the right-click in regedit or in the management console.
I haven't been able to find a way to add one, but I'll be glad to do it if
you can tell me how.
Just reviewing the bidding -- WMP 11 responds properly to commands in a VBS
script (just running a VBS file), but won't respond to a VBA script running
in Access. WMP 10 accepts both with no trouble. So if you are confident
that permissions are responsible, it must mean that (as far as WMP is
concerned) commands from an Access VBA script are coming from a different
person, or the same person with lower permission, compared to commands coming
from a VBS script. Also, the VBA source must have the right permission for
WMP 10, but not for WMP 11. Is this possible? Could it be related to the
missing Everything account?
By the way, I've been researching CREATOR/OWNER. It seems to be for a user
who creates a new subkey -- he automatically gets full rights to the subkey
he created, but his rights to everything else are whatever they were already.
That's why the computer wouldn't let me manually change the permissions.
Lou
"Neil Smith [MVP Digital Media]" wrote:
That's weird, usually there's an "EVERYONE" group too. Is the machine
under some sort of corporate group policy ? WMP may actually be
disabled by that setting...
The CREATOR OWNER is likely on windows to be one of the admin accounts
used to install the windows files, or possibly a domain admin if WMP
has been installed by some sort of automated rollout process.
On my stanalone installs, that user account has no permissions at all.
The admin and power users / groups all have full control, other
acounts have read permission on that key and sub-keys. You only need
read permission to bring up the activeX object.
However, I'm not the right person to give a long discussion on setting
security of registry keys - there are plenty of articles out there
which go into the process in appropriate detail.
One thing to check is whether the WMP dll is registered with the
system : At a command prompt, try
regsvr32 wmp.dll
You should see a success popup message, try the script again to see if
re-registering the player has any effect.
Cheers - Neil
On Sat, 7 Apr 2007 10:10:04 -0700, Lou G
<LouG@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Thanks for explaining how to check the permissions. The users listed were------------------------------------------------
me, power users, administrators, users, SYSTEM, and CREATOR OWNER (which
turned out to be the administrators group). All of them had at least read
rights except CREATOR OWNER. I changed everyone to full rights, and the
system remembered all the changes except CREATOR OWNER -- whenever I add a
check to allow it, and then move away, when I come back the check is cleared.
I even went into the advanced section and made the change there (giving
permission for this key and subkeys), but it would't retain the change.
By the way, I am the only user, and I'm in the administrators group.
I rebooted, and then tried the script again. It produced exactly the same
error message this time.
What should I try next?
Lou G
"Neil Smith [MVP Digital Media]" wrote:
On Fri, 6 Apr 2007 05:20:01 -0700, Lou G
<LouG@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Thanks for your prompt reply.
HKEY_CLASSES_ROOT\WMPlayer.OCX doesn?t contain anything related to
You've misunderstood what I said.
Right click the key in regedt32, you should be able to see the current
permissions on that key. The user which is running the application
would need read permissions for that key. Without being able to read
the key, the automation server probably can't create the ActiveX.
Actually, I have made some progress since my post. I added a
WindowsMediaPlayer control to my form, and changed the object-creation line
to <objPlayer = CreateObject (WindowsMediaPlayer, ?WMPlayer.ocx?). Now the
error message says <429 Active-X component can?t create object>. So
apparently the command is now reaching Media Player, although Media Player is
refusing to do it.
No, it isn't. As noted above, the error means that windows cannot run
the CreateObject line, so WMP is not instantiated, and lines following
in the script against this non-created control will fall through to
your catch block.
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
.
- References:
- Re: VBA Script to Read WMP 11 Database
- From: Neil Smith [MVP Digital Media]
- Re: VBA Script to Read WMP 11 Database
- From: Neil Smith [MVP Digital Media]
- Re: VBA Script to Read WMP 11 Database
- From: Neil Smith [MVP Digital Media]
- Re: VBA Script to Read WMP 11 Database
- From: Lou G
- Re: VBA Script to Read WMP 11 Database
- Prev by Date: Re: C00D11CD Error
- Next by Date: Re: C00D11CD Error
- Previous by thread: Re: VBA Script to Read WMP 11 Database
- Next by thread: Re: WMP's FF and RW controls are disabled on MPEG files
- Index(es):
Relevant Pages
|
|
