Neue Macs mit USB 3.0. Und jetzt?

Ähm, ja, klar..

Du stänkerst Leute an, die anderer Meinung sind, dann unterstellst du aus Trotz mir und Goodie eine Verschwörung. Anders kann man das ja nicht nennen.

Beleidigst Goodie, aber wir sind auf Kindergartenniveau? Ahja. Deine Probleme sind wohl schwerwiegender als ich eigentlich dachte.. Das tut mir wirklich leid für dich.

 

Ganz ehrlich Leute....

...ihr gehört beide gesperrt! Die letzten paar Seiten sind einfach nur noch sinnloses geflame. Dieser Thread ist dazu da um unwissende User über den Stand der Dinge aufzuklären und nicht um seine technische/persönliche Ansicht der Dinge dazulegen. Es ist nämlich echt mühsam sich durch euer Gelaber durchzuarbeiten und das bisschen Information, das man als Normalverbrauchen haben möchte herauszukristallisieren!

Ein bisschen weniger OT-Müll/sinnloses Geflame und dafür mehr klare Infos für Leute, die sich hier über den Stand der Dinge schlau machen wollen, wäre angebracht!

 

Genau das habe ich doch getan. Es ist schliesslich nicht meine Ansicht der Dinge, sondern genauere Erklärung vom Statement NI´s - bis auf den einen Post, wo ich über die Tätigkeiten von NI und Apple spekulierte. Dies habe ich aber 1 Post später in einer sachlichen Zusammenfassung Punkt für Punkt korrigiert....

...bis ich dann von diesen Pseudo C3PO Assembler im Schlaf Programmier Goodie ständig geflamed wurde...

Selbst als ich weniger technisch und einfach nur sachlich und laienhaft zusammenfasste wurde ich erneut geflamed, diesmal sogar mit Verstärkung.

Wieso gehör ich dann auch dafür gesperrt, obwohl ich hier helfen will, und der andere nur flamen konnte und aber mal garnichts zu diesem ganzen Thema, in keinem einzigen seiner endlosen flameposts beigetragen hat? Erklärs mir bitte.

 

Ganz einfach, weil du Leute hier beleidigst oder falsche Unterstellungen machst. Und nachdem du mich auch noch mit eingenommen hast in deine Unterstellungen (ich kenne Goodie nicht!), wehre ich mich dagegen. Ganz einfach..

BTT.

Wie schon geschrieben, diese Woche kommt mein Retina. Dann kann ich die Audio 10 testen.

Wenn sie laufen sollte ohne dass man das KEXT-File ändert, dann würde mich interessieren, was dann schief läuft, den Klugmacher ist der Meinung, dass diese nicht laufen kann.

@Klugmacher

Hast du für diesen Fall eine Erklärung? Diese Frage ist ernst gemeint auch wenn theoretischer Natur. Wir reden hier vom MacBook und keinen Windows-Maschinen..

 

Es geht irgendwie grade weiter >.<

Leute...beschränken wir uns doch einfach auf das Wesentliche. Und nachdem was ich vorhin gelesen habe ist der derzeitige Stand, dass es keine Lösung gibt. Wenn jemand Neuigkeiten hat, kanns weitergehen -.-

@brasax : Laut NI funktioniert die Audio10, das kann ich zumindest für mein 2012er MBP 13" verifizieren. Kann zwar nichts zu deinem rMBP sagen, denke aber, dass kein anderes Ergebnis zu erwarten ist.

 

Wird funktionieren.

Was Probleme macht sind die von NI aufgeführten (älteren) Geräte und zwar sowohl mit den 2012er macbooks (USB 3.0 Hardware) unter osx 10.7.4 und aufwärts, als auch mit älteren Modellen unter osx 10.8

 

so, nun ist der Thread zu 80% Offtopic ^^

 

Danke! Hatte die Liste nicht gesehen.. War am Wochenende unterwegs und dann nur hier reingeschaut..

 

So, nun hab ich auch noch ne Support Antwort bekommen.
Bevor es hier mit dem Fachchinesisch weitergeht, bei dem eh nichts rauskommt...

 

na dass klingt doch mal positiv!

 

Na jetzt bin ich gespannt. Sollte Intel sich bewegt haben oder ist Klugmacher doch nicht so klug.

Ich fand den Thread eigentlich sehr interessant. Sie zeugt ja auch von Sachverstand aller Teilnehmer. Nur wäre es produktiver miteinander als gegeneinander zu argumentieren. Fluke scheint momentan nicht aktiv zu sein, weil sonst ein großteil der Posts schon unsichtbar wären.

Schade eigentlich

 

Auch wenn ich nicht mehr posten wollte, weil ich nicht wieder zum flamen gegen mich animieren mag. Hier ein paar wichtige und teils aktualisierte Links.

Intels Treiber Downloadlink (kein Update seit 07.06.2012):

http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=21129

Dieser Treiber ist nicht USB 2.0 Soundkarten kompatibel.

Intels neue Chipset und Fix erratum Update von Juli 2012:

http://www.intel.com/content/dam/ww...-updates/7-series-chipset-pch-spec-update.pdf

Ich bin immernoch der Überzeugung, daß nur Intel was machen könnte, aber wie man sehen kann gibt es noch keine Pläne diesbzgl..

Für alle, die sich nicht durchwühlen wollen hier die wichtigen Stellen über isochrone bzw. asynchrone Transfers und USB:

Ich habe mir erlaubt wichtige Stellen fett zu markieren, um somit ein schnelleres Lesen zu ermöglichen und einen besseren Überblick zu wahren. Es wiederholt quasi meine Erklärungen in einem wesentlich präziseren, ausführlichen, fachlicheren Terminus.

"Errata

1.USB Isoch In Transfer Error Issue

Problem:If a USB full-speed inbound isochronous transaction with a packet length 190 bytes or greater is started near the end of a microframe the PCH may see more than 189 bytes in the next microframe. (PCH ist die neue Northbridge Southbridge vereint in einem Chip um keinen Flaschenhals bei immer schnelleren CPU´s und dessen I/O Ansteuerungen zu erzeugen)

Implication:If the PCH sees more than 189 bytes for a microframe an error will be sent to software and the isochronous transfer will be lost. If a single data packet is lost no perceptible impact for the end user is expected. (das es keinen Einfluss auf den User hat ist genauso theoretisch wie jede der Aussagen, es handle sich nur um synthetisch erzeugte Beispiele, die in der Realität nicht zu befürchten seien)

Note:Intel has only observed the issue in a synthetic test environment where precise control of packet scheduling is available, and has not observed this failure in its compatibility validation testing.

•Isochronous traffic is periodic and cannot be retried thus it is considered good practice for software to schedule isochronous transactions to start at the beginning of a microframe. Known software solutions follow this practice.

•To sensitize the system to the issue additional traffic such as other isochronous transactions or retries of asynchronous transactions would be required to push the inbound isochronous transaction to the end of the microframe. (Ich verstehe das so, daß es quasi nicht möglich ist, diesen Fehler aufgrund der Natur von isochronem Transfer, da er ja periodisch ist und nicht kombinierbar mit einem weiteren Stream/Tranfer zu reproduzieren. Deshalb geht man einfach davon aus, daß die Softwaretreiber darauf ausgelegt sind keinen solchen Fehler zu begehen - vlt habe ich es aber missverstanden.)

Workaround:None.

Status:No Plan to Fix.

2.USB Babble Detected with SW Overscheduling

Problem:If software violates USB periodic scheduling rules for full-speed isochronous traffic by overscheduling, the RMH may not handle the error condition properly and return a completion split with more data than the length expected. (Das würde meine Theorie über das zu schnelle Überfüllen des Buffers untermauern. Der RMH ist wenn ich mich recht erinnere für die Füllrate also low/highspeed vom Hub zuständig zumindest beim PM55 war es so.)

Implication:If the RMH returns more data than expected, the endpoint will detect packet babble for that transaction and the packet will be dropped.

Since overscheduling occurred to create the error condition, the packet would be dropped regardless of RMH behavior. If a single isochronous data packet is lost, no perceptible impact to the end user is expected. (Hier sollte Intel nochmal überprüfen, ob wirklich kein Einfluss zu erwarten ist auch wenn man aufgrund der Regel des periodischen Transfers Fehler aufgrund verlorener Packets nicht eintreten sollten)

Note:USB software overscheduling occurs when the amount of data scheduled for a microframe exceeds the maximum budget. This is an error condition that violates the USB periodic scheduling rule.

Note:This failure has only been recreated synthetically with USB software intentionally overscheduling traffic to hit the error condition.

Workaround:None.

Status:No Plan to Fix.

Errata

14 Specification Update

3.USB Full-/low-speed EOP Issue

Problem:If the EOP of the last packet in a USB Isochronous split transaction (Transaction >189 bytes) is dropped or delayed 3 ms or longer the following may occur:

•If there are no other pending low-speed or full-speed transactions the RMH will not send SOF, or Keep-Alive. Devices connected to the RMH will interpret this condition as idle and will enter suspend. (Für mich wäre das hier eine Erklärung warum einige Interfaces garnicht erkannt werden, wenn man sie an den USB 3.0 port anschliesst)

•If there is other pending low-speed or full-speed transactions, the RMH will drop the isochronous transaction and resume normal operation.

Implication:

•If there are no other transactions pending, the RMH is unaware a device entered suspend and may starting sending a transaction without waking the device. The implication is device dependent, but a device may stall and require a reset to resume functionality
.
•If there are other transactions present, only the initial isochronous transaction may be lost. The loss of a single isochronous transaction may not result in end user perceptible impact.

Note:Intel has only observed this failure when using software that does not comply with the USB specification and violates the hardware isochronous scheduling threshold by terminating transactions that are already in progress

Workaround:None.

Status:No Plan to Fix.

4.USB PLL Control FSM not Getting Reset on Global Reset
Problem:Intel* 7 Series / C216 Chipset Family USB PLL may not lock if a Global Reset occurs early during a cold boot sequence.

Implication:USB interface would not be functional an additional cold boot would be necessary to recover.

Workaround:None.

Status:No Plan to Fix.

5.Asynchronous Retries Prioritized Over Periodic Transfers
Problem:The integrated USB RMH incorrectly prioritizes full-speed and low-speed asynchronous retries over dispatchable periodic transfers.

Implication: Periodic transfers may be delayed or aborted. If the asynchronous retry latency causes the periodic transfer to be aborted, the impact varies depending on the nature of periodic transfer: (Mit periodischem Transferabbruch wird der isochrone Stream gemeint - hier wird zwar nicht abgestritten, dass es in real eintreten kann, aber wieder nur abgewiegelt, es sei ja egal, weil es ja vereinzelt wäre)

•If a periodic interrupt transfer is aborted, the data may be recovered by the next instance of the interrupt or the data could be dropped.

•If a periodic isochronous transfer is aborted, the data will be dropped. A single dropped periodic transaction should not be noticeable by end user.

Note:This issue has only been seen in a synthetic environment. The USB spec does not consider the occasional loss of periodic traffic a violation. (Blabla wieder nur synthetic environment... wird meiner Meinung nach Zeit dass die mal Praxistests durchführen - ich weiss Wunschdenken)

Workaround:None.

Status:No Plan to Fix."

@Didi Fluke ist im Urlaub

 

du kannst das ganze immer wieder runterbeten.

Das ändert ja nichts an der Tatsache, daß NI an der Lösung ist, oder willst du die Support Aussage als Lüge betzeichnen?

 

Hat schon jemand das 2.5.1 Update drauf? Ändert sich damit was?

 

Wenn man gemein wäre, könnte man auch sagen, das NI immer wieder dasselbe runterbetet ohne konkrete Aussagen zu treffen, auch auf der Kompatibilitätsseite wird ja nur darauf hingewiesen welche Hardware funktioniert und welche nicht.
Alles in Allem sehr schwammig das Ganze, auch bezgl der "Lösung" und "nächste Tage" und "kurzfristig".
Insgesamt ist die Antwort sehr auf Allgemeinplätze ausgelegt.

Was nun eintritt, ob es eine Lösung gibt, das wird man dann in der mehr oder weniger entfernten Zukunft sehen.

 

"erste Tests laufen positiv"

Klingt doch gut, also scheinbar kein Problem das sich nur hardwareseitig beheben ließe!

 

Puh, wollte mir eigentlich heute früh das 2012er Modell kaufen da ich ein kleinen, feinen Begleiter gesucht habe für Gigs im Zusammenspiel mit der Audio DJ 6.
Wie ich hier lass, bzw. so gab es auch NI an läuft die Audio DJ 6 tadellos? Kann mir das auch jemand sicher aus dem Forum bestätigen? Weil ich bin schon mit meinem alten noch unter Windows-laufendem-Notebook verlassen worden bei einem Auftritt und wollte nun was sicheres und unkomplizierteres in den Händen halten. Habe mich mal umgeschaut bei Ebay, da kosten die 2011er Modelle manchmal mehr als der neue 2012 auf Mactrade.

Danke im Voraus.

 

Ich finde diese News absolut erstklassig.

Bisher hiess es nur, man arbeite daran. Das kann alles und gar nichts heissen.

Nun weiss man, dass es eine Lösung gibt, dass sie bereits zu funktionieren scheint und dass sie in absehbarer Zeit zur Verfügung stehen wird.
---
Und hier möchte ich mich dem Klugmacher noch als Faktenschaffer entegenstellen bezüglich seinem Problem zu glauben, dass die Audio6 tatsächlich mit aktuellen Kext-Files läuft:

http://www.false.ch/devnull/audio6-mbp2012.mov

- Audio6 mit aktuellen Treiber
- IOUSBFamily.kext vom 17.07.2012
- MacBook Pro Retina
- Traktor 2.1.2

Läuft wie geschmiert. Und um die Audio 8 zum Laufen zu bringen, einfach mittels Kext Wizzard den alten Treiber drüber werfen.

 

Ich will niemandes Euphorie über etwaige Ankündigungen bremsen, aber ich habe doch mehrmals die bekannten Workarounds erwähnt.

Der Apple Workaround mit den Kext-Files bedeutet ja schliesslich das Rückstufen des OSX zu einer Version ohne USB 3.0 Treiber. Dass man ohne USB 3.0 Treiber sämtliche Audio Interfaces benutzen kann ist doch wirklich nichts Neues.

Ausserdem bin ich kein Faktenschaffer, sondern eher ein mißverstandener Erklärbär. Die Fakten kann ich schliesslich schlecht beeinflußen.

Meine Komplete Audio 6 und auch alle anderen Interfaces laufen problemlos, solange Intels USB 3.0 eXtensible host controller driver deinstalliert sind. Sind sie wieder drauf -> Mööp Bluescreen.

 

In dem Video zeige ich, dass die Audio6 mit den aktuellen (also USB 3.0) Treibern an den Ports der aktuellen MacBook Pros (also USB 3.0) laufen.

Ergo also OHNE Rückstufung auf USB 2.0.

Jemand kauft heute eine Audio6, ein neues Macbook Pro, installiert Traktor inklusive NI-Treiber und die Sache läuft out of the box.