100 пудов -очень интересно и познавательно.

Статья правильная, но лучше читать в оригинале.
ИМХО автор "не въехал" в некоторые вещи и свой перевод "притянул за уши" к своему пониманию процесса.
Например, джиттер не есть пропадение пакетов. В контексте передачи данных по USB, джиттер это носящее случайный характер отличие фактического времени прихода очередного пакета данных в USB-устройство, от идеального. Если джиттер превышает некоторый порог (зависящий от схемотехники устройства), возможна потеря пакетов.

Спасибо, ознакомился!

(02-10-2012 20:25)rostian писал(а):  

(02-10-2012 20:18)Art1992 писал(а):  Васапи - чисто технически - это самое худшее, ведь он расчитан на экономию ресурсов процессора...

Откуда такая инфа?

в инете вычитал конечноже, но инфа не левая - в википедии читалась.

(02-10-2012 20:10)alexsandr писал(а):  

(02-10-2012 13:52)Shurik_G писал(а):  ... уже не первый раз после советов и прямых ссылок в этой теме имею проблемы с восстановлением работоспособности системы.... зарекся тут кого то слушать и тем более отсюда что то качать... ну низя же так...

Приведите примеры?
Только не нужно ссылаться на музыкальные мультимедийные комбайны для всего с "таблетками, крякалками и лекартсвами". В этом случае Вы действуйте на свой страх и риск.

п.с.
А ОС лицензионная?

ОС да.. лицензионная...
ЗЫ дык на Рутрекере берешь все то же с кряками таблетками и лекарствами и работает, а тут берешь и потом жаришься...

Я слышал, что народ жаловался на кривой асио к Musiland, на первых порах там вообще были откровенные баги.... так, что вполне возможно, что с васапи лучше.
[/quote]
Мойша напел
Пользуюсь два года. Никаких багов....

(03-10-2012 08:00)Fat писал(а):  Я слышал, что народ жаловался на кривой асио к Musiland, на первых порах там вообще были откровенные баги.... так, что вполне возможно, что с васапи лучше.

Мойша напел
Пользуюсь два года. Никаких багов....
[/quote]

Вам повезло, Вы уже юзали нормальный доработанный драйвер, в первых его версиях, к примеру, не было поддержки 44.1.
У меня товарищ юзает Musiland Monitor 01 US, так что "не Мойша напел"....

А вот пример жалоб на драйвер:
http://www.head-fi.org/t/624403/musiland...iver-issue

(02-10-2012 23:51)АндрейКа писал(а):  Статья правильная, но лучше читать в оригинале.
ИМХО автор "не въехал" в некоторые вещи и свой перевод "притянул за уши" к своему пониманию процесса.
Например, джиттер не есть пропадение пакетов. В контексте передачи данных по USB, джиттер это носящее случайный характер отличие фактического времени прихода очередного пакета данных в USB-устройство, от идеального. Если джиттер превышает некоторый порог (зависящий от схемотехники устройства), возможна потеря пакетов.

Всё правильно, поэтому значения джиттера указывается во временном значении, в пикосекундах. По видимому "аффтар" перевода упростил для понимания неподготовленных читателей. Хотя и задержка пакетов и выпадение - обозначаются понятим джиттер.

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

(03-10-2012 14:07)minoltist писал(а):  Не знаю компьютерных протоколов без коррекции или повторной передачи по запросу.

UDP, и всякие аудио-видео стриминги, где поддержание темпа передачи важнее 100% достоверности передачи.

(03-10-2012 14:07)minoltist писал(а):  Я бы не стал говорить о выпадении пакетов в данном случае. Не знаю компьютерных протоколов без коррекции или повторной передачи по запросу. Думаю правильней будет говорить о задержке пакетов, связанной с повторной передачей.

Там даже в контексте статьи указан изохорный способ передачи, именно при нём пакет не досылается.

[/quote]
"Программист html" это очень гордое имя!.
Примерно как "пользователь компьютера"!

P.S. Мне не интересно мнение так называемых "программистов" html, и прочих "веб дизанеров" (в вопросе плееров), я больше почитываю тех кто пишет на С.
[/quote]
Я не программист HTML, это просто комментарий на реплику
про кнопку которая, ну очень существенно улучшила звук...
Если вы имеете ввиду примочки (dll-ки), то все они направлены на
изменение битпефекта, что не есть тру...
За звук должны отвечать драйвера дака и никак по другому.
Иначе вы получаете редактирование исходного муз. файла, а это уже не входит в программу прослушивания...
Битпефект, естественно, необходимое, но не достаточное условие качественного звукоизвлечения. Это как хороший голос не обязательно делает человека оперным певцом, но без него ...он никогда им не станет

(03-10-2012 16:57)Тибетский Ламер писал(а):  

(03-10-2012 14:07)minoltist писал(а):  Я бы не стал говорить о выпадении пакетов в данном случае. Не знаю компьютерных протоколов без коррекции или повторной передачи по запросу. Думаю правильней будет говорить о задержке пакетов, связанной с повторной передачей.

Там даже в контексте статьи указан изохорный способ передачи, именно при нём пакет не досылается.

Хочу заметить, что изохорный режим, подозревает полную буферизацию процесса передачи по USB протоколу и никаких выпадений пакетов там быть не может. Изо - изоляция определенного канала USB, от остальных процессов в операционной системе

"Программист html" это очень гордое имя!.
Примерно как "пользователь компьютера"!

P.S. Мне не интересно мнение так называемых "программистов" html, и прочих "веб дизанеров" (в вопросе плееров), я больше почитываю тех кто пишет на С.
[/quote]
Я не программист HTML, это просто комментарий на реплику
про кнопку которая, ну очень существенно улучшила звук...
Если вы имеете ввиду примочки (dll-ки), то все они направлены на
изменение битпефекта, что не есть тру...
За звук должны отвечать драйвера дака и никак по другому.
Иначе вы получаете редактирование исходного муз. файла, а это уже не входит в программу прослушивания...
Битпефект, естественно, необходимое, но не достаточное условие качественного звукоизвлечения. Это как хороший голос не обязательно делает человека оперным певцом, но без него ...он никогда им не станет
[/quote]

Ни хр..на не понял.
Лучший удифильский плеер, который не обращается к ОС за ненужной фигней. Пример такого cPlay.

Изохронный режим, предполагает наличие Асио драйвера, который переводит определенный USB порт, в этот режим. Данные, которые передаются по этому порту, принадлежат программе , и ли группе прикладных программ, которые его поддерживают и запущены в данный момент. К тому же этот драйвер настраивает этот канал, в зависимости, от примененного оборудования

(03-10-2012 20:12)oleg2566 писал(а):  Изохронный режим, предполагает наличие Асио драйвера, который переводит определенный USB порт, в этот режим. Данные, которые передаются по этому порту, принадлежат программе , и ли группе прикладных программ, которые его поддерживают и запущены в данный момент. К тому же этот драйвер настраивает этот канал, в зависимости, от примененного оборудования

А вывод? Вы до сих пор в поиске... Может не в источнике дело?

(03-10-2012 14:07)minoltist писал(а):  Не знаю компьютерных протоколов без коррекции или повторной передачи по запросу.

(03-10-2012 16:24)UncleStas123 писал(а):  UDP, и всякие аудио-видео стриминги, где поддержание темпа передачи важнее 100% достоверности передачи.

Назовите когда вы сами использовали данный протокол и при каких обстоятельствах.
спасибо.

(03-10-2012 23:24)smirnofb писал(а):  Назовите когда вы сами использовали данный протокол и при каких обстоятельствах.
спасибо.

UDP - vlc player (Ю тюб) и подобные, но спорящие вряд ли это понимают.

К стати в цитировании UncleStas123 написал подробно

Наверно следует убрать мой пост, но себе в назидание оставлю. В остальном - какое имеет отношение передача данных к источнику (не udp) на звук? (в смысле покупки cd-da в магазине, поездка на транспорте и т.д. ) дальше сложнее ftp torrent etc?

(04-10-2012 00:50)nia писал(а):  Как Вы относитесь к cPlay это тоже вроде поделки?

По интерфейсу, и соответственно по юзабилити - поделка. Одно использование "p" для play-pause вместо пробела чего стОит! А по звуку - мне нравится. Хотя и нет у меня твердой внутренней уверенности, что там все честно.
Майемо, що майемо

(03-10-2012 22:08)nia писал(а):  

(03-10-2012 20:12)oleg2566 писал(а):  Изохронный режим, предполагает наличие Асио драйвера, который переводит определенный USB порт, в этот режим. Данные, которые передаются по этому порту, принадлежат программе , и ли группе прикладных программ, которые его поддерживают и запущены в данный момент. К тому же этот драйвер настраивает этот канал, в зависимости, от примененного оборудования

А вывод? Вы до сих пор в поиске... Может не в источнике дело?

Вывод? Это уже все имеется, но плееры звучат по разному