DS Forums

 
 

Successor to Foxsat HDR


Reply
Thread Tools Search this Thread
Old 02-04-2011, 20:07
Jepson
Inactive Member
 
Join Date: Oct 2009
Posts: 3,089
Which just goes to show you have no idea how this was actually coded.
Your are talking complete and utter nonsense.

Please stop before you embarrass yourself further.

The code I included is pseudo code that represents what is happening, not how it was written. Anyone with a grain of intelligence can see that it would take special action on the part of the programmer to deviate from a series of the type ni+1 = 2ni.

The algorithmic approach is not the only way to skin this particular cat.
That's nothing more than purest gobbledegook.

It's a digital computer. By definition anything that it does must be representable by an algorithm.

Do you even know if it was coded in a high-level language and if so what effect changes would have on memory usage for this hardware architecture?
This is also meaningless gibberish.

It doesn't matter how it was written. Eventually it will end up as machine code that the processor obeys.

And whatever method was used to write it, simplifying the algorithm is not going to increase memory usage.
Jepson is offline   Reply With Quote
Please sign in or register to remove this advertisement.
Old 02-04-2011, 20:21
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
It's a digital computer. By definition anything that it does must be representable by an algorithm.
Having established your true credentials in this area I rest my valise.
gomezz is offline   Reply With Quote
Old 02-04-2011, 20:29
Jepson
Inactive Member
 
Join Date: Oct 2009
Posts: 3,089
The algorithmic approach is not the only way to skin this particular cat
It's a digital computer. By definition anything that it does must be representable by an algorithm.
Having established your true credentials in this area
i.e. Someone who knows how to program a computer in both high level language and assembly code (and even machine code if necessary) and how a UI interfaces with the rest of the programming.

I rest my valise.
So you admit you were just stringing together some vaguely technical sounding terms that didn't actually mean anything?
Jepson is offline   Reply With Quote
Old 02-04-2011, 20:35
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
Actually I will pick up the valise again as I forget to check some factoids with you. You are aware of course that all FF / RW speeds are very approximate? That these estimated speeds are greatly affected by the bit-rates used by different programmes on different channels? Of the way the bit-stream is formed in packets and stored on the PVR? Of how a statistical analysis of the bit stream could show up some curious artifacts depending on the disk cluster size chosen and how that affects the choice of notional FF/ RW speeds that is it reasonable to offer? Of course you are.

(I am also wary of anyone who claims to programme in assembler and machine code)
gomezz is offline   Reply With Quote
Old 02-04-2011, 20:37
hillel
Forum Member
 
Join Date: Feb 2009
Posts: 207

The initial HDR release was so unstable that I eventually just turned it off. That issue was solved in the second (?) update and it has been stable since then.

How quickly the Samsung bugs are fixed will allow an informative comparison with the Humax (lack of) effort.
I had one of the very first batch of hdrs, ordered pre release and delivered late October 2008. On install the firmware upgraded to V02, I had no problems at all. The next update to V03 made no noticeable difference at all making only minor changes. The main change was the solution to OTA upgrades not working when using a single cable connection.

Release Notes

- Includes Improved Over The Air (OTA) download support.
- Allows future Foxsat-HD and Foxsat-HDR OTA downloads to be broadcast simultaneously.
- ITV HD recording improvements.
- Resolved OAD failure when using 1 satellite feed.
- Resolved listings on Customisable channels.

The next change was to V11 which amongst a lot of changes added support for BBCi player, the first Freesat box to do so.
You were fortunate, then. That was not the experience that many of us had. Despite the musings to the contrary on this forum, it was a software, rather than a hardware, issue. There are very few, if any, reports of the issue, since the last OTA software update.

Foxsat HDR 'freezes' every day or two requiring power cycle to fix it

Humax HDR - I few things I wished were different

IF Humax can't / won't fix, should we go to Watchdog?

FOXSAT HDR really getting to me now

Humax Foxsat-HDR freeze up

Humax Crashes a lot
hillel is offline   Reply With Quote
Old 02-04-2011, 20:44
Jepson
Inactive Member
 
Join Date: Oct 2009
Posts: 3,089
Actually I will pick up the valise again as I forget to check some factoids with you. You are aware of course that all FF / RW speeds are very approximate? That these estimated speeds are greatly affected by the bit-rates used by different programmes on different channels? Of the way the bit-stream is formed in packets and stored on the PVR? Of how a statistical analysis of the bit stream could show up some curious artifacts depending on the disk cluster size chosen and how that affects the choice of notional FF/ RW speeds that is it reasonable to offer? Of course you are.
Of course I am. I've been doing this stuff for decades.

Trying to do accurate time calculations with anything that does not have a fixed correspondence between time and position in the datastream is, shall we say, interesting.

However, it isn't that much of a stretch as the PVR must necessarily supply frames to the TV at a fixed rate and FF is only a matter of omitting various proportions of those frames. FR is a little more demanding.

Anyway, that is nothing more than a red herring in this instance because Humax seem perfectly capable of handling ~2x ~4x ~16x ~32x and ~64x. If they can omit 3 frames in ever 4 and 15 frames in every 16 then there is no reason why they can't omit 7 frames in every 8.

(I am also wary of anyone who claims to programme in assembly and machine code)
Presumably because you don't know the difference.

If you really want to demonstrate the paucity of you knowledge, just ask and I'll explain.
Jepson is offline   Reply With Quote
Old 02-04-2011, 20:48
hillel
Forum Member
 
Join Date: Feb 2009
Posts: 207
(I am also wary of anyone who claims to programme in assembler and machine code)
Why? It's not that uncommon if one is writing device drivers, or such like.
hillel is offline   Reply With Quote
Old 02-04-2011, 20:48
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
However, it isn't that much of a stretch as the PVR must necessarily supply frames to the TV at a fixed rate and FF is only a matter of omitting various proportions of those frames.
Now you are guessing again.

Of course I know the difference between coding in assembler and machine code. It is a subtlety that is lost on most and not something worth willy-waving about. And I would not want to scare the horses by talking about what we used to do to live, running, online banking systems.
gomezz is offline   Reply With Quote
Old 02-04-2011, 20:53
Jepson
Inactive Member
 
Join Date: Oct 2009
Posts: 3,089
Now you are guessing again.
No, I'm not.

How else do you suppose that you would show the picture at a different speed?

This is the absolutely standard way to speed up any moving image on a digital computer.

Something of which I have first hand experience.

Of course I know the difference between coding in assembler and machine code.
So why make a pointless comment: "I am also wary of anyone who claims to programme in assembly and machine code" which rather seems to indicate that you were more than a little clueless?
Jepson is offline   Reply With Quote
Old 02-04-2011, 20:55
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
Because false immodesty is so unbecoming and a sign of desperation.
gomezz is offline   Reply With Quote
Old 02-04-2011, 21:00
Muzer
Forum Member
 
Join Date: Feb 2004
Location: Andover, Hampshire, UK
Posts: 3,624
Just so you know - I have coded in high-level languages (on a modern PC), assembly (on a BBC Micro) and machine code (on a Spectrum when I was bored - obviously I didn't write much because poking REM statements character-by-character was not fun :P) - and I'm only 16. So I wouldn't be so hasty to judge


And I'm with Jepson on this one - even if they didn't make an algorithm and they just have a load of things like if(speed = x){ frames_to_skip = y; } - there's still not much of a reason why they would decide to miss out 8x. It wouldn't be any harder than the others. And if they did write an algorithm, it would be easier.
Muzer is offline   Reply With Quote
Old 02-04-2011, 21:05
terrykl
Inactive Member
 
Join Date: Sep 2009
Location: kings lynn,norfolk
Posts: 1,410
You were fortunate, then. That was not the experience that many of us had. Despite the musings to the contrary on this forum, it was a software, rather than a hardware, issue. There are very few, if any, reports of the issue, since the last OTA software update.

Foxsat HDR 'freezes' every day or two requiring power cycle to fix it

Humax HDR - I few things I wished were different

IF Humax can't / won't fix, should we go to Watchdog?

FOXSAT HDR really getting to me now

Humax Foxsat-HDR freeze up

Humax Crashes a lot
I have to agree with Graham on this one.Having purchased
my Foxsat HDR in 2008,I have rarely had a problem.
Occasionally a missed recording but they turn out to be down to the broadcaster and NOT Humax.My only real criticism of Humax is the inordinate amount of time they now take to release upgrades.
terrykl is offline   Reply With Quote
Old 02-04-2011, 21:56
coulrophobe
Forum Member
 
Join Date: Nov 2008
Posts: 271
Without wishing to delve into the finer points of programming, which is way above my head, here is a little history.
Early versions of the 9200 model did have a X8 mode. Following pressure from various forums, I seem to remember that a higher speed was repeatedly requested and eventually introduced. For whatever reason X8 was dropped to accommodate this change. There was much discussion at the time, certainly on hummy.org. Unfortunately, the hummy.org archive is lost so I cannot verify the details or reasoning behind this logic, or lack of it.. There was probably some discussion on this forum at the time, if anyone cares enough to take the trouble to search.

As all subsequent Humax products have followed this pattern, I can only assume that the same module has been carried over, without any subsequent review. Of course, this may be not be the reason for the missing speed, but it sounds likely IMHO.
coulrophobe is offline   Reply With Quote
Old 03-04-2011, 16:13
hillel
Forum Member
 
Join Date: Feb 2009
Posts: 207
I have to agree with Graham on this one.Having purchased
my Foxsat HDR in 2008,I have rarely had a problem.
Occasionally a missed recording but they turn out to be down to the broadcaster and NOT Humax.My only real criticism of Humax is the inordinate amount of time they now take to release upgrades.
It would appear that the stability issue related to how the HDR was used. In my case I used to record radio a lot and I recollect posts indicating a particular problem in that area. I had the box in the attic and it got to the stage where I couldn't be ar&ed going up and down to reboot it. I gave it a final "chance" after the last firmware update and it has had no stability problems since.
hillel is offline   Reply With Quote
Old 03-04-2011, 16:27
grahamlthompson
Forum Member
 
Join Date: May 2005
Location: Redditch Worcs
Posts: 17,289
It would appear that the stability issue related to how the HDR was used. In my case I used to record radio a lot and I recollect posts indicating a particular problem in that area. I had the box in the attic and it got to the stage where I couldn't be ar&ed going up and down to reboot it. I gave it a final "chance" after the last firmware update and it has had no stability problems since.
That makes more sense I have never recorded radio on the hdr at all. The rare radio I record I just use a topfield 5800.
grahamlthompson is offline   Reply With Quote
Old 03-04-2011, 16:37
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
Interesting. I will be starting to record Radcliffe & Maconie from tomorrow on both the HDR and my Toppy to see which gives the easiest route to getting it on my MP3 player.
gomezz is offline   Reply With Quote
Old 03-04-2011, 17:12
grahamlthompson
Forum Member
 
Join Date: May 2005
Location: Redditch Worcs
Posts: 17,289
Interesting. I will be starting to record Radcliffe & Maconie from tomorrow on both the HDR and my Toppy to see which gives the easiest route to getting it on my MP3 player.
It depends on how easy it is to get a PC close to the Toppy as unlike the hdr it contains a device usb port. Other than that there should not be much difference.
grahamlthompson is offline   Reply With Quote
Old 03-04-2011, 17:14
gomezz
Forum Member
 
Join Date: Oct 2004
Location: Buckingham
Posts: 28,537
I have a USB lead permanently connected to the Toppy to run to the laptop when needed. It is more of a hassle converting the .rec format to MP3 from my previous experience.
gomezz is offline   Reply With Quote
Old 03-04-2011, 17:24
grahamlthompson
Forum Member
 
Join Date: May 2005
Location: Redditch Worcs
Posts: 17,289
I have a USB lead permanently connected to the Toppy to run to the laptop when needed. It is more of a hassle converting the .rec format to MP3 from my previous experience.
It's been a while but if I remember right I used videoredo to edit the footage. Loaded the mpeg2 programme stream file output from videoredo into Premiere Pro and exported the audio as a .wav (it was going to CD). There must be loads of other ways.

vlcplayer and tsmuxergui spring to mind.
grahamlthompson is offline   Reply With Quote
Old 03-04-2011, 20:19
richard_g_uk
Forum Member
 
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
I have to agree with Graham on this one.Having purchased
my Foxsat HDR in 2008,I have rarely had a problem.
Occasionally a missed recording but they turn out to be down to the broadcaster and NOT Humax.My only real criticism of Humax is the inordinate amount of time they now take to release upgrades.
Same here. The only missed recordings I have ever had were caused by power cuts. Such a shame that it took them nearly 2 and a half years to fix it although technically still not "officially" fixed as it is still in Beta.

It would appear that the stability issue related to how the HDR was used. In my case I used to record radio a lot and I recollect posts indicating a particular problem in that area. I had the box in the attic and it got to the stage where I couldn't be ar&ed going up and down to reboot it. I gave it a final "chance" after the last firmware update and it has had no stability problems since.
Yes - I also recollect various postings about problems when recording a radio channel.
richard_g_uk is offline   Reply With Quote
 
Reply




 
Forum Jump


All times are GMT. The time now is 23:56.