I haven't used my 99.12 much this summer, but last night successfully recorded "Back to You" which I looked at briefly afterwards to verify it had worked (new EPG & all so I felt the need to check it).
Today I look at the file and it's zero bytes, with a time stamp of 9:02 last night. The recording was from 7:00 to 7:31 so originally was stamped 7:31. I'd looked at it sometime after it was done but before 800p. All looked well, with a new "Back to You" directory having been created and then a proper program/file name as well.
My Recording log terminates at 731p and there's nothing in the main event log to suggest GB-PVR did anything further i.e. at 902 that might destroy the recording. My log setting is at "Info" not "Debug".
Has anyone ever seen anything like this before, a recording just zeroing out of the blue?
I have no idea if this is possible, but I'd really like to be able to use both EventGhost and GB-PVR to control my cable set top box. I have a USB-UIRT which GB-PVR controls perfectly, but I have a small problem.
It seems that as soon as GB-PVR sends one event to the USB-UIRT, it keeps the USB-UIRT in use so no other applications, such as EventGhost can use it. The only way to free it up is to restart the GB-PVR Recording Service, which works until GB-PVR sends another channel change.
Is there any way in which GB-PVR could release the USB-UIRT after changing the channel, so other things can use it, then use it again once it needs to reuse the USB-UIRT?
I have not the slightest interest in any sport and I never have. There, I said it!
I could not name 10 current NFL, NBA, MLB, NHL players if the prize was a million dollars. I have removed all of the sports channels from the lineup on my STB. I live 5 minutes away from the Bell Centre in Montreal and have never been to a hockey game. I have given away several sets of hockey tickets I have won or been given by work (including two tickets to watch the game from a luxury box with famous players from the past).
This has been a slight embarassment to me throughout my working life. I cannot fake my way through a conversation about "the big game last night". The last time I was dragged to a Super Bowl party I spent most of the day playing video games with the kids.
Whenever I start a new job I feel like I have a big secret that I will eventually have to confess. I have been openly ridiculed by colleagues and bosses about this.
This all happened because I was totally obsessed with cars when I was a kid and simply had no room in my brain for any other information.
Any other guys with a similar situation? I have never met another guy with as extreme a dis-interest in sports as I have.
Using latest GBPVR (1.0.16), I was using my Media MVP and tried to go into LiveTV. No response on MVP - it was frozen. So went to my PC and restarted the Recording Service by right-clicking on GB tray icon. Now MVP will not even load its menu. On my PC the 2 instances of MVP server have closed(I have 2 MVP units). The Windows Application log shows several events in the Application log:
6:57:32 - Service stopped successfully (GB-PVR Recording Service)
6:57:35 - Service cannot be started (GB-PVR Recording Service) System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at System.Runtime.Remoting.Channels.ExclusiveTcpListener.Start(Boolean exclusiveAddressUse)
at System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.StartListening(Object data)
at System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.SetupChannel()
at System.Runtime.Remoting.Channels.Tcp.TcpServerChannel..ctor(Int32 port)
at GBPVR.RecordingService.x116139cea0d00aa9.OnStart(String[] args)
at System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object state)
Okay got a screwy one here. Recently upgraded my processor/motherboard to a quad core machine and did a repair build plus reinstalled all the drivers.
Now when I make a recording with GBPVR I get small discontinuities in the stream, seemingly garbling a chunk of a frame. This is playing merry hell with GBPVR playback causing it to skip sections of the shows recorded semi-randomly.
Perversely LiveTV timeshifting mode works perfectly. So I am at something of a loss to explain this. I've included a debug log of the native recording service log to help. It seems to be the waking from standby to do just a recording sessions that suffer the worst - almost as though a processor sleep state is getting in the way or something.
Any thoughts or clues on how to diagnose this?
My one thought is that the ASUS P5K-V motherboard is currently running off two PATA drives linked in via the RAID chip. I am half wondering if this isn't causing the drive requests to be a little slower than normal and that getting a nice SATA drive or two will cure the problem...
Ok I may have done something really stupid, so please feel free to answer in kind etc.....
I have not used my tuner card or gbpvr in about 6 months, so I donwloaded the new one, installed, ran config, found my tuner (tevion alternate, correct as that whats is was before) I tuned, I scanned, I got channels, I downloaded the EPG via the tuner, I have vision, sound, and an epg.....
I run gbpvr, I have a tv guide (from the epg) but I cant watch TV, it says no tuner card available.
I set a recording, nothing records via the recording service, in fact that shows no tuners.
I run config again, I still have card listed, I can still go to the search screen and see the sorted stations/names and can click on them and watch then, but only in the config program.
What have I done?
windows xp+sp1+sp2+all hotfixes+mce remote+mce keyboard+fixes
Tevion pci dvb-t100 card on its own, onboard sound, matrox g400+adis xp drivers
I've been getting this error lately while watching live tv. GBPVR will close and the error that it has encountered an error and needs to close will pop up. Attached is my logs from the last time that it happened.[ATTACHMENT NOT FOUND]
I'm running GBVPR v1.0.16 and switched over to Schedules Direct (of course).
I had a setting to record a TV series for entire season (halfway - recorded), and noticed that the Unique episode ID are different from zap2it vs. Schedules Direct, thus resulting in GBVPR re-recording episodes I recorded before the switch over to Schedules Direct (SD) data.
The likely reason is the "uid" vs newer "program ID" from schedules direct. It looks like SD is formatting it with a few zero prefixes.
For example:
Zap2it based data: (from recording-dump.xml)
<recording>
<filename>G:\GBPVR\Samantha Brown Passport to Latin America\Samantha Brown Passport to Latin America_EP9245640008_Cusco, Peru.mpg</filename>
<channel>71 TRAV</channel>
<status>READY</status>
<startTime>2007-07-11 17:00:00</startTime>
<endTime>2007-07-11 17:30:00</endTime>
<title>Samantha Brown: Passport to Latin America</title>
<subtitle>Cusco, Peru</subtitle>
<description></description>
<uid>EP9245640008</uid>
</recording>
vs. SD download (zap2it.xml):
<program id='EP009245640008'>
<title>Samantha Brown: Passport to Latin America</title>
<subtitle>Cusco, Peru</subtitle>
<showType>Series</showType>
<series>EP00924564</series>
<originalAirDate>2007-06-27</originalAirDate>
</program>
So UID vs. Program ID
..EP9245640008
EP009245640008
exra zeroes.
Should I expect SD to have the same episode numbering or is this the way it is since it's a new data source? Should SD not be preformatting with extra zeroes?
Is this something to mention at Schedulesdirect.org?
