My little list of bugs

[Barsk]

Well, I thought I would post my list of found bugs. It will be from the top of my head, so I might forget some and later come back and edit this post to correct. Some of these bugs my be known, some maybe not...

This is from 1.5.31 + patch 6 by johnsonx42:

1. In device setup, scanning channels. The swedish station names, e.g "Karlstad, Sörmon", are encoded as UTF-8, but the dialog tries to display them as iso-8859-1. (by the look of the garbeld output)
   
2. When coming back to channel scan the location and station is forgotten. In my case showing Spain, Andalusia.
   
3. When selection multidec and not having FFdecsa.dll in path, the error dialog displays behind the fullscreen N-PVR window. I.e not showing.
   
4. CI not working for Twinhan Ter-CI
   
5. When changing the root folder for recordings in the settings and copying stuff to a new place. N-PVR still references the old directory for older existing recordings. New recordings go to the new location. It would be much better IMHO if the database referenced recordings indirectly and only needed the root folder from settings for the complete path. EDIT: This has been debated below, and is not regarded a bug.
   
6. In the integration with NMT, done by Martin. There seems to be a bug that hangs the whole service that occurs after you set your PCH to exit N-PVR. When you go to you standalone N-PVR the capture devices refuses to show a picture. Restarting the service hangs until you manually kill NextPVR.exe. This has happened twice for me. Forgot to take the logs though... Edit: Have done extensive tests and cannot reproduce this problem, so case closed!
   
7. When approaching the end of a recording that is still recording, i.e catching-up the end, I get kicked out to the TvGuide. If I stay say a minute from the end all is well. When I get kicked out, there is no resume possibility either.
   
8. PC client: When a new program starts according to the EPG, the stream stops. In GB-PVR there was a problem too where there was a minor hickup between programs. In N-PVR it stops. Escaping to TV Guide and restarting the view restores the stream. For a childrens channel where each program is about 10-15 minutes this becomes "challenging" after some time
   
9. Sometimes when restarting the recording server, it fails. Need to manually kill the NextPVR.exe processes first then NRecord goes down.
   

Missing features from GB-PVR (some dearly missed)

1. OSD buttons for REW/FF/PAUSE
   
2. To click in the timeline bar to quickly go to a point in time.
   
3. Missing TVGuide in video playback. EDIT: And in recordings too! This was a great benefit in GB-PVR that regardless where you were, what you were watching, the TV Guide was always accessible.
   
4. I am not 100% sure, but I seem to remember that the timeline for TV shows were adjusted to the life span of the show according to the EPG. This does no longer appear to be true. So I can no longer just check the timeline to see how much is left of a show. EDIT: <OldStyleTimeLine<true</OldStyleTimeLine> fixes this
   

Hmm, will probably fill in more items as I remember them. Others with there own reports may post them here too. Maybe we can get a complete list for Sub to chew on.

[Reddwarf]

5. When changing the root folder for recordings in the settings and copying stuff to a new place. N-PVR still references the old directory for older existing recordings. New recordings go to the new location. It would be much better IMHO if the database referenced recordings indirectly and only needed the root folder from settings for the complete path.

This has to be that way, otherwise it would not be possible to archive recordings to another directory and still have them listed in Recordings screen. A workaround for moving recordings is to export the recordings, physically move the files and delete them from NextPVR, edit the Recording-Backup.xml to point to the new location, and import the recordings to NextPVR again. BTW:, I haven't tested if the script for archiving still works, guess it has to be updated to work on the new database.

[Barsk]

What is "archiving" really? Moving them somewhere where they are still listed, but cannot be played? I must have misunderstood...

The workaround you mention for moving recordings is what I used eventually. But it feels unnecessary.

If there is a need to put recording s in several locations then maybe a list of rootfolders could be used. Say, max five.

[Reddwarf]

pBS made a SuperSimpleArchiver for moving recordings to other media while still having then in recordings and beeing able to play them provided that the media is online, see here: http://forums.gbpvr.com//showthread.php?...leArchiver

This would be a nice feature to have ported to npvr.

[Barsk]

Ah, ok. I get it now.
I still think saving the complete path in db is rubbish and hinders upgrading/moving, especially when you can set a root folder in settings. But it is a design desicion that Sub has made and so be it. As long as there is an import function, I can cope.

[sub]

Ah, ok. I get it now.
I still think saving the complete path in db is rubbish and hinders upgrading/moving, especially when you can set a root folder in settings.

We'll just agree to disagree on that one. I used the same scheme in GBPVR, was happy with it, and saw no reason to change it. (in less than 10 lines of code I could have it automatically update the path recordings if the recording path has changed, and old file is no longer in old location, but is in new recording path)

Calling it "rubbish" is just naive.

[Barsk]

Ok, sorry for the language, did not mean to offend. Seems we disagree on the design here.
I have written some software that used full paths in the DB. Got bitten by it since it is harder to upgrade paths in db than it is to change a root folder in a settings file. And it wastes space in the database...

What I really mean by the "bug" marking is that you think you can actually move all recordings from one place to another by simply updating the root folder setting. You cannot.
But for videos, music etc you can. It is not consistent. The recordings folder from a users point of view is no different than a videos folder or a music folder.

[Reddwarf]

Ok, sorry for the language, did not mean to offend. Seems we disagree on the design here.
I have written some software that used full paths in the DB. Got bitten by it since it is harder to upgrade paths in db than it is to change a root folder in a settings file. And it wastes space in the database...

What I really mean by the "bug" marking is that you think you can actually move all recordings from one place to another by simply updating the root folder setting. You cannot.
But for videos, music etc you can. It is not consistent. The recordings folder from a users point of view is no different than a videos folder or a music folder.

The Videos and Music is more static than Recordings, so from my point of view it is a smart solution to store the full path. Say I ran out of space on D: where I used to have my recordings and I don't want to delete any of them. I buy a new harddisk and change recording path to F:, I still have my old recordings (no need to move them to F: and fill it up), and all my new recordings go to the new directory.

[sub]

I have written some software that used full paths in the DB. Got bitten by it since it is harder to upgrade paths in db than it is to change a root folder in a settings file. And it wastes space in the database...

You're kidding yourself if you think the space used by the path in database is at all significant, even for a few hundred recordings. Its next to nothing.

There is lots of scenarios to consider. For example, what about those people that start out with a recording drive, full it up, decide to add a second drive and set it as their new recording drive, but have no intention to moving the recordings files off their old drive (ie, they'll have recordings in multiple drives).

There is also lots people, myself included, than download load a of tv shows, and insert the shows into the database as a recording, even though they're stored outside the recordings directory.

[martint123]

There is also lots people, myself included, than download load a of tv shows, and insert the shows into the database as a recording, even though they're stored outside the recordings directory.

I'm one. I just run vidimport on the root of my media drive (or wherever) and it generates an import file of all orphaned files - i.e. my downloaded files.
I like having the descriptions that are available with recordings vs videos.

But wouldn't life be boring if we all thought the same way