Perl 6 - the future is here, just unevenly distributed

IRC log for #openframeworks, 2014-05-15

| Channels | #openframeworks index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:31 ukitazume joined #openframeworks
00:34 austinslominski joined #openframeworks
01:26 pizthewiz joined #openframeworks
01:31 gabrielstuff joined #openframeworks
01:31 gabrielstuff joined #openframeworks
01:47 GuidovanPossum joined #openframeworks
02:11 GuidovanPossum joined #openframeworks
02:41 jedahan joined #openframeworks
02:45 gabrielstuff joined #openframeworks
02:49 austinslominski joined #openframeworks
02:54 vade joined #openframeworks
03:14 jedahan hmm, so /dev/uinput doesn't create any devices in /dev/input/by-path, so ofAppEglWindow thinks there are no keyboard or mouse (rightfully so)
03:14 jedahan left #openframeworks
03:14 jedahan joined #openframeworks
03:14 booltox joined #openframeworks
03:15 jedahan joined #openframeworks
03:44 vade joined #openframeworks
03:44 pizthewiz joined #openframeworks
03:48 austinslominski joined #openframeworks
03:57 ukitazume joined #openframeworks
04:13 jedahan jcleave doesn't hang out here does he?
04:22 pizthewiz joined #openframeworks
04:24 vade joined #openframeworks
04:32 pizthewiz jedahan: Indeed he does
04:33 jedahan cool
04:33 jedahan I think I may have some questions about ofEglAppWindow.cpp/h
04:33 jedahan specifically regarding the input devices
04:33 gabrielstuff joined #openframeworks
04:33 jedahan trying to make it easier to do remote pi stuff
04:34 qDot_ jedahan: Is this on raspbian?
04:36 jedahan yes
04:36 jedahan I am using /dev/uinput to make devices
04:37 jedahan which exports /dev/input/mouse0 (and the summation of all /dev/input/mouseX as /dev/input/mice)
04:37 qDot_ Ok. I'm about to have to deal with this on another project. :)
04:37 jedahan ofEglWindowApp or however its called looks in /dev/input/by-path/blahblah
04:37 jedahan which I think is only created with udev
04:38 jedahan and real devices
04:40 * qDot_ is going to get to fight this with getting FirefoxOS working on the RPi, as we never got input running with it correctly and this might've been the issue.
04:43 jedahan qDot_ awesome!
04:44 jedahan I really wanna try dual booting into FFOS
04:45 qDot_ jedahan: Yeah, we haven't had anyone internally driving the project so it keeps stalling as contributors lose the ability to work on it. So I'm hoping to change that. WE'll see if it sticks though. :)
04:45 jedahan the pi is definitely a good target
04:46 jedahan mass adoption, many people experimenting with alternative phones, super cheap :)
04:46 qDot_ Yeah, exactly. And now we're trying to wedge FxOS onto phone less powerful than the pi so...
05:01 pizthewiz joined #openframeworks
05:31 gabrielstuff joined #openframeworks
05:47 jedahan it works!
05:48 jedahan ok, so telling ofAppEglWindow.cpp to read /dev/input/event0 works, though its a bit buggy its still useable. I'll submit a pull request to fallback to that for the mouse and keyboard so we can dev oF apps without needing a physical mouse, keyboard, or screen
06:28 mihi_tr joined #openframeworks
06:41 ncls joined #openframeworks
06:45 nylki joined #openframeworks
06:48 groolot joined #openframeworks
07:38 gabrielstuff joined #openframeworks
07:49 groolot left #openframeworks
07:52 abergmeier joined #openframeworks
08:09 groolot joined #openframeworks
08:17 underdoeg joined #openframeworks
08:21 underdoeg left #openframeworks
08:58 neue joined #openframeworks
08:58 zivios joined #openframeworks
09:03 gabrielstuff joined #openframeworks
09:17 groolot joined #openframeworks
09:18 groolot left #openframeworks
09:25 gabrielstuff joined #openframeworks
09:34 Joel_re joined #openframeworks
09:41 Joel_re joined #openframeworks
09:43 groolot joined #openframeworks
09:48 groolot left #openframeworks
09:53 nylki joined #openframeworks
10:14 zivios joined #openframeworks
10:28 zivios joined #openframeworks
10:30 kflux joined #openframeworks
10:30 kflux hey all
10:31 kflux has anyone ever used Bonjour in oF on Windows?
10:35 kflux what Apple provides as "SDK" is ridiculous
10:35 kflux a CLI exe and a .dll
10:36 kflux all zeroconf/dns-sd solutions i found for oF so far were xcode based or avahi (Linux)
10:40 gabrielstuff joined #openframeworks
11:19 Joel_re joined #openframeworks
11:35 neue joined #openframeworks
12:21 vade joined #openframeworks
12:25 vade joined #openframeworks
12:44 neue joined #openframeworks
12:46 vade joined #openframeworks
12:53 nylki joined #openframeworks
13:05 kflux joined #openframeworks
13:08 nylki joined #openframeworks
13:11 jedahan joined #openframeworks
13:11 vade joined #openframeworks
13:18 drdanmaku joined #openframeworks
13:22 gabrielstuff joined #openframeworks
13:40 Hurtzy joined #openframeworks
14:07 nylki joined #openframeworks
14:09 Hurtzy joined #openframeworks
14:12 GChriss joined #openframeworks
14:15 zivios joined #openframeworks
14:20 zivios joined #openframeworks
14:30 jedahan joined #openframeworks
14:41 jedahan joined #openframeworks
14:50 nylki joined #openframeworks
15:11 vade joined #openframeworks
16:08 nylki joined #openframeworks
16:19 admsyn joined #openframeworks
16:51 mihi_tr joined #openframeworks
16:59 jedahan joined #openframeworks
17:06 gabrielstuff joined #openframeworks
17:15 booltox joined #openframeworks
17:22 pizthewiz joined #openframeworks
17:24 zivios joined #openframeworks
17:37 admsyn I feel like I'm missing something obvious in ofxSyphon :/
17:37 admsyn paging vade
17:37 admsyn if I have two ofxSyphonClients, how do I bind them to two shader uniforms?
17:37 admsyn there's a bind() exposed, but the ofTexture is hidden
17:38 admsyn or @vade if that's how your IRC rolls :)
17:39 admsyn or rather, there's a bind() exposed that takes no args..and there's not a way I can find to actually get the texture ID or anything like that
17:39 admsyn I should clarify that I'm not the bestest at OpenGL :)
17:56 pizthewiz Hmmmm, whatcha trying to do?
17:57 pizthewiz A shader that has two texture inputs, both coming in via different Syphon Servers?
17:58 pizthewiz jedahan: I have some changes for the Raspberry Pi distcc page that I need to put together, not sure if that is helpful for you at all.
17:59 jedahan that would be helpful for sure
17:59 jedahan though we might not use distcc for the workshop just to keep things simple
18:00 jedahan it would be real nice to setup a distcc.openFrameworks.org for the rpi
18:00 jedahan to let anyone use it, though i'm not sure how crazy that would get
18:00 jedahan ack, i have to go to a meeting
18:00 jedahan bbl
18:00 admsyn pizthewiz: yepp, just have like uniform sampler2DRect clientA; uniform sampler2DRect clientB; in a frag shader
18:01 admsyn have to use #version 120 at the moment
18:02 * pizthewiz uses GLSL 1.20 in Cinder ????
18:02 admsyn \o/
18:02 pizthewiz Oh right so the Syphon addon doesn't actually give you the texture right?
18:02 pizthewiz It is almost too high-level?
18:02 admsyn I mean, I can draw the two clients
18:03 admsyn yeah
18:03 admsyn there's an ofTexture protected member
18:03 pizthewiz I think you've got to fork it
18:03 admsyn but if I just make it public and try and use it as a uniform it doesn't work
18:03 pizthewiz Or… you could RTT
18:03 admsyn hmmmm>
18:03 admsyn ?
18:03 pizthewiz Sorry, too much hanging out in ##OpenGL -- Render To Texture
18:03 pizthewiz Essentially draw it into an FBO
18:03 admsyn oh makes sense
18:04 pizthewiz Then take your FBO and grab the texture out of that.
18:04 pizthewiz But really, ofxSyphon should could probably expose an accessor
18:07 admsyn ok this is working pretty well
18:07 admsyn thanks pizthewiz
18:07 pizthewiz You bet
18:07 admsyn but yeah I agree, I was just like "surely, there's got to be some way to get it into a uniform"
18:07 admsyn cause I mean drawing the raw texture is cool I guess but that's not really why you'd bring it into OF I'd think..
18:08 kflux joined #openframeworks
18:10 pizthewiz Yeah, if you had a texture accessor, you could bind the texture to a texture unit that you'd coordinated with your shader. At present I guess you have to draw to an FBO then use the texture from that to do the same.
18:10 pizthewiz Seems like a waste though
18:16 nylki joined #openframeworks
18:23 jedahan joined #openframeworks
18:35 nylki_ joined #openframeworks
18:36 vade admsyn: you’d get the textures / sampler from the client
18:37 vade it should vend an ofTexture but the issue is
18:37 vade it ‘goes away’ if a client updates it
18:37 vade so its valid only during that draw
18:37 vade you cant really retain its backing
18:38 vade the way the actual framework works is it vends a SyphonImage pointer thats only valid for the lifetime of a display update
18:39 pizthewiz So as long as you ran the shader in update() and not draw() it is ok?
18:40 pizthewiz So you'd want to draw the shader into an FBO…
18:40 pizthewiz What ever happened to PBOs, they died out? All I seem to remember of them was that they were super super unstable (leaks?) on OS X.
18:43 admsyn vade: ah k
18:43 admsyn it there's no API for vending it though? just no-arg bind()
18:44 admsyn though the render-to-fbo thing is working very well
18:46 admsyn as in vending ofxSyphonClient -> ofApp, I think I'm just using the terminology wrong :)
18:47 pizthewiz Oh look at that ofxSyphonClient::bind() and ofxSyphonClient::unbind()
18:48 pizthewiz Seems like it needs a texture unit arg no?
18:50 vade hm?
18:50 vade sorry im in and out
18:50 vade PBO’s died out yes
18:51 vade why does it need a texture unit?
18:51 vade i dont use Syphon in OF but
18:51 vade (ive not had a reason to just yet)
18:51 vade maybe whomever wrote the implementation did it a little um, lack lustery
18:51 vade does their bind assume a texture unit ?
18:51 admsyn alright so PRs accepted then? :)
18:52 admsyn I think it assumes 0 or something yeah I'll look
18:52 vade its not my project
18:52 vade PR all you want
18:52 vade I dont want to support every fucking syphon implementation, id rather eat a shotgun :D
18:53 admsyn :p
18:53 admsyn yeah it defers to ofTextures bind(), which uses the texture data's textureID
18:53 admsyn which is being set in the syphon client's bind()
18:53 vade ah
18:53 admsyn to mTex.setUseExternalTextureID([(SyphonImage*)latestImage textureName]);
18:53 vade it might make sense to expose the ofTexture but basically vend a pointer to it
18:54 vade that changes every frame
18:54 vade similar to a SyphonImage that we vend in the framework
18:54 vade liek
18:54 vade like
18:54 vade http://syphon.v002.info/FrameworkDocumentation/interface_syphon_image.html
18:54 pizthewiz Werd, fork it and PR it
18:54 pizthewiz (meant for adam :0))
18:55 vade Returns a SyphonImage representing the current output from the server. The texture associated with the image may continue to update when you draw with it, but you should not depend on that behaviour: call this method every time you wish to access the current server frame. This object may have GPU resources associated with it and you should release it as soon as you are finished drawing with it.
18:55 admsyn right-o
18:58 admsyn vade: also since you asked on twitter: I use Syphon for VDMX <-> OF, and I've used it for a permanent installation where we needed to do a Cocoa UI on top of a Unity app
18:58 admsyn but I don't have reel footage for you :/
18:58 vade Oh cool :)
18:58 vade No worries, just curious :)
19:03 gabrielstuff joined #openframeworks
19:04 pizthewiz jedahan: My distcc changes walk through the process of setting up a build slave in a VM, how to expose it via multi-cast DNS and how to use it from the Raspberry Pi side. For your workshop you could have a machine / build slave that sat on the same subnet and just use multi-cast DNS - if distcc.openframeworks.cc were cloud-hosted, transit time for source and object files might be costly?
19:04 akryl joined #openframeworks
19:08 akryl Hi everyone, I'm trying to understand how can I begin using openFrameworks without using any IDE on windows (just using mingw32 and sublimetext). Any help how can I add all the libraries to use freely with simple #include would be welcome
19:11 admsyn akryl: there's a makefile system you can use, not sure how it'd deal with mingw2
19:11 admsyn you're straying into pretty rough terrain though, fair warning :)
19:14 akryl thanks for the warning, i'd still like to try x) I think I'd manag to create makefile from codeblocks project file, but it creates terrible mess within said makefile
19:14 akryl I'd just like to avoid that mess, so as my project grow I can learn to write my own makefiles as necessary
19:16 jedahan joined #openframeworks
19:20 akryl ...yeah, after conversation with a friend I'll just use generated makefile with it
19:20 akryl thanks for help though, see you around :)
19:23 admsyn np akryl, good luck with it
19:23 admsyn I'd be interested to hear how it goes if you decide to try it :)
19:30 nylki_ joined #openframeworks
19:30 vade joined #openframeworks
19:39 vade joined #openframeworks
19:57 gabrielstuff joined #openframeworks
20:01 groolot joined #openframeworks
20:03 groolot left #openframeworks
20:08 gabrielstuff joined #openframeworks
20:21 gabrielstuff joined #openframeworks
20:26 gabriels_ joined #openframeworks
20:32 zivios_ joined #openframeworks
20:51 jedahan joined #openframeworks
20:53 mihi_tr joined #openframeworks
20:55 gabrielstuff joined #openframeworks
21:16 groolot joined #openframeworks
21:19 kflux joined #openframeworks
21:24 drdanmaku joined #openframeworks
21:46 gabriels_ joined #openframeworks
21:54 gabrielstuff joined #openframeworks
22:05 jedahan joined #openframeworks
22:05 zivios joined #openframeworks
22:12 groolot left #openframeworks
23:40 dimension10 joined #openframeworks
23:49 predster joined #openframeworks

| Channels | #openframeworks index | Today | | Search | Google Search | Plain-Text | summary