Форум Beholder Преглед на темата - Отново за звуковата десинхронизация
Извинявам се дълбоко, тази тема е повдигана многократно във форума, но няма солидно разбиране.
Наскоро бях разочарован от десинхронизирането в записания филм за 1:30, въпреки че преди това беше написан нормално. Написано е в AVI M-JPEG, квадратчетата за „преплетен режим“ и „основен поток“ са „Няма“ (както е препоръчано в помощта), „Записване чрез PCI“ и „Звуково свързване“, „С висок приоритет при запис“ комплект. Принудителното буфериране в паметта беше максимално. По време на записа процесорът не се "претоварва", няма изпуснати кадри. Софтуерът и драйверите са най-новите. Сигналът е кабелен, т.е. не е много лошо.
И вече се отпуснах.
Възможно ли е (и необходимо ли е) да зададете „Основен поток“ - Аудио в режим на запис през шината?
След това във форума имаше съвет да заснемете през автобуса и да видите през дантела, но нямаше потвърждение от Поддръжката.
Ще помогне ли с десинхронизиране?
В по-глобален план принципите на улавяне и причините за десинхронизацията не са ясни.
Например, ако улавянето в шината е "хардуерните възможности" на тунера, тогава защо в помощта е записано, че само "вероятността за десинхронизация е намалена"? Тогава, доколкото разбирам, квадратчето за отметка „Звуково свързване“ работи само когато източникът на сигнал не е синхронизиран? Така ли е и струва ли си да го включите? И как, между другото, можете да разберете кога се запали? За всякакви странични звукови ефекти?
Освен това не е ясно защо буферът "interleaving" не се препоръчва за използване с големи потоци? Защо изобщо да се буферира, ако не за големи потоци? И какви проблеми могат да възникнат в този случай?
Като цяло поставяте отметки в квадратчетата, но нямате представа какво се случва, като сляпо коте блъскане.
Много бих искал нормални обяснения от Support относно проблемите с улавянето в AVI и оптималните настройки.
Z.Y.
Повлияват ли краткосрочните натоварвания на процесора десинхронизация със 100%, ако се използва висок приоритет при запис и буфериране в паметта (при липса на изпуснати кадри).
И в контейнера ASF има подобни проблеми?
Доколкото разбирам, причините са следните:
1) скоростта на кадрите може да се различава леко от 25 кадъра в секунда, т.е. например 25.002 (по някаква причина за мен винаги е така). А в заглавието на AVI програмата на BTV поставя точно 25. При възпроизвеждане се оказва несинхронизирано
2) в случай на липсващи кадри (при голямо натоварване, неуспех на синхронизацията или там звездите не са се издигнали толкова добре), тези кадри в avi файла се пропускат и звукът, съответстващ на тях, се записва. Отново несинхронизирано.
Доколкото разбирам, ефектът се появява отново, когато скоростта на кадрите не е равна на 25. периодично чипът/софтуерът изрязва „допълнителното“ или „добавя“ липсващото парче звук. Всъщност това леко спасява от десинхронизация, но често предизвиква звукови специални ефекти - в момента на „обвързване“, сякаш някой леко бие барабан или по-скоро тамбура. (напомня на фразата „танци с тамбура“, обичана от всички администратори и програмисти).
Включих го преди, докато не забелязах, че води до тамбура.
Присъединявам се към въпроса