**** BEGIN LOGGING AT Mon Jun 29 02:59:58 2015 Jun 29 07:29:15 nerdboy: ping Jun 29 08:46:06 jkridner: do u think DiegoTc still around? he don't response on G+? Jun 29 10:23:26 'ello all Jun 29 10:25:44 nerdboy: pong when it's convenient Jun 29 15:45:43 of course he's not here now... Jun 29 15:49:53 apaar: you shouldn't be using malloc here: https://github.com/Apaar/PRU-Bridge/blob/master/userspace/pru_bridge.c#L74 Jun 29 15:50:25 it should be up to the user to initialize that buffer wherever they want it, on the heap or stack Jun 29 15:50:44 alexanderhiam :i have changed that just going to commit i was stuck up with the makefiles Jun 29 15:50:52 awesome Jun 29 15:55:35 alexanderhiam :i have commiitted updated code but without the make files Jun 29 16:09:13 thought about a simple autotools config? Jun 29 16:12:07 apaar: 2 things: you probably want to remove the main() function from the pru_bridge.c, and I'd recommend being consistent in your directory naming Jun 29 16:12:55 oh nevermind, they are consistent, I thought one was lower case Jun 29 16:32:05 alexanderhiam :cool i will clean all that up in with the next commit :) Jun 29 16:34:30 turn your makefile into a makefile.am and add a configure.ac and autogen script Jun 29 16:37:18 azizulhakim: ping Jun 29 16:43:22 arianepaola: hey, can we ask you to be on IRC an hour everyday some time between 45 minutes ago and an hour or two from now? moto-timo and I are discussing how we can help you catch up. Jun 29 16:43:51 arianepaola: you should be putting in hours of work everyday, so I'd hope that being on IRC around this time every day shouldn't be too much to ask. Jun 29 16:44:17 jkridner: yes okay Jun 29 16:44:46 arianepaola: have you had any luck catching up over the weekend? Jun 29 16:45:33 yes I could get some work done. I will commit changes later on today. Jun 29 16:46:04 nerdboy: thanks for stepping in a bit to help get the bone101 project back on track. Jun 29 16:46:09 arianepaola: thanks. Jun 29 16:46:48 arianepaola: what do you think is the biggest issue/hurdle/problem in your mind regarding the project? Jun 29 16:47:16 vvu: Jun 29 16:47:45 I think the nodejs packages, they seem to be used, but people do not really test them. and they only seem to work on linux or with problems on mac Jun 29 16:48:23 testing... always an issue Jun 29 16:50:49 afk for 15 minutes Jun 29 16:52:47 arianepaola: can you point to any that seem better? Jun 29 16:53:15 * nerdboy not really cluefull about node.js stuff Jun 29 16:53:49 nerdboy: node.js is good, but people tend to implement packages to solve some of their problems that they have for projects and they do not test it equally or implement for every system. Jun 29 16:54:45 so can you pick out any that seem more complete/better tests, etc? Jun 29 16:54:50 it's like 95% are linux and mac users. nodejs runs only since a few years on windows, when microsoft started to contribute, because it was interesting for them to promote azure cloud Jun 29 16:55:32 nerdboy: I think for the development and testing, there are good packages that are working. it gets more difficult when they do low level things, especially network communication Jun 29 16:56:19 sounds like screening out the biggest offenders might help... Jun 29 16:58:57 :) Jun 29 16:59:53 i'd stick with core node.js and a "sample" set Jun 29 17:00:18 azizulhakim: any luck on the pages ? Jun 29 17:01:02 tested with multiple vm with multiple versions of debian, arch linux and ubuntu Jun 29 17:01:07 same Jun 29 17:01:12 same # ? Jun 29 17:01:19 same number of page fault in all of them Jun 29 17:01:37 but for bone it is too much high Jun 29 17:01:40 that is really strange...if you try to do any sidework on the VMs does it change ? Jun 29 17:01:48 brb a bit Jun 29 17:08:34 <_av500_> azizulhakim: what is the video resolution? Jun 29 17:08:54 arianepaola: vvu spent a bunch of time just getting ffmpeg/libav from 20 Jun 29 17:09:00 % to 60% coverage Jun 29 17:09:35 so we could think about a shift in the goals to include testing on those trouble packages Jun 29 17:09:46 not as fun, but still helpful Jun 29 17:11:19 yes we can think about it Jun 29 17:12:23 we can also set up some testing with appveyor and just show it as a problem for the future Jun 29 17:12:36 and then fall back on linux, macosx Jun 29 17:13:27 _av500_: its 256x240 Jun 29 17:13:31 can you make a list of the problem children? I'll set up builds for them on appveyor and see if I can make some headway Jun 29 17:14:27 we do a lot of javascript on windows at work... although we just started using nodejs Jun 29 17:14:43 * nerdboy likes moto-timo's way of formal screening Jun 29 17:15:07 divide and conquer Jun 29 17:16:12 <_av500_> azizulhakim: and how many fps? Jun 29 17:16:30 <_av500_> and thus, how much raw pixel data in total? Jun 29 17:17:55 25 Jun 29 17:19:43 _av500_: 1536000 raw pixel per frame Jun 29 17:19:49 <_av500_> x25x7 Jun 29 17:19:52 <_av500_> =? Jun 29 17:20:04 <_av500_> that should match the number of bytes transferred Jun 29 17:20:08 <_av500_> no? Jun 29 17:20:38 10752000 Jun 29 17:20:55 <_av500_> so you tranfers way too much Jun 29 17:20:59 <_av500_> transfer Jun 29 17:21:21 <_av500_> 16 bit per pixel? Jun 29 17:21:23 <_av500_> or 32? Jun 29 17:21:29 <_av500_> you took that into account? Jun 29 17:21:48 that doesn't match because we are transferring two full screen pages regardless of video resolution Jun 29 17:21:56 16 bit Jun 29 17:22:04 <_av500_> ? Jun 29 17:22:10 <_av500_> so how much is full screen? Jun 29 17:22:25 full screen is 1024x768 Jun 29 17:22:51 <_av500_> but didnt you say that only modified pages are transfered? Jun 29 17:24:22 yes only modified pages are transferred. but we are not stripping unmodified pixels in a page. Jun 29 17:24:51 like in our case there are 768 horizontal lines out of which 240 lines are modified during frame update Jun 29 17:25:28 so we only send this 240 lines during usb transfer Jun 29 17:52:59 moto-timo: that info is oldie but yes...did that back in the day Jun 29 17:56:45 vvu: but it's a good example of what needs to be done sometimes :) Jun 29 18:07:26 jkridner: sorry for not running beautify on css/js files ,, that is my first time to know about it. Jun 29 18:07:45 no worries. we are here to learn. :-) Jun 29 18:07:55 I should have made it policy for myself a long time ago... Jun 29 18:08:06 but, I figure rather than try to discuss style, just introduce a tool. Jun 29 18:08:34 yes, and I found it very great and helpful. Jun 29 18:09:35 ebadawy: I think I've merged everything but the CSS now. Jun 29 18:09:35 I see that you moved my_tutorial to bonecard dir ,, shouldn't this path be fixed ? https://github.com/jadonk/bone101/commit/0ebadd2c437e839d03032b2dbcc5bfd70e5b89bb#diff-c9787051140e4a9248284e28d813a03fR5 Jun 29 18:09:51 yes, indeed it should! Jun 29 18:10:00 probably need a lot of fixes based upon my merges. Jun 29 18:10:31 I can track it and update the commits Jun 29 18:11:20 my editor seems to always add newlines at the end of files. Jun 29 18:13:30 nerdboy: back Jun 29 18:13:50 sorry for being late Jun 29 18:13:53 ebadawy: which branch has the latest bonecard.css file? I might simply try doing a diff and merge what I am happy with. Jun 29 18:14:05 also, hi all Jun 29 18:14:25 after_merge Jun 29 18:17:40 I don't see that branch Jun 29 18:18:13 what I see: http://pastebin.com/iKWFX6zu Jun 29 18:19:12 oh... sorry ,, I pushed it as gh-pages ! Jun 29 18:19:14 ebadawy: why is bonecard-tutorial.css different than bonecard.css? Jun 29 18:20:32 bonecard-tutorial.css didn't contain the bonecard style ,, just what for the pagae itself Jun 29 18:21:15 rcn-ee: ping Jun 29 18:21:49 jkridner: How did your fingerprint sensor project work out? Jun 29 18:22:06 Abhishek_: never did.... too many distractions. :( Jun 29 18:23:03 jkridner: did you also see the BeagleCore SoM on KS? Jun 29 18:25:09 ebadawy: seems we are working from these deltas: http://pastebin.com/dT6EYZJA Jun 29 18:25:16 Abhishek_: yeah. not a beagleboard.org product. Jun 29 18:25:58 * Abhishek_ wonders if he could design or get designed such a SoM with a 1G PHY Jun 29 18:26:12 instead of a 100Mbit one Jun 29 18:26:33 neemo: update whatever you can please Jun 29 18:26:46 ie, if you have stuff to push, etc Jun 29 18:27:03 * nerdboy on final smash-up day Jun 29 18:27:39 ebadawy: what are bonecard-micro and bonecard-preview for? Jun 29 18:28:28 ebadawy: 'bonecard' was previously the top-level card show in list views, where bonecard-zoomed was an actual tutorial page. Jun 29 18:28:44 I can rename, but I need good descriptions on what the types are. Jun 29 18:28:53 (I'd rather not rename though) Jun 29 18:30:16 ebadawy: do we really need a separate style sheet for the page vs the card? I can see we might, as it should be easy to embed a bonecard, but having some generic helpers for creating a page would be fine. Jun 29 18:30:29 nerdboy: I'll push 3D fitting stuff and everything else I've got Jun 29 18:30:46 ebadawy: anyway, I'd like to merge bonecard.css first and I need a description of the classes. Jun 29 18:31:21 nerdboy: though I hit a bit of an issue on the 3D processing two days ago and didn't manage to move forward from it Jun 29 18:32:15 ebadawy: I won't accept the changes to the proportions as the proportions should match the actual board for the style. Jun 29 18:32:53 jkridner: bonecard-micro for showing it on a list ,, that small one there ,, http://ehab93.github.io/bone101/Support/bonecard/create/ Jun 29 18:32:58 ebadawy: bonecard had 1px = 0.01in of the board size. Jun 29 18:33:20 ebadawy: that's smaller than what we had before. Jun 29 18:33:26 does it need to be? Jun 29 18:33:45 we had it formatted nicely to fit on tablet and phone displays of common sizes. Jun 29 18:33:46 neemo: can you write it up as an issue? Jun 29 18:33:49 yes ,, I guess it should be like so ,, as it is a list item Jun 29 18:35:07 jkridner: the problem with bonecard-zoomed is that I see it late ,, have made many chages before ,, so u can consider it as a change in names! Jun 29 18:35:17 I've managed to to the batch linear stuff and it seems to work fine, I've hit an issue with solving a nonlinear set of equations to express the ellipsoid transformation parameters for data correction in relation to the linear intermediate parammeters I compute using batch linear least-squares estimation Jun 29 18:35:53 however ,, for the proportions I agree that it could have some changes Jun 29 18:35:54 nerdboy: ^ and anyone else versed with nonlinear eq solving and/or MATLAB/Mathematica/etc Jun 29 18:36:23 ebadawy: have you really made so many files that you couldn't change the name to 'bonecard' and 'bonecard-zoomed'? Jun 29 18:36:33 ebadawy: also, what are micro and preview? Jun 29 18:37:04 nerdboy: So when I go into MATLAB to solve the eqs and get a set of equations to compute the transformations, I reduce the solving to this set of equations Jun 29 18:37:19 nerdboy: http://pastebin.com/pqD9B3HL Jun 29 18:37:26 jkridner: preview is for showing it in the tutorial page Jun 29 18:37:48 how is that different from 'bonecard'? Jun 29 18:37:59 this is a fake tutorial showing it ,, http://ehab93.github.io/bone101/Support/bonecard/tutorial/?gist_id=bd093ac323e793c81106 Jun 29 18:38:32 nerdboy: this is the most simplified form of what MATLAB gives me and no matter what I try I don't get anything simpler than that, and well, that set of EQs doesn't go anywhere, at least not in a couple of hours on my small laptop Jun 29 18:38:33 oh sorry ,, it is for my_tutorial page! Jun 29 18:38:47 what is that? Jun 29 18:39:23 nerdboy: I'm sure there's a simpler way around it and/or something I'm missing, but not sure where to direct my efforts Jun 29 18:39:50 u can make a quick tutorial and then go to 'My Tutorial' page ,, it should be there Jun 29 18:40:19 this for previewing all the tutorials ,, it's size quite in between micro & bonecard sizes Jun 29 18:40:39 ebadawy: is it needed? Jun 29 18:40:52 sure Jun 29 18:40:55 ebadawy: why preview anything in another size that it'll actually be? Jun 29 18:41:57 I think of it like that to have more rooms for other tutorials ,, not sure if it is a good idea though Jun 29 18:41:59 ? Jun 29 18:43:47 ebadawy: I think the preview should look EXACTLY like what you'll get in the end. I'm looking for per-pixel compatibility, making sure that whoever creates a tutorial has it presented in the way they expect. Jun 29 18:44:48 yes, but the create page is missing the preview card ,, when I add it, it should be the same size Jun 29 18:45:06 curremtly what I am showing in it is just the tutorial name Jun 29 18:46:04 ebadawy: I don't know what you expect me to take away from these comments. I don't believe bonecard-preview is required. If I'm wrong, let me know. Jun 29 18:46:21 right now, I'm trying to figure out how http://beagleboard.github.io/bone101/Support/bonecard/ got messed up. Jun 29 18:47:12 I strongly recommend that you make a quick tutorial with the current version ,, http://ehab93.github.io/bone101/Support/bonecard/create/ Jun 29 18:47:44 ebadawy: I've looked at it. Jun 29 18:48:16 I mean make a tutorial and save it to see in the my_tutorail page Jun 29 18:48:41 something like trying the whole scenario Jun 29 18:49:30 it will get in the same page about what I meant about bonecard-preview Jun 29 18:50:33 ebadawy: I don't see why the displayed bonecards are of class 'editor-preview'. Jun 29 18:51:04 u mean what's under 'preview' tab? Jun 29 18:52:39 it seems there is an editor div on every bonecard. Jun 29 18:52:47 that seems odd for non-editor bonecards. Jun 29 18:52:53 er, non-code bonecards. Jun 29 18:53:03 I only created HTML cards. Jun 29 18:53:13 http://ehab93.github.io/bone101/Support/bonecard/tutorial/?gist_id=ed18bfacafeeb676e31c Jun 29 18:54:07 neemo: i can look at it in more detail after today Jun 29 18:54:16 did you try fsolve? Jun 29 18:54:28 well ,, that was because it has the same preview and the same dimensions ,, should I use another name with the same attrs? Jun 29 18:55:30 you would need to get in the appropriate form, but that works for nonlinear sets Jun 29 18:56:19 ebadawy: not sure what attributes are needed, but it should be a different class for code and for HTML Jun 29 18:56:36 can solve for L and u* in 6 iterations or less (boundary layer similarity theory) Jun 29 18:56:59 Of course, for HTML, I'd still rather have a true WYSIWYG experience (inside the border, with ability to add graphics, etc.) Jun 29 18:58:13 jkridner: not sure if I got u on that, but isn't that what ckeditor do? Jun 29 18:58:18 nerdboy: after today works fine, I'll be working on API stuff and testing until I figure out a way out of that equation Jun 29 18:58:49 ebadawy: is there a reason 'Fork' doesn't show up on your own gist? (Still seems valid to create forks of your own tutorials) Jun 29 18:58:50 nerdboy: any help highly appreciated Jun 29 18:59:28 jkridner: gist throughs error when forking your own tutorial Jun 29 18:59:33 ebadawy: the box around the editor doesn't have the same format as the bonecard. you only have that under preview (where you can't actually edit). ideal is to have one view and for it to be editable. Jun 29 18:59:57 ebadawy: ah. I can see github might not support that. Jun 29 19:00:12 probably worth finding a work-around at some point. Jun 29 19:00:20 nerdboy: I thought about fsolve, but isn't fsolve only for numeric solving? because what I'm trying to do is get a symbolic solution that gives me the equations that relate my computed variables (from the batch least-squares depending on data) to my transformation parameters which I need for the correction Jun 29 19:00:26 jkridner: I could work on that. Jun 29 19:01:02 ebadawy: btw, it seems you've changed the gist content format from what DiegoTc had. Can you please document the format for the gists? Jun 29 19:01:34 I think that I did this one ,, just a sec... Jun 29 19:01:59 ebadawy: k. please add it to Support/bonecard/README.md Jun 29 19:02:24 ebadawy: include how a gist is identified to be a bonecard. Jun 29 19:02:35 nerdboy: In essence, I'm trying to get a set of equations as I got in the 2D ellipse case, like in this code line 56 on https://github.com/nvisnjic/BeagleSat/blob/master/2D_fit_simulation/fit_2d_octave.m Jun 29 19:02:36 jkridner: u mean a documentation like this one? https://github.com/ehab93/bone101/blob/gh-pages/static/bonecard-create.js#L141 Jun 29 19:02:38 ebadawy: there is also likely a desire to include a format version. Jun 29 19:03:12 jkridner: or should I do it in a separated file with more details? Jun 29 19:03:53 nerdboy: It takes matlab a second to get those equations for the 2D fitting, but the 3D nonlin eqs are much much longer, as you've probably seen Jun 29 19:04:20 I'm gonna be working on it a bit more, and hopefully fix it soon Jun 29 19:04:32 the 'description' field is a bit vague. It seems some characters might not be supported and there are no enclosures for the various fields (title, description). I thought DiegoTc had decided to make a .json file with metadata for the bonecard, but I could be wrong on that. Jun 29 19:04:47 ebadawy: I think a separate .json file might be ideal. Jun 29 19:05:11 ebadawy: it'll be more flexible, as long as it is still easy to create a bonecard gist by "hand". Jun 29 19:05:22 jkridner: ok that is fine, I can do that. Jun 29 19:05:31 if anyone worked with solving complicated nonlinear equations, directions highly appreciated Jun 29 19:05:33 also, I'd say the prefix should be 'bonecard', not 'bone101', but that is minor. Jun 29 19:06:23 https://github.com/ehab93/bone101/blob/gh-pages/static/bonecard-create.js#L249 sure has a lot of in-line code/formatting. Jun 29 19:07:21 jkrinder: don't get this one? ^ Jun 29 19:08:25 ebadawy: I think it'd be cleaner if you just used classes rather than in-line style statements. Jun 29 19:08:39 (except for stuff like 'display:none;' Jun 29 19:08:40 ) Jun 29 19:09:11 oh... ok I'll fix it. Jun 29 19:09:12 maybe a lot of it can't be helped. I'm not sure. Jun 29 19:09:24 just seemed like a lot of code embedded in JS. Jun 29 19:10:09 that's the easiest way I guess! :) Jun 29 19:11:59 jkridner: but do u mean in-line css or the whole html should be replaced? Jun 29 19:12:41 I was worried about in-line css, but I guess there really isn't that much. Jun 29 19:12:49 I guess it is fine. Jun 29 19:13:20 jkridner: yeah, just checked it out and found nothing but the display:none style. Jun 29 19:13:29 yeah, seems OK. Jun 29 19:14:49 jkridner: I was having a problem when including bonecard-demo.js file ,, so I rather did that ,, https://github.com/ehab93/bone101/blob/gh-pages/static/bonecard-tutorial.js#L125 Jun 29 19:14:59 not sure if it is a good thing to do? Jun 29 19:16:45 not sure what you mean. were you not able to run demoRun()? Jun 29 19:18:05 oh, sorry, this file bonescript-demo.js Jun 29 19:18:32 when I include it other scripts mess up! Jun 29 19:35:14 ebadawy: you might not be supper happy with this, but I'm working on fixing up the appearance of the various classes at http://beagleboard.github.io/bone101/Support/bonecard/. I'll let you know when I'm happy. I'm a bit confused what happened to the normal bonecard view right now. Jun 29 19:38:23 jkridner: no that's fine, but just hope you get that I need 3 different sizes of the bonecard, and I can work on the classes names after you finish. Jun 29 19:38:39 I don't understand why the 3rd size. Jun 29 19:38:43 I understand small and big. Jun 29 19:40:22 jkridner: the one for my_tutorial page Jun 29 19:40:51 http://ehab93.github.io/bone101/Support/bone101/my_tutorials.html Jun 29 19:41:51 this is the bonecard-preview that I was talking about ^ Jun 29 19:42:02 ebadawy: by the way, http://jsfiddle.net/jkridner/3J3X3/5/ was my proof-of-concept Jun 29 19:42:16 ebadawy: yeah, I see no need for it to be a 3rd size. Jun 29 19:43:16 so it will be the micro size instade? Jun 29 19:44:04 jkridner: ^^ and that is what way are doning right now, righ? Jun 29 19:44:28 ebadawy: odd that the http://jsfiddle.net/jkridner/3J3X3/ looks OK, but http://beagleboard.github.io/bone101/Support/bonecard/ doesn't. Jun 29 19:44:42 ebadawy: it'd be the standard "deck" size. Jun 29 19:44:59 you have "decks" and "pages" essentially. Jun 29 19:45:45 okay. Jun 29 19:46:20 neemo: I have used various "solvers" in the past Jun 29 19:47:06 ebadawy: seems that bootstrap is causing part of the issue with 'box-sizing; Jun 29 19:47:12 neemo: they can help with brute force numerical solutions (similar to what Excel's solver does) Jun 29 19:48:29 jkridner: that's weird! it worked fine with me Jun 29 19:52:20 moto-timo: I'd like to discuss those solvers in the near future if you're up for it Jun 29 19:52:49 moto-timo: ehm "solvers", but I'm definitely interested Jun 29 19:52:56 neemo: I can tell you my favorite when I get home (in about 4-5 hours). Jun 29 19:53:04 neemo: I forgot the name of it... Jun 29 19:53:36 moto-timo: alright Jun 29 19:53:43 link it here if you can Jun 29 19:53:58 I'll go kill some eyesight and drift to the realm of dreams Jun 29 19:54:29 trying to have a healthy schedule, making it work... for the most part Jun 29 19:55:04 also, I've found an ellipsoid Fit algorithm in Matlab by a guy named Yuri (go figure) Jun 29 19:55:12 finally google gave me something brilliant Jun 29 19:56:02 and he does the same thing as I did, for the most part (linear fit is the same, so I got that one right) Jun 29 19:56:04 guys named Yuri often do good math :) Jun 29 19:56:51 fsolve is for 2D nonlinear iirc Jun 29 19:57:13 but when he takes those intermediate values and converts them back to parameters Jun 29 19:57:37 levenberg-marquardt also works but iirc that is also 2D optimization Jun 29 19:57:37 he does some impressive matrix magic and uses eig to solve the eigenproblem (his comments) Jun 29 19:58:07 so that's a bit beyond me at this point in the night, will do a lot of digesting tomorrow Jun 29 19:58:14 oops.. the one I was thinking of is for linear systems Jun 29 19:58:16 been a while since i played with that stuff... Jun 29 19:58:20 http://sourceforge.net/projects/lpsolve/ Jun 29 19:58:38 the nice thing is it is ANSI C, not FORTRAN Jun 29 19:58:57 I'll look into it, thanks moto-timo Jun 29 19:59:18 It'll be useful some day if not right now Jun 29 19:59:41 it was just as good as the Solver built into Excel Jun 29 19:59:43 * neemo ugh sourceforge (makes sick face) Jun 29 19:59:48 for what I needed anyway Jun 29 19:59:55 makes sense Jun 29 20:00:43 nerdboy: it's mostly not the issue of solving the equations (I think it would be able to solve it after some while with numeric methods) Jun 29 20:00:59 ideal if you can get 2 different methods/implementations to yield the same result Jun 29 20:01:04 there are several repos on github to build it for assorted repos Jun 29 20:01:09 the point is I thought it's best to solve it symbolically and then use those equations to pull out the final parameters fast Jun 29 20:01:35 neemo: the right method(s) should not take long, depending Jun 29 20:01:47 and then I found Yuri's example and am a bit dumbfounded Jun 29 20:02:02 nerdboy: yup, Yuri agrees Jun 29 20:02:07 * moto-timo thinks neemo should bribe nerdboy with coffee Jun 29 20:02:22 both of those 2D methods give same answer and converge in 6 iterations or less for all valid inputs Jun 29 20:02:34 fwiw here's his stuff http://www.mathworks.com/matlabcentral/fileexchange/24693-ellipsoid-fit Jun 29 20:02:39 6 iterations is a nice short path :) Jun 29 20:03:02 im still in a bit of a shock, and happy that I have lots of stuff to learn :) Jun 29 20:03:20 the more you learn, the more there is to learn Jun 29 20:03:24 life is great like that Jun 29 20:03:25 yup Jun 29 20:03:30 fsolve is a constrained Newton's method Jun 29 20:03:33 good times going forwad Jun 29 20:04:00 * neemo note to self: eigenvectors, they're cool for something and your undergrad maths didn't teach you about them Jun 29 20:04:43 yeah, 6 iterations is mighty impressive Jun 29 20:04:51 well more learning to be done Jun 29 20:05:09 I'll write back to you on the progress when I figure out what Yuri did and what I can use Jun 29 20:05:38 also maybe solve those equations properly, although that matlab code runs blazingly fast and I want to know what it does Jun 29 20:06:16 see you guys back here tomorrow US morning time (or late night time maybe) Jun 29 20:06:28 I'm off to count some sheep Jun 29 20:06:32 :) Jun 29 20:07:02 nerdboy: moto-timo also thanks for the help :) Jun 29 20:10:06 hit github rate limit. :( Jun 29 20:10:31 is that for OAuth!? Jun 29 20:11:09 just requesting data from gist.github.com. Jun 29 20:11:20 oh... Jun 29 20:11:25 seems your requests are based on https, which also fails. Jun 29 20:12:04 is that data that big, AFAIR gist support till 1MB Jun 29 20:13:30 it is tiny. still, they created a rate-limit. Jun 29 20:15:37 we'd discussed early having the ability to simply fork content in-pages, rather than gists, for some sets of tutorials (and to include tutorials in-the-box). I think that makes this gist issue a bit of a non-starter, I hope. Having gists available for quick development is handy and should result in a lot of forking and a load of new tutorials, but hopefully it is easy to merge them into a full-on bone101 fork as a final Jun 29 20:15:37 step. Jun 29 20:16:57 ebadawy: k, lots of clean-up needed, but if you can work from the current master, I think it should be better. Jun 29 20:18:02 jkridner: I see your changes here, http://beagleboard.github.io/bone101/Support/bonecard/ Jun 29 20:18:17 is that what you want me to consider. Jun 29 20:18:47 and btw, don't know what you mean about forking content in-pages? where that fork goes if not to gist? Jun 29 20:18:57 hopefully it is clear why I've taken a different approach on a few things. Jun 29 20:19:48 ebadawy: loading content from gists is possible, but you can see that http://beagleboard.github.io/bone101/Support/bonecard/ has some actual content in some of the items.... Jun 29 20:20:17 so, it isn't always necessary to create gists to store content... gists are just the easiest/fastest way. Jun 29 20:21:06 it is necessary to be able to put content directly in the pages for 2 reasons: 1) so they can be included in /var/lib/cloud9 on each board and 2) so Google can search the content. Jun 29 20:21:48 yeah, got it now. Jun 29 20:22:22 but how can a user edit a page content if he is not a collaborator in the repo? Jun 29 20:22:23 ebadawy: by the way, github says "Authenticated requests get a higher rate limit" Jun 29 20:22:38 I'm not sure if the requests are authenticated or not if you are logged in. Jun 29 20:22:52 ebadawy: by creating a fork. Jun 29 20:23:11 the gists are public, so no authentication is needed Jun 29 20:23:12 in this case, a github project fork, rather than a gist fork. Jun 29 20:23:26 ebadawy: right, but apparently using the API is rate limited. Jun 29 20:23:56 jkridner: didn't know about that problem Jun 29 20:24:04 fetches to XYZ.github.io don't suffer from the same rate limit. also, authenticated API requests have a higher rate limit. Jun 29 20:24:20 ebadawy: don't worry about it for now. just wanted you to be aware. Jun 29 20:24:41 okay Jun 29 20:34:29 jkridner: seems I was having some problem with xchat! Jun 29 20:34:38 anyway, I see also that you are not using ace for previewing the code. do want it to be like so? Jun 29 20:36:24 ebadawy_: ace should be used, but I changed the name to simply be a 'code' class under a 'bonecard' div. Jun 29 20:36:46 perhaps using an id is better? Jun 29 20:37:23 anyway, I think you should be able to take advantage of being under bonecard-code and also work with multiple code pages displayed at once. Jun 29 20:37:32 I left it to you to fix the formatting. Jun 29 20:37:58 jkridner: OK Jun 29 20:40:24 jkridner: and for bonecard in a list, should it be the 'deck' version? Jun 29 20:41:38 I believe that http://jadonk.github.io/bone101/Support/bonecard/ does that for now. Jun 29 20:41:52 * moto-timo needs to reboot Jun 29 20:42:00 the class name is simply 'bonecard'. perhaps it would be more clear if 'bonecard-deck'? Jun 29 20:42:51 I just didn't see a reason to rename. Jun 29 20:43:52 jkridner: I need a small version for showing in a list http://ehab93.github.io/bone101/Support/bonecard/create/ Jun 29 20:44:06 it should just hold the card title. Jun 29 20:44:39 * jkridner forgot that 'zoomed' used to be a mouse-click away. Jun 29 20:45:09 * jkridner had the original idea that a deck would simply expand in-place and could then allow flipping between the pages. Jun 29 20:45:54 ebadawy: it shouldn't just be a title. it should include a full HTML set of info, including graphics such that it can be visually appealing to help flip through a large number of tutorials. Jun 29 20:47:35 jkridner: yes, that is for the deck version. Jun 29 20:48:11 jkridner: but for the list what I just need is something to switch between cards Jun 29 20:48:15 ebadawy: ah, you are saying for each page.... Jun 29 20:48:24 ebadawy: why not simply reuse the deck cover outline? Jun 29 20:48:48 ebadawy: because you don't need as much info? Jun 29 20:49:13 if it is really just a title, why not just show a text line? Jun 29 20:49:50 jkridner: I thought it would be have a good look if is like so :) Jun 29 20:50:14 consider these small cards ,, http://ehab93.github.io/bone101/Support/bonecard/tutorial/?gist_id=ed18bfacafeeb676e31c Jun 29 20:51:21 ebadawy: if you had some way of providing a preview of real content, it would have more appeal to me, but I guess I can go along with it. Jun 29 20:52:55 jkridner: so I can take it as your are accepting the micro size? Jun 29 20:54:25 yeah, I'll add one (with consistent proportions). Jun 29 20:54:35 cool. Jun 29 20:54:52 I wish the content could be made more appealing than just the title, but I don't have an easy solution. Jun 29 20:55:18 I'll try to work around that. Jun 29 21:04:10 is http://beagleboard.github.io/bone101/Support/bonecard/ OK? Jun 29 21:04:53 the border size, wouldn Jun 29 21:04:58 wouldn Jun 29 21:05:26 *ohh!* wouldn't be better to have a smaller width? Jun 29 21:06:49 ebadawy: smaller width for bonecard-micro than 1/2 size? Jun 29 21:07:30 no, I mean the border attr Jun 29 21:07:39 it is 1/4 width of bonecard-zoomed, which fills the width of the page. Jun 29 21:07:41 it is now having 2px Jun 29 21:07:57 oh, smaller line thickness? Jun 29 21:08:07 yeah Jun 29 21:08:09 * jkridner was trying to keep the line thickness consistent. Jun 29 21:09:01 okay, and what about the raduis? Jun 29 21:09:49 https://www.youtube.com/playlist?list=PLzq-XagGEZrfoQg0prQ0AMDdqwDYLVQHD Jun 29 21:10:03 found it over round I guess in micro size, and little in zoomed size Jun 29 21:10:05 ebadawy: I cut the radius in half, to keep it consistent with the radius on the boards. Jun 29 21:10:55 in the 'zoomed', the radius goes small a bit compared to the board itself in order to give more room for content. Jun 29 21:11:39 OK Jun 29 21:12:05 but I still see the a smaller line thickness is better! :) Jun 29 21:19:40 ebadawy: how about now? Jun 29 21:19:51 connectors look large. :( Jun 29 21:20:04 but, it keeps with a common amount of indent. Jun 29 21:21:39 jkridner: some cards still have 2px thickness and the ports need to go a little bit inside I guess Jun 29 21:21:51 do a shift-refresh. Jun 29 21:22:07 are you talking about changing it on ALL the cards? Jun 29 21:22:14 I thought you were just looking for this on micro. Jun 29 21:22:45 no, was talking about for all cards Jun 29 21:22:55 oh. Jun 29 21:22:58 fine. Jun 29 21:25:15 are the outlines still drawn with css? Jun 29 21:25:29 alexanderhiam: yes Jun 29 21:26:09 fwiw they look different for me in firefox and chrome Jun 29 21:26:22 alexanderhiam: screen shots? Jun 29 21:27:09 alexanderhiam: I tried both and they look the same to me. Jun 29 21:27:15 make sure to shift-refresh. Jun 29 21:27:38 ah, it's my zoom level Jun 29 21:28:07 alexanderhiam: same was with me! Jun 29 21:28:15 I'm also on a 14" 4k monitor running Ubuntu, so I get some rendering funkiness here and there Jun 29 21:28:38 hmmm.... zoom level makes it seem to show I might not have done a 100% job of covering up the overlap (connectors) Jun 29 21:28:51 but there's always a risk when leaving the rendering up to the user's browser Jun 29 21:29:01 yeah, the overlap pops in and out at different zoom levels Jun 29 21:31:34 I pushed it a slight bit over to change the issue. Jun 29 21:32:16 that fixed it for me Jun 29 21:35:01 ebadawy: is this OK to start from? Jun 29 21:35:18 ebadawy: can you rebase and send a new pull request? Jun 29 21:35:42 ebadawy: (avoiding changes to what is already changed) Jun 29 21:51:56 * ebadawy facing internet issue again with xhcat! Jun 29 21:52:50 jkridner: looks great Jun 29 21:53:02 jkridner: I wonder why 'deck' size gets bigger when clicking on it? Jun 29 21:53:52 shouldn't the micro size have a smaller width size for the ports? Jun 29 21:55:19 jkridner: should I rebase from jadonk:master or beagleboard:master ? Jun 29 22:21:06 _av500_: any idea about the possible reason of high # page faults on bone? any known hardware issue? Jun 29 22:33:25 azizulhakim: better email....in .de is night right now :) Jun 29 22:49:55 vvu: been able to test the drivers? Jun 29 22:52:18 yep, audio and input work....but video i cannot get it working Jun 29 22:52:45 i need to grab a beagle at work and ping you to test live one of these days Jun 29 22:54:05 you can also test the video on pc without using X Jun 29 22:54:19 can i do it while on a VM ? Jun 29 22:54:35 i remember we had a discussion on this theme :D Jun 29 22:54:54 use mplayer to play any video file and tell it to use the framebuffer device. that way you'll see the video only, not the whole desktop Jun 29 22:55:02 and yes you can use a VM Jun 29 22:55:58 ah so this is why u got just those number of pages Jun 29 22:56:15 because it got the full framebuffer device....think so Jun 29 22:56:27 did you try with the full desktop Jun 29 22:56:28 ? Jun 29 22:56:44 I played only the video file on both bone and pc Jun 29 22:56:51 so it was same Jun 29 22:57:47 yes but i am curious why on all VMs is the same # of pages Jun 29 22:57:56 our lack of knowledge of how an OS works is kinda big :) Jun 29 22:58:03 yes it is surprising Jun 29 22:58:19 it should at least differ by some amount Jun 29 22:59:21 well I have some assumptions but I don't know why its too large on bone Jun 29 23:00:49 that i do not know either Jun 29 23:00:59 maybe because the CPU has a small cache size ? Jun 29 23:01:09 and has something to do with this Jun 29 23:01:20 maybe ds2 can give us a hint ? Jun 29 23:02:02 will look forward to it. Jun 29 23:02:10 did you ever try to run a bone image on virtual machine? Jun 29 23:07:31 no...but it does not work Jun 29 23:08:03 you can run the rpi as i know Jun 29 23:08:08 i forgot the name of the emulator Jun 29 23:08:34 qemu? Jun 29 23:10:45 yes true Jun 29 23:10:46 this one Jun 29 23:11:00 i think you can run the bbb image but will not work as expected Jun 29 23:11:07 it has emulation for the arm core in the bbb if i recall Jun 29 23:13:13 tried bbb on qemu before. wasn't able to run. will try rpi Jun 29 23:13:29 rpi has a very basic thingie Jun 29 23:32:03 * nerdboy hopes jkridner is getting "reasonable"-looking merges Jun 29 23:33:00 qemu arm should work - is there a known beaglebone problem? Jun 29 23:33:28 not very fast, but... Jun 29 23:44:04 video works ? Jun 29 23:44:06 we need video Jun 30 01:18:58 framebuffer? Jun 30 01:22:18 yes Jun 30 01:23:41 what about pl110 driver? Jun 30 01:24:01 does not work for beaglebone image? Jun 30 01:29:48 apparently that one works for rpi but i don't see anything about beagles Jun 30 01:31:13 the main difference appears to be how registers are mapped Jun 30 01:34:10 i've about reached my limit, but you could ask on #oe where the smart openembedded people are... **** ENDING LOGGING AT Tue Jun 30 02:59:58 2015