Project idea : Sync audio with remote devices (Play audio on remote controls) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +---- Forum: GSoC (https://forum.kodi.tv/forumdisplay.php?fid=299) +----- Forum: GSOC 2015 (https://forum.kodi.tv/forumdisplay.php?fid=220) +----- Thread: Project idea : Sync audio with remote devices (Play audio on remote controls) (/showthread.php?tid=220078) |
Project idea : Sync audio with remote devices (Play audio on remote controls) - M@yeulC - 2015-03-02 Since XBMC was not one of the mentoring organizations last year, I couldn't work on my proposal, so here it is (again ) (I selected the most popular from last year) Quote:PLAY AUDIO ON REMOTE DEVICES What do you think ? I had another idea, but I lost it writing this. If I find it again, I may post it back here. EDIT : maybe a headless XBMC server option (like plex ?) RE: Project idea - Solo0815 - 2015-03-02 Quote:maybe a headless XBMC server option (like plex ?)You could help improving this one, so it runs on headless-servers or NAS: http://forum.kodi.tv/showthread.php?tid=212061 I for myself have OpenMediaVault running with the (old) Kodi-Library-Scanner.so RE: Project idea - Dark_Slayer - 2015-03-03 I think that's a fun idea. My first thought was Yatse already does this, but then I realized the point was to split audio off to a wifi enabled device (Yatse streams a/v, not just audio). Anything that can get sound from the device can playback your kodi audio, wired headphones, bt headphones/set, etc There are certainly a lot of Roku fans who would love this. I myself have been a little envious of the sound-through-your-remote-with-headphones option the roku has, especially since my wife and I work different schedules RE: Project idea - M@yeulC - 2015-03-03 (2015-03-02, 09:11)Solo0815 Wrote:Quote:maybe a headless XBMC server option (like plex ?)You could help improving this one, so it runs on headless-servers or NAS: Thank you for pointing this out. I may work on It on my spare time, I really want this feature, but I think the first one outlined in my proposal would be useful to more users. (2015-03-03, 05:27)Dark_Slayer Wrote: I think that's a fun idea. My first thought was Yatse already does this, but then I realized the point was to split audio off to a wifi enabled device (Yatse streams a/v, not just audio). Anything that can get sound from the device can playback your kodi audio, wired headphones, bt headphones/set, etcYep, that's it, basically. You may gather some more information on my GSOC 2014 post, even though the main idea is not the same. RE: Project idea - natethomas - 2015-03-04 Hi Mayeul, as I mentioned last year, I quite like this idea. Is there any chance you could point to some of your C++ experience, so potential mentors could see what work you've done in the past to get a grasp on your current skill level? RE: Project idea - RockerC - 2015-03-04 IMHO if they should be done right then it should be implemented as a feature inside the exciting (or next-generaion) official Kodi Remote apps for Android and iOS, and not as a new stand-alone app http://forum.kodi.tv/forumdisplay.php?fid=129 http://forum.kodi.tv/forumdisplay.php?fid=193 RE: Project idea - Tolriq - 2015-03-04 As last year + 100000000 this is the most asked feature from Yatse users. And surely all other remotes. From previous Topfs answer in one thread, the main problem will be to have a generic way to have sync whatever user connection. RE: Project idea - M@yeulC - 2015-03-04 (2015-03-04, 05:12)natethomas Wrote: Hi Mayeul, as I mentioned last year, I quite like this idea. Is there any chance you could point to some of your C++ experience, so potential mentors could see what work you've done in the past to get a grasp on your current skill level?I must warn you that my C++ skills are quite low compared to my C skills (I tend to program in C++ like I would in C). But that's for not being taught how to do it correctly, and I am quite confident I won't have any problem adopting Kodi's guidelines. For reference, I did a C++ project about 2 years ago that you can find here : https://github.com/MayeulC/Chimie This project was made upon a professor request, and I didn't have much computer science at school at this time. Therefore, the project code isn't as clean as it should be. I can provide you with more C examples, if you would like. I'll try to take a better look at the codebase, and maybe produce some patches, but I am really busy with my studies, I can't promise I'll be able to do it before next month. (2015-03-04, 18:34)RockerC Wrote: IMHO if they should be done right then it should be implemented as a feature inside the exciting (or next-generaion) official Kodi Remote apps for Android and iOS, and not as a new stand-alone appOf course, that's the plan. To provide a reference client implementation in the official app that others could follow. (2015-03-04, 20:32)Tolriq Wrote: As last year + 100000000 this is the most asked feature from Yatse users.Well, I'll make my best to make it happen this year :-) About sync, my first move will be to have a look at the actual implementation of position sync in the remote API, and if it is not reliable enough, to extend it based on the NTP protocol. If not feasible (which I highly doubt), I'll code my own implementation of the NTP protocol to give the remote enough precision for audio sync. Assuming there is not too much divergence between the two system's clocks (which I think is safe), there should be no problem to sync audio, whatever connection is used. RE: Project idea - topfs2 - 2015-03-04 (2015-03-04, 20:32)Tolriq Wrote: As last year + 100000000 this is the most asked feature from Yatse users. And I added a very generic trial code for it using JSON RPC. It was based on zeromq which I tbh think we don't need for it, so one could make a PR based on mine but using TCP jsonrpc instead. Which would be awesome. RE: Project idea - zag - 2015-03-05 Very nice feature, I look forward to it if you are selected. RE: Project idea - da-anda - 2015-03-05 I heared that many of the consoles (incl the upcoming nVidia Shield) are using bluetooth to broadcast the audio to their remotes and controllers - but I think this is not possible in our case because of all the different platforms and BT drivers RE: Project idea - RockerC - 2015-03-05 (2015-03-04, 23:31)topfs2 Wrote:is this the your branch for that work? https://github.com/topfs2/xbmc/tree/zeromq(2015-03-04, 20:32)Tolriq Wrote: As last year + 100000000 this is the most asked feature from Yatse users.And I added a very generic trial code for it using JSON RPC. It was based on zeromq which I tbh think we don't need for it, so one could make a PR based on mine but using TCP jsonrpc instead. Which would be awesome. Everything contained within that single branch or? (2015-03-05, 11:54)da-anda Wrote: I heared that many of the consoles (incl the upcoming nVidia Shield) are using bluetooth to broadcast the audio to their remotes and controllers - but I think this is not possible in our case because of all the different platforms and BT driversDon't all modern Bluetooth remotes just make use the same AVRCP and A2DP profiles standard? https://developer.bluetooth.org/TechnologyOverview/Pages/AVRCP.aspx https://www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=260861 The AVRCP profile can be used in concert with A2DP, GAVDP, and/or VDP profile standards http://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Audio.2FVideo_Remote_Control_Profile_.28AVRCP.29 http://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Advanced_Audio_Distribution_Profile_.28A2DP.29 http://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Generic_Audio.2FVideo_Distribution_Profile_.28GAVDP.29 http://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Video_Distribution_Profile_.28VDP.29 RE: Project idea - natethomas - 2015-03-05 The shield controller connects via wifi direct rather than Bluetooth, so I'm presuming that audio is being transported over that wifi connection. Edit: I'm reviewing the conversation and I may be missing why Bluetooth is being brought up. The proposal appears to be about sending over wifi as well. RE: Project idea - topfs2 - 2015-03-05 (2015-03-05, 12:50)RockerC Wrote:(2015-03-04, 23:31)topfs2 Wrote:is this the your branch for that work? https://github.com/topfs2/xbmc/tree/zeromq(2015-03-04, 20:32)Tolriq Wrote: As last year + 100000000 this is the most asked feature from Yatse users.And I added a very generic trial code for it using JSON RPC. It was based on zeromq which I tbh think we don't need for it, so one could make a PR based on mine but using TCP jsonrpc instead. Which would be awesome. Oooops, I just remember I never pushed it since I wanted to do more on it (check viability etc) before I made any noise However, I can put it up as soon as I am near my home computer. I mostly started on the abstraction, highlighting were it could be hooked in. And I got it working sending audio from kodi to another process through it. The other way around didnt work (possibly due to me doing something wrong with AE). So in general I think it would be a good starting point for this project, and there is still lots and lots to do (I didn't have time to investigate the actual latency calculations, which is needed for sending audio over eth or wifi). But it should be very doable I think. And a feature I would personally love to have in kodi RE: Project idea - RockerC - 2015-03-05 (2015-03-05, 17:07)natethomas Wrote: The shield controller connects via wifi direct rather than Bluetooth, so I'm presuming that audio is being transported over that wifi connection.We are talking in regards to the Shield Remote, not the Shield Controller. Yes the Shield Controller uses WiFi, but the Shield Remote looks use Bluetooth http://shield.nvidia.com/store/remote Plug in headphones to play games or watch movies without disturbing anyone and crank it up with volume control. Take control with Bluetooth from anywhere in the room, even without line of site to your SHIELD device. (2015-03-05, 17:07)natethomas Wrote: Edit: I'm reviewing the conversation and I may be missing why Bluetooth is being brought up. The proposal appears to be about sending over wifi as well.It was only mentioned so that it is kept in mind just in case, so that if the implementation is properly abstracted then the code could perhaps be reused for these types of Bluetooth remotes too. |