Perl 6 - the future is here, just unevenly distributed

IRC log for #openframeworks, 2014-07-09

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

All times shown according to UTC.

Time Nick Message
01:26 thetimetraveller joined #openframeworks
01:45 booltox joined #openframeworks
02:17 booltox_ joined #openframeworks
02:45 Beliq joined #openframeworks
02:57 spacefabrik joined #openframeworks
02:58 spacefabrik left #openframeworks
03:33 admsyn joined #openframeworks
05:09 ncls joined #openframeworks
06:42 asper joined #openframeworks
07:02 jamesson joined #openframeworks
08:22 mihi_tr joined #openframeworks
08:58 neue joined #openframeworks
09:35 sebllll joined #openframeworks
10:43 Beliq I didn't see the stable branch initially, that's great, thanks jvcleave !
12:49 vade joined #openframeworks
14:12 ilbot3 joined #openframeworks
14:12 Topic for #openframeworks is now Welcome to http://openframeworks.cc/ | logs at http://irclog.perlgeek.de/openframeworks/
14:33 workergnome joined #openframeworks
14:36 jedahan joined #openframeworks
14:49 workergnome joined #openframeworks
15:09 vade joined #openframeworks
15:39 workergnome joined #openframeworks
16:15 dantheman joined #openframeworks
16:45 vade joined #openframeworks
16:50 pizthewiz joined #openframeworks
16:53 GuidovanPossum joined #openframeworks
17:00 workergnome joined #openframeworks
17:20 dantheman joined #openframeworks
17:56 oneirona1t hey, curious if anyone here has a watchdog program they like for windows to restart processes for live exhibits?
17:56 oneirona1t of course i'll fix the bug eventually, but need something as a stop-gap
17:57 oneirona1t i've seen restartMe, but looking for best practice now
18:07 DrCode joined #openframeworks
18:35 pizthewiz joined #openframeworks
18:41 frank12345 joined #openframeworks
18:42 pizthewiz joined #openframeworks
18:42 frank12345 sd
18:43 dantheman joined #openframeworks
18:47 admsyn joined #openframeworks
18:52 pizthewiz @jvcleave: That makefile is for the Cuda examples right, not for oF?
18:53 jvcleave right
18:53 jvcleave but it gives you the proper GL paths
18:53 jvcleave (its the simpleGL example)
18:54 pizthewiz Ahh gotcha, so using that we can inspect what is going on with the oF makefiles which is failing to find GL
18:54 jvcleave yes
18:54 pizthewiz Sorry, I should have mentioned that the Cuda Toolkit was required in the thread…
18:55 jvcleave have you tried the nvgstplayer?
18:56 pizthewiz Seemed like the oF makefiles were looking for glesv1_cm and glesv2. I wonder if there would be any benefit to using the full GL 4.4 implementation?
18:56 pizthewiz Yeah, it seemed to work pretty well for me, hardware decode and what not, though a bunch of people on the TK1 forum reported tearing / corrupt buffers.
18:57 jvcleave only the 0.1 version was working for me (not the 1.0 version)
18:57 pizthewiz Hmm, lemme fire it up and see
18:58 jvcleave which kinda sucks because I know the gst-omx stuff was only ported to gstreamer-1.0 unless nvdia is using a custom fork off the old effort
19:00 jvcleave but openmax being available is cool - hopefully it won't take another year to write an OpenMax player this time ;)
19:09 * pizthewiz runs the updater and checks out CUDA 6.5
19:15 pizthewiz Hmm apparently L4T was updated to 19.3?
19:19 pizthewiz The L4T 19.3 documentation also has Gstreamer info: https://devtalk.nvidia.com/default/top​ic/760416/embedded-systems/linux-for-t​egra-r19-3-documentation-now-online/
19:31 jvcleave maybe that is what I have?
19:32 pizthewiz Sounds like you can't update to 19.3 without flashing the board :0\
19:34 jvcleave yeah - the internal card is fast but may be painful
19:37 pizthewiz Yeah, I'm not all that savvy with rootfs. I'm reading through the forum to see what I can find out
19:38 vade joined #openframeworks
19:39 jvcleave looks like there is a way without flashing
19:39 jvcleave https://devtalk.nvidia.com/default/topic​/759027/embedded-systems/l4t-r19-3-upgra​de-procedure-tegra-linux-driver-package-​development-guide-/post/4258381/#4258381
19:52 jvcleave pizthewiz - well the drivers updated but not the release I guess
19:52 jvcleave btw the command is cat /etc/nv_tegra_release
19:55 pizthewiz Yeah, I'm running 19r2 hmm
19:58 jvcleave yeah - looks like it has to be flashed
19:58 jvcleave guess day 2 is as good as time as any
19:58 pizthewiz Ha!
19:58 pizthewiz If only I had a serial cable…
19:59 pizthewiz Though the update shouldn't be required to get oF up and running. Apparently the board is ES1 and ES3, not ES2
19:59 pizthewiz and 4.3 not 4.4 (as I originally thought)
19:59 jvcleave it uses USB
20:00 jvcleave i saw 4.4 i think
20:00 jvcleave yeah - 4.3
20:02 pizthewiz I could have sworn it said 4.4 somewhere
20:02 jvcleave yeah - i think i have seen it as well
20:03 jvcleave looks like you can do it from an SD card - might try that
20:04 pizthewiz Oh, blasting an image to SD would definitely be convenient
20:05 pizthewiz I'm pretty sure you need a serial connection if doing it the normal way. From the Quick Start:  - Serial cable plugged into the serial port J1A2 UART4 on the target connected to your Linux host directly or through a serial-to-USB converter. (To setup serial console on the Linux host.)
20:11 pizthewiz Will the TK1 boot off SD though? I thought for some reason it was hardwired to boot from EMMC
20:19 jvcleave looks like there is a recovery mode for SD
20:20 pizthewiz The 19r3 release notes mention support for Gstreamer 1.0, that's good
20:48 GuidovanPossum hi, I found the line that is giving me a segfault in the audioInputExample but don't understand the reason why at all
20:49 GuidovanPossum it's this line 166 from ofApp.cpp:   smoothedVol += 0.07 * curVol;
20:50 admsyn isn't that just like float += 0.07 * float; ?
20:51 GuidovanPossum yes it's strange after commenting out it runs fine
20:51 admsyn weeeird
20:51 admsyn probably something to do with the audio buffer, though, since IIRC one of the values comes directly from a float * handed off by the audio system
20:52 admsyn is there a check for NULL in there? maybe the buffer / bufferSize is coming in bad
20:53 GuidovanPossum this is the error that pops up, [ error ] ofTessellator: performTessellation(): mesh polygon tessellation failed, winding mode 0 Program received signal SIGSEGV, Segmentation fault.
20:53 admsyn oh
20:53 admsyn well then that's real weird
20:54 GuidovanPossum but I couldn't even find any of that even in the program
20:54 GuidovanPossum agreed
20:55 admsyn I'm gonna go with bizarre fallout caused by undefined behaviour?
20:55 admsyn is it just the unmodified audio example?
20:55 GuidovanPossum yes
20:56 GuidovanPossum and I tried both 0.81 and 0.83
20:56 admsyn what platform?
20:56 GuidovanPossum debian wheezy
20:58 admsyn yeah I don't really know vOv
20:59 GuidovanPossum I've got an idea
20:59 admsyn the fact that you're getting real error output in the console from the tesselator in the audio input example is pretty weird indeed
21:00 GuidovanPossum ok I put std::cout << smoothedVol << ' ' << curVol; in the line before that to output the values to console
21:02 GuidovanPossum and got 0 00 -nan-nan -nan-nan -nan [ error ]
21:05 pizthewiz joined #openframeworks
21:08 _pizthewiz joined #openframeworks
21:20 dantheman joined #openframeworks
21:27 mihi_tr joined #openframeworks
21:34 Sembei joined #openframeworks
21:36 MyMind joined #openframeworks
21:37 Razorien joined #openframeworks
23:14 sebllll_ joined #openframeworks

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