Din nou, despre sunetele din sincronizare
Îmi cer scuze profund, acest subiect a fost ridicat în mod repetat pe forum, dar nu există o înțelegere solidă.
Ne pare rău recent dissynchronization în filmul înregistrat de 1:30, deși înainte de aceasta a fost scris în mod normal. Scris în AVI M-JPEGom, „modul intercalat“ și „fluxul principal“ a fost „Nici unul“ (așa cum se recomandă ajutor), casetele pentru „Înregistrare prin PCI“ și „Audio snap“, „prioritate ridicată atunci când scrieți“. Forțarea tamponării în memorie a fost maximă. Când scrieți procesorul nu este "supraîncărcat", nu au existat abandonări. Software și drivere - acesta din urmă. Semnalul este prin cablu, adică nu foarte rău.
Și m-am relaxat deja.
Este posibil (și dacă este necesar) în modul de scriere prin magistrala să setați "Stream principal" - Audio?
Apoi, în forum au existat sfaturi pentru a prinde autobuzul și a privi prin dantelă, dar nu a existat nicio confirmare de la Asistență.
Va ajuta acest lucru fără sincronizare?
Dacă, la nivel global, principiile de captare și motivele pentru sincronizare nu sunt clare.
De exemplu, dacă capturarea pe magistrală este "capabilitățile hardware" ale tunerului, atunci de ce este scris în ajutor că doar "probabilitatea de dezincronizare scade"? Apoi, în măsura în care am înțeles, bifați "Sound Bind" funcționează doar când semnalul sursă este pierdut? Este așa și merită să includeți? Și cum, de altfel, de a determina când funcționează? Cu toate efectele secundare?
În plus, nu este clar de ce nu se recomandă tamponarea "alternativă" pentru fluxuri mari? De ce aveți nevoie de tamponare, dacă nu de fire mari? Și ce probleme pot apărea în acest caz?
În general, semnele de verificare și ceea ce se întâmplă nu-și poate imagina cum pătrunde un pisoi orb.
Ochchen ar dori o explicație obișnuită din suportul pentru problemele de captare în AVI și setările optime.
ZY
Dacă sarcina procesorului pe termen scurt afectează 100% pentru dissincron, dacă prioritatea înaltă este folosită pentru scrierea și tamponarea în memorie (în absența cadrelor abandonate).
Există probleme similare în containerul ASF?
Re: Din nou despre desincronizarea sunetului
De exemplu, dacă capturarea pe magistrală este "capabilitățile hardware" ale tunerului, atunci de ce este scris în ajutor că doar "probabilitatea de dezincronizare scade"?
În măsura în care înțeleg, motivele sunt următoarele:
1) rata cadrelor poate diferi ușor de la 25 de cadre pe secundă, adică de exemplu 25.002 (pentru un motiv o fac întotdeauna). Și în antetul AVI, programul BTV pune exact 25. Când joci, primești desincronul
2) dacă cadrele cad, (dacă încărcarea este mare, sincronizarea eșuează sau acolo, stelele nu sunt așa de sus), aceste cadre în fișierul avi sunt sărite și sunetul corespunzător este înregistrat. Din nou, desincul.
Apoi, în măsura în care am înțeles, bifați "Sound Bind" funcționează doar când semnalul sursă este pierdut?
În măsura în care înțeleg, efectul apare din nou la o rată a cadrelor care nu este egală cu 25. De exemplu. periodic, cipul / software-ul taie "extra" sau "adaugă" o parte lipsă a sunetului. Într-adevăr, salvează un pic de rassinhrona, dar de multe ori cauzele spetseffekty audibil - la momentul „legare“ Cum va cineva lovește ușor de sex feminin în tambur, sau mai degrabă tamburină. (reamintește favoritul tuturor administratorilor și programatorilor fraza "dancing with a tambourine").
Este așa și merită să includeți?
Am folosit-o până când am observat că asta duce la o tamburină.
În plus, nu este clar de ce nu se recomandă tamponarea "alternativă" pentru fluxuri mari? De ce aveți nevoie de tamponare, dacă nu de fire mari? Și ce probleme pot apărea în acest caz?
Mă înscriu la întrebare
Ochchen ar dori o explicație obișnuită din suportul pentru problemele de captare în AVI și setările optime.
Știu acest suport tehnic. Ei vor spune - nu suntem de vina, AVI este de vina, apuca în mpeg2, asf, vmv. Deși pot avea dreptate.
Există probleme similare în containerul ASF?
Se pare că nu există. Se pare că totul este minunat. Problema este numai cu inconvenientul de a procesa înregistrarea, deși este probabil victorioasă.
Pe parcurs, vreau să pun o întrebare pe această temă către Sapport / admin.
Când fac captură în Avi, întotdeauna am (din jurnal): 0 caderi, rata medie a cadrelor este 24,998. În antetul AVI, există 25 de cadre => 100% din desincronizare. În stejarul virtual, verific "modificați rata cadrului video, astfel încât lungimea audio și video să se potrivească". Stejarul are o rată a cadrelor de 25.002. În același timp, nu există nici un desynchronism. Vă rog să explicați motivele acestui lucru și cum să faceți acest lucru.
Re: Din nou despre desincronizarea sunetului
Știu acest suport tehnic. Ei vor spune - nu suntem de vina, AVI este de vina, apuca în mpeg2, asf, vmv. Deși pot avea dreptate.
Dragă administrator, mulțumesc pentru răspuns.
Faptul este ca orice utilizator sanatos al Beholder nu va cere dezvoltatorilor sa fie responsabili pentru "zonele dincolo de controlul sau", indiferent daca lucreaza un chipset sau un container. Vreau să obțin cele mai cuprinzătoare răspunsuri despre aspectele care sunt în "puterea" ta. În plus, cine mai bine decât puteți și sfătuiți cum să treceți sau să remediați problemele apărute la utilizarea produsului dvs. (hardware + software). De exemplu, capturați într-un container AVI. Da, eu pot studia în detaliu toate problemele legate de ea în alte locuri (și acum o fac), chiar și pe site-ul iuvcr, cel puțin api să privească. Dar când este vorba de o acțiune reală (punerea în aplicare a captării), există deja INFA cu iuVCR (de exemplu) nu poate ajuta atunci când este vorba vsupayut orice metode specifice de lucru (de exemplu, pentru a rezolva problema skew), ajutor poate atunci numai tu.
Adică, este necesar (în opinia mea) o prezentare mai detaliată (în comparație cu ajutorul existent).
Repet că aici aș vrea să discut problemele cu capturarea acestuia în semnalul TV AVI, cu un sunet discret, prin magistrala PCI, fără picături.
Aici pentru o astfel de situație specifică, cred că, ar putea clarifica următoarele puncte:
1. Capturați sunetul - prin autobuz, ascultând în timpul capturării prin dantelă. Va afecta într-un fel cumva sabhul? Sau este un dans cu o tamburină?
2. Am înțeles corect că sincronizarea nu se datorează numai fierului și semnalului, dar și datorită funcționării containerului?
3. Care set de parametri de înregistrare ca un container (aici -. „Mode“ și „flux principal“) și „total“ (aici -. „Peg“) este optimă pentru continuare frecvența de acord VDube (așa cum este menționat mai sus)?
3a. Imediat - aș dori o explicație mai detaliată a parametrului "Snap." Parametru, ce are plusuri și minusuri (pe lângă cele descrise în ajutor). Aș dori să o folosesc mai conștient (dacă există).
3b. Nu este recomandat să includeți fluxul audio principal atunci când scrieți prin autobuz. DE CE?
Ajutor:
"Când utilizați modul" Audio ", o ușoară deviere a valorii medii a ratei de cadre într-o direcție sau alta"
urmărirea:
admin:
. „El [container] acumulează statisticile sale interne. Și obținute ca rezultat al ratei de cadru (în mod tipic necirculară, de exemplu, 24.996) rămâne după înregistrarea titlul AVI-fișier“
Fals.
Este numai atunci când fluxul principal - audio. Dacă nici unul - în cazul în care ia statisticile fracțiunii, și doar în titlu, el scrie un întreg, care este apoi „zdrobit“ (ne) în Dub-e. Despre ceea ce a scris AlexCrush. Nici nu este nici un alt caz, frecvența de oprire nu se potrivește cu originalul.
3c. Despre bolnavii tamponați (da chiar mai plini de misterioși).
Ei bine, absolut nu este fericit cu descrierea "ajutor". Tastați în XP este un astfel de parametru util, dar nu este necesar să îl includeți, altfel va fi o problemă. CE? Cu ce fluxuri? Fluxul nu depășește 5MB / s (MJPEG, Q = 19,768x576).
M-am uitat la fișierele înregistrate. Oriunde înregistrarea este în AVI, MJPEG codec (19), audio - PCM (mono, 32 kHz, 16bit, c / o PCI). Combinare AVI mux. Buffered (doar pentru XP).
Fișier c flux master master AVI: Niciunul.
13: 50: 21.562 Sarcina înregistrării a început cu succes.
15: 10: 01.468 Opriți sarcina înregistrării.
Total cadre capturat. 119450
Total cadre abandonate. 0
Rata medie a cadrelor. 24998 fps
Fișier c flux AVI mux master: Audio.
21: 28: 35.890 Înregistrarea sarcinii a început cu succes.
22: 56: 35.390 Înregistrați sarcina.
Total cadre capturat. 131968
Total cadre abandonate. 0
Rata medie a cadrelor. 24998 fps
Există fișiere cu MainStream = None fără desincronizare. În timp ce nu există fișiere cu MainStream = Audio cu dissync.
Ie cum ar fi MainStream = Audio salvează de la o problemă. Dar într-un fel nu este convingător.
Întrebări pentru a sprijini:
0) De ce este jurnalul întotdeauna 24.998? Cum se calculează acest lucru și, în general, se referă la realitate?
1. 3) Întrebări de la r.aleks
1. Capturați sunetul - prin autobuz, ascultând în timpul capturării prin dantelă. Va afecta într-un fel cumva sabhul? Sau este un dans cu o tamburină?
Nu, nu se va întâmpla. Capturați mai bine realizat prin intermediul PCI, deoarece placa de sunet (driver-ul și rata de eșantion diferit), poate exacerba doar de sincronizare.
2. Am înțeles corect că sincronizarea nu se datorează numai fierului și semnalului, dar și datorită funcționării containerului?
3. Care set de parametri de înregistrare ca un container (aici -. „Mode“ și „flux principal“) și „total“ (aici -. „Peg“) este optimă pentru continuare frecvența de acord VDube (așa cum este menționat mai sus)?
În ceea ce privește containerul, aceasta este într-o anumită măsură un lucru în sine. Detaliile algoritmilor interni nu sunt disponibile pentru noi. Prin urmare, merită să dansezi cu o tamburină, poate că anumite combinații de parametri vor slăbi sau vor agrava disincronizarea. În mod neechivoc, nu putem spune.
3a. Imediat - aș dori o explicație mai detaliată a parametrului "Snap." Parametru, ce are plusuri și minusuri (pe lângă cele descrise în ajutor). Aș dori să o folosesc mai conștient (dacă există).
3b. Nu este recomandat să includeți fluxul audio principal atunci când scrieți prin autobuz. DE CE?
Nu, nu este. Nu se adaugă nimic în flux. În plus, fluxul AVI este format de multiplexorul însuși și procesul de formare nu mai este în mod special accesibil pentru noi.
Îmi puteți spune de ce se dovedește că în fișierul de jurnal rata cadrelor este 24,998, iar în antetul fișierului este RARE 25.
Dragă administrator, vă mulțumesc foarte mult pentru răspunsul dvs.
Cu un cablu este de înțeles.
Despre legare (da, acesta este un sunet la rata de cadre, există un alt și nu există). Așa cum am înțeles, rata reală de cadre nu este niciodată 25, deci chiar și pe un semnal bun va funcționa periodic? Acesta este scopul său principal pentru capturarea unei surse complexe, atunci când este necesar să se facă față cu zgomotul "perestroika"?
Și la ce momente funcționează? Am observat asta cam o dată pe minut.
Pentru ultimul paragraf vă mulțumim.
În ceea ce privește activitatea de conducător auto full-buffer - este faptul că în prelucrarea ferestrei video?
Și care sunt motivele pentru suspendarea sosirii probelor de sunet? Trebuie să se întâmple ceva teribil.
Și ce zici de tampon?
Spune-mi, containerele ASF (în special) rezolvă cu adevărat problema?
În general, au apărut o mulțime de întrebări, dar încerc mai întâi să câștig cunoștințele de unul singur. Dar atunci va trebui să vă faceți griji din nou.
Articole similare
Trimiteți-le prietenilor: