- last edited on by
pamelaz
Been working on UVRT 1.5.0.0 today. 
Major new feature is the embedded web server for looking at DVR and STB stream information from a remote location.
A little sneak preview of the STB channels/streams web page, running on Android 2.2 (Motorola Droid):
U-Verse Realtime v1.5.0.0 is released.
The program (.exe installer) may be downloaded from the U-Verse Realtime web site.
If you have already installed v1.4.1.0 or earlier, you can install this version on top of it and it will upgrade. Previous versions will also auto-update to this new version.
Fixes and New Features
- U-Verse Realtime now contains an embedded web server to remotely view DVR and Channels/Streams data. See the documentation for configuration instructions.
- Fix bug introduced in v1.4.1.0 concerning highlighting color of the recommended profile. In some cases, the profile would be highlighted green even when that didn't match the user's actual line profile.
- Fix bug in recommended profile for 3600HGV (Internet only) installations. From line stats database, nominal profile for 3600HGV Internet-only installation should be 13200/1528 on single-line standard frequency plan (same as 3800HGV-B).
- Recommended profile was computed with a 5% margin of reserve bits required. This is no longer the case, and the recommended profile now allows down to 0 reserve bits. This allows higher recommended profiles for some people whose line is only barely able to carry a given profile.
- Channel database and channel descriptions are now Unicode compliant, allowing them to hold non-ASCII characters such as "ñ"
- Misc documentation updates
- Channel database updates - Add 3 national channels, add 15 local channels, fix multicast IP addresses and descriptions for 4 existing channels
A preview of the web server Channel Information page:
As always, please post here with any problems or questions.
TrendMicro allowed UVRT, duh, I did that! Poked around in there and it was showing all ports allowed for UVRT.
I edited TM to Port 80. Then started UVRT up again and got a warning (usual) from TM that something changed with UVRT; and the TM message showed Port 443 with an IP 76.238.xxx.xx
On another note, I discovered that running MediaShare on 3 TVs at once also shows up as off (didn't see that in your ReadMe, not that it matters, just an observation).
Noticed this AM that the Kitchen STB (coax) was showing 96 instead of 112. Dawned on me that one of the cats was on the desk earlier, went and checked coax, one feeding from wall to STB was very loose; tightened it (all 4 ends, in fact), then the PHY was back to 112!
No coax streams showing today, maybe they'll make an appearance later. 
Will keep working on the Web Server issue, there's something I've overlooked.
http://utalk.att.com/t5/High-Speed-Internet-Access
This is what I get after typing a password, checking the Run Embedded Web Server. Asking for a solution finds none and your program closes, have to reopen it.
Changing to Port 8080 gave me this (haven't seen before):
Allowed your program through Win Firewall, Outside URL shows below; and message in tab was PROBLEM LOADING PAGE.
Came back later, and password prompt was now showing; entered password, now Progress Bar says Transferring Data From 198.xxx.xxx.xx
This is with IE8/Win 7/Wireless, Port 8080.
Inside URL works perfect and comes up fast:
This is for Outside URL:
And I am connected to Wireless just fine, seems to be the server having connection issues?
Hope this helps, holler back if you want screen shots for both browsers, but with XP Pro.
JefferMC wrote:
I hate to bring this up, but have you considered either implementing this functionality as a Windows Service, or breaking this out to an ASPX page for those of us who don't mind installing IIS?
You're basically talking about rewriting the entire application. 
I would have to move all data-collection, logging, etc. into one service, and the web server into another. Then there has to be a desktop app that shows the user interface, that allows configuration and start/stop of the service.
Yes, I could do it and I know how (I've written windows services before), but it would be a major undertaking.
ASPX is equivalently difficult because all that does is move the user interface. Data collection still has to be in a service for that to work.
At this time, I don't have plans for this. I had no intention of this app becoming something that was enterprise-level.
I will say that if I did this, it would not be freeware. A service-based version of this app is something I would have to charge for and license. Now, if there's enough interest for that, then maybe.
Something that's happening here, but only with Wireless...UVRT will be frozen and cannot be closed (except using Task Manager).
If I close laptop lid, come back later, apparently losing sync/connection causes it. Or there's something else wrong at my UFO crib. 
I allow Wireless to be turned off the save power.
This is probably normal and you know about it already, the Win Pcap/MS .Net Framework.
Never mind, found the answer in one of your other posts.
SomeJoe7777 wrote:
You're basically talking about rewriting the entire application.
Oh, yeah, I do understand. I hadn't thought the ASP.NET architecture through far enough when I posted, but yeah, you're obviously still talking a service to collect the data, and then set up some mechanism to provide the data to the web UI.
I agree that the market support just isn't out here to justify it. If I decide I want it bad enough, I'll just do it myself.
