Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0

2022-03-08 Thread mcduman
that's right i thought pcp 8.2.0. it is a little bit confusing right now, isnt it, with both lms and pcp in their 8.2 versions? mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0

2022-03-07 Thread mcduman
Labarum wrote: > I have PicorePlayer 8.2.0 installed on an rPi4 and now connected to a > Beresford Caiman SEG DAC by USB. Sounds great, but if I power down the > DAC, or disconnect the USB cable, I have to reboot PicorePlayer to get > Pi and DAC talking to each other again.The output from the

Re: [SlimDevices: Unix] piCorePlayer, preempt, latency and cyclictest extension (request)

2022-02-24 Thread mcduman
paul- wrote: > We follow the RPi foundations kernels. They just released 5.15, which I > would imagine will be the standard kernel for most of this year. hi paul, us, repo-watchers, have started noticing kernel 5.15.21 and a 8.2.0b1 :cool:

Re: [SlimDevices: Unix] New RPi Zero 2 W

2021-12-02 Thread mcduman
Man in a van wrote: > No I don't think so, I think they will both be "stand alone" version. > Paul will do the necessary when he has the time:) > > > > ronnie OK. i got it now. thanks mcduman's Profile:

Re: [SlimDevices: Unix] New RPi Zero 2 W

2021-12-02 Thread mcduman
many thanks ronnie. so v8.0.0 is actually 8.1.0 now with the new kernel and P02 compatibility? mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] New RPi Zero 2 W

2021-12-02 Thread mcduman
paul- wrote: > For those that know how to look, new pCP 8.1.0 images are posted. I > just have not had time to do the documentation/announcements. > > Only real change to pCP is the newer kernels/firmware for the pi02W > support. A few other minor under the hood tweaks. i do not know how

Re: [SlimDevices: Unix] New RPi Zero 2 W

2021-11-14 Thread mcduman
received the P02, followed the steps in this thread and successfully booted using the 64-bit version of picoreplayer. benchmarks showed that the 64-bit version was more performant despite the 512mb ram. some notes: 1. P02 boots with a 3.3v power supply just like the older version 2. To turn off

Re: [SlimDevices: Unix] New RPi Zero 2 W

2021-10-29 Thread mcduman
mine is on the way. the pi hut still has them. there is also the solderless header option with a hammer. mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0

2021-07-30 Thread mcduman
Just a detail but I understood that starting with kernel 5.x, linux supports multiqueue schedulers: mq-deadline, multiqueue bfq, kyber etc. If this is the case, the bit about elevator options seems outdated under advanced settings. Reading some comparisons, I chose none. I continue to have

Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0

2021-07-12 Thread mcduman
Eyerex wrote: > Big thanks for the update did a clean install and everything is working > great on my setup, only one thing i noticed which could just be my ears > as have a budget setup with a Yamaha A-S500 and a set of JPW Sonata > speakers with my Picoreplayer running a Meridian Explorer 2

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-04 Thread mcduman
bpa wrote: > LMS basically consolidates all the rules from convert.conf and > custom-convert.conf - so after processing there is only one rule (for > each combination of I F & R) which if you disable the "rule" it means > the "rule" is totally disabled - LMS does not revert back to the >

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-04 Thread mcduman
bpa wrote: > Not what I meant. > > What is your WebUI Sertring/Filetypes Flac settings ? > > How do you trigger flc pcm rules when playing RP Flac interactive ? It > does not happen with "normal " settings. > > Have you edited convert.conf ? i was able to replicate the problem i had the

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-03 Thread mcduman
bpa wrote: > Not what I meant. > > What is your WebUI Sertring/Filetypes Flac settings ? > > How do you trigger flc pcm rules when playing RP Flac interactive ? It > does not happen with "normal " settings. > > Have you edited convert.conf ? my sincere apologies from all. i clean

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-03 Thread mcduman
bpa wrote: > Please clarify. You said RP Flac failed to play. This is not the > experience of myself or other users. So I think you have something else > specific to your setup. What are your Flac Filetypes setting ? flc pcm * * # IFT:{START=--skip=%t}U:{END=--until=%v}

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-03 Thread mcduman
bpa wrote: > Just trying to pin down the "fault" not the "why". It may reappear in > other circumstances. Thank you! I just found it a little counterintuitive that a certain transcoding rule (flac pcm) may or may not apply depending on source (tidal or RP) i did not mean to imply that pcm

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-02 Thread mcduman
bpa wrote: > This is specific to Tidal to fix problems with "IFT" in the normal > rules. It would not be used with Radio Paradise. > > > This rule was not part of this discussion. But the issue in this thread > showed that "IFT" cannot work if there is a "$START$" so the "working" > rule may

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-02 Thread mcduman
bpa wrote: > Specifically which rule are you talking about ? This change affects the > "flc flc transcoding" rule. i meant tdlflc pcm * * # IFT:{START=--skip=%t}U:{END=--until=%v} [flac] -dcs --force-raw-format --endian=little --sign=signed $START$ $END$ -- $FILE$ which

Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)

2020-12-02 Thread mcduman
i read the discussion here between you fine people with great interest (although i miss some of the points). what i am curious to know is the following: the new flc pcm conversion rule using [flac] for tidal streams does not work with radio paradise. why is this the case?

Re: [SlimDevices: Unix] piCorePlayer 7.0.0 - Public Beta

2020-11-12 Thread mcduman
Greg Erskine wrote: > Hey I thought that same thing moving from pCP7.0.0b5 to > pCP7.0.0b6:confused: > > In the end I worked out it was something to do with the wind > direction.:D it could be the wind or the new firmware (possibly the former); i urge everyone to upgrade and have a go

Re: [SlimDevices: Unix] piCorePlayer 7.0.0 - Public Beta

2020-11-12 Thread mcduman
this is not the audiophile forum but 7.0.0 sounds significantly better than the earlier versions. have tried all versions since 3.x.x.i wonder what contributes to this and if any one else is noticing. mcduman's Profile:

Re: [SlimDevices: Unix] piCorePlayer 7.0.0 - Public Beta

2020-11-09 Thread mcduman
another strong release from the Team based on picore 12.x. Best news for all pi enthusiasts. Congratulations and thanks. I clean installed and listened for a few hours to tidal, deezer and spotify and everything worked as expected (i sometimes have an issue with some tidal tracks finishing

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-05-27 Thread mcduman
Is there a new version of pCp? i saw in the extension repo mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=111787

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-03-08 Thread mcduman
what a fantastic shave !! congratulations for 6.0.0. i clean installed every single beta (and rc1) and enjoyed the ride immensely. one of the perfect pieces of software for music that i am aware of. mcduman's Profile:

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2020-02-10 Thread mcduman
paul- wrote: > I know. RPi kernels are built with it enabled (I use the same settings > they do). You can't change it with iwconfig. Did you try to do what > you need? There is a discussion somewhere on the RPI forums, RPi is of > the opinion that is should be enabled. many thanks for the

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2020-02-05 Thread mcduman
praganj wrote: > I have a problem with wlan on Pi4/4GB when running beta 6.0.7. I am > making the configuration, saving it, than the wlan connection is > established, i can see, that pi received the ip for wlan, than shutdown, > i am removing the network cable and ... when booting the wlan

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2020-01-30 Thread mcduman
carsten_h wrote: > Hello! > > Today I installed my Pi 3B+ with the new 6.0.0b8 from ground up as I no > longer use LMS on this Pi. > > Everything is working fine! Only my Bluetooth headphone is not working > as expected. > I switched on Bluetooth of the Pi, activated Bluetooth daemons and >

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2020-01-28 Thread mcduman
a new beta/final version seems near as I have seen 4.19.97 modules in the repo. can't wait. mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2019-07-06 Thread mcduman
paul- wrote: > The little options a lot seem to forget, I might need to make that a > required field. Or bite the bullet and add nfs and cifs tools. I’m > working on ideas to make settings transfer easier. > > A 1B is like a turtle compared to the 4B. the field to change password has

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-20 Thread mcduman
paul- wrote: > mcduman, > > Can you test something for me.. > > Add max_loop=100 to cmdline.txt on boot partitionThere are only > 8 loop devices automatically created at boot time, and it seems that > mount is faulting, rather than wait for the kernel to dyna

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-20 Thread mcduman
paul- wrote: > You are using the pCP repo, correct? The piCore repo is broken with > regards to compile tools. > > What happens if you try to just install the linux headers by itself. > "tce-load -i linux-4.19.y_api_headers.tcz" > > Just to clarify... > -w - Downloads extension and

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-19 Thread mcduman
paul- wrote: > I just tested on a zero, so there is nothing odd in the repo. My guess > is that you tried to install that extension, and ran out of > spacedepending on when you run out of space you might have some junk > laying around. > > start a ssh session, and type > > ceo > rm -f

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-19 Thread mcduman
paul- wrote: > I actually just saw the loop mount error yesterday when loading an > extension on a zero.just retry it, it should work. > > Not sure what’s causing it yet. I’ve not seen it during boot either. just tried it. still says "failed to setup loop device: No such file or

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-19 Thread mcduman
Greg Erskine wrote: > hi mcduman, > > Are you really using pCP as a development platform? > > Did you expand/resize mmcblk0p2 before trying to load all this stuff? > > FYI: When you load all these GNU Linux commands, it is possible to break > piCorePlayer. Our s

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 5.0.0

2019-06-18 Thread mcduman
when i run tce-load -wi compiletc i get mount: /mnt/mmcblk0p2/tce/optional/linux-4.19.y_api_headers.tcz: failed to setup loop device: No such file or directory +---+ |Filename: Annotation 2019-06-19 072508.png

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 4.0.0

2019-03-18 Thread mcduman
paul- wrote: > We are soon to release a 4.19.y based kernel for pCP 5.0. I'm sure we > could do something with this card for input, but without hardware, it is > very hard to develop a solution. A new pCP release is always good news. 4.19 is said to be a big one, although not without some

Re: [SlimDevices: Unix] pieCorePlayer hardware question

2019-01-25 Thread mcduman
i have tried various voltage regulators from switch mode to venerable lm7805 to new generation low drop outs (LDO). There is a jump in sound quality when going from switch mode to linear. but then you have to deal with heat esp with rpi 3b+. with your pi zero which i also love above all pi's i

Re: [SlimDevices: Unix] BETA: piCorePlayer 4.0.0

2018-08-06 Thread mcduman
sckramer wrote: > Well shit, this is new: > > 25397 > > Was about to ask where in the world do you set custom-convert (for sox > upsampling/shenanigans etc.) another thing that i discovered which is super cool is that if you are using the c3po transcoding plugin, which everyone should by the

Re: [SlimDevices: Unix] BETA: piCorePlayer 4.0.0

2018-07-30 Thread mcduman
First of all congratulations on the new site and getting the next major release of this awesome software out of the door. I have been testing a clean install of pcp 4.0.0 on the 3b+ for two days now and everything feels significantly faster. at first i could not believe the boot time and thought

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-07-05 Thread mcduman
paul- wrote: > Appreciate the comments ajuster. Feel free to drop me a PM with your > thoughts. > > As for #2, we have completely reworked wifi for the next release. i just got a second pi 3b+ and it sounds significantly better than the 3b. may be its because the additional shield on the cpu

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-06-13 Thread mcduman
bpa wrote: > There were patches to flac for slimserver - these may not be in the > version of flac from another repo. Good reading from klaus re: slimserver sox binaries vs generic ones from your favourite distro vs self-compiled ones.

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-06-12 Thread mcduman
paul- wrote: > Yes, do not run tce-update I’ve tried to submit extension upgrades, > but they just never seem to want to update. A lot of extensions we have > changed the name over time, so there is no match at the tinycore > repo..but not everything. > > wpa_supplicant is also

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-06-11 Thread mcduman
paul- wrote: > I would guess the channel your AP is using is not compatible with the > 3B+. I've seen a lot of channels that don't work i must have run tce-update at some point and installed new wifi firmware. i flashed again and wifi works as expected

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-06-09 Thread mcduman
paul- wrote: > Wifi works fine without country code setting in both 2.4G and 5G > connections (I'm using a 3B+ on wifi right now). The country code > requirement in raspbian is a software requirement only. There is no > hardware requirement for that. > > So go back to the normal wifi

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-04-21 Thread mcduman
paul- wrote: > LMS development just moved to 7.9.2. Just a reminder if you want to > keep getting nighties, you will need to follow this procedure. > > http://picoreplayer.sourceforge.net/how_to_upgrade_lms.shtml just migrated to 7.9.2 and tidal gives 400 connection error. anybody can

Re: [SlimDevices: Unix] Announce: piCorePlayer 3.5.0

2018-03-25 Thread mcduman
A big heartfelt thanks to the devs for this amazing piece of software. The upgrade went smoothly and the audio version sounds better than ever. My only question is whether there is a difference between a clean install and the insitu update. I remember such a thing from the old Windows days where

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-03-19 Thread mcduman
Greg Erskine wrote: > hi mcduman, > > [Main Page] in [Beta] mode > [Diagnostics] > [Boot] will show you the > boot process. > > User commands are called from #10. do_rebootstuff.sh towards the end. > > Numbers #10 and #16 are piCorePlayer, the rest are standa

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-03-17 Thread mcduman
Jeff07971 wrote: > If they are all to run at the same time just write it into a script and > put it in /home/tc, call the script from a user command. > Remember to back it up and make it executable > > Jeff Thanks, that is a good idea. I am also interested in knowing how user commands work in

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-03-17 Thread mcduman
Hi, 1. I must have deleted some extensions. While the player is very stable as usual, I cannot see the pi temparature under diagnostics. Which extension do I need to install to read the cpu temperature? 2. I need a few more "user commands" under config.cfg. To turn off the leds etc. I tried

Re: [SlimDevices: Unix] Does piCorePlayer 3.22 work on the Raspberry Pi 3B+?

2018-03-14 Thread mcduman
i have placed an order for the new rpi and waiting for delivery. this is a good opportunity for the new version of pcp. is it 3.23? mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-03-02 Thread mcduman
Greg Erskine wrote: > > > We are waiting to release the next version of piCorePlayer before we do > any more code changes. so can you tease us with what is new? and when can we expect it assuming SF is up and running

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-22 Thread mcduman
Greg Erskine wrote: > hi mcduman, > > This might help "pgrep squeezelite". > > Also htop is available as an extension. It is better for investigating > this kind of stuff. > > regards > Greg Hi greg, pgrep did not work either, because, just like pi

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-20 Thread mcduman
paul- wrote: > Taskset is supplied by busybox, which doesn't support that. But you > can install util-linux.tcz That should install the full version of > taskset. > > Be aware that Squeezelite starts 4 threads, and it already launches the > output thread with a Fifo scheduling scheduling

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-20 Thread mcduman
Dear devs, I am trying to give squeezelite its own dedicated core in my rpi3. Here is what I did. 1. Isolate one of the cores (i.e. core 3) by entering "isolcpus=3" under cmdline.txt. After reboot, there is indeed no processes running under core 3. 2. Set core affinity of squeezelite as core 3

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-06 Thread mcduman
Greg Erskine wrote: > hi mcduman, > > Also, > > 1. [ Tweaks ] page in [ Beta ] mode > [ HDMI power ]. Turn off. > > 2. [ Tweaks ] page in [ Beta ] mode > [ Advanced Overclock ]. Set > Overclock/underclock to "Under" and Governor to "ondemand or

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-06 Thread mcduman
Greg Erskine wrote: > hi mcduman, > > Maybe just adding the command as "User Command #1" on the [ Tweaks ] > page will do the job? > > regards > Greg Nope. did not work. May be it's because / sign is

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-02-06 Thread mcduman
Hi, In my battery driven, wifi-only usage scenario I am having good results when I disable usb and ethernet with: echo '1-1' | sudo tee /sys/bus/usb/drivers/usb/unbind ethernet is supposedly a power hog and indeed I am measuring both cool temperatures (36C) and longer battery life with eth0

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2018-01-04 Thread mcduman
Has the link to download squeezelite changed? How do I fix the link address in the update script? mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread:

Re: [SlimDevices: Unix] Announce piCorePlayer 3.20

2017-10-12 Thread mcduman
i have seen that the following settings are very popular in some configurations based on the argument that: 1. arm_freq, gpu_freq and sdram_freq should be multiples of each other 2. the lower the voltage, the better things are 3. sdram latency can be tweaked for better sound arm_freq=666