Amarra Mini 2.0
- Thread starter geopolitis
- Start date
kotsidisjohn
AVClub Addicted Member
economides
AVClub Addicted Member
Βρε, βρε, βρε....κ άλλος με mac υπολογιστή...τελικά πρέπει να είναι καλά αυτά τα Μήλα...παρά τις ατέλειές τους κ τους περιορισμούς τους...!! 
antonisgr
AVClub Addicted Member
Και φαντάσου τώρα να το βγάλει για βιντοους που λένε οι γερμανοί το αμαρα
Λές να αγνοήσουν το 95% της παγκόσμιας αγοράς.
Αν και υπάρχουν τα προβλήματα με το KS στα Windows.
Και το Mac OS δεν πάει native πάνω από 24/96.
Και τα δύο είναι κλειστά λειτουργικά και δεν μπορούν να επέμβουν σε αυτά οι προγραμματιστές για να παίζουν πραγματικά απροβλημάτιστα bit perfect.
To KS αποτελεί παρελθόν από τότε που κυκλοφόρησαν τα Vista και τα 7.
Επίσης, το bit perfect δεν είναι δύσκολο, ούτε απαιτεί μαύρη μαγεία για να παίξει "απροβλημάτιστα". Είτε παίζει σωστά (a.k.a. "bit perfect"), είτε δεν παίζει.
Επίσης, το bit perfect δεν είναι δύσκολο, ούτε απαιτεί μαύρη μαγεία για να παίξει "απροβλημάτιστα". Είτε παίζει σωστά (a.k.a. "bit perfect"), είτε δεν παίζει.
Δεν είναι Γιάννης είναι Γιαννάκης Windows Audio Session API (WASAPI) το έκαναν και η ουσία είναι ίδια γιατί και αυτό επεμβαίνει και δεν έχεις bit perfect.
Λίγη εγκυκλοπαίδεια δεν βλάπτει.
Windows Vista features a completely re-written audio stack designed to provide low-latency 32-bit floating point audio, higher-quality digital signal processing, bit-for-bit sample level accuracy, up to 144dB of dynamic range and new audio APIs created by a team including Steve Ball and Larry Osterman.[1][2] The new audio stack runs at user level, thus increasing stability. The Windows Vista audio engine is designed to run faster than the Windows XP audio engine, and has tighter requirements on audio buffer position accuracy. Also, the new Universal Audio Architecture (UAA) model has been introduced, replacing WDM audio, which allows compliant audio hardware to automatically work under Windows without needing device drivers from the audio hardware vendor.
There are three major APIs in the Windows Vista audio architecture:
Windows Audio Session API – Very low level API for rendering audio, render/capture audio streams, adjust volume etc. This API also provides low latency for audio professionals through WaveRT.
Multimedia Device API – For enumerating and managing audio endpoints.
Device Topology API – For discovering the internals of an audio card's topology.
[edit]Audio stack architecture
Applications communicate with the audio driver through Sessions, and these Sessions are programmed through the Windows Audio Session API (WASAPI). In general, WASAPI operates in two modes. In exclusive mode (also called DMA mode), unmixed audio streams are rendered directly to the audio adapter and no other application's audio will play and signal processing has no effect. Exclusive mode is useful for applications that demand the least amount of intermediate processing of the audio data or those that want to output compressed audio data such as Dolby Digital, DTS or WMA Pro over S/PDIF. WASAPI exclusive mode is similar to kernel streaming in function, but no kernel mode programming is required. In shared mode, audio streams are rendered by the application and optionally applied per-stream audio effects known as Local Effects (LFX) (such as per-session volume control). Then the streams are mixed by the global audio engine, where a set of global audio effects (GFX) may be applied. Finally, they're rendered on the audio device.
The higher level APIs such as the Wavexxx APIs and DirectSound use shared mode, which results in pre-mixed PCM audio that is sent to the driver in a single format (in terms of sample rate, bit depth and channel count). This format is configurable by the end user through Control Panel.
After passing through WASAPI, all host-based audio processing, including custom audio processing, can take place (sample rate conversion, mixing, effects). Host-based processing modules are referred to as Audio Processing Objects, or APOs. All these components operate in user mode. The only portion of this architecture that runs in kernel mode is the audio driver (which contains the Port Class driver, the vendor Miniport driver and the vendor HAL). The Windows Kernel Mixer (KMixer) is completely gone. There is no direct path from DirectSound to the audio drivers; DirectSound and MME are emulated as Session instances. Since the whole point of DirectSound acceleration is to allow hardware to process unmixed audio content, DirectSound cannot be accelerated in this audio model. APIs such as ASIO and OpenAL are not affected.
[edit]Audio performance
Windows Vista also includes a new Multimedia Class Scheduler Service (MMCSS) that allows multimedia applications to register their time-critical processing to run at an elevated thread priority, thus ensuring prioritized access to CPU resources for time-sensitive DSP processing and mixing tasks.
For audio professionals, a new WaveRT port driver has been introduced that strives to achieve real-time performance by using the multimedia class scheduler and supports audio applications that reduce the latency of audio streams. As a result, user mode applications can completely govern streams of audio without any code execution in the kernel during runtime. WaveRT allows the user mode application direct access to the internal audio hardware buffers and sample position counters (data in the memory that is mapped to the audio hardware DMA engine). It allows applications to poll the current position in the DMA memory window that the hardware is accessing. WaveRT also supports the notion of a hardware generated clock notification event, similar to the ASIO API, so that applications need not poll for current position if they don't want to. WaveRT however works only with PCI, PCI Express or onboard audio devices; it does not work with USB or FireWire interfaces which are more widespread in the professional audio industry.[3]
All the existing audio APIs have been re-plumbed and emulated to use these APIs internally, all audio goes through these three APIs, so that most applications "just work".
[edit]Audio Signal Processing
New digital signal processing functionalities such as Room Correction, Bass Management, Loudness Equalization and Speaker Fill have been introduced. Speaker Fill mixes 2-channel content to use all available speakers in a manner similar to Creative's CMSS. Bass Management can be used to redirect the subwoofer signal to the main speakers. If a channel is missing, a feature called Channel Phantoming allows the best use of the speakers that are there, by redirecting the sound of the missing channels through these speakers. Whether you have a multi-channel or stereo sound system in your home theater or living room, Windows Vista also includes the ability to calibrate your speakers for your room. By placing a microphone where you plan to sit and then running a wizard that measures the room response, Windows Vista can automatically set the levels, delay and frequency balance for each channel accordingly for this position. For PCs equipped with stereo headphones, Vista adds the ability to have surround sound using a new feature called Headphone Virtualization, which uses technology based upon a Head-related transfer function.[4]
Windows Vista also includes the ability to use custom host-based digital signal processing effects as part of the audio device manufacturer-supplied driver's value-added features. These effects are packaged as user-mode System Effect Audio Processing Objects (sAPOs).[5] These sAPOs are also reusable by third-party software.
Ευχαριστώ για το copy-paste, αν και εδώ έχουμε να κάνουμε με περίπτωση "έλα παππού να σου δείξω τα αμπελοχώραφά σου".
Αν μπορείς ρίξε μια ματιά στο παρακάτω δικό σου quote, προσέχοντας αυτά που έχω κάνει bold:
¨Αλλα διαβάζουμε.
Βγάζω τα υπόλοιπα γιατί μάλλον χάθηκες
Windows Audio Session API – Very low level API for rendering audio, render/capture audio streams, adjust volume etc.
WASAPI exclusive mode is similar to kernel streaming in function, but no kernel mode programming is required.
Windows Audio Session API – Very low level API for rendering audio, render/capture audio streams, adjust volume etc. This API also provides low latency for audio professionals through WaveRT
Βγάζω τα υπόλοιπα γιατί μάλλον χάθηκες
Windows Audio Session API – Very low level API for rendering audio, render/capture audio streams, adjust volume etc.
WASAPI exclusive mode is similar to kernel streaming in function, but no kernel mode programming is required.
Windows Audio Session API – Very low level API for rendering audio, render/capture audio streams, adjust volume etc. This API also provides low latency for audio professionals through WaveRT
ΟΚ, νομίζω ότι καταλαβαίνω γιατί μπερδεύεσαι.
Για αρχή, το KS δεν ήταν κακό σαν λύση, όταν δούλευε σωστά. Σε πολύ κόσμο δεν δούλευε σωστά, και γιαυτό είχε αποκτήσει μια κακή φήμη, με αποτέλεσμα και μόνο η αναφορά σε αυτό ή η παρομοίωση με αυτό να προδιαθέτει άσχημα. Αυτό δεν είναι ακριβές. Η πρόταση "WASAPI exclusive mode is similar to kernel streaming in function" δεν σημαίνει ότι το WASAPI συμπεριφέρεται όπως το KS, και ότι έχει απαραίτητα τα προβλήματά του. Σημαίνει ότι λειτουργικά συμπεριφέρεται όπως το KS. Μεγάλη διαφορά.
Συνεχίζουμε.. Η λέξη rendering μπορεί να παραπέμπει σε επεξεργασία, αλλά και πάλι το σχόλιο είναι γενικό. Δεν αναφέρεται στο exclusive mode, το οποίο αναφέρεται στα δικά μου bold ακριβώς τι κάνει (ή πιο σωστά δεν κάνει). Για παράδειγμα το wasapi plugin για τον Foobar δουλεύει σε exclusive mode.
Και εξάλλου, σε κάθε περίπτωση με κάποιο τρόπο το bitstream πρέπει να φτάσει στην κάρτα ήχου. Η "μεταφορά" αυτή μπορεί να περιγραφεί σαν "rendering".
Τέλος το volume control εφόσον είναι ενεργοποιημένο (πράγμα που δεν ισχύει πάντα..) δεν είναι απαραίτητα επιβλαβές όταν είναι στο 100%. Σε αυτή την περίπτωση μπορεί κάλλιστα να γίνεται bypass.
Γενικά, το bit perfect δεν είναι δύσκολο να το πετύχει κανείς. Και μπορεί να διαπιστωθεί εύκολα κατά πόσο έχει επιτευχθεί, π.χ. παίζοντας ένα DTS WAV από τον αγαπημένο μας media player μέσω της ψηφιακής εξόδου σε έναν πολυκάναλο ενισχυτή. Αν ο ενισχυτής το καταλάβει σαν DTS, έχουμε bit perfect έξοδο. Αν ακούσουμε θόρυβο, έχουμε θέμα.
Για αρχή, το KS δεν ήταν κακό σαν λύση, όταν δούλευε σωστά. Σε πολύ κόσμο δεν δούλευε σωστά, και γιαυτό είχε αποκτήσει μια κακή φήμη, με αποτέλεσμα και μόνο η αναφορά σε αυτό ή η παρομοίωση με αυτό να προδιαθέτει άσχημα. Αυτό δεν είναι ακριβές. Η πρόταση "WASAPI exclusive mode is similar to kernel streaming in function" δεν σημαίνει ότι το WASAPI συμπεριφέρεται όπως το KS, και ότι έχει απαραίτητα τα προβλήματά του. Σημαίνει ότι λειτουργικά συμπεριφέρεται όπως το KS. Μεγάλη διαφορά.
Συνεχίζουμε.. Η λέξη rendering μπορεί να παραπέμπει σε επεξεργασία, αλλά και πάλι το σχόλιο είναι γενικό. Δεν αναφέρεται στο exclusive mode, το οποίο αναφέρεται στα δικά μου bold ακριβώς τι κάνει (ή πιο σωστά δεν κάνει). Για παράδειγμα το wasapi plugin για τον Foobar δουλεύει σε exclusive mode.
Και εξάλλου, σε κάθε περίπτωση με κάποιο τρόπο το bitstream πρέπει να φτάσει στην κάρτα ήχου. Η "μεταφορά" αυτή μπορεί να περιγραφεί σαν "rendering".
Τέλος το volume control εφόσον είναι ενεργοποιημένο (πράγμα που δεν ισχύει πάντα..) δεν είναι απαραίτητα επιβλαβές όταν είναι στο 100%. Σε αυτή την περίπτωση μπορεί κάλλιστα να γίνεται bypass.
Γενικά, το bit perfect δεν είναι δύσκολο να το πετύχει κανείς. Και μπορεί να διαπιστωθεί εύκολα κατά πόσο έχει επιτευχθεί, π.χ. παίζοντας ένα DTS WAV από τον αγαπημένο μας media player μέσω της ψηφιακής εξόδου σε έναν πολυκάναλο ενισχυτή. Αν ο ενισχυτής το καταλάβει σαν DTS, έχουμε bit perfect έξοδο. Αν ακούσουμε θόρυβο, έχουμε θέμα.
Δεν είναι τόσο εύκολα τα πράγματα όσο τα λές.
Το WASAPI εκτός το ότι επεμβαίνει και είναι δύσκολο να το βγάλεις εκτός ακόμα και όταν βάλεις το wasapi plugin για τον Foobar παρουσιάζονται προβλήματα με αρχεία 24/88, 24/192.
Τοτε επιλέγεις αναγκαστικά DS αλλά και πάλι έχεις μέσα το mixer.
Impact on latency
Bypassing Windows Mixer typically results in lower latency between decoding/rendering and output, though Windows Vista allows low latency playback through WASAPI shared mode without bypassing the mixer.
Note that low latency playback is relevant to real-time processing and editing only. It's completely useless for music playback; in fact, higher latency is better in this case as it gives better protection against glitching from buffer underruns.
Interacting with soundcard drivers directly rather than letting Windows Mixer do it will often expose soundcard driver bugs that can't be triggered otherwise and lead to system-wide instability. There have been countless documented cases of otherwise stable soundcard drivers causing BSODs when using KS, ASIO or WASAPI. This happens because:
KS and WASAPI: while these output methods rely on the same driver code as playing sounds through Windows Mixer, various quirks such as buffer sizes are different; drivers tend to make unsafe assumptions that whoever is invoking them behaves exactly as Windows Mixer does; these drivers would also stop working correctly after OS updates that change these behaviors.
ASIO: many major hardware vendors release massively buggy ASIO drivers and suspend any work on their drivers as soon as they get some subset of ASIO software working with their product without obvious problem symptoms.
To Mac OS ότι και να πούμε είναι καλύτερο αυτή την στιγμή από τα όποια Windows σαν Audiophile βάση για player.
Αλλά αν ασχοληθούν σοβαρά μαζί του στο μέλλον οι καλύτερες προοπτικές είναι για το Linux λόγω της ευελιξίας του.
Linux has the great advantage over Windows. You won't need kernel streaming/ASIO or similar.
For best sound quality you can route your traffic right to the interface.
There is no other system offering a real realtime kernel.
Το WASAPI εκτός το ότι επεμβαίνει και είναι δύσκολο να το βγάλεις εκτός ακόμα και όταν βάλεις το wasapi plugin για τον Foobar παρουσιάζονται προβλήματα με αρχεία 24/88, 24/192.
Τοτε επιλέγεις αναγκαστικά DS αλλά και πάλι έχεις μέσα το mixer.
Impact on latency
Bypassing Windows Mixer typically results in lower latency between decoding/rendering and output, though Windows Vista allows low latency playback through WASAPI shared mode without bypassing the mixer.
Note that low latency playback is relevant to real-time processing and editing only. It's completely useless for music playback; in fact, higher latency is better in this case as it gives better protection against glitching from buffer underruns.
Interacting with soundcard drivers directly rather than letting Windows Mixer do it will often expose soundcard driver bugs that can't be triggered otherwise and lead to system-wide instability. There have been countless documented cases of otherwise stable soundcard drivers causing BSODs when using KS, ASIO or WASAPI. This happens because:
KS and WASAPI: while these output methods rely on the same driver code as playing sounds through Windows Mixer, various quirks such as buffer sizes are different; drivers tend to make unsafe assumptions that whoever is invoking them behaves exactly as Windows Mixer does; these drivers would also stop working correctly after OS updates that change these behaviors.
ASIO: many major hardware vendors release massively buggy ASIO drivers and suspend any work on their drivers as soon as they get some subset of ASIO software working with their product without obvious problem symptoms.
To Mac OS ότι και να πούμε είναι καλύτερο αυτή την στιγμή από τα όποια Windows σαν Audiophile βάση για player.
Αλλά αν ασχοληθούν σοβαρά μαζί του στο μέλλον οι καλύτερες προοπτικές είναι για το Linux λόγω της ευελιξίας του.
Linux has the great advantage over Windows. You won't need kernel streaming/ASIO or similar.
For best sound quality you can route your traffic right to the interface.
There is no other system offering a real realtime kernel.
θεωρητικά αν παίζω με bit perfect είναι αδύνατο να παίξω dts χωρίς κάποιο plugin σε stereo dac.
Επίσης είναι αδύνατο να παίξω αρχεία 88khz χωρίς resampling αν το ντάκ δέν υποστηρίζει...που δέν υποστηρίζουν πολλά ντάκ.
Επίσης είναι αδύνατο να παίξω αρχεία 88khz χωρίς resampling αν το ντάκ δέν υποστηρίζει...που δέν υποστηρίζουν πολλά ντάκ.
αλλα νομίζω οτι όλα αυτά είναι υπερβολές.ένα καλό ντάκ είναι υπεραρκετό για να ακούσουμε τέλεια μουσική είτε με foobar είτε με itunes είτε...
αν θέλουμε το κάτι παραπάνω το dsp είναι μονόδρομος.
αν θέλουμε το κάτι παραπάνω το dsp είναι μονόδρομος.
Μα, δεν θέλεις να βγάλεις το WASAPI τελείως εκτός! WASAPI δεν σημαίνει απαραίτητα υποβάθμιση του ήχου. Αυτό λέω τόση ώρα. Απλά είναι το υποσύστημα που ευθύνεται για το "routing" του ήχου μέσα στο PC. Έχει modes λειτουργίας κατάλληλα για bit perfect αναπαραγωγή.
Τώρα, αν σε μερικές περιπτώσεις με μερικές κάρτες ήχου / audio interfaces παρατηρούνται προβλήματα με κάποια bit depths / sample rates, αυτό συνήθως δεν έχει να κάνει με το ίδιο το WASAPI, αλλά με τους drivers των καρτών και/ή τις ίδιες τις κάρτες. Σαφώς και δεν δημιουργούνται πάντα προβλήματα με όλα τα αρχεία π.χ. 24/192.
Ο DS φυσικά και δεν μας κάνει.
Εγώ θα έλεγα ότι είναι πιο εύκολο για τον μέσο χρήστη σαν βάση.
Υπερβολές. Δεν ξέρω τι γίνεται με την εξέλιξη του Linux (έχω να ασχοληθώ σε τέτοιο επίπεδο κάποια χρόνια), αλλά ο μέσος χρήστης Mac ή Windows θα πάθει εγκεφαλικό αν προσπαθήσει να κάνει κάτι σε Linux πέρα του βασικού install.
Στο μέλλον, οψόμεθα..
Αλλά ξαναλέω, και στα Windows τα πράγματα είναι σχετικά απλά εδώ και πολύ καιρό.
Όσο για το Amarra, τελικά κάνει DSPing ή όχι; Αυτή είναι η σημαντικότερη ερώτηση.
Λογικό. Αλλά το ότι θα ακούς θόρυβο δεν σημαίνει απαραίτητα και ότι ακούς bit perfect.
Επίσης λογικό.
Garbage in garbage out..
Χωρίς σωστό σήμα στην είσοδο του DAC, δεν κάνουμε τίποτα. Ειδικά αν μιλάμε για καλό DAC.
Το DSP είναι άλλη ιστορία.. Σκοτεινά μονοπάτια, που μας πηγαίνουν μακριά από το HiEnd IMHO.
επίσης φοβάμαι οτι εσείς που υποστηρίζετε σφιχτά το amarra ίσως έχετε πέσει θύματα κάποιου dsping.
δέν είναι κακό...απλά δέν είναι χαι έντ:HTEHETH63::award:
δέν είναι κακό...απλά δέν είναι χαι έντ:HTEHETH63::award:
Advanced iZotope 64-bit Sample Rate Conversion
http://www.amarraaudio.com/
With Amarra’s built in SSE
engine, adopted from our professional audio workstations,
the bit perfect output from your computer
will sound more like analog, with a refined soundstage.
Last edited:
Τώρα μπερδεύτηκα. Τελικά κάνει διαρκώς sample rate conversion ή όχι? Γιατί αν κάνει, προφανώς δεν μιλάμε για bit perfect έξοδο.