Ligt MHW Epg er soms uit???

[Gast]

Om precies te zijn, dit is nieuwe functionaliteit in Enigma (de gebruikers interface). Ik begrijp dat het PLi team de sources gemaakt heeft en die weer beschikbaar heeft gesteld aan de Enigma ontwikkelaars (Hulde!! <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" />) welke de patch aan de standaard Enigma hebben toegevoegd. Elk recent image zou deze functionaliteit dus moeten (gaan) bezitten. Het is dus geen plugin, maar een uitbreiding op de standaard EPG functionaliteit van Enigma. Je kan wel de 'oude' plugins nog gebruiken (bijv. MV) en deze instellen dat ze de 'Enigma Cache' als bron moeten gebruiken en dus niet zelf meer de data downloaden.

 

Vreemd blijft dat de losse mhwepg binary niet meer werkt. Er lijkt dus wel degelijk iets veranderd te zijn in de MHW data stroom van CD.

[henkie v]

Citaat:

...'Enigma Cache' als bron moeten gebruiken ...

Zag ook nu mijn reset dat enigma cache was ingesteld, tijdens eerste config van pli citrine had ik daar mhw ingesteld..

[Decman]

Gebruik deze dan eens, MHW EPG ondersteunend, werkt goed

http://62.131.83.70/decman/cvs-decman24-11-2005exp-lzma-camd.img

 

zie hier voor info:

 

http://www.sat4all.com/forums/showflat.p...;page=5#1026732

[Sat-Turner]

Citaat:

Om precies te zijn, dit is nieuwe functionaliteit in Enigma (de gebruikers interface). Ik begrijp dat het PLi team de sources gemaakt heeft en die weer beschikbaar heeft gesteld aan de Enigma ontwikkelaars (Hulde!! <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" />) welke de patch aan de standaard Enigma hebben toegevoegd. Elk recent image zou deze functionaliteit dus moeten (gaan) bezitten.

De code is inderdaad openbaar gemaakt en maakt deel uit van de standaard enigma broncode.

Het is echter niet zo dat elke nieuwe image mhw epg zal ondersteunen. Bij het "kaal" compileren van enigma zal het mhw epg gedeelte niet meegenomen worden. Daar is bewust voor gekozen en heeft juridische redenen. Zodoende wordt voorkomen dat nieuw geleverde hardware (bijv. Dreamboxen) standaard voorzien is van software waar mogelijk extra licentiekosten aan verbonden zijn.

Image-bakkers kunnen mhw epg gemakkelijk aanzetten door een bepaalde configure switch te gebruiken. Dit zelfde verhaal geldt trouwens voor de epg variant van het Duitse Premiere.

Groeten,
Sat-Turner

[Gast]

Ik heb het uiteraard niet over de zgn. 'Officiele images' die lopen zowizo altijd hopeloos achter en zijn dus geen optie voor de hobbyist. De vraag is alleen wat het OpenEmbedded team zal doen. De andere image bakkers zullen het echt wel gaan aanzetten is mijn idee.

[Sat-Turner]

Citaat:

De vraag is alleen wat het OpenEmbedded team zal doen.

De images die Dream gebruikt zijn altijd standaard cvs of OE (OpenEmbedded) images. Ik weet dat Dream slechts af en toe eens een nieuwe standaard-image maakt, maar de images die ze gebruiken zijn altijd een cvs of OE versie zonder extra configure opties.

De code die ingecheckt wordt in cvs moet aan de eerder door mij genoemde voorwaarden voldoen: het moet zo blijven dat boxen die voorzien zijn van een standaard image geen extra licientie verplichtingen hebben. Daarom moest die extra configure switch er komen. Ik heb die mhw epg code zelf ingecheckt in cvs.

Dat beantwoordt jou vraag over de OE meteen: In een standaard OE image zal mhw epg uit staan. Je zal de optie dus zelf toe moeten voegen als je een image maakt.

Groeten,
Sat-Turner

[pieter532]

Hoi,

 

Ik heb de maker van MHWepg gemaild. En na een paar dagen de volgende reactie ontvangen.

 

=========

I have found the reason of the problem : Canal Digitaal does not send anymore the local time in the TOT (Time Offset Table).

 

As a workaround, I have added the -t option that can be used to set manually the time offset (in seconds).

In winter : add "-t 3600" to the command line.

In summer : add "-t 7200" to the command line.

 

I have posted the new version (0.4.3) on my web site :

<http://jrepetto.free.fr/>

 

Are you the owner/creator of "mhwepg"?

Yes.

 

Greetings,

Jean-Claude

=====

 

Iedereen die geen EPG meer had....kan nu weer aan de slag. Vanavond ga ik het zelf proberen. Wel even de nieuwe downloaden.

 

Groet,

Pieter

[pieter532]

Heeft iemand al de source gecompileerd? Wil je dan de "mhwepg" executable uploaden?

 

Alvast bedankt.

 

Groet,

Pieter

[Roodkapke]

Hoi,

 

Waarom probeer je niet eens de PLi-Citrine-image uit?

Of de nieuwe van Gemini.

Daarin werkt het in ieder geval wel.

 

Groeten,

 

Roodkapke

[koekjedebij]

Citaat:

Hoi,

Ik heb de maker van MHWepg gemaild. En na een paar dagen de volgende reactie ontvangen.

=========
I have found the reason of the problem : Canal Digitaal does not send anymore the local time in the TOT (Time Offset Table).

As a workaround, I have added the -t option that can be used to set manually the time offset (in seconds).
In winter : add "-t 3600" to the command line.
In summer : add "-t 7200" to the command line.

I have posted the new version (0.4.3) on my web site :
<http://jrepetto.free.fr/>

Are you the owner/creator of "mhwepg"?
Yes.

Greetings,
Jean-Claude
=====

Pieter

Ik krijg dit in openembedded wel gewoon gecompileerd, maar als ik het op op mijn db (7020, gemini 2.50) zet en execute krijg ik:

Code:

root@dm7020:/# ./mhwepg./mhwepg: 1: Syntax error: "(" unexpected

Misschien toch nog fout in de sourcecode

[Gast]

Citaat:

./mhwepg: 1: Syntax error: "(" unexpected[/code]

Misschien toch nog fout in de sourcecode

Nee, dat is een shell error, resultaat krijg je als je een ongeldige binary hebt. (gecompileerd voor het verkeerde platform, of met ascii ftp corrupt geraakt)

In ieder geval geen fout in de sourcecode.

[koekjedebij]

Citaat:

Citaat:

./mhwepg: 1: Syntax error: "(" unexpected[/code]

Misschien toch nog fout in de sourcecode

Nee, dat is een shell error, resultaat krijg je als je een ongeldige binary hebt. (gecompileerd voor het verkeerde platform, of met ascii ftp corrupt geraakt)

In ieder geval geen fout in de sourcecode.

ACK!!

Jij kent mijn platform nu onderhand wel <img src="/forums/images/graemlins/smile.gif" alt="" />
de FTP transfer is zeker niet het probleem in mijn geval
Maar dat zou dan betekenen dat de sourcecode voor de 7000 is bedoeld en niet de 7020 begrijp ik uit jouw verklaring, lijkt me dan......

voor de duidelijkheid heb ik de binary bij deze post toegevoegd.....

[Gast]

De 7000 is hetzelfde 'platform' als de 7020, namelijk PPC.

 

Maar probeer maar eens een readelf op je binary:

 

readelf mhwepg -h

ELF Header:

Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00

Class: ELF32

Data: 2's complement, little endian

Version: 1 (current)

OS/ABI: UNIX - System V

ABI Version: 0

Type: EXEC (Executable file)

Machine: Intel 80386

Version: 0x1

Entry point address: 0x8048940

Start of program headers: 52 (bytes into file)

Start of section headers: 18836 (bytes into file)

Flags: 0x0

Size of this header: 52 (bytes)

Size of program headers: 32 (bytes)

Number of program headers: 7

Size of section headers: 40 (bytes)

Number of section headers: 34

Section header string table index: 31

 

Toch iets mis met je crosscompile omgeving ;-)