Jump to content
IGNORED

GentooPlayer


Recommended Posts

12 hours ago, Limpbizkit said:

RTL8812AU chipset, purchased directory from Allo.

Works with Moode, Picoreplayer and Volumio.

 

try:

 

cd /tmp/

 

wget https://github.com/antonellocaroli/rpi-firmware/releases/download/20200223/firmware.tar.xz

 

tar xvf firmware.tar.xz  --xattrs --numeric-owner -C /

 

reboot 

 

and see if it works...

if it doesn't work try adding this line 

max_usb_current=1

to the config.txt

 

mount /boot

 

nano /boot/config.txt

 

If it doesn't work, I have no other ideas.

Link to comment
18 hours ago, Limpbizkit said:

i own an Usbridge Sig and wifi does not work , the COMFAST dual band USB 3.0  wifi dongle does not seem to be recognized..

I hope what antonellocaroli suggested works for you.

 

But if it doesn't, I can tell you that this wifi antenna works well with the USBridge Signature and GentooPlayer: https://chicagodist.com/products/long-range-wifi-usb-with-antenna-for-raspberry-pi.

Link to comment

Hi Antonelli,

 

I'm enjoying the Gentooplayer on my NUC with its increased dynamic contrast as well as better PRAT as compared to Euphony. However I would like to adjust the CPU frequency as I found in Euphony that 2.4Ghz is the sweet spot. I can adjust the frequency on the fly with Euphony. Can this be done with Gentooplayer?  

Link to comment
1 hour ago, Lukasluis said:

Hi Antonelli,

 

I'm enjoying the Gentooplayer on my NUC with its increased dynamic contrast as well as better PRAT as compared to Euphony. However I would like to adjust the CPU frequency as I found in Euphony that 2.4Ghz is the sweet spot. I can adjust the frequency on the fly with Euphony. Can this be done with Gentooplayer?  

you can use cpu-governor to change governor...

just out of curiosity, what does it tell you:

 

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

Link to comment

Hello Antonello, i assume that few people are using some JACT NETCARD FEMTO to improve the overall performace. Marcin from JPLAY is providing some configuration of the card under Windows/Intel drivers (see document in the following link : https://drive.google.com/open?id=1-IMMOInT8vwzlCyTENWwqjTuPazNfHO0 ).

Do you think there is any opportunity to configure such parameters through Linux/Gentooplayer ?

Link to comment
13 minutes ago, Patatorz said:

Hello Antonello, i assume that few people are using some JACT NETCARD FEMTO to improve the overall performace. Marcin from JPLAY is providing some configuration of the card under Windows/Intel drivers (see document in the following link : https://drive.google.com/open?id=1-IMMOInT8vwzlCyTENWwqjTuPazNfHO0 ).

Do you think there is any opportunity to configure such parameters through Linux/Gentooplayer ?

This is why there are more kernels in GentooPlayer, just because some settings change...

Link to comment
1 hour ago, antonellocaroli said:

Thanks, it was just a curiosity...

 

have you tried changing governors?

I tried to issue the command, however it goes to the viewer. I'm confused. 

GentooPlayer-64 /home/gp # cpu-governor
Available Governors for this CPU/kernel:
performance powersave

Press "Enter" to continue...

 

        Press the "q" key to exit this viewer).


L i n u x    C P U F r e q
                      C P U F r e q   G o v e r n o r s
                   - information for users and developers -
                    Dominik Brodowski  <[email protected]>
            some additions and corrections by Nico Golde <[email protected]>
   Clock scaling allows you to change the clock speed of the CPUs on the
    fly. This is a nice method to save battery power, because the lower
            the clock speed, the less power the CPU consumes.
Contents:
---------
1.   What is a CPUFreq Governor?
2.   Governors In the Linux Kernel
2.1  Performance
2.2  Powersave
2.3  Userspace
2.4  Ondemand
2.5  Conservative
2.6  Interactive
3.   The Governor Interface in the CPUfreq Core
1. What Is A CPUFreq Governor?
==============================
Most cpufreq drivers (in fact, all except one, longrun) or even most
cpu frequency scaling algorithms only offer the CPU to be set to one
frequency. In order to offer dynamic frequency scaling, the cpufreq
core must be able to tell these drivers of a "target frequency". So
these specific drivers will be transformed to offer a "->target"
call instead of the existing "->setpolicy" call. For "longrun", all
stays the same, though.
How to decide what frequency within the CPUfreq policy should be used?
That's done using "cpufreq governors". Two are already in this patch
-- they're the already existing "powersave" and "performance" which
set the frequency statically to the lowest or highest frequency,
respectively. At least two more such governors will be ready for
addition in the near future, but likely many more as there are various
different theories and models about dynamic frequency scaling
around. Using such a generic interface as cpufreq offers to scaling
governors, these can be tested extensively, and the best one can be
selected for each specific use.
Basically, it's the following flow graph:
CPU can be set to switch independently   |         CPU can only be set
      within specific "limits"           |       to specific frequencies
                                 "CPUfreq policy"
                consists of frequency limits (policy->{min,max})
                     and CPUfreq governor to be used
                         /                    \
                        /                      \
                       /                       the cpufreq governor decides
                      /                        (dynamically or statically)
                     /                         what target_freq to set within
                    /                          the limits of policy->{min,max}
                   /                                \
                  /                                  \
        Using the ->setpolicy call,              Using the ->target call,
            the limits and the                    the frequency closest
             "policy" is set.                     to target_freq is set.
                                                  It is assured that it
                                                  is within policy->{min,max}
2. Governors In the Linux Kernel
================================
2.1 Performance
---------------
The CPUfreq governor "performance" sets the CPU statically to the
highest frequency within the borders of scaling_min_freq and
scaling_max_freq.
2.2 Powersave
-------------
The CPUfreq governor "powersave" sets the CPU statically to the
/opt/.gentooplayer/script/governors.txt lines 2-71/237 25%
 

Link to comment
5 minutes ago, Lukasluis said:

I tried to issue the command, however it goes to the viewer. I'm confused. 

GentooPlayer-64 /home/gp # cpu-governor
Available Governors for this CPU/kernel:
performance powersave

Press "Enter" to continue...

 

        Press the "q" key to exit this viewer).


L i n u x    C P U F r e q
                      C P U F r e q   G o v e r n o r s
                   - information for users and developers -
                    Dominik Brodowski  <[email protected]>
            some additions and corrections by Nico Golde <[email protected]>
   Clock scaling allows you to change the clock speed of the CPUs on the
    fly. This is a nice method to save battery power, because the lower
            the clock speed, the less power the CPU consumes.
Contents:
---------
1.   What is a CPUFreq Governor?
2.   Governors In the Linux Kernel
2.1  Performance
2.2  Powersave
2.3  Userspace
2.4  Ondemand
2.5  Conservative
2.6  Interactive
3.   The Governor Interface in the CPUfreq Core
1. What Is A CPUFreq Governor?
==============================
Most cpufreq drivers (in fact, all except one, longrun) or even most
cpu frequency scaling algorithms only offer the CPU to be set to one
frequency. In order to offer dynamic frequency scaling, the cpufreq
core must be able to tell these drivers of a "target frequency". So
these specific drivers will be transformed to offer a "->target"
call instead of the existing "->setpolicy" call. For "longrun", all
stays the same, though.
How to decide what frequency within the CPUfreq policy should be used?
That's done using "cpufreq governors". Two are already in this patch
-- they're the already existing "powersave" and "performance" which
set the frequency statically to the lowest or highest frequency,
respectively. At least two more such governors will be ready for
addition in the near future, but likely many more as there are various
different theories and models about dynamic frequency scaling
around. Using such a generic interface as cpufreq offers to scaling
governors, these can be tested extensively, and the best one can be
selected for each specific use.
Basically, it's the following flow graph:
CPU can be set to switch independently   |         CPU can only be set
      within specific "limits"           |       to specific frequencies
                                 "CPUfreq policy"
                consists of frequency limits (policy->{min,max})
                     and CPUfreq governor to be used
                         /                    \
                        /                      \
                       /                       the cpufreq governor decides
                      /                        (dynamically or statically)
                     /                         what target_freq to set within
                    /                          the limits of policy->{min,max}
                   /                                \
                  /                                  \
        Using the ->setpolicy call,              Using the ->target call,
            the limits and the                    the frequency closest
             "policy" is set.                     to target_freq is set.
                                                  It is assured that it
                                                  is within policy->{min,max}
2. Governors In the Linux Kernel
================================
2.1 Performance
---------------
The CPUfreq governor "performance" sets the CPU statically to the
highest frequency within the borders of scaling_min_freq and
scaling_max_freq.
2.2 Powersave
-------------
The CPUfreq governor "powersave" sets the CPU statically to the
/opt/.gentooplayer/script/governors.txt lines 2-71/237 25%
 

 

image.png.3c6da52b91f4a6e392c4b4592bfe6002.png

 

you can only set powersave or performance...

Link to comment
1 minute ago, antonellocaroli said:

emerge --ask dev-vcs/git

 

how come you don't have any more git?

Thanks Antonello! I have removed "squeezelite", "logitechMediaServer" and the "hQPlayer"s using the GenTooPlayer web interface. After that git was gone. Reinstall does not seem to work:

rpi6GenToo ~ # emerge --ask dev-vcs/git

 * IMPORTANT: 2 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.


These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds to satisfy "dev-vcs/git".

emerge: searching for similar names...
emerge: Maybe you meant any of these: dev-libs/glib, dev-libs/icu, dev-libs/gmp?

Any idea how to proceed? Best, nbpf

Link to comment
7 minutes ago, nbpf said:

Thanks Antonello! I have removed "squeezelite", "logitechMediaServer" and the "hQPlayer"s using the GenTooPlayer web interface. After that git was gone. Reinstall does not seem to work:


rpi6GenToo ~ # emerge --ask dev-vcs/git

 * IMPORTANT: 2 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.


These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds to satisfy "dev-vcs/git".

emerge: searching for similar names...
emerge: Maybe you meant any of these: dev-libs/glib, dev-libs/icu, dev-libs/gmp?

Any idea how to proceed? Best, nbpf

try to give first an emerge --sync

or is it a copy-and-paste problem...

copy from here the command

 

https://wiki.gentoo.org/wiki/Git

Link to comment
5 hours ago, antonellocaroli said:

image.png.61339a3af91d94d3e69fe6d102b79627.png

 

Rpi4 Update

 

-updated the entire system 

-updated firmware and EEPROM firmware (vl805) (temperature should be lower now) 

-updated uhubctl 

-added hub-ctrl.c 

-fix remove audio software @nbpf

 

Web-interface: 

-added firmware update function 

 

image.thumb.png.9cb38283d6cc5dc8f80e79e59343ec68.png

 

 

-added cpu-temp real time (bcmstat) 

 

image.thumb.png.c8a656cb03b316c7bf7b3fcb46efd5db.png

 

-added GP-version update (from this version on, it should no longer be necessary to refresh the SD to update the version)

 

image.thumb.png.3cf7e22911fc93f2ed65c904c1e99cda.png

Great job @antonellocaroli ... rpi4 v.1.1 is running 3/4 °C less than before ... the firmware update is effective....

not yet tested on a rpi4 v.1.2 but it runs already colder ... 43° C in a Flirc alluminium case

 

... and the sound is ... wonderful 

Stefano

 

My audio system

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...