I've installed the software as a client (in Vista if it matters) and everything was working wonderfully for a few days, then one day I get an error that reads "Unhandled exception has occurred in a component in your application." and the reason it gives is "object reference not set to an instance of an object." I've uninstalled and reinstalled, changed all kinds of settings, but I can't seem to get rid of this. It leaves me with a frozen system and I have to end the program to get out. I was using 10105 so I upgraded to 10209 - still no luck. Any ideas? The full error if you follow it through reads like this:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at GBPVRX2.x0061b801bdf12d35.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
Sorry for the annoyingly long post, but that stuff means nothing to me... So i wasn't sure what to include...
Thanks!
I'm wondering what techniques/strategies folk have that use both GBPVR and Vista Media Center side-by-side.
In my setup, Vista Media Center is my main application, and I access it entirely with the Vista Media Center remote. I use GBPVR for additional HD and sat recording, and intend to have it "launchable" from the VMC start-menu using the same method as here. So - I guess I need the remote to work equally well with both VMC and GBPVR, and as VMC currently "hogs" the Guide/Music/Video etc. buttons, even if not active, this doesn't work too well at the moment...
Now...I know that GBPVR supports the MCE remote (or variants of it) by default, and also that things like HIP can be used to implement more complex remote setups, but is it actually possible to get a comprehensive setup where the MCE remote buttons operate only on the active application i.e. where things like the Guide button act correctly for GBPVR when it is in the foreground, and it doesn't actually launch VMC to view its guide even if it isn't active?
Has the key mapping wiki been updated? This must have been a change for 1.2.9. My Windows logo on my MCE remote used to switch to last channel, now it shows some video info.
I reported this on 1.1.5, just encountered the same problem. I'm watching live tv, I have only 1 tuner. Let's say it's 10:59pm, and I have a recording set for 11pm. It turns 11pm, my screen goes blank. I have to hit the Back button on the remote, then try Live TV, and then it tells me "no tuners available" and gives me a choice of "don't watch tv".
Firstly, my apologies if this has already been asked or already been posted in the forums.
I have been searching for a solution to a problem I've had recently. I recently downloaded GB-PVR and installed it, and configured my TV Tuner (Pinnacle PCTV 300e) to work with it. Next, I scanned for digital channels, and my TV tuner picked them all up successfully. However, when I open GB-PVR and attempt to view the digital channels, for every channel I only get audio and no video whatsoever - just a blank screen.
I was wondering if CoreAVC would work with this (in order to get H.264 playback as required by NZ DVB-T) so that I could receive the video as well. Also, any ideas on performance of CoreAVC (in terms of speed, etc.)?
Thanks in advance for any replies, and great job on GB-PVR!
There you have it, my wish for the day ... I know you can use VA and autoarchive but ...
I'd like to Manage Recordings myself by having an "Archive" function, so when I'm on leave, I can log in and Archive one or two shows to various archive dirs of my choosing (from a list of options...).
Anybody have experience using splitters/combiners to put two sources on one cable?
Little background:
All cables in the house congregate in the basement (from all the bedrooms, attic antenna, outside lines (Dish Network and cable modem). I only have one cable going to the living room.
What I want to do is combine the cable from the attic antenna and the cable coming from the Dish Network's dish to the line going to the living room, then split it back out in the living room, running one cable to the STB and the other to one of the PVR150s. If my research is right, I need a "combiner" to combine the two sources (Dish STB and PVR150) and then a splitter to split them back up passing power only to the Dish. Right?
When I try to play a .TS file using the latest PVRX2 it does nothing and seems to freeze until I hit the back button. It will not play the file.
If I rename the extension to .mpg it plays the ts video file fine in PVRX2. In the previous version of PVRX2 the .ts files played fine without renaming.
I haven't seen anybody discussing closed captions extracted from OTA HDTV (USA) channels, so I thought I would share my findings. Also, I need help with postprocessing.bat file, but about that later.
So, here is what is working for me:
I record only HD channels on my PVR-1600 and save in dvr-ms format.
I use ccextractor v0.34 (http://ccextractor.sourceforge.net/) using following command in postprocessing.bat:
ccextractor -srt %1
I have toggled on the "Enable SRT viewer" in GB-PVR Configuration, Misc Screen, so I can toggle CC on and off using yellow button on Hauppauge remote or Ctrl-y on keyboard.
The results are inconsistent, sometimes the cc is perfect, sometimes it produces so many extra characters it is difficult to read. I haven't played with it long enough to know what it depends on. No matter what, it is helpful for me since English is my second language.
Before using ccextractor, I tried mpg2srt, unsuccessfully.
- mpg2srt does not process dvr-ms files.
- mpg2srt produced empty *.srt and *.sami files from my *.mpg recordings.
So, it looks like for HDTV ccextractor is the only viable solution.
I am thinking about adding info about it in wiki once I am more confident in this solution.
=============================
Now comes the request for help::confused:
If I ask ccextractor to process file test.dvr-ms it produces file test_1.srt which I have to rename manually to test.srt.
What command do I add to postprocessing.bat so it would remove _1 from the name of the file?
I tried to find the proper option in ccextractor, and wrote email to the program creator, so far no response.
Can you guys help?
Thanks.
The syntax of ccextractwin is:
CCExtractor v0.34, cfsmp3 at gmail
----------------------------------
Heavily based on McPoodle's tools. Check his page for lots of information
on closed captions technical details.
(http://www.geocities.com/mcpoodle43/SCC_...TOOLS.HTML)
This tool home page: http://ccextractor.sourceforge.net
Extracts closed captions from MPEG files.
(DVB, .TS, ReplayTV 4000 and 5000, dvr-ms, bttv and Dish Network are known
to work).
File name related options:
inputfile: file(s) to process
-o outputfilename: Use -o parameters to define output filename if you don't
like the default ones (same as infile plus _1 or _2 when
needed and .bin or .srt extension).
-o or -o1 -> Name of the first (maybe only) output
file.
-o2 -> Name of the second output file, when
it applies.
-cf filename: Write 'clean' data to a file. Cleans means the ES
without TS or PES headers.
You can pass as many input files as you need. They will be processed in order.
Output will be one single file (either raw or srt). Use this if you made your
recording in several cuts (to skip commercials for example) but you want one
subtitle file with contiguous timing.
Options that affect what will be processed:
-1, -2, -12: Output Field 1 data, Field 2 data, or both
(DEFAULT is -1)
-cc2: When in srt/sami mode, process captions in channel 2
instead channel 1.
In general, if you want English subtitles you don't need to use these options
as they are broadcast in field 1, channel 1. If you want the second language
(usually Spanish) you may need to try -2, or -cc2, or both.
Options that affect how input files will be processed.
-ts: Force Transport Stream mode.
-nots: Disable Transport Stream mode.
-bin: Process a raw (bin) closed captions dump instead of a
MPEG files. Requires that either -srt or -sami is used
as well.
-myth: Force MythTV code branch.
-nomyth: Disable MythTV code branch.
-fp --fixpadding: Fix padding - some cards (or providers, or whatever)
seem to send 0000 as CC padding instead of 8080. If you
get bad timing, this might solve it.
Usually you only need to use -bin (if you want to produce srt/sami from a
dump of previously extracted closed captions). For MPEG files, transport
stream mode is autodetected. The MythTV branch is needed for analog captures
such as those with bttv cards (Hauppage 250 for example), which is detected
as well. You can however force whatever you need in case autodetection
doesn't work for you.
Options that affect what kind of output will be produced:
-d: Output raw captions in DVD format
(DEFAULT is broadcast format)
-srt: Generate .srt instead of .bin.
-sami: Generate .sami instead of .bin.
-utf8: Encode subtitles in UTF-8 instead of Latin-1
-unicode: Encode subtitles in Unicode instead of Latin-1
-nofc --nofontcolor: For .srt/.sami, don't add font color tags.
-sc --sentencecap: Sentence capitalization. Use if you hate.
ALL CAPS in subtitles.
--capfile -caf file: Add the contents of 'file' to the list of words
that must be capitalized. For example, if file
is a plain text file that contains
Tony
Alan
Whenever those words are found they will be written
exactly as they appear in the file.
Use one line per word. Lines starting with # are
considered comments and discarded.
Options that affect how ccextractor reads and writes (buffering):
-bo -bufferoutput: Buffer writes. Might help a bit with performance.
-bi -bufferinput: Forces input buffering.
-nobi -nobufferinput: Disables input buffering.
Options that affect the built-in closed caption decoder:
-dru: Direct Roll-Up. When in roll-up mode, write character by
character instead of line by line. Note that this
produces (much) larger files.
-noff: Disable FF clean-up. This is extra sanity check when
processing CC blocks. FF clean-up usually gets rid of
garbage produced by false CC block, but might cause
good characters to be missed. Use this option if you
prefer not to have any character discarded. Note that
this option is probably no longer needed and will
be removed soon.
Options that affect timing:
-noap --noautopad: Disable autopad. By default ccextractor pads closed
captions data to ensure that there's exactly 29.97 CC
2-byte blocks per second. Usually this fixes timing
issues, but you may disable it with this option.
Note that autopadding only happens in TS mode.
-gp --goppad: Use GOP timing for padding instead of PTS. Use this
if you need padding on a non-TS file.
-delay ms: For srt/sami, add this number of milliseconds to
all times. For example, -delay 400 makes subtitles
appear 400ms late. You can also use negative numbers
to make subs appear early.
Notes on times: -startat and -endat times are used first, then -delay.
So if you use -srt -startat 3:00 -endat 5:00 -delay 12000, ccextractor will
generate a .srt file, with only data from 3:00 to 5:00 in the input file(s)
and then add that (huge) delay, which would make the final file start at
5:00 and end at 7:00.
Options that affect what segment of the input file(s) to process:
-startat time: For .srt/.sami, only write subtitles that start after
the given time. Time can be seconds, MM:SS or HH:MM:SS.
For example, -startat 3:00 means 'start writing from
minute 3.
This option is ignored in raw mode.
-endat time: Stop processing after the given time (same format as
-startat). This option is honored in all output
formats.
-scr --screenfuls num: Write 'num' screenfuls and terminate processing.
Options that affect debug data:
-debug: For HDTV dumps 'interesting' packets.
-608: Print debug traces from the EIA-608 decoder.
If you need to submit a bug report, please send
the output from this option.
