Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

First video frame is delayed cause Loadable is cancelled #1093

Closed
stari4ek opened this issue Dec 28, 2015 · 1 comment
Closed

First video frame is delayed cause Loadable is cancelled #1093

stari4ek opened this issue Dec 28, 2015 · 1 comment

Comments

@stari4ek
Copy link

It can be easily observed if DefaultBandwidthMeter is attached to DataSource. It notifies about bandwidth when transfer ends (when connection/socket is closed).

In my case:

  • UdpDataSource is used (multicast)
  • ExtractorSampleSource with TsExtractor
  • h264/mp2 stream
  • ExoPlayer from master (1.5.3)

It happens with ExtractorSampleSource.enable(int track, long positionUs) which calls restartFrom(long positionUs) which cancels Loadable which closes socket.

I've measured time between player goes to STATE_BUFFERING (and tracks info is available) and first video frame being rendered to surface

  • with loader reset: ~1.2sec
  • without reset: ~0.250sec

Checked 3 times for each situation on the same live stream.

With streams I'm using it drops ~300kb of data (collected in ~1.3sec).

@ojw28
Copy link
Contributor

ojw28 commented Jan 3, 2016

This issue is tracked by #1041.

@ojw28 ojw28 closed this as completed Jan 3, 2016
@google google locked and limited conversation to collaborators Jun 28, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants