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 <[email protected]>] 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 <[email protected]>] [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 <[email protected]>] [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.
_______________________________________________ chirp_users mailing list [email protected] http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to [email protected] at [email protected] To unsubscribe, send an email to [email protected]
