1459 replies to this topic

[Edgar]

In case you didn't change your password for the receiver, I think it would be username root and no password.

[Morpheus71]

Two answers at once: It can be compiled for any image, not just OpenPLi, but the image builder (the one who turns the OpenEmbedded recipes into code) has to do it. Github does not "build" anything, it only provides the source code. If you can't get the image builder to do it for you (the recipe that will also cause those python packages to appear in the feed is also on github) you may have to do it yourself.

Using binaries from one image on other images is - in general - not a good idea, they're likely to be linked to different versions of various libraries.

Alright, but you might understand that a step-by-step tutorial would be nice because I (and I think many others) are very interested into this nice project, but have no clue about how to compile.

Of course you're better off using packages built for your image, but if that's not an option, you have to improvise. I'd start @ http://sources.dream...0/experimental/ ...

--
hemi

Thanks, but you will neither find an IPK of OpenWebif on Dream Multimedia website nor will they ever support it (the Android author said he refuses to take it even in consideration...).

[hemispherical1]

Thanks, but you will neither find an IPK of OpenWebif on Dream Multimedia website nor will they ever support it (the Android author said he refuses to take it even in consideration...).

Sorry for the confusion, in the quoted post I was responding about finding python-pprint and python-cheetah ipks, but reading it back now I can see where it could appear that I was suggesting openwebif might be located there. Obviously not...

--
hemi

[neku]

Can somebody tell me how I could contribute a german translation to this project?

[a4tech]

Hello,

I have added support for new boxes: Unibox Hd-1 ( single plug&play ) Unibox Hd-2 ( Twin Tuner Plug&Play ) and Hd-3 ( Triple Tuner Plug&Play )

This boxes are brand new development ( NOT CLONE !!! ) based on BCM 7405 D ( 7413 ) with 1GB FLASH and 512 DDR.


I have edited latest code so you can easily can commit it.

- It include: RCU png, BOX png, patches for right recognization, rcu positions.


Full Patch


Could someone add support for this boxes ?



Best Regards

Attached Files

•  OpenWebInf-unibox-hdX-series.zip   185.73KB   21 downloads
•  hdx-series.diff.zip   742bytes   11 downloads

[a4tech]

Please can someone make it or give me acces to git ?

It need just git add, commit push...

Please...

[Gman2oo6]

Goodday

at first i have to say NICE JOB !!!

Now to my question
I have the Xtrend ET9500 and i see that openwebif finds it but i miss 1 little thingy
look at screenshot

as you can see it only displays the man with the magnifying glass
instead of the box picture himself
Any idea how to solve this ?

Attached Files

•  MD Capture 20120509 1646.jpg   105.47KB   91 downloads
•  unknown1.jpg   10.65KB   93 downloads
•  et9x00.jpg   12.52KB   42 downloads

[Gman2oo6]

Hmmm its a Little bit dead i think ??

[mrk72]

When You look into the source code, you will find out, that only the et9000 & et9200 are defined.
Jump into the openWebIf-Plugin directory subfolder "controllers" on your box.

open "base.py" line 153 and add the et9500 then
open "ajax.px" line 71 and do the same.

at least the picture for et9x00 should be shown.

[Dream1975]

When I use the remote control in openwebif I only see the silverlight arrow spinning, but no screenshot/osd (this on 2 boxes). Is it broken?

[gizmocuz]

I have one box that is displaying the screenshot correctly, the other not.
On the box where it is not working, when going directly to the screenshot it keeps spinning, when i first go to the 'Box Info' then to the screenshot i get the following debug message:
[OpenWebif] page '/ajax/screenshot' ok (cheetah template)
sh: /usr/bin/grab: not found

The 'grab' file is not there.

When i copy 'grab' from the other box, it is working!

Hope this helps someone...

Edited by gizmocuz, 23 May 2012 - 08:53.

[gizmocuz]

Working box:
Software Kernel version: 2.6.18 Firmware version: May 21 2012 16:01:24 Gui version: May 20 2012

Not working box: Kernel version: 2.6.18 Firmware version: May 21 2012 17:58:56 Gui version: May 20 2012

Both run OpenWebif 0.1.2 (no revision date/number)

[gerard0610]

Op een VU+Duo heeft tot nu tot nu toe "webinterface-old" gestaan en alles heeft prima gewerkt (na intypen van Ip adres.: http://192.168.1.105). Het aangeven van een poort nummer was niet nodig.
Dit heeft prima gewerkt op zowel Internet Explorer als ook op FireFox.

Na het verwijderen van "webinterface-old" (via Menu-Applicaties)
En herstart van Enigma
Waarna "OpenWebIf" (via Menu-Applicaties) geïnstalleerd
Weer een herstart van Enigma.

Nadat het intypen van het IP nummer van de VU+Duo in de Internet webbrowser op de PC (192.168.105) krijgt krijgt men weer de oude Dreambox interface te zien en ziet men nu 2 foutmeldingen achter elkaar komen.
Zie de 2 bijlagen.
Dit ook als er indien http://192.168.1.105:00080 of http://192.168.1.105:80 invult.

De instellingen van OpenWebInterface zijn:
-OpenWebInterface Enabled: nee
-Http port: 00080
-Enable Http Authentification: nee
-Smart Services renaming for XBMC (waar dit ook voor mag dienen): nee

Wie kan ons helpen en aangeven wat er mis gaat?

Attached Files

•  Geen Openwebif-maar-oude-drembox interface-foutmelding nr1.JPG   43.73KB   33 downloads
•  Geen Openwebif-maar-oude-drembox interface-foutmelding nr2.JPG   28.3KB   34 downloads

[littlesat]

Ik ben bang dat de oude webinterface niet goed verwijderd is....

[Raitsa]

This is still the [English] Third-Party Development section, right?

[hemertje]

This is still the [English] Third-Party Development section, right?

Correct, so back to english please!

[gerard0610]

This is still the [English] Third-Party Development section, right?

You are right.
I am very sorry :-(

Edited by gerard0610, 28 May 2012 - 16:53.

[littlesat]

I'm scared that the old webinterface is not correctly removed

Xqq for switching to Dutch

[tilleke]

Not sure if this has already been reported or not......

Some months ago, while testing the Nxtrend-app for Android, one of my beta-testers (excellent beta-tester by the way), found an annoying problem when modifying a "running" timer. When you for instance modified the end-time of the current timer-event, then the recording got split in two files. If you modified the timer again, then another split of the recording took place.

This can be reproduced also using OpenWebIf as follows:

1) open EPG and select a current event that you want to be recorded immediately. Click Add Timer. The timer is created and a recording starts immediately.
2) now go to timer-list and then edit the timer (which status = running)
3) modify end-time by, for instance, adding 5 minutes. Save.
4) now go to Movies/Recordings and you will see that the recording has been split in two separate recordings! If you modify end-time again, there will be 3 recordings of same event etc...

This happens using also the APIs.

The same behavior happens (happened) also with original WebIf. I informed Reichi about this (presumed) bug in an IRC-channel. After a while, I noted a fix which you can see here:
https://schwerkraft....php?group_id=11

See fix dated April 10, 2012 - Title: Fix some bugs in timer handling

I haven't been able to test if the fix worked because I currently have no STB with original WebIf.

I hope our excellent developers can see if they can reproduce this presumed bug and fix it in OpenWebIf. Thanks!

rgds,
tilleke

Edited by tilleke, 31 May 2012 - 23:19.

[Happysat]

I think its a PLi problem not webif ?!, this happens also when changing/extending current recording timers thru normal OSD (menu/timers).