LINUXTALKS.CO

Проблемы со слухом?

 , ,

L


0

1

Итак, господа, товарищи.

Проходим, проверяемся (только честно):

https://zvukipro.com/situacii/3491-ultrazvuki-kotorye-slyshat-tolko-deti.html

Я хорошо, не тихо, слышу 14400 и еле-еле 16к. Ну, пилот-тон от ФМ стерео-модулятора я ни с чем не спутаю ))

А вот мать не слышит даже 8к. Буду отправлять её пинками к нужному врачу.

★★★★★★★★★★
Ответ на: комментарий от deep-purple

Почему, в графике 14100 из пяти верхних, первая «горка» не дотянула до полоски с единицей, а последняя (пятая) дотянула? С нижними «ямками» та же беда.

Ну бляха, это сглаживалка в calc такая кривая. Ровной не завезли. Ну ты блин нашел к чему доколупаться, не надо клоунады.

Это точно чистый синус

Это точно чистый синус. Совершенно чистый. Он совпадает с отдельно построенным чистым правомерным синусом 14100 Гц - ты же на график то смотри. Если бы он покоцался, ты бы из под него оранжевый чистый синус видел.

Ну вот поставь не 30к

Что конкретно поставить? Напиши частоту, сейчас поставлю и на этот раз, колонки цифр чистого синуса отдельно посчитанного, и якобы «покоцанного» совпадут. По цифрам посмотришь в колонках.

Фома ты наш неверующий

JamesHolden    
★★★★★★
Linux / Chrome
Ответ на: комментарий от JamesHolden

Не понял как считается значение столбца А. Ага, допёр.

deep-purple    
★★★★★★★★★★
Последнее исправление: deep-purple (всего исправлений: 1)

Linux / Firefox
Ответ на: комментарий от JamesHolden

В столбце B, значение только домножается на отсчет времени из столбца A. В столбце C та же шляпа. Где происходит калькуляция между значениями столбцов B и C? И где на графике результат этой калькуляции?

под синей линией оранжевая

Почему они совпадают на графике, будучи на разной частоте? У них разный зум?

deep-purple    
★★★★★★★★★★
Последнее исправление: deep-purple (всего исправлений: 1)

Linux / Firefox
Ответ на: комментарий от deep-purple

Где происходит калькуляция между значениями столбцов B и C?

Не понял. Что значит калькуляция между? Что ты имеешь в виду? Это два цифровых сигнала. Каждая строчка - один отсчет цифрового сигнала. Все, больше ничего не нужно калькулировать.

Почему они совпадают на графике, будучи на разной частоте?

Да ёлки палки! Десятый раз тебе пишу. Синус 30000 Гц при оцифровке с частотой дискретизации 44100 Гц превращается в синус 14100 Гц. Поэтому они совпадают. Я не знаю как еще понятнее это объяснить.

Никакого зума там нет. Они совпадают, просто берут и - совпадают. О чем я уже часа два говорю.

JamesHolden    
★★★★★★
Последнее исправление: JamesHolden (всего исправлений: 2)

Linux / Chrome
Ответ на: комментарий от TheAnonymous

Во-первых там слишком мало отсчетов на один период синуса, визуально будет белиберда.

Во-вторых, ЦАП восстанавливает сигнал между отсчетами.

Посмотри не график, а две колонки U и U1 в файле. Ты увидишь что все отсчеты - совпадают, там на каждой строчке одинаковые числа!

JamesHolden    
★★★★★★
Linux / Chrome
Ответ на: комментарий от JamesHolden

чистенький такой кде, прикольно

по сабжу: нет слуха, нет проблем.

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 1)

FreeBSD / Chrome
Ответ на: комментарий от JamesHolden

Синус 30000 Гц при оцифровке с частотой дискретизации 44100 Гц превращается в синус 14100 Гц

Ах вот что ты мне там показываешь.

А я тебе уже говорил, что синус 14100 Гц при оцифровке с частотой дискретизации 44100 Гц в синус 30000 Гц НЕ превращается?

Они совпадают, просто берут и - совпадают

А ты знаешь почему «совпадают»? Я об этом тоже уже два часа говорю: они не совпадают. Это синус 30к покоцало. То, что он превратился в 14100 – это следствие.

deep-purple    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от JamesHolden

Я не спорю, что совпадают. Скорее прикол в том, что «гладкий синус»

ЦАП восстанавливает сигнал между отсчетами

Ну кстати, на частотах, близких к частоте Найквиста, восстановится только частота, а не амплитуда сигнала. Чтобы восстановить форму исходного сигнала, частота дискретизации должна быть больше

TheAnonymous    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от deep-purple

НЕ превращается

Ну если так посмотреть, после дискретизации вообще нет никаких синусов. Синус - непрерывная функция, а там после оцифровки - точки какие-то

TheAnonymous    
★★★★★★★★★★
Последнее исправление: TheAnonymous (всего исправлений: 1)

Linux / Firefox
Ответ на: комментарий от TheAnonymous

Именно об этих точках я целый график нарисовал и показывал на нём, как часть оригинального сигнала херится тем сильнее, чем его частота выше Найквиста.

deep-purple    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от deep-purple

А я тебе уже говорил, что синус 14100 Гц при оцифровке с частотой дискретизации 44100 Гц в синус 30000 Гц НЕ превращается?

Это да, но ты мне доказывал что 30000 не превращается в синус 14100. Вот в чем дело!

То есть - ты упорно доказываешь как раз, что получится не чистый синус 14100 Гц, а какое-то непонятное «кривое говно».

А теперь что, оказывается, что внезапно получается таки синус, о чем я и говорил?

Это синус 30к покоцало

Мне как-то без разницы какой смысл ты вкладываешь в слово «покоцало». Это не технический термин.

Я тебе четко сказал, что синус - превращается в синус другой частоты. Ты с этим упорно спорил, и даже когда я выложил график с синусом, «не верил» и спрашивал, а что это синус недостаточно ровный и туда подмешано говна.

А теперь ты мне хочешь сказать, что имел в виду ровно то, что я тебе доказывал? Интересное кино. Как это?

JamesHolden    
★★★★★★
Последнее исправление: JamesHolden (всего исправлений: 1)

Linux / Chrome
Ответ на: комментарий от deep-purple

Суть в том, что такой похеренный сигнал в точности совпадает с непохеренным сигналом другой частоты.
Вот ещё картинка с примером

TheAnonymous    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от JamesHolden

ты упорно доказываешь как раз, что получится не чистый синус 14100 Гц, а какое-то непонятное «кривое говно»

Чего? Я доказываю, что получится кривое говно относительно синуса 30к.

Это не технический термин

Технически: синус 30к пропал, там не синус 30к. И там даже не синус 14100, а его противофазина. Не технически: кривое говно даже в сравнении с синусом 14100, которое просто вырежет в полезном сигнале чистый синус 14100.

deep-purple    
★★★★★★★★★★
Последнее исправление: deep-purple (всего исправлений: 1)

Linux / Firefox
Ответ на: комментарий от JamesHolden

А я тебе уже говорил, что синус 14100 Гц при оцифровке с частотой дискретизации 44100 Гц в синус 30000 Гц НЕ превращается?

Это да, но ты мне доказывал что 30000 не превращается в синус 14100. Вот в чем дело!

Вообще говоря чем ближе частота синусоиды к частоте Котельникова тем больше она приближается к П-образному сигналу, потому как получил синусоиды усредняется в одну букву П, прямую или перевёрнутую.

torvn77    
★★
Последнее исправление: torvn77 (всего исправлений: 1)

Linux / Chrome

О, старые добрые времена вернулись, слух опять проверяет.

У меня сел. Пару лет назад 17 тихо слышал. Сейчас еле-еле 15 слышу. Хреново.

UPD: Не, перепроверил, все-таки 17-18 слышу довольно отчетливо, но все-же заметно тише, чем 16.

Oberstserj    
★★★★★
Последнее исправление: Oberstserj (всего исправлений: 2)

Ubuntu / Firefox

Слышу 17000 Гц на полной громкости, выше - вообще нет

GREAT-DNG    
★★★★★
Android / Firefox

16000 Гц отчетливо, 38 годиков

Qwentor    
★★★★★★
Последнее исправление: Qwentor (всего исправлений: 1)

Android / Chrome
Ограничение на отправку комментариев: только для зарегистрированных пользователей, score>=90