Downloaded data is kept in memory when background video decoding is disabled |
||
Issue descriptionMentioned by Dale today: we might keep queuing data packets from demuxer (like FfmpegDemuxer) even if the video track is disabled so while lowering the power consumption we might be increasing memory consumption. Need to confirm if that's the case and make sure data packets are not stored if the video track is disabled.
,
Jan 24 2017
Hm, IIRC Dale actually told me ChunkDemuxerStream should be fine and I should look into FFmpeg :)
,
Jan 24 2017
IIRC for MSE (that's what ChunkDemuxer is for), Chrome has a limit on how much the site can append. Site has to discard the chunks that are no longer needed (e.g. the chunks defining the frames before the current position). I wondered if Chrome tries to do that automatically in common cases and if not, why? Also, if we can still do that with the decoder being disabled (relying on audio frame timestamps?).
,
Jan 24 2017
Ah this is fixed then! Thanks servolk@. I couldn't remember and didn't have time to check the video code. MSE has strict rules about buffered data, so we can't do much about that yet.
,
Jan 24 2017
Sorry for the noise! |
||
►
Sign in to add a comment |
||
Comment 1 by servolk@chromium.org
, Jan 24 2017