**** BEGIN LOGGING AT Tue Feb 17 02:59:58 2015 Feb 17 11:22:41 2/5 Feb 17 11:59:13 ping karki Feb 17 12:03:47 sidbh: Have you had a look on the "PRUSS Support for newer kernels" and "PRU Bridge" ideas? Feb 17 12:04:55 Abhishek_, No I haven't Feb 17 12:06:04 but will do Feb 17 13:34:45 hii..where can i get yesterday's meeting logs or highlights ?? Feb 17 13:36:01 there is supposed to be a meeting tomorrow Feb 17 13:36:13 10:30 PM IST Feb 17 13:37:11 but was it not supposed to be on 9th according to calender ?? Feb 17 13:37:20 or it got extend ?? Feb 17 13:38:30 we meet every wednesday, last was on 11th and now on 18th Feb 17 13:38:54 ohh..okk thanks..:) Feb 17 17:43:43 About "Android based remote display project": what is meant by sound support? Does it mean that if we play a media file in beaglebone, the android device will act as a usb speaker? Feb 17 17:53:38 @vvu: can you kindly tell what is meant by audio support? does it mean to use the android device as USB speaker? Feb 17 18:08:54 hakim_: yes Feb 17 18:09:12 whatever "sound" is played on the BBB send it over to the Android to play it Feb 17 18:10:39 I see. Thanks Feb 17 18:11:52 np Feb 18 00:38:54 AOA protocol specification says: The Android Open Accessory Protocol 2.0 adds two new features: audio output (from the Android device to the accessory). Here they mention audio output from Android device to accessory. So I'm getting confused how beaglebone can send its audio strem to android. Any idea? Feb 18 01:12:23 azizulhakim: In this case, won't the android be sending its audio stream into the BeagleBone? Feb 18 01:13:33 That's what I think, if I'm not wrong. But project requirements look for the opposite. Feb 18 01:14:20 so won't it be an "audio input case" i.e. the accessory (BBB) sends an audio stream into the device Feb 18 01:15:37 Right. But AOA protocol spec says it supports Audio output case only Feb 18 01:16:03 Or may be I misunderstood something? Feb 18 01:17:42 you might want to bring this to the attention of the project mentors Feb 18 01:22:04 Well may be there's other workaround. And I myself isn't sure about it. Feb 18 01:31:33 that is why we need a proposal where the student is creative, for sure there is a way :) Feb 18 01:32:30 I just hope it does not involve rooting the device Feb 18 01:33:09 don't think so. Feb 18 01:33:25 if AOA gives an usb pipe for audio, i think it has both in/out endpoints Feb 18 01:34:26 but would that endpoint really be connected to an audio input on Android? Feb 18 01:34:47 you would just read in the Java app raw data from it and convert it to some "sound" type :) Feb 18 01:35:12 ah, nice :) Feb 18 01:35:24 or else send the audio over the same usb line with the video, and in the driver just filter data out :) Feb 18 01:35:32 anyway i'm off to zz. have fun! Feb 18 01:35:53 'night Feb 18 01:35:59 what's the project? Feb 18 01:36:21 The extension of last year's remote display project Feb 18 01:37:11 I was actually thinking about the filtering solution. Just not sure about the bandwidth constraints Feb 18 01:38:34 has anyone tried setting up 2 ISOC streams on MUSB? Feb 18 01:38:58 the android part isn't that hard Feb 18 01:39:16 you more or less read from USB and post to AudioFlinger Feb 18 01:48:43 In "lsusb -v" command I see the Audio Streaming interface has only 1 endpoint. Couldn't connect to it though **** ENDING LOGGING AT Wed Feb 18 03:00:00 2015