2008-10-19 11:39:21 +04:00
|
|
|
/* vim:set ts=2 sw=2 sts=2 et cindent: */
|
2012-05-21 15:12:37 +04:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
2009-04-01 04:52:56 +04:00
|
|
|
|
2012-02-15 08:35:01 +04:00
|
|
|
#if !defined(MediaResource_h_)
|
|
|
|
#define MediaResource_h_
|
2008-10-19 11:39:21 +04:00
|
|
|
|
Rollup of bug 645263 and bug 646259: Switch to mozilla:: sync primitives. r=cjones,dbaron,doublec,ehsan src=bsmedberg
Bug 645263, part 0: Count sync primitive ctor/dtors. r=dbaron
Bug 645263, part 1: Migrate content/media to mozilla:: sync primitives. r=doublec
Bug 645263, part 2: Migrate modules/plugin to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 3: Migrate nsComponentManagerImpl to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 4: Migrate everything else to mozilla:: sync primitives. r=dbaron
Bug 645263, part 5: Remove nsAutoLock.*. sr=bsmedberg
Bug 645263, part 6: Make editor test be nicer to deadlock detector. r=ehsan
Bug 645263, part 7: Disable tracemalloc backtraces for xpcshell tests. r=dbaron
Bug 646259: Fix nsCacheService to use a CondVar for notifying. r=cjones
2011-04-01 08:29:02 +04:00
|
|
|
#include "mozilla/Mutex.h"
|
2008-10-19 11:39:21 +04:00
|
|
|
#include "nsIChannel.h"
|
|
|
|
#include "nsIURI.h"
|
2015-06-17 01:30:11 +03:00
|
|
|
#include "nsISeekableStream.h"
|
2009-01-24 14:00:17 +03:00
|
|
|
#include "nsIStreamListener.h"
|
2009-05-14 01:52:50 +04:00
|
|
|
#include "nsIChannelEventSink.h"
|
|
|
|
#include "nsIInterfaceRequestor.h"
|
2017-08-29 09:28:13 +03:00
|
|
|
#include "nsIThreadRetargetableStreamListener.h"
|
2015-11-24 09:57:37 +03:00
|
|
|
#include "Intervals.h"
|
2012-11-14 23:46:40 +04:00
|
|
|
#include "MediaCache.h"
|
Bug 1331289 - Use MediaContainerType in MediaResource, SourceBuffer, TrackBuffersManager, and dependencies - r=jya
Continuing the work of replacing MIME strings with MediaContainerType, starting
from MediaResource and following the dependencies.
Most changes are mechanical: Just change ns*String into MediaContainerType, and
MIME string literals into MEDIAMIMETYPE("a/b").
Some checks for empty/invalid strings and lowercase comparisons can go, thanks
to the always-valid always-lowercase-MIME invariants of MediaContainerType.
One special case in is MediaSourceResource, which used to have an empty string
as its type (because its own type is not relevant, but its SourceBuffers carry
types). Because the inherited GetContentType *must* be overridden, and must
return a MediaContainerType, we needed a valid type even though it should not
be seen in the real world. I've chosen "application/x.mediasource" for that.
MozReview-Commit-ID: 1aCH75Kh2e6
--HG--
extra : rebase_source : 0d9cd9b69c264e5dcfc3845f80ee107f4bcbcd9a
2016-12-28 10:59:02 +03:00
|
|
|
#include "MediaContainerType.h"
|
2015-06-17 01:30:11 +03:00
|
|
|
#include "MediaData.h"
|
2017-05-30 12:43:28 +03:00
|
|
|
#include "MediaPrefs.h"
|
2015-11-16 02:50:55 +03:00
|
|
|
#include "MediaResourceCallback.h"
|
2015-08-12 06:07:59 +03:00
|
|
|
#include "mozilla/Atomics.h"
|
2012-06-19 06:30:09 +04:00
|
|
|
#include "mozilla/Attributes.h"
|
2013-08-24 10:12:51 +04:00
|
|
|
#include "mozilla/TimeStamp.h"
|
2017-05-30 12:43:28 +03:00
|
|
|
#include "mozilla/UniquePtr.h"
|
2013-09-06 00:25:17 +04:00
|
|
|
#include "nsThreadUtils.h"
|
2014-08-13 09:13:28 +04:00
|
|
|
#include <algorithm>
|
2008-10-19 11:39:21 +04:00
|
|
|
|
2013-09-06 00:25:17 +04:00
|
|
|
class nsIHttpChannel;
|
|
|
|
class nsIPrincipal;
|
|
|
|
|
2012-02-15 08:35:01 +04:00
|
|
|
namespace mozilla {
|
|
|
|
|
2011-03-24 01:28:58 +03:00
|
|
|
// Represents a section of contiguous media, with a start and end offset.
|
|
|
|
// Used to denote ranges of data which are cached.
|
|
|
|
|
2015-11-24 12:37:21 +03:00
|
|
|
typedef media::Interval<int64_t> MediaByteRange;
|
2015-11-24 12:16:52 +03:00
|
|
|
typedef media::IntervalSet<int64_t> MediaByteRangeSet;
|
|
|
|
|
2012-02-15 08:35:01 +04:00
|
|
|
/**
|
|
|
|
* Provides a thread-safe, seek/read interface to resources
|
2012-11-14 23:46:40 +04:00
|
|
|
* loaded from a URI. Uses MediaCache to cache data received over
|
2012-02-15 08:35:01 +04:00
|
|
|
* Necko's async channel API, thus resolving the mismatch between clients
|
|
|
|
* that need efficient random access to the data and protocols that do not
|
|
|
|
* support efficient random access, such as HTTP.
|
|
|
|
*
|
|
|
|
* Instances of this class must be created on the main thread.
|
|
|
|
* Most methods must be called on the main thread only. Read, Seek and
|
|
|
|
* Tell must only be called on non-main threads. In the case of the Ogg
|
|
|
|
* Decoder they are called on the Decode thread for example. You must
|
|
|
|
* ensure that no threads are calling these methods once Close is called.
|
|
|
|
*
|
2013-08-30 08:51:38 +04:00
|
|
|
* Instances of this class are reference counted. Use nsRefPtr for
|
|
|
|
* managing the lifetime of instances of this class.
|
2012-02-15 08:35:01 +04:00
|
|
|
*
|
|
|
|
* The generic implementation of this class is ChannelMediaResource, which can
|
|
|
|
* handle any URI for which Necko supports AsyncOpen.
|
|
|
|
* The 'file:' protocol can be implemented efficiently with direct random
|
|
|
|
* access, so the FileMediaResource implementation class bypasses the cache.
|
2017-09-18 14:34:43 +03:00
|
|
|
* For cross-process blob URL, CloneableWithRangeMediaResource is used.
|
2012-02-15 08:35:01 +04:00
|
|
|
* MediaResource::Create automatically chooses the best implementation class.
|
|
|
|
*/
|
2017-08-24 11:44:23 +03:00
|
|
|
class MediaResource
|
2008-10-19 11:39:21 +04:00
|
|
|
{
|
2009-03-30 05:19:10 +04:00
|
|
|
public:
|
2014-02-26 04:36:54 +04:00
|
|
|
// Our refcounting is threadsafe, and when our refcount drops to zero
|
|
|
|
// we dispatch an event to the main thread to delete the MediaResource.
|
|
|
|
// Note that this means it's safe for references to this object to be
|
|
|
|
// released on a non main thread, but the destructor will always run on
|
|
|
|
// the main thread.
|
2017-08-24 11:44:23 +03:00
|
|
|
NS_METHOD_(MozExternalRefCountType) AddRef(void);
|
|
|
|
NS_METHOD_(MozExternalRefCountType) Release(void);
|
2013-02-05 01:34:23 +04:00
|
|
|
|
2009-04-01 04:52:56 +04:00
|
|
|
// These methods are called off the main thread.
|
2013-07-17 05:54:52 +04:00
|
|
|
// Read up to aCount bytes from the stream. The read starts at
|
|
|
|
// aOffset in the stream, seeking to that location initially if
|
|
|
|
// it is not the current stream offset. The remaining arguments,
|
|
|
|
// results and requirements are the same as per the Read method.
|
|
|
|
virtual nsresult ReadAt(int64_t aOffset, char* aBuffer,
|
|
|
|
uint32_t aCount, uint32_t* aBytes) = 0;
|
2017-06-02 05:27:17 +03:00
|
|
|
// Indicate whether caching data in advance of reads is worth it.
|
|
|
|
// E.g. Caching lockless and memory-based MediaResource subclasses would be a
|
|
|
|
// waste, but caching lock/IO-bound resources means reducing the impact of
|
|
|
|
// each read.
|
|
|
|
virtual bool ShouldCacheReads() = 0;
|
2015-07-10 09:08:07 +03:00
|
|
|
|
2008-10-19 11:39:21 +04:00
|
|
|
// Report the current offset in bytes from the start of the stream.
|
2015-08-13 04:15:48 +03:00
|
|
|
// This is used to approximate where we currently are in the playback of a
|
|
|
|
// media.
|
|
|
|
// A call to ReadAt will update this position.
|
2012-08-22 19:56:38 +04:00
|
|
|
virtual int64_t Tell() = 0;
|
2009-03-30 05:19:10 +04:00
|
|
|
|
2009-04-01 04:52:56 +04:00
|
|
|
// These can be called on any thread.
|
|
|
|
// Cached blocks associated with this stream will not be evicted
|
|
|
|
// while the stream is pinned.
|
|
|
|
virtual void Pin() = 0;
|
|
|
|
virtual void Unpin() = 0;
|
|
|
|
// Get the length of the stream in bytes. Returns -1 if not known.
|
|
|
|
// This can change over time; after a seek operation, a misbehaving
|
|
|
|
// server may give us a resource of a different length to what it had
|
|
|
|
// reported previously --- or it may just lie in its Content-Length
|
|
|
|
// header and give us more or less data than it reported. We will adjust
|
|
|
|
// the result of GetLength to reflect the data that's actually arriving.
|
2012-08-22 19:56:38 +04:00
|
|
|
virtual int64_t GetLength() = 0;
|
2009-05-18 02:15:57 +04:00
|
|
|
// Returns the offset of the first byte of cached data at or after aOffset,
|
|
|
|
// or -1 if there is no such cached data.
|
2012-08-22 19:56:38 +04:00
|
|
|
virtual int64_t GetNextCachedData(int64_t aOffset) = 0;
|
2017-06-01 02:29:49 +03:00
|
|
|
// Returns the end of the bytes starting at the given offset which are in
|
|
|
|
// cache. Returns aOffset itself if there are zero bytes available there.
|
2012-08-22 19:56:38 +04:00
|
|
|
virtual int64_t GetCachedDataEnd(int64_t aOffset) = 0;
|
2009-04-01 04:52:56 +04:00
|
|
|
// Returns true if all the data from aOffset to the end of the stream
|
|
|
|
// is in cache. If the end of the stream is not known, we return false.
|
2012-08-22 19:56:38 +04:00
|
|
|
virtual bool IsDataCachedToEndOfResource(int64_t aOffset) = 0;
|
2010-08-05 11:40:35 +04:00
|
|
|
// Reads only data which is cached in the media cache. If you try to read
|
|
|
|
// any data which overlaps uncached data, or if aCount bytes otherwise can't
|
|
|
|
// be read, this function will return failure. This function be called from
|
|
|
|
// any thread, and it is the only read operation which is safe to call on
|
|
|
|
// the main thread, since it's guaranteed to be non blocking.
|
|
|
|
virtual nsresult ReadFromCache(char* aBuffer,
|
2012-08-22 19:56:38 +04:00
|
|
|
int64_t aOffset,
|
|
|
|
uint32_t aCount) = 0;
|
2009-03-30 05:19:10 +04:00
|
|
|
|
2011-03-24 01:28:58 +03:00
|
|
|
/**
|
2012-02-15 08:35:01 +04:00
|
|
|
* Fills aRanges with MediaByteRanges representing the data which is cached
|
2011-03-24 01:28:58 +03:00
|
|
|
* in the media cache. Stream should be pinned during call and while
|
|
|
|
* aRanges is being used.
|
|
|
|
*/
|
2015-11-24 12:16:52 +03:00
|
|
|
virtual nsresult GetCachedRanges(MediaByteRangeSet& aRanges) = 0;
|
2012-12-07 03:27:08 +04:00
|
|
|
|
2013-05-03 02:59:18 +04:00
|
|
|
protected:
|
|
|
|
virtual ~MediaResource() {};
|
2014-02-26 04:36:54 +04:00
|
|
|
|
|
|
|
private:
|
|
|
|
void Destroy();
|
2017-08-24 11:44:23 +03:00
|
|
|
mozilla::ThreadSafeAutoRefCnt mRefCnt;
|
|
|
|
NS_DECL_OWNINGTHREAD
|
2012-11-17 08:31:53 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
class BaseMediaResource : public MediaResource {
|
|
|
|
public:
|
2017-08-04 09:52:22 +03:00
|
|
|
/**
|
|
|
|
* Create a resource, reading data from the channel. Call on main thread only.
|
|
|
|
* The caller must follow up by calling resource->Open().
|
|
|
|
*/
|
|
|
|
static already_AddRefed<BaseMediaResource> Create(
|
|
|
|
MediaResourceCallback* aCallback,
|
|
|
|
nsIChannel* aChannel,
|
|
|
|
bool aIsPrivateBrowsing);
|
|
|
|
|
2017-08-07 13:09:56 +03:00
|
|
|
// Close the resource, stop any listeners, channels, etc.
|
|
|
|
// Cancels any currently blocking Read request and forces that request to
|
|
|
|
// return an error.
|
|
|
|
virtual nsresult Close() = 0;
|
|
|
|
|
|
|
|
// Pass true to limit the amount of readahead data (specified by
|
|
|
|
// "media.cache_readahead_limit") or false to read as much as the
|
|
|
|
// cache size allows.
|
|
|
|
virtual void ThrottleReadahead(bool bThrottle) {}
|
|
|
|
|
|
|
|
// This is the client's estimate of the playback rate assuming
|
|
|
|
// the media plays continuously. The cache can't guess this itself
|
|
|
|
// because it doesn't know when the decoder was paused, buffering, etc.
|
|
|
|
virtual void SetPlaybackRate(uint32_t aBytesPerSecond) = 0;
|
|
|
|
|
|
|
|
// Get the estimated download rate in bytes per second (assuming no
|
|
|
|
// pausing of the channel is requested by Gecko).
|
|
|
|
// *aIsReliable is set to true if we think the estimate is useful.
|
|
|
|
virtual double GetDownloadRate(bool* aIsReliable) = 0;
|
|
|
|
|
|
|
|
// Moves any existing channel loads into or out of background. Background
|
|
|
|
// loads don't block the load event. This also determines whether or not any
|
|
|
|
// new loads initiated (for example to seek) will be in the background.
|
|
|
|
void SetLoadInBackground(bool aLoadInBackground);
|
|
|
|
|
|
|
|
// Suspend any downloads that are in progress.
|
|
|
|
// If aCloseImmediately is set, resources should be released immediately
|
|
|
|
// since we don't expect to resume again any time soon. Otherwise we
|
|
|
|
// may resume again soon so resources should be held for a little
|
|
|
|
// while.
|
|
|
|
virtual void Suspend(bool aCloseImmediately) = 0;
|
|
|
|
|
|
|
|
// Resume any downloads that have been suspended.
|
|
|
|
virtual void Resume() = 0;
|
|
|
|
|
2017-08-09 06:06:29 +03:00
|
|
|
// The mode is initially MODE_PLAYBACK.
|
|
|
|
virtual void SetReadMode(MediaCacheStream::ReadMode aMode) = 0;
|
|
|
|
|
2017-08-23 19:08:41 +03:00
|
|
|
// Returns true if the resource can be seeked to unbuffered ranges, i.e.
|
|
|
|
// for an HTTP network stream this returns true if HTTP1.1 Byte Range
|
|
|
|
// requests are supported by the connection/server.
|
|
|
|
virtual bool IsTransportSeekable() = 0;
|
|
|
|
|
2017-08-24 12:01:08 +03:00
|
|
|
// Get the current principal for the channel
|
|
|
|
virtual already_AddRefed<nsIPrincipal> GetCurrentPrincipal() = 0;
|
|
|
|
|
2017-08-07 13:09:56 +03:00
|
|
|
/**
|
|
|
|
* Open the stream. This creates a stream listener and returns it in
|
|
|
|
* aStreamListener; this listener needs to be notified of incoming data.
|
|
|
|
*/
|
|
|
|
virtual nsresult Open(nsIStreamListener** aStreamListener) = 0;
|
|
|
|
|
2017-08-04 10:29:55 +03:00
|
|
|
// If this returns false, then we shouldn't try to clone this MediaResource
|
|
|
|
// because its underlying resources are not suitable for reuse (e.g.
|
|
|
|
// because the underlying connection has been lost, or this resource
|
|
|
|
// just can't be safely cloned). If this returns true, CloneData could
|
|
|
|
// still fail. If this returns false, CloneData should not be called.
|
|
|
|
virtual bool CanClone() { return false; }
|
|
|
|
|
2017-08-04 09:52:22 +03:00
|
|
|
// Create a new stream of the same type that refers to the same URI
|
|
|
|
// with a new channel. Any cached data associated with the original
|
|
|
|
// stream should be accessible in the new stream too.
|
|
|
|
virtual already_AddRefed<BaseMediaResource> CloneData(
|
|
|
|
MediaResourceCallback* aCallback)
|
|
|
|
{
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2017-08-17 10:20:40 +03:00
|
|
|
// Returns true if the resource is a live stream.
|
|
|
|
bool IsLiveStream() { return GetLength() == -1; }
|
|
|
|
|
2017-08-24 12:52:21 +03:00
|
|
|
virtual size_t SizeOfExcludingThis(MallocSizeOf aMallocSizeOf) const
|
2014-03-06 01:31:04 +04:00
|
|
|
{
|
|
|
|
// Might be useful to track in the future:
|
|
|
|
// - mChannel
|
|
|
|
// - mURI (possibly owned, looks like just a ref from mChannel)
|
|
|
|
// Not owned:
|
2015-10-27 05:28:26 +03:00
|
|
|
// - mCallback
|
2017-08-24 12:52:21 +03:00
|
|
|
return 0;
|
2014-03-06 01:31:04 +04:00
|
|
|
}
|
|
|
|
|
2017-08-24 12:52:21 +03:00
|
|
|
virtual size_t SizeOfIncludingThis(MallocSizeOf aMallocSizeOf) const
|
2014-03-06 01:31:04 +04:00
|
|
|
{
|
|
|
|
return aMallocSizeOf(this) + SizeOfExcludingThis(aMallocSizeOf);
|
|
|
|
}
|
|
|
|
|
2009-03-30 05:19:10 +04:00
|
|
|
protected:
|
2015-10-27 05:28:26 +03:00
|
|
|
BaseMediaResource(MediaResourceCallback* aCallback,
|
2013-02-15 05:10:58 +04:00
|
|
|
nsIChannel* aChannel,
|
2017-06-26 16:39:16 +03:00
|
|
|
nsIURI* aURI)
|
|
|
|
: mCallback(aCallback)
|
|
|
|
, mChannel(aChannel)
|
|
|
|
, mURI(aURI)
|
|
|
|
, mLoadInBackground(false)
|
2009-03-30 05:19:10 +04:00
|
|
|
{
|
2012-11-17 08:31:53 +04:00
|
|
|
}
|
|
|
|
virtual ~BaseMediaResource()
|
|
|
|
{
|
2009-03-30 05:19:10 +04:00
|
|
|
}
|
|
|
|
|
2011-02-15 02:21:32 +03:00
|
|
|
// Set the request's load flags to aFlags. If the request is part of a
|
|
|
|
// load group, the request is removed from the group, the flags are set, and
|
|
|
|
// then the request is added back to the load group.
|
|
|
|
void ModifyLoadFlags(nsLoadFlags aFlags);
|
|
|
|
|
2013-09-18 07:37:23 +04:00
|
|
|
// Dispatches an event to call MediaDecoder::NotifyBytesConsumed(aNumBytes, aOffset)
|
|
|
|
// on the main thread. This is called automatically after every read.
|
|
|
|
void DispatchBytesConsumed(int64_t aNumBytes, int64_t aOffset);
|
|
|
|
|
2015-11-16 02:50:55 +03:00
|
|
|
RefPtr<MediaResourceCallback> mCallback;
|
2009-03-30 05:19:10 +04:00
|
|
|
|
|
|
|
// Channel used to download the media data. Must be accessed
|
|
|
|
// from the main thread only.
|
2014-02-26 04:36:54 +04:00
|
|
|
nsCOMPtr<nsIChannel> mChannel;
|
2009-03-30 05:19:10 +04:00
|
|
|
|
|
|
|
// URI in case the stream needs to be re-opened. Access from
|
|
|
|
// main thread only.
|
2014-02-26 04:36:54 +04:00
|
|
|
nsCOMPtr<nsIURI> mURI;
|
2009-04-10 05:28:24 +04:00
|
|
|
|
2014-12-23 04:16:05 +03:00
|
|
|
// True if SetLoadInBackground() has been called with
|
|
|
|
// aLoadInBackground = true, i.e. when the document load event is not
|
|
|
|
// blocked by this resource, and all channel loads will be in the
|
|
|
|
// background.
|
2011-09-29 10:19:26 +04:00
|
|
|
bool mLoadInBackground;
|
2009-04-01 04:52:56 +04:00
|
|
|
};
|
|
|
|
|
2014-11-12 07:50:21 +03:00
|
|
|
/**
|
|
|
|
* RAII class that handles pinning and unpinning for MediaResource and derived.
|
|
|
|
* This should be used when making calculations that involve potentially-cached
|
|
|
|
* MediaResource data, so that the state of the world can't change out from under
|
|
|
|
* us.
|
|
|
|
*/
|
|
|
|
template<class T>
|
2015-09-03 19:15:23 +03:00
|
|
|
class MOZ_RAII AutoPinned {
|
2014-11-12 07:50:21 +03:00
|
|
|
public:
|
|
|
|
explicit AutoPinned(T* aResource MOZ_GUARD_OBJECT_NOTIFIER_PARAM) : mResource(aResource) {
|
|
|
|
MOZ_GUARD_OBJECT_NOTIFIER_INIT;
|
|
|
|
MOZ_ASSERT(mResource);
|
|
|
|
mResource->Pin();
|
|
|
|
}
|
|
|
|
|
|
|
|
~AutoPinned() {
|
|
|
|
mResource->Unpin();
|
|
|
|
}
|
|
|
|
|
|
|
|
operator T*() const { return mResource; }
|
2014-12-25 23:18:38 +03:00
|
|
|
T* operator->() const MOZ_NO_ADDREF_RELEASE_ON_RETURN { return mResource; }
|
2014-11-12 07:50:21 +03:00
|
|
|
|
|
|
|
private:
|
|
|
|
T* mResource;
|
|
|
|
MOZ_DECL_USE_GUARD_OBJECT_NOTIFIER
|
|
|
|
};
|
|
|
|
|
2015-08-13 04:15:48 +03:00
|
|
|
/*
|
|
|
|
* MediaResourceIndex provides a way to access MediaResource objects.
|
|
|
|
* Read, Seek and Tell must only be called on non-main threads.
|
|
|
|
* In the case of the Ogg Decoder they are called on the Decode thread for
|
|
|
|
* example. You must ensure that no threads are calling these methods once
|
|
|
|
* the MediaResource has been Closed.
|
|
|
|
*/
|
|
|
|
|
|
|
|
class MediaResourceIndex
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
explicit MediaResourceIndex(MediaResource* aResource)
|
|
|
|
: mResource(aResource)
|
|
|
|
, mOffset(0)
|
2017-06-02 07:10:48 +03:00
|
|
|
, mCacheBlockSize(aResource->ShouldCacheReads()
|
|
|
|
? SelectCacheSize(MediaPrefs::MediaResourceIndexCache())
|
|
|
|
: 0 )
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
, mCachedOffset(0)
|
|
|
|
, mCachedBytes(0)
|
2017-05-30 12:43:28 +03:00
|
|
|
, mCachedBlock(MakeUnique<char[]>(mCacheBlockSize))
|
2015-08-13 04:15:48 +03:00
|
|
|
{}
|
|
|
|
|
|
|
|
// Read up to aCount bytes from the stream. The buffer must have
|
|
|
|
// enough room for at least aCount bytes. Stores the number of
|
|
|
|
// actual bytes read in aBytes (0 on end of file).
|
|
|
|
// May read less than aCount bytes if the number of
|
|
|
|
// available bytes is less than aCount. Always check *aBytes after
|
|
|
|
// read, and call again if necessary.
|
|
|
|
nsresult Read(char* aBuffer, uint32_t aCount, uint32_t* aBytes);
|
|
|
|
// Seek to the given bytes offset in the stream. aWhence can be
|
|
|
|
// one of:
|
|
|
|
// NS_SEEK_SET
|
|
|
|
// NS_SEEK_CUR
|
|
|
|
// NS_SEEK_END
|
|
|
|
//
|
|
|
|
// In the Http strategy case the cancel will cause the http
|
|
|
|
// channel's listener to close the pipe, forcing an i/o error on any
|
|
|
|
// blocked read. This will allow the decode thread to complete the
|
|
|
|
// event.
|
|
|
|
//
|
|
|
|
// In the case of a seek in progress, the byte range request creates
|
|
|
|
// a new listener. This is done on the main thread via seek
|
|
|
|
// synchronously dispatching an event. This avoids the issue of us
|
|
|
|
// closing the listener but an outstanding byte range request
|
|
|
|
// creating a new one. They run on the same thread so no explicit
|
|
|
|
// synchronisation is required. The byte range request checks for
|
|
|
|
// the cancel flag and does not create a new channel or listener if
|
|
|
|
// we are cancelling.
|
|
|
|
//
|
|
|
|
// The default strategy does not do any seeking - the only issue is
|
|
|
|
// a blocked read which it handles by causing the listener to close
|
|
|
|
// the pipe, as per the http case.
|
|
|
|
//
|
|
|
|
// The file strategy doesn't block for any great length of time so
|
|
|
|
// is fine for a no-op cancel.
|
|
|
|
nsresult Seek(int32_t aWhence, int64_t aOffset);
|
|
|
|
// Report the current offset in bytes from the start of the stream.
|
|
|
|
int64_t Tell() const { return mOffset; }
|
|
|
|
|
|
|
|
// Return the underlying MediaResource.
|
|
|
|
MediaResource* GetResource() const { return mResource; }
|
|
|
|
|
2015-08-13 04:18:34 +03:00
|
|
|
// Read up to aCount bytes from the stream. The read starts at
|
|
|
|
// aOffset in the stream, seeking to that location initially if
|
|
|
|
// it is not the current stream offset.
|
|
|
|
// Unlike MediaResource::ReadAt, ReadAt only returns fewer bytes than
|
|
|
|
// requested if end of stream or an error is encountered. There is no need to
|
|
|
|
// call it again to get more data.
|
2017-05-29 04:36:27 +03:00
|
|
|
// If the resource has cached data past the end of the request, it will be
|
|
|
|
// used to fill a local cache, which should speed up consecutive ReadAt's
|
|
|
|
// (mostly by avoiding using the resource's IOs and locks.)
|
2015-08-13 04:18:34 +03:00
|
|
|
// *aBytes will contain the number of bytes copied, even if an error occurred.
|
|
|
|
// ReadAt doesn't have an impact on the offset returned by Tell().
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
nsresult ReadAt(int64_t aOffset,
|
|
|
|
char* aBuffer,
|
|
|
|
uint32_t aCount,
|
|
|
|
uint32_t* aBytes);
|
|
|
|
|
|
|
|
// Same as ReadAt, but doesn't try to cache around the read.
|
|
|
|
// Useful if you know that you will not read again from the same area.
|
|
|
|
nsresult UncachedReadAt(int64_t aOffset,
|
|
|
|
char* aBuffer,
|
|
|
|
uint32_t aCount,
|
|
|
|
uint32_t* aBytes) const;
|
Bug 1374180 - MediaResourceIndex won't use ReadFromCache, to keep MediaCache more consistent - r=cpearce
Bug 1368837 (Add lockless cache to MediaResourceIndex) used
MediaResource::ReadFromCache when trying to fill its local cache. But this
meant that these reads would not count as "real reads" for the MediaCache,
which could lead to unexpected states, e.g. "Played block after the current
stream position?"
To solve this, this patch reverts to using normal ReadAt() calls, which let
the MediaCache update itself properly.
While still trying to read more than what is requested (to hopefully fulfill
future reads from the local cache), we don't want to be reading so much that
we block waiting for data past the caller-expected point.
To do this, MediaResourceIndex::UncachedRangedReadAt() is called to try and
read as much as could fill the local cache, but if a single
MediaResource::ReadAt() ends before we can fill the local cache, but *after*
the minimum caller-requested size, we stop trying to read, as such extra read
is at risk of blocking (assuming that the caller knows not to read too far.)
MozReview-Commit-ID: 6fGvJpmkuLz
--HG--
extra : rebase_source : bf8e9f20599a05c8f3f221b55d678f0b5da447a9
2017-06-21 02:35:00 +03:00
|
|
|
|
|
|
|
// Similar to ReadAt, but doesn't try to cache around the read.
|
|
|
|
// Useful if you know that you will not read again from the same area.
|
|
|
|
// Will attempt to read aRequestedCount+aExtraCount, repeatedly calling
|
|
|
|
// MediaResource/ ReadAt()'s until a read returns 0 bytes (so we may actually
|
|
|
|
// get less than aRequestedCount bytes), or until we get at least
|
|
|
|
// aRequestedCount bytes (so we may not get any/all of the aExtraCount bytes.)
|
|
|
|
nsresult UncachedRangedReadAt(int64_t aOffset,
|
|
|
|
char* aBuffer,
|
|
|
|
uint32_t aRequestedCount,
|
|
|
|
uint32_t aExtraCount,
|
|
|
|
uint32_t* aBytes) const;
|
2015-08-13 04:18:34 +03:00
|
|
|
|
2015-08-13 04:15:48 +03:00
|
|
|
// This method returns nullptr if anything fails.
|
|
|
|
// Otherwise, it returns an owned buffer.
|
|
|
|
// MediaReadAt may return fewer bytes than requested if end of stream is
|
|
|
|
// encountered. There is no need to call it again to get more data.
|
2017-06-15 12:39:19 +03:00
|
|
|
// Note this method will not update mOffset.
|
2015-08-13 04:15:48 +03:00
|
|
|
already_AddRefed<MediaByteBuffer> MediaReadAt(int64_t aOffset, uint32_t aCount) const
|
|
|
|
{
|
2017-06-15 12:35:05 +03:00
|
|
|
RefPtr<MediaByteBuffer> bytes = new MediaByteBuffer();
|
2017-08-01 05:07:55 +03:00
|
|
|
if (aOffset < 0) {
|
|
|
|
return bytes.forget();
|
|
|
|
}
|
2017-06-15 12:35:05 +03:00
|
|
|
bool ok = bytes->SetLength(aCount, fallible);
|
|
|
|
NS_ENSURE_TRUE(ok, nullptr);
|
|
|
|
char* curr = reinterpret_cast<char*>(bytes->Elements());
|
|
|
|
const char* start = curr;
|
|
|
|
while (aCount > 0) {
|
|
|
|
uint32_t bytesRead;
|
|
|
|
nsresult rv = mResource->ReadAt(aOffset, curr, aCount, &bytesRead);
|
|
|
|
NS_ENSURE_SUCCESS(rv, nullptr);
|
|
|
|
if (!bytesRead) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
aOffset += bytesRead;
|
2017-08-01 05:07:55 +03:00
|
|
|
if (aOffset < 0) {
|
|
|
|
// Very unlikely overflow.
|
|
|
|
break;
|
|
|
|
}
|
2017-06-15 12:35:05 +03:00
|
|
|
aCount -= bytesRead;
|
|
|
|
curr += bytesRead;
|
|
|
|
}
|
|
|
|
bytes->SetLength(curr - start);
|
|
|
|
return bytes.forget();
|
2015-08-13 04:15:48 +03:00
|
|
|
}
|
2017-08-21 09:33:38 +03:00
|
|
|
|
|
|
|
already_AddRefed<MediaByteBuffer> CachedMediaReadAt(int64_t aOffset,
|
|
|
|
uint32_t aCount) const
|
|
|
|
{
|
|
|
|
RefPtr<MediaByteBuffer> bytes = new MediaByteBuffer();
|
|
|
|
bool ok = bytes->SetLength(aCount, fallible);
|
|
|
|
NS_ENSURE_TRUE(ok, nullptr);
|
|
|
|
char* curr = reinterpret_cast<char*>(bytes->Elements());
|
|
|
|
nsresult rv = mResource->ReadFromCache(curr, aOffset, aCount);
|
|
|
|
NS_ENSURE_SUCCESS(rv, nullptr);
|
|
|
|
return bytes.forget();
|
|
|
|
}
|
|
|
|
|
2015-08-13 04:15:48 +03:00
|
|
|
// Get the length of the stream in bytes. Returns -1 if not known.
|
|
|
|
// This can change over time; after a seek operation, a misbehaving
|
|
|
|
// server may give us a resource of a different length to what it had
|
|
|
|
// reported previously --- or it may just lie in its Content-Length
|
|
|
|
// header and give us more or less data than it reported. We will adjust
|
|
|
|
// the result of GetLength to reflect the data that's actually arriving.
|
|
|
|
int64_t GetLength() const { return mResource->GetLength(); }
|
|
|
|
|
|
|
|
private:
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
// If the resource has cached data past the requested range, try to grab it
|
|
|
|
// into our local cache.
|
|
|
|
// If there is no cached data, or attempting to read it fails, fallback on
|
|
|
|
// a (potentially-blocking) read of just what was requested, so that we don't
|
|
|
|
// get unexpected side-effects by trying to read more than intended.
|
2017-05-30 05:12:38 +03:00
|
|
|
nsresult CacheOrReadAt(int64_t aOffset,
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
char* aBuffer,
|
|
|
|
uint32_t aCount,
|
|
|
|
uint32_t* aBytes);
|
|
|
|
|
2017-05-30 12:43:28 +03:00
|
|
|
// Select the next power of 2 (in range 32B-128KB, or 0 -> no cache)
|
|
|
|
static uint32_t SelectCacheSize(uint32_t aHint)
|
|
|
|
{
|
|
|
|
if (aHint == 0) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (aHint <= 32) {
|
|
|
|
return 32;
|
|
|
|
}
|
|
|
|
if (aHint > 64*1024) {
|
|
|
|
return 128*1024;
|
|
|
|
}
|
|
|
|
// 32-bit next power of 2, from:
|
|
|
|
// http://graphics.stanford.edu/~seander/bithacks.html#RoundUpPowerOf2
|
|
|
|
aHint--;
|
|
|
|
aHint |= aHint >> 1;
|
|
|
|
aHint |= aHint >> 2;
|
|
|
|
aHint |= aHint >> 4;
|
|
|
|
aHint |= aHint >> 8;
|
|
|
|
aHint |= aHint >> 16;
|
|
|
|
aHint++;
|
|
|
|
return aHint;
|
|
|
|
}
|
|
|
|
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
// Maps a file offset to a mCachedBlock index.
|
|
|
|
uint32_t IndexInCache(int64_t aOffsetInFile) const
|
|
|
|
{
|
2017-05-30 12:43:28 +03:00
|
|
|
const uint32_t index = uint32_t(aOffsetInFile) & (mCacheBlockSize - 1);
|
|
|
|
MOZ_ASSERT(index == aOffsetInFile % mCacheBlockSize);
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
return index;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Starting file offset of the cache block that contains a given file offset.
|
|
|
|
int64_t CacheOffsetContaining(int64_t aOffsetInFile) const
|
|
|
|
{
|
2017-05-30 12:43:28 +03:00
|
|
|
const int64_t offset = aOffsetInFile & ~(int64_t(mCacheBlockSize) - 1);
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
MOZ_ASSERT(offset == aOffsetInFile - IndexInCache(aOffsetInFile));
|
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2015-10-18 08:24:48 +03:00
|
|
|
RefPtr<MediaResource> mResource;
|
2015-08-13 04:15:48 +03:00
|
|
|
int64_t mOffset;
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
|
|
|
|
// Local cache used by ReadAt().
|
|
|
|
// mCachedBlock is valid when mCachedBytes != 0, in which case it contains
|
|
|
|
// data of length mCachedBytes, starting at offset `mCachedOffset` in the
|
|
|
|
// resource, located at index `IndexInCache(mCachedOffset)` in mCachedBlock.
|
|
|
|
//
|
|
|
|
// resource: |------------------------------------------------------|
|
2017-05-30 12:43:28 +03:00
|
|
|
// <----------> mCacheBlockSize
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
// <---------------------------------> mCachedOffset
|
|
|
|
// <--> mCachedBytes
|
|
|
|
// mCachedBlock: |..----....|
|
|
|
|
// CacheOffsetContaining(mCachedOffset) <--> IndexInCache(mCachedOffset)
|
|
|
|
// <------------------------------>
|
2017-05-30 12:43:28 +03:00
|
|
|
const uint32_t mCacheBlockSize;
|
Bug 1368837 - MediaResourceIndex::ReadAt tries to cache last-read block - r=cpearce
This is the core of this bug:
- We try to read past the end of the requested range, and save a block-full of
cached data. ("Block" is a memory range, with an alignment and size being a
power of two, to match existing caching happening in MediaCache and
FileBlockCache, and to play nice with the memory allocator.)
- If part of a requested read touches the existing cache, we can just read from
the cache, which means we don't involve any of the locking and IOs that normal
reads use.
The small extra work needed to cache more data in some reads is largely offset
by all the lock&IO-heavy reads that we can subsequently avoid.
UncachedReadAt, which is used internally by CachedReadAt, is left public
because it could be useful if the caller knows for sure that a particular read
is isolated.
(Note: The printfs, and comparison code in ReadAt, will be removed in later
patches. Also the block size will be later controlled by a pref.)
MozReview-Commit-ID: GFiaP5Io7Hf
--HG--
extra : rebase_source : 2bebcdb7854989b55f2026e92338a00ac29a5376
2017-05-30 05:59:30 +03:00
|
|
|
int64_t mCachedOffset;
|
|
|
|
uint32_t mCachedBytes;
|
2017-05-30 12:43:28 +03:00
|
|
|
UniquePtr<char[]> mCachedBlock;
|
2015-08-13 04:15:48 +03:00
|
|
|
};
|
|
|
|
|
2012-11-14 23:45:33 +04:00
|
|
|
} // namespace mozilla
|
2012-02-15 08:35:01 +04:00
|
|
|
|
2008-10-19 11:39:21 +04:00
|
|
|
#endif
|