I recorded a digital recording and indicated that comskip was to process it later. In the GBPVRRecordingSercie.exe.log I see the following:
2007-12-16 02:12:23.468 VERBOSE [10] Hour is currently 2. Conversions will happen between 1:00 and 6:00
2007-12-16 02:43:23.468 VERBOSE [10] Hour is currently 2. Conversions will happen between 1:00 and 6:00
2007-12-16 03:14:23.468 VERBOSE [10] Hour is currently 3. Conversions will happen between 1:00 and 6:00
2007-12-16 03:45:23.468 VERBOSE [10] Hour is currently 3. Conversions will happen between 1:00 and 6:00
2007-12-16 04:16:23.468 VERBOSE [10] Hour is currently 4. Conversions will happen between 1:00 and 6:00
2007-12-16 04:47:23.468 VERBOSE [10] Hour is currently 4. Conversions will happen between 1:00 and 6:00
2007-12-16 05:18:23.468 VERBOSE [10] Hour is currently 5. Conversions will happen between 1:00 and 6:00
2007-12-16 05:49:23.468 VERBOSE [10] Hour is currently 5. Conversions will happen between 1:00 and 6:00
2007-12-16 06:20:23.468 VERBOSE [10] Hour is currently 6. Conversions will happen between 1:00 and 6:00
2007-12-16 06:51:23.468 VERBOSE [10] Hour is currently 6. Conversions will happen between 1:00 and 6:00
2007-12-16 07:22:23.468 VERBOSE [10] Hour is currently 7. Conversions will happen between 1:00 and 6:00
2007-12-16 07:52:23.609 VERBOSE [10] Hour is currently 7. Conversions will happen between 1:00 and 6:00
So it looks like comskip is trying, but there was no results. I ran comskip directly against the file, and it processed it.
I want to make a DVD of some shows to give to my son who has a Mac. I simply burned a DVD (data format, no conversion) of the .mpg file that is in my recordings folder, and the Mac says it's in an uknown format, so I tried viewing it using windows Media Player 9. It too does not recognize the format, says it must be using an "Unsupported CODEC" so I went to the Microsoft support site and learned that the necessary CODECs are supposedly automtically installed.
The DVD plays fine in GBPVR, by the way. Do I need to do anything special to make an "exportable" file from my recordings? I read about "Showburner" in the WIKI but that's a lot more than I want - I am just looking for a "quick-and-dirty" way to save a show in a format that can be read on a Mac. I don't care about including Comskip or anything like that.
Here's a bug I've been having with 1.1.5.. and I was hoping the bugfix sub posted yesterday for the live guide would fix this, but it didn't..
Sometimes when you change channels from the LiveGuide (either by hitting 'play' or by clicking on a program and choosing 'Watch'), live TV abruptly quits and your'e stuck at the menu and live TV stops working. The recording service is stuck on the previous channel and it has to be restarted to make things work again.
The logs are huge... about 1.3mb.. and includes pages and pages of consecutive lines that look like:
When I try to do a recordingsdump from the config app (there is no nightly recordingsdump.xml either) I get the following error:
System.NullReferenceException: Object reference not set to an instance of an object.
at GBPVR.Backend.Common.x396614b3dae3b1da.x961866b492315542()
at Config.xfd6951461fe46d87.x13b246d652d71652(Object xdf2e3583f942db7b, EventArgs xc4f45905cb1fc7ba)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.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)
Logs are attached.
The only thing I can find there which might be related is:
2007-12-16 11:23:40.921 ERROR [6] Unexpected error in stream connection listener: 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 GBPVR.RecordingService.x604c5275de444acd.xcba1f05fb5a46d5f()
2007-12-16 11:23:40.953 ERROR [4] Error listing for recording service interface: 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)
I am not sure but it seems this started with the upgrade to 1.1.5 In my back-up of the 99.xx install I can not find any errors in the logs.
My server machine has a very strong hardware.
I want to buy 2 new machines to serve as clients.
my video library contains mostly 720p, 1080p .mkv files.
playing those files with subtitles requires about 50% of servers cpu usage.
stuttering and freezing occurs while playing those files with older
hardware (p4 3.0ghz)
My question is, when i want to watch those files with a client, which cpu does most of the work - the client's or the server's? since if the server is taking all the burden than i can get along with cheaper hardware for the clients.
Can the TwinHan 1020a use Disequ and view HD channels? Please say yes becuase it is a cheap card. Does it also accept two "stream"/signals?
If system specs matter. I'm running a beast with an AMD X2 4200+, 2GB of ram dual channel, and an 8800GT
I've looked at a million ( :eek: a sight exaggeration) other media center applications and GB-PVR looks to beat the pants off the competition in terms of aesthetics except for windows MCE which loses in functionality with its limited/non-existent DVB support.