UbuStream v2.1 Beta finally available

[ubu]

Here is the log file. I also pasted the exception from the debugger at the end.

So the first log message in the destructor (Finalize method) wasn't getting written so that looks like the culprit. I've commented out all the code in that method (since, if the exception was being thrown on the first line, presumably the rest of the code never got executed). Try this version of the plugin dll and see if it fixes the problem: [ATTACHMENT NOT FOUND]

I guess I was just being over-enthusiastic in my clean up efforts. Hopefully the garbage collector will take care of any lingering player objects. If your "forum name" means what it suggests, you should be able to tell me what I ought to be doing (although the C# garbage collector works a little differently from Java, I believe).

[ralphy]

Ubu, I know you have been thinking about this issue - Is the passing of command line parameters to a dynsource implemented yet?

I have completed a new BBC dynsource app that can take command line arguments for users to choose between realplayer and WMP streams; the UK or International versions; and broadband (for the lucky ones in the UK), or narrowband. The dynsource is being tested at the moment, and seems to be working ok so far.

[ubu]

Ubu, I know you have been thinking about this issue - Is the passing of command line parameters to a dynsource implemented yet?

I have completed a new BBC dynsource app that can take command line arguments for users to choose between realplayer and WMP streams; the UK or International versions; and broadband (for the lucky ones in the UK), or narrowband. The dynsource is being tested at the moment, and seems to be working ok so far.

Aha! You hit the nail right on the head. One of the reasons I was thinking about adding command line parameters was when I was looking at re-writing the BBC DynSource app myself and I realized exactly the same thing you did. The URLs for each of those options is available in the BBC pages and it would, indeed, be very nice to offer users the option of which kind of stream they wanted.

I actually got as far as adding code for simple parm passing when I realized I hadn't fully thought it out, so I removed it again. I'd provided a field on the DynSource config panel so users could enter a free-form set of parms, but that seemed a bit lame. Seems like a DynSource app should be able to a publish a form (or forms) to allow users to customize/configure the app's behaviour and that UbuStream should have a better integrated way of displaying the forms. I had a shot at doing this with the YouTube and Google Video DynSource apps, but they are a somewhat awkward implementation. Probably the form part should have been decoupled from the main dynsource code to allow greater flexibility.

One approach would be for you to use a .Net application configuration file which you could read at run time, using the .Net Configuration Manager, to get the parm values you want to use. This is incredibly easy to set up (I can give you the code to do it if you need it). For now, the config file could be created/changed manually. Then we can figure out the best way to maintain the config file from UbuStream (via a custom form, or whatever) later.

btw - I got your PM. Just haven't had time to reply yet (and I want my reply to make sense ). Maybe we should add this issue to that ongoing discussion.

[JavaWiz]

Good News, Bad News...

Good News, the patch seem to fix UbuStreamPluginTask error.
Bad News, now the UbuRadioPluginTask is getting the error.

System.ObjectDisposedException was unhandled
Message="Cannot access a closed file."
Source="mscorlib"
ObjectName=""
StackTrace:
at System.IO.__Error.FileNotOpen()
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)
at System.IO.StreamWriter.Flush()
at GBPVR.Public.Logger.LogMessage(Int32 level, String message)
at GBPVR.Public.Logger.Info(String message)
at UbuRadio.UbuRadioPluginTask.Finalize()

[ubu]

Good News, Bad News...

Good News, the patch seem to fix UbuStreamPluginTask error.
Bad News, now the UbuRadioPluginTask is getting the error.

Yup, same problem. Try this fixed version: [ATTACHMENT NOT FOUND] Sounds like you haven't noticed any adverse effects from my removing the Finalize logic from the UbuStream plugin so, hopefully, UbuRadio will be the same.

[JavaWiz]

Patch seemed to fix the problems. I've had no more exceptions. Thanks.

[ubu]

I've decided to "declare victory" on the v2.1 beta as it seems fairly stable now. Trouble is, I haven't had time to update the wiki because I've been working on the next release (v2.2). So I'm just calling the v2.1 release an "enhanced version" (see the wiki) and I'll wait till v2.2 is ready before I do another "official" release (with updated wiki pages, docs., etc.).

The v2.1 setup app available on the wiki is the most recent cut. I won't be able to fix bugs (unless they're critical ones) for a while since I've switched my development environment to v2.2 (which has some radical changes under the hood).

Watch this forum for an "opportunity" to participate in the v2.2 beta. Things I'm working on: an n-tier group hierarchy (allowing groups within groups or a mix of groups and stations within groups), station image display, re-jigged DynSource logic to support multi-tier groups and a few other things.

[jksmurf]

ubu

I installed both Stream and radio latest versions with the intention of trying out the uninstall for Stream. You may remember I recommended installing radio and stream in GBPVR?

Well the new (beta) stream installed in the MAIN branch of start menu progs (under Windows Movie Maker), and radio in GBPVR. SO I uninstalled it out of the main branch and when I check the GBPVR branch Radio AND stream was there? Maybe it was a previous install. Anyway, it won't UNinstall from there. Can I just delete it manually?

k.

[ubu]

I installed both Stream and radio latest versions with the intention of trying out the uninstall for Stream. You may remember I recommended installing radio and stream in GBPVR?

Yes, indeed. I took your advice, so it should be creating the UbuStream and UbuRadio folders inside the GB-PVR start menu folder.

Well the new (beta) stream installed in the MAIN branch of start menu progs (under Windows Movie Maker), and radio in GBPVR. SO I uninstalled it out of the main branch and when I check the GBPVR branch Radio AND stream was there? Maybe it was a previous install. Anyway, it won't UNinstall from there.

I did have a bug in the setup program(s) where, if a previous install had installed the folders in the main start menu branch, its registry entry was overriding the new location (in the GB-PVR folder). I thought I'd fixed it (famous last words ).

If the GB-PVR folder does, in fact contain folders for UbuStream and UbuRadio then your install is probably good. The UbuStream Plugin v2.1 folder in the main start menu is probably just left over from the old version. (The new folder is called "UbuStream"; the old installer created one called "UbuStream Plugin v2.1"). The installer should be removing the old one, but for some reason, it didn't remove yours. I probably should warn people that they should explicitly uninstall any old version of v2.1 before installing the new one. (The problem will only affect people who have been helping with the v2.1 beta testing. V2.0 didn't create any start menu entries.)

Can I just delete it manually?

Manually deleting the old start menu entries should be fine. If the new folders in the GB-PVR folder look OK (and the menu items work when you click them ) then the registry entries are probably pointing to the GB-PVR folder and future installs should work OK.

Thanks for testing the setup apps, btw. It's incredibly hard to test for all possible situations (especially with both plugins in play) so your findings are appreciated.