Cannot open live tv file with CoreElec test addon

[Oempa]

WHile choosing a channel I'm recording I get 2 options: Play recording or switch to channel
Play recording works but switch to channel fails with "tuner required. Navigation disabled"

I have a 4 channel tuner that is only using 1 channel to record the channel I tried to play live
Add on version 3.3.17.0 with default settings
This worked yesterday without timeshifting

[mvallevand]

Open a new thread and follow the standard process - post your Kodi debug and NextPVR logs.

Martin

[Oempa]

It worked in the morning.
While recording on tuner 0 it did live TV on channel 3 of the tuner

Now it failed again with the same setup

Tuner Status
Tuner 0 Channel 3 NPO 3 HD
Tuner 1 Channel not in use
Tuner 2 Channel not in use
Tuner 3 Channel not in use

npvr log attached... Kodi log is a bit more difficult for me

[mvallevand]

I asked you to open a new thread and I do need the CoreElec debug log. Install a Kodi log uploader adon and send the pastebin link if getting the file via a share is too hard. This time I did it for you because I see a bug that sub needs to look into

@sub it seems to be related to the error deleting a map file

Code:

2020-01-17 19:02:29.688    [ERROR][168]    Writer can't remove .map file: The process cannot access the file 'C:\Users\Public\Videos\live-NPO 3 HD-0.ts.map' because it is being used by another process.

Kodi is asking you to stop after the socket is closed so that could be the reason why it is locked.

2020-01-17 19:02:29.965    [DEBUG][21]    method=channel.stream.stop

the issue this user is having seem to be because the same map file cannot be used

2020-01-16 21:59:53.886    [ERROR][77]    Unexpected error creating TSWriter map: System.IO.IOException: The process cannot access the file 'C:\Users\Public\Videos\live-NPO 3 HD-0.ts.map' because it is being used by another process.
   at System.IO.FileStream.ValidateFileHandle(SafeFileHandle fileHandle)
   at System.IO.FileStream.CreateFileOpenHandle(FileMode mode, FileShare share, FileOptions options)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at System.IO.File.InternalWriteAllBytes(String path, Byte[] bytes)
   at NShared.Writer.OutputSink..ctor(String filename)

Didn't the logic used to have a unique identifier for each instance of RollingFile.Open() which avoided some problems ? I just checked my logs and they are all -0.ts -0-2.ts etc.

Martin

[sub]

That "-0" should be an incrementing number for each live tv stream, so should serve as the unique number. The next stream started should get "-1", then "-2" etc. The segment number is tacked on after this.

[mvallevand]

No the segment number is not what I was talking about. I thought the base number used to have an incrementing number too, but now that is always zero

<filename>/home/martin/recordings/live-CNN-0.ts</filename>
<filename>/home/martin/recordings/live-CNN-0-1.ts</filename>
<filename>/home/martin/recordings/live-CNN-0-2.ts</filename>

Martin

[sub]

Yeah, I know - we were talking about the same number, but I can now see why it wasn't incrementing. It only happens with streams started this specific way, so not present in other ways of watching tv. I've fixed for the next build.

[mvallevand]

Great so even if the map file is left over at least users will be able to play them.

Martin

[Oempa]

Guys no pressure, just anticipation
When is the next v5 release for Windows ?

[sub]

I'll try to get one out this weekend.