UniTrunker 14th Public Beta

Unitrunker · #1 (**permalink**) 10-01-2007, 04:36 AM

Change Log
-------------------------------------------------------------------------------------------------
New code for Uniden scanners.
Fixed the $2020 bogus group ID.
Patch display is now live (don't have to switch view to force it to refresh).
Removed a race condition causing some same-channel replies to be missed for radios with squelch reporting.
The [F]ind -> [S]ystem edit field for entering a system ID was broke.
F8 key is now "pause" or "quick hold" toggle. The held ID is displayed next to the control channel with the phrase "Holding".

Download is here.

Muxlow · #2 (**permalink**) 10-01-2007, 04:42 AM

When will the 14th beta come out.. or is it already

nevermind. got it. haha

campd715 · #3 (**permalink**) 10-01-2007, 07:31 AM

I just want to say thank you,Rick,for all your outstanding efforts.
The F8 'HOLD' toggle key works great !

Dennis
Connecticut

mikeATtleccdotnet · #4 (**permalink**) 10-01-2007, 08:04 AM

Works Great! Keep up the good work...

Mike

bonus1331 · #5 (**permalink**) 10-01-2007, 12:51 PM

Been a while since the last update. Can't remember, do we just install over the old version or use Windows Add/Remove Programs to delete the old version first?
Don't want to lose all the data.
Thanks

brandon · #6 (**permalink**) 10-01-2007, 01:03 PM

Add/Remove programs will only remove the program your data is still there. I just updated that method.

PiccoIntegra · #7 (**permalink**) 10-01-2007, 03:37 PM

I am pleased to report, the OPTO interface now works, and works very well. I hear the whole conversation, start to finish. Amazing!

Well done sir!

W8EMX · #8 (**permalink**) 10-02-2007, 09:21 AM

Two things -
One, Unitrunker is now playing nice with parallels for Mac, so i am trunking in OS x

two - there seems to be a problem browsing the patch list since it is now updating in real time, the delected line will continually reset to the top record once every second (at least on the trunk that i am monitoring - it may just reset to the top when the patches get renewed)

Keep up the great work!

Tucker Sizemore

Unitrunker · #9 (**permalink**) 10-02-2007, 08:17 PM

Hi Tucker;

Quote:

Originally Posted by W8EMX

One, Unitrunker is now playing nice with parallels for Mac, so i am trunking in OS x

Glad to hear that. Ultimately I'd like to put a native Mac app out there.

Quote:

the delected line will continually reset to the top record once every second

I'm guessing you meant "selected line" above. I hadn't thought about that when I added the refresh. I've made a note of this in the to-do-list.

Jay911 · #10 (**permalink**) 10-02-2007, 08:31 PM

For what it's worth, hearing what EMX just said, I tried to install again on my Ubuntu linux box under wine. Says it installs, but running the actual uniform.exe throws up a couple of display-related wine errors/warnings and just hangs.

Unitrunker · #11 (**permalink**) 10-02-2007, 10:14 PM

Hi Jay - do either the Tuner or Uniscope programs give similar errors under Wine?

Jay911 · #12 (**permalink**) 10-03-2007, 02:31 AM

Tuner runs, but has a fit when trying to access the comport ... though that doesn't surprise me.. I don't even recall if I have the comport configured properly in Ubuntu.

Uniscope runs, and after I realized I had to shut down MTrunker32 in its own Wine window in order to capture the sound card (evidently MT32 latches on and doesn't let go, or maybe Ubuntu/Wine only allows one program to control it, unlike XP), Uniscope ran perfectly as expected.. though the command line window that spawned Uniscope spewed a bunch of display-related errors (described below) while Uniscope was drawing the scope display. I think this is more related to the video capabilities (or lack thereof) of the machine I'm using than anything else, now that I think about it. In the error messages described in detail below, it's the two first libGL errors in pretty much every quoted section.

I tried Uniform again (after shutting down MT32) and it pops up the same display errors and hangs again. Now that I had to sit here and type this, though, I'm wondering if it is having trouble with the comport, like Tuner?

Here are the messages as displayed in Ubuntu's CLI and/or Wine.

Running the v.52 (beta 14) MSI package:

(of note: Can't seem to permanently uninstally UT. Maybe I have to look deeper into wine and find the add/remove programs equivalent. Running any UT .msi file only offers "Repair Unitrunker" or "Remove Unitrunker" - clicking Remove causes similar steps to the below, but the program is still there; clicking Repair does the following, starting from the first line beginning "fixme": )

Quote:

Originally Posted by from Ubuntu terminal prompt

jay911@Ayanami:~/radio$ msiexec /a UniTrunker-0.1.0.52.msi
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:advapi:LookupAccountNameW (null) L"jay911" (nil) 0x33f808 (nil) 0x33f804 0x33f810 - stub
fixme:advapi:LookupAccountNameW (null) L"jay911" 0x189720 0x33f808 0x189738 0x33f804 0x33f810 - stub
fixme:msi:ControlEvent_HandleControlEvent unhandled control event L"Reinstall" arg(L"ALL")
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveExistingProducts"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnpublishComponents"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnpublishFeatures"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterTypeLibraries"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveODBC"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveRegistryValues"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterClassInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterExtensionInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterProgIdInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"UnregisterMIMEInfo"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveShortcuts"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveDuplicateFiles"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders"
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
jay911@Ayanami:~/radio$

Running Uniscope:

Quote:

Originally Posted by from Wine 'dos' prompt

C:\Program Files\rfmobile\UniTrunker>uniscope
C:\Program Files\rfmobile\UniTrunker>libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
fixme:msvideo

rawDibDraw wFlags == 0x00001000 not handled
fixme:msvideo

rawDibDraw wFlags == 0x00001000 not handled

The "not handled" line is repeated from the point when the scope readout is actually started, over and over, until the readout/program is stopped.

Running Uniform, from a Wine 'dos prompt':

Quote:

C:\Program Files\rfmobile\UniTrunker>uniform
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering

Stops completely at that point. I left the machine for ~30 minutes and it still didn't provide anything else. Ctrl+C recovers, but kills the wine task (and about 75% of the time, kills the Uniform task too - though a couple of times, I had to go and kill -9 it myself).

Again, apologies for the false report earlier - I am of the belief that the libGL lines are related to my system's shortcomings, especially since starting MTrunker32 results in 3 pairs of the same lines shown when starting Uniform (after which MT32 runs fine, albeit a little slow, reporting low quality decode rates from time to time).

The rest of it, I don't know, unless the theory about the com port problem holds water.

Unitrunker · #13 (**permalink**) 10-03-2007, 03:34 AM

Hi Jay;
I have another UniScope variant I can send to you that does not use a DIB (device independent bitmap) for the waveform image.

UniTrunker enumerates the serial ports to provide you with a list of possible choices under the [R]eceiver config settings. There is no way to turn that off. If WINE chokes on that ... you're dead. Perhaps configuring WINE for serial port access may help. Wine works well but most Windows apps don't need wave audio AND serial port access so this type of issue is understandable.

I'd rather put effort into a native app for Mac and/or Linux.

Another avenue: does VMWare provide a free virtual machine to run Windows on top of Linux? I know they have a free edition that runs on Windows. That might be a better / more robust way to go compared to Wine.

MattSR · #14 (**permalink**) 10-03-2007, 10:12 AM

I've got Unitrunker running under VMware Fusion on the mac - gets 100% everytime - even when running a Ubuntu guest, a Windows XP guest, and other OSX apps in the background. I recommend it.

A native Linux app would be great, and a Cocoa version for OSX would be even better.

PiccoIntegra · #15 (**permalink**) 10-03-2007, 10:41 PM

Minor bug to report:
When releasing a group or user ID from hold, it tunes the voice radio to the current control channel. Sometimes it clears itself(after I release the hold) when the next listen transmission is triggered. When it doesn't clear itself, the radio control stops altogether, and I have to hold and release another random ID that's currently in the display. This happens with F3, F4 and the F8 hold keys.

If it matters, I use the OPTO interface, and it's configured to park on frequency 800.0000.

Also, while I've got your ear.. when using the OPTO interface, can you send a command to the voice scanner upon exiting the program, to put the scanner back into LOCAL mode? (FE FE 80 E0 7F 01 FD)

Unitrunker · #16 (**permalink**) 10-04-2007, 12:30 AM

Quote:

Originally Posted by PiccoIntegra

Minor bug to report:
When releasing a group or user ID from hold, it tunes the voice radio to the current control channel. Sometimes it clears itself(after I release the hold) when the next listen transmission is triggered. When it doesn't clear itself, the radio control stops altogether, and I have to hold and release another random ID that's currently in the display. This happens with F3, F4 and the F8 hold keys.

Make sure your [L]isten options are set to Listen Voice [yes] Control [no]. It shouldn't try to chase the control channel between calls with Control set to [no].

Quote:

Also, while I've got your ear.. when using the OPTO interface, can you send a command to the voice scanner upon exiting the program, to put the scanner back into LOCAL mode? (FE FE 80 E0 7F 01 FD)

Cool. I'll check to see which Optoelectronics models would benefit from this.

PiccoIntegra · #17 (**permalink**) 10-04-2007, 01:35 AM

Quote:

Originally Posted by Unitrunker

Make sure your [L]isten options are set to Listen Voice [yes] Control [no]. It shouldn't try to chase the control channel between calls with Control set to [no].

Yep, that's what it's set at. I'm using two radios, so I set the Control to [no]. None of the radio control stuff gets logged does it? I couldn't tell you if it's radio specific, as I don't have any other computer controllable units. Someone else will have to test theirs to see.

Quote:

Originally Posted by Unitrunker

Cool. I'll check to see which Optoelectronics models would benefit from this.

Awesome, thank you. The OS456/OS535/OPTOCOM are the only devices with the local and remote commands.

bonus1331 · #18 (**permalink**) 10-04-2007, 10:25 AM

Quote:

Originally Posted by brandon

Add/Remove programs will only remove the program your data is still there. I just updated that method.

By updating this way, will the program also retain all settings (i.e. second radio control)?

Unitrunker · #19 (**permalink**) 10-04-2007, 09:53 PM

Quote:

Originally Posted by bonus1331

By updating this way, will the program also retain all settings (i.e. second radio control)?

Yes. If you're worried about losing your settings, make a copy of the Uniform.cfg file.

pfish · #20 (**permalink**) 10-04-2007, 11:03 PM

I've been meaning to bring this up for a while...Clear hits is nice, but it would also be nice if you could wipe the first/last dates.