!zxGJehQJvNgwZmHDtM:matrix.org

Support

269 Members
Support for Linux on Microsoft Surface33 Servers

Load older messages


SenderMessageTime
18 May 2022
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

so this may not directly related to surface thing but alsa config or realtek codec or hw compat
I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
and that also appiled on Pulseaudio

09:52:23
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
/ and that also appiled on Pulseaudio

09:52:37
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel

09:52:53
@np-chaonay:matrix.orgNuttapong Punpipat * PS1: on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actual supported 44100/48000 at 16/20/24bit which these all combination is in reported what supported in default PCM.
09:53:00
@np-chaonay:matrix.orgNuttapong Punpipat * PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
09:54:17
@np-chaonay:matrix.orgNuttapong Punpipat * PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone
09:56:33
@np-chaonay:matrix.orgNuttapong Punpipat * PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal
09:58:02
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
/ last but not least; I recommended to solve this problem by using sample_rate and bit_depth that allowed in Windows, if combination not possible then try another settings that have better sound quality.

10:02:36
@np-chaonay:matrix.orgNuttapong Punpipat * I using Surface Laptop Studio Headphone sounds good but laptop speaker, I know that on Windows we have optimized Realtek codec, but on Linux we using (vanila?) realtek codec. The sound when playing anything on Linux is more poorly-brighter, in another word, frequency around 2000Hz is amped up and the bass seem reduced little bit. Compared to Windows which I also disabled audio enhancement option (audio optimisation that determine by screen flipping, is not disabled easily or non disabled so i leave it enable on Windows) Can just equalizer solve it, but as I try on Pulseeffect EQ is no good settings that works on almost type of sound without some much quiet or over amplification on every freq range. however sound look most-good when I put lid down. I wonder if the default tuning of speaker is for lid state 🤔 (as brief test I think windows and linux sound similar when in lid state)10:04:48
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem. So this also conclude that put lid down just hide poor thing but the sound still poor just more diffcult to hear.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
/ last but not least; I recommended to solve this problem by using sample_rate and bit_depth that allowed in Windows, if combination not possible then try another settings that have better sound quality.

10:05:38
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

[PCM codec report]
[Test Result]
SurfaceKernel+16bit/44.1khz: N/A

10:11:19
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

[PCM codec report]
[Test Result]

24bit or 96khz are not supported by alsa HW direct

SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: N/A
SurfaceKernel+32bit/48khz: N/A
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:13:06
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report

Test Result

// 24bit or 96khz are not supported by alsa HW direct
SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: N/A
SurfaceKernel+32bit/48khz: N/A
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:13:34
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS4: /proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report

Test Result

// 24bit or 96khz are not supported by alsa HW direct
SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: Poor sound
SurfaceKernel+32bit/48khz: Normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:13:55
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: breif test on my hw:0,0 only support 16bit/32bit (yeah it is normal that ALSA support config is not same as on Windows) at 44.1/48khz, I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
PS5: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report

/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit or 96khz are not supported by alsa HW direct
SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: Poor sound
SurfaceKernel+32bit/48khz: Normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:14:18
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: Poor sound
SurfaceKernel+32bit/48khz: Normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:15:56
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem. So this also conclude that put lid down just hide poor thing but the sound still poor just more diffcult to hear.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
/ so the solution may be: using sample_rate and bit_depth that allowed in Windows, if combination not possible then try another settings that have better sound quality.
/ I hope someone see similar problem can got solved using my recommendation

10:17:37
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for test have best-method resampled, to it should sound good in everycases
SurfaceKernel+16bit/44.1khz: PoorSound
SurfaceKernel+16bit/48khz: Normal
SurfaceKernel+32bit/44.1khz: Poor sound
SurfaceKernel+32bit/48khz: Normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:30:18
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for tested is best-method resampled.
SurfaceKernel+16bit/44.1khz: N/A
SurfaceKernel+16bit/48khz: N/A
SurfaceKernel+32bit/44.1khz: Poor sound
SurfaceKernel+32bit/48khz: Normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:30:49
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for tested is best-method resampled.
SurfaceKernel+16/32bit/44.1khz: poor sound
SurfaceKernel+16/32bit/48khz: normal
GenericKernel+16bit/44.1khz: N/A
GenericKernel+16bit/48khz: N/A
GenericKernel+32bit/44.1khz: N/A
GenericKernel+32bit/48khz: N/A

10:33:17
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit at 48 while headphone support both 16/24bit
/proc/asound/card0/codec#0 reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for tested is best-method resampled.
BothGenericAndSurfaceKernel + 16/32bit + 44.1khz: poor sound
BothGenericAndSurfaceKernel + 16/32bit + 48khz: normal

16:08:55
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit 48khz while headphone support both 16/24bit but only 48khz
/proc/asound/card0/codec#0 (idk if I interpret it wrong or not) reported speaker actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for tested is best-method resampled.
BothGenericAndSurfaceKernel + 16/32bit + 44.1khz: poor sound
BothGenericAndSurfaceKernel + 16/32bit + 48khz: normal

16:09:40
@np-chaonay:matrix.orgNuttapong Punpipat *

PS1: I only tested for 32bit on both freq, I will further report testing in this msg.
PS2: https://stackoverflow.com/questions/31060717/wav-files-at-any-rate-except-44-1khz-have-messed-up-sound idk if this relate
PS3: Haven't retest if this also happen on headphone but as I breifly test it sound like normal

PCM codec report on Linux and other info

On Windows, speaker only support 16bit 48khz while headphone support both 16/24bit but only 48khz
/proc/asound/card0/codec#0 (idk if I interpret it wrong or not) reported that speaker/headphone actually supported 44100/48000 at 16/20/24bit which these all combination is supported in default PCM reported by given file.

Test Result

// 24bit (yeah it is normal that ALSA support config is not same as on Windows) or 96khz are not supported by alsa HW direct
// Sound used for tested is best-method resampled.
BothGenericAndSurfaceKernel + 16/32bit + 44.1khz: poor sound
BothGenericAndSurfaceKernel + 16/32bit + 48khz: normal

16:10:17
@np-chaonay:matrix.orgNuttapong Punpipat *

Ok I have rearranged so it easier to read
first I have to say that my latest test conclude that lid state in Windows not affect into poor sound just little charecteristic. That mean lid positioning is not related to the problem. So this also conclude that put lid down just hide poor thing but the sound still poor just more diffcult to hear.

I now got solution, the problem is about ALSA or realtek codec driver
but what most surprise is what to say:

  • using ALSA hw:0,0 (which is Realtek codec that play on laptop speaker) @32bit/48000Hz it sound normal (even no optimization based on tablet/stage/laptop mode)
  • testing same but 44100Hz it sound poor
  • As brief test, this also happens on Pulseaudio in the same way

/ so this may not directly related to surface thing but alsa config or realtek codec or hw compat
/ I think there are ones having similar issues like me on non-surface device, but I took much time for me to search it, but I see one that searched, see PS2.
/ I will try test on 16bit and generic kernel also, at least HW direct of 32bit 48khz sound good on surface kernel
/ so the solution may be: using sample_rate and bit_depth that allowed in Windows, if combination not possible then try another settings that have better sound quality. However on SLS set Pulseaudio/ALSA to use 48000Hz for speaker. on my settings set both samplerate and alternative_samplerate PulseAudio settings to 48000, that prevent application from requesting 44.1khz rate and create problem.
/ I hope someone see similar problem can got solved using my recommendation

16:13:12
@qzed:matrix.orgqzed Nuttapong Punpipat: I think it would be quite helpful if you would post your test results either in an issue on github or on the wiki. That way it doesn't get lost. 16:15:01
@qzed:matrix.orgqzedIIRC there are some older issues about sound and eq-tuning somewhere, so maybe a device-independent wiki page for that would be great16:16:14
@np-chaonay:matrix.orgNuttapong Punpipat
In reply to @qzed:matrix.org
IIRC there are some older issues about sound and eq-tuning somewhere, so maybe a device-independent wiki page for that would be great

thanks for suggestion
however I think my idea is to put "48000hz SLS problem fix " into SLS device wiki page at first place maybe.
however if there are many devices got similar problem then maybe I think it should be at section "post-installation" of page "Installation" instead.

And my testing infomation feel free to copied yeah, however I will copied into my github repo when I have my freetime thanks.

PS: I'm not native english, sorry if I using wrong wording :)

16:24:30
@qzed:matrix.orgqzedsounds good!16:25:57
@heisrisen:matrix.orgheisrisenThanks for the reply. Is there a way to install "tepl" again if needed after updating to Fedora 36? Also, will updating to Fedora 36 using the App Manager install the correct Surface version, or, is there another way I would need to perform the update? Thanks again.17:34:16
@qzed:matrix.orgqzed I assume a normal update should work, but I don't use fedora on my surface. Dorian Stoll might know more. 17:38:44

There are no newer messages yet.


Back to Room List