Deviation v5.0.0 build with latest protocols

More
08 May 2017 08:18 #62134 by Fernandez
Replied by Fernandez on topic Deviation v5.0.0 build with latest protocols
Hey guys isn't it time to launch a 5.1 ?

I think we can safely state you must fly the nightlybuild and not anymore use the default 5.0.0.
Or maybe time when the voice mod and documentation are ready?

Please Log in or Create an account to join the conversation.

More
08 May 2017 11:14 #62138 by FDR
I think Vlad maintains the 5.0 with the protocols not because of the nightly builds a not stable enough, but because he doesn't like the menu changes especially of the color GUI.
A 5.1 version wouldn't change that...

Please Log in or Create an account to join the conversation.

More
08 May 2017 14:00 #62148 by mwm
The problem with the nightly isn't that it isn't stable, it's that there's no presumption of any kind that it will STAY that way. So the last N may have been fine, but the next one could be an utter disaster. Which is why my recommendation to anyone having problems with a nightly is going to be "go back to either the release or Vlad's build".

And yeah, Vlad does these builds because he dislikes the new UI. That he makes them available to the rest of us is a great service. Because we really, REALLY need a build between the nightly and the release. It needs new protocols - which are the primary reason people use the nightly builds - along with some guarantee of stability. Exactly what the latter is doesn't matter, just so we don't have code that may not have been tested by anyone but the developer showing up in the next build.

I've been bitching about this since before 5.0 was released - or before that release process was even started. The only thing that's changed since then is Vlad doing that kind of release, which as far as I'm concerned just shows how badly we need it, no matter why he's doing it.

Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.

My remotely piloted vehicle ("drone") is a yacht.

Please Log in or Create an account to join the conversation.

More
08 May 2017 14:22 #62152 by 3Dmuse
Why cannot there be more frequent releases? I have been using Deviation since 2013 and I am still not quite sure why.

Please Log in or Create an account to join the conversation.

More
08 May 2017 14:42 - 19 May 2017 05:32 #62154 by vlad_vy
Replied by vlad_vy on topic Deviation v5.0.0 build with latest protocols
* Added extra channel for bayang protocol, from silver13

* AFHDS 2A telemetry update, from goebish

* Add H20H format to H8_3D protocol, from goebish

(08.05.2017) Firmware DFU file only, you can get other components from official v5.0.0 release. For Devo 12e you can use Devo 10 filesystem.
www.deviationtx.com/downloads-new/category/398-deviation-5-0-0


Files deleted, see below...
Last edit: 19 May 2017 05:32 by vlad_vy.

Please Log in or Create an account to join the conversation.

More
08 May 2017 15:35 #62160 by FDR

3Dmuse wrote: Why cannot there be more frequent releases? I have been using Deviation since 2013 and I am still not quite sure why.

Mostly because there are not too many people who would like to test it, not to mention the maintaining of the documentation...

Please Log in or Create an account to join the conversation.

More
08 May 2017 16:12 #62161 by Whatsinaname
Replied by Whatsinaname on topic Deviation v5.0.0 build with latest protocols
I agree that whatever vlads reasons are for doing these builds the fact that he is doing it is a great service. Keep up the great work vlad. I appreciate your time and efforts.

Please Log in or Create an account to join the conversation.

More
08 May 2017 21:54 #62175 by Fernandez
Replied by Fernandez on topic Deviation v5.0.0 build with latest protocols
Indeed it is great work here!!

What confuses me is that we speak about new updated versions of 5.0.0, but if we update versions why we not change the release nr each version, so we keep track of versions?

Please Log in or Create an account to join the conversation.

More
10 May 2017 01:14 #62202 by mwm

Fernandez wrote: Indeed it is great work here!!

What confuses me is that we speak about new updated versions of 5.0.0, but if we update versions why we not change the release nr each version, so we keep track of versions?


We only have two kinds of official releases. The nightly builds happen once a day if there was a change, no matter what state the software is in. There's no requirements for testing or manual updates or anything else. They're alpha test software, and should really only be used for testing, meaning you're prepared for catastrophic, aircraft-terminating failures when you go to a new vesion. They're also ephemeral - we keep three of them around, and after that they vanish. So there are no release numbers, just the commit number for the source they were built from. That's enough to recreate them if we really need them. For what they are, this is fine. I'd like for the version number in the build to include the next expected release number instead of the last one, but that's minor thing.

The "release" version has a pre-release period for testing and fixing bugs, updating the manual, etc. It doesn't happen very often, but we do get new release nr's when they do. It represents several months of work. It's for users new to RC, or deviation, or open source, and want a traditional release. I'm not sure we're ready to start it: a new release should pick up the new F series transmitters and the new UI, and I don't know if those have been adequately tested yet. And the voice alerts code just got into the nightly, and I know that's not been adequately tested.

If you look at those two groups, there's an obvious problem. Most of our users don't really want to use an "updates can fail catastrophically" release, but on the other hand are new to things only briefly. Which is why many open source projects incorporate a third level in between those two, providing a version that includes some tests to help avoid major breakage. Typically, it incorporates changes from the fastest moving build after they've been available for a while and nobody has reported a problem, possibly there's a requirement that the changes be documented or not require documentation changes, etc.

Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.

My remotely piloted vehicle ("drone") is a yacht.

Please Log in or Create an account to join the conversation.

More
10 May 2017 19:07 #62217 by Fernandez
Replied by Fernandez on topic Deviation v5.0.0 build with latest protocols
Yes I understand the issue, and we should have some kind of major releases and some kind of test versions in between.


But for me the question is more how to keep better track of releases nigtlies and test build, sometimes is just not so clear.

Taking for instance other projects such as betaflight, the version nr just increases, and in the end it is up to you to load the very latest version to be part of somehow testing and reportjng or to go for a "more proven" version but somewhat older.
Then the software grow and some expiriments features in software may be removed added etc.

At least when people report give feedback etc it is more clear what version etc they run, as deviation have so many nightlies that Is not very obvious.

Please Log in or Create an account to join the conversation.

More
11 May 2017 11:43 - 11 May 2017 11:44 #62231 by mwm
Well, if they give us the full version number - with the commit number - then we know exactly what they are running. That the number doesn't increase means you have to have the sources handy to figure out which version is newer, but that really shouldn't matter. If you're using the nightly for what they were meant for - testing and previews - there's no reason to ever be using anything but the latest one. So you update to the latest version before reporting an issue or whatever.

In other words, I think the problem goes away if we have that intermediate build.

Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.

My remotely piloted vehicle ("drone") is a yacht.
Last edit: 11 May 2017 11:44 by mwm.

Please Log in or Create an account to join the conversation.

More
11 May 2017 11:50 #62232 by FDR
Shouldn't those intermediate builds be tested and documented?
Because those things make the releasing process painful...

Please Log in or Create an account to join the conversation.

More
12 May 2017 08:31 #62253 by mwm
Maybe. Not to the same degree as a full release in any case. It depends on exactly what they are.

For instance, I'd restrict them to new protocols and bug fixes. The bug fixes shouldn't need documentation as they generally make the code match the documentation, and new protocols that don't have documentation don't get included. So no documentation work is needed.

As for testing, changes should only come from the development branch. They get moved to the intermediate build branch after they've been in use for some period of time, and that's your testing.

This would also make doing releases saner. Instead of having to do the testing and documentation from scratch for everything when you want to do a release, you can cherry pick new features that are ready for release and merge them into the intermediates branch for more thorough testing after 's they are documented. When you're happy you've got all such changes in and testing is finished, you change the version number and build a release from the code you've been using.

Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.

My remotely piloted vehicle ("drone") is a yacht.

Please Log in or Create an account to join the conversation.

More
12 May 2017 12:33 #62255 by FDR

mwm wrote: As for testing, changes should only come from the development branch. They get moved to the intermediate build branch after they've been in use for some period of time, and that's your testing.


Yeah, but here lies the problem, that we don't know, if those bug fixes and protocols were properly tested in the development (or master) branch. More likely they won't be, if there was an intermediate build, which is supposed to be more stable, so we would suggest to use that instead of the nightly builds. This way the nightly builds won't be tested, just like the test builds most of the times...

But actually Vlad's build do almost exactly what you have described, but honestly they are not tested either...

Please Log in or Create an account to join the conversation.

More
12 May 2017 13:56 - 12 May 2017 13:59 #62257 by vlad_vy
Replied by vlad_vy on topic Deviation v5.0.0 build with latest protocols
By the way, with both build, v5.0.0 and Nightly, with "Standard" GUI throttle hold for pitch curve can't be disabled. After Tx reboot throttle hold for pitch curve is enabled again.

Attachments:
Last edit: 12 May 2017 13:59 by vlad_vy.

Please Log in or Create an account to join the conversation.

More
13 May 2017 07:55 #62270 by mwm

FDR wrote:

mwm wrote: As for testing, changes should only come from the development branch. They get moved to the intermediate build branch after they've been in use for some period of time, and that's your testing.


Yeah, but here lies the problem, that we don't know, if those bug fixes and protocols were properly tested in the development (or master) branch. More likely they won't be, if there was an intermediate build, which is supposed to be more stable, so we would suggest to use that instead of the nightly builds. This way the nightly builds won't be tested, just like the test builds most of the times...

But actually Vlad's build do almost exactly what you have described, but honestly they are not tested either...


But there's no promise of "proper testing" on the intermediate builds, It is not a release. The real stability improvement isn't from better testing, though ideally we do get some of that. It's more stable because it doesn't get new features, which are the changes most likely to break things.

That said, we do want people to test the nightly build. So the delay between something showing up in a nightly build and being merged into the intermediate build needs to be set long enough to allow that to happen, but short enough that most people won't be using the nightly build just to get new features.

This does bring up a question I've never gotten an answer to. What is"proper testing" for a release? I haven't seen anything beyond throwing it out and seeing if anyone complains.

Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.

My remotely piloted vehicle ("drone") is a yacht.

Please Log in or Create an account to join the conversation.

More
13 May 2017 11:13 #62272 by FDR
That's true.
Under proper testing I mean it should be tested on all supported transmitters, which means it needs quite a few people willing to do so...

Please Log in or Create an account to join the conversation.

More
19 May 2017 05:35 - 29 May 2017 04:41 #62409 by vlad_vy
Replied by vlad_vy on topic Deviation v5.0.0 build with latest protocols

* AFHDS-2A LQI output protocol option, from goebish

* CFlie: Adding 'simple' telemetry mode, from theseankelly

(19.05.2017) Firmware DFU file only, you can get other components from official v5.0.0 release. For Devo 12e you can use Devo 10 filesystem.
www.deviationtx.com/downloads-new/category/398-deviation-5-0-0


Files deleted, see below...
Last edit: 29 May 2017 04:41 by vlad_vy.

Please Log in or Create an account to join the conversation.

More
29 May 2017 04:43 - 01 Jul 2017 13:58 #62667 by vlad_vy
Replied by vlad_vy on topic Deviation v5.0.0 build with latest protocols

* Protocol H20 Mini & H30 Mini, from goebish

(29.05.2017) Firmware DFU file only, you can get other components from official v5.0.0 release. For Devo 12e you can use Devo 10 filesystem.
www.deviationtx.com/downloads-new/category/398-deviation-5-0-0


Files deleted, see below...
Last edit: 01 Jul 2017 13:58 by vlad_vy.

Please Log in or Create an account to join the conversation.

More
01 Jul 2017 14:00 - 15 Jul 2017 07:08 #63231 by vlad_vy
Replied by vlad_vy on topic Deviation v5.0.0 build with latest protocols

* Fix AFHDS-2A temperature telemetry, from goebish
* Fix use of Devo12 "mymedia\toggle3.bmp", from vladislavy

(01.07.2017) Firmware DFU file only, you can get other components from official v5.0.0 release. For Devo 12e you can use Devo 10 filesystem.
www.deviationtx.com/downloads-new/category/398-deviation-5-0-0


Files deleted, see below...
Last edit: 15 Jul 2017 07:08 by vlad_vy.

Please Log in or Create an account to join the conversation.

Time to create page: 0.075 seconds
Powered by Kunena Forum