Greetings,

A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location:

http://trac.chirp.danplanet.com/chirp_daily/daily-20200226

A list of the changes included in this build (since the last daily) follows:

Changes for Build #616 [Dan Smith dsmith@danplanet.com] Update template to use process_mmap() for _memobj initialization

This is how the load_mmap() pattern expects to initialize from file contents.

#0

[Marco Filippi iz3gme.marco@gmail.com] [bj9900] Enable correct tuning steps

Setting tuning steps it's necessary as radio support 12.5 step (among others) Can't remember why it was commented out

#7659

[Bernhard Hailer ham73tux@gmail.com] [ft4] Automatic duplex value selection not working. Fixes #7605

This family of radios (like other brands and models) has a feature which automatically determines whether an offset is to be applied in positive or negative direction. When a user programmed the radio manually and didn't explicitly select positive or negative offset, then the radio saved the fact that it was automatically pre-selected, and not the actual selection. The driver was able to read that, but didn't know what to do with it.

Data from an FT-65R (for North America models) and a FT-4XE (for European models) was obtained, and a table built from it. Code to determine the correct value for "duplex" (0 for +, or 2 for -, instead of 5 for auto) has been added. Now, instead of saving "auto", the image will be saved with the correct selection for duplex (something Yaesu should have done in the first place).

Mentioned in #6677.