<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/86213/opus-encoder-sampling-rate-upper-limits</link><description>Hello, 
 
 I recently started looking through the Smart Remote 3 code as I&amp;#39;m interested in potentially using a suitable nRF device + I2S ADC to encode and stream music using OPUS/CELT. Since I&amp;#39;m new to nRF products, there&amp;#39;s a lot to digest here. Looking</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 31 Mar 2022 08:03:11 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/86213/opus-encoder-sampling-rate-upper-limits" /><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360938?ContentTypeID=1</link><pubDate>Thu, 31 Mar 2022 08:03:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4d78a584-2e0e-4cb0-af1e-8b45a1d8c127</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;The smart remote 3 was designed to transfer audio commands, not music, so the quality just needed to be good enough for the purpose and of course a trade-off between throughput/latency/power consumpton. I am not aware of any reason using better quality should not work (given you don&amp;#39;t care about latency), but it&amp;#39;s 3 years since it was launched, so I don&amp;#39;t expect the developers have all the details anymore, I suggest if you want to change anyhthing you try it out and work through the issues you may see, it might also be that RAM/CPU will be the bottleneck.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360934?ContentTypeID=1</link><pubDate>Thu, 31 Mar 2022 07:41:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fd0c5e6d-2cd3-4485-9e8f-058db22148ed</guid><dc:creator>Eggz</dc:creator><description>&lt;p&gt;Mark,&lt;br /&gt;&lt;br /&gt;We&amp;#39;re using 16kHz sample rate in our application, so I&amp;#39;m afraid I&amp;#39;m not able to tell you if you&amp;#39;re able to go beyond 32kHz. We have been focusing on minimizing system latency, and it works really well. Opus does a good job in terms of sound quality and we use 5ms frame size. Nordic team should be able to answer your sample rate question since they have experience with it from the SR3 demo. Opus codec can naturally support 48kHz, so this not the problem. My guess is that the only limitation limitation would be related to RAM/CPU as you suggest, but we haven&amp;#39;t checked. &lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360903?ContentTypeID=1</link><pubDate>Wed, 30 Mar 2022 22:02:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:49a9a609-9680-4797-92ef-b72366a7342e</guid><dc:creator>msat</dc:creator><description>&lt;p&gt;Eggz,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Can you tell me about the sampling rate you&amp;#39;re using? I want to know if allowing higher rates than those available in the SR3 demo is just a matter of changing the ifdefs to not return an error (ignoring RAM/CPU limitations for now), rather than it being some inherent limitation in the codec library itself.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360677?ContentTypeID=1</link><pubDate>Wed, 30 Mar 2022 07:50:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d32cf443-fdb9-4121-a1e4-01396cab7fba</guid><dc:creator>Eggz</dc:creator><description>&lt;p&gt;Hello Mark,&lt;br /&gt;We are running Opus codec on nRF52840 and it works well, both on encoding and de-coding. We have developed a proprietary protocol based on ESB. There is quite a bit of work required on your side, but the good news is that it&amp;#39;s possible. Nordic is talking about the off-the-shelf LE Audio solution on nRF5340, and if this doesn&amp;#39;t work for you your original idea should be possible. Good luck.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360113?ContentTypeID=1</link><pubDate>Sat, 26 Mar 2022 11:00:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c7d0a399-dbd6-4907-978b-816c203f7d13</guid><dc:creator>msat</dc:creator><description>&lt;p&gt;Hello Kenneth,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks for the reply. The project I am working on will not be streaming [compressed] audio to something like a speaker, but rather to a client device (such as phone/tablet) acting as remote storage. In other words, the device is part of a wireless recording system. In this use case, OPUS/CELT encoding is nearly ideal. Using the LC3 codec from the LE audio spec in a custom implementation isn&amp;#39;t out of the realm of possibility I suppose, but finding libraries that can transcode LC3 to something else later on in the chain is far more limited than using OPUS. LE audio, as such, is not useful for my project&amp;#39;s needs.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OPUS encoder sampling rate upper limits</title><link>https://devzone.nordicsemi.com/thread/360018?ContentTypeID=1</link><pubDate>Fri, 25 Mar 2022 13:27:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3b84faf0-8716-4249-8b52-8c2581937620</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;For audio streaming you should check out:&lt;br /&gt;&lt;a href="https://www.nordicsemi.com/Products/Bluetooth-LE-Audio"&gt;https://www.nordicsemi.com/Products/Bluetooth-LE-Audio&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;There is no plans for audio streaming on the nRF52-series (the smart remote 3 supported short &amp;quot;audio commands&amp;quot;, but not audio streaming), you will need to use the nRF5340 for audio streaming.&amp;nbsp;Currently you might find this useful:&lt;br /&gt;&lt;a href="https://www.packetcraft.com/post/packetcraft-s-bluetooth-le-audio-solution-supports-the-nordic-semiconductor-nrf5340-wireless-soc"&gt;https://www.packetcraft.com/post/packetcraft-s-bluetooth-le-audio-solution-supports-the-nordic-semiconductor-nrf5340-wireless-soc&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;To get more more information about Nordic Audio offering moving forward you will need to contact one of our regional sales manager.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>