Media Browser Integration

[lukemb3]

Are you making sure to put the url into the Url property and not Path?

The reason for the duplicate calls is most likely due to the failures. In the html5 video element we list out several formats. Browser tries the first one, it fails, then tries the second, etc. So we can probably fix the duplicate call just by getting to succeed the first time.

[mvallevand]

Are you making sure to put the url into the Url property and not Path?.

Yes I log it and it plays as a url

Code:

public async Task<LiveStreamInfo> GetChannelStream(string channelOid, CancellationToken cancellationToken)
        {
            heartBeats++;
            var baseUrl = Plugin.Instance.Configuration.WebServiceUrl;
            string streamUrl = string.Format("{0}/live?channeloid={1}&clientid=MB3", baseUrl, channelOid);
            _logger.Debug("Streaming " + streamUrl);
            return new LiveStreamInfo
            {
                Id = heartBeats.ToString(),
                Url = streamUrl
            };            
            throw new ResourceNotFoundException(string.Format("Could not stream channel {0}", channelOid));
      }

What happens is my server logs end up like this

Code:

2014-03-09 10:56:43.2901 Info - App: Opening channel stream from Next Pvr, external channel Id: 6865
2014-03-09 10:56:43.2901 Debug - App: Streaming http://172.16.3.2:8866/live?channeloid=6865&clientid=MB3
2014-03-09 10:56:43.3141 Info - App: C:\Users\Martin\AppData\Roaming\MediaBrowser-Server\ffmpeg\20140304\ffmpeg.exe -fflags genpts -re -i -  -vcodec libx264 -force_key_frames expr:if(isnan(prev_forced_t),gte(t,.1),gte(t,prev_forced_t+5)) -vf "yadif=0:-1:0,scale=min(iw\,1280):trunc(ow/a/2)*2" -preset ultrafast -crf 23 -maxrate 1372000 -bufsize 2744000 -vsync vfr -profile:v baseline -level 3 -map_metadata -1 -threads 2  -f mp4 -movflags frag_keyframe+empty_moov "C:\Users\Martin\AppData\Roaming\MediaBrowser-Server\transcoding-temp\84e9b8bb-6e05-ee89-2607-da042cc097cc.mp4"
2014-03-09 10:56:43.3491 Error - App: Error writing to standard input
    URI formats are not supported.
    System.ArgumentException
       at System.IO.Path.NormalizePath(String path, Boolean fullCheck, Int32 maxPathLength, Boolean expandShortPaths)
       at System.IO.Path.NormalizePath(String path, Boolean fullCheck, Int32 maxPathLength)
       at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
       at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
       at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean useAsync)
       at MediaBrowser.Common.Implementations.IO.CommonFileSystem.GetFileStream(String path, FileMode mode, FileAccess access, FileShare share, Boolean isAsync)
       at MediaBrowser.Api.Playback.BaseStreamingService.<StreamToStandardInputInternal>d__17.MoveNext()
    --- End of stack trace from previous location where exception was thrown ---
       at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
       at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
       at MediaBrowser.Api.Playback.BaseStreamingService.<StreamToStandardInput>d__14.MoveNext()

and the browser goes to waiting for local host.

The ffmpeg txt file is 0 bytes.

Martin

[lukemb3]

Ah ok, that's my fault. Since swmc is not using Url I hadn't completed implementing it yet. I'll take care of it today. Thanks.

[mvallevand]

Ok good. I wouldn't mind getting the file-based method working optionally since it would be seekable. I'm not sure what I have to do to make it a valid call first tiime. The error is always the pipe has been ended.

Before returning I make sure the file exists but it wasn't until I added the second wait and bumped it to 20 seconds did it work.

Code:

while (!File.Exists(VLCObj.StreamLocation))
                {
                    await Task.Delay(200).ConfigureAwait(false);
                }
                await Task.Delay(20000).ConfigureAwait(false);

Martin

[lukemb3]

I'd probably need to see the mbs server log, and also the full code of the GetChannelStream method.

[lukemb3]

Also would it be possible to stop and resync? I'd like to merge in your current changes. That will allow us to test some of these things ourselves so that you're not consuming your own time if the issue is on our side.

[mvallevand]

I'd probably need to see the mbs server log, and also the full code of the GetChannelStream method.

Code is hacked to work on my backend, mb3 and dev nextpvr on my localhost

Code:

public async Task<LiveStreamInfo> GetChannelStream(string channelOid, CancellationToken cancellationToken)
        {
            var baseUrl = Plugin.Instance.Configuration.WebServiceUrl;

            var options = new HttpRequestOptions()
            {
                CancellationToken = cancellationToken,
                Url = string.Format("{0}/public/VLCService?Channel={1}", baseUrl.Replace("127.0.0.1","172.16.3.2"),"998")
            };

            using (var stream = await _httpClient.Get(options).ConfigureAwait(false))
            {
                var VLCObj = new VLCResponse().GetVLCResponse(stream, _jsonSerializer);
                _logger.Debug(VLCObj.StreamLocation);

                while (!File.Exists(VLCObj.StreamLocation))
                {
                    await Task.Delay(200).ConfigureAwait(false);
                }
                await Task.Delay(20000).ConfigureAwait(false);
                _logger.Debug("Finishing");
                heartBeats++;
                heartBeat.Add(heartBeats, VLCObj.ProcessId);
                return new LiveStreamInfo
                {
                    Id = heartBeats.ToString(),
                    Path = VLCObj.StreamLocation
                };            
            }
      }

Log attached

Martin

[lukemb3]

For one thing, in HttpRequestOptions, set BufferContent to false.

Second - you might not want to use a using statement here. it means the stream will get disposed immediately when you return the LiveStreamInfo object. If you're going to try and do this, I think you'll have to keep the stream in memory and dispose it later when CloseLiveStream is called.

Whether that will remove the need to have the 20 second delay, I'm not sure, but I would start by making those changes.

[mvallevand]

Second - you might not want to use a using statement here. it means the stream will get disposed immediately when you return the LiveStreamInfo object. If you're going to try and do this, I think you'll have to keep the stream in memory and dispose it later when CloseLiveStream is called.

The object being disposed is only the NEWA JSON response stream that is returned after NEWA starts the capture and returns the filename.

Martin

[lukemb3]

is 20 the lowest delay you've been able to reach? even with 20, does the channel play for a long period of time? can you test this? Try with your 20 second delay. See if you can get it to play for say, 5 minutes. If it eventually stops then it sounds like some kind of EOF issue.