Emby Live TV records schedule , but fails to show recordings in folder

[Luke 38823]

@Rolando1948 has this helped?

[Rolando1948 1]

    I have been involved in other things and temporarily put this issue on the “back burner”.  But, what have done, is that every evening I delete that day’s recordings, and if there is a recording that I have not been able to view and I want to preserve it, I remove it and place in a temp cache folder, as to not leave that recording present in the folder, if not, Emby will fail to place the following day “series” scheduled recordings in the folder. 
    When I decided to commit to Emby, after I had evaluated and tried other solutions like Plex, I became very satisfied with the Emby.  Specially and above all else, with the Emby feature of being able to schedule recordings with “Channel and Time”, which was one of my mayor frustrations with Plex, in which this was not possible and required that I had to use the “Guide”. So yes, I am very satisfied with my decision to commit to the Emby app, but what has me currently very dissatisfied and apprehensive, is the current anomaly that I have encounter and reported.  
    I do greatly appreciate your tech support efforts, and I am willing to collaborate in resolving the issue, but beyond the technical aspects that can be brought forth about the report anomaly, as a consumer, I question: 

1. Why should changes have to be made in my LAN and/or NAS servers, to correct the reported Emby anomaly, since nothing has changed on my side and setup, where Emby had been working well previously?

2. If I scale back, to install an Emby previous version, might the currently reported anomaly stop occurring? 

3. If so, what changed in the Emby code in current version that produces the anomaly and can it not be corrected, instead of having the end client make changes on his side?

    One last point, I think that what I have reported about the anomaly, on how and when it occurs, and how I daily remove the recordings so Emby’s next day recordings will not fail to appear, might have let you narrow down and determine what is occurring with Emby. As I previously stated, nothing has changed on my side, and Emby was working correctly, but now it is not.

[sa2000 255]

8 hours ago, Rolando1948 said:

I remove it and place in a temp cache folder, as to not leave that recording present in the folder, if not, Emby will fail to place the following day “series” scheduled recordings in the folder.

This can be investigated,  but would need to have details of the LiveTV setup. Is it xmltv, is it standard guide for country and zip code. In either case would need the actual xmltv file or country / zip code and lineup name that is used. If episodes are named differently and identified as different episodes then we should not be missing the recording.

Would also need to know if it relates to a specific series or general / several and details of what series and season/episode.

Would need log file of it going wrong. log file showing it is scheduled to record as a series and then covering the time of the airing and to show if recording starts but not saved or does not start

Would also need to know exact file names and folder names of the library they are going into and if that is where you are doing the deletions

If it still does not record after manually deleting the media files, please make sure you do complate a library media scan after the deletion - just in case the issue because emby server thinks the episode is still there. If this was not the reason for the missing recording after deletion, then please ensure the logs you provide with the information requested above also covers the time of deletion and scan of the library

With regards to the other issue of not being able to delete shows through the emby client interface, we have confirmed an issue to do with smb paths and this is being investigated. 

Edited November 14, 2024 by sa2000

[Rolando1948 1]

Hi, thank you responding promptly. As I stated in my previous message, I am in the best disposition to work with you in solving this Emby anomaly, that as I had previously informed, did not exist in with the past versions of Emby that I had been using, and at present my PC, NAS and network remain basically unchanged. But I will proceed to answer your question and make observations if I understand they are needed:

    1.     As I have previously stated, the feature that I most value in Emby, is to be able to schedule a recording with just “Channel and Time”, in this manner it does not matter if the local programing does not concur with the “Guide”, and I can also make my own adjustments when “Day Light Saving Time” enters in effect, since DST is not observed here in Puerto Rico. But to answer your question, I do not use the “xmltv” option, my Emby is setup and configured for the “standard guide” with country and zip code. And, I shoud observe, that I very rarely use the guide, I schedule my recording with the “Channel and Time” feature, thus whatever changes in the content of  broadcast airings occur, I would think that this should not affect Emby in any way, since it is a “Channel and Time” recording.

    2.    As to try to help with solving this anomaly, I have unchecked every box with the option of “Don’t record episodes that are already in my library”. 

    3.    You state: “Would also need to know if it relates to a specific series or general / several details of what series and season episode”.
             I am sorry if I have misled in the way and manner that I explain the anomaly was occurring, when I refer to series recordings, I am not referring to the “Guide”, I referring to my actions of having selected to record by “Channel and Time” and selected multiple “Air Days” option, thus a series of recordings of the same broadcast programming.

    4.     You state: “Would need log file of it going wrong...if the recording starts but not saved or does it not start”. If you could please read my post on Oct.10, Oct.13 & akaufman post, and Oct.15, in which at one point I state, that I observed that Emby does start and does complete the recording, but does place it in the corresponding folder if the previous day’s recording is not removed from the folder, if not, Emby disposes of it and the new  recording is lost.

    5.     You state: “If it still does no record...”,

I believe that if you read my previous posts about the anomaly and by want I am summarizing now, Emby is working perfectly as far as recording on schedule by “Channel and Time” and “Air Days”, as for example, if a daily news broadcast is selected to be recorded Monday thru Friday, after Emby preforms the Monday recording, the next day, one can observed that the Tuesday recording is being performed, but when completed, it will not be saved in the corresponding Library folder and will be disposed and lost, if the previous Monday recording is not removed or deleted from the folder, and the subsequent days of the week, Emby will have the same behavior.

Since I have been deleteding all previous days recordings, as to inable that Emby to save the next days recordings, the current "Log" would probably not reveal much as far as the anomaly. But I can if you request, not intervene for a couple of days and let Emby on its own, manifest the anomalous behavior, such that the "Log" might help reveal what is occurring. 

[sa2000 255]

6 hours ago, Rolando1948 said:

As I have previously stated, the feature that I most value in Emby, is to be able to schedule a recording with just “Channel and Time”, in this manner it does not matter if the local programing does not concur with the “Guide”, and I can also make my own adjustments when “Day Light Saving Time” enters in effect, since DST is not observed here in Puerto Rico. But to answer your question, I do not use the “xmltv” option, my Emby is setup and configured for the “standard guide” with country and zip code. And, I shoud observe, that I very rarely use the guide, I schedule my recording with the “Channel and Time” feature

Sorry - I did not realize. Coming from Plex, we did not have that feature and all my experience is with scheduling recordings using the guide - whether it is the standard guide for the zip code or xmltv

I will re-investigate and aquaint myself of how it is supposed to work - the record by date/time and channel.

Meanwhile - is it feasible for you to move away from smb for the recording library path so that you can avoid the problem we discovered with deletions.

Edited November 15, 2024 by sa2000

[Rolando1948 1]

Hi, I really appreciate that you are responding very quickly. As far as "as move away from smb for the recording library", I am not sure if I understand. Could you provide a example comparing of an SMB Command syntax versus whatever other Command syntax you suggest. But anyway,  my main issue is Emby not placing the recording in the library, if a previous recording of the "series" is present in the folder. The fact that with the current version of Emby's user's interface one can not delete recordings, is not a mayor issue for the time being. Since I can access the NAS with Windows's Files Explorer or the NAS's own file manager, and delete the Emby recordings, after which I then return to the Emby's UI and it now acepts to remove the recording from the library, which I previously deleted in the source library folder. So in summary, the more pressing issue is the anomaly of Emby not placing the subsequent recordings in the library folder, if a previous recording is present and thus Emby disposes of the new recording and it is lost, despite Emby having responded correctly to record it at the schedule "Cannel and Time". Emby is working perfectly as far as scheduling and recording, what is left to solve, is to get Emby to place the new recording in the library despite there being previous days recordings in the folder (series).

[sa2000 255]

On 15/11/2024 at 09:25, Rolando1948 said:

I believe that if you read my previous posts about the anomaly and by want I am summarizing now, Emby is working perfectly as far as recording on schedule by “Channel and Time” and “Air Days”, as for example, if a daily news broadcast is selected to be recorded Monday thru Friday, after Emby preforms the Monday recording, the next day, one can observed that the Tuesday recording is being performed, but when completed, it will not be saved in the corresponding Library folder and will be disposed and lost, if the previous Monday recording is not removed or deleted from the folder, and the subsequent days of the week, Emby will have the same behavior.

I have been looking into manual recordings 

I have setup a recurring recording on a channel for a specific time and duration and made it recurring mondays to fridays - just an example.

I gave it a name of "Daily at 12.55" 

I have got it to run for a couple of days and now have these files in the recording library

recordings\
	Daily at 12.55\
		Daily at 12.55 2024_11_27_12_53_00.nfo
		Daily at 12.55 2024_11_27_12_53_00.ts
		Daily at 12.55 2024_11_28_12_53_00.nfo
		Daily at 12.55 2024_11_28_12_53_00.ts

I can see that each recording has a different file name and I would expect if I keep the schedule running, that next week's daily recordings will be individually named and kept.

Tell me what your setup is for the recordings to understand why the recordings are not taking place

The nfo file just has the recording title I gave it and the date/time added, eg

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<movie>
  <title>Daily at 12.55</title>
  <dateadded>2024-11-27 12:54:21</dateadded>
  <plot />
  <lockdata>true</lockdata>
</movie>

 

[sa2000 255]

On 15/11/2024 at 21:56, Rolando1948 said:

So in summary, the more pressing issue is the anomaly of Emby not placing the subsequent recordings in the library folder, if a previous recording is present and thus Emby disposes of the new recording and it is lost, despite Emby having responded correctly to record it at the schedule "Cannel and Time".

Have not heard further from you. Have you fixed the issue by renaming the adhoc channel/time manual recordings schedule?

I now have more than 1 week of daily recordings in the library

Daily at 12.55 2024_11_27_12_53_00.ts
Daily at 12.55 2024_11_28_12_53_00.ts
Daily at 12.55 2024_11_29_12_55_00.ts
Daily at 12.55 2024_11_30_12_55_00.ts
Daily at 12.55 2024_12_01_12_55_00.ts
Daily at 12.55 2024_12_02_12_55_00.ts
Daily at 12.55 2024_12_03_12_55_00.ts
Daily at 12.55 2024_12_04_12_55_00.ts
Daily at 12.55 2024_12_05_12_55_00.ts
Daily at 12.55 2024_12_06_12_55_00.ts
Daily at 12.55 2024_12_07_12_55_00.ts
Daily at 12.55 2024_12_08_12_55_00.ts
Daily at 12.55 2024_12_09_12_55_00.ts

 

[Rolando1948 1]

As I have previously clarified, one can observe that the following day the series recording is being performed, but upon its completion, it is not placed in the library recording folder and is lost, if the series previous day's recording is still in the folder. But, I thank you for following up. Unfortunately, I continue to have the exact same anomaly, and I expect that at some point  you might provide a solution. Since all the elements on my side of this issue have been and are basically the same, and which were working correctly without the reported Emby anomaly, until the updated versions of Emby, thus, what has changed since the anomaly surfaced, have been the updated Emby versions, and I would expect that in future versions of Emby, this anomaly will have been corrected, without the end client having to make changes to his network or NAS. All my other applications besides Emby, have continued to work without any issues, over the same LAN and access to the NASs. In the mean time, and on a daily basis, I delete and/or remove the series previous recordings from the folder, so that Emby will "not dispose" of the upcoming series recording and leave it the libarary folder. I do appreciate your efforts and support, and I am basically very satisfied with Emby, and until this recent issue, it has worked flawlessly in recording my live TV programing. I expect and have faith, that some Emby future update will not have this anomaly. But, I will again review my network and folder access configurations to see if I can find anything that might be causing this anomaly to occur. 
    My currents system and software are:

1. QNAP NAS TS-253Be
    CPU: Intel Celeron CPU J3455
    Firmware QTS 5.2.2.2950
    Memory: 8 GB

2. Emby Server 4.8.10.0

[sa2000 255]

On 10/12/2024 at 18:10, Rolando1948 said:

As I have previously clarified, one can observe that the following day the series recording is being performed, but upon its completion, it is not placed in the library recording folder and is lost, if the series previous day's recording is still in the folder. But, I thank you for following up. Unfortunately, I continue to have the exact same anomaly, and I expect that at some point  you might provide a solution. Since all the elements on my side of this issue have been and are basically the same, and which were working correctly without the reported Emby anomaly, until the updated versions of Emby, thus, what has changed since the anomaly surfaced, have been the updated Emby versions, and I would expect that in future versions of Emby, this anomaly will have been corrected, without the end client having to make changes to his network or NAS.

I have managed to reproduce the errors in a test setup recording on Emby Server on linux into a recording library of mixed content setup with an smb path to a network shared folder on windows. My first recording was ok but subsequent recording failed - in a similar way to those 2 fails in your logs for the 16th and 20th:
 

2024-10-16 15:50:05.693 Error LiveTV: Error recording to smb://10.0.0.95/TV_Record/Tele-Noticias/Tele-Noticias 2024_10_16_16_00_00.ts

2024-10-20 05:50:06.447 Error LiveTV: Error recording to smb://10.0.0.95/TV_Record/Misa Dominical/Misa Dominical 2024_10_20_06_00_00.ts

The issue may be smb specific as I did not get these errors in all my earlier tests recording into a local folder

I will refer the diagnostics I captured to the development team.

Meanwhile, as suggested originally, could you setup a recording library on a local drive or give a local path - such as /mnt/xxx/xxx path and see if that resolves the matter 

 

 

[sa2000 255]

I can confirm that this issue is specific to recording libraries with an smb path. The issue does not arise with local paths

It has been referred to the development team

 

 

Edited December 17, 2024 by sa2000