I came up with an idea this weekend that worked quite well. Instead of "deleting" and "rebuiding" these devices in the order I wanted. I just went into Ports ad Devices and "renamed" the items into the order I wanted. For instance. If when I went into the truck, the DVEous was in Pbus Slot One and was assigned Port 3 and the Fast Forward was assigned Slot Two and using Port 7. It seemed to work since I built my ESPN Hoops Show with the FF in the First Slot. Hope this makes sense. Glad to see this post got so much response. I think it proves that this needs to be addressed. Happy Holidays!

Dave - I haven't had to do the frame reboot...I just re-save the ENG file, then recall it & start re-maping. Otherwise, it's like you said.

The P-Bus 'mapping' - like Source Patch ability - was brought up to some of the GVG Engineers during ver 10 & 11 builds - they thought that it wasn't a needed item - but I'm glad that it has come back up by more of the TD'ing community. Yes you can take all your devices to data patch and have the truck engineers patch it appropriately but you must also have a cheat sheet as to what each of the buttons do per that particular device - I know that there is a difference between Lance, DNF, etc. devices as to of which is Play, Stop, Loop, Recue.

Is there a way you can load the Eng Setup file into Notepad, find the appropriate lines specifying P-Bus Device numbers, renumber them, save the Eng Setup file, and load the modified file? I know this kind of thing is strongly discouraged by Grass Valley, so unless you're a guru supremo, don't try it. But if you know this will work, please let the forum know how.

Bob Please tell me you have a shorter fix than mine (follows): I order to re-order the PBus devices, one must first delete all the PBus devices in the ENG/Ports and Devices menu (but write down how they were set up before deleting them). Next the entire frame, panel and menu must be rebooted in order for all elements of the system to 'forget' the order in which it found these devices. Now there should be no devices in the PBus & GPI menu. Now go to the ENG/Ports and Devices menu and recreate your P-Bus devices in the order in which you would like them to appear in the Pbus&GPI menu. There must be a better way, no?

Bob, unless I am really missing something there is a very easy way around this IF the facility has all of the Kalypso external device sources and destinations coming up on a patch panel. Just repatch the physical devices if we are talking about PBus control. I am not sure if this method would work for VTR control. Yes, you may have to keep straight in your head that the Lance controller may actually be called DVE on the PBus menu and vice versa but if I am doing a one day set shoot strike there are times when one gets creative to get the show done.

[quote="mtiffee"][quote="Bob Ennis"]GV has talked about it, but I don't know if it's been a high priority.[/quote] Hopefully it's because they're too busy expanding the macro features and implementing partial keyframes!![/quote] A few hundred extra macros would be quite nice. Also, a simple way to clear all emems as in the 3k/4k world...without having to load a clear emem file or clear the NV Ram then reset. I love Steve's suggestion of some sort of "device patching."

OK, now perhaps I'm very confused by this thread. tandrews asks: is "delete and rebuild" the only way to re-order devices? bob ennis says: simply re-assign the FF from Line 2 back to Line 1 I ask: how? bob ennis says: well, you can't. device numbers are fixed permanently when you build them... so it seems we've found the longest possible way to tell tandrews: yep, you gotta "delete and create" whenever you come across a switcher laid out differently. Or is everyone just refusing to spit out the secret method of bumping devices up and down? No disrespect to the lovely and talented Bob Ennis, but I felt like this thread should provide a clearer answer to this one.

[quote="Bob Ennis"]GV has talked about it, but I don't know if it's been a high priority.[/quote] Hopefully it's because they're too busy expanding the macro features and implementing partial keyframes!!

The "Line" is actually the PBus device number (for PBus devices), and Device number (DDR's, VTR's). Both are under the Engineering / Ports-Devices menu. When you start assigning machines, they are treated as Device 1, Device 2, etc. in the Device Control menu, based on the order in which you began entering them in the ENG menu (using NEW DEVICE). Thus if VTR A was assigned before assigning VTR B, VTR A will always be Device 1 on that switcher. But if the order of assignment was different on another switcher, then VTR B would be treated as Device 1, and the E-MEMs that were built on system 1 wouldn't work the same on system 2. That's why a "device patch" such as what Steve suggested would ne ideal - by the way, this concept was submitted as an enhancement last month.

I'm using the ol' frame simulator to look at my Kalypso menus, and I'm looking at the engineering section (ports & devices) and do not see anything that allows me to control what "line" a device appears on in the pbus/gpi menu. Am I missing something?

GV has talked about it, but I don't know if it's been a high priority. It would be quite useful for Device control, as a DDR that is used as Device 1 on one system won't work via effects if it's been delegated as Device 2 on another system (in the Engineering menu). We have raised the "red flag" on this one in testing, so hopefully it'll get bumped up on the priority list.

Bob, I'd always been curious if GVG developers had considered a "device patching" menu, similar to the widely-successful "source patching" concept.

I would suggest just going into the Engineering Menu (or having your EIC do this if they don't like you doing it) & simply re-assign the FF from Line 2 back to Line 1. That way, your original E-MEMs will work as designed without having to rebuild anything.