I've been running GBPVR for years without complaint. It's been years since I was last here, but I could use some advice. Recently, the second time I play a recording (DVR-MS) it usually has no audio - just a loud buzz. Another program will play fine the first time, then buzz the second. Some always seem to buzz the second time. Some never seem to buzz. I'm familiar with the logs and familiar with the lastgraph.grf. It seems to always show a simple ffdshow graph in GraphStudio that always works outside of GBPVR.
Perhaps someone here can suggest a strategy for tracking this down. It's the inconsistency that bugs me and makes it hard.
I'm willing to post logs, but it might be early. As an example, the graph info is the same for a buzz playback and the prior non-buzz playback, so for now, I'm just looking for suggestions of what GBPVR might do on a second playback that differs from a first one? I went back to a working install of GBPR from a few years ago, added the current GBPVR.db3 data file and it does the same thing.
Just to make the forum easier to follow, please follow these guidelines.
For bugs prefix thread titles with "[BUG]" eg "[BUG] Guide doesn't work in Firefox" then as many details as possible, machine specs, browser specs (since its a web app, I need to know what version and what browser you are running).
For feature requests, prefix titles with "[REQUEST]" eg "[REQUEST] Rewrite in PHP"
for anything else that makes sense to use a prefix, then use one two.
Once I have confirmed the bug or said yes to a feature request I will add a ticket into github and post the link where you can follow the progress of that ticket.
This is the first ALPHA release, there will be bugs, future alphas may need a clean install of the web console so you may lose all your settings. It may also break your NextPVR setup (it shouldn't but I should warn you). So backup your NextPVR before using and use at your own risk.
System Requirements
Windows: Any version, I've tested on Windows 7 64 Bit and Windows XP SP3
.net 4.0 Framework. The installer will download and install this for you if its not already installed.
.net 3.5 Framework. The installer will download and install this for you if its not already installed (this is only needed because the Webserver, UltiDev, requires it)
UltiDev Webserver. This will be automatically installed when you install NextPVR Web Console.
So really, if you can run NextPVR, you should be able to run the Web Console. And its just a basic next/next/next/finish installer, no complex configuration needed.
*Note: When you uninstall, it will leave the database file and the logging files in place, so you may wish to manually delete these, and UltiDev will not be uninstalled (in case another applcation is using it).
Supported Browsers
Chrome (latest)
Firefox (latest)
IE 9 and 10
IE 8 and below will not be supported, I may try and get basic IE 8 working in the future, but only if its not a huge lot of work. IE 7 and below will not be supported at all.
I will be adding mobile support in the Beta
What currently works
Users, you can specify multiple users and have their own recordings, channels, channel groups
Guide with recording options same as in the NextPVR Windows Applications
Configuration, you can configure most parts of NextPVR from this web app with out needing to open NextPVR and go to settings. This does not fully implemented everything yet, and you will need to have NextPVR setup first to use this web console. My desire is to fully implement all configuration in later releases
System settings, this allows you to set view your log files, create users, and your SMTP settings
Ability to move recordings.
Users
This is by far the biggest feature, and my favourite part of the system
Each user can have their own
Channels
You can renumber them, enable/disable them for each user.
Channel Groups
You can subscribe to system maintained channel groups, or create your own. E.g. you may wish to create your own personal "Favourites" group.
You cannot create an "All Channels" group, this is reserved by the system and is automatically generated, as its just all your channels, there is no need to maintain this group.
Recording Directories
This is where the fun begins, you can (once configured) create your own recording directories, and record your personal shows to these directories (a "Default" directory will be created for each user). Any recordings in these directories will only be available to you personally, and no other user will have access to them.
Setting up Recording Directories
In order to use recording directories you need to do the following on the "General" tab of the "Configuration" page
Make sure "Enable User Support" is on
Specify the "User Recording Directory". This directory is where all user recording directories will be created under. Eg D:\Recordings\Users, which may then contain D:\Recordings\Users\John\Tv Shows
The "Shared" recording directories
If you want to record something and share it with all users in your household, you can record to the "Shared" recording directories, this will make them available to every user. Making them available to every user also means any user can delete or change the schedule, so just be aware of this and don't delete a shared recording before everyone has had a chance to watch it.
Moving recordings
When you move recordings, it will do the following
Go through all recordings in current group, eg "Stargate" and move them to the destination recording directory. This is helpful when setting up a multi user environment and you want to import previous recordings into your own user directory
It will look for any recurrence recordings and if found (there maybe multiple if you setup multiple recording rules) it will update their schedules to now recording to the destination recording directory.
If this is on a different drive to the source recordings, this process may take a while, since it obviously has to copy the files to the new drive
SMTP Settings
If you need to reset your password, you can do a "Forgot Password" request. This will email you a password reset link, which will then email you a new password once clicked. To get this to work you need to specify a SMTP server to send emails through. You can use a gmail account to do this.
All emails through the system will be written to the log file, so if you do not specify a SMTP server, you can get the URLS and new password from the log file.
Once you get the new password, I strongly suggest you change it (and its randomly generated, so will be very hard to remember )
Download Instruction (READ CAREFULLY) MUST BE RUNNING NEXTPVR 2.5.9
You will also need to replace your current "NShared.dll" with the one attached to this post. This adds support to stream channels via the channeloid instead of channel number, as users may have different numbers for different channels.
First you need to Download the Installer, this will install UltiDev web server (if not installed) and set the web app to run on port 8877 (should be easy to remember, seeing as the default for NEWA is 8866).
Once installed open the webpage "http://[machinename]:8877/" (where machinename is the name of your computer, or if on local machine you can use "localhost", I suggest the full machinename as this will set the "Website Address" used in password reset emails) and run the initial configuration. This just creates a default admin user and imports channels and channel groups into the NextPVR Web Console
XBMC Addon
The only way to really use users (other than via the NextPVR Web Console) is via XBMC. Where each user will have access to their own personal settings/recordings etc.
This required slight changes to subs original xbmc addon, but will be merged into subs code in the coming weeks (very small changes).
I have compiled and made available a addon for the major platforms.
Once download in XBMC you will need to configure it using these settings
Port: 8877 (not 8866)
Pin: [USERNAME]
To identify which user is connecting, you need to supply your username in the pin code field. For example my pin code would be "john" (without the quotes). This will then only return my recordings, channels, and channel groups.
I've had almost nothing but problems with my colossus - for a while I had smooth video but that came with a loss of reliable FF/RW. I've tried everything including recently completely reinstalling WIn7 etc.
I'm trying Saf617 and I get terrible H64 preformance. No decoder other than the MS DTV will show the video properly and the MS decoder is jerky. I also have a VR1800 installed and it's happy as a pig in a poke.
What settings are you using with your colossus and Saf? or if you use something else, what is it?
Edit: The thread title should be "Recurring Recordings Around Midnight", of course not Recodings.
It would be great if sub could take a look at the logic for scheduling recurring recordings that start close to midnight.
Background:
I record quite a few late night programmes that the broadcaster tends to move around quite a bit. What I mean is that one week the programme starts at 11:40pm and the next week it's 11:30pm. The variability is normally because a longer or shorter film has been broadcast earlier in the evening, and the later shedule is shunted around to accomodate that. These are set up as weekly recurring recordings, and ordinarily the changed start time isn't a problem - provided that the start time hasn't moved by more than the default 90 minutes the recurring recordings logic catches the programme.
The Issue:
The issue is that if the weekly recurring recording has been set-up for say a start time of 11:45pm, but one week the broadcaster moves that to a slot that is 20 minutes later, to a start time of 12:05am the recurring recording logic won't schedule the recording. Presumably because the the first check is the day of the week, and because it has been moved until after midnight the programme is now being broadcast on a different day of the week.
Currently installed OpenELEC 3.0 Beta 2(2.95.2) [XBMC-Frodo] for ATV1 most things are working as they should WiFi, movies, tv shows, etc.. with one exception audio from NextPVR client (both 1.0.0 and 1.0.1).
Audio and PVR client does work correctly with windows and linux (both 32/64).
Any suggestions how to get audio to work on live tv?
class WebConsoleEpgUpdateCallback : NShared.EPGManager.IEPGUpdateCallback
{
private Action<string> CallBack;
public WebConsoleEpgUpdateCallback(Action<string> CallBack = null)
{
this.CallBack = CallBack;
}
public bool SetEPGUpdateStatus(string status)
{
Logger.ILog("Updating EPG Status: " + status);
if (CallBack != null)
CallBack(status);
return true;
}
}
I believe the object not set is inside the manager.UpdateEPG somewhere, but i get no more information than that. theres nothing mentioned in any of the nextpvr logs.
is this not the correct way to update the EPG? (if its not is there a similar call, or a way I can call it and still get the status of the update as I would like to make this visible to the user, seeing as it can take a while for some setups).
)