Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the TV-Humax-Foxsat CPAN distribution.

Report information
The Basics
Id: 94907
Status: open
Priority: 0/
Queue: TV-Humax-Foxsat
People
Owner: spudsoup [...] cpan.org
Requestors: KIRBY [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: 0.03
Fixed in: (no value)
Attachments
hmt-linux
Lemony Snicket's A Series of____20140318_1956.hmt
Outnumbered_20140129_2059.hmt
The Simpsons_20140112_1500.hmt
The Simpsons_20140127_1801.hmt

History Show all quoted text
  Mon Apr 21 08:47:39 2014 KIRBY [...] cpan.org - Ticket created
Subject: Module dies with error
Hi there, I am attempting to use your module (TV-Humax-Foxsat-0.03) on the attached files, and both produce the same error when trying to get the EPG blocks: '@' outside of string in unpack at /usr/local/share/perl/5.18.2/TV/Humax/Foxsat/hmt_data.pm line 20 My code is as follows: #!/usr/bin/perl -w use strict; use TV::Humax::Foxsat::hmt_data; my $hmt_data = new TV::Humax::Foxsat::hmt_data(); $hmt_data->raw_from_file("The Simpsons_20140127_1801.hmt"); my @epg_records = @{ $hmt_data->EPG_blocks() }; my $epg_block = pop @epg_records; printf "The show description is \"%s\"\n", $epg_block->guideInfo; Perl version 5.18.2, on Linux 3.13-1-amd64 (Debian testing).
Subject: The Simpsons_20140112_1500.hmt
Download The Simpsons_20140112_1500.hmt
application/octet-stream 2k

Message body not shown because it is not plain text.

Subject: The Simpsons_20140127_1801.hmt
Download The Simpsons_20140127_1801.hmt
application/octet-stream 2k

Message body not shown because it is not plain text.

  Mon Apr 21 12:52:05 2014 spudsoup [...] cpan.org - Correspondence added
On Mon Apr 21 08:47:39 2014, KIRBY wrote: Show quoted text
> I am attempting to use your module (TV-Humax-Foxsat-0.03) on the > attached files, and both produce the same error when trying to get the > EPG blocks:
Thank you for your bug report. I will investigate. Have you done any investigation of your own? Can you give me any further information?
  Mon Apr 21 12:52:06 2014 The RT System itself - Status changed from 'new' to 'open'
  Tue Apr 22 06:21:20 2014 KIRBY [...] cpan.org - Requestor KIRBY deleted
  Tue Apr 22 06:40:36 2014 KIRBY [...] cpan.org - Correspondence added
On Mon Apr 21 12:52:05 2014, SPUDSOUP wrote: Show quoted text
> On Mon Apr 21 08:47:39 2014, KIRBY wrote:
> > I am attempting to use your module (TV-Humax-Foxsat-0.03) on the > > attached files, and both produce the same error when trying to get > > the > > EPG blocks:
> > Thank you for your bug report. I will investigate. > > Have you done any investigation of your own? Can you give me any > further information?
I have tried using the Downton_Abbey_20121007_2159.hmt file you give for testing, and that worked as expected. I also tried different shows from my machine, and all give the same error (see attached files). Also, I accidently removed myself from the list of Requestors, you wouldn't know if there's any way to add myself back? I'm new to CPAN/PAUSE.
Subject: Lemony Snicket's A Series of____20140318_1956.hmt
Download Lemony Snicket's A Series of____20140318_1956.hmt
application/octet-stream 2k

Message body not shown because it is not plain text.

Subject: Outnumbered_20140129_2059.hmt
Download Outnumbered_20140129_2059.hmt
application/octet-stream 2k

Message body not shown because it is not plain text.

  Tue Apr 22 06:54:14 2014 david [...] chrestomanci.org - Correspondence added
Subject: Re: [rt.cpan.org #94907] Module dies with error
Date: Tue, 22 Apr 2014 11:53:18 +0100
To: bug-TV-Humax-Foxsat [...] rt.cpan.org
From: David Pottage <david [...] chrestomanci.org>
Perhaps your Humax box produces different hmt files. Which model of box do you have? What firmware version is it running? The other possiblity is that there has been a firmware update to change the internal structure of the hmt files. You will have seen that my example is quite old. I will test myself with a recent file. I don't know how you can add yourself back onto the list of requestors, but it is unlikely to be hard. I would look for a 'subscribe to this bug' option. On 22/04/14 11:40, Alex Kerr via RT wrote: Show quoted text
> Queue: TV-Humax-Foxsat > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=94907 > > > On Mon Apr 21 12:52:05 2014, SPUDSOUP wrote:
>> On Mon Apr 21 08:47:39 2014, KIRBY wrote:
>>> I am attempting to use your module (TV-Humax-Foxsat-0.03) on the >>> attached files, and both produce the same error when trying to get >>> the >>> EPG blocks:
>> Thank you for your bug report. I will investigate. >> >> Have you done any investigation of your own? Can you give me any >> further information?
> I have tried using the Downton_Abbey_20121007_2159.hmt file you give for testing, and that worked as expected. I also tried different shows from my machine, and all give the same error (see attached files). > > Also, I accidently removed myself from the list of Requestors, you wouldn't know if there's any way to add myself back? I'm new to CPAN/PAUSE.
  Tue Apr 22 14:34:13 2014 KIRBY [...] cpan.org - Correspondence added
On Tue Apr 22 06:54:14 2014, david@chrestomanci.org wrote: Show quoted text
> > Perhaps your Humax box produces different hmt files. Which model of > box > do you have? What firmware version is it running? > > The other possiblity is that there has been a firmware update to > change > the internal structure of the hmt files. You will have seen that my > example is quite old. I will test myself with a recent file. > > I don't know how you can add yourself back onto the list of > requestors, > but it is unlikely to be hard. I would look for a 'subscribe to this > bug' option. > > > > On 22/04/14 11:40, Alex Kerr via RT wrote:
> > Queue: TV-Humax-Foxsat > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=94907 > > > > > On Mon Apr 21 12:52:05 2014, SPUDSOUP wrote:
> >> On Mon Apr 21 08:47:39 2014, KIRBY wrote:
> >>> I am attempting to use your module (TV-Humax-Foxsat-0.03) on the > >>> attached files, and both produce the same error when trying to get > >>> the > >>> EPG blocks:
> >> Thank you for your bug report. I will investigate. > >> > >> Have you done any investigation of your own? Can you give me any > >> further information?
> > I have tried using the Downton_Abbey_20121007_2159.hmt file you give > > for testing, and that worked as expected. I also tried different > > shows from my machine, and all give the same error (see attached > > files). > > > > Also, I accidently removed myself from the list of Requestors, you > > wouldn't know if there's any way to add myself back? I'm new to > > CPAN/PAUSE.
The module name is HDR-FOX T2, software version is FHTCP 1.03.12.
  Sun May 04 16:12:48 2014 spudsoup [...] cpan.org - Requestor KIRBY added
  Sun May 04 16:37:26 2014 spudsoup [...] cpan.org - Correspondence added
On Tue Apr 22 14:34:13 2014, KIRBY wrote: Show quoted text
> On Tue Apr 22 06:54:14 2014, david@chrestomanci.org wrote:
Show quoted text
> > Perhaps your Humax box produces different hmt files. Which model of > > box do you have? What firmware version is it running?
Show quoted text
> The module name is HDR-FOX T2, software version is FHTCP 1.03.12.
I think that will be the problem. My module is decoding the binary file format of the hmt files produced by the Foxsat HDR. I guess Humax have changed the file format for the newer box. I got the file format documentation from here: http://foxsatdisk.wikispaces.com/.hmt+file+format Unfortunately I can't find any documentaton online for the file format used by new box. The only thing I did discover that the copy protection flag is at offset 0x3dc. (The Foxsat HDR has it at 0x0369). In short, without documentation, I cannot adapt my libary to work with the new file format, and seeing as I don't own one of these boxes, I am not motivated to spend hours on forums trying to find some documentation. If you can find some docs, or the source code of another tool that decodes the new hmt files, then I don't mind having a go at writing an unpacker, but without docs there is not much I can do. Sorry. Show quoted text
> Also, I accidently removed myself from the list of Requestors, you > wouldn't know if there's any way to add myself back? I'm new to > CPAN/PAUSE.
It turned out to be fairly easy. I have added you back.
  Sun May 04 16:37:26 2014 spudsoup [...] cpan.org - Status changed from 'open' to 'stalled'
  Mon May 05 06:22:39 2014 spudsoup [...] cpan.org - Correspondence added
On Sun May 04 16:37:26 2014, SPUDSOUP wrote: Show quoted text
> In short, without documentation, I cannot adapt my libary to work with > the new file format [...]
I have found a tool that may help decoding the file new format. http://hummy.tv/forum/threads/extract-program-metadata-from-downloaded-hmt-file.4953/ http://hpkg.tv/misc/hmt-linux This is a binary only linux command line tools that dumps metadata for an hmt file. As far as I can tell the source code is not avalable. (Though it would not hurt to ask the author on the forum). But even if the source is not avalable, then tool could be used to reverse engeneer the file format by randomly changing bytes in the input and seeing how the output changes.
Subject: hmt-linux
Download hmt-linux
application/octet-stream 17.8k

Message body not shown because it is not plain text.

  Mon May 05 06:22:40 2014 The RT System itself - Status changed from 'stalled' to 'open'
  Fri May 09 13:16:02 2014 KIRBY [...] cpan.org - Correspondence added
On Mon May 05 06:22:39 2014, SPUDSOUP wrote: Show quoted text
> On Sun May 04 16:37:26 2014, SPUDSOUP wrote: >
> > In short, without documentation, I cannot adapt my libary to work > > with > > the new file format [...]
> > I have found a tool that may help decoding the file new format. > > http://hummy.tv/forum/threads/extract-program-metadata-from- > downloaded-hmt-file.4953/ > > http://hpkg.tv/misc/hmt-linux > > This is a binary only linux command line tools that dumps metadata for > an hmt file. As far as I can tell the source code is not avalable. > (Though it would not hurt to ask the author on the forum). But even if > the source is not avalable, then tool could be used to reverse > engeneer the file format by randomly changing bytes in the input and > seeing how the output changes.
This looks suitable for what I want, thanks.