the mvp server is ready a lot faster because the guide data is pre-loaded. In the past I've found that entering a key during this period could cause gbpvr to be unstable so this is something I would like to have on. Is there are downside to changing this setting to true?
Ok, I've been playing around all day today hunting down this audio shutter in my recordings, and to test this I would record the known channel that had issues by watching LiveTV and then telling it to record to the end of the show... Tonight my dad went to record a movie he was watching to the end and for some reason it won't. My question after all of this blabbing is GB-PVR know it can't record a show on the fly so to say if there are upcoming pending records?
Every so often the mvp looses the start in emulate mode that I set via the website.
I see there's a way of doing this while on the mvp menus. I set the startup option to Emulate but when I restart it still comes to the mvp menu. Is there a way of "Saving" that option or is that not fully implemented and I should continue to use the web site??
I am using a batch file to remove the commercials from a recording. The batch file is as follows:
CD "C:\Program Files\devnz\gbpvr"
rem demux the mpeg file
bbdmux "%~dpn1.mpg" 0xe0 "%~dpn1.m2v"
bbdmux "%~dpn1.mpg" 0xc0 "%~dpn1.mp2"
Rem Remove the commercials
cuttermaran.exe "%~dpn1.cpf"
del "%~dpn1.m2v"
del "%~dpn1.mp2"
Rem Mulxiplex again to a regular mpeg file
mplex1 "%~dpn1_clean.m2v" "%~dpn1_clean.mp2" "%~dpn1_clean.mpg"
del "%~dpn1_clean.m2v"
del "%~dpn1_clean.mp2"
del "%~dpn1*.info"
Rem RENAME the old .mpg file and rename the new one to the old name
rem if EXIST "%~dpn1_clean.mpg" move "%~dpn1.mpg" "%~dpn1_original.mpg"
rem if EXIST "%~dpn1_clean.mpg" move "%~dpn1_clean.mpg" "%~dpn1.mpg"
It works fine until I get to the mplex part. The _clean.m2v and _clean.mp2 files have been created, but not mpg file is created. It does not appear that mplex1 is doing anything. Can anyone help me solve this problem? Thanks.
After almost a year of trouble free PVR'ing...WAF quite high.....I have a problem
I upgraded to 1.1.5 this afternoon (from 1.0.16), and all is ok on the main machine, client machine also all ok.
I have 1 mvp which has been running an mvpmc dongle from Aug 24...i think.
Long story short, after the upgrade, the mvp is stuck on contacting MediaMVP BootServer. I have tried a couple of different dongles (newer), no luck there and mvp logs are 0kb.
Can ping the mvp no problem, have tried turning off firewall on server
I've done some analysis on my VA issues, and have come to a more consistent picture of stuff that works and don't...
First of all - doing a complete removal including using the uninstall tool for VA finally got me rid of the huge memory allocation issue I've had . No more 700++ MB for every instance of VA being used. :o
I have made a couple of installs and removals of the Sep 25 version and the Oct 26 version. I have reduced complexity by only having it look at the default recording directory and not my supplemental drives (re-adding them later made no difference). Also, i disabled VA Panel.
The good part is, that the Sep 25 seems to work quite well :-) Only thing is that it says "Please wait" and usually don't populate the list until you activate e.g. the down key (as observed by others). Also, every time I enter the GBPVR config app., it triggers an application error on config.exe, although it is possible to continue working in it and save changes.
The test version from Oct 26 never succeeds in getting the list populated. It seems to reload the list intermittently halfway/midway. It always starts by only showing "Whats New", and needs a (MVP-)Go or (PC-)F11 to rescan.
The log shows a couple of errors that mught narrow it down.
Code:
10-24-07 09:26:45:625 [4] System.Data.SQLite.SQLiteException: malloc() failed
out of memory
at System.Data.SQLite.SQLite3.Reset(SQLiteStatement stmt)
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.Read()
at CommonGBPVRUtilities.ArchiveDB.GetDirectoryList(Boolean DVDDirFlagSettings, String userId)
Interestingly, both ConvertVADatabase.log files ends like this:
Code:
11-09-07 11:22:50:621 [1] 2419: Adding record 24 timer - 24 timer_20070115_22502335.mpg
11-09-07 11:22:50:777 [1] 2420: Adding record Dyrene fra Lilleskoven - Dyrene fra Lilleskoven_20070508_06300700.mpg
11-09-07 11:22:50:808 [1] System.Data.SQLite.SQLiteException: Abort due to constraint violation
columns DirectoryName, ShortFileName are not unique
at System.Data.SQLite.SQLite3.Reset(SQLiteStatement stmt)
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at ConvertVADatabase.Program.MakeSQLiteDB()
11-09-07 11:22:50:855 [1] Conversion complete
11-09-07 11:22:50:855 [1] Done.
Logfiles from both version installs on otherwise the same setup attached. (Edit: The forum reports a database error trying to upload the NiA-VA-logs-2007-10-26-release.zip. Jeff, you can find it where I linked files for you last time. I have also posted the VA-database after each versions scan. If anyone else wants some of these files, please PM me)
All of the above was dine a couple of days ago on 1.0.16
Not sure how this might work but I wonder if there might be some way that files that you really want to keep are protected from accidental deletion. (I know there is the confirm delete setting, I use this but accidents can still happen )
There could be a button in video library called 'protect' that puts a flag in the database that disables the GBPVR delete? You might then need to 'unprotect' before you can delete.
Is there an effective way to protect files from deletion within windows?
In an earlier post someone suggested adopting a better naming convention for the dongles and zips and I am quite willing to change it to match what you want.
Currently there are three naming conventions
dongle.bin.mvpmc-YYYYMMDD for the nightlies stored as is on mvpmc.org
dongle.bin.mvpmc-0.3.3 for the current version on sourceforge
and I just zip up a dongle.bin in dongle.zip for the alpha's to make life really easy, no real change required.
To add a little more confusion because the link from the survival guide links to another file donglex2a.zip note that it contains (by mistake) dongle.bin.mvpmc-20070830
With 0.3.4 coming out soon I definitely want to ask sub to link to 0.3.4 on sourceforge at http://sourceforge.net/project/showfiles..._id=103474 but I feel that currently we just have binaries which some people won't know how to download. I see adding a zip file dongle.bin.mvpmc-0.3.4.zip but what name do you want to see inside for the actual dongle.
One consideration might be that the file should end in .bin to match sub's search logic in config.exe.
)