Kann man eine Wordclock hören ?

  • Ersteller Gelöschtes Mitglied 86663
  • Erstellt am
Die DAW selbst interessiert das weniger.
Das stimmt so keinesfalls.
Das ist genau der Unterschied zwischen offline und online/realtime bounce:
Beim offline bounce wird innerhalb der DAW Sample für Sample in der schnellsten Geschwindigkeit, die das System kann, abgearbeitet.
Beim realtime bounce arbeitet die DAW unter den gleichen Bedingungen wie bei Aufnahme oder Wiedergabe. Es muss einen WC Master geben.
Und diesem Master muss sich die DAW auch anschliessen sonst wäre es unmöglich externes Equipment einzubinden oder auch nur den Bounce akustisch zu verfolgen.
 
Leute, jetzt nochmal für ganz Doofe wie mich: Es muss doch nur jemand hier mit einer WC zwei Aufnahmen machen von einem CD Player (einmal mit der WC und einmal ohne). Und dann Nulltest. Oder wie oder watt oder wer oder wieso oder….?
 
Leute, jetzt nochmal für ganz Doofe wie mich: Es muss doch nur jemand hier mit einer WC zwei Aufnahmen machen von einem CD Player (einmal mit der WC und einmal ohne). Und dann Nulltest. Oder wie oder watt oder wer oder wieso oder….?

Na klar.
 
Von dem Thema einmal weg, mich würde irre interessieren, was bei einem formal korrekten Test mit den beiden Geräten herauskommt.
Das wäre sicherlich spannend. Clock ist ja nicht gleich clock. Rein theoretisch sehe ich da mehr Potential als z.B. beim dithering.
 
Leute, jetzt nochmal für ganz Doofe wie mich: Es muss doch nur jemand hier mit einer WC zwei Aufnahmen machen von einem CD Player (einmal mit der WC und einmal ohne). Und dann Nulltest. Oder wie oder watt oder wer oder wieso oder….?
Yup.
Nur die Clock des CD-Players müsste natürlich akkurat laufen. :eek:
😃
 
Nur die Clock des CD-Players müsste natürlich akkurat laufen.

Das kann man ja vorher ausprobieren, ob mit derselben Zielhardware die Files so gut angelegt werden können, dass sie nullen (oder zumindest mehr oder minder nullen, komplette Null wird vermutlich aufgrund des analogen "Umwegs" nicht gehen).
 
Das stimmt so keinesfalls.
Das ist genau der Unterschied zwischen offline und online/realtime bounce:
Beim offline bounce wird innerhalb der DAW Sample für Sample in der schnellsten Geschwindigkeit, die das System kann, abgearbeitet.
Beim realtime bounce arbeitet die DAW unter den gleichen Bedingungen wie bei Aufnahme oder Wiedergabe. Es muss einen WC Master geben.
Und diesem Master muss sich die DAW auch anschliessen sonst wäre es unmöglich externes Equipment einzubinden oder auch nur den Bounce akustisch zu verfolgen.
Sorry, ich entwickle selbst Audiosoftware. Weder bei der Aufnahme noch bei der Wiedergabe ist für die Software ein Clocksignal wichtig.
 
Sorry, ich entwickle selbst Audiosoftware. Weder bei der Aufnahme noch bei der Wiedergabe ist für die Software ein Clocksignal wichtig.

Sollte das so sein, dann wäre es ja noch interessanter, einen Vergleichstest zu machen, bei dem man die Clock dann wahlweise ganz abstellt (wobei das vermutlich gar nicht gehen wird).
 
Sollte das so sein, dann wäre es ja noch interessanter, einen Vergleichstest zu machen, bei dem man die Clock dann wahlweise ganz abstellt (wobei das vermutlich gar nicht gehen wird).
Ohne Clock keine AD/DA-Wandlung.

Nehmen wir an, die Software würde auf ein Clocksignal warten. Das würde bedeuten, dass die Software die Samples genau dann berechnet und zur Verfügung stellt, wenn die Clock ihr Signal gibt. Dann bräuchte es keinen Puffer. Und der Computer müßte in der Lage sein, auf jeden Fall das Sample in genau dem geforderten Augenblick zu berechnen, egal was sonst noch passiert - sonst kommt es zu Aussetzern. Da Computer aber Multitaskingsysteme sind, bei dem hunderte Aufgaben parallel laufen, müßte der Computer eine wirklich sehr hohe Prozessorgeschwindigkeit haben, um die prompte Reaktion zu garantieren. Diese Garantie können normale Laptops und Desktoprechner nicht geben, deshalb gibt es einen Puffer. Der erlaubt dem Computer, die Samples mal schneller, mal langsamer zu berechnen, Hauptsache, er kann die Geschwindigkeit _im Mittel_ einhalten.
Das Audiointerface kümmert sich dann darum, die im Puffer liegenden Samples zum korrekten Zeitpunkt (mittels seiner Clock) in einen Spannungswert zu wandeln.
Ist der Computer schneller als notwendig, wartet die Software mit dem Schreiben weiterer Samples, bis der Puffer wieder Daten aufnehmen kann.
Bei der Aufnahme ist es umgekehrt: das Audiointerface legt die Samples in den Puffer und die Software muss die Daten dort abholen. Schafft sie das nicht rechtzeitig, überschreibt das Audiointerface den Puffer mit neuen Daten und alte gehen verloren -> Knackser. Wenn der Computer schneller ist als notwendig, werden erst dann neue Daten aus dem Puffer gelesen, wenn welche da sind.
Die Software bekommt also von einem Clocksignal nichts mit, könnte aber bei der Aufnahme natürlich messen, ob die Clock des Interfaces einigermaßen korrekt ist, weil bei bekannter Soll-Samplerate innerhalb einer bestimmten Zeit eine bestimmte Anzahl an Samples vorliegen müssen. Hier kann eine Sofware z.B. ansetzen, wenn die Daten unterschiedlicher Quellen synchronisiert werden müssen. Wobei die Software Jitter nicht feststellen kann, sondern nur, ob die Samplerate vielleicht 44101 Hz statt 44100 beträgt.
 
Ohne Clock keine AD/DA-Wandlung.

Ja nun, so sagt auch mein Halbwissen. Deshalb ja auch mein Verweis auf externe Anbindungen (und ohne die ist ein Online-Bounce nicht erforderlich, die Diskussion von daher auch nur akademischer Natur).
 
Nehmen wir an, die Software würde auf ein Clocksignal warten. Das würde bedeuten, dass die Software die Samples genau dann berechnet und zur Verfügung stellt, wenn die Clock ihr Signal gibt.
Das wäre zwar schön aber ist in einem digitalen System nie erreichbar. Deswegen hat auch jede DAW mehr oder weniger Latenz.
Dann bräuchte es keinen Puffer.
Genau.
Und exakt dieser Puffer, der Teil der DAW ist, muss mit den externen Devices synchronisiert werden.
Das wird im einfachen Fall mit WC gemacht und im aufwändigeren mit WC + SMPTE Time code.
Wenn da die DAW nicht synchronisiert wäre könnte es dem Puffer nicht sagen wann es welches Sample an das Interface schicken muss.
Dann gäbe es auch kein BWAV, von dem jedes Sample im Eingang (!) des Puffers Sample und Zeitgenau von der DAW markiert wird.
 
Deshalb ja auch mein Verweis auf externe Anbindungen (und ohne die ist ein Online-Bounce nicht erforderlich, die Diskussion von daher auch nur akademischer Natur).
Das würde ich so nicht sagen, denn auch ein offline bounce sollte noch einmal kontroll gehört werden ob sich ein Fehler eingeschlichen hat.
Wenn man gleich einen realtime bounce macht kann man gleich mithören.
 
Das wäre zwar schön aber ist in einem digitalen System nie erreichbar. Deswegen hat auch jede DAW mehr oder weniger Latenz.

Genau.
Und exakt dieser Puffer, der Teil der DAW ist, muss mit den externen Devices synchronisiert werden.
Das wird im einfachen Fall mit WC gemacht und im aufwändigeren mit WC + SMPTE Time code.
Wenn da die DAW nicht synchronisiert wäre könnte es dem Puffer nicht sagen wann es welches Sample an das Interface schicken muss.
Dann gäbe es auch kein BWAV, von dem jedes Sample im Eingang (!) des Puffers Sample und Zeitgenau von der DAW markiert wird.
Ok, dann weiß ich nicht, warum meine DAW, die ich selbst entwickelt habe, funktioniert ;)

Ich habe jetzt mehrmals erklärt, was beim Abspielen genau passiert und würde mich nun aus der Diskussion zurückziehen.
 
Jede DAW, die ich kenne, läuft ohne WC gar nichts.

Kann man das wirklich wissen? Ist keine Trickfrage. Aber um irgendwelche Clocks zu deaktivieren, muss man ja das Interface rauswerfen. Mit Logic kann ich nur komplett Core Audio abwählen, dann läuft zumindest intern nix mehr, also auch keine Meter, die anzeigen würden, dass Audio abgespielt wird. Weiß nicht, wie das bei anderen DAWs ist.
 
Kann man das wirklich wissen?
Ich bezieh mich da nur auf real time Anwendungen.
Sobald ich was abhöre ist eine DA Wandlung im Spiel und da geht ohne eine, wenn auch nur interne, WC Verbindung nichts.
Bei offline Bearbeitung ist ein Clock wahrscheinlich sogar hinderlich.
 

Oft gelesene Themen

Zurück
Oben