coyrls wrote:
> Great! You were ahead of me. Ignore my previous post then! Glad it's
> working, that was a tricky one.
You were right from the beginning, and yes, I think it is a bug, maybe
in the future update this issue can be resolved.
Thanks
Regards
Pommes
The Earth Has Music For
Looks like that should be recorded as a possible bug in Alsactl since it
looks like it cannot read back the file that it stored.
Perhaps worth verifying that the issue remains with latest version - but
would probably need pCP team to build a new one.
alsactl --version
alsactl version 1.2.3
Pommes wrote:
>
>
> I edited vi the asound.state, now it is working!
> Thank you so much, you made my day again!!!
Great! You were ahead of me. Ignore my previous post then! Glad it's
working, that was a tricky one.
Please can you login as tc using ssh and type "cd" to make sure you are
in your home directory, then copy everything the the code section below
and paste into your ssh session at the $ prompt (make sure that you have
everything copied, including the "%" sign at the end):
Code:
coyrls wrote:
> Also, rather than vi the sound.state, can you also run "cat
> sound.state", I want to see if vi is putting the escaped characters in
> or if the escapes are in the file itself. The two errors are for
> control #2 and #3 and those are the two with the special characters in
> the
coyrls wrote:
> Also, rather than vi the sound.state, can you also run "cat
> sound.state", I want to see if vi is putting the escaped characters in
> or if the escapes are in the file itself. The two errors are for
> control #2 and #3 and those are the two with the special characters in
> the
coyrls wrote:
> Sorry you can't vi that file. At the command ($) prompt just type cat
> /proc/asound/cards
Code:
tc@pCP:/var/lib/alsa$ cat /proc/asound/cards
0 [DAC]: USB-Audio - Explorer² USB DAC
Meridian Explorer² USB DAC at usb-3f98.usb-1.2, high
Also, rather than vi the sound.state, can you also run "cat
sound.state", I want to see if vi is putting the escaped characters in
or if the escapes are in the file itself. The two errors are for
control #2 and #3 and those are the two with the special characters in
the name.
Pommes wrote:
>
> the file /proc/asound/cards exists, but is empty(i did vi cards, is
> there an easier way on mac?)
>
> Thanks
> regards
> Pommes
Sorry you can't vi that file. At the command ($) prompt just type cat
/proc/asound/cards
Paul Webster wrote:
> Please post the entire contents of your /var/lib/alsa/asound.state
> file.
> If too big then you can attach it to the forum post.
> If not too big then enclose with BBS tag [ code ] and [ /code ] but
> without the spaces.
>
>
>
> BBS tags -
coyrls wrote:
> Pommes, please can you run:
> >
Code:
> > sudo alsactl -d restore
> >
> -d is a debug option and may give us more information on the error
> message.
>
> Can you also post the contents of this file:
> >
Code:
coyrls wrote:
> Pommes, please can you run:
> >
Code:
> > sudo alsactl -d restore
> >
> -d is a debug option and may give us more information on the error
> message.
>
> Can you also post the contents of this file:
> >
Code:
Pommes, please can you run:
Code:
sudo alsactl -d restore
-d is a debug option and may give us more information on the error
message.
Can you also post the contents of this file:
Code:
/proc/asound/cards
Could be but the error message refers to
Code:
alsactl: set_control:1325: failed to obtain info for control #2 (No such file
or directory)
alsactl: set_control:1325: failed to obtain info for control #3 (No such file
or directory)
...
I've just checked and, yes, Explorer 2 is actually Explorer². I wonder
if this non ascii name is causing the problem with restore.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread:
Paul Webster wrote:
> Please post the entire contents of your /var/lib/alsa/asound.state
> file.
> If too big then you can attach it to the forum post.
> If not too big then enclose with BBS tag [ code ] and [ /code ] but
> without the spaces.
>
>
>
> BBS tags -
Are you guys looking at [Main Page] > [Diagnostics] > [Sound]?
You can see:
1. If there is a asound.state. Usually there will not be one until you
saved it using [Card Control] > [Save].
2. If the controls in asound.state line up with the sound cards
installed.
Please post the entire contents of your /var/lib/alsa/asound.state
file.
If too big then you can attach it to the forum post.
If not too big then enclose with BBS tag [ code ] and [ /code ] but
without the spaces.
BBS tags - https://forums.slimdevices.com/misc.php?do=bbcode
Paul Webster
Greg Erskine wrote:
> Did he generate and save a new asound.state?
>
This is where we are at:
Code:
tc@pCP:~$ sudo alsactl -R store
tc@pCP:~$ sudo alsactl restore
alsactl: set_control:1325: failed to obtain info for control #2 (No such file
or directory)
Pommes wrote:
> Could you explain, please?
> I would open pcp_startup.sh and modify by "removing the $CARDNAME
> argument to "alsactl init" at line 421 and "alsactl restore" at line
> 425"???
> I can not even find the pcp_startup.sh to try to modify it.
> Thank you
Sorry, this is not to do
Did he generate and save a new asound.state?
Unfortunately I don't have the mental capacity to follow all the threads
accurately. :(
Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
View this
coyrls wrote:
> Yes but this doesn't explain pommes' problem where he uses alsactl at
> the command line and the save works but the restore fails.
>
> I did post much earlier in this thread (here
>
Yes but this doesn't explain pommes' problem where he uses alsactl at
the command line and the save works but the restore fails.
I did post much earlier in this thread about the cardname USB preventing
the state from being restored and suggested the workaround of using
asctl restore as a user
Greg Erskine wrote:
> Just to save you guys wasting any more time... I *think* I have worked
> out what's happening.
>
> The initial root of the problem is in configuration file
> /usr/local/share/pcp/cards/USB.conf. It sets CARD="USB DAC".
>
> In $WWWROOT\cgi-bin\pcp-soundcard-functions, the
Just to save you guys wasting any more time... I *think* I have worked
out what's happening.
The initial root of the problem is in configuration file
/usr/local/share/pcp/cards/USB.conf. It sets CARD="USB DAC".
In $WWWROOT\cgi-bin\pcp-soundcard-functions, the function
"pcp_load_card_conf" sets
Paul Webster wrote:
> -f myalsa.config
tc@pCP:~$ sudo alsactl store -f myalsa.config
tc@pCP:~$ sudo alsactl restore
alsactl: set_control:1325: failed to obtain info for control #2 (No such
file or directory)
alsactl: set_control:1325: failed to obtain info for control #3 (No such
file or
-f myalsa.config
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Paul Webster's Profile:
Paul Webster wrote:
> Use -f but without a path so that you are reading/writing to a file in
> the current directory.
> It really should not make a difference but easy to test.
it didnt work
tc@pCP:~$ sudo alsactl store -f
alsactl: option requires an argument -- 'f'
Usage: alsactl command
Use -f but without a path so that you are reading/writing to a file in
the current directory.
It really should not make a difference but easy to test.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia,
Paul Webster wrote:
> Try using the current directory - do not specify a path, do not reboot,
> do not backup.
i do not understand this?
The Earth Has Music For Those Who Listen
Pommes's Profile:
coyrls wrote:
> No you can't do this from the Web interface.
>
> It's very odd because a store followed immediately by a restore, should
> work. It seems like the state file has been corrupted. At the ssh
> shell prompt can you run the following and post the output:
> >
Code:
Try using the current directory - do not specify a path, do not reboot,
do not backup.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Pommes wrote:
> When i run it in ssh on mac terminal? yes, before and after reboot the
> same error.
> There is no way to run this commands from picore webif, is there?
No you can't do this from the Web interface.
It's very odd because a store followed immediately by a restore, should
work.
coyrls wrote:
> After you run alsactl store, run alsactl restore (i.e. no reboot). Do
> you still get the same error messages?
When i run it in ssh on mac terminal? yes, before and after reboot the
same error.
There is no way to run this commands from picore webif, is there?
The Earth Has
After you run alsactl store, run alsactl restore (i.e. no reboot). Do
you still get the same error messages?
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread:
Paul Webster wrote:
> Try using -f to save / restore in local directory
>
> see
> alsactl -h
I tried sudo alsactl store -f /var/lib/alsa/asound2.state
pcp bu
It didnt help, still the same low volume after reboot
The Earth Has Music For Those Who Listen
Try using -f to save / restore in local directory
see
alsactl -h
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Paul Webster wrote:
> What happens when you run
> sudo alsactl restore
i tried both with and without sudo in tweaks page, it doesnt help,
volume is low after reboot.
When i do it from terminal ssh on mac i get this
sudo alsactl restore
alsactl: set_control:1325: failed to obtain info for
What happens when you run
sudo alsactl restore
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
I have not checked this ... but does alsactl get it from somewhere else
on boot - e.g. /etc
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
I missed the bit that says:
> the asound.state keeps the value 100...
which shows that the backup was being done.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Paul Webster wrote:
> Did you do a pcp backup
> pcp bu
> before rebooting?
Thank you,
Yes, I did it every time!
Pommes's Profile: http://forums.slimdevices.com/member.php?userid=67682
View this thread:
Did you do a pcp backup
pcp bu
before rebooting?
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
coyrls wrote:
> Maybe try "alsactl -R" to remove the old runstate file before you run
> "alsactl save", perhaps your old entries for your Soundbalster were
> still there?
Thanks for helping.
I do not know where and how to use alsactl -R.
But i did
ssh@pcp
cd /var/lib/alsa/
sudo rm asound.state
Pommes wrote:
> Yes i did that.
> It worked well with my Soundblaster DAC, but i swapped and wanted to use
> a Meridian Explorer Dac.
> With that one it is not working:-(
Maybe try "alsactl -R" to remove the old runstate file before you run
"alsactl save", perhaps your old entries for your
coyrls wrote:
> Have you followed the instructions here:
> https://forums.slimdevices.com/showthread.php?111540-Alsa-mixer-on-picore-cannot-save=961972=1#post961972
> And then put "sudo alsactl restore" in tweaks as a startup command?
Yes i did that.
It worked well with my Soundblaster DAC, but
Pommes wrote:
> I just connected a Meridian Explorer usb dac to Raspberry 3 picore 7.01
> and unfortunately the headphones out is way to low.
> in alsamixer i can bring it up, but after reboot the volume is low
> again.
> I tried all tricks mentioned here, but it doesnt work.
> Is there a way
I just connected a Meridian Explorer usb dac to Raspberry 3 picore 7.01
and unfortunately the headphones out is way to low.
in alsamixer i can bring it up, but after reboot the volume is low
again.
I tried all tricks mentioned here, but it doesnt work.
Is there a way to manually create or edit
Greg Erskine wrote:
> Are you guys using the Card Control screen?
>
> 33271
>
> The [Save] button does the backup and sets ALSAlevelout="Custom" so the
> saved volume is restored after a reboot.
>
> Has this process broken? I haven't used it for many years. The only time
> is used it was
Going back to pcp_startup.sh, I would have thought that removing the
$CARDNAME argument to "alsactl init" at line 421 and "alsactl restore"
at line 425 would fix the problem. The effect would be to initialise
and restore settings for all ALSA cards but I can't see that would a
problem, as this
coyrls wrote:
> Still £75 is about £650 in today's money.£75 in 1975 would be around £150
> only 5 years later [emoji3]
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
> I bet yours cost more than £75 [emoji3]
>
> Sent from my Pixel 3a using Tapatalk
Still £75 is about £650 in today's money.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
Man in a van wrote:
> https://neophonics.com/heritage/I bet yours cost more than £75 [emoji3]
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View
slartibartfast wrote:
> I seem to remember back in the 1980s a customer came to the company I
> worked for with an old Sugden amplifier. I am not sure which model but
> it looked something like an A51 being a cube with heatsinks on two
> sides. He was using it for sound cancelling purposes in a
Man in a van wrote:
> :cool:
>
> I'm listening today, to mine, which was built in 2000 :)
>
> ronnie
What a coincidence! I was trying to find out what an A21 looked like in
2000 but without success but I am guessing not the same as 1975. I
remember going up to London (from Reading) to buy
I have looked at pcp_startup.sh. CARDNAME is set to USB, so the check
in line 358:
Code:
until aplay -l | grep '\[' | grep -q $CARDNAME 2>&1
is passed because on my system aplay -l returns:
Code:
card 0: E30 [E30],
Man in a van wrote:
> :cool:
>
> I'm listening today, to mine, which was built in 2000 :)
>
> ronnieI seem to remember back in the 1980s a customer came to the company I
worked for with an old Sugden amplifier. I am not sure which model but
it looked something like an A51 being a cube with
paul- wrote:
> That boot log means the USB device is not found when trying to restore.
> pCP boot relies on everything being powered at boot. USB powered off
> and pluggable cause problems. The uneven rules floating around should
> make it easy to automate loading the Alsa state too.
As I
coyrls wrote:
> It's a Sugden A21 purchased in 1975 and still working well!
:cool:
I'm listen today, to mine, which was built in 2000 :)
ronnie
Man in a van's Profile:
That boot log means the USB device is not found when trying to restore.
pCP boot relies on everything being powered at boot. USB powered off
and pluggable cause problems. The uneven rules floating around should
make it easy to automate loading the Alsa state too.
piCorePlayer a small
I resample to the E30's maximum so it always says the 705.6
I don't think it matters where you attenuate in the digital domain.
Ideally you should attenuate in the analog domain, using a simple
voltage divider.
If you hit the [Save] button in the [Card Control] screen, you won't
need the User
Greg Erskine wrote:
> The third field in [Squeezelite Settings] > "Upsample setting" is
> attenuation.
>
> I am using 4dB attenuation, I haven't tried larger but I assume it
> works.
>
> Why use ALSA for attenuation instead of using the Topping E30's PRE
> mode?
I didn't realise you could
The third field in [Squeezelite Settings] > "Upsample setting" is
attenuation.
I am using 4dB attenuation, I haven't tried larger but I assume it
works.
Why use ALSA for attenuation instead of using the Topping E30's PRE
mode?
coyrls wrote:
> It's a Sugden A21 purchased in 1975 and still working well!So DIN inputs
> expecting a much lower input level then [emoji3]
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
I don't know much about electronics but the manual says the input
sensitivity is "100mV into 200 Kohm flat response" and I set alsamixer
dB gain to -18.00.
coyrls's Profile:
slartibartfast wrote:
> What is the amplifier? I must admit to adding 10dB attenuators between
> my DAC and my Audiolab 8000A to allow the volume control to operate well
> away from the minimum at night time listening levels.
>
> Sent from my Pixel 3a using Tapatalk
It's a Sugden A21
Greg Erskine wrote:
> Are you guys using the Card Control screen?
>
> 33271
>
> The [Save] button does the backup and sets ALSAlevelout="Custom" so the
> saved volume is restored after a reboot.
>
> Has this process broken? I haven't used it for many years. The only time
> is used it was
paul- wrote:
> What is in your boot log?
I should have looked before, here is what I think is the relevant
section:
Code:
Waiting for soundcard USB to populate. Done (1).
Waiting for network... Done (7).
Starting ALSA configuration...alsactl: init:1787:
Are you guys using the Card Control screen?
33271
The [Save] button does the backup and sets ALSAlevelout="Custom" so the
saved volume is restored after a reboot.
Has this process broken? I haven't used it for many years. The only time
is used it was after shairport-sync had changed the ALSA
coyrls wrote:
> The default output level is too high for my amplifier, I have to set the
> volume really low and tiny increments make a big difference to the
> volume. I use alsamixer to reduce the level so that it is compatible
> with my amplifier.What is the amplifier? I must admit to adding
slartibartfast wrote:
> If a USB DAC does support it what benefit does that give you?
>
> Sent from my Pixel 3a using Tapatalk
The default output level is too high for my amplifier, I have to set the
volume really low and tiny increments make a big difference to the
volume. I use alsamixer
slartibartfast wrote:
> If a USB DAC does support it what benefit does that give you?
>
> Sent from my Pixel 3a using Tapatalk
keine ahnung :)
https://www.youtube.com/watch?v=Cj8n4MfhjUc
Man in a van's Profile:
Man in a van wrote:
> do F6 in alsamixer and select the usb output, the resulting screen wil
> with show a volume control or a messageIf a USB DAC does support it what
> benefit does that give you?
Sent from my Pixel 3a using Tapatalk
do F6 in alsamixer and select the usb output, the resulting screen wil
with show a volume control or a message
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread:
Man in a van wrote:
> a lot of usb dacs do not have a volume setting in alsamixerHow would you know
> if it does or not?
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
> I can't remember setting alsamixer level when setting up my E30. What
> benefit does that bring when using the USB input?
>
> Sent from my Pixel 3a using Tapatalk
a lot of usb dacs do not have a volume setting in alsamixer
coyrls wrote:
> Same for me, the alsamixer level setting doesn't survive reboots.
> Putting sudo alsactl restore in tweaks as a startup command also fixes
> the problem for me. Running pcp 7.0.0 with a Topping E30 USB DAC.I can't
> remember setting alsamixer level when setting up my E30.
What is in your boot log?
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted)
if you like the
paul- wrote:
> Make sure you backup after saving. Nothing is retained between reboots,
> unless you backup.
I definitely did a backup (pcp bu) after saving but it didn't retain the
setting.
coyrls's Profile:
Make sure you backup after saving. Nothing is retained between reboots,
unless you backup.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
Pommes wrote:
> I am running pcp 7 64bit on Raspberry 3 with a usb dac sound blaster
> play3.
> I had to increase the volume in alsamixer.
> I tried all described in this thread, but only putting alsactl restore
> into tweaks commands solved my problem
Same for me, the alsamixer level setting
I am running pcp 7 64bit on Raspberry 3 with a usb dac sound blaster
play3.
I had to increase the volume in alsamixer.
I tried all described in this thread, but only putting alsactl restore
into tweaks commands solved my problem
The Earth Has Music For Those Who Listen
paul- wrote:
> What version of pCP? Later versions will retry loading the state until
> it succeeds.
Im using 5.0.1. I tried rebooting it 3 or 4 times and every time it set
all volumes to 99 and the mic as input (even reset and saved it again).
Then I checked the log and noticed it couldn't
Beefyfish wrote:
> ALSAlevelout="Custom" sometimes does not work. I am using a 7.1 usb
> sound device and this method comes up as an error that the USB is not
> found (Must not be loaded yet.). Using "alsactl restore" in the user
> commands under tweaks seems to load it later in the boot and
ALSAlevelout="Custom" sometimes does not work. I am using a 7.1 usb
sound device and this method comes up as an error that the USB is not
found (Must not be loaded yet.). Using "alsactl restore" in the user
commands under tweaks seems to load it later in the boot and finds the
card just fine.
all set now --
Thank you for yur help - I applied change, rebooted picore and alsamixer
settings still the same...
Would like to label this trhread SOLVED, but see no way to do so..
Regards,
--
Bill Clark, Windham, VT
Logitech Media Server
kappclark wrote:
> Thanks ...
>
> Yes - the DAC is USB ..
>
> was logged in as tc ..used sudo and did not receive error, so must all
> be good --
Not exactly, The File will not be restored due to the way 5.0.0 handles
USB
>From ssh run this command too.
sudo sed -i
Thanks ...
Yes - the DAC is USB ..
was logged in as tc ..used sudo and did not receive error, so must all
be good --
--
Bill Clark, Windham, VT
Logitech Media Server Version: 7.9.2 - 1578727069 @ Sat Jan 11 08:44:06
CET 2020
Hostname: ubuntu-lms
Put a sudo in front of that.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted)
if you like the
I have a picore player which never remembers the level settings, which
always start out too low...I adjust the volume, then forget how high it
is, then switch to TV -- ouch says my ears !
I tried
alsactl store
but I get an error saying the state file is locked ...
FILE
90 matches
Mail list logo