search

gingerbeur / google-cast-sdk

Automatically exported from code.google.com/p/google-cast-sdk
0 stars 0 forks source link

Media stalls on HLS after short delay #404

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1.Start receiver application with loaded HLS media
2. Media player starts media playback automatically

What is the expected output? What do you see instead?
Media plays uninterrupted

What version of the product are you using? On what operating system?
Latest Chromecast. Sender application is Android KK 4.4.4. Receiver application 
is based on github.com/googlecast/cast-custom-receiver. I have tried increasing 
the MLP version on the receiver without success. I've also tried using the 
default receiver but could not load the stream whatsoever.

Please provide any additional information below.
After approximately 5 seconds, the media stream will stall as indicated by the 
console log (console_log_stalled.txt). Although this occurs consistently, there 
have been a couple of instances so far in my testing that the stream does work 
uninterrupted (console_log_working.txt). 

The stream is audio only and is attached to the issue. I would like help in 
diagnosing the reason why this stream is not complying with the HLS standards 
so that I can ask the media provider to correct the issue.

Original issue reported on code.google.com by sasan.na...@gmail.com on 7 Oct 2014 at 6:44

Attachments:

GoogleCodeExporter commented 9 years ago 
It seems you're using MPL 0.7.0.5. Have you tried testing this on MPL 1.0?

Original comment by and...@google.com on 13 Oct 2014 at 5:05

GoogleCodeExporter commented 9 years ago 
I modified the cast receiver version to 1.0.0 and attached a new console. It 
appears now that the metadata fails to load. 

On the sender application, I'm using the CastCompanionLibrary and calling 
VideoCastManager.loadMedia() directly instead of using the CCL provided 
VideoCastControllerActivity.

I'm posting the code that creates the MediaInfo bundle which is passed to the 
VideoCastManager.

    public void loadRemoteMedia(Context context, boolean autoPlay) {
        MediaMetadata mediaMetadata = new MediaMetadata(
                MediaMetadata.MEDIA_TYPE_MUSIC_TRACK);

        mediaMetadata.putString(MediaMetadata.KEY_TITLE,
                context.getString(R.string.app_name_full));

        MediaInfo mediaInfo = new MediaInfo.Builder(
                context.getString(R.string.url_stream_audio))
                .setStreamType(MediaInfo.STREAM_TYPE_LIVE)
                .setContentType("application/x-mpegURL")
                .setMetadata(mediaMetadata).build();

        try {
            MyApp.getCastManager(context).loadMedia(mediaInfo, true, 0,
                    null);
        } catch (Exception e) {
            Log.e(TAG, "Could not load remote media", e);
        }
    }

Original comment by sasan.na...@gmail.com on 14 Oct 2014 at 5:16

Attachments:

GoogleCodeExporter commented 9 years ago 
Your playlist is:

#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=48000,CODECS="mp4a.40.5"
http://ckpk.streamon.fm/hlsts/stream/CKPK-48k.aac.m3u8?uid=n137xkzftz&starttime=
1412706604&c=event%2F78151688.918351

and when I try to access the stream, I get a 500 error. Is that stream 
accessible?

Original comment by anad...@google.com on 28 Oct 2014 at 12:43

GoogleCodeExporter commented 9 years ago 
I also couldn't start the stream using the provided m3u8 file. Sorry for that. 
I did try it using the stream URL with VLC and it did start working. (VLC > 
Open Network > URL). I'm not sure why it doesn't work when the m3u8 file is 
provided directly.

http://ckpk.streamon.fm/hlsts/CKPK-48K.m3u8

I've attached the VLC debug console as there were some warnings/errors in there 
that I was wondering could cause the stream to stall on the cast device.

Original comment by sasan.na...@gmail.com on 28 Oct 2014 at 8:19

Attachments:

GoogleCodeExporter commented 9 years ago 
The stream does not work with the Cast sample apps nor VLC. Could you provide 
another stream where you can reproduce this issue?

Original comment by and...@google.com on 10 Nov 2014 at 7:08

GoogleCodeExporter commented 9 years ago 
Closing due to lack of response. Please report back with streams and logs if 
you still experience the issue.

Original comment by and...@google.com on 20 Nov 2014 at 4:22