Author Topic: Software Roadmap - 0.3.1, 0.4.x, etc.  (Read 1371 times)

edmond

  • Newbie
  • *
  • Posts: 2
    • View Profile
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #30 on: September 24, 2018, 10:00:09 PM »
0.3.1 still not out……

ThomasYiPP

  • Newbie
  • *
  • Posts: 9
  • Digital experiences for screens & spaces
    • View Profile
    • yipp.nl
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #31 on: September 26, 2018, 01:01:45 AM »
How is it the 0.3.1 version going? Gonna release it anytime soon?
Very soon. It's been in pre-release testing for a few days and nothing catastrophic has happened yet. We'll be able to release it today, with luck!
I guess something catastrophic happened... ;)

It's great to see the progress on 4.x, thanks for keeping us in the loop with the nice roadmap :)

DDR

  • Krontech
  • Jr. Member
  • *****
  • Posts: 92
    • View Profile
    • Krontech
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #32 on: September 27, 2018, 08:29:32 PM »
0.3.1 still not out……
There were... issues. 😒 In fact, there still are issues, but those will be fixed soon. Foobar's fixed a DNG import issue… as of 7 minutes ago now, we think. (It's still got to be tested though. From what I've heard around the office, it should be possible to imperfectly fix the DNG files recorded with the current beta. We haven't tried, though, so take this with a grain of salt.)

This sort of delay is why we try to avoid saying we'll do things. We're very wrong, very often, and it is never in the direction of "sooner". 😭

On that note, I myself am trying to get the jog wheel to work with *absolutely everything*. If I can get this working as I'd like, we'll be able to do stuff like use the camera with mittens on during cold weather.  I'm currently trying to figure out how to read from the FIFO file which reports jog wheel position, and then how to interpret that to a rotation, and how to get THAT into a reasonable event in the QT framework… and then I need to actually make the widgets behave correctly. It's a surprisingly long road, I've been at this particular task a few days now.

I miss the web. It would have been onscroll="whatever()" there. But of course, the web has other issues. 😜
« Last Edit: September 27, 2018, 08:34:59 PM by DDR »

NiNeff

  • Jr. Member
  • **
  • Posts: 83
    • View Profile
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #33 on: September 28, 2018, 04:03:00 AM »
I miss the web. It would have been onscroll="whatever()" there. But of course, the web has other issues. 😜
That's why an increasingly high number of devices just use HTML/CSS/JS for their UI and slap a basic webengine on there to display it. not as fast as natively coded ui's but allso much less hassle and the same tech on all platforms.

Bernard Rousset

  • Newbie
  • *
  • Posts: 8
    • View Profile
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #34 on: October 01, 2018, 09:22:20 AM »
Hello,

You are very efficient and it is very nice to see how the software is getting better and better. I have bought one black and white (in fact grey) camera for scientific purpose. I do not want to make pretty photos and at the end I use a threshold to obtain only two colors black and white to define particules I will track though the frames. One. Anyway at first I need raw data and one Of the issues is the number of frames inside one record and also the time to save it. I will be very pleased to check the raw cinepack option.
I also wonder if a recording and saving in 8 bits (corresponding to low light) could be an option in the future ?

Have a nice day (or night depending on which side of the sea you are...)
Bernard

DDR

  • Krontech
  • Jr. Member
  • *****
  • Posts: 92
    • View Profile
    • Krontech
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #35 on: October 02, 2018, 08:21:44 PM »
I also wonder if a recording and saving in 8 bits (corresponding to low light) could be an option in the future ?
It is hurting saving all the nonessential data, isn't it? :( We do like the idea of saving at a reduced bit depth, but it would be a fairly far future thing if we did it. Unfortunately, there are several other things that need our attention first. Motion triggering, (most of the) text overlay, power control, etc.

That's why an increasingly high number of devices just use HTML/CSS/JS for their UI and slap a basic webengine on there to display it. not as fast as natively coded ui's but allso much less hassle and the same tech on all platforms.
I was considering that, actually, but rejected it for performance reasons. Even the new native app I'm working on is having trouble rendering at a decent framerate right now. It's usable, but it's not ~buttery smooth~ like the old one is. Since most of it isn't my code, and I haven't done anything obviously wrong, it seems like it's some combination of the new libraries, the upgraded framework, and the easier-to-touch styling. :-\

SamL

  • Newbie
  • *
  • Posts: 8
    • View Profile
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #36 on: October 11, 2018, 11:10:20 AM »

HI DRR,
Can you please update the new release schedule for software 0.4 and 0.5. We are looking forward to using External HTTP API to integrate into your platform. thx.

DDR

  • Krontech
  • Jr. Member
  • *****
  • Posts: 92
    • View Profile
    • Krontech
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #37 on: October 17, 2018, 09:28:32 PM »
Hi SamL. I'm not sure when the HTTP API will be released. However, for you and everyone else curious, an explanation is is order.

Here is a map of the tasks we're working on. (Click for larger version, or see attachment 1.)


Green = done
Yellow = in progress
White = not started

The blue circles denote areas we're actively working on. In order:

One of our engineers, Johan, is implementing the underlying D-Bus API right now. The HTTP API (not pictured) will act as a wrapper for the D-Bus API, so as the timing works out, when the D-Bus API is done the HTTP API should be done as well. Johan has so far implemented reading the power controller for battery charge, and is currently porting reading/writing to our FPGA. Soon, we can do actual useful stuff with the API, but how soon is unknown. Johan hasn't done this before, and therefore can't produce an accurate estimate. I'm guessing it will take him at least few months to work through everything. Assuming we can get out some sort of gimped HTTP API built on that work, which won't run simultaneously with the touch-screen user interface on the camera, I would very roughly estimate "late January" for basic HTTP control. This should not include video streaming, but should include video download and basic file management.

I am continuing work on the new back-of-camera user interface. I've spent the last two weeks working on one of the two great unknowns of the process, jog wheel input. The other great unknown, the software keyboards, I will start work on tomorrow. I don't know how long the software keyboards will take. They could take a few days, or they could take a few weeks. The jog wheel still needs roughly a week or two of work, as each widget needs its own behaviour implemented. (Menus are going to become a heck of a lot easier to select. :D)

Foobar has effectively ported the current UI forward to our shiny new Debian-based operating system. This is a major milestone for us! It means we can abandon our old operating system, which was sucking up a lot of our time. It also means we can do a more piece-wise release of the new features as they're built out, so we may see useful parts of the HTTP API available well before the full HTTP API is finished.
« Last Edit: October 17, 2018, 09:36:38 PM by DDR »

SamL

  • Newbie
  • *
  • Posts: 8
    • View Profile
Re: Software Roadmap - 0.3.1, 0.4.x, etc.
« Reply #38 on: October 18, 2018, 04:02:38 PM »
Great. Thanks for your extensive reply. Look forward to the next version.