Hello,
After further investigations, with the same sources set I
don't have any
issue when splay is built for and run on x86 with MMS
streams.
I will now check what are the differences between my ARM and
x86 builds
(and compare the received buffers).
Thank you,
Fabrice Faure
Eric Hyche wrote:
> These links work fine for me:
>
>
mms://wm.ondemand.abacast.com/gotradio/high/hr20285_48.wma?a
bacastgroup=29
>
> mms://wm-live.abacast.com/king-kingfm-24
>
> In fact, most all of the radio stations I tried
> from windowsmedia.com/Radio worked fine for me.
> A few of them produced bad ASX files which
> Helix had trouble parsing, but that is unrelated
> to the WM-RTSP streaming.
>
> The bytes below you send seem very strange to me.
> According to the ASF spec, this combination should
> never happen.
>
> Eric
>
> =============================================
> Eric Hyche (ehyche real.com)
> Technical Lead
> RealNetworks, Inc.
>
>
>> -----Original Message-----
>> From: Fabrice Faure [mailto:ffaure awox.com]
>> Sent: Monday, June 09, 2008 1:10 PM
>> To: ehyche real.com
>> Cc: datatype-dev helixcommunity.org
>> Subject: Re: [datatype-dev] Issue when playing wma
over mms (no sound)
>>
>> Please find below the dump of the first 20 bytes:
>>
>> CASFFileFormatNet::ProcessPacketBuffer(0x730e8)
size=5965
>> Dump of buffer hex:
>> fd 26 5 73 1 1 dc 0 0 0 0 8 39 17 0 0 f5 1 27 5 b7
>>
>> Can you please also provide an URL of an MMS stream
that is
>> handled correctly by helix so that I can compare
the differences?
>> Thank you again,
>> Fabrice Faure
>>
>> Eric Hyche wrote:
>>
>> I doubt this is related to your build/setup.
Otherwise
>> you would have had problems long before now.
>>
>> So it looks like that this server is using an
error
>> correction scheme that we have not seen in
practice until
>> now.
>>
>> Can you provide a hex dump of the first 20 bytes
of the
>> buffer passed into ProcessPacketBuffer()?
>>
>> Eric
>>
>> =============================================
>> Eric Hyche (ehyche real.com)
>> Technical Lead
>> RealNetworks, Inc.
>>
>>
>>
>> -----Original Message-----
>> From: Fabrice Faure [mailto:ffaure awox.com]
>> Sent: Monday, June 09, 2008 11:28 AM
>> To: ehyche real.com
>> Cc: datatype-dev helixcommunity.org
>> Subject: Re: [datatype-dev] Issue when playing
>> wma over mms (no sound)
>>
>> Hello,
>>
>> It fails in the test:
>> HX_ASSERT(ucTmp == 0x82);
>> ...
>> // Make sure the error correction flags are
>> what we expect
>> if (ucTmp == 0x82)
>>
>> I guess that the first issue occurs in fact
>> before when it
>> checks that the ErrorCorrection bit is set by
doing:
>> Check the MS bit to find out if error
>> correction data is present
>> m_bErrorCorrectionPresent = ((ucTmp & 0x80)
?
>> TRUE : FALSE);
>>
>> Can you please confirm that you can reproduce
>> this issue when
>> opening
>>
"mms://vipmms9.yacast.net/encodernrj?MSWMExt=.asf"
in
>> order to check that this issue isn't related to
>> my build
>> environment/target.
>>
>> Thank you for your support,
>> Fabrice Faure
>>
>> Eric Hyche wrote:
>>
>> We have not had any previous reports of
>> problems in
>> parsing the packet payload. Can you
>> describe where
>> in CHXASFPayloadParsingInfo::UnpackInc
>> it is failing?
>>
>> Eric
>>
>> =============================================
>> Eric Hyche (ehyche real.com)
>> Technical Lead
>> RealNetworks, Inc.
>>
>>
>>
>> -----Original Message-----
>> From:
>> datatype-dev-bounces helixcommunity.org
>>
>>
>> [mailto:datatype-dev-bounces helixcommunity.org] On
Behalf Of
>> Fabrice Faure
>> Sent: Friday, June 06, 2008 11:23 AM
>> To: datatype-dev helixcommunity.org
>> Subject: [datatype-dev] Issue
>> when playing wma
>> over mms (no sound)
>>
>> Hello,
>>
>> When I try to launch with splay
>> the following
>> URL, I don't
>> get any sound:
>>
>>
>>
"mms://vipmms9.yacast.net/encodernrj?MSWMExt=.asf"
(ASF/WMA
>> over MMS).
>> I've started to investigate and
>> found that a call
>>
>> CHXASFPayloadParsingInfo::UnpackInc fails in
>>
>> datatype/wm/common/parse_asf_objects.cpp (it is
>> called from
>>
>> CASFFileFormatNet::ProcessPacketBuffer()). So I
>> wonder if the
>> current implementation of ASF
>> fileformat in
>> Helix is able to
>> parse this source or not. Can
>> anybody try to open
>>
>>
>>
"mms://vipmms9.yacast.net/encodernrj?MSWMExt=.asf"
and check
>> if the result is the same?
>> Please note that I can plan
>> locally WMA files
>> without any
>> issue and that this source can
>> be played
>> succesfully in mplayer.
>>
>> I'm using
>> hxclient_3_1_0_atlas-20080603-source,
>> and compiling
>> for
>>
>>
SYSTEM_ID=linux-2.2-libc6-armv5te-cross-gcc3.3-softfloat
>> I've followed instructions on
>>
>>
>> https://helix-client.helixcommunity.org/2005/devdo
cs/windowsMe
>> dia.html to activate asf
>> fileformat, wma
>> rendering , wma
>> decoder, wm rtsp library on Linux.
>> I'm using the following defines :
>> HELIX_FEATURE_WM_AUDIO,
>> HELIX_FEATURE_WM_AUDIO_CODEC_WMA9,
>>
>> HELIX_FEATURE_WM_AUDIO_CODEC_WMA9_STANDARD,
>> HELIX_FEATURE_ASF_FILEFORMAT
>> ,HELIX_FEATURE_ASF_FILEFORMAT_HTTP
>> And I've successfully built
>> these shared
>> librairies: wma9.so,
>> asfff.so, wmarender.so
>> Since this Source provide 2 substreams:
>> audio/x-hx-wma and
>> application/vnd.rn-wm-script, I
>> had to build
>> and activate the
>> NULL renderer plugin for
>> application/vnd.rn-wm-script (c.f.
>>
>>
>> http://lists.helixcommunity.org/pipermail/helix-cl
ient-dev/200
>> 7-January/005737.html)
>>
>> Thank you very much for your support,
>> Fabrice Faure
>>
>>
>>
>>
>> <http://lists.helixcommunity.org/mailman/listinfo/wm
code-proto
>> col-dev>
>> <http://lists.helixcommunity.org/mailman/listinfo/wm
code-proto
>> col-dev>
>>
>> <http://lists.helixcommunity.org/mailman/listinfo/wm
code-proto
>> col-dev>
>> <http://lists.helixcommunity.org/mailman/listinfo/wm
code-proto
>> col-dev>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
_______________________________________________
Datatype-dev mailing list
Datatype-dev helixcommunity.org
http://lists.helixcommunity.org/mailman/listinfo/da
tatype-dev
|