M3U Overlapping Recordings Failing

[Spaceboy 2573]

Hi, i've noticed from my first 2 days of heavier usage of live tv through m3u that overlapping recordings consistently don't run to full length. its difficult to tell exactly when they start and finish because this info is a bit lacking in emby. what i can see is the second recording fails after 5 mins or so and then starts again immediately. it doesnt matter whether the recordings are on the same channels or different channels.

 

i should be able to have up to 6 concurrent streams and i have tested 2.

 

happy to pm logs on request

[Luke 42077]

Hi @@Spaceboy, we're very sorry to hear about this. In order to best help you, let's go over a specific example. Please provide the information requested in how to report a problem. Thanks !

[maegibbons 1287]

@@Spaceboy send me or post here your server log with times and titles of failing recordings.

 

Krs

 

Mark

[Spaceboy 2573]

Hi,

 

So here was last nights recordings:

 

 

we had:

eastenders 1930-2000

Holby City 2000-2100

Eastenders 2100-2130

Would I Lie to You 2130-2200

 

i am pm'ing you both a link to the log

[maegibbons 1287]

So

 

What were the lengtrhs of each of the segments?

 

Do you transcode on record?  Or is it straight streamcopy to .ts?

 

Krs

 

Mark

[maegibbons 1287]

Ok so a quick mooch at the logs show ffmpeg exiting a few minutes after start.

 

So you need to grab the ffmpeg logs for the full time period as well.

 

I had problems (different to yours) when trying to transcode on record.

 

For kicks I would suggest turning that option off and see if you still get problems with a basic streamcopy. (thats currently how i run)

 

Krs

 

Mark

[Spaceboy 2573]

yes i am attempting to convert on the fly and retain both audio and video. converting to mkv

 

lets pick one example:

 

eastenders should have ran from 1930-2000 and immediately followed emmerdale which was on 1900-1930

the first recording seems to be about 5 mins long, the second, 29mins long

 

ffmpeg logs sent, i will try turning off all conversion for tonight and see if this makes a difference

 

thanks!

[Spaceboy 2573]

so lets bring the conversation back here, its more useful for other people to see it.

 

@@Luke, your view is that despite this happening with every single overlapping recording, where its always the following recording that is affected, your view is that its the stream that emby is receiving and not emby itself?

 

and the fact that it doesnt happen when the recording doesn't overlap, or when the stream copy option is disabled is that its just a coincidence?

 

how many instances of this do you need to see before coincidence become causality? 

[CBers 7450]

I've just set up 4 recordings overnight that are on 4 separate (IPTV) channels, but the are sequential in time.

 

01:30-02:00 - Channel 1

02:00-03:00 - Channel 2

03:00-04:00 - Channel 3

04:00-05:00 - Channel 4

 

I'll report back tomorrow on my findings.

[maegibbons 1287]

@@CBers how many concurrent streams have you purchased? i.e Multiroom.

 

Krs

 

Mark

[CBers 7450]

@@CBers how many concurrent streams have you purchased? i.e Multiroom.

 

Two.

[CBers 7450]

I've just set up 4 recordings overnight that are on 4 separate (IPTV) channels, but the are sequential in time.

 

01:30-02:00 - Channel 1

02:00-03:00 - Channel 2

03:00-04:00 - Channel 3

04:00-05:00 - Channel 4

 

I'll report back tomorrow on my findings.

OK, I've checked and all 4 recordings are full length as they should be.

 

One thing I have noticed, is that although they play OK, I can't FF/RW or use chapter playback on any the recordings. This is on my my Shield TV's and Amazon Fire TV.

 

Non-recorded media works fine.

[CBers 7450]

OK, I've checked and all 4 recordings are full length as they should be.

 

One thing I have noticed, is that although they play OK, I can't FF/RW or use chapter playback on any the recordings. This is on my my Shield TV's and Amazon Fire TV.

 

Non-recorded media works fine.

@@ebr - just sent logs to you from within the ATV app (user=Master).

 

Although the OSD says Direct/I, I'm getting record-transcode logs being created during playback.

 

Metadata:
    encoder         : Lavf57.32.100
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 544x576 [SAR 32:17 DAR 16:9], q=-1--1, 25000 kb/s, 25 fps, 12800 tbn, 25 tbc
    Metadata:
      encoder         : Lavc57.34.100 libx264
    Side data:
      cpb: bitrate max/min/avg: 25000000/0/25000000 buffer size: 50000000 vbv_delay: -1
    Stream #0:1: Audio: aac (LC) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, fltp, 320 kb/s
    Metadata:
      encoder         : Lavc57.34.100 aac
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (aac (native) -> aac (native))

Is this why the FF/RW isn't working?

 

Thanks.

[Spaceboy 2573]

OK, I've checked and all 4 recordings are full length as they should be.

 

One thing I have noticed, is that although they play OK, I can't FF/RW or use chapter playback on any the recordings. This is on my my Shield TV's and Amazon Fire TV.

 

Non-recorded media works fine.

Were you converting those recordings on the fly? If so to which format and were you preserving video and audio? Cheers

[CBers 7450]

Were you converting those recordings on the fly? If so to which format and were you preserving video and audio? Cheers

 

Yes, to MP4, but neither of those options are on.

 

[Spaceboy 2573]

Ok we could be getting closer! Could you run another test with either and or both turned on? If not I can do some further testing of my own when I'm back in the uk. Difficult to do it all on an iPhone! [emoji1]

 

Meant to add, is there a proper explanation of why preserving audio and video is a good or bad idea anywhere?

Edited March 29, 2017 by Spaceboy

[CBers 7450]

Having Preserve original audio when converting recordings (when possible) option on previously, has caused multiple small files to be created, hence why they're both off.

[ebr 16169]

The length is unknown/screwed up.  That is why we can't seek.

03-29 09:37:16.377 22353 22353 I System.out: Exo length in seek is: -9223372036854775807

Is this an in-progress recording? 

[CBers 7450]

The length is unknown/screwed up.  That is why we can't seek.

03-29 09:37:16.377 22353 22353 I System.out: Exo length in seek is: -9223372036854775807

Is this an in-progress recording? 

 

No.

 

It was playback of a recording that finished several hours earlier.

[Luke 42077]

@@CBers was recording conversion enabled?

[CBers 7450]

@@CBers was recording conversion enabled?

 

 

Yes, to MP4, but neither of those options are on.

 

[Luke 42077]

What does the media info in the web app say? As a test, can you try an mkv recording? thanks !

[CBers 7450]

What does the media info in the web app say? As a test, can you try an mkv recording? thanks !

 

 

OK, I'll try an MKV conversion.

 

.

Edited March 29, 2017 by CBers

[Luke 42077]

Does the web app show a runtime for it?

[CBers 7450]

Does the web app show a runtime for it?

 

Yes for all of the 4 items I recorded overnight, as does the ATV app.