Fix long live tv load times, Fixes #10761

[TelepathicWalrus]

Second attempt at fixing this issue, this time i actually read the logs! Adds an extra test to check that the cached media info file can be read. This allows the rest of the function to run if the file doesn't exist.

Changes
Add extra try/catch to stop errors if trying to read cached media info file that doesn't exist

Issues
Fixes #10761

[TelepathicWalrus]

In Emby.Server.Implementations/Library/MediaSourceManager.cs there is the same function with the same AsyncFile.OpenRead(cacheFilePath) that caused issues here. Would it be a good idea to change that too? If so I can update the pull request here and do both at the same time or I can create a separate pull request. If not then I'll leave it 👍

[barronpm]

Suggested change

	try
	{
	mediaInfo = await JsonSerializer.DeserializeAsync<MediaInfo>(jsonStream, _jsonOptions, cancellationToken).ConfigureAwait(false);
	// _logger.LogDebug("Found cached media info");
	}
	catch (Exception ex)
	{
	_logger.LogError(ex, "Error deserializing mediainfo cache");
	}
	await jsonStream.DisposeAsync().ConfigureAwait(false);
	await using (jsonStream.ConfigureAwait(false))
	{
	mediaInfo = await JsonSerializer.DeserializeAsync<MediaInfo>(jsonStream, _jsonOptions, cancellationToken).ConfigureAwait(false);
	// _logger.LogDebug("Found cached media info");
	}

IMO converting the nested try-catch into a using statement makes more sense. I believe the new disposable analyzer would flag this, so we'd need to do it eventually anyways

[TelepathicWalrus]

Ok, just wasn't sure if the DisposeAsync line was needed but i assume the using will dispose of it even if this fails. This does look much nicer than nested try catch. Ive updated PR.

[cvium]

Should this be here?

[TelepathicWalrus]

You mean the commented logDebug? If so it was there before so I left it there.