It's working =)
Finally got to the bottom of the drop outs / glitches.. Some were my fault in the code, some were due to a dodgy cable feeding the HD PVR from the set top box. With the replacement cable in place, I had it stream for 12 hours straight with no reported dropouts.. that's close to a record for this unit =).
With the new cable in place however, I could still make it glitch, but only when recording.. the very time you didn't want glitches ;p This was while writing data to a network share, mounted via cifs, and the glitches became more frequent if the same network share was used via another client.. all of which got me thinking...
Sunday, 2 June 2013
Monday, 27 May 2013
Raspberry Pi and the HD PVR.. streaming and recording
Success! sort of...
I've finished rebuilding the C app, to read from the HDPVR and offer the data via a simple HTTP interface, and embedded a little control to toggle recording on & off. With the HDPVR running around 8mbit, I'm able to stream to about 5 clients simultaneously, which is pretty good going.
The downside is dropouts are still present.. (Update: not anymore!!) I'm hoping its just the HDPVR's fault, as these units are known to glitch occasionally & require a reopen.. even so I'm not going to call it a day yet, I'll have a bash at compiling MythTV and seeing how it's recording code gets on with the device.
I've finished rebuilding the C app, to read from the HDPVR and offer the data via a simple HTTP interface, and embedded a little control to toggle recording on & off. With the HDPVR running around 8mbit, I'm able to stream to about 5 clients simultaneously, which is pretty good going.
The downside is dropouts are still present.. (Update: not anymore!!) I'm hoping its just the HDPVR's fault, as these units are known to glitch occasionally & require a reopen.. even so I'm not going to call it a day yet, I'll have a bash at compiling MythTV and seeing how it's recording code gets on with the device.
Labels:
hd pvr
,
linux
,
raspberry pi
,
streaming
Sunday, 19 May 2013
Raspberry Pi and the HD PVR.. coping with dropouts..
The HD PVR is a great bit of kit, but it does have one slight drawback.. it's either lazy, or it's easily distracted ;p You request data from it.. and wheee... it comes back in nice h264 format, great you think, and go make a cup of tea, bake some cookies, etc.. and come back to find the recording just.. stopped?!!
Read on for a quick guide of what I've tried so far.. and what hasn't worked ;p
Read on for a quick guide of what I've tried so far.. and what hasn't worked ;p
Labels:
hd pvr
,
linux
,
raspberry pi
,
streaming
Saturday, 18 May 2013
Raspberry Pi and the HD PVR
I had a spare USB Hauppauge HD PVR, and a Raspberry Pi.. and had meant to get around to trying this for quite some time. There were even a few posts in the Hauppauge forums where people were wondering if the device would work well with the Pi.
The HD PVR is a component video capture device, good for up to 1080i, with optical or stereo audio input, it has a hardware encoder onboard, so the video is sent to the Pi already encoded as an h264 transport stream. I'm using the original HD PVR 1212 here, there are newer Gaming oriented versions, and an HD PVR2 now.. but I don't know the state of the linux drivers for those.
Once the Pi has the data, it can stream it, record it, or possibly use it as a tuner for a pvr backend.. Read on if you want to follow what I've tried so far..
The HD PVR is a component video capture device, good for up to 1080i, with optical or stereo audio input, it has a hardware encoder onboard, so the video is sent to the Pi already encoded as an h264 transport stream. I'm using the original HD PVR 1212 here, there are newer Gaming oriented versions, and an HD PVR2 now.. but I don't know the state of the linux drivers for those.
Once the Pi has the data, it can stream it, record it, or possibly use it as a tuner for a pvr backend.. Read on if you want to follow what I've tried so far..
Labels:
hd pvr
,
linux
,
raspberry pi
,
streaming
Saturday, 5 May 2012
Bye Bye Sky!
Its 2012.. and I'm swapping from satellite tv.. to cable tv.. why am I mumbling about this here? because there's a vaguely interesting story.. and possibly some useful info for any Sky users.
Thursday, 29 March 2012
Reading the Sky Planner...
Easy one this.. Press Guide, then Green, and "Hey Presto" you are at your planner. Just use the old Mark One Eyeball to make sense of all that data.
Of course, if you want to do something with that data.. say track which Films you have recorded, how long they were, and how much space they took up.. you'll need to link the Mark One Eyeball to some form of data storage, ideally accessible as at least text.
After you've written down the content of your planner a few times, you'll realise that a) it's dull, and b) it's very dull. The solution is obviously to automate it.. but how??
Of course, if you want to do something with that data.. say track which Films you have recorded, how long they were, and how much space they took up.. you'll need to link the Mark One Eyeball to some form of data storage, ideally accessible as at least text.
After you've written down the content of your planner a few times, you'll realise that a) it's dull, and b) it's very dull. The solution is obviously to automate it.. but how??
Tuesday, 27 March 2012
WHS: The referenced account is locked out
After a brief, but entirely planned power outage that lasted for a good few hours, I discovered that the home PCs could no longer 'see' the home server.
Symptoms were an unhappy grey looking house in the systray, and any attempt to access the shares resulted in a cryptic message saying "the referenced account is locked out".. Remote desktop to the server worked, as did opening the server console..
Thankfully, there was a very easy fix...
Labels:
fail
,
usability
,
whs
,
windowshomeserver
Subscribe to:
Comments
(
Atom
)