Hi,
I have a problem using the ASF Reader codec:
Introduction:
I have written a custom codec to play a proprietary file format, the codec includes a customized ASF writer filter so the data can be stored in ASF format, this enables streaming the file using the WMS media server.
The problem:
Taking in mind what was just said, playing the custom ASF locally works fine, BUT, when trying to use the WMS Media server to stream the file, only the first sample is being delivered... I assumed that as data is being received from the net and not from a file and as such an asynchronous logic is to be used, SO..., I have tried to use the CPullPin to extract the samples, BUT ( this is the last BUT ) it seems the pin exposed by the ASF Reader doesn't support the IAsyncReader interface..., What logic should I implement to extract data from the ASF Reader? why does playing from local HD works and playing from the NET doesn't what is the difference?
ThanX
Nadav,
See a Great profiling tool I have developed at: http://www.ddevel.com
Iain - 22 Dec 2003 17:38 GMT
I would start somewhere else.
If you want to do this sort of thing, I would start off with the Windows
Media Format SDK.
In the end the Direct Show stuff is simply a wrapper and obscures a fair
amount of the detail.
the WMFSDK is *relatively* straightforward to work with.
You should be able to set up a test which will try and access the URL and
report the streams that it finds. this is the first step, then you can see
what samples come out.
I would not expect that asynchronous delivery would be particularly
relevant. If for no other reason that the Asf format can be delivered
progressively without the need to skip over bits. This skipping over bits
is only relevant when the media server is extracting one stream from many to
cope with bandwidth variations.
You may also be being blocked by the WMS server you are using. I believe
that versions prior to 9 did not support custom streams (or at least not
necessarily well), though I could be wrong on this.
Iain
Hi,
I have a problem using the ASF Reader codec:
Introduction:
I have written a custom codec to play a proprietary file format, the codec
includes a customized ASF writer filter so the data can be stored in ASF
format, this enables streaming the file using the WMS media server.
The problem:
Taking in mind what was just said, playing the custom ASF locally works
fine, BUT, when trying to use the WMS Media server to stream the file, only
the first sample is being delivered... I assumed that as data is being
received from the net and not from a file and as such an asynchronous logic
is to be used, SO..., I have tried to use the CPullPin to extract the
samples, BUT ( this is the last BUT ) it seems the pin exposed by the ASF
Reader doesn't support the IAsyncReader interface..., What logic should I
implement to extract data from the ASF Reader? why does playing from local
HD works and playing from the NET doesn't what is the difference?
ThanX
Nadav,
See a Great profiling tool I have developed at: http://www.ddevel.com
Nadav - 22 Dec 2003 20:43 GMT
Well, I guess I could use the WMFSDK to 'read' the streams from the net,
this will require me to create a new source filter... Before doing that I
want to be sure that the standard ASF Reader cannot be used to read the
customized stream: currently I use the standard ASF Reader filter ( version
9 ) with media server 2003, the only problem with it is that it delivers
only the first sample of the stream...
Can the ASF Reader be used to 'stream' custom ASF formats?
> I would start somewhere else.
>
[quoted text clipped - 42 lines]
> Nadav,
> See a Great profiling tool I have developed at: http://www.ddevel.com
Iain - 22 Dec 2003 21:14 GMT
I was really making a recommendation for debugging.
the WMFSDK will tell you a great deal more about what is coming in than the
reader filter. It is not particularly hard to know up a test harness - you
can base it around one of the audio players and just add support for more
streams and more media types - you can just dump the samples no need to
render them.
Iain
> Well, I guess I could use the WMFSDK to 'read' the streams from the net,
> this will require me to create a new source filter... Before doing that I
[quoted text clipped - 54 lines]
> > Nadav,
> > See a Great profiling tool I have developed at: http://www.ddevel.com