Support for Botic Linux driver - Page 180 - diyAudio
Go Back   Home > Forums > Commercial Sector > Manufacturers > Twisted Pear
Home Forums Rules Articles diyAudio Store Gallery Wiki Blogs Register Donations FAQ Calendar Search Today's Posts Mark Forums Read

Twisted Pear Superior quality electronic kits

Reply
 
Thread Tools Search this Thread
Old 13th July 2016, 08:17 AM   #1791
twluke is offline twluke  Japan
diyAudio Member
 
Join Date: Nov 2012
Location: Tokyo
Quote:
Originally Posted by nautibuoy View Post
I have obviously misunderstood something, I thought you were using 250ms buffer?
Ray
Oh yes, I'm always using 250 ms buffer time on HQP setting, though xrun errors become obviously diminished even with the default buffer time (= 100 msec).
  Reply With Quote
Old 13th July 2016, 09:22 AM   #1792
miero is offline miero  Czech Republic
diyAudio Member
 
Join Date: Jun 2011
Location: Prague
Ah, I've just realized that a bitrate of DSD512 is equivalent to the 352800/32/2 and not to the 705600/32/2 as I have previously stated.

I'm sorry - so the 705600/768000 rates will not work.
__________________
BeagleBone Black with I2S, DSD and SPDIF interface (Linux driver)
http://bbb.ieero.com/
  Reply With Quote
Old 13th July 2016, 09:23 AM   #1793
miero is offline miero  Czech Republic
diyAudio Member
 
Join Date: Jun 2011
Location: Prague
The max. buffer for DSD512 is now limited to the 186ms (even if HQP in GUI says 250ms). Do you think it might help to increase it more? I'm not sure. Asking, because larger buffer will reduce amount of available RAM on BBB.
__________________
BeagleBone Black with I2S, DSD and SPDIF interface (Linux driver)
http://bbb.ieero.com/
  Reply With Quote
Old 13th July 2016, 11:20 AM   #1794
twluke is offline twluke  Japan
diyAudio Member
 
Join Date: Nov 2012
Location: Tokyo
Quote:
Originally Posted by miero View Post
The max. buffer for DSD512 is now limited to the 186ms (even if HQP in GUI says 250ms). Do you think it might help to increase it more? I'm not sure. Asking, because larger buffer will reduce amount of available RAM on BBB.
Beow is the result of top command when playing DSD512:

Code:
top - 20:12:08 up 22:03,  2 users,  load average: 0.33, 0.29, 0.15
Tasks:  88 total,   1 running,  87 sleeping,   0 stopped,   0 zombie
%Cpu(s): 26.4 us, 19.2 sy,  0.0 ni, 51.7 id,  0.4 wa,  0.0 hi,  2.3 si,  0.0 st
KiB Mem :   509672 total,   390996 free,    42792 used,    75884 buff/cache
KiB Swap:        0 total,        0 free,        0 used.   453292 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND     
  486 root      10 -10   25140  14056   2676 S 36.9  2.8  49:43.49 networkaudi+
    3 root      20   0       0      0      0 S  4.8  0.0   5:21.02 ksoftirqd/0
When based on this result, I'd like to think there will be still more room for larger buffer like a period size of 176000.
  Reply With Quote
Old 13th July 2016, 11:57 AM   #1795
twluke is offline twluke  Japan
diyAudio Member
 
Join Date: Nov 2012
Location: Tokyo
Quote:
Originally Posted by nautibuoy View Post
Have you tried turning off ASRC? My B3SE is in full sync mode and Russ has suggested somewhere on the Cronus thread that ASRC does nothing in that mode so I plan to disable it and see what happens.

Ray
I've never tried to turn ASRC off, even after the Hermes/Cronus boards attached to my B3s. Fear of damaging the B3 clock board is one thing and the other one is to keep the ASRC function of ES9018, that I think the main advantage of the chip. Also, I thought the external clocks used for sync should have the rates higher than ordinary audio levels such as 22.5/24.9, probably higher than 90MHz, and, though I may be wrong probably, they should be always multiples of 44.1 or 48.

Last year I searched the clocks more than 90 MHz with multiples of 44.1 and 48 for the Cronus board and only found and bought Abracon 98.304 clock; no 90.3168 as of that time. So I gave up to make the DAC in slave mode with an assumption that 100MHz clock on B3 will do better.

I'm not an expert in this field. So what I wrote above will include many wrong points. I will be much grateful if someone kindly correct them.

Recently Russ introduced a new (or, more accurately, revised) B3SE. I'm now planning to try this new one for evaluation of this issue.

Regards,
  Reply With Quote
Old 13th July 2016, 05:35 PM   #1796
diyAudio Member
 
nautibuoy's Avatar
 
Join Date: Jan 2010
Location: Somerset, England
Quote:
Originally Posted by miero View Post
The max. buffer for DSD512 is now limited to the 186ms (even if HQP in GUI says 250ms). Do you think it might help to increase it more? I'm not sure. Asking, because larger buffer will reduce amount of available RAM on BBB.
Nothing ventured, nothing gained. We can always revert if an increase is problematic.

I'm seeing a similar memory scenario to that twluke illustrates above with his top listing so I don't think RAM is a constraint.

Thanks for sticking with us on this miero.

Ray
  Reply With Quote
Old 13th July 2016, 10:47 PM   #1797
miero is offline miero  Czech Republic
diyAudio Member
 
Join Date: Jun 2011
Location: Prague
I've update the DMA driver to allocate buffers of double size than previously. You can try it.

Quote:
Originally Posted by miero View Post
OK, you can try this patch for botic7-rc1 that allocates larger buffers:
Quote:
cd /lib/modules/4.5.0-botic7-rc1/kernel/sound/soc/davinci
# backup previous module
mv snd-soc-edma.ko snd-soc-edma.ko.orig2
# download module with larger buffers
wget http://bbb.ieero.com/botic7-rc1/snd-soc-edma.ko
# restart
sync
reboot
# try it ...
Small notice: This will reduce amount of free RAM by approx. 3-6MB.
__________________
BeagleBone Black with I2S, DSD and SPDIF interface (Linux driver)
http://bbb.ieero.com/
  Reply With Quote
Old 13th July 2016, 11:01 PM   #1798
twluke is offline twluke  Japan
diyAudio Member
 
Join Date: Nov 2012
Location: Tokyo
Quote:
Originally Posted by miero View Post
I've update the DMA driver to allocate buffers of double size than previously. You can try it.



Small notice: This will reduce amount of free RAM by approx. 3-6MB.
Hi miero, thank you very much for your great contribution to this matter. Well I've just installed the new patch and everything is working fine for now. The period size is just matching with the buffer time required from HQP as shown by the period time of 250000.

Code:
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): Set channels: 2 (2)
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): Set sampling rate: 22579200 (22579200)
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA engine starting...
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA channels: 2 - 8
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA active channels: 2
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA number of periods: 2
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA period times: 5 - 278640
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA period sizes: 4 - 196608
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA period time: 250000
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA period size: 176400
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA engine started at: 22579200 (22579200)
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): enter streaming mode
Jul 14 07:52:13 arm networkaudiod[495]: [/usr/sbin/networkaudiod] (495): ALSA engine running...
Also, I think there is no problem with the amount of the RAM used as shown below.

Code:
top - 07:53:52 up 2 min,  1 user,  load average: 1.39, 0.50, 0.18
Tasks:  83 total,   1 running,  82 sleeping,   0 stopped,   0 zombie
%Cpu(s): 24.3 us, 19.4 sy,  0.0 ni, 49.8 id,  0.0 wa,  0.0 hi,  6.5 si,  0.0 st
KiB Mem :   509672 total,   418460 free,    43612 used,    47600 buff/cache
KiB Swap:        0 total,        0 free,        0 used.   452604 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND                                  
  495 root      10 -10   25760  14560   2592 S 36.6  2.9   0:36.47 networkaudiod                            
    3 root      20   0       0      0      0 S  5.1  0.0   0:05.00 ksoftirqd/0                              
  617 root      20   0    6832   2776   2328 R  1.6  0.5   0:00.29 top
I hope Ray will also have a good result from this new patch.

Best Regards,
  Reply With Quote
Old 14th July 2016, 10:29 AM   #1799
diyAudio Member
 
nautibuoy's Avatar
 
Join Date: Jan 2010
Location: Somerset, England
Quote:
Originally Posted by miero View Post
I've update the DMA driver to allocate buffers of double size than previously. You can try it.
Thanks miero, I will apply the patch and test later.

Ray
  Reply With Quote
Old 14th July 2016, 03:38 PM   #1800
smanz is offline smanz  Spain
diyAudio Member
 
Join Date: Jul 2008
Quote:
Originally Posted by nautibuoy View Post
After a steer from Jussi, I now have my BBB/Botic running as an HQPlayer NAA for both PCM and DSD. I just had to update libasound2 to version 1.0.29 or later.

So Here's an updated set of instructions if you want to try it;

1. I did a clean install of the latest Debian Stretch image (2016-06-09) from here;

BeagleBoardDebian - eLinux.org

2. Installed NAA and Botic;

wget http://ftp.uk.debian.org/debian/pool....1-6_armhf.deb
sudo dpkg i gcc-6-base_6.1.1-6_armhf.deb
wget http://ftp.uk.debian.org/debian/pool....1-6_armhf.deb
sudo dpkg i libstdc++6_6.1.1-6_armhf.deb
wget https://www.signalyst.eu/bins/naa/li...0-32_armhf.deb
sudo dpkg -i networkaudiod_3.4.0-32_armhf.deb
wget http://repo.ieero.com/botic/pool/mai...-rc1_armhf.deb
sudo dpkg i linux-image-4.5.0-botic7-rc1_4.5-botic7-rc1_armhf.deb

3. Updated libasound2;

wget http://ftp.uk.debian.org/debian/pool....1.1-1_all.deb

sudo dpkg I libasound2-data_1.1.1-1_all.deb
wget http://ftp.uk.debian.org/debian/pool....1-1_armhf.deb
sudo dpkg I libasound2_1.1.1-1_armhf.deb

sudo nano /boot/uEnv.txt
# check if there is a line starting with dtb= and change it to dtb=am335x-boneblack-botic.dtb

sudo sync

sudo reboot

Ray
Hi Ray.

I was downloaded your image but not run. Now, I tried follow your instructions but all links to debian server return "404 Not Found". Can you provide operative links?

Thanks for all.

Regards
  Reply With Quote

Reply


Hide this!Advertise here!
Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Open baffle with fullrange driver and bass support Godzilla Full Range 5 22nd July 2011 01:32 PM
Low end support for single driver monitors strider75 Multi-Way 97 30th September 2009 03:02 PM
ASIO support (driver) for Labview Aoxomox Digital Line Level 0 3rd May 2009 05:29 PM
Linux/BruteFIR support coming in LspCAD tcpip Multi-Way 18 18th October 2005 03:08 AM
linux badgers Introductions 3 3rd April 2005 03:27 PM


New To Site? Need Help?

All times are GMT. The time now is 10:24 AM.


vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2017 DragonByte Technologies Ltd.
Copyright 1999-2017 diyAudio

Content Relevant URLs by vBSEO 3.3.2
Wiki