Re: Odd behavior with controls.current position in WMP 10 and 11 (
- From: Jim <Jim@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 5 Mar 2007 11:54:42 -0800
Neil,
Thanks for responding with the links and suggestions.
The files I am trying to work with are local files produced by WM Encoder 9
and I believe that they are automatically indexed and now I have added
timecodes.
I have used the snoop tool (neat tool) to look at the files and can seek
through the file. There are four attributes that could indicate that the
file is or is not indexed.
CanSkipForwards (and backwards) which are false
Seekable which is true
Strideable which is true.
I assume that the last two mean that it is indexed.
Looking at the other posts , they seem to confirm that there is a problem
from v10 onwards, but don't help with a fix.
Summary of my experience is .. Processes and files that worked well in WMP9
(and still work with that version) don't work with WMP 10 or 11.
Feels like a bug has been introduced in the WMP10 roll-out and not corrected
in WMP11.
I have changed my software to recognise that the seek may be to a keyframe
ahead of the time I want, but this change slows down the editting process.
If it is indeed a bug can you tell me how I get this into the microsoft
change system?
Thanks
Jim
"Neil Smith [MVP Digital Media]" wrote:
On Tue, 27 Feb 2007 01:46:10 -0800, Jim.
<Jim@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
We have a system in which WMP is embedded as a control in an EXcel VBA form.
We then have code that seeks to points in videos to enable us to synchronise
videos to transcripts etc.
Is the video file held locally on the playback machine's hard disk ?
Or are you referencing a live stream from a media server ?
Controls("windowsmediaplayer2").controls.currentposition=newpos
to do this and has been working perfectly for years with WMP7 and 9. >
I upgraded this week to WMP11 and have not been able to get it to work since.
The file must be indexed in order to do these seeks. If you view the
file in WMSnoop, is it ? http://www.sliq.com/default.asp?view=wmsnoop
Using the simple controls.currentposition with a local file the video seeks
to a point between 1 and 5 seconds before the time requested. I am guessing
that it is seeking to teh key frame before the time.
I re-encoded the video using the latest WMP9 Codecs .. no difference in
result so ...
In fact it went titsup somewhere about WMP10.
Here are some previous references to this issue to read :
http://tinyurl.com/2z6wsz , http://tinyurl.com/yqxdq6
I Re-encoded the file and included timecodes and ..
using controls.currentPositionTimeCode I can report the current position
accuratly but cannot seek to a timecode. I have a line that is the
equiovalent of
It seems as a gross generalisation that the embedded (ActiveX) player
doesn't support currentPositionTimecode (SMPTE timecodes). You can
check this by using isAvailable("currentPosition") in the application
context.
newpos="[00000]00:08:53.07"
Controls("windowsmediaplayer2").controls.currentPositionTimecode=newpos
I have tested the availability of the control using
control.isAvailable("currentPositionTimeCode") and this generates an error
..Invalid procedure call or argument.
Yup, as noted. I can check the regression behaviour some day when I
have a few hours spare to create an SMTPE indexed file and reboot
several machines into different environments ;-)
It might not happen this side of the MVP summit mid March, sorry.
HTH
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
- Follow-Ups:
- Re: Odd behavior with controls.current position in WMP 10 and 11 (
- From: Neil Smith [MVP Digital Media]
- Re: Odd behavior with controls.current position in WMP 10 and 11 (
- Prev by Date: Re: Vista Ultimate Meida player and Media Center has no sound
- Next by Date: Re: " 'Com Surrogate' Has stopped workkng."
- Previous by thread: library
- Next by thread: Re: Odd behavior with controls.current position in WMP 10 and 11 (
- Index(es):
Relevant Pages
|
