<div dir="ltr"><div>Thanks for all the replies!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 29, 2021 at 6:15 PM Dan Smith via chirp_devel <<a href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> [kosta] I have tested them against the ICF files, which plainly put is simply a hex dump representation of the binary image.. Currently ICF files are opened as read only, so in theory if we had a mechanism to serialize from image to ICF we could run the tests? <br>
<br>
Okay, I forget if you can open as ICF and then save as .img. Technically you should be able to, but I can't remember if the UI will let you. Either way, if we're going to get someone to test these (and we should) we should just get images from them at the same time.<br>
<br></blockquote><div>[kosta] if i get some time i will play around with using icf files as part of our tests, this would go a long way towards giving us more credibility.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> [kosta] I can certainly understand the hesitancy, however given that they are clearly marked as experimental could we consider releasing these in hopes that some user may attempt to run them and thus is more likely to provide an image? As it stands with no support for these radios, users are not provided any mechanism in which to generate an image to begin with... By releasing the experimental drivers we increase the likelihood of potentially receiving feedback and/or getting an image from some user - and assuming their expectations are tempered, impact to the community should be low. This does not alleviate our desire to test on actual hardware, but considering the scarcity of some of these radios it may be something to think about...<br>
<br>
Yeah, to me experimental means "we think this works but probably isn't perfect." It's a far cry from "this has never talked to a real radio" IMHO.<br>
<br>
Users can load the .py as a module to test it, so if there are users asking for these in a bug, you should be able to send that to them to let them try it before we commit.<br>
<br></blockquote><div>[kosta] Fair enough, normally I would agree but this is technically an ICF driver, where the radio comms are already fairly established; either way rather than debate it I will add the drivers to the ticket so as to have them committed at a later date so as not to lose the effort and lets see what happens.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
--Dan<br>
_______________________________________________<br>
chirp_devel mailing list<br>
<a href="mailto:chirp_devel@intrepid.danplanet.com" target="_blank">chirp_devel@intrepid.danplanet.com</a><br>
<a href="http://intrepid.danplanet.com/mailman/listinfo/chirp_devel" rel="noreferrer" target="_blank">http://intrepid.danplanet.com/mailman/listinfo/chirp_devel</a><br>
Developer docs: <a href="http://chirp.danplanet.com/projects/chirp/wiki/Developers" rel="noreferrer" target="_blank">http://chirp.danplanet.com/projects/chirp/wiki/Developers</a><br>
</blockquote></div></div>