[webif] Web Interface version 1.0.13 released

Status
Not open for further replies.
opkg does not give any errors:

Code: 
humax1# opkg update
Downloading http://hpkg.tv/hdrfoxt2/base/Packages.gz.
Inflating http://hpkg.tv/hdrfoxt2/base/Packages.gz.
Updated list of available packages in /mod/var/opkg/base.
humax1# opkg list-upgradable
humax1#
 
BT overnight work probably. I've had a couple of disconnects from remote servers.
 
sorry, meant to add:

Web interface version: 1.0.16-2
Custom firmware version: 2.23 (build 2035)
Humax Version: 1.03.12 (kernel HDR_1.02.32)
 
prpr said:
What does this say:
Code: 
humax# jimsh /mod/webif/cgi-bin/opkg.jim
Click to expand...

thanks. It says:

Code: 
humax1# jimsh /mod/webif/cgi-bin/opkg.jim
Content-Type: text/plain; charset="UTF-8"; no-cache
Expires: -1
Connection: close
Pragma: no-cache
Cache-Control: no-cache


!!  ERROR - No network connectivity to package repository  !!

Check your Internet connection and DNS service and then try again.
 
I see this is caused by getting a non-zero return from:

Code: 
proc {system connectivity} {{site "hpkg.tv"}} {
    if {[catch {exec /bin/ping -4 -c 2 -W 3 -w 3 -q $site >/dev/null}]} {
        return 0
    }
    return 1
}

and indeed that's what I'm seeing:

Code: 
humax1# ping -4 -c 2 -W 3 -w 3 -q hpkg.tv
PING hpkg.tv (89.248.55.75): 56 data bytes

--- hpkg.tv ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

yet I can ping it fine from my PC, so something awry. Yet the Humax can access other sites...

I'll double-check my firewall logs, thanks.
 
Yes, that was it - my firewall setup for the Humax wasn't letting pings out. So real functionality worked, but the ping test failed.

I wonder if this ping test was added recently? The Humax has been able to update pkgs via WebIF for months, and I've not changed the firewall setup, yet it started to fail about a week or two ago.

Anyway, all well now, thanks very much indeed for the pointer, @prpr .
 
It's a recent change. "!! ERROR - No network connectivity to package repository !!" is a much better error message than the previous behaviour. Most people should be fine apart from where they have explicitly firewall rules like cdmackay.
 
4ndy said:
Af123, would it be possible to add the channel icon to the other icons that appear after the file name in webif media view?. I record and archive quite a few films & dramas and this option would make it much easier to assess if a better quality recording is available in the schedule. I am thinking in terms a of Ch4 over Film4 or ITV1 over ITV3 not HD over SD which is already available.
Click to expand...

af123 said:
This will be in the next release.
Click to expand...
Af123, I have a low priority request, would it be possible to have the option NOT to show these channel icons, possibly in the same way you made it possible to remove the genre icons?
 
Brian said:
Af123, I have a low priority request, would it be possible to have the option NOT to show these channel icons, possibly in the same way you made it possible to remove the genre icons?
Click to expand...

How can you hide the genre icons? They are often wrong anyway.


Sent from my iPad using Tapatalk
 
Brian said:
Af123, I have a low priority request, would it be possible to have the option NOT to show these channel icons, possibly in the same way you made it possible to remove the genre icons?
Click to expand...
Add

img.browsechannel { display: none; }

to /mod/webif/html/css/EXTRA.css
 
Brian said:
Af123, I have a low priority request, would it be possible to have the option NOT to show these channel icons, possibly in the same way you made it possible to remove the genre icons?
Click to expand...

prpr said:
Add

img.browsechannel { display: none; }

to /mod/webif/html/css/EXTRA.css
Click to expand...
I have just got round to trying this, and it seems to have done the job, Thanks.:)
 
At present when you click on a recording in webif you get a synopsis similar to :IMG_20140920_224222.JPG

after the DNLA URL is http://192.0.2.200:9000/web/media/281.TS

I have an android tablet with vlc on it and when I type in this URL in vlc it gets an error. When I type in http://192.168.2.23:9000/web/media/281.TS into VLC it streams the program (standard def) to my tablet and plays it. ( if http://192.168.2.23 is the address of my HDR.)

on webif it gives the DNLA URL as http://192.0.2.200:9000 ....... but on VLC I have to input the address of the HDR. Another option is presented in webif if you select the URL : IMG_20140920_224757.JPG
it asks to open media file 281.TS with VLC app but if you select on there is an error. Does selecting this point VLC to http://192.0.2.200:9000...... as opposed to http://192.168.2.23:9000.... that the humax is on?

If there was a 'network DNLA URL' that had the humax hdr network address not 192.0.2.200 on webif would that be more useful?
 
192.0.2.200 is the default IP address for WiFi, before a DHCP request sets the right IP address provided by the router. It must be being picked up in error by the WebIF process.

Are you using DHCP? What happens if you switch to manual?
 
For what it's worth, the DLNA URL shown on mine is the correct IP address of the HDR.

Not sure why yours is not - the HDR is not behind some IP masquerading router, is it?
 
Black Hole said:
192.0.2.200 is the default IP address for WiFi, before a DHCP request sets the right IP address provided by the router. It must be being picked up in error by the WebIF process.

Are you using DHCP? What happens if you switch to manual?
Click to expand...

I don't use DHCP, I had set the HDR up on a manual address however when I rechecked It was on DCHP (router may have been powered off). So I changed the settings back to manual powered down the box using the remote and the DNLA URL on webif is back at 192.0.2.200.

The HDr connects via WiFi .
 
Status
Not open for further replies.
Back
Top