I'm still not out of ideas for work arounds, but if the codeplug is
> to be extracted to be modified and re-inserted in the Pico, then
> using the RSS will destroy the work around structure...so far.
If RSS doesn't deal with cheating the number of entries higher, then
there's serious doubt that the radio will do it reliably either. I'm
not convinced it makes sense to try to force it.
In the X, the primary PL/DPL setup is in the mode data, not elsewhere.
The MPL setup does put stuff in other slots beyond the normal end of the
mode data. Does the X9000 do this similarly? It has half again as much
space devoted to the mode line.
> I really think the future of codeplug editing is going to be via a
> Java or VB runtime that can export a format that can be
> (re)integrated into the Pico possibly as a secondary step. I can
> provide structure/format information but writing such an application
> is beyond my skillset.
Language doesn't really matter. Generating proper bit patterns, and
making the thing feasible for mortals to fly, is what matters.
I'm sure a number of us are capable of generating software once we have
the details of the bit patterns in hand. You seem to have worked out
more of the layout than is written down anywhere. Any chance you could
write that out in text form and share that? Anything you've already
identified is something we don't have to reinvent.
De
