Can't stream existing recordings

[Bobins]

I'm away from home for a while and decided to stream a couple of recordings to my Surface Pro Windows 10 tablet.
NEWA opens fine (modern interface) and I can select the recording to play.
I see the transcode start message and then buffering 25%, 50%, 75% 100%. It then say playing but no video/sound output.
After a few seconds I see a message "The media could not be loaded either because the server or network failed Or because the format is not supported"
VLC is installed, is the default player and I get the same result in either Internet Explorer or Edge browsers.
Any ideas where the problem may be?
Can't easily access the logs as not back home for a couple of weeks.

[sub]

Any ideas where the problem may be?

So, no - not without logs.

[Bobins]

Finally got time to look at this whilst at home. The recordings won't play in the web browser (Edge) on the local NPVR machine either so it's not just a remote issue.
Web Log attached attempting to play a recording (23:16)

[sub]

In that log it looks like it was successfully transcoding and streaming.

Do you have Chrome installed? Same result there? If you press F12, and click Console, is there any errors listed there?

[Bobins]

Installed Chrome. See exactly the same error.

[Bobins]

Any ideas anyone?
Would like to try and sort this before my next away from home this coming weekend.

[ga_mueller]

Emby

[Bobins]

Thanks for the suggestion but I think I'd rather understand why the existing software isn't working as designed before masking the problem by installing an alternative.

[mvallevand]

It might be because the audio channel that ffmpeg is picking up is the NAR channel not the eng channel

Code:

2018-06-21 23:16:17.592    [DEBUG][5]    ErrorData:   Program 8931
2018-06-21 23:16:17.592    [DEBUG][5]    ErrorData:     Stream #0:0[0x14b4]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
2018-06-21 23:16:17.592    [DEBUG][5]    ErrorData:     Stream #0:1[0x14b6](NAR): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s
2018-06-21 23:16:17.592    [DEBUG][5]    ErrorData:     Stream #0:2[0x14b8](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
2018-06-21 23:16:17.592    [DEBUG][5]    ErrorData:     Stream #0:3[0x14b7](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)
2018-06-21 23:16:17.593    [DEBUG][5]    ErrorData:     Stream #0:4[0x14b5](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s
....
2018-06-21 23:16:17.611    [DEBUG][38]    ErrorData: Stream mapping:
2018-06-21 23:16:17.611    [DEBUG][38]    ErrorData:   Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
2018-06-21 23:16:17.611    [DEBUG][38]    ErrorData:   Stream #0:1 -> #0:1 (mp2 (native) -> aac (native))

If you remux to get rid of that NAR stream does it help?

I think sub uses pretty much the same transcoding parameters as Emby used to use a few versions ago so Emby might not be any better. If in fact it works in Emby you probably could use the newer ffmpeg and see if the parameters have changed.

Martin.

[sub]

If you can supply a sample recording, I'll check it.