Świat cyfry dla początkującego - poradnik

[Dedal]

@tomek4446Sprawdziłem , żadnych pozostałości po RMR na moim mini pc .

Fakt to nie drogi model ale to chyba nie ma nic do rzeczy . Pzdr

[marcinmarcin]

18 minut temu, Mariusz Kopacki napisał:

Wrzucasz rozmaite kwestie w jeden worek, bo sie 'dB' pojawia?

Nie, Ty mieszasz

18 minut temu, Mariusz Kopacki napisał:

Headroom mozna zapewnic na rozne sposoby i po stronie cyfrowej, i po analogowej.

Nawet jak używam Clarett jako preampu do końcówki mocy i mam na analogu np - 50dB, dalej nie likwiduje to przesteru cyfrowego. 

Pomaga przyciszenie cyfrowe albo na źródle (czy PC czy malina), albo właśnie na DACu. 

Więc nie ma to nic wspólnego z dobraniem mocy na wyjściu daca /czułością wzmacniacza itp

Z moich obserwacji wynika że spora część różnic między dacami/źródłami wynikać może właśnie ze sposobu zarządzania cyfrowym volume/headroom. 

Różnice w charakterze dźwięku (np u mnie 0dB vs - 8dB) są dość drastyczne

Tylko wszystko to uderza w bitperfect... więc nie do zaakceptowania przez wszystkich

[ProjectPi]

4 minuty temu, marcinmarcin napisał:

Nie, Ty mieszasz

Gdyz poniewaz bo i jak?

 

5 minut temu, marcinmarcin napisał:

Nawet jak używam Clarett jako preampu do końcówki mocy i mam na analogu np - 50dB, dalej nie likwiduje to przesteru cyfrowego. 

Mowa byla o RME. Co maja do tego rozwiazania z Focusrite?

W samym RME wewnetrzny headroom nie zapewni poprawnej pracy dla dowolnych ustawien DSP, i to jest normalne, odpowiedni pregain jest po stronie uzytkownika. Po to jest Level Metering i DigiCheck jesli trzeba.

 

8 minut temu, marcinmarcin napisał:

Więc nie ma to nic wspólnego z dobraniem mocy na wyjściu daca /czułością wzmacniacza itp

To juz zalezy. Analiza z uzyciem ADC powie wiecej.

 

10 minut temu, marcinmarcin napisał:

Różnice w charakterze dźwięku (np u mnie 0dB vs - 8dB) są dość drastyczne

Zmierzyles i przeanalizowales, aby wiedziec o tym cokolwiek?

 

12 minut temu, marcinmarcin napisał:

Tylko wszystko to uderza w bitperfect... więc nie do zaakceptowania przez wszystkich

Nie kojarze, zeby ktos preferowal clipping jesli jakies urzadzenie w torze nie radzi sobie z poziomem wejsciowego sygnalu. Bit-perfect zawsze ma granice rozsadnej stosowalnosci.

[marcinmarcin]

51 minut temu, Mariusz Kopacki napisał:

Zmierzyles i przeanalizowales, aby wiedziec o tym cokolwiek?

Sprzęt audio służy w głównej mierze do słuchania... 

[Bebop]

1 godzinę temu, marcinmarcin napisał:

Nawet jak używam Clarett jako preampu do końcówki mocy i mam na analogu np - 50dB, dalej nie likwiduje to przesteru cyfrowego. 

Pomaga przyciszenie cyfrowe albo na źródle (czy PC czy malina), albo właśnie na DACu. 

Więc nie ma to nic wspólnego z dobraniem mocy na wyjściu daca /czułością wzmacniacza itp

Z moich obserwacji wynika że spora część różnic między dacami/źródłami wynikać może właśnie ze sposobu zarządzania cyfrowym volume/headroom. 

Różnice w charakterze dźwięku (np u mnie 0dB vs - 8dB) są dość drastyczne

Tylko wszystko to uderza w bitperfect... więc nie do zaakceptowania przez wszystkich

Nikt nie mówi żebyś słuchał w bitperfect bo nie o to w tym chodzi. Chodzi o to, czy dane urządzenie (transport) jest w stanie przesłać niczym nie zmieniony sygnał bp do dac. Tylko tyle i aż tyle. 

Ja nie słucham w bp bo mi to nie pasuje / korzystam z DSP i innych zmieniaczy. 

 

Ale Ty się uczepiłeś, że to całe bit-perfect jest jakieś mityczne i w ogóle do dupy.  

Nadal nie rozumiem z czym walczysz. 

[marcinmarcin]

6 minut temu, Bebop napisał:

Chodzi o to, czy dane urządzenie (transport) jest w stanie przesłać niczym nie zmieniony sygnał bp do dac. Tylko tyle i aż tyle.

Zgadzam się z Tobą 👍 

Czepiam się podejścia, gdzie poświęcamy jakość kosztem zachowania bit perfect do samego końca... 

Ale nie dotyczy to Ciebie z tego co piszesz:

6 minut temu, Bebop napisał:

nie słucham w bp bo mi to nie pasuje / korzystam z DSP i innych zmieniaczy.

A że warto mieć źródło BP, to też racja. 

Jak miałem Rme testowałem pod tym kątem różne opcje maliny 👍

Edytowano 29 kwietnia 2023 przez marcinmarcin

[ProjectPi]

8 minut temu, marcinmarcin napisał:

Sprzęt audio służy w głównej mierze do słuchania... 

Owszem, ale samo sluchanie nie daje solidnych podstaw do pewnych wnioskow. Jak rowniez jednym z celow mierzenia jest zaowocowac jak najlepszymi wrazeniami sluchowymi.

[Bebop]

7 minut temu, marcinmarcin napisał:

Zgadzam się z Tobą 👍 

Cieszę się, że ostatecznie obaj się zrozumieliśmy. 

8 minut temu, marcinmarcin napisał:

Czepiam się podejścia, gdzie poświęcamy jakość kosztem zachowania bit perfect do samego końca... 

Chyba nikt tak nie robi bo nie wtym sens. 

[marcinmarcin]

1 godzinę temu, Mariusz Kopacki napisał:

Owszem, ale samo sluchanie nie daje solidnych podstaw do pewnych wnioskow. Jak rowniez jednym z celow mierzenia jest zaowocowac jak najlepszymi wrazeniami sluchowymi.

A nie można by tego połączyć? 😉

Pewne rzeczy trzeba zmierzyć, ale pewne usłyszeć... 

[ProjectPi]

Nie pytalbym o pomiar tego co zostalo odsluchane, gdyby nie dalo sie polaczyc.

[Bebop]

15 godzin temu, Bebop napisał:

Jutro sprawdzę laptop Win11 / USB / RME na serwisie Qobuz i na swoich plikach. 

@tomek4446 Zainstalowałem driver madiface na moim lapku Win11.  KIedy gram z apki Qobuz, sygnał do RME idzie bit-perfect. Pod warunkiem, że w apce Qobuz wybiorę ASIO MADIface USB jako audio output. 

[ProjectPi]

Jak to zweryfikowales?

[Bebop]

Częstotliwości próbkowania zmieniają się na wyświetlaczu rme i są zgodne ze źródłem plików z Qobuz. 

Tomek ma problem bo u niego Windows wszystko podaje 44.1

Edytowano 29 kwietnia 2023 przez Bebop

[ProjectPi]

To tylko wskazuje na dopasowanie sample rate, nic o tym, czy apka Qobuza dodaje jakies procesowanie, czy nie. Przy zainstalowanych sterownikach RME aplikacja ustawia czestotliwosc zgodna z utworem dla asio, a dla wasapi uzywa aktualnej i robi ewentualny resampling, jak jest niezgodnosc. Tylko na sterownikach od MS dziala dla RME ustawianie czestotliwosci przez aplikacje dla wasapi.

[tomek4446]

7 minut temu, Mariusz Kopacki napisał:

Tylko na sterownikach od MS dziala dla RME ustawianie czestotliwosci przez aplikacje dla wasapi.

Ok. Osobiście mam gdzieś czy RME będzie pokazywało aktualną dla pliku częstotliwość czy nie. Ważne jest co odtwarza. Czyli jak mam plik 24 bity 192 kHz , a na wyświetlaczu RME pokazuje 16 bitów 44,1 kHz co to tak naprawdę słyszę ?  

[ProjectPi]

2 minuty temu, tomek4446 napisał:

Ok. Osobiście mam gdzieś czy RME będzie pokazywało aktualną dla pliku częstotliwość czy nie. Ważne jest co odtwarza. Czyli jak mam plik 24 bity 192 kHz , a na wyświetlaczu RME pokazuje 16 bitów 44,1 kHz co to tak naprawdę słyszę ?  

To co pokazuje RME na wyswietlaczu.

[Bebop]

5 minut temu, tomek4446 napisał:

Ok. Osobiście mam gdzieś czy RME będzie pokazywało aktualną dla pliku częstotliwość czy nie. Ważne jest co odtwarza. Czyli jak mam plik 24 bity 192 kHz , a na wyświetlaczu RME pokazuje 16 bitów 44,1 kHz co to tak naprawdę słyszę ?

Nie sądzę abyś usłyszał różnicę przez zmianę sample rate. Ale sam fakt, że wszystko masz 44.1 jest irytujący, nieprawdaż? Dlaczego miałbyś słuchać plików 192 (jeśli takie będziesz miał) zmienionych do 44.1. 

[ProjectPi]

Audiofile nie slysza roznicy miedzy 192/24 a 44.1/16? Hmm

[tomek4446]

1 godzinę temu, Mariusz Kopacki napisał:

To co pokazuje RME na wyswietlaczu.

No to inaczej. Gdy zmienię / co w tej chwili uczyniłem / manualnie w MADIface z 44,1 na 192 kHz i właśnie RME wyświetla mi te 192 kHz , a leci Tidal w 44,1 kHz , to co słyszę ?  

[ProjectPi]

4 minuty temu, tomek4446 napisał:

No to inaczej. Gdy zmienię / co w tej chwili uczyniłem / manualnie w MADIface z 44,1 na 192 kHz i właśnie RME wyświetla mi te 192 kHz , a leci Tidal w 44,1 kHz , to co słyszę ?  

To co pokazuje RME na wyswietlaczu. Upsample z 44.1 jesli Tidal HiFi bez Plus.

[Bebop]

9 minut temu, tomek4446 napisał:

No to inaczej. Gdy zmienię / co w tej chwili uczyniłem / manualnie w MADIface z 44,1 na 192 kHz

Tomek, czemu musisz robić to wszystko manualnie? MADIface powinien podawać oryginalny bit rate zgodny z plikiem źródłowym.

Czy to u Ciebie nie działa poprawnie? 

Z czego puszczasz te pliki? Z jakiej apki? Może musisz tam zaznaczyć MADIface? Musi być jakieś rozwiązanie problemu. 

[ProjectPi]

26 minut temu, Bebop napisał:

Tomek, czemu musisz robić to wszystko manualnie? MADIface powinien podawać oryginalny bit rate zgodny z plikiem źródłowym.

Czy to u Ciebie nie działa poprawnie? 

Z czego puszczasz te pliki? Z jakiej apki? Może musisz tam zaznaczyć MADIface? Musi być jakieś rozwiązanie problemu. 

Sterowniki od RME obsluguja zmiane sample rate tylko dla asio, nie dla wasapi. Wyjasnienie mozesz znalezc na forum RME.

[Bebop]

Nie rozumiem. Nie znam się aż tak bardzo. Ale poczytam na forum RME. 

Dlaczego MADIface działa u mnie na windzie z apką qobuz a u Tomka na (nieznanej mi) apce to już nie działa?

[ProjectPi]

Korzystasz z asio w Qobuz. Jesli dobrze pamietam Tidal nie wspiera asio.

Jak przelaczysz sie w Qobuz na RME wasapi exclusive zobaczysz zupelnie inne zachowanie.

Edytowano 29 kwietnia 2023 przez Mariusz Kopacki

[DiBatonio]

5 godzin temu, marcinmarcin napisał:

Sprzęt audio służy w głównej mierze do słuchania... 

Ale jak se kupisz Umika1, to też do mierzenia😆😆😆