niki123bg

Каква е ползата от тази работа при единичен volume потенциометър? Като се намали напълно потенциометъра се случва същата случка или нещо не съм разбрал.

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

Хехе, как звучиш - само ти говориш от собствен опит, а до вчера не беше чувал за това тулче. Имам доста опит с DPC Latency Checker-a, ползвам го да си настройвам машините и явно имам доста повече опит с него тъй като ти явно не беше чувал за него преди тази дискусия. Примера от форумите на MSI дадох за да видите и чужд опит и че проблеми има не само с Asus, но и с други дънни платки. Преди малко се сетих, че имам едно демонстрационно сървърче в Канада, което е точно с Intel Quad Core Q6600 - абсолютно идентичен процесор с вашите. Ето скрийншотове от там: Има флуктуации и от време на време има пикове. Като цяло не е толкова стабилна машината, като тези които сам съм си сглобявал или съм си избирал при покупка, но канадците не ми дадоха избор какви да бъдат компонентите, можех да избирам само какъв да е процесора, колко памет и т.н. - предполагам са ползвали възможно най-евтината дънна платка, възможно най-евтините памети и т.н.

И понеже визираш Quad Core процесори - работи си чуедесно и при quad core машини. Тъй като нямам десктоп машина под ръка с quad core, ето една от сървърските ми машини с Quad Core Xeon: HP Proliant ML150: Quad Core Intel Xeon @2.5 GHz (45нм), 8 GB RAM и т.н. (дъното един господ го знае кой го е произвел, имам съмнения за SuperMicro, но естествено пише Hewlet Packard на него). Без натоварване: Покачване на натоварването (пускане на инстанция на Oracle 11g): Естествено флуктуациите са малки, тъй като машината е стабилна и с наистина добри компонененти, явно добър биос и добри драйвери. Операционната система също допринася за стабилната работа - Windows Server 2008 Standard x64.

Чудя се, дали въобще си заслужава да те убеждавам. Ползва се от много професионалисти, както и от много любители като нас и е един от най-лесните начини да е установи до колко е стабилна системата за риъл тайм обработка на потоци от данни като аудио, видео и т.н. Ако все пак ти е интересно, ето къде можеш да прочетеш как работи, какво прави и т.н.: http://www.thesycon.de/deu/latency_check.shtml Ето как един пич с MSI дъно се е справил с проблема(преди ъпгрейда е бил с евтино дъно Asrock и не е имал такива проблеми): http://forum.msi.com.tw/index.php?topic=120258.0 Първоначална ситуация и проблеми с аудио и видео: След ъпдейт на биоса:

Ами причините са или кофти драйвери или проблемен биос, или комбинация от двете. За гигабайтското дъно което ти препоръчах има биос който изглежда се справя с този проблем. Може би не е лоша идея да проучиш дали има по-нов биос за твоя Асус или пък да се обърнеш към техническата поддръжка на Асус. Ако това не е решение, остават следните варианти - забраняваш едно по едно устройствата докато откриеш виновника (при мен в една много стара конфигурация това беше една не особено качествена лан карта на realtek). За съжаление има поне два потенциални източника на проблеми, които не можеш да забраниш - контролера на хард диска и видео картата. Вариантите за тези две устройства са да пробваш по-стари / по-нови версии на драйверите. Ако видеокартата е nVidia, има голяма вероятност със стари драйвери проблемът да изчезне - имаше такива оплаквания по форумите, че с по-новите драйвери се появява DPC latency и съответно се появяват проблеми със загуби на буфери на аудио интерфейса (т.е. припуквания и други артефакти). Сега обаче като се замисля, имаше и едно оплакване от SpeedFan - изглежда постоянното следенето на датчиците на дъното води до по-висока DPC латентност. Ти беше споменал, че имаш инсталиран някакъв софтуер който ти следи вентилаторите и други параметри на дъното - разкарай го (направо го деинсталирай), рестартирай и измери DPC латентността отново.

Честно казано, не е особено на добре. Така като гледам Gigabyte-a на LOE е в пъти по-добре, макар че има доста пикове. Ето как стоят при мен нещата (AMD64 x2 3800+/Asus A8N-SLI Premium/2x1 GB Corsair XMS DDR400 CAS Latency 2.0): Текуща латентност 4 us, максимална 5 us.

Ако наистина на слушалки няма проблем, остава основно варианта с ground loops. Може да има и друга причина, но поне за сега така твърди моята кристална топка Сподели после колко е DPC latency. LOE, ако не те мързи, би ли проверил колко е DPC latency и при теб и да споделиш марка/модел дънна платка. Покрай тези разговори почнаха да ме сърбят пръстите за поредният безмислен ъпгрейд

Значи ще ти трябват нови кабели за Аудиофила - TRS->XLR. Ако разкачиш ширмовката от едната страна ще прекъснеш ground loop-a и не само че няма да го чуваш, но той няма и да съществува. Също така, ако премахнеш замасяването на шукото като изолираш замасяващите пластини ще елиминираш възможноста за ground loop през него, но това не е вариант за нормална употреба и е опасно, така че по-скоро става въпрос за проба дали в това е проблема. Само да поясня ако някой друг чете темата - трикът със свързването на ширмовката само към единият конектор е приложим САМО за балансирани кабели, при небалансиран кабел резултатът ще е плачевен.

^^ Ясно, но старата ти конфигурация изглежда не е предизвиквала ground loop проблеми и кабелите не са били от значение. В същност какви са точно кабелите - TRS -> XLR или TRS->TRS? XLR->XLR ги изключвам като вариант, защото ако си ги взел за новата карта няма да ти вършат работа - Audiophile-a е с TRS входове/изходи. Пак ти казвам - едно безболезнено и лесно решение в твоя случай е да ползваш балансирани кабели с ширмовка закачена само към единият конектор. Между другото Ауидиофил 192 е много приятна карта - ползвах преди време такава карта и бях много доволен. Единственият и недостатък е, че няма превключване -10/+4dB и върви само на про нивото от +4dB, но при положение че хората си я вземат за да я ползват с балансирани кабели, -10 не представлява реална нужда.

Тоест ползваш Audigy Platinum или нещо от сорта, защото нормалните аудиджита са с небалансирани кабели. Ако кабелите си ги правил самичък и си свързал масата на двата конектора, пробвай да я разкачиш от едната страна. Виж първата схема от тази картинка: Ширмовката е свързана само с единият конектор (този в ляво). Другият вариант е да изолираш замасяващите пластини на шепселите (примерно с изолирбанд) на компютъра, мониторните колони и т.н и да пробваш дали това подобрява ситуацията, макар че това не е особено добър вариант за дългосрочна употреба. Стана ясно, че си сменил само компютъра, и е ясно че причината е в него - захранване, регулатори по дънната платка и т.н., но май ще ти се наложи да се бориш с този проблем извън компютъра или да се надяваш че новата звукова карта ще се справи с този проблем. пс. LOE, предполагам имаш в предвид 50Hz - все пак в България живеем

Това вече е друга тема. Така поставени нещата, в комбинация с това че и при изключен пулт (каквото и да имаш в предвид под изключен) го има този шум започвам да си мисля, че става въпрос за ground loops - разкачи всички кабели от/към звуковата карта и пусни само едни слушалки на нея - ако не се чува този шум, значи имаш проблем с ground loop. Ако това е проблема вероятно би помогнало като си сложиш новата звукова карта да я свържеш с балансирани кабели към пулта - една от схемите за балансирани кабели предполага ширмовката да е свързана само с едното устройство, така се избягват ground loops.

Мен нещо не ми стана много ясно - хем имаш проблем ако местиш мишката, хем пак имаш същият проблем ако си махнал мишката. Сега пък вентилаторите оказват влияние. Би ли описал по-точно кога и как имаш проблем - постоянно ли се чува този звук, чува ли се ако движиш мишката (как не се чува когато няма закачена мишка?), какво става с намалянето и увеличаването на оборотите на вентилатора и отново - има ли връзка с движението на мишката или просто като си промени оборотите вентилатора се появява/изчезва шумът. Поне пробва ли да смениш слота на звуковата карта или само си чеша клавиатурата да ти давам съвети.

^^ Къде гледаш прекъсванията, ако гледаш в device manager-a на windows нещата са доста по-различни заради APIC. Пробва ли да сложиш звуковата карта на друг слот - така дори и да не работи резервирането на IRQ-та, при преместване на друг PCI слот ще шерва IRQ с някое друго устройство което може рядко да ти създава проблеми. И аз на времето имах проблеми с аудиджи и простичка размяна на слотовете помагаше (Асус дъното ми лъже на поразия като става въпрос за пренареждане на IRQ-та и реално нищо не прави, само смяна на слота води до смислена промяна).

Виж дали има други устройства които да са на същото IRQ като звуковата карта - повечето биоси ги показват малко преди да заредят операционната система - натискаш Pause и зяпаш Има вероятност в момента звуковата ти карта да шерва IRQ с някой USB контролер или видео картата (по-малко вероятно). Единият вариант за действие е да зададеш в BIOS-а конкретно IRQ за слота на който си сложил звуковата карта. Другият вариант е да преместиш звуковата карта на друг PCI-ски слот - можеш да пробваш всичките един по един.

^ Още един писател, който не чете В предишните си постове LOE говори за овърклокнат 4 ядрен процесор в сравнение с не-овърклокнат 4 ядрен процесор. Не съм забелязал да сравнява ябълки с портокали. Колкото до това дали е лесно/трудно овърклокването - има доза истина, че не е занимание за всеки.

^ Ама не четеш Човекът дал съвета за малки дискове нямаше в предвид малки по обем, а малки, но на високи обороти (10 000 RPM). Достатъчно хора го поправиха. Отделен въпрос е, каква е конкретната полза в конкретната ситуация. Трансфера не оказва толкова голямо влияние в случая, тъй като дори при запис 24 бита 96 КХц една моно пътечка изисква около 0.27 Mb/sec, което при 100 моно пътечки прави около 27 Mb/sec. Повечето съвременни дискове имат значително по-висок транфсер. По-важно е времето за достъп, тъй като се налага да се чете от множество файлове едновременно. Отделен въпрос е, че рядко един проект би стигнал сто пътечки, а и в големият процент от случаите се ползва 48 КХц честота на семплиране което изисква още по -малко - 0.137 Mb/sec, т.е. 13 Мб/сек за стоте пътечки. Повече запълнени слотове памет има смисъл при дву и повече процесорни системи, така че зависи от случая и нямаше да е лошо да поясниш, че имаш в предвид еднопроцесорна машина. По въпроса с процесора - Q9300 е с около 10 - 15% по-бърз от Q6600 при нормални настройки, така че аз лично бих предпочел по-новият и по-бърз процесор (Q9300) тъй като не съм фен на овърклокинга - предпочитам стабилна система, за която да не мисля и да не държа климатика в стаята включен заради компютъра. Освен това Q9300 грее по-малко и при един и същи охладител ще изисква по-ниски обороти на вентилатора, така че системата ще е по-безшумна, нещо което е важно за звукозапис. Бокс охладителите често са с доста шумни вентилатори, така че не бих си взел такъв, а по-скоро някое медно охладителче с 12 см вентилатор, който бих сменил с нещо добро от типа на Noctua (5 - 6 dB шум при 800 оборота). Разбира се, всеки си има приоритети - на мен лично и Q6600 не ми е необходим за звукозапис, моята дърта щайга (AMD x2 3800+/2GB RAM/RME9632) си се справя повече от чудесно за моите нужди - 6 us DPC latency и ниски латентности при тракинг (0.66 мс при 24 бит/96 КХц). При миксиране вдигам леко буферите на аудио интерфейса ако е необходимо и имам повече от достатъчно въздух за работа. Като за непретенциозно домашно ползване е повече от достатъчно, бих ъпгрейднал единствено от скука

UPS е общото название на непрекъсваеми източници за захранване. UPS най-общо се делят на три вида: Оffline или standby power supply (SPS) - това е най-евтиният тип - докато има ток от мрежата, устройството се захранва директно от мрежата. При отпадане на тока от мрежата се превключва към батерията. Важното тук е времето за превключване между мрежовият ток и батерията и обикновенно е в порядъка на милисекунди. Line Interactive - същата концепция както при SPS, но има автоматично регулиране на напрежението - т.е. докато има ток от мрежата се подава през специален трансформатор, който има възможност да добавя/маха части от първичната намотка, така че да регулира напрежението на изхода. Когато няма ток от мрежата превключва към вътрешната батерия. Тук има още един интересен момент - въпросният трансформатор се нуждае от известно време за да превключва първичните намотки и през това време може да включва на батерия за малко, колкото да успее да превключи но това също води до временна липса на ток на изхода. Регулирането на напрежението не е плавно тъй като се превключват намотки водещи до промени от примерно 10V. Освен това границите в които може да се регулира напрежението са сравнително малки - 30 - 40V. Online или Double Conversion - при тези се прави първо конверсия от променлив към прав ток (до колкото разбирам с напрежение близко до това на батерията) и после се прави отново конверсия от прав към променлив ток (като се покачва напрежението до очакваното изходно - при нас до 220 V) - по този начин се получава едно добро регулиране на изходното напрежение. Освен това, по този начин батерията може да бъде свързана паралелно след конверсията към прав ток и при отпадане на напрежението от мрежата тя се явява източник на прав ток, така че не е необходимо превключване и изходното напрежение е доста по-стабилно и без прекъсвания дори за милисекунди. С други думи, ако си търсиш UPS гледай да е Line Interactive, а не Offline/SPS, защото така ще имаш и някакво регулиране на напрежението. Трябва обаче да имаш в предвид, че границите за регулиране не са много големи - т.е. 30 - 40V. Online UPS при който да няма този момент на превключване и да има по-стабилно регулиране на напрежението си е доста скъпичко решение - преди малко мярнах един 1000W Online UPS - струваше скромните 1075лв. Може би по-изгоден вариант е да се вземе някое от устройствата които спомена presly и след тях да се сложи един Offline/SPS UPS. Моето е 600W, Line Interactive: http://www.mustek-bg.com/?action=&grou...cle_content.php и теоретично има регулиране на напрежението и т.н. Интерeсно е, че не лъжат много за времето за използване - 5 до 20 минути, като новичко изкарваше около 12 - 15 минутки ако не правя нищо на компютъра докато няма ток. Също така твърдят, че времето за превключване към батерия е 3мс. Иначе не съм особено очарован от качеството, а и няма възможност да се спре алармата когато спре тока от мрежата (а пищи много неприятно). Това, че му замина батерията май е що годе нормално - имахме 15тина подобни на някаква друга марка и след 2 годинки употреба батериите им не бяха в по-добро състояние.

Не знам защо, но съм останал с впечатлението, че UPS-ите подават ток от батерията само когато спре токът от мрежата - т.е. имат сравнително бърз превключвател който превключва към батерия при спад на напрежението от мрежата (ментето което ползвам в момента издава много отчетлив звук като от превключване на реле, при спиране тока от мрежата или временен спад - т.е. примигване на лампите и т.н). През останалото време следят нивото на заряд на батерията и я дозареждат ако е необходимо. Реално погледнато, всички UPS-и помагат при моментни или леко по-продължителни спадове или пълна липса на ток. Но става въпрос за доста кратки спирания - тези SOHO продукти като на картинките по-горе трудно изкарват повече от 10 - 15 минутки на работеща машина + монитор, а като поостарее батерията (както е тази на текущият ми UPS който е от същата марка като единият на картинките) с мъка изкарват и 2 - 3 минутки. Колкото до пикове в напрежението - май повечето предлагат и такава защита, но най-добре да погледнеш за конкретното устройство. Иначе, ако напрежението е ниско през повечето време ще ти трябва някое от тези устройства за които споменава presly.

При мен проблема беше, че драйверите които идваха с картата (тогава бях с Audiophile 192) бяха старички и ProTools-a не виждаше картата. Свали си последните драйвери от сайта на М-Аудио, инсталирай ги и пробвай пак. Освен това предполагам пробваш с ProTools M-Powered, защото това е единствената версия, която би тръгнала с М-Аудио карта.

Запис, възпроизвеждане или просто мониторинг на някоя пътечка. Сложи аудио интерфейса на минималната възможна латентност и примерно на 96 KHz и пробвай да запишеш няколко пътечки. Другият тест, който доста бързо показва накъде вървят нещата е да си даунлоднеш ето това - DPC Latency Checker: http://www.thesycon.de/dpclat/dpclat.exe да го пуснеш и известно време да го наблюдаваш - ако няма сериозни пикове и като цяло стойността е ниска, ситуацията е под контрол.

Дано да се окаже добър вариант. Като сглобиш и тестваш, ако не те мързи, би ли споделил как се държи конфигурацията при ниска латентност.

Какво повече има за обяснение за шернатите IRQ-та? За минимум проблеми е добре аудио интерфейсът ти да има собствено прекъсване. Най-често неприятностите идват когато аудио интерфейса е на същото прекъсване като видео картата и една смяна на слота обикновенно подобрява значително нещата. Извън това има още тонове фактори (като например DPC - deffered procedure call), които оказват влияние върху стабилността латентността на системата - тоест може всичко да е перфектно, но ако примерно драйверът на мрежовата ти карта не връща контрола достатъчно бързо се получава DPC latency и съответно аудио интерфейсът почва да работи нестабилно - губи буфери и т.н. За това ти казах, че всичко е на късмет и няма как да се прогнозира, особено като се има в предвид колко често излизат нови биоси и нови драйвери за едно и също дъно.

Ами при 2 и повече физически процесора (всеки от тях може да е с едно, две, четири и т.н. ядра) за да се намали латентността на достъп до паметта се използва една архитектура която се казва NUMA (non uniform memory access). Идеята е по възможност (не винаги е възможно, но при по-малки обеми от данни е с доста голяма успеваемост) двата процесора да използват различна част от паметта и това най-лесно се постига с използване на повече слотове с памети, поради тази причина при сървърските дъна е препоръчително всички (или най-общо казано максимално най-много) слотове да са запълнени - т.е. вместо 4х2 GB, да се ползват 8х1 и т.н. Това е ситуация, която има смисъл при повече физически процесори (при повечето сървърски машини и работни станции от висок клас), при десктоп машините които най-често са един процесор с 1, 2 или 4 ядра няма такъв момент - т.е. там мемори контролера не предоставя паметта разделена по ядра. Аз ползвам от дъжд на вятър една сървърна машина базирана на Xeon процесори (повечето време я държа изключена, че бучи като прахосмукачка), но само единият от двата процесорни слота е запълнен - т.е. еднопроцесорна с 4 ядрен Xeon на 2.5 GHz от новите 45 nm. При мен конфигурацията е странна, но си е препоръчваната от HP и си работи чудесно - 4 х 1 Gb и още 2 х 2 Gb - общо 8 Gb запълвайки всичките налични 6 слота. Естествено в моя случай няма особен смисъл да са запълнени всичките слотове за памет, тъй като още не съм се наканил да сложа вторият процесор (а и май няма и да се наканя), но и не пречи. Понеже позволява максимално 16 Gb памет, конфигурацията при 16 GB според препоръките на HP е следната - 2 х 4 GB и още 4 x 2 GB - общо 16 Gb разпределни между 6-те слота. Освен това, едно че не препоръчват, но и мемори контролера/биоса не разрешават да се сложат 4 х 4 Gb което пак прави 16 GB общо. Единственото условие е, всяка банка (чифт слотове) да има еднакви модули - т.е. примерно първи и втори слот (банка 1) да са с два броя 4 GB, трети и четвърти слот (банка 2) да са с два броя по 2 GB и т.н. Основната мизерия е, че повечето дъна за Xeon изискват fully buffered (FB-DIMM)/ECC памети, а те струват майка си и баща си + още малко отгоре (кит от 2х2 GB от любимите ми Hewlett Packard е около 260 EUR, докато 2х2 GB нормални DDR800 памети са около 60 EUR). Предполагам че твоята машина ще работи чудесно с още 2х1, но ако са препоръчваните от производителя памет. Не знам как е при Fujitsu-Siemens, но сървърските машини на HP имат силна непоносимост към памети, за които не са чували - т.е. ако не е оригнална памет идваща от HP (съответно одобрена от тях), има известна вероятност да ги игнорира (биоса приятно съобщава, че е намерил нови памети, но те виждаш ли не са в изправност и ще бъдат игнорирани, но поне не блокира както правят повечето десктоп машини). Тоест като си търсиш нови памети, може би ще е добре да провериш първо дали можеш да си намериш оригинални от Fujitsu-Siemens като за твоя модел, ако не много внимателно да подбереш новите памети така че да са максимално близко до тези които имаш - от някакъв PDF из нета за R610 виждам, че е с DDR266 ECC памети, но освен това да са ECC и да са DDR266, трябва да са със същите тайминги (CAS latency и т.н.) и тъй като някои мемори контролери са взискателни и към това дали се ползват Single или Double sided DIMM модули ще трябва да внимаваш и за това - въобще малко неприятна история е с паметите за xeon-ите. Преди време имах един друг сървър с 2 броя четириядрени ксеони от предишната генерация, той беше с 8 х 1 GB памети и бачкаше чудесно. За съжаление беше в пъти по-шумен и досаден от този който ползвам в момента и тотално го бях поставил под забрана - пусках го само когато ми притрябва за някакви тестове. За звукозапис с такава ултра шумна машина просто не може да става на въпрос - не можех да си чуя мислите, камо ли да запиша нещо с микрофон.

X-50 и M50 са доста различни животни Иначе и аз имам едно микро - microKORG - също много яко животинче