**** BEGIN LOGGING AT Mon Mar 12 03:00:01 2018 Mar 12 03:50:56 *yawn* Mar 12 05:14:04 :ds2 me and zeekhuge were discussing about the project idea developing c++ libraries for PRU processor offloading and zeekhuge wanted you to comment on the relevance of the idea Mar 12 05:16:06 also i saw the idea PRU soft pheripherals since the PRU processor offloading topic is sort of similiar in the sense of the deliverable, if they can be clubbed or something Mar 12 05:45:08 for the PRU offloading project my idea was to develop C++ libraries to help PRU directly access pheripherals and interfaces ie SPI, Mcasp atc and then process the raw data and then on need basis either pre-process the data on the PRU and store the same for use by the A8 on the main memory using the PRU DMA,...... or the PRU processes all the data itself. Mar 12 05:46:14 Also, (as apoorvtintin reported) it looks like bela.io uses PRU for low latency data retrival from McAsp. Mar 12 05:53:19 zeekhuge: ds2: yes, but also (as jkridner said), they have no idea about the PRU DMA approach so that is an area we can improve upon Mar 12 06:23:43 well.... Mar 12 06:23:49 I don't see the point of C++ Mar 12 06:58:14 ds2: sorry I meant C Mar 12 07:09:29 it makes a big difference Mar 12 07:09:56 in any case, I am still unclear - the PRU work apparently has been done by bala... so what exactly are you proposing Mar 12 07:40:18 ds2: yes bela has done a lot of work on this! I am just suggesting improvements and alternatives, like bela though directly accesses the pru, it's library is only compatible with the bela cape, and it does not use the DMA to transfer the audio files, also the transfer is done in very small packets! Mar 12 07:45:16 Ds2: I plan to use the PRU DMA project done last GSOC to transfer the data processed from the PRU to the main memory, and the library I would make would work on the board itself, compatible with all beagle platforms that use am335x Mar 12 07:49:35 So no cape Mar 12 07:50:49 Yes I understand the work is similar to Bela! And please suggest more improvements I can make Mar 12 08:09:27 ds2: any comment on implementing PTP 1588 for synchronous data collection? Mar 12 11:49:03 ds2: I just saw the offline smart speaker with beaglebone in the (modified) ideas page, *gets excited* it co-incidentally happens that i am in process of implementing the same idea with a raspberry pi Mar 12 11:49:42 I have made a some advances till now i have already configured an external audio card with alsamixer and a few changes in the kernel, Mar 12 11:50:13 I am currently working on the CMU sphinx for integrating trigger words like "HELP", "im not well", "Hi xyz(system name)" etc, and voice recognition. Mar 12 11:50:39 as well as speech synthesis using the espeak platform. (CMU sphinx and espeak both are offline) Mar 12 11:51:37 Since I am familiar with the architecture of beaglebone and its peripherals which i can integrate in place of the external sound card, it will be an amazing decision to switch from raspberry pi to BBB and implement the Offline SmartSpeaker with BeagleBone. what do you say? Mar 12 16:05:07 apoorvtintin: why a library? why not keep it a true ALSA driver? make it a PRU DAI if you want to go that way Mar 12 16:05:38 hjhee: the PRU has HW for that stuff but the pins aren't brought out, IIRC Mar 12 16:06:01 apoorvtintin: I suggest you send a email to the gsoc list. for these things Mar 12 16:06:14 to the beagle-gsoc list specifically. Mar 12 17:46:14 ds2: I sent it on the mailing list, would be glad if you would comment, thanks! Mar 12 18:28:01 jkridner: Hi. As mentioned in the idea "Getting Started Materials for PocketBeagle", can you please provide some examples of the libraries which need to be updated? Mar 12 18:31:56 jkridner[m]: Hi. As mentioned in the idea "Getting Started Materials for PocketBeagle", can you please provide some examples of the libraries which need to be updated? Mar 12 19:13:48 ds2: do you mind MII on the PRU? so its not possible even on BeagleLogic? **** ENDING LOGGING AT Tue Mar 13 03:00:03 2018