Allow for registering a new ConvivaAnalyticsIntegration to a reused Player #52
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The current setup expects for 1
ConvivaAnalyticsIntegration
instance to be used with 1BitmovinPlayer
instance.To make it easier to get Conviva to track correctly in our implementation when changing video stream with 1
BitmovinPlayer
instance (live channel zapping, play next, some use cases with chromecast) we'd like to use a newConvivaAnalyticsIntegration
for each new video stream.The following changes were made:
ConvivaAnalyticsIntegration.release(Boolean releaseConvivaSdk)
function. Calling this function withreleaseConvivaSdk = false
preventsConvivaAnalytics.release()
from being called. Otherwise creating a newConvivaAnalyticsIntegration
right after this would result in a broken session ending in an EBVS.ConvivaAnalyticsIntegration.release(Boolean releaseConvivaSdk)
.ConvivaAnalyticsIntegration.release()
convenience function mimicking current behaviour for backwards compatibility.I couldn't get all tests to work, but I suspect this might be an issue with the 2 tests itself, report included.
androidTests.zip