As mentioned these are pass based recordings. I have no imports.
If they appear on the web UI of the dvr that would mean the dvr knows about them.
Must be some issue on the Google tv side. Does rebooting that device make any difference?
FWIW, on the server I stopped the DVR and quit the program . Ran the program and started the DVR. And for good measure went to admin/settings to the DVR Database section and from Maintenance selected: Regenerate Search Index.
This has had no effect.
Perhaps I did not make myself clear but I went to the server and verified it ALSO cannot see the recordings. I can see the recordings using the Finder as well as a shell.
This indicates to me that "something wonky" happened, such as restoring from an older backup that did not "know" about the newer recordings.
Did you have any server and/or power before or after when these recordings occurred that the DVR does not know about? What do your logs say about the times that the recordings happened?
Okay somehow they are not in the dvr database. I don't know why. The DVR log may show more details.
Either way the only way to make them reappear is by moving those mpg files into the Imports/TV folder
This "server" is an iMac that is scheduled to power up/down to allow it to be active during show times. This work just fine. The files all seem normally named and have valid content. There is just just bizzare "quirk" the seems to ignore these files.
I can upload a linux "ls -al" file list if you wish more details on the files...
I do not know how to interpret the logs. If you give instructions on what to look for or perhaps what to upload I would be happy to follow up.
1 Like
I would have thought that the Regenerate Search Index function would pick up theses files?...
Anyway, is the following your proposal:
- MOVE the unlisted TV/Farscape/Farscape SxxExx Title ---.mpg files to imports/TV/Farscape/
- IMPORT them (never done this - need to look up how)
- DELETE files in imports/TV/Farscape/ and parent (Farsacpe) directory
NOTE I may not be "getting" this and have never done any importing, so please be specific about the proposed procedure.
Thanks
The search index has nothing to do with this issue.
You simply need to move the files into the Imports folder and then they will appear.
This happens automatically
You move the files (instead of copy) so they would now live inside Imports going forward and no longer in the original location. No deletes are required.
Here is an interesting fact: looking at the database stats - it shows the correct number of files. IOW, the stats seem to know about the files.
This confuses me even more 
---- GUESS YOU ANSWERED THE FOLLOWING WHILE I WAS WRITING IT - 
Anyway, I will try MOVING (not COPYING) ONE file and see what happens. Though I would think that I would still need to perform some sort of import action (YES/NO)?
---- Here goes
There is a button under Imports you can click but it happens automatically every five minutes as well.
That is strange indeed. But you stated that it's definitely not visible under the web UI either.
When I look at /admin/rcordings these file do not show up. I can see that they exist using Finder and shell but the database looks like this:
Stats
1 Passes
2 Shows
26 Recordings
Which is the CORRECT number of files
BOTTOM LINE: There is some sort of serious bug here.
I have a secondary issue in that I have Plex pointed at Channels DVR's recordings (it BTW sees these files just fine!) so it is awkward to do this workaround.
I would think that there would be a better way to rescan the recordings to make sure all files are in the database. If there is a file is in the directory tree but not listed in the database I would think that would be an error condition.
Another workaround that will allow me to not confuse Plex:
I have temporarily made aliases (Mac) or symlinks (*nix) for the so-called unlisted files in the imports folder.
This allows me to let Channels DVR to do its normal recordings and Plex to scan the normal location.
If any FURTHER files show as unlisted I can simply alias/symlink them until this bug is fixed.
I am at your service to help in any way to permanently resolve this issue.
Followup question: could relocating the library cause something like this?
I first tested Channels DVR using an USB Stick. I subsequently decided to put the library on my main drive (had almost a TB free). I do not recall any issues but I think I did the move more than once for some reason.
QUESTIONS:
- Is it possible that during this move that the database scan could have been interrupted or not completed?
- If I "pretend" to move it again (IOW, make new storage path to same location) and left it alone while scanning, do you think this would straighten out the database?
There is no database scan. No such scan occurs when you change the dvr path.
Maybe check the Trash tab of the dvr web UI
OK - This matter can be considered closed.
Thanks for all your help and patience.