Results for sampling translation from English to Galician

sampling rate
taxa de mostraxe

sampling rates
taxas de mostraxe

sampling frequency:
frecuencia de mostraxe:

line sampling filter
filtro de mostraxe por liñascomment

3 (adaptive sampling)
3 (mostras adaptativas)

audio sampling rate in hz
taxa de mostra de audio en hz

audio sampling rate (in hertz) for decklink captures. 0 disables audio input.
a taxa de mostra de audio (en hercios) para as capturas decklink. un valor «0» desactiva a entrada de audio.

& oprofile; is a system-wide profiling tool for & linux; using sampling.
& oprofile; é unha ferramenta de perfilado de sistema para & linux; que usa mostraxe.

video dvd audio streams normally are encoded with a sampling rate of 48000 hz. audio cds on the other hand are encoded with a sampling rate of 44100 hz. if this option is checked k3b will change the sampling rate of the audio stream to 44100 hz.
o son dos vídeo dvd normalmente están codificads cunha taxa de mostraxe de 48000 hz. aliás os cd de son están codificados cunha taxa de mostraxe de 44100 hz. se sinala esta opción k3b mudará a taxa de mostraxe de son a44100 hz.

exact measurement is possible because of hardware counters (including counters incrementing on a time tick) provided in modern processors, which are incremented whenever an event is happening. as we want to attribute events to code regions, without the counters, we would have to handle every event by incrementing a counter for the current code region ourself. doing this in software is, of course, not possible; but, on the assumption that the event distribution over source code is similar when looking only at every n-th event instead of every event, a measurement method whose overhead is tunable has been developed: it is called sampling. time based sampling (tbs;) uses a timer to regularly look at the program counter to create a histogram over the program code. event based sampling (ebs;) exploits the hardware counters of modern processors, and uses a mode where an interrupt handler is called on counter underflow to generate a histogram of the corresponding event distribution: in the handler, the event counter is always reinitialized to the n of the sampling method. the advantage of sampling is that the code does not have to be changed, but it is still a compromise: the above assumption will be more correct if n is small, but the smaller the n, the higher the overhead of the interrupt handler.
a medida exacta é posíbel debido á existencia de contadores por hardware (incluíndo os contadores que se incrementan cun golpe de reloxio) nos procesadores modernos, se se incrementan sempre que acontece un evento. xa que queremos atribuir eventos a rexións de código, sen os contadores deberíamos xestionar cada evento aumentando por nós mesmos un contador para a rexión de código. facer isto mediante sóftware non é posíbel; pero, se asumimos que a distribuición dos eventos sobre o código fonte é similar cando se examina o n- ésimo evento no canto de a cada evento, podemos desenvolver un método de medida cuxo custo sexa axustábel: é a denominada mostraxe. a mostraxe baseada en tempo (tbs) usa un cronómetro para comprobar periodicamente o contador do programa e criar un histograma sobre o código do programa. a mostraxe baseada en eventos (ebs) aproveita os contadores hardware dos procesadores modernos, e usa un modo no que se chama un xestor de interrupcións para xerar un histograma da distribución de eventos correspondente: no xestor, a conta de eventos sempre é inicializada de novo para o "n" do método de mostraxe. a avantaxe da mostraxe é que as fontes non deben ser tocadas, pero aínda así é un compromiso: a suposición de riba será máis correcta se "n" é pequeno, pero canto menor sexa "n", maior será a sobrecarga do xestor de interrupcións.