Jump to content

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


Recommended Posts

Rolando1948
Posted
 

Rookie

1

26

I have completely wiped my Emby Theater Windows App and also the QNAP App, and I then performed the full from scratch install of Emby version 4.8.10.0 on my QNAP NAS and provided my "Emby Premiere Key", and Emby then again resumed to record the schedule of live TV programs, but with the caveat, that I could only confirm inside Emby that the recording had been realized, since for Windows File Explorer and QNAP File Station the Emby live TV recordings were hidden. Emby had created on a "recordings" folder that stated that the recording were in the following path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata/data/livetv/recordings, to which I had no access to, except if I sellected the file inside the Emby library folder and downloaded it. I could then have access to a copy of the file. I decided to remove the "recordings" library that Emby had created and configure "Live TV" to use one of my shared folders on the same QNAP NAS that the Emby server is installed on, but when I then went to the "Guide" and sellected a currently running TV program to record, I found that nothing appeared in the shared folder I had configured for TV recordings, but with my "File Explorer" I was able confirmed that Emby in effect had created a folder containing the recording content that was in process. In summary, as currently configured, Emby does place the recordings in the library I folder I configured for live TV, and I can "see" the file listed with my file explorer apps, but when inside the Emby Web App, it fails to show the recordings in its library folder. Repeated iterations of "Scan Library Files" and "Refresh Metadata", were to no avail, the TV recordings library folder inside the Emby Web App remains empty, while the recordings are actually be made and placed in the TV record file folder that was configured. I have repeatly gone to the process of configuring  the Live TV to accept my assigned folder for TV recordings, which as previously stated, Emby is recording and placing the files in the assigned folder, but fails to show them inside the corresponding Emby library, while in contrast, when I configured a library for "movies" and and assigned one of my NAS folder as the source of the media, Emby would scan and show all the movies file content perfectly, and as mentioned all efforts to getting Emby to do so with the Live TV recordings folder have failed.  I would greatly appreciate any and all help in getting this solved, which once solved I believe that all the rest of Emby should be working correctly. Thank You

Capture 1.JPG

Capture 2.JPG

Capture 3.JPG

Capture 4.JPG

Rolando1948
Posted

Hi Luke, thank you for responding. Well the problem of providing a recording that failed to be placed in the Live TV Library folder that I configured, is that, when Emby fails in that manner, one can clearly observe it has correctly responded and shows that it is recording on time and the channel assigned, but when completed, the recording is no where to be found. You might be able to guide me to some Emby temp cache where the files might be when this happens, if not, I have no way of providing the file, all though Schedule reflects of having finished recording, but as mentioned, there is no file to be found. During the last few days I have been posting various issues that I had started to encounter with Emby, which ironically started after a post I had placed about successfully running concurrently playback instances of Emby in two or more tabs of the Chrome browser. Which later on Emby became inconsistent and/or unstable, after I decided to also run the Windows 10 Emby Theater app, which in summary created a situation where I could continue to schedule my Live TV recordings in the Emby Web app, but the recordings library of the web app stop listing the recordings, and I would then go to the Emby Theater app, and the recordings were listed and could be played-back there. I then made attempts to delete and reinstall Emby, but observed that it was retaining some of my previous configuration data. Thus, I decided to delete and wipe everything Emby from my Windows PC and my QNAP NAS where the Emby server resides.

So back now to the current situation, after I reinstalled Emby for scratch, placed the Premiere Key, configured the libraries and created the recording schedules, Emby failed place recording in the assigned Live TV library folder, nor show that there where any existing recordings in the Live TV assigned folder, despite there being some recordings from previous months back. Ironically, Emby did scan and list the content of the assigned Movies Library folder. So I decided to repeatedly remove the Live TV Library folder and reconfigured it assigning to it my TV-Record folder  which is alo on the QNAP NAS, but after many iteration attempts, it was to no avail. But surprisingly! On a following day, when I selected Emby’s Live TV Recordings tab, new scheduled recordings started to show up, as well as the old recordings that were in the folder. Which leads us to the current situation: 

1.     Emby Scheduled and Series recording are showing as being performed at the correct time and channel.

2.    Up to about two days ago, the recordings were not being placed on the assigned Live TV Library folder and were nowwhere to find.

3.     On one of the past days, Emby did successfully record the last schedule recording for that day and placed it in the correct corresponding folder, but failed to do so with all the previous scheduled recording of that day.

4.    While dealing with the stated Emby anomalous behavior, I decided to observe what would happen if I deleted the series recordings of the past day, and see what would happen with the scheduled series recordings of the next day. Which resulted in achieving that Emby successfully performed the next days scheduled recording and placing them in the assigned Live TV library folder. Which of course is not acceptable to have to be deleting the previous days series recording, which one might want to preserve, and which Emby previously would perform flawlessly, creating the series recording folder and place all the subsequent recordings in that folder.

5.    In relation to listed observation number 4, and something that might bring some insight to the Emby anomalous behavior, when tried to delete a recording from the Live TV folder through Emby, I would be denied being to do so with pop up messages indicating  that the folder was not empty, which does not make any sense, since series folders can contain various recordings. I am attaching the two pop up messages that Emby produces during the above described process.

6.    In relation to listed observation number 5, if I used my file explorers and deleted the a series recording file by going directly to the NAS folder, I could then return to Emby and select to delete a recording folder of the Live TV library, and Emby would then accept to delete the folder with no pop up messages.

20241010_000029.jpg

20241010_000046.jpg

Posted

I am having a similar issue. In the logs I get "SessionManager: Error sending message" followed by the error detail and then "Info App: Removing item from database, Type: Episode,..." Which is where the recording is removed.

Rolando1948
Posted

Hi Luke, do you have any further response on this issue? I have verified that if I do not delete the folder that contains the Live TV recording of a given day, the next day, one can observe the the schedule series recording is trying to being performed, but it will not be placed in the corresponding folder and later on is nowhere to be fould. Emby fails to except to delete the library folder through the Emby user interface, but If I go to the NAS folder with my File Explorer and delete any of the library folder, then the Emby user interface will not pop up the previously reported anamoly of "Directory is Not Empty", and will accept to remove its folder icon from the library.

Happy2Play
Posted

Probably need to see server log but my guess will Emby's issues with SMB paths.

Posted

Hi, yes we’ll need to see a server log example. Thanks.

Posted
Quote

2.    Up to about two days ago, the recordings were not being placed on the assigned Live TV Library folder and were nowwhere to find.

Hi, if a recording got saved to the wrong folder, please attach the emby server log from the time of the recording:

Thanks.

Rolando1948
Posted

Hi Luke and Happy2Play, the issues that I have reported started to occur despite not having made any configuration changes. Thus I wiped everything and installed from scratch. I now find that the recordings are being schedule correctly at the time and channel assigned. So really what remains is the following which very well might be some type of SMB problem, though it never had existed previously and my hardware NAS and Network remain exactly the same as before, in summary:

1. Emby does not except to add the next day series recording to the folder, if the previous day's recording is there, then the new recording is lost.

2. Emby does not except to delete any of the library recording files or folders, but a PC file manger app is able to access the NAS folder and delete it or its contents, and then Emby excepts to "delete" and "remove" the folder from the library, which actually was already deleted with the PC file manger.

3. For Emby to successfully record the series next day recording and place in the corresponding Live TV library, one has to go manually with a file manager and delete the existing present day recordings, and only then will the next day's series recordings appear in the library and be able to be playback.

4. There is no issue of Emby saving a recording to the wrong folder, the issue is as I have been stating in my previous post, Emby does not save the "next day series recording", if the "previous day series recording is present". This anomalus behavior, was never present in the past, Emby in the past would correctly schedule, record and save the new recordings to the corresponding series folder and indicate in the upper right corner, how many recording where in the folder.

I am a little apprehensive of making changes in my NAS configurations, since everything else on my LAN has no issues, nor did Emby until a short time back that this issue started. But despite this, I am willing to perform some changes if it is understood that it should solve this issue without creating others.    

I really appreciate any and all help that I can get on this issue. Thank you

 

 

2024-10-16 embyserver.txt 2024-10-07 Schedule Fails to place recording in library-63863942402.txt

Rolando1948
Posted

Yesterday Oct.15, as previously described, I deleted all the Live TV Series folders from my NAS with my PC's file manger, so that Emby would then proceed to record the next day's series recordings and place then in the corresponding folder, but I decided in one of the folders, to delete the recording of the previous day series recording, but leave the empty series folder, to observe the following day Oct.16, what Emby's behavior would be. Today Oct.16, I went to the Schedule, right after the programed time for the recording and could observe that Emby indicated to be recording at the correct time and channel the recording, but upon opening the corresponding series recording folder that I had left empty the previous day, there was no file of the recording to be found. During this process, I also observed that a subsequent programed recording, scheduled about a half hour later, of which I had deleted its previous day recording and folder, Emby then did create a folder for it and was placing the recording in it. Thus, I was able to confirm that the anomalus Emby behavior, is subject to not only to having the recording file deleted, but also the folder, for the next day’s series recording to be successfully done and saved, which is obviouly un acceptable. I am attaching a photo where one can observe that Emby’s Schedule, is recoding at the schedule time and channel, but it fails to place the recording in the folder of the previous day’s recording, even if the folder is empty. I am also attaching the log file.

20241016_164814.jpg

2024-10-16 B embyserver.txt

Posted
Quote

Thus I wiped everything and installed from scratch.

Hi, when you did this, what exactly did you do?

Rolando1948
Posted

I erased everything Emby on my QNAP NAS and on my Window 10 PC. I then installed the reinstalled the Emby QNAP app and provided my Emby Premier license. I then open the Emby web app and configured my Live TV library and proceeded to "Schedule" my Live TV series recordings. From that point on, what has been happening is the previously posted Emby behavior of despite showing the designate scheduled time that is recording and the correct channel, if the previous day series recording folder is present, the present day's recording is lost and no where to be found. Which after exploring what could be happening, I found that Emby would now fail to delete through its user interface an existing recording in the Library, but if I accessed the file directly in the NAS folder with my Windows 10 File Explorer, I could delete it, but also had to delete the folder for the Emby user interface to except to "delete" the file, which of course at that point no longer existed. Outside of this Emby anomaly, everything else seems to working correctly, except for an occasional snafu, that occurs in the "Schedule", where I schedule a series recording stating the time and channel, and when I review the recording, I find that it was recorded at the incorrect time. When go and review the "Schedule"- "Series", I find the time had change on its own. I then need to proceed to remove it from the recording schedule and reschedule it through Emby's "+Add Recording".

Posted

Please try this again and upload the server log after so we can see what it shows.

Rolando1948
Posted

Do you mean buy "Please try this again" that I again erase "wiped out" every thing Emby and reinstall the app again on my QNAP NAS server and my Windows 10 app? 

 

Rolando1948
Posted

BTW, I ment "by" and no "buy" as in purchasing. 

Posted

Forget what I asked for previously.

I just had another look at your server log and it's full of errors like this:
2024-10-16 11:21:23.895 Error BaseItem: Error validating children for PBS Ken Burns 12299 smb://10.0.0.70/Films_TV/PBS/PBS Ken Burns
    *** Error Report ***
    Version: 4.8.10.0
    Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffdetect /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffdetect -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdirectory /share/CACHEDEV1_DATA/Public -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp
    Operating system: Linux version 5.10.60-qnap (root@mini-05) (x86_64-QNAP-linux-gnu-gcc (toolchain config: [gcc-4.9.2 binutils-2.25 glibc-2.21]) 4.9.2, GNU ld (GNU Binut
    Framework: .NET 6.0.31
    OS/Process: x64/x64
    Runtime: share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/System.Private.CoreLib.dll
    Processor count: 4
    Data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata
    Application path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system
    SQLitePCL.pretty.SQLiteException: Constraint: FOREIGN KEY constraint failed
    SQLitePCL.pretty.SQLiteException: Exception of type 'SQLitePCL.pretty.SQLiteException' was thrown.

 

It looks like Emby Server isn't able to access content on 10.0.0.70.
I don't like the FOREIGN KEY error or the SQLitePCL.pretty.SQLiteException errors but possibly a side effect of not being able to read the data.

Make sure you 70 machine is running and has proper permissions for Emby Server to access it.

Posted

The SQLite error arises if there are overlapping folder paths in the library definition

See 

Check all folder paths for the library for overlapping paths

You may need to start afresh with the affected libraries

 

  • Agree 1
Posted

Thanks @sa2000, I'm sure you're right about the overlapping paths!

@Rolando1948looking at your log, shows file locations such as:
2024-10-16 11:21:04.159 Info App: Removing item from database, Type: Folder, Name: Films_TV, Path: smb://10.0.0.70/Films_TV, Id: 10

smb://10.0.0.70/Films_TV/PBS/PBS The Brain
smb://10.0.0.70/Films_TV/Documentaries
smb://10.0.0.70/Films_TV/Netflix_Hulu_Amazon_Audials
smb://10.0.0.70/Films_TV/Academy Awards Best Pictures (1927 - 2020)
smb://10.0.0.70/Films_TV/Curiosity Web Channel
smb://10.0.0.70/Films_TV/Films/Films_109/Dog (2022) [1080p] [WEBRip] [5.1] [YTS.MX]/Dog.2022.1080p.WEBRip.x264.AAC5.1-[YTS.MX].mp4
smb://10.0.0.70/Films_TV/Films/Films_110/Fracture (2007) [1080p]/Fracture.2007.10800p.BrRip.x264.YIFY.mp4
smb://10.0.0.70/Films_TV/Films/Films_106/Wind River/Wind River.mp4
smb://10.0.0.70/Films_TV/Films/Films_89/Gemini Man.2019.HC.HDRip.XviD.AC3-EVO[TGx]/Gemini Man.2019.HC.HDRip.XviD.AC3-EVO.avi
smb://10.0.0.70/Films_TV/TV & Video/TV & Video_36/Breaking Bad Season 2 Complete 720p.BRrip.Sujaidr/Breaking Bad s02ep12 720p brrip.sujaidr.mkv

Looking at that brief sampling of files from the log shows a root path of smb://10.0.0.70/Films_TV,
Under this share you're mixing TV Shows and movies and not using a naming scheme that helps Emby identify your media. if you use smb://10.0.0.70/Films_TV as a path for a TV Library then you can't use it again or anything under it for Movies or any other library because you've just specified that everything under this root path belongs to a TV Library.  Same if you added it to a Movie Library.

Each and every subdirectory under the path added to a library needs to be of that library type (ie all Movies or TV Shows) and also should follow a proper naming scheme.
Take a look at our Knowledge Base article: https://emby.media/support/articles/Library-Setup.html
Make sure to read and understand Movie Naming and TV Naming.

Rolando1948
Posted

    Hi Carlo, the anomaly that I have been reporting has been about "Live TV" and not about any other file process. My Emby server (Ver. 4.8.10.0), as well as the "Live TV" Library folder are both on my QNAP server, which is at IP 10.0.0.95, with local LAN access at http://10.0.0.95:8096, I had not had this issue ever occur since I first installed Emby and purchased the Emby Premier license. As a matter of fact, until recently I had never created any other type of library besides "TV shows" or as "Mixed content", the errors that you find in the "Log", are referenced to a "Movies" library that I created and have Emby scan in a parallel effort to see how Emby would work with that library, in comparison with the “Live TV” library, which Emby did scan, update and seems to have no issues with. I then decided to remove the library and just leave the “Live TV” library which is the one with which Emby is having the previously reported issue, that I have repeatedly described, of not saving the current day’s series recording, which it does shows of going through the process of recording at the correct time and channel, but will not save the recording if the previous day’s recording is in the library folder.

    I fundamentally purchased Emby, for its “Live TV” functionality and is what I use it for, and I have had no issues in the past with the recorded “series” libraries being updated with the scheduled next “series” recording. I am currently having to access the QNAP NAS at “10.0.0.95" with my Windows 10 File Explorer, and deleting the previous series recording file and folder, so that Emby will then accept to create a folder and save the new series recording. In summary, both the Emby server app and the configured “Live TV” library folder are both on the QNAP NAS at “10.0.0.95". I have attached the current "log" where the "Movie" library was removed, so there should be no errors pointing to my other server at 10.0.0.70, and there should only be the activity and interaction with my Emby server and Live TV library, that are on the QNAP NAS at 10.0.0.95

embyserver-63865065610.txt

Posted

If these folders/files are on the same machine why do you have smb notation setup for folder locations?

Everything I mentioned above is still valid. You have multiple libraries (Live TV uses a library as well) overlapping folder locations which you can't do.
You need to sort this out so you have no overlapping folder entries.  You need to make sure you have a parent folder specifically for TV Shows and another parent folder only containing Movies. You want to make sure to follow the naming as already posted so all movies have the same hierarchy  ie /movies/Top Gun (1986)/Top Gun (1986).mp4.
Same for TV Shows where you have something like /TV/show name (year)/Season #/Episode #.ext
This is in the naming docs.

Don't use smb for the file locations.  Instead, setup a remote mount on the NAS box itself. Make sure Emby Server is set as the owner of the folder as well as owner of the group.
Now when setting up the libraries use the folder picker which only shows what Emby has access to.

Doing it this way the NAS box will reset any mounts that go offline and make using remote folders use much easier.  It also makes it far easier to make sure you have access to the remote mounted file locations. 

For Live TV
Setup a mixed content library in Library to hold all recorded content or
Setup a DVR Movies and a DVR TV Show library with type movie and TV Series appropriately.
Create a folder(s) on the NAS file system with access for Emby to access which you'll use in the next step.
Make sure to setup these library paths to a location on the box itself using the location picker and not by typing it in.  This way you will only see folders that Emby has access to.
In Live TV go to the Advanced tab and select the library(s) for either the default or for both Movies and TV Shows (leaving default blank).

 

Posted (edited)
18 hours ago, Rolando1948 said:

I have attached the current "log" where the "Movie" library was removed, so there should be no errors pointing to my other server at 10.0.0.70, and there should only be the activity and interaction with my Emby server and Live TV library, that are on the QNAP NAS at 10.0.0.95

Yes in the new log we no longer see the "SQLiteException: Constraint: FOREIGN KEY constraint failed" - which related to the "MOVIES REA" on "smb://10.0.0.70/Films_TV"

Your latest logs show successful completion of these TV recordings - are they not present in the recording library?

2024-10-20 12:40:00.235 Info LiveTV: Recording stopped: smb://10.0.0.95/TV_Record/Meet The Press/Meet The Press 2024_10_20_11_30_00.ts
2024-10-20 18:10:00.001 Info LiveTV: Recording stopped: smb://10.0.0.95/TV_Record/TeleNoticias Fin de Semana/TeleNoticias Fin de Semana 2024_10_20_17_00_00.ts
2024-10-20 18:40:00.027 Info LiveTV: Recording stopped: smb://10.0.0.95/TV_Record/PBS News Week End/PBS News Week End 2024_10_20_18_00_00.ts
2024-10-20 19:10:00.024 Info LiveTV: Recording stopped: smb://10.0.0.95/TV_Record/NBC News WeekEnd/NBC News WeekEnd 2024_10_20_18_30_00.ts

There are loads of errors to do with image / thumbnail extractions but that is a known issue to do with the 1 minute timeout we have on extractions and for some reason on some platforms that appears to be too short - so there would be missing thumbs but recordings should be in the library

There was one error for this recording - not sure why the folder was not seen at the time of starting this recording. Any disc space issues?

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
	System.IO.IOException: System.IO.IOException: Create Handle Failed: Misa Dominical. NTStatus: FILE_DOES_NOT_EXIST

So which recordings in this period covered by the log you had issues with?

The log covers period 2024-10-20 00:00 to 23:26

 

Edited by sa2000
Rolando1948
Posted

As I have previously observed, in all cases, if there is a previous series recording in the Live TV configured recordings folder, Emby will proceed and show that it is  in the process of recording at the schedule time and channel, but will fail to save the new series recording in the corresponding series folder. EXCEPT

Rolando1948
Posted

EXCEPT, if I have previously accessed the folder with my File Explorer, and deleted the previous recording and folder, which Emby fails to accept to perform from if I use the Emby user's interface, where a pop up message will occur of "Directory is Not Empty". Thus, on a daily basis I have to access the NAS folder and deleted all the previous day's recording, in order to enable Emby to save the subsequent series recording. This is what I have been describing repeatedly from the very begining, basically everything else seems to be working correctly as far as live tv scheduling and recording. The issue that remains unsolved, is what I have previously describe, Emby will fail to save the new series recording if a previous series recording if present.

Posted

Please try the suggestions I gave you above regarding how to setup a movie and tv library used for recordings, without the use of sever message block network sharing protocol.
You want to simplify this, writing directly to disk vs going through addition network layers and security policies.
 

Posted (edited)
On 22/10/2024 at 21:40, Rolando1948 said:

EXCEPT, if I have previously accessed the folder with my File Explorer, and deleted the previous recording and folder, which Emby fails to accept to perform from if I use the Emby user's interface, where a pop up message will occur of "Directory is Not Empty".

Deletions should be through the Emby App context menu. I am looking into another user's report of deleting seasons and shows not working giving the error you describe. I am thinking it is to do with smb paths which you are also using. I suggest we concentrate on this first and also perhaps move away from smb paths

The other forum thread and my advice to the user for specific tests is here

Edited by sa2000
  • Like 1

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...