highaltitude.log.20100323

[00:03] jcoxon (~jcoxon@92.40.208.212.sub.mbb.three.co.uk) left irc: Quit: Leaving
[00:18] preetum (~apollo299@c-67-160-116-121.hsd1.wa.comcast.net) left irc:
[00:29] ProjectCirrus (~rhspm@host86-157-40-247.range86-157.btcentralplus.com) left irc: Ping timeout: 248 seconds
[01:03] <juxta> earthshine: got half a dozen emails from you before
[02:16] jasonb (~jasonb@dsl027-180-244.sfo1.dsl.speakeasy.net) left irc: Ping timeout: 246 seconds
[02:45] preetum (~apollo299@c-67-160-116-121.hsd1.wa.comcast.net) joined #highaltitude.
[02:45] <preetum> hey guys, do you know of any "inverse balloon trajectory" calculator? that is, calculating a launch point for a given point of impact?
[02:52] <juxta> havent seen any preetum :)
[02:58] <preetum> alright, no problem. I think I has something that works.
[02:58] <preetum> also, google earth is awesome for visualizing these trajectories
[03:02] SpeedEvil (~user@tor/regular/SpeedEvil) left irc: Quit: Leaving.
[03:03] preetum (apollo299@c-67-160-116-121.hsd1.wa.comcast.net) left #highaltitude ("bye!").
[03:05] juxta_ (~blah@ppp118-210-24-33.lns20.adl2.internode.on.net) joined #highaltitude.
[03:10] SpeedEvil (1000@tor/regular/SpeedEvil) joined #highaltitude.
[03:26] juxta_ (~blah@ppp118-210-24-33.lns20.adl2.internode.on.net) left irc: Ping timeout: 260 seconds
[04:10] tty2 (~tty1@c-76-124-185-221.hsd1.pa.comcast.net) left irc: Changing host
[04:10] tty2 (~tty1@unaffiliated/electric-penguin/x-9957366) joined #highaltitude.
[04:11] Nick change: tty2 -> tty1
[05:05] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[05:12] SpeedEvil (1000@tor/regular/SpeedEvil) joined #highaltitude.
[06:28] Simon-MPFH (~simon@phantom.mpfh.co.uk) joined #highaltitude.
[06:40] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Quit: My other car is a cdr.
[07:03] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) joined #highaltitude.
[07:04] ms7821 (~Mark@flat.ms) left irc: Ping timeout: 246 seconds
[07:06] ms7821 (~Mark@flat.ms) joined #highaltitude.
[07:19] Simon-MPFH (~simon@phantom.mpfh.co.uk) left irc: Quit: Leaving
[07:26] junderwood (~John@adsl.jcu.me.uk) joined #highaltitude.
[07:48] <earthshine> morning
[07:55] MoALTz (~heh@92.21.157.117) left irc: Ping timeout: 258 seconds
[07:55] g0mjw (~chatzilla@213-152-32-108.dsl.eclipse.net.uk) joined #highaltitude.
[08:02] edmoore (~ed@pluto.trinhall.cam.ac.uk) joined #highaltitude.
[08:08] MoALTz (~heh@92.21.157.117) joined #highaltitude.
[08:12] edmoore (~ed@pluto.trinhall.cam.ac.uk) left irc: Quit: Bye
[08:14] b3cft (~abrock@nat/yahoo/x-utuflpldjbiqjnyn) joined #highaltitude.
[08:21] g0mjw (~chatzilla@213-152-32-108.dsl.eclipse.net.uk) left irc: Ping timeout: 260 seconds
[08:35] icez (~icez@unaffiliated/icez) left irc: Remote host closed the connection
[09:14] GW8RAK (~chatzilla@host86-134-246-125.range86-134.btcentralplus.com) joined #highaltitude.
[09:25] <earthshine> wtf
[09:25] <earthshine> Does anyone know IRSSI well ?
[09:27] <jonsowman> earthshine: whats up?
[09:28] <earthshine> I am trying to get it to ignore the parts quits joins messages
[09:28] <jonsowman> as in, not display them?
[09:28] <earthshine> so I did........ /ignore highaltitude JOINS PARTS QUITS NICKS
[09:29] <earthshine> and got a message that it was ignoring them uccessfully
[09:29] <earthshine> and yet I still see them
[09:30] <jonsowman> /ignore -channels #highaltitude * JOINS PARTS QUITS NICKS
[09:31] <jonsowman> is it just a syntax thing?
[09:31] <earthshine> well i've just got the very same message i got when i did it the other way
[09:31] <earthshine> ok let's see if this works
[09:31] <jonsowman> ah right
[09:31] <earthshine> thanks
[09:31] <jonsowman> hmm
[09:31] <jonsowman> if not theres a script called crapbuster
[09:32] <jonsowman> allows you to hide some message levels, that might be worth a try, but this way should work
[09:33] <earthshine> ok thanks
[09:33] jiffe1 (~jiffe@64.251.162.157) joined #highaltitude.
[09:34] jiffe (~jiffe@64.251.162.157) left irc: Read error: Connection reset by peer
[09:35] Laurenceb (~laurence@host81-154-84-43.range81-154.btcentralplus.com) joined #highaltitude.
[09:46] GW8RAK_ (~chatzilla@host86-134-246-125.range86-134.btcentralplus.com) joined #highaltitude.
[09:49] GW8RAK (~chatzilla@host86-134-246-125.range86-134.btcentralplus.com) left irc: Ping timeout: 265 seconds
[09:49] Nick change: GW8RAK_ -> GW8RAK
[10:04] <Laurenceb> hi
[10:36] <earthshine> hi
[10:47] <SpeedEvil> hi
[10:57] <Laurenceb> anyone here used JST connectors?
[10:57] <Laurenceb> Im thinking of using some of these - http://uk.farnell.com/jst-japan-solderless-terminals/s4b-ph-sm4-tb-lf-sn/header-side-entry-smd-4way/dp/9492631
[10:57] <Laurenceb> but ideally I'd want gold - gold contacts
[11:00] Action: Laurenceb is wondering how durable they are
[11:03] <Laurenceb> cant seem to find any gold - gold smd ones
[11:14] Laurenceb (~laurence@host81-154-84-43.range81-154.btcentralplus.com) left irc: Ping timeout: 258 seconds
[11:17] <earthshine> send an email to Farnell tech support asking if they have those in gold
[11:27] Simon-MPFH (~simon@phantom.mpfh.co.uk) joined #highaltitude.
[11:34] <earthshine> Why gold?
[11:36] GW8RAK (~chatzilla@host86-134-246-125.range86-134.btcentralplus.com) left irc: Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]
[11:43] <SpeedEvil> laurecenb like the bling.
[11:43] <SpeedEvil> more seriously - it's less likely to corrode in possibly condensing conditions
[11:46] <earthshine> ahh of course
[12:26] Simon-MPFH (~simon@phantom.mpfh.co.uk) left irc: Quit: Leaving
[12:48] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) joined #highaltitude.
[13:07] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) left irc: Ping timeout: 260 seconds
[14:00] DanielRichman (~526f17c6@gateway/web/freenode/x-jlqkpyhxuetnvkwt) joined #highaltitude.
[14:01] Nick change: DanielRichman -> Daniel___Richman
[14:03] Daniel___Richman (~526f17c6@gateway/web/freenode/x-jlqkpyhxuetnvkwt) left irc: Client Quit
[14:04] Simon-MPFH (~simon@phantom.mpfh.co.uk) joined #highaltitude.
[14:32] juxta (fourtytwo@ppp118-210-24-33.lns20.adl2.internode.on.net) left irc: Ping timeout: 252 seconds
[14:41] juxta_ (~blah@ppp118-210-24-33.lns20.adl2.internode.on.net) joined #highaltitude.
[14:52] juxta_ (~blah@ppp118-210-24-33.lns20.adl2.internode.on.net) left irc: Ping timeout: 252 seconds
[15:11] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) joined #highaltitude.
[15:32] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) left irc: Ping timeout: 258 seconds
[15:49] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) joined #highaltitude.
[16:04] ProjectCirrus (~rhspm@cpc1-belf9-0-0-cust338.belf.cable.ntl.com) left irc: Ping timeout: 268 seconds
[16:09] Jasperw (~jasperw@94-116-159-37.dynamic.thecloud.net) joined #highaltitude.
[16:18] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) left irc: Ping timeout: 240 seconds
[16:38] jasonb (~jasonb@m730e36d0.tmodns.net) joined #highaltitude.
[17:06] jasonb (~jasonb@m730e36d0.tmodns.net) left irc: Read error: Connection reset by peer
[17:09] N900evil (~Speedevil@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[17:25] N900evil (~Speedevil@tor/regular/SpeedEvil) joined #highaltitude.
[17:37] Jasperw (~jasperw@94-116-159-37.dynamic.thecloud.net) left irc: Quit: Leaving.
[17:37] N900evil (~Speedevil@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[17:49] icez (~icez@unaffiliated/icez) joined #highaltitude.
[17:59] RobertB (~robert@p57972565.dip.t-dialin.net) joined #highaltitude.
[18:06] natrium42 (~8161a9d7@gateway/web/freenode/x-lpxclcqpdrbznocc) joined #highaltitude.
[18:14] jasonb (~jasonb@dsl027-180-244.sfo1.dsl.speakeasy.net) joined #highaltitude.
[18:19] b3cft (~abrock@nat/yahoo/x-utuflpldjbiqjnyn) left irc: Quit: laters potaters
[18:19] <natrium42> what's taters, master?
[18:28] Hiena (~Hiena@81.93.195.181.datatrans.hu) joined #highaltitude.
[18:31] Jasperw (~jasperw@78-86-9-131.zone2.bethere.co.uk) joined #highaltitude.
[18:32] natrium42 (~8161a9d7@gateway/web/freenode/x-lpxclcqpdrbznocc) left irc: Quit: Page closed
[18:34] N900evil (~Speedevil@tor/regular/SpeedEvil) joined #highaltitude.
[18:40] LazyLeopard (~irc-clien@chocky.demon.co.uk) joined #highaltitude.
[18:50] N900evil (~Speedevil@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[19:02] DanielRichman (~DanielRic@unaffiliated/danielrichman) joined #highaltitude.
[19:05] ms7821 (~Mark@flat.ms) left irc: Disconnected by services
[19:05] ms7821 (~Mark@flat.ms) joined #highaltitude.
[19:15] N900evil (~Speedevil@tor/regular/SpeedEvil) joined #highaltitude.
[19:20] <sbasuita> This looks really useful -> http://github.com/blog/270-the-fork-queue
[19:23] <Randomskk> oh neat
[19:24] <sbasuita> somebody make sure jcoxon knows about this ;)
[19:27] <Randomskk> I wonder why pull requests don't integrate with that interface
[19:28] <sbasuita> yeah that is a bit odd
[19:53] b3cft (~abrock@78-86-9-131.zone2.bethere.co.uk) joined #highaltitude.
[19:59] g0mjw (~chatzilla@213-152-32-108.dsl.eclipse.net.uk) joined #highaltitude.
[20:07] fsphil (~phil@2001:470:1f09:483:21f:c6ff:fe44:b25b) joined #highaltitude.
[20:12] jcoxon (~jcoxon@92.40.102.253.sub.mbb.three.co.uk) joined #highaltitude.
[20:13] <jcoxon> hey sbasuita good work with the alignment
[20:13] <jcoxon> i've merged that into my master tree
[20:14] <jcoxon> much more sensible approach then what i'd setup
[20:14] <sbasuita> jcoxon, thanks
[20:14] <jcoxon> i haven't merged you offline branch yet
[20:14] <sbasuita> jcoxon, though i think the process of adding a checkbox with some text is a bit overcomplicated. I would have expected something like align(TOP_LEFT) instead of specifying a bunch of pixels
[20:15] <jcoxon> i think there is more scope to it
[20:15] Action: DanielRichman pokes sbasuita
[20:15] <sbasuita> jcoxon, i'm just about to fix the offline branch so it works for the first time
[20:15] <jcoxon> have you thought about my suggestion though about using progdefault.offline variable to decide?
[20:15] <sbasuita> jcoxon, yeah that sounds like a good idea
[20:15] <sbasuita> jcoxon, then in the dropdown menu for DL Client have a checkbox
[20:15] <jcoxon> if you look how i did the progdefault.png_wfall
[20:16] <jcoxon> yeah
[20:16] <sbasuita> jcoxon, ok i'll sort that out
[20:16] <jcoxon> and by default have it offline
[20:16] <rjharrison> ping jcoxon
[20:16] <sbasuita> jcoxon, btw i think http://github.com/blog/270-the-fork-queue would make your life a lot easier
[20:16] <sbasuita> (if you don't know about it already)
[20:16] <jcoxon> also its easy to make --offline just set progdefault.offline to offline as well
[20:16] <jcoxon> yeah i use it
[20:16] <sbasuita> cool
[20:17] <jcoxon> though feel free to use the pull requests as well
[20:17] <rjharrison> jcoxon, the config text is all over teh place under linucx
[20:17] <jcoxon> rjharrison, yup
[20:17] <rjharrison> Do you wnat me to fix this
[20:17] <jcoxon> i think sbasuita has fixed it
[20:17] <rjharrison> Cool
[20:17] <jcoxon> best grab the latest :-p
[20:17] <fsphil> silly question... what's DL stand for?
[20:17] <jcoxon> distributed listening
[20:18] <SpeedEvil> Distributed Listener
[20:18] <fsphil> ah, makes sense. thanks - was bugging me that
[20:18] <jcoxon> yeah what SpeedEvil said
[20:18] <jcoxon> :-p
[20:18] <rjharrison> sbasuita, you rock
[20:18] <jcoxon> hehe
[20:18] <sbasuita> rjharrison, :) thanks
[20:18] <jcoxon> well its making progress - i'm pleased :-)
[20:19] <rjharrison> Oooh I like the popup help
[20:19] <DanielRichman> grah why does git pull download so slowly
[20:19] <rjharrison> I does?
[20:19] <rjharrison> Seems reall fast ehre
[20:19] <rjharrison> here
[20:20] <DanielRichman> well I haven't kept a copy of the sauce hanging around
[20:20] <DanielRichman> so have redownloaded a couple of times at ~80kbps
[20:21] <rjharrison> jcoxon I'm going to functionise (?) the rest of the dl code excluding the interface
[20:21] <sbasuita> DanielRichman, github maxes me out
[20:22] <jcoxon> rjharrison, okay
[20:22] <jcoxon> keep up the good work
[20:22] <jcoxon> :-)
[20:22] <jcoxon> i might add some more interface later this evening
[20:22] <DanielRichman> rjharrison, I'm messing with src/misc/dl_fldigi.cxx but there's not much in there? do you want to change that?
[20:23] <rjharrison> I will re instantiate the writer function too now I understand how curl works
[20:23] <jcoxon> need to get on and get the xml parsing sorted so that it actually functions
[20:23] <rjharrison> jcoxon cool ie reading the payload xml file from the server?
[20:23] Simon-MPFH (~simon@phantom.mpfh.co.uk) left irc: Quit: Leaving
[20:24] <DanielRichman> ping rjharrison
[20:24] <rjharrison> DanielRichman you
[20:24] <rjharrison> yep
[20:24] <DanielRichman> rjharrison, I was thinking that it should probably be pthreaded rather than forking
[20:24] <rjharrison> You can play in there if you like for a bit
[20:24] <rjharrison> DanielRichman if you like
[20:24] <DanielRichman> rjharrison, it's entirely possible that I will fail to pull it off :P But I think I can
[20:25] <rjharrison> do we just create a thread and use that or a new thread for each posting?
[20:26] <rjharrison> how does the coms work between the threads?
[20:27] <rjharrison> does = do
[20:27] <rjharrison> bed time story 4 kid
[20:27] <rjharrison> bbiab
[20:38] <DanielRichman> rjharrison, I'm thinking that the easiest way to do it would be to create one thread and use the pipe-style method we are currently using. The advantages it has over forking is that I'm worried that any pthreads created by the rest of fldigi will keep running (if they are created, at that time, which I don't think in this version is true) and may cause problems
[20:38] <DanielRichman> Also it's much lighter on the ram usage
[20:40] <rjharrison> DanielRichman but the program forks very early
[20:41] <rjharrison> and I would of thought when there is a low overhead
[20:41] <DanielRichman> two processes is nasty :P
[20:41] <DanielRichman> and since pthreads is already linked it's screaming "use meh"
[20:41] <rjharrison> Ok
[20:42] <rjharrison> I'll settle for that
[20:42] <rjharrison> so we create a thread at the begining and use inter thread coms
[20:43] <DanielRichman> mmm
[20:57] Jasperw (~jasperw@78-86-9-131.zone2.bethere.co.uk) left irc: Quit: Leaving.
[20:57] <rjharrison> Humm DanielRichman I like the simplicity of the fork
[20:58] <rjharrison> Basically separate process doing it's stuff
[20:58] <rjharrison> If fancy doing posix threads then feel free :)
[20:59] <rjharrison> All that weird passing of data and arguments
[21:00] <DanielRichman> it's great!
[21:00] <DanielRichman> rjharrison, the code looks cleaner now. If it works, it'll be good, I think
[21:00] <DanielRichman> rjharrison, what is a CURLcode in the underlying stuff? an int?
[21:01] <rjharrison> DanielRichman the model that works better I think is to call the thread when there is a string to send via curl
[21:01] <DanielRichman> I reckon that I can do that
[21:01] <rjharrison> pass the string to the curl thread and hey presto
[21:01] <DanielRichman> my only concern is whether curl is thread safe
[21:02] <rjharrison> That would be cleaner the reason we need to do the thread at all is that the curl was taking too long to post the string a data was being missed
[21:02] <rjharrison> Passing it to another process/thread to do the curling was seen as the solution
[21:03] <DanielRichman> yes
[21:03] <rjharrison> all the curl stuff can happen within the thread
[21:04] <DanielRichman> ah perfect, curl is thread safe!
[21:04] <rjharrison> still like forks
[21:05] <sbasuita> time to learn some fl gui programming :)
[21:05] <rjharrison> they may be old like me and have bigger overhaed
[21:06] <rjharrison> but at least they are a simple concept :)
[21:07] <rjharrison> DanielRichman, looks like it is thread safe
[21:08] <DanielRichman> yep
[21:08] <rjharrison> Daniel are you going to sort out the threading them
[21:08] <rjharrison> Perhaps you can work on this with jcoxon an I'll get on with the server
[21:09] <DanielRichman> cool
[21:10] <DanielRichman> rjharrison, what's the standard dl_fldigi action when malloc returns null? should I print an error and continue or exit?
[21:11] <rjharrison> exit if there is no more memory
[21:11] <rjharrison> what are we malloc'ing?
[21:16] <rjharrison> DanielRichman can you make sure that +'s and other symbols can get through the curl posting
[21:16] <DanielRichman> rjharrison, need to make a copy of the string to be posted
[21:17] <DanielRichman> rjharrison, CURL should escape all of those, or are you worried about the PHP side?
[21:17] <rjharrison> well we have had issues with + signs been replaced with spaces
[21:17] <DanielRichman> Hmm
[21:17] <rjharrison> it might be a php $_POST issure
[21:17] <rjharrison> I will have a look into it
[21:17] <Randomskk> + needs to be encoded
[21:17] <Randomskk> but we've moving to python for the server anyway?
[21:18] <rjharrison> are we?
[21:18] <Randomskk> apparently
[21:18] <rjharrison> For the distibuted listener
[21:18] <Randomskk> well the tracker
[21:18] <DanielRichman> rjharrison, OK I see what the problem is
[21:18] <DanielRichman> rjharrison, whatever function is calling the dl_fldigi_post function/used to write to the pipe wasn't escaping the data before doing so
[21:19] <Randomskk> + --> %2B
[21:19] <rjharrison> I think I would like to keep the dl server in php mainly as I understand it and I want it to interface with mysql
[21:20] <rjharrison> The tracker is best in python as it is supported in the google maps api
[21:21] <rjharrison> Plus I have but quite a bit of time into code so far
[21:21] <DanielRichman> rjharrison, as far as I can see every time curl is used it is posting two fields, string= and identity=
[21:21] <Randomskk> yea, fair enough, I was thinking of the tracker rather than the DL server
[21:21] <rjharrison> yep
[21:21] <Randomskk> you just need to encode +s to %2B
[21:21] <rjharrison> identity is the call sign
[21:21] <Randomskk> and PHP'l figure it
[21:21] <DanielRichman> I can create a function "dl_fldigi_post(const char *string, const char *identity)"
[21:21] <rjharrison> Randomskk yep
[21:21] <DanielRichman> and that will handle the encoding fine
[21:21] <rjharrison> perfect
[21:23] Laurenceb (~laurence@host81-154-84-43.range81-154.btcentralplus.com) joined #highaltitude.
[21:23] <rjharrison> Randomskk are there any other chars that need to be encoded
[21:23] <Randomskk> loads
[21:23] <rjharrison> we should probably cover the basics
[21:23] <Randomskk> http://www.w3schools.com/TAGS/ref_urlencode.asp has a table
[21:23] <rjharrison> &%$ etc
[21:23] <rjharrison> though $ geths through just fine
[21:23] <Laurenceb> hello
[21:24] <sbasuita> o/ Laurenceb
[21:24] <Randomskk> most things will get through okay
[21:24] <Laurenceb> :P
[21:24] <sbasuita> rjharrison, there's probably a lib for that
[21:24] <Randomskk> I suspect curl has something
[21:24] <Randomskk> probably some kind of escape url function
[21:24] <Laurenceb> Randomskk: your BESC, can it run from an external supply rail?
[21:24] <Randomskk> but if not then yes, a library would be the way tow go
[21:24] <Randomskk> Laurenceb: as opposed to? there are no onboard vregs
[21:24] <Laurenceb> ok
[21:24] <Laurenceb> can it run on 3.3v ?
[21:25] <Randomskk> yea
[21:25] <rjharrison> ping jcoxon
[21:25] <Laurenceb> coolio
[21:25] <Randomskk> it's a picopower avr
[21:25] <Randomskk> 1.8 to 5.5v
[21:25] <Laurenceb> yeah
[21:25] <Randomskk> resistors etc are designed for 3v3
[21:25] <Laurenceb> thats neat - it could run off the "i2c perif" connector on my board
[21:26] <Randomskk> yea, similar aim here, be able to supply it with the same 3v3 I'm using for the ARM and just connect to i²c
[21:27] <Laurenceb> I'm considering going for a SMD JST connecotr
[21:28] <earthshine> evening
[21:28] <Randomskk> I was gonna go for those and went back to 0.1" IDC headers for the time being
[21:28] <Laurenceb> for the I2C breakout - gnd, 3v3, I2C
[21:28] <Randomskk> considering going to SPI instead of I²C, not really sure yet
[21:28] <Randomskk> SPI would mean the ARM can reprogram the AVRs on the motor controllers too
[21:29] <Laurenceb> http://imagebin.org/90057
[21:29] <Laurenceb> yeah I guess, but more pins
[21:29] <Randomskk> yea, but since I already have the SPI pins broken out for ICSP...
[21:30] <Laurenceb> heh
[21:30] <Randomskk> looking good so far
[21:30] <Randomskk> the last routes are always the hardest though :P
[21:30] <Laurenceb> one other point, theres the second I2C broken out on my board
[21:30] <Laurenceb> thats all gnd
[21:30] <Laurenceb> should clean up with the ground planes
[21:30] <Randomskk> there's not a huge amount of space for a ground plane though
[21:30] <Laurenceb> but I'm saving that as I find it easier to see whats going on without a gnd plane
[21:31] <Laurenceb> there is where it matters
[21:31] <Laurenceb> under the sensors etc
[21:31] <Randomskk> yea
[21:31] <Randomskk> I mean to connect up all those nets
[21:31] <rjharrison> DanielRichman are you going to use the cpp wrapper around curl?
[21:31] <Laurenceb> oh theres several different ground planes
[21:32] <DanielRichman> rjharrison, the what, sorry?
[21:32] <Laurenceb> in fact I need to break up the bottom gnd stuff
[21:32] <Laurenceb> smps ground plane, rf ground, digital ground and analogue gnd
[21:33] <Laurenceb> I though of another useful sensor - angle of attack
[21:34] <Laurenceb> you can get magnetic angular rotation sensors with I2C - thing melexis make them for e.g. - then just a small fin with a magnet on
[21:35] Action: Laurenceb is tempted to setup a webstore selling bits of compatible UAV kit
[21:35] <jcoxon> sbasuita, we should liase about gui programming
[21:36] <sbasuita> jcoxon, yeah
[21:36] <sbasuita> jcoxon, i'm just finishing up on the implementation of that online toggle
[21:36] <SpeedEvil> Laurenceb: gonna kill your magnetometer though
[21:36] <SpeedEvil> Laurenceb: oh
[21:36] <SpeedEvil> Laurenceb: as an add-on, fine
[21:36] <Laurenceb> on a daughterboard
[21:37] <Laurenceb> also magnet would be <1mm cude
[21:37] <Laurenceb> *cube
[21:38] <sbasuita> jcoxon, so if by default we start with online == false, how do we trigger sending the login string to the tracker when the user sets online == true?
[21:41] <sbasuita> i assume in the callback function i just need to call the sendlogin() function (what is it actually called?)
[21:41] Jasperw (~jasperw@78-86-9-131.zone2.bethere.co.uk) joined #highaltitude.
[21:42] <sbasuita> anyway, here's the code http://github.com/ssb/dl-fldigi/compare/master...offlinemode
[21:42] <jcoxon> one sec phone
[21:53] <jcoxon> sbasuita, right now thats not strickly correct - but i reckon thats the way we should go
[21:53] <rjharrison> DanielRichmann, I'm going to leave you to sort out the thread and curl code with jcoxon on the client side
[21:53] <jcoxon> currently its a bit more meshed with the main loop in the program
[21:53] <rjharrison> I'm going to work on the server side and sort out the code there
[21:54] <jcoxon> sbasuita, give me some time later and i'll wack together a branch of what i think we should do
[21:54] <sbasuita> jcoxon, okey
[21:55] <rjharrison> DanielRichman, there is no point in us both working on the same problem and coming up with different solutions. Esp. as I'm not blessed with loads of free time
[21:56] <DanielRichman> rjharrison, I've just finished my thread work; about to test compiling
[21:56] <rjharrison> Anyone fancy writing a web base XML generator for the payloads and chase cars then shout now :)
[21:56] <Randomskk> I could probably manage that
[21:56] <rjharrison> Randomskk your hired :)
[21:57] <Randomskk> got some xml samples?
[21:57] <rjharrison> Sure
[21:57] <Randomskk> or the schema would be good too
[21:57] <rjharrison> hehe schema what schema :)
[21:57] b3cft (~abrock@78-86-9-131.zone2.bethere.co.uk) left irc: Quit: laters potaters
[21:57] <Randomskk> :P
[21:59] jcoxon (~jcoxon@92.40.102.253.sub.mbb.three.co.uk) left irc: Ping timeout: 276 seconds
[22:00] <Laurenceb> SpeedEvil: actually the dual axis sensors with digital interface are hard to find
[22:01] jcoxon (~jcoxon@92.40.58.213.sub.mbb.three.co.uk) joined #highaltitude.
[22:01] <Laurenceb> that honeywell 3 axis sensor is actually the best bet
[22:01] <Laurenceb> or this http://gb.mouser.com/ProductDetail/Honeywell/APS00B/?qs=sGAEpiMZZMvhQj7WZhFIACCvvzN3HHWxeSlxjN%2f5Mp4%3d and a micro
[22:01] <jcoxon> sbasuita, oops i looked at your old patch not your new one
[22:02] <sbasuita> jcoxon, huh?
[22:03] <jcoxon> yeah your new one is how i would do it
[22:03] <jcoxon> :-p
[22:03] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[22:03] <sbasuita> jcoxon, oh right. I thought you were referring to triggering the login as not being correct ;)
[22:04] N900evil (~Speedevil@tor/regular/SpeedEvil) left irc: Ping timeout: 258 seconds
[22:05] <jcoxon> regarding login - that needs to be reviewed
[22:05] <jcoxon> to work better with the offline mode
[22:07] <jcoxon> you keen to help out more with dl-fldigi?
[22:07] <sbasuita> jcoxon, yeah definitely
[22:08] Jasperw (~jasperw@78-86-9-131.zone2.bethere.co.uk) left irc: Quit: Leaving.
[22:09] <jcoxon> 2 main jobs right now are to implment the xml parser so that you can select the correct payload to track
[22:09] <jcoxon> and start work on the --hab interface
[22:09] <jcoxon> i'm happy to do the xml parser as i did it last time
[22:09] <Randomskk> talking to rjharrison about making an actual xml schema too which can be used to verify xmls
[22:10] <Randomskk> jcoxon: I take it you're using an xml library of some description?
[22:10] <jcoxon> Randomskk, yeah there is one already used in fldigi
[22:10] <Randomskk> cool
[22:10] <jcoxon> so i just borrowed that
[22:10] <jcoxon> this isn't a new feature
[22:10] <jcoxon> :-)
[22:10] <DanielRichman> fldigi-main.o: In function `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::assign(char const*)':
[22:10] <DanielRichman> /usr/include/c++/4.4/bits/basic_string.h:970: undefined reference to `appname'
[22:10] <sbasuita> jcoxon, you mean effectively implement the --hab option in the gui?
[22:11] g0mjw (~chatzilla@213-152-32-108.dsl.eclipse.net.uk) left irc: Ping timeout: 268 seconds
[22:11] <jcoxon> sbasuita, nah we were thinking that we should add a new bit on to the --hab window that is currently displayed
[22:11] <jcoxon> with extra info such as payload tracked, parsed data, server responses, perhaps bearing and angle of the payload from the ground station
[22:11] <Randomskk> and distance!
[22:13] junderwood (~John@adsl.jcu.me.uk) left irc: Quit: Leaving
[22:14] SpeedEvil (~user@tor/regular/SpeedEvil) joined #highaltitude.
[22:15] <sbasuita> jcoxon, yeah that would be useful
[22:15] <sbasuita> jcoxon, how about moving the whole DL Client menu to a new pane tacked onto the right side of fldigi
[22:16] RobertB (~robert@p57972565.dip.t-dialin.net) left irc: Quit: Leaving
[22:17] <jcoxon> i was thinking a whole pane across - like the rig control in hte normal fldigi window
[22:17] <rjharrison> Ooh that sounds a nice feature esp for tracking / viewing
[22:17] <sbasuita> jcoxon, i like the idea of keeping it thin and wide - since the balloon strings aren't that long, most of the width in the window wouldn't be used anyway
[22:18] <jcoxon> the key is to implement it so that it doesn't effect the normal fldigi window when run without --hab and for the key features to function in normal dl-fldigi, --hab is like an enchanced version
[22:18] <jcoxon> sbasuita, wanna take on the challenge?
[22:23] <DanielRichman> hmm
[22:23] <DanielRichman> dl_fldigi: (thread 140053597837584) curl result (3) URL using bad/illegal format or missing URL
[22:23] <DanielRichman> line is there: assert(curl_easy_setopt(curl, CURLOPT_URL, "http://www.robertharrison.org/listen/listen.php"));
[22:24] <DanielRichman> any ideas?(brb)
[22:25] Hiena (~Hiena@81.93.195.181.datatrans.hu) left irc: Quit: -=Got bored from the net. Gone blowing up things.=-
[22:25] <rjharrison> DanielRichman if ou manage to post anything it should turn up here
[22:26] <rjharrison> http://www.robertharrison.org/listen/view.php
[22:26] <rjharrison> url for post is http://www.robertharrison.org/listen/listen.php
[22:28] <sbasuita> jcoxon, ok i'll bite
[22:28] <sbasuita> jcoxon, gtg now though
[22:29] <jcoxon> cool cool
[22:30] <jcoxon> make it look mission controlly
[22:30] <jcoxon> adds to the cool factor :-p
[22:31] <Randomskk> what we want is some way of integrating it all
[22:31] <Randomskk> I want two or more screens
[22:31] <Randomskk> full and proper rig control that has the icom screen or such up
[22:31] <Randomskk> the map
[22:32] <Randomskk> radio footprint, location, path, location of receivers
[22:32] <Randomskk> bearing and distance etc
[22:32] <Randomskk> incoming waterfall and radi odata
[22:32] <Randomskk> http://awesome.naquadah.org/images/6mon.medium.png on that kinda setup
[22:32] <Randomskk> preferably with lots of flashing lights and things too
[22:32] <fsphil> can you embed the map? with some kind of gecko or webkit control?
[22:32] <Randomskk> dunno if that's really worth doing
[22:33] <jcoxon> hmmmm i think its best keep things seperate hehe
[22:33] <Randomskk> yea
[22:33] <jcoxon> fsphil, i think its best to keep the map in the web browser
[22:34] <fsphil> true enough
[22:34] <jcoxon> especially for stuff in the field
[22:34] <jcoxon> on 2g/3g networks
[22:34] <jcoxon> dl-fldigi will do the radio stuff and present the data
[22:34] <Randomskk> be nice to see a higher bandwidth version of everything though
[22:34] <Randomskk> I was at a satellite company's control room the other day
[22:34] <Randomskk> it's so fun
[22:34] <Randomskk> giant wall screen showing the earth and footprints of all the satellites and their orbits
[22:35] <Randomskk> and then subscreens with gauges for things like voltages and currents and radio data from each sat
[22:35] <earthshine> neat
[22:35] <Randomskk> it just looks fun
[22:35] <Randomskk> right time to add graphs to this django program and then think about having my server host it
[22:37] rjharrison (~rharrison@62.49.185.11) left irc:
[22:44] <DanielRichman> dl_fldigi: main/parent thread = 140258911287568
[22:44] <DanielRichman> dl_fldigi: begin attempting to post string 'ZZ,M6DRX,2010-03-23 22:44:01,52.0,0.0,RADIO,UNKNOWN,r100,TEST' and identity 'M6DRX'
[22:44] <DanielRichman> dl_fldigi: preparing to post 'string=ZZ%2CM6DRX%2C2010%2D03%2D23%2022%3A44%3A01%2C52%2E0%2C0%2E0%2CRADIO%2CUNKNOWN%2Cr100%2CTEST&identity=M6DRX'
[22:44] <DanielRichman> dl_fldigi: created a thread to finish the posting, returning now
[22:44] <DanielRichman> dl_fldigi: (thread 140258871949584) posting 'string=ZZ%2CM6DRX%2C2010%2D03%2D23%2022%3A44%3A01%2C52%2E0%2C0%2E0%2CRADIO%2CUNKNOWN%2Cr100%2CTEST&identity=M6DRX'
[22:44] <DanielRichman> dl_fldigi: (thread 140258871949584) curl result (0) Success!
[22:44] <DanielRichman> yessss.
[22:44] <DanielRichman> ping jcoxon
[22:46] <jcoxon> yup
[22:47] <DanielRichman> do you want a pull request on github or have you got it?
[22:47] <jcoxon> DanielRichman, i'm a bit wary of adding this immediately - worth doing some testing?
[22:47] <DanielRichman> sure
[22:48] <jcoxon> as we are working on different bits merging shouldn't be an issue
[22:48] <jcoxon> would be worth running some telem strings as well?
[22:48] <DanielRichman> Yep. Though I'd prefer it if I did the testing tomorrow
[22:48] <Randomskk> this is where having branches are great
[22:48] <DanielRichman> yeah
[22:49] <Randomskk> you can work on a branch and all the while rebase it from master
[22:49] <jcoxon> depending on your wav file you'd need to change the defaults in rx_extract.cpp until i've implemented the xml parsing
[22:49] <Randomskk> so when it's time to merge it'l fast forward master
[22:49] <jcoxon> DanielRichman, absolutely no hurry
[22:49] <DanielRichman> Cool. Well the code is there. The only outwards changes I've made is removing a few old bits that were declared elsewhere and changing the way rx_extract.cxx and trx.cxx call it
[22:49] <DanielRichman> see the diff
[22:50] N900evil (~Speedevil@tor/regular/SpeedEvil) joined #highaltitude.
[22:50] <DanielRichman> the majority of the changes are in http://github.com/danielrichman/dl-fldigi/commit/c5f60d97a905cb5fe6e87a03420038901fe0af2c
[22:50] <DanielRichman> the rest is tweaks
[22:51] <DanielRichman> anyway; be back tomorrow
[22:51] <jcoxon> okay well do lots of testing and i'll be pleased to merge it in
[22:52] <jcoxon> good work
[22:54] DanielRichman (~DanielRic@unaffiliated/danielrichman) left irc: Quit: Leaving
[22:56] <fsphil> I must take a look at the latest branch, it sounds like a lot has changed!
[22:56] <jcoxon> well its a big rewrite really
[22:56] <jcoxon> so its not completely functioning right now :-)
[22:56] <jcoxon> feel free to get involved
[22:56] <fsphil> I'll take a look -- no new features from me but I'll certainly do some bug hunting
[22:58] juxta (fourtytwo@ppp121-45-37-246.lns20.adl2.internode.on.net) joined #highaltitude.
[22:58] <fsphil> I'm having to learn C++ and git at the same time so it's all fun and games at the moment here ;-)
[22:59] LazyLeopard (~irc-clien@chocky.demon.co.uk) left irc: Quit: Bye
[23:04] <jcoxon> if you pass a bool 1 or 0 does it treat them like true false?
[23:05] <fsphil> in c++? should do
[23:05] <jcoxon> which is which?
[23:05] <fsphil> 1 == true
[23:07] <earthshine> fsphil do you have a HAB Project on the go at the moment ?
[23:07] <fsphil> 0 is typically always false, and anything !0 is true. though in my functions I tend to return 0 for OK
[23:07] <Randomskk> 0 tends to be false and also no-error
[23:07] <fsphil> I'm building a backup payload for another teams launch, earthshine
[23:10] <earthshine> ok cool
[23:10] <fsphil> It's all very new to me atm :)
[23:11] <jcoxon> fsphil, enjoying it?
[23:11] <fsphil> yea! it's got me working on a lot of things I've been looking to do for ages, but just never had the excuse :)
[23:12] <fsphil> though it's a lot. I'm only now getting an idea of how much is involved
[23:12] <fsphil> and I'm not even the one organising the launch
[23:19] <earthshine> Guys is it necessaary to put a UV filter onto a HAB camera ?
[23:19] <jcoxon> earthshine, only a few have had filters
[23:20] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[23:20] <jcoxon> its not necessary but i think piccies come out a bit ibetter
[23:20] <earthshine> ok
[23:20] <natrium42> hi
[23:21] <earthshine> hi
[23:21] <fsphil> is there much risk of ice on the lens?
[23:22] <jcoxon> Randomskk, on git how do i get rid of the local file changes ive just made - i haven't committed them
[23:22] <fsphil> I've seen a few videos that seemed to have marks
[23:22] <Randomskk> git reset --hard
[23:22] <Randomskk> will take tracked files back to tip of master
[23:22] <Randomskk> git clean -rf will remove untracked files and folders
[23:23] <Randomskk> for a single file, git checkout filename will restore it to how it was at the latest commit
[23:23] <jcoxon> cool great
[23:23] <jcoxon> okay night all
[23:23] jcoxon (~jcoxon@92.40.58.213.sub.mbb.three.co.uk) left irc: Quit: Leaving
[23:26] <earthshine> Weird - someone is sending me a direct message from the Arduino channel but all I get is a blank window
[23:27] <Randomskk> do you know them?
[23:28] <earthshine> yep
[23:28] <earthshine> can someone send me a DM from here and i'll see if the same happens
[23:29] <earthshine> weird
[23:29] <Randomskk> weird
[23:31] <earthshine> very
[23:32] <natrium42> weird
[23:42] Laurenceb (~laurence@host81-154-84-43.range81-154.btcentralplus.com) left irc: Ping timeout: 248 seconds
[23:50] <earthshine> What is the typical internal minimum temperat ure during a flight?
[23:51] terry (~tjd@74.109.233.220.static.exetel.com.au) left irc: Ping timeout: 276 seconds
[00:00] --- Wed Mar 24 2010