ThE_DimaN, привожу случай из практики, при переходе с Win98, на 2k. Двухтысячный сожрал диск за месяц, количество обращений к диску в 2k на порядок выше чем Win98. Так что доля истины в этом есть, но только том случае, если у вас двухгиговый Samsung. S.M.A.R.T начнет орать
Попадались HDD с частично убитыми контроллерами, с колличеством бедов до 600, статус S.M.A.R.T при загрузке OK.
Реальные параметры к которым стоит присмотреться, Reallocated Sector Count, Temperature.

Это не так, S.M.A.R.T. можно отключить(можно и нужно), электроника работает независимо от S.M.A.R.T.

Подобные темы муссировались в свое время: типа ХР - это убийца винтов. Стояла 98-я Винда - диск пахал три года, поставили ХР - через неделю сдох. А дело было просто в нехватке оперативки, т.к. в NT-подобных системах ее требуется все-таки поболее, чем в 9х. И приводило это к повышенному обращению к винту, в результате чего тот и отказывал. Как правило от банального перегрева.

PS: кстати, без шуток видел комп с 32 Mb RAM, на котором стояла ХР. И ведь работала, млин

v258, конечно нехватало оперативки, это сейчас пользователь вяло размышляет толи 2 гига, толи 4 поставить в комп, но и с 512Мб оперативки 2k любит пилить диски.

Участвовал в подобных опытах, и мне кажется всётаки будет правильно,"на котором стояла ХР"

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

Ох мы и нафлудили.
Тут важен другой вопрос: как сделать программу подобного вида, но так, чтобы она не обращалась к ЖД.
я знаю про коммутацию каналов и пакетов.
но неужели никак нельзя пометить пакеты ?
т.е. 1,2,3,4 и т.д. ?

ThE_DimaN, пометить можно, но что ты будешь делать, если один пакет потеряется, то есть будет "долгая" пауза (несовместимая с RealTime-звуком) ожидания истечения срока жизни пакета перед его повторной отсылкой?

на BASS 2.4 звук с микрофона по сети на другой компьютер передается и воспроизводится без пауз (с учетом того, что передача идет напрямую без сжатия). Собственно защиту от подобных ситуаций обеспечивает элемент SoundBuffer и поэтому такие ситуции возможны только в случае ну очень плохой связи

кроме того некоторые (если не все) кодеры звука (spx, mp3, ogg) умеют обрабатывать (и выдавать результат) звук блоками (жаль только я не знаю как это применить в HiAsm). А в кодеке speex есть интересная функция эмуляции "потери" n% блоков (видимо для целей отладки)..

Андрей,

Дык нам самое главное, не как делить на блоки, а как сделать стабильной передачу и механизм отлова пропусков.
Хотя буфер с пакетами - отличная идея. Ну и если пакет пропущен, то необходимо, чтобы программа повторяла запрос на пакет, а при этом след. пакет клала в свой буфер и ждала пока предыдущий пакет не обработается. ( чета сумбурно получилось )

Dilma, я знаю, что можно сделать программу на BASS.dll, я просто ищу обходные пути )))

вот хелп энкодера lame:
растолкуйте плиз - как в HiAsm можно использовать stdin/stdout ?

Андрей., stdin -> WinExec, doConsoleInput; stdout -> WinExec, onConsoleResult

wiki говорит, что stdin - это поток, можно ли подавать на doConsoleInput поток с точки onStream элемента BASS_Record ?
я пробовал это делать, но в качестве параметров задавал "-" без имён файлов. Ничё не вышло - то есть совсем - ни onConcoleRasult ни onConcoleError ни onConcoleTerminate. Видимо всё таки ему нужны имена файлов, тогда не понятно - в чём разница - я укажу имя файла с минусом или без..

Андрей., эти точки вроде работают только с методом doConsoleExec

вот такой вариант code_9949.txt вклеенный в штатный пример Bass_Rec, не даёт результатов.

sniper79,
Тема правда несколько отклонилась в сторону устройства винчестера, тем не менее. КАК ИХ ВОСПРОИЗВЕСТИ ТАМ? Мыслю так:
Вытаскиваете очередной блок данных после заполнения буфера. Кодируете его в соответствии с вашим протоколом обмена. Кидаете в сеть. На приемной стороне декодируете блок опять в формат WAV. И кидаете его на такой же элемент в приемной стороне в массив IC через нижнюю же точку. Где он должен благополучно воспроизвестись. Только установки карты должны быть такими же (их можно тоже передать через сеть). Только для WAV это довольно большой объем (во сне прикинул что для СОМ порта можно обеспечить телефонное качество, 8 бит разрешения, 8 килосемплов в сек., т.е. ок.4 кГц.). При USB или при использования сжатия возможно лучше.