Stacjonarny mp3

aha,

(to przed 'reklama' AptX) - natywne MP3 albo AAC przechodzi niezmienione. qod.

a ten artykul jest z 6/29/08 10:41 AM ...

el es

Użytkownik "AlexY" snipped-for-privacy@irc.pl napisał w wiadomości news:oc0qgv$8b4$ snipped-for-privacy@dont-email.me...

No, 17. Ale coś mi mówi, że ilu-bitowość jest raczej parzysta (z wyjątkiem "1-bitowych"), gdy jest inna, niż 16-bitowa. NICAM OIDP, jest 14-bitowy. Więc dla setki tysięcy 18 bitów. Nawet nie bardzo wiem, czemu tak, ale nie spotkałem się (albo mi umknęły) z przetwornikiem "nieparzystobitowym".

Bardzo prosto - teoretycznie mamy różnicę między sąsiednimi poziomami (U1), różnicę między skrajnymi poziomami (U2), zakładając oczywiście, że przetwarzanie jest liniowe - stosunki są jak 65536 do 1, do wzoru gdzie wychodzi, wg wzoru 20*log(U2/U1 czyli 65536)=ok. 96.3 dB. To jest teoria. A jeszcze trzeba w odpowiedni sposób doszumić sygnał, aby najmniejsze wartości nie stały się prostokątami i aby nie pochrzanić zbytnio z dynamiką (ale i tak coś-za-coś), więc praktycznie spada to gdzieś do 70-80 dB. Przy 24 bitach (16777216 poziomów) teoretyczna dynamika rośnie do ok. 144.5 dB. W telekomunikacji, gdzie przekaz jest 8-bitowy i teoretyczna dynamika to ok.

Użytkownik "AlexY" snipped-for-privacy@irc.pl napisał w wiadomości news:oc0qq3$9g4$ snipped-for-privacy@dont-email.me...

Nie, no spoko, dość wcześnie byłem świadom, że otwieranie drzwi złodziejowi nie jest rozsądne. Pierwszym moim FW był Zone Alarm, ale znajomy admin ostrzegł mnie, że program ten ma dziurę, która umożliwia łatwy włam. Zmieniłem na Kerio PF 2.1.3, a potem 2.1.4 i spolszczenie. Używałem w XP także (nawet daje radę), ale wywalał się na niebiesko sterownik tegoż, z objawów wynikało, że następowało przepełnienie jakiegoś bufora. Więc dziś jadę na samym systemowym, o ile to nie jest XP bez SP, czy z SP1. Próbowałem Comodo, nawet dobry, ale niesłychanie zachłanny na zasoby i nie do końca intuicyjny. Więc musi mi wystarczyć systemowy.

HF5BS pisze:

Bo nikt nie wydziwia że ma być 100tyś poziomów. Ale jak trzeba to nic nie stoi na przeszkodzie zrobić 17 bitów.

HF5BS pisze: [..]

Chcesz mi powiedzieć że nadal używasz modemu po USB/RS232 a nie router po ethernecie który domyślnie blokuje wjazd z neta?

Nie ma żadnej gwarancji, że konkretnie wybrany soft do odtwarzania nie przekoduje przed przepchnieciem przez bt a najczesciej to robi, ponieważ warstwa wyjsciowa audio dla softu odtwarzajacego np. w telefonie jest jedna i jest to wyjscie pcm, które przez drivery nizszego poziomu kierowane sa do glosnikow/sluchawek/aux czy bt. Driver wyjscia dopiero decyduje czy jego kanal (np.bt) wymaga kompresji przy przesylaniu. To co wskazujesz jest tyko teoretyczna możliwością, wymagająca specjalnego dedykowanego softu i strumienia, który akurat "pasuje" do bt. W 99% przypadków odtwrzany mp3 (czy ogg) przesylany przez bt będzie rekodowany kilka razy. Bardzo łatwo to sprawdzić, odtwórz przez słuchawki bt na telefonie dowolny film na yt, często można zauwazyc rozsynchronizowane audio z obrazem, spowodowane wlasnie kilkukrotną rekompresją. Podobnie jest np. w tv do którego można podłączyć sluchawki bt, włącz tv i zdubluj audio przez głośniki tv i sluchawki bt. Skuchaj jednym uchem ze skuchawek a drugim z glosnika, wyczujesz opóźnienie w sluchawkach.

W dniu 2017-04-04 o 16:02, Luke pisze:

To jest pomysł do rozważenia. Dzięki za sugestię :-)

P.P.

Użytkownik "AlexY" napisał w wiadomości grup dyskusyjnych:oc1a8t$eq$ snipped-for-privacy@dont-email.me... HF5BS pisze:

Informatyka lubi okragle liczby. 4, 8, 16, 32 ... 1024 O ile pamietam to kiedys byly przetworniki 7 bit, ale to juz prehistoria.

Lubi tez 8, 16, 32 bitowe slowa, bo sie latwo bity adresuje ... o ile jest taka potrzeba. Lubi tez kwadratowe matryce pamieci.

W pewnym okresie to mogla byc kwestia realizacji - np kwantujemy sygnal w przetworniku flash 6 bit, tworzymy z nich analogowy, odejmujemy od oryginalu, wzmacniamy, mierzymy w kolejnym przetworniku ... i mamy w 2 cyklach 12 bit. Albo 2*N, jesli uzyjemy przetwornikow N bit. Ale to ADC, nie DAC.

No wlasnie, dynamika. Ktos uznal, ze 90dB wystarczy, a to akurat 16 bit, no .

W telefonii o ile pamietam zdecydowali sie na 13 bit (A-Law, u/mu-Law). Ale przetworniki do tego ... kto wie, czy nie 14 bit, bo takie byly dostepne :-)

J.

Użytkownik "AlexY" snipped-for-privacy@irc.pl napisał w wiadomości news:oc1b1p$2l8$ snipped-for-privacy@dont-email.me...

Nie!!! 12 lat temu, jak SDI miałem!!! Jedynie pierwszy modem w kablówie miał, bez routera, port Ethernet i USB, mogące pracować równolegle i niezależnie pozyskiwać swój IP, zewnętrzny. Ale przez niego nic mi nie wlazło. Szybko zresztą został zmieniony na modem z routerem, w ramach upgrade łącza.

Użytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news:58e4b4b7$0$5148$ snipped-for-privacy@news.neostrada.pl...

Bardzo lubi.

Często w nagłówkach widzę ...7-bit... jakby systemy nie umiały z tym ósmym...

No, wiadomo. Może takie 18-bitowe jest reprezentowane przez 24, czy nawet 32 bity, abo może z jakimś dodatkowym algorytmem jest zaszywane w 16 bitów (no, taki ZIP online)?

Chyba łatwiej policzyć. Po latach nie pamiętam za bardzo, co nam o macierzach facetka... a moze facet... zabij, nie powiem, tłumaczyli. Kwadratowe szybciutko się liczyły, rozwiązywanie układów równań także z macierzami, wręcz błyskawicznie i łatwiutko, nie pomnę prostokątnych, ale czy słusznie mi się kołacze, że było by tam więcej latania po przekątnych i obijania się o ściany?

No, ale znów mamy słaby punkt - kilkukrotne przetwarzanie, a to nieliniowość, a to monotoniczność, a to krasnoludki (znaczy się cokolwiek, co nam pomiesza szyki)?

No właśnie. To, co przedstawiłem, to wartości teoretyczne, przy założeniu liniowej zależności A/D. Ale, co stoi na przeszkodzie zagęścić przetwarzanie w newralgicznych miejscach? Tylko trzeba by odpowiednio to rozkminiać, aby zniekształcenia nie narosły.

Ale chyba 16-bitowo liczone, bo tak, jak wyobrażam sobie słowo 14-bit, tak nie bardzo sobie wyobrażam, jakby to zręcznie policzyć, aby nie robić dodatkowego cudowania. W każdym razie, trakty TCK-30 (nie wiem, jak ich starsze "siostry" o 24-krotności) próbkowanie miały 8-bitowe, z OIDP nieliniowym przetwarzaniem. I niekiedy było tak, że sygnał po drugiej stronie bywał dość znacznie zniekształcony. Rozmawiać się dało, ale przypominało to niekiedy nawet kodek (OIDP) DSP, jak się mocniej rozjechało. Pomijam już to, że często było, że przetwornik D/A bardzo szumiał. A czasem głosowo nie do odróżnienia od właściwego, ale modem już np. nie chciał bzyknąć szybciej, niż 2400, mało stabilnie, a 4800 to niemal pewne zerwanie, lub przynajmniej renegocjacja. A czasem głosowo sieczka, a modem stabilne

Użytkownik "HF5BS" napisał w wiadomości grup dyskusyjnych:oc2fj4$f06$ snipped-for-privacy@node2.news.atman.pl... Użytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisał w wiadomości

Bo nie umieja. Ale z innej przyczyny.

Nie chodzi o macierze, tylko pamieci krzemowe. Jak matryca bitow jest kwadratowa, to ma N w jedna strone i N w druga. Razem N^2 bitow. Przy czym N=2^M. No i w rezultacie mielismy parzysta ilosc bitow adresu, i pamieci

To oczywiscie zaklada, ze i 1 bit na krzemie zajmuje obszar w miare kwadratowy ... widac tak jest/bylo.

Ano mamy. Ale alternatywy raczej nie bylo. A tradycyjnie w ADC wykorzystywano SAR, czyli poniekad podobny uklad, ale z przetwornikami 1 bit. Czyli problemy te same, a jeszcze wolniej. Akurat na 44kHz 16-bit to raczej starczalo.

Nie jestem pewien czy to takie proste. W telefonii sie sprawdza, ale czy sprawdzi sie w muzyce ?

Telefonia, wiec duzo sprzetowo robione. To akurat na bramkach mozna bylo zrobic.

O ta nielinioniowosc wlasnie chodzi. Dane transmitowane 8-bitowo, ale wczesniej kompresja z 13 do 8 bit. W zasadzie to kompresja dynamiki. realizowana cyfrowo, wiec potrzebne przetworniki 13-bit ..

J.

Użytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news:58e4cccb$0$15205$ snipped-for-privacy@news.neostrada.pl...

To załączyć "macierz" z definicją tych znaków, i jesli macierz (nie wiem, jak to się fachowo nazywa) będzie uszkodzona, przyjąć domyślny zestaw znaków, lub wyznaczony przez deklarację, a jak będzie dobra, to jej użyć. Naokoło, z kombinacją, ale można wrzucić wszystko. Tylko aby zrobić tak, żeby np. wtrącenie tam kodu, nie miało najmniejszej możliwości jego wykonania.

No, to jeszcze wiadomo... choć mój C128D ma 128 kB, ale mam nadzieję, ze w

Wydaje mi się, że kwadratowość mechaniczna powinna być tu akurat najmniejszym problemem. W dobie technologi, gdzie potrafimy niekiedy przemieszczać pojedyncze atomy...? Jak prostokąt, do na płytce dwa chipy dłuższymi bokami wobec siebie i co, zakryjemy i nawet widać nie będzie.

I takowoż z tymi nieszczęsnymi kodekami, co je posądzamy o całe zło tego świata. A one przecież nie służą do odpalania koncertu w salo filharmonii, tylko temu, abym np. swojego ulubionego Boney M, czy Paula Anki, czy kogokolwiek, zapodaję jako przykład, móc spokojnie posłuchać na spacerze z psem, czy w drodze autobusem do pracy. Jeśli mam na ulicy, czy w autobusie

Czegóż nam do szczęścia więcej trzeba? Działa, sprawdza się, co tu zmieniać? I tak zaraz się pojawi, jeśli już nie pojawiło, advocacy - obóz 16-bitowców i obóz 1-bitowców, jak w dyskusji o wyższości jednych świąt nad drugimi. A tu chodzi chyba o to, aby sobie usiąść w fotelu i po prostu zachwycić się, jak pięknie Andre Rieu (czy jakikolwiek inny), zagrał 24 Kaprys Skrzypcowy Paganiniego, jak rewelacyjnie Zimmerman zagrał Poldka As-Dur opus 53 Szopena, a Rubinstein Etiudę Rewolucyjną tegoż, to są artyści i to od ich wkładu chyba najwięcej zależy, itd. No, ale ja słucham muzyki, a nie bitów, bajtów, przetworników, kodeków, końcówek top-end (wcale niekoniecznie top-end będącymi, przypadkowo trafiłem kiedyś, jak takie urządzenie gralo muzykę, szum taki, że tej klasy urządzeniu nie przystoi (żródło było cyfrowe, to się słyszy), a jednak szumiało).

Wydaje mi się, że jakby się przyłożyć i przyjąć pewne kompromisy (o tym za moment), to miało by to szansę sie sprawdzić. Tylko, kompromisy... co z nagraniami, gdzie nie stosowało się zagęszczania? Bo albo musiało by to jakoś być oznaczane/wykrywane i po drugiej stronie dodatkowe przetwarzanie, by zapewnić uliniowienie przetwarzania w razie odtwarzania jednego na drugim, albo ręczny przełącznik, który przełączałby charakterystykę obróbki sygnału, by ją dopasować do wersji, zależnie od tego, co się podstawi urządzeniu do odegrania. Ale też mam nadzieję, że mądre głowy rozwiążą to tak, aby zapewnić w miarę najwięszą możliwą kompatybilność obu wersji. Problem tam, gdzie urządzenie będzie zafiksowane na jednym profilu przetwarzania, upośledzenie tegoż użytkownikowi, który ma urządzenie z tej drugiej wersji było by IMHO niegrzeczne i nieetyczne.

Mogło mi to umknąć, bo ja obracałem się raczej w sferze komutacji, to nawet się w te cyfrowości nie zagłębiałem zbytnio. W zasadzie sygnał wszedł, sygnał wyszedł, sygnalizacja przelazła, a dalej już będę rozkminiał na centrali, analogowej zresztą, elektromechanicznej. I tamże to robiłem. A co po drodze... to już inny dział to robił. Jednak... jak bawiłem się z systemowymi kodekami, to m.in. PCM 8-bit, do zwykłego słuchania radia, jak wiadomości, piosenka Haliny Kunickiej, jakieś słuchowisko czy reportaż, całkowicie wystarczy, choć to tylko 48-coś dB. A ta kompresja... aż muszę gdzieś wyczaić jej algorytm, żeby określić, jak ze stratnością, jak odtwarzano obcięte bity... Przy okazji, weny na razie brak... Bo cały czas mi się kwasi, że w TCK na sztywno było 8 bitów, od razu próbka w któryś z 32 slotów (2 sygnalizacyjne - 1 i 16, oraz 30 rozmównych), łącznie 2Mbps. (częstość próbkowania 8 kHz, pasmo 300-3400), ale jeszcze to rozeznam - po tylu latach to nawet koloru stojaka za bardzo nie pamiętam... :)

Użytkownik "HF5BS" napisał w wiadomości grup dyskusyjnych:oc2mn3$lpc$ snipped-for-privacy@node2.news.atman.pl... Użytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisał w wiadomości

No i przeciez tak sie robi, tylko potem nie zdziw sie, ze Ty wyslesz ą,ć,ś, a Rosjanin odbierze jakies swoje cyrylice, a Niemiec jak ci odpowie, to zamieni na umlauty.

A gdzies jeszcze na swiecie chyba sa maszyny pracujace w EBCDIC, ktory jest 8 bit, ale mapowanie ma na znaki ASCII, a inne to roznie.

Tez mi sie tak wydaje, ale jakos tak jest. Nie oplaca sie ciac krzemu na prostokaty ? Po opanowaniu technologii lepiej sprzedac pamiec 4M niz 2M ?

Z jednej strony - jak najbardziej masz racje, z drugiej ... bylejakosc rosnie. Potem sobie zasiadziesz w fotelu w zacisznym mieszkaniu, posluchac ulubionego koncertu, a tam sie okaze, ze zamiast na 24-bitowym sprzecie producent uzyl mp3 :-) A mowimy przypominam o stacjonarnym odtwarzaczu. I OP wymagal jakosci

Przy czym - te mp3 maja jednak dosc dobra jakosc i ciekaw jestem kto z narzekajacych odrozni, szczegolnie gdy nie bedzie bezposredniego porownania :-)

P.S. Czasem patrze u znajomych na nowe TV i strasznie kiepski obraz maja. Widac te cyfrowe artefakty bardzo. I nie wiem - niektore programy maja niski bitrate, czy telewizory cos psuja ? A moze to kwestia materialu - w niektorych sytuacjach nadawca stracil na laczach, albo transkodowania miedzy systemami ?

No wiesz, Windows i karty dzwiekowe po cichu przeszly na 96kHz. Przy czym glowy nie dam czy przetwornik nie jest jakis z klasy "1-bit" i na MHz ... chyba nie, skoro widze te 96kHz (pozałowali na filtry znaczy sie).

Producenci przeszli na 24 bit, skoro sie taki system pojawil.

Ale tu akurat roznice sprzetowe moga byc zauwazalne ... przez koneserow :-)

Czasy takie, ze to mozna sprawdzic :) Program sobie napisac, czy skorzystac z jakiegos narzedzia i posluchac jak brzmi 16 bitow skompresowanych np do 11 :-)

Juz nie pamietam ... wydaje mi sie, ze nie wystarczalo. Na pewno byl slyszalny dosc spory szum.

Byly programy do manipulowania dzwiekiem, tylko uzywalem jakis, a potem cos znikl z rynku, teraz chyba Goldwave by potrafil obciac w strumieniu 16-bit najmlodsze 8 bit i odtworzyc

Pare lat mielismy podobna dyskusje, wtedy o ile pamietam to Marek zrobil pare ladnych przykladow.

Nie odtwarzano. W skrocie: jesli najstarsze bity sygnalu byly zerowe, to transmitowano

Innymi slowy - taka liczba zmiennoprzecinkowa - 4 bity mantysy plus 3 bity cechy , plus znak).

Bylo - ta kompresja to tylko na "wyposazeniu abonenckim".

J.

Stratnie.

Glowny problem to taki, ze pierwsze BT bylo dosc wolne. Nawet 1Mb/s w wersji 2.0 ale podstawowej to jest za malo na CD-Audio.

(sluchawki BT do telefonow, czyli mono i z mikrofonem, uzywaja profili HSP/HFP i jeszcze wiekszych kompresji. Wszak telefon gsm kompresuje roz/mowe do ok 14kb/s)

A dalej to juz nie bardzo wiem - ten strumien danych BT transmituje bezstratnie ... ale to chyba cos na ksztalt UDP - transmisja tylko w jedna strone i straty moga sie pojawic :-)

J.

Byłoby ciekawie sprawdzić powyższe ślepą próbą.

Ok - dla Ciebie - na dobry bas podkręcasz laptopa. Każdy lubi, co lubi i nie podlega to dyskusji.

Ustawienia "defaultowe" określa twórca kompresora, nie algorytm kompresji.

HF5BS pisze:

Pierwsza linijka cytatu: "dziś jadę na samym systemowym" czyli obecnie, nie 12 lat temu. Obecnie nawet firewalla na windzie nie mam, zwalam to zadanie na router.

U¿ytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:58e52d34$0$15191$ snipped-for-privacy@news.neostrada.pl...

Historycznie ju¿ - Sferia, za CDMA, mia³a podobno 9600. S±dz±c po jako¶ci, tyle by³o (choæ czytelne, zrozumia³e).

U¿ytkownik "HF5BS" napisa³ w wiadomo¶ci grup dyskusyjnych:oc4v55$s2p$ snipped-for-privacy@node2.news.atman.pl... U¿ytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci

No ale jak ktos chce za jakosc zaplacic, to i wieksza moze dostac.

J.