feature: positional data/plots and handling disconnects.

[Jumziey]

I would like to get some good data on how tcp uploads/downloads works from a boat in certain areas while moving around with different solutions.

I did a naive test with flent running the tcp_download tcp_1up_noping tests but had a problem with the test just completely shutting down if i lost connection due to getting into a blind spot. Is this a configuration issue or is there some extra coding required to fix this?

Would be great if there was some native support for presenting gps data as well on a seachart ala openseamap or similar.

I could certainly look into implementing these features, but would like some feedback on my thoughts before just forking and trying it on my own.

[tohojo]

Jumziey [email protected] writes:

I would like to get some good data on how tcp uploads/downloads works from a boat in certain areas while moving around with different solutions.

I did a naive test with flent running the tcp_download tcp_1up_noping tests but had a problem with the test just completely shutting down if i lost connection due to getting into a blind spot. Is this a configuration issue or is there some extra coding required to fix this?

Well, TCP will tend to do that - depending on what you mean by "lost connection". What would you like to have happen instead?

Would be great if there was some native support for presenting gps data as well on a seachart ala openseamap or similar.

It should already be possible to embed a starting location in the metadata (just add it as a test parameter and it'll be saved). But I assume you mean you want periodic location data collected while the test is running, right?

I could certainly look into implementing these features, but would like some feedback on my thoughts before just forking and trying it on my own.

The location data collection should be straight-forward enough, given a suitable source of location data; no idea what it would take to integrate a map service into the GUI, though... But happy to take patches if you do give it a shot :)

[flent-users]

Cool. I too have run flent tests from my boat!

jg and I had thunk about rigging up a regatta with babel based wifi access points at one point.

On Tue, Mar 3, 2020 at 11:26 AM Toke Høiland-Jørgensen < [email protected]> wrote:

Jumziey [email protected] writes:

I would like to get some good data on how tcp uploads/downloads works from a boat in certain areas while moving around with different solutions.

I did a naive test with flent running the tcp_download tcp_1up_noping tests but had a problem with the test just completely shutting down if i lost connection due to getting into a blind spot. Is this a configuration issue or is there some extra coding required to fix this?

Well, TCP will tend to do that - depending on what you mean by "lost connection". What would you like to have happen instead?

Would be great if there was some native support for presenting gps data as well on a seachart ala openseamap or similar.

It should already be possible to embed a starting location in the metadata (just add it as a test parameter and it'll be saved). But I assume you mean you want periodic location data collected while the test is running, right?

I could certainly look into implementing these features, but would like some feedback on my thoughts before just forking and trying it on my own.

The location data collection should be straight-forward enough, given a suitable source of location data; no idea what it would take to integrate a map service into the GUI, though... But happy to take patches if you do give it a shot :)

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/tohojo/flent/issues/199?email_source=notifications&email_token=AHVNJP7R2I6QSKDOAETW42LRFVKSRA5CNFSM4LAM24U2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOENUZ3EY#issuecomment-594124179, or unsubscribe https://github.com/notifications/unsubscribe-auth/AHVNJP57WTXLURUI2NCX7KLRFVKSRANCNFSM4LAM24UQ .

---

Flent-users mailing list [email protected] http://flent.org/mailman/listinfo/flent-users_flent.org

-- Make Music, Not War

Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-435-0729

[Jumziey]

Jumziey [email protected] writes: I would like to get some good data on how tcp uploads/downloads works from a boat in certain areas while moving around with different solutions. I did a naive test with flent running the tcp_download tcp_1up_noping tests but had a problem with the test just completely shutting down if i lost connection due to getting into a blind spot. Is this a configuration issue or is there some extra coding required to fix this?

Well, TCP will tend to do that - depending on what you mean by "lost connection". What would you like to have happen instead?

Good point! I brainfarted there. My first thought was to try and reestablish the connection while the test time hadn't run out. But yeah, i will try and run it with just UDP instead, seems more fitting for application.

Would be great if there was some native support for presenting gps data as well on a seachart ala openseamap or similar.

It should already be possible to embed a starting location in the metadata (just add it as a test parameter and it'll be saved). But I assume you mean you want periodic location data collected while the test is running, right?

Correct!

I could certainly look into implementing these features, but would like some feedback on my thoughts before just forking and trying it on my own.

The location data collection should be straight-forward enough, given a suitable source of location data; no idea what it would take to integrate a map service into the GUI, though... But happy to take patches if you do give it a shot :)

I wont make any promises, but it seems like something i will spend some time on in the future :)

[Jumziey]

Cool. I too have run flent tests from my boat! jg and I had thunk about rigging up a regatta with babel based wifi access points at one point.

Sounds cool too! Boats are clearly the best ;)

[dtaht]

Jumziey [email protected] writes:

Jumziey [email protected] writes:
I would like to get some good data on how tcp uploads/downloads
works from a boat in certain areas while moving around with
different solutions. I did a naive test with flent running the
tcp_download tcp_1up_noping tests but had a problem with the test
just completely shutting down if i lost connection due to getting
into a blind spot. Is this a configuration issue or is there some
extra coding required to fix this?

        Well, TCP will tend to do that - depending on what you
    mean by "lost connection". What would you like to have happen
    instead?

Good point! I brainfarted there. My first thought was to try and reestablish the connection while the test time hadn't run out. But yeah, i will try and run it with just UDP instead, seems more fitting for application.

Would be great if there was some native support for presenting gps
data as well on a seachart ala openseamap or similar.

gpsd can output data via udp.

        It should already be possible to embed a starting location
    in the metadata (just add it as a test parameter and it'll be
    saved). But I assume you mean you want periodic location data
    collected while the test is running, right?

Correct!

I could certainly look into implementing these features, but would
like some feedback on my thoughts before just forking and trying
it on my own.

        The location data collection should be straight-forward
    enough, given a suitable source of location data; no idea what
    it would take to integrate a map service into the GUI,
    though... But happy to take patches if you do give it a shot :
    )

I wont make any promises, but it seems like something i will spend some time on in the future :)

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or unsubscribe.