Jump to content

M3U Overlapping Recordings Failing


Spaceboy

Recommended Posts

Spaceboy

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

Link to comment
Share on other sites

maegibbons

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

 

Krs

 

Mark

Link to comment
Share on other sites

Spaceboy

Hi,

 

So here was last nights recordings:

 

58d2732936384_emby.png

 

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

Link to comment
Share on other sites

maegibbons

So

 

What were the lengtrhs of each of the segments?

 

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

 

Krs

 

Mark

Link to comment
Share on other sites

maegibbons

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

Link to comment
Share on other sites

Spaceboy

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!

Link to comment
Share on other sites

Spaceboy

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? 

Link to comment
Share on other sites

CBers

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.

Link to comment
Share on other sites

CBers

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.

Link to comment
Share on other sites

CBers

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.

Link to comment
Share on other sites

Spaceboy

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

Link to comment
Share on other sites

CBers

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.

 

58db9afe5259f_Screenshot20170329at123014

Link to comment
Share on other sites

Spaceboy

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 by Spaceboy
Link to comment
Share on other sites

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? 

Link to comment
Share on other sites

CBers

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.

Link to comment
Share on other sites

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

Link to comment
Share on other sites

CBers

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

 

58dbb9b66cf77_Screenshot20170329at144126

 

OK, I'll try an MKV conversion.

 

.

Edited by CBers
Link to comment
Share on other sites

CBers

Does the web app show a runtime for it?

 

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

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...