Yet again I am wanting to watch the F1 Qualifying highlights from
yesterday whilst the Humax box is recording the highlights from today's
race.
The Humax HB1000S has a single tuner, so I can only record one thing, but
can I safely play back a recording whilst a new recording is being made?
If not, what would be a suitable Freesat box to be able to do this?
For context, I have a VM box downstairs which can do this, but I like to watch F1 on the bedroom set so that I don't compete for the downstairs set during prime time viewing.
Every time this comes up I make a mental note to sort this out, but then forget.
I had a look at some reviews and they focus on the fact that with a single tuner you can't watch one channel while recording another, but that isn't your problem. What you want to do is watch a recording already made while recording another.
The disc is connected via a USB connection, and the speed of that is the limit to throughput. My guess is that it is theoretically possible
because the playback isn't using the single tuner, but unless it is a USB3 socket connecting to a USB3 disc, then concurrently recording and playing back at HD resolutions is pushing your luck.
By all means try it, and if it does mess up yout new recording you will
know not to do it again. If you do have a messed up recording it might be possible to re-record it later as a catch-up. If you don't get a messed up recording you will then know you can do it whenever you like.
In article <t449m5$img$1@dont-email.me>,
NY <me@privacy.invalid> wrote:
My PVR is a Raspberry Pi 4 with various Freeview and Freesat
tuners.
but accessing the file across the network (using SMB) and playing
on a Windows PC is fine.
If you can play the recordings via SMB from the recorded file does
that mean that the file has been stripped of the HDMI encryption or
have I misunderstood?
My PVR is a Raspberry Pi 4 with various Freeview and Freesat
tuners.
but accessing the file across the network (using SMB) and playing
on a Windows PC is fine.
HD recordings that I have made in the UK using various PVR packages
(Windows Media Centre, Next PVR, TVHeadend) and USB DVB-T/S tuners
have never had any playback restrictions or encryption.
I wonder if manufacturers of dedicated PVR hardware are required to
implement copy-protection which is not present in standalone
software.
High performance hard disks are not required for a PVR.
The disc is connected via a USB connection, and the speed of that is the limit to throughput. My guess is that it is theoretically possible
because the playback isn't using the single tuner, but unless it is a
USB3 socket connecting to a USB3 disc, then concurrently recording and playing back at HD resolutions is pushing your luck.
On 25/04/2022 07:56, Bob Latham wrote:
In article <t449m5$img$1@dont-email.me>,
NY <me@privacy.invalid> wrote:
My PVR is a Raspberry Pi 4 with various Freeview and Freesat
tuners.
but accessing the file across the network (using SMB) and playing
on a Windows PC is fine.
If you can play the recordings via SMB from the recorded file does
that mean that the file has been stripped of the HDMI encryption or
have I misunderstood?
HD recordings that I have made in the UK using various PVR packages
(Windows Media Centre, Next PVR, TVHeadend) and USB DVB-T/S tuners have
never had any playback restrictions or encryption. I wonder if
manufacturers of dedicated PVR hardware are required to implement copy-protection which is not present in standalone software.
they are: <https://en.wikipedia.org/wiki/High-bandwidth_Digital_Content_Protection>
"alan_m" <junk@admac.myzen.co.uk> wrote in message news:jcn2hfF5ggmU1@mid.individual.net...
High performance hard disks are not required for a PVR.
Until I did the calculations, I'd always thought that they would be
needed. Where you would notice the difference between slow and fast HDD,
or slow and fast USB, would be if you were copying a recording flat-out
from one disk to another, rather than playing/recording it at normal broadcast speed.
How much does the seek time of HDDs vary from one make to another? I
presume fast seek allows the HDD to multiplex the writing to several different files "simultaneously". Does that make a 10K or 7200 rpm disc better than a 5400 rpm one?
On 25/04/2022 09:12, NY wrote:
"alan_m" <junk@admac.myzen.co.uk> wrote in message
news:jcn2hfF5ggmU1@mid.individual.net...
High performance hard disks are not required for a PVR.
Until I did the calculations, I'd always thought that they would be
needed. Where you would notice the difference between slow and fast
HDD, or slow and fast USB, would be if you were copying a recording
flat-out from one disk to another, rather than playing/recording it at
normal broadcast speed.
How much does the seek time of HDDs vary from one make to another? I
presume fast seek allows the HDD to multiplex the writing to several
different files "simultaneously". Does that make a 10K or 7200 rpm
disc better than a 5400 rpm one?
Data transfer rate to a hard disk are Giga bits per second. Broadcast TV
is Giga bits per hour. Possibly even the slowest HDD is 1000x overkill
to record a single program. :) PVR disks tend to be formatted for large partitions and large file sizes. My PVR disk is formatted at Ext4.
Even 15 years ago when I had a Topfield PVR there were third party applications that allowed everything on a (Freeview) MUX to be recorded
at the same time. This was more experimental than useful as cheap hard
disks at the time were limited to maybe 150Mbytes and soon filled up if recording a MUX.
A slower speed disk works extremely well in a PVR and if internally
mounted has the added advantage of being quieter and taking less power allowing the box to run cooler. These latter two being important for something that sits beneath your TV or maybe in an enclosed cabinet.
My PVR that can simultaneously record 8+ programs at a time whilst
watching a recording has a 5400 rpm 2.5" hard disk fitted internally via
a SATA connection.
I must have missed something here. I have two Humax Freesat boxes and two Humax Freeview boxes. It's never occurred to me that I might not be able
to play back and record at the same time, on any of them. I sometimes
watch the playback of a programme while it's still being recorded.
What have I missed?
Yet again I am wanting to watch the F1 Qualifying highlights from
yesterday whilst the Humax box is recording the highlights from today's
race.
The Humax HB1000S has a single tuner, so I can only record one thing,
but can I safely play back a recording whilst a new recording is being
made?
If not, what would be a suitable Freesat box to be able to do this?
For context, I have a VM box downstairs which can do this, but I like to watch F1 on the bedroom set so that I don't compete for the downstairs
set during prime time viewing.
Every time this comes up I make a mental note to sort this out, but then forget.
But even that loophole has been plugged now. The bastards:
how dare they force vendors to remove a feature that was universally available, simply so you can't edit your channel list to exclude
channels you never watch.
The bastards: how dare they force vendors to remove a
feature that was universally available, simply so you can't edit your
channel list to exclude channels you never watch.
HD is only around 0.5Mbps so even USB1 should cope.
On 25/04/2022 08:56, alan_m wrote:
HD is only around 0.5Mbps so even USB1 should cope.
No. An HD TV channel is around 2 to 6 Mbps, sometimes even more on
satellite.
Are you perhaps muddling Mb (megabits) with MB (megabytes)?
In article <t4688l$stl$1@dont-email.me>,
NY says...
The bastards: how dare they force vendors to remove aThey have not forced LG to do this. My recent LG TV has 6 favourite
feature that was universally available, simply so you can't edit your
channel list to exclude channels you never watch.
lists which allow channel reordering. And also allows unwanted channels
to be hidden in the standard channel list.
Freeview says:
https://www.freeview.co.uk/help/favourite-channels
On 25/04/2022 08:56, alan_m wrote:
HD is only around 0.5Mbps so even USB1 should cope.
No. An HD TV channel is around 2 to 6 Mbps, sometimes even more on
satellite.
Are you perhaps muddling Mb (megabits) with MB (megabytes)?
The highest bitrate I've seen for SD has been about 6 Mbps, for an
archive programme on BBC1 that was presumably originated on PAL and
therefore had a bit more noise and didn't compress so well.
On 25/04/2022 22:52, NY wrote:
The highest bitrate I've seen for SD has been about 6 Mbps, for an
archive programme on BBC1 that was presumably originated on PAL and
therefore had a bit more noise and didn't compress so well.
I think that must have been a policy choice, based on other users at the time. Video codecs generally only specify how to decode. The encoder
then endeavours to produce something which, when decoded, best
approximates the original (in human terms) within the bit rate
constraints.
or only slightly greater than SD/MPEG, without sacrificing image quality
with visible compression artefacts. My impression is that H264's error-correction isn't quite as rugged, so when a glitch occurs it is sometimes more visible
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 297 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 01:13:52 |
| Calls: | 6,666 |
| Calls today: | 4 |
| Files: | 12,212 |
| Messages: | 5,335,472 |