ralphy Wrote:- When using the internal player, a message showing buffering progress would be useful feedback that something is actually going on. (The internal player splash image was funny at first, but I think seeing it all the time might get on the visual nerves! ).
I actually tried to put a large progress bar over the internal player full screen image (like I've done with the volume level bar) but hit two stumbling blocks. Firstly, the progress bar was interfering with the player control. I haven't had time to sort out why this happens. Secondly, most stations spend most of their time "transitioning" (ie. connecting to the server and locating the stream) and relatively little time actally buffering, so the progress bar wasn't very helpful. So, for now, I've shelved it in favour of higher priority items.
The "Bill Gates as Fuhrer" image while buffering in the WMP control was a little joke for the beta testers. The "official" release will have a WMP Vista image instead, so it will look much like the other internal players. For me, the player logo works well as an indication that the player is still there but not actually playing anything. (You'll notice that it appears when you pause or stop the stream as well as when it is "buffering").
Quote:- When starting up Ubustream Config for the first time, there's no feedback that anything is going on. A new user might be tempted to click on the config several times (as I did - on than one occassion) since the panel can take a long time to appear (internet connection related?)
If you start with no Ubustream.xml database file (ie. completlely clean), a message box pops up to inform the user which players have been defined but don't seem to be installed on their system. I've enhanced this to be a slightly more fancy dialog that also informs them that the database is about to be initalized (so they'll know what's going on). I'm in the process of enabling a similar dialog for users who are upgrading, warning them that their database is about to be converted to the new format (also gives them a chance to cancel out so they can take a backup of the Ubustream.xml file if they want).
Quote:- If the autosynch button remains, some form of progress indicator would be useful (eg which group is currently being scraped / how many to go). (Thanks for the standalone update app.[ATTACHMENT NOT FOUND] Haven't tested it yet on my production system yet, since the app needs 2.1. Wiki notes forthcoming!)
Why wouldn't the AutoSynch button remain? Not everybody is a news junkie, like you, that needs a refresh (fix?) three times a day.
Most of the DynSource apps I use (or, at least, have configured for AutoSynch) run fairly quickly, so I find the button useful. I am, however, thinking of removing the "AutoSynch at startup" option since, if one of the apps throws a really evil exception, it can effect the GB-PVR startup. Also, the new standalone app combined with the scheduler can be used instead.
Two reasons why I haven't provided any progress indicator for DynSource downloads in the plugin UI. One is that I run the AutoSynch task asynchronously so the user can continue to use GB-PVR while it's running. (You can watch a video or check the TV Guide while you're waiting), so the main thread doesn't really know how far the task has progressed. The other is that arranging dynamically changing screen content involves a some tricky coding due to GB-PVR's screen rendering cycle. So, I tend to avoid it where I can, adhering to the KISS principle.
I'll give it some more thought though.
Quote:- I like the prev-next group buttons. I like to scroll through the titles within a group to see what catches my eye. V2.1 doesn't let me do this anymore without having to press several more remote control buttons. Please, please bring this back.
OK, OK, I'll put it back! I didn't think anyone was using those buttons. I could put back the logic but just support the
Next/Prev buttons on the remote (ie. no extra buttons cluttering up the menu) or I can put back the whole thing, including the menu buttons. What do you think?
I took the buttons out because I was trying to avoid scrolling menus (since they tend to confuse people) but I guess I'll end up adding more buttons for something in the future anyway. I can't think of a good alternative.
Quote:- The details screen is nice. What I think would be nicer is a pop up that appears showing the description of the webstream, so that as I scroll through the titles, I can see what the clip is all about. The present solution of selecting the item and then selecting the player/timseshift requires backing up to get to the next item - several more button presses on the remote control. The same popup could display a jpg image (I'm working on a prototype, but progress is slow, starting from a zero knowledge base of C# and writing GB-PVR plugin apps, I may get nowhere fast - or at all )
Well, this issue seems to have its own thread now so I'll respond there. Your "proof of concept" stuff looks good.
Quote:- What would also be nice is an extension of autosync to allow downloading and caching of favorite dynsource groups (in my case, news and current affairs) at regular intervals. Perhaps this is something that can be done in channel mode. I've never tried channel mode.
Do you mean caching the links or actually recording the streams to disk.
To achieve the former, you can simply create a new group and add the streams you want to save to it. (The DynSource update won't delete stations that are also being used by groups other than the DynSource section group.) I guess this could be automated for specific DynSource sections.
To record the actual streams would involve using Timeshift mode (so the streams must be VLC compatible). Right now you can use Record, Snapshot or GB-PVR scheduled recording (via Channel mode) to record a single stream. I haven't been able to get VLC to record multiple streams from a playlist at the same time. It just stops transcoding after the first playlist item. So, right now, recording a group isn't possible. You can play a group, just not record it (or play it in Timeshift mode). I need to investigate this further because it would quite useful for other uses too. I haven't had a chance to try using alternative transcoders (mencoder, native ffmpeg) or to explore other approaches with VLC (spawning multiple VLC jobs that all use the "append to output file" VLC option, for instance).