**** BEGIN LOGGING AT Thu Mar 01 03:00:00 2018 Mar 01 04:18:58 no idea, as of now **** ENDING LOGGING AT Thu Mar 01 04:44:32 2018 **** BEGIN LOGGING AT Thu Mar 01 04:46:58 2018 **** ENDING LOGGING AT Thu Mar 01 04:54:46 2018 **** BEGIN LOGGING AT Thu Mar 01 04:56:06 2018 **** ENDING LOGGING AT Thu Mar 01 05:02:41 2018 **** BEGIN LOGGING AT Thu Mar 01 05:05:55 2018 Mar 01 12:49:11 Noob here. What is expected for Audio platform idea? Sorry really new to IRC Mar 01 18:01:15 hey anyone Mar 01 18:15:00 Hi Michael! Mar 01 18:17:53 Hi ianu Mar 01 18:36:11 ! Mar 01 19:02:57 hey sid__ ! Mar 01 19:05:55 Hi zeekhuge! I'm new here. Can you tell me how can I get started with the audio platform project Mar 01 19:10:35 are you already experienced with beaglebone boards ? Mar 01 19:11:41 Well no, I know raspberry pi's better. I have somewhat used an mbed LPC1768 more. Mar 01 19:22:08 zeekhuge are you there? Mar 01 19:22:51 maybe .. Mar 01 19:23:26 is `Sidharth == sid__` ? Mar 01 19:23:31 Yes Mar 01 19:23:51 coz it looks like ... Mar 01 19:24:40 then you probably should not use two different variables for that. Use a single variable. That makes reading chat and code easier Mar 01 19:25:21 Alright! I'll call the destructor on the old one, free() it Mar 01 19:26:30 :) Mar 01 19:26:36 have you tried to look for similar work on beaglebone ? Mar 01 19:26:39 like the audio-platform ? Mar 01 19:27:28 Yeah, but I just started out so wanted to kknow whether this is more like DSP or like dealing with the waveform in hardware Mar 01 19:27:35 although using `free()` and `destructor` at the same time looks un-usual. Mar 01 19:28:03 great ! Thats a better question atleast. Mar 01 19:28:27 instead of ping-ing randomly anyone. Mar 01 19:28:56 Well expect much more improvement! Mar 01 19:29:01 :) Mar 01 19:31:53 yeah. so .. its more on the DSP side of it. I believe they have a cape too ? Not sure though .. Mar 01 19:32:22 Oh ! the idea page says it, they want to implement AV broadcast protocol. Mar 01 19:33:25 in a GSoC, you have to include the least hardware requirements, that can get you started with the code part. Mar 01 19:33:36 *GSoC project Mar 01 19:36:25 So we'll implement those protocols in C right? Also, the assembly language is MIPS one right? Not x86 Mar 01 19:36:55 Or did I mix everything up? Mar 01 19:41:07 https://github.com/henrix/libdsp-x15/wiki Mar 01 19:46:23 I'll go through it right now. When is the next time when I can contact you Mar 01 19:46:50 when I reply back. Mar 01 19:46:51 ;) Mar 01 19:49:31 Although I am not really the appropriate one for this project. Better would be to get in touch with `henrix_` and `rma` , or maybe post it up on the mailing list. Mar 01 19:50:43 Thanks for the heads up! Mar 01 20:00:00 zeekhuge: Finally got the examples working in latest kernel. Used echo 'start'/'stop' > /sys/class/remoteproc/remoteproc1/state instead of bind/unbind Mar 01 20:08:02 muneeb17: wow ! excellent ! how did you figure that out ? Mar 01 20:08:10 I mean, where did you get the hint ? Mar 01 20:08:27 RPMsg quick start doc has the steps Mar 01 20:09:13 link ? Mar 01 20:09:27 http://processors.wiki.ti.com/index.php/RPMsg_Quick_Start_Guide Mar 01 20:11:14 I think bind/unbind was just an alternative to this Mar 01 20:11:31 but why remove it Mar 01 20:16:16 yeah .. I dont know. The code commit might have some hints on that maybe. Mar 01 20:19:55 clear Mar 01 21:22:22 BeagleBone GPU offload is about running GLES shader based programs on Beaglebone, can someone explain more on that? **** ENDING LOGGING AT Fri Mar 02 03:00:02 2018