That sounds intriguing. Are all the above historic recordings? As far as I can find out, the only SD channel currently carried on the HD Mux (PSB3), is channel 66 TBN. On a sample of one recording, this looks to follow the normal SD conventions for strings.
I'm not familiar with the internal...
That's really helpful, thanks. hmt seems to accept any string between offsets 017F and 0181 as valid filename. Presumably this shields the rest of the CFW from the variability. Though, if so, I'm not sure why so many recordings still use 017F.
Quite possibly. But I also found myself...
I've run some tests on an RMA-ed machine with 1.0.32 (Jan 2013) base software installed. I recorded simultaneous versions of both the SD and HD versions of three programmes on this machine. For two of the programmes, I also recorded SD and HD versions on a separate machine with the latest CW...
You are right, of course. I was apparently mistaken in assuming that this was a problem of little interest to most people, and was therefore trying to minimise the effort. Sorry.
As to what to do about it, I start from the viewpoint that today's anomaly is either tomorrows understanding -...
Thanks /df for your comments, very helpful.
That's certainly what I hoped for as a solution. Since it has only recently been changed to insert the X'15', I'm hoping that it wouldn't be difficult to undo, or cause any other problems. From the comments so far, it seems that all the problems...
I've carried out further tests, and captured the results in the attached updated spreadsheet. I hope that you can read it, and that it's obvious. There are three types of entry: those produced directly by the system which are included, for reference; those modified by different versions of...
Well, I can't claim a definitive analysis, but I've made a start. I've scanned through my archive of recordings over the past ten years. I've pulled out a dozen or so hmt files that illustrate the various problems that I have noticed over the years - specifically in the positioning and...
Thanks for all the comments. A few observations in response:
1) The hmt file (according to Raydon's description and my own analysis) contains five relevant separate string fields for a given recording: a) the Title (as displayed in the media list); b) the ITitle ( as displayed in the...
Thanks for that. I hope that you don't think that I've gone off in a huff. :)
Again, I emphasise that I'm not claiming that it's necessarily a 'bug'. Just that the changes that I believe were made to the rename routine last summer changed the prefixes on these strings (changes that were...
Just to be clear, there's no suggestion on my part that it's doing the 'wrong' thing, merely that it appears to be using different conventions for string prefixes than the underlying humax firmware - for which there may well be good reasons of which I am unaware.
However, as I said, I realise...
Thank you all for your contributions. I fully accept that mine is a minority interest, but am grateful for any help in resolving it.
... as I have indeed found out over the years! But I think that the root of my problem in this instance isn't the spec of the humax itself, but in how the...
I'll see what the hmt utility has to say and report back.
I've obviously wondered myself how both the native and customised firmware copes with these problems. With regard to the 017F/0180 problem. It's possible that, since the path name and file name are stored in consecutive fields, the...
Thanks Black Hole for your interest and prompt response. I attach the zip file as requested (produced before I saw Brian's comment). It includes three different versions of the hmt file for the latest episode of ITV's The Ipcress File broadcast on Sunday. The three fields of interest...
I use FTP to copy the hmt file, then just look at it with a hex editor, with the help of Raydon's guide to the format of the hmt file. If I use the editor to remove the inserted x'15' character at 0x029A in the file, the sort then works as required.
I can't be 100% certain that it happens...
This is a minority interest I'm sure, but has anyone else experienced ordering errors in their displayed list of recordings when sorted alphabetically? In my case, the problem seems to arise after cropping and renaming recordings, using the customised firmware. It may be caused by changes that...
Having been (quietly) grateful for your help for many years, I feel that the least that I can do is pass on my condolences for your loss. Although the specifics are very different, I've had similar experiences over the past several years, and know just how exasperating, tiring and unfair the...
I'm pleased to tell you that I implemented it perfectly. I'm somewhat less pleased that I then went on to run my tests on the wrong box! (Hangs head in shame whilst standing on the naughty stool!!) All now appears to be satisfactory.
Many thanks for your excellent service on this and many...
Thanks af132 and prpr for your prompt help. My searches had not revealed that post: apologies. I've applied the telnet upgrade to one of my systems and rebooted it.
This has fixed one of the problems: recordings added to a folder marked for auto-decrypt are now added to the queue as they are...
That sounds intriguing. Are all the above historic recordings? As far as I can find out, the only SD channel currently carried on the HD Mux (PSB3), is channel 66 TBN. On a sample of one recording, this looks to follow the normal SD conventions for strings.
I'm not familiar with the internal...
That's really helpful, thanks. hmt seems to accept any string between offsets 017F and 0181 as valid filename. Presumably this shields the rest of the CFW from the variability. Though, if so, I'm not sure why so many recordings still use 017F.
Quite possibly. But I also found myself...
I've run some tests on an RMA-ed machine with 1.0.32 (Jan 2013) base software installed. I recorded simultaneous versions of both the SD and HD versions of three programmes on this machine. For two of the programmes, I also recorded SD and HD versions on a separate machine with the latest CW...
You are right, of course. I was apparently mistaken in assuming that this was a problem of little interest to most people, and was therefore trying to minimise the effort. Sorry.
As to what to do about it, I start from the viewpoint that today's anomaly is either tomorrows understanding -...
Thanks /df for your comments, very helpful.
That's certainly what I hoped for as a solution. Since it has only recently been changed to insert the X'15', I'm hoping that it wouldn't be difficult to undo, or cause any other problems. From the comments so far, it seems that all the problems...
I've carried out further tests, and captured the results in the attached updated spreadsheet. I hope that you can read it, and that it's obvious. There are three types of entry: those produced directly by the system which are included, for reference; those modified by different versions of...
Well, I can't claim a definitive analysis, but I've made a start. I've scanned through my archive of recordings over the past ten years. I've pulled out a dozen or so hmt files that illustrate the various problems that I have noticed over the years - specifically in the positioning and...
Thanks for all the comments. A few observations in response:
1) The hmt file (according to Raydon's description and my own analysis) contains five relevant separate string fields for a given recording: a) the Title (as displayed in the media list); b) the ITitle ( as displayed in the...
Thanks for that. I hope that you don't think that I've gone off in a huff. :)
Again, I emphasise that I'm not claiming that it's necessarily a 'bug'. Just that the changes that I believe were made to the rename routine last summer changed the prefixes on these strings (changes that were...
Just to be clear, there's no suggestion on my part that it's doing the 'wrong' thing, merely that it appears to be using different conventions for string prefixes than the underlying humax firmware - for which there may well be good reasons of which I am unaware.
However, as I said, I realise...
Thank you all for your contributions. I fully accept that mine is a minority interest, but am grateful for any help in resolving it.
... as I have indeed found out over the years! But I think that the root of my problem in this instance isn't the spec of the humax itself, but in how the...
I'll see what the hmt utility has to say and report back.
I've obviously wondered myself how both the native and customised firmware copes with these problems. With regard to the 017F/0180 problem. It's possible that, since the path name and file name are stored in consecutive fields, the...
Thanks Black Hole for your interest and prompt response. I attach the zip file as requested (produced before I saw Brian's comment). It includes three different versions of the hmt file for the latest episode of ITV's The Ipcress File broadcast on Sunday. The three fields of interest...
I use FTP to copy the hmt file, then just look at it with a hex editor, with the help of Raydon's guide to the format of the hmt file. If I use the editor to remove the inserted x'15' character at 0x029A in the file, the sort then works as required.
I can't be 100% certain that it happens...
This is a minority interest I'm sure, but has anyone else experienced ordering errors in their displayed list of recordings when sorted alphabetically? In my case, the problem seems to arise after cropping and renaming recordings, using the customised firmware. It may be caused by changes that...
Having been (quietly) grateful for your help for many years, I feel that the least that I can do is pass on my condolences for your loss. Although the specifics are very different, I've had similar experiences over the past several years, and know just how exasperating, tiring and unfair the...
I'm pleased to tell you that I implemented it perfectly. I'm somewhat less pleased that I then went on to run my tests on the wrong box! (Hangs head in shame whilst standing on the naughty stool!!) All now appears to be satisfactory.
Many thanks for your excellent service on this and many...
Thanks af132 and prpr for your prompt help. My searches had not revealed that post: apologies. I've applied the telnet upgrade to one of my systems and rebooted it.
This has fixed one of the problems: recordings added to a folder marked for auto-decrypt are now added to the queue as they are...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.