OS X 10.11 El Capitan

[Tom.]

Väitän edelleen että 90%:sesti laitteiden toimimattomuuden syy on valmistajissa.

Onhan se ihan vajokkimasta touhua muokkailla noita juttuja kerran vuodessa niin paljon että jokainen laitevalmistaja joutuu koodaamaan ajurit uudestaan.. Jotenkin vähän vaikee uskoa että toi kapitaani olis niiin erilainen verrattuna yosemiteen ettei noita vehkeitä saa millään skulaamaan vanhoilla ajureilla. Huonoa työtä applen puolelta kun eivät osanneet ottaa huomioon ajureiden toimivuutta kun koodasivat kapitaania.

[Rillipiru]

No niin, kokeillaas ilman oluita ja viskejä tätä keskustelua

Tuota toimimattomien listaa kun pikkusen selailin, niin kieltämättä näyttäisi siltä että hiukan vanhemmat laitteet on niitä jotka eivät tahdo toimia? Valmistajien intresseissä tuskin on ensimmäisenä huolehtia 4 vuotta vanhan DAC:in El Capitan tuestai vaan luonnollisesti tehdä lisää rahaa, eli myydä uutta eikä kuluttaa resursseja jo myytyjen tuotteiden päivityksiin. Toki on tärkeätä huolehtia asiakkaista ja tyytyväisyydestä, että heidät saadaan ostamaan myös myöhemmin saman valmistajan tuotteita.

Kyllähän tämä siltä vaikuttaa, että Applella on sormensa pelissä tässä USB sotkussa jollain lailla? Jotkut veikkaavat virransäästöominaisuuksia ja USB keskittimen/porttien mA asetuksia yms. Periaatteessa USB 1.1 laitteen pitäisi toimia USB3 väylässä, mutta nyt vaan ei näytä toimivan? Devfoorumi on täynnä jo ensimmäisen betan jälkeen raportteja USB ongelmista?

Toisaalta on aika vaikea uskoa, että Apple jättäisi noinkin suuret bugit korjaamatta etenkin kun tietoa on ollut siitä ensimmäisestä betasta saakka? Voi olla, että Apple on muuttanut jotain mitä se ei voi korjata rikkomatta jotain muuta ja korjaukset on tarkoituksella jätetty valmistajien kontolle?

[theinonen]

Jos valmistajien intresseissä on tehdä mahdollisimman paljon rahaa niin eikö silloin ole järkevintä tukea myös vanhempia koneita?

Koska USB3 väylä on kuitenkin taaksepäin yhteensopiva ei välttämättä ole järkevää edes laittaa sitä uusinta ja hieonointa, varsinkaan jos kyseinen laite ei tee hölkäsen pölkäystä lisääntyneellä nopeudella ja pystyy hoitamaan hommansa erinomaisesti sillä vanhemmalla toteutuksella.

Jos ajat ainoastaan mukulakivikatua jolla on 40 km/h rajoitus niin ainoastaan joku vajakki ostaa Lamborghinin siihen hommaan.

[sttt]

Koittakaa jo ymmärtää että näiden plug-n-play (class compliant, USB specification compatible,) audio laitteiden osalta valmistajan ei tarvitse huolehtia tuesta. Valmistaja tekee USB standardin mukaisen laitteen joka toimii jokaisessa USB standardin mukaisessa portissa. Standardi on ollut sama ainakin 15 vuotta joten laitteet toimivat kaikissa 2000 luvun käyttiksissä. Paitsi El Capitanissa joka ei täytä standardia kokonaisuudessaan. Osittain El Capitankin toimii ja esim tämä Project box saa linjaulostuloa USB:sta.

Sekoitat koko ajan niihin laitteisiin joissa on paremmat ominaisuudet ja jotka tarvitsevat valmistajan ajurit hallintaan. Nyt puhutaan standardikamasta. Standardit ovat olemassa juuri siitä syystä että vältytään näiltä yhteensopivuusongelmilta. Entä jos virtakomponentti olisi sössitty USB portissa? Pitääkö jokaisen valmistajan tehdä standardinmukainen ajuri ja lähettää se Applelle jotta portista tulee taas virtaa?

Niin, ja eihän tästä voi syyttää kuin itseä kun erehtyi päivittämään toimivan koneen. Vaimo pisti ukaasin että jos musiikit ei lähde kunnolla toimimaan niin Mac menee vaihtoon. Pitänee käydä nyt ensialkuun hakemassa S/PDIF DAC ja katsoa mitä Apple tekee.

[oppenheimer]

Kumpainenkin DAC-osapuoli esittää vain omia mielipiteitään - koska ei ole esittää mitään todellista faktaa miten USB pohjimmiltaan toimii tai ei toimi El Capitanossa. Totta varmaan on, ettei DACit toimi kaikilla ja joillain kai toimii.
Ainoa fakta on, jos todella tarvitsee laitteitaan harrastukseen tai erityisesti työhön, El Capitano tai mikään päivitys ei tuo (ei ole tuonut) ikinä lisäarvoa harrastukseen tai työhön, jos ovat toimineet aiemmin. Nettisurffailu tai uuden perään hinkuminen on asia aivan eriksen, ja nykypäivityksillä toimimattomuuteen saa tottua, jos haluaa mennä takapuoli edellä puuhun. Yksi vaihtoehto on hommata eri laitteet leikkimiseen.

[Rillipiru]

Koittakaa jo ymmärtää että näiden plug-n-play (class compliant, USB specification compatible,) audio laitteiden osalta valmistajan ei tarvitse huolehtia tuesta. Valmistaja tekee USB standardin mukaisen laitteen joka toimii jokaisessa USB standardin mukaisessa portissa. Standardi on ollut sama ainakin 15 vuotta joten laitteet toimivat kaikissa 2000 luvun käyttiksissä. Paitsi El Capitanissa joka ei täytä standardia kokonaisuudessaan. Osittain El Capitankin toimii ja esim tämä Project box saa linjaulostuloa USB:sta.

Sekoitat koko ajan niihin laitteisiin joissa on paremmat ominaisuudet ja jotka tarvitsevat valmistajan ajurit hallintaan. Nyt puhutaan standardikamasta. Standardit ovat olemassa juuri siitä syystä että vältytään näiltä yhteensopivuusongelmilta. Entä jos virtakomponentti olisi sössitty USB portissa? Pitääkö jokaisen valmistajan tehdä standardinmukainen ajuri ja lähettää se Applelle jotta portista tulee taas virtaa?

Niin, ja eihän tästä voi syyttää kuin itseä kun erehtyi päivittämään toimivan koneen. Vaimo pisti ukaasin että jos musiikit ei lähde kunnolla toimimaan niin Mac menee vaihtoon. Pitänee käydä nyt ensialkuun hakemassa S/PDIF DAC ja katsoa mitä Apple tekee.

Niin niin, tämä on ymmärretty jo ajat sitten. Seuraavaksi voinet selittää, että miksi useat plug-n-play USB laitteet toimivat El Capitanissa? Esimerkkinä tämä oma 5-vuotta vanha Bayerdynamicin USB äänikortti?

[Rillipiru]

Tuo virtahässäkkä idea pisti miettimään, että onko ne päivittäneet EFI/SMC firmikset ja ongelmat olisivat siellä kun korjausta ei kuulu?

Itse olen siis 10.11.1 betalla ja ainakin oma SMC on päivitetty uudempaan mitä Applen sivuilla on?

Boot ROMin versio: IM131.010A.B09

Applen sivulla tätä ei ole vielä edes esillä (late 2012 27") tarjoaa: IM131.010A.B08 (2015-001)

https://support.apple.com/fi-fi/HT201518

Noita voisi muutkin kurkkia, että tulivatko El Capitanin mukana vaiko 10.11.1 betan mukana?

[sttt]

Teoria oli että jos El Capitan tunnistaa laitteen (DAC piirin nimi näkyy Audio Midi setupissa), niin se estää kanavasäädön ulostulossa ja samoin muita USB audio class ominaisuuksia.
Jos ei tunnista (Unknown USB device), niin sitten toimii.

[Rillipiru]

You very likely need to wait for a signed driver update from M-Audio, but should not need to replace your hardware. M-Audio has a KB article they are maintaining that lists devices currently compatible with El Capitan, and those that are not yet supported. Perhaps read through this to get more info on your specific device: http://m-audio.com/kb/article/1919

https://discussions.apple.com/thread/7258272

Tuo ei sinänsä liity taas mitenkään USB laitteisiin, paitsi tuon Applen hyväksynnän osalta? Tällä uudella SIP hässäkällä voi olla jotain tekemistä näiden toimimattomien laitteiden kanssa tai sitten ei...

System Integrity Protection

A new security policy that applies to every running process, including privileged code and code that runs out of the sandbox. The policy extends additional protections to components on disk and at run-time, only allowing system binaries to be modified by the system installer and software updates. Code injection and runtime attachments to system binaries are no longer permitted.

https://developer.apple.com/library/pre ... 10_11.html

Yes, you can install an unsigned kext after disabling SIP but after that if you re-enable SIP the kext will not load...

Do you know that apart from what is said in the video I have tried all
these solutions in the real life since the very first beta of El Capitan ?

Today I think it's not a good idea to always leave SIP disabled in El Capitan.
The best solution is to have SIP enabled and a SIGNED kext or keep
using Yosemite.

I know it cost money for a developper but maybe M-Audio can afford it ?

Anyway the M-Audio kext and control panel even with SIP disabled
(or a signed kext) doesn't work (freeze and/or crash), and it's the real problem, the initial subject of this thread... :-(

Kommenttiosiosta poimittua:

http://www.curvve.com/blog/guides/2014/ ... -and-more/

Tuota teoriaa voi vapaasti joku kokeilla, kenellä ei esim. DAC toimi? Nappaa tuon pois päältä ja jos sen jälkeen toimii DAC niin siinä se! Jos se on tosiaan noin, että SIP vaatii allekirjoitetun ajurin/kextin toimiakseen, niin eiköhän tuosta ole valmistajille kerrottu iät ja ajat sitten?

https://www.quora.com/How-do-I-turn-off ... itan-10-11

[sttt]

Sotket taas valmistajan ajurit mukaan. Ei tälle DAC:lle ja muille vastaaville ole vakmistajan ajureita! Suora lainaus Texas Instrumentiltä jolta iso osa DAC:sta tulee: "USB compliant. No software required". Ainut koneelta löytyvä ajuri on AppleUSBAudio.

Mutta kiitos SIP linkistä, kokeilen ja katson miten käy.

[Rillipiru]

Joo joo joo, tiedetään. Se ei selitä sitä, miksi jotkut toimii ja jotkut eivät? Totta kai ne eri USB DACit ym vempeleet injektioivat jotain omaansa systeemin sillä sekunnilla kun ne väylään liitetään, jos ei muuta niin valmistajan tiedot, käytetty äänipiiri yms yms. Applen mulkut voivat ihan hyvin vaatia, että näihin pitää olla heidän hyväksyntänsä tai SIP blokkaa ne pelistä pois?

Tuo voisi selittää sen, miksi Unknow USB device laitteet toimii ja ne jotka tunnistuvat eivät pääsääntöisesti toimi? Ilman minkään valtakunnan faktaa, voisin teorisoida että nuo unknow vehkeet toimivat 100% pelkästään standardikamalla ja nämä DAC:it sun muihin paremman tason laitteisiin on lisätty jotain valmistajan omaa koodia standardin lisäksi? SIP tuli vasta El Capiin, mikä voisi taas selittää osaltaan sitten senkin miksi Yosemitessa nuo kaikki toimivat omista koodeista huolimatta tai niistä välittämättä?

[sttt]

Sitähän kertaallen jo yritin kertoa. Sieltä aiemmin linkitetystä data sheetistä löytyy järjestelmään siirtyvä tieto (sivu 8):
http://www.ti.com/lit/ds/symlink/pcm2702.pdf
Ei sisällä minkään sortin koodia. Vain valmistajan id ja tuotekoodi.

Toimivan Bel Canton data sheet (sivu 2-4):
http://www.ti.com/lit/ds/symlink/tas1020.pdf
Bel cantossa on se ero että piiri voi lisäksi lähettää ROM:lle tallennettun vendor id:n tietoa takaisin koneelle.

[Rillipiru]

6 sivua vängätty ja nytkö me ollaan jostain edes etäisesti samaa mieltä!

Progress

[Rillipiru]

Jaahas.....

Paulo Roberto Pereira 9 days ago

Hi Sutera. I disable the SIP in El Capitan and works fine again !

See here how to disable de SIP in El Capitan !

http://osxdaily.com/2015/10/05/disabl...

http://community.m-audio.com/m-audio/to ... el-capitan

[homenamsi]

Sivustalukijan kommentti: on vedottu 'standardin mukaisiin laitteisiin'. Onko USB:n osalta olemassa jokin testaus/sertifiointitaho, jonka todistus standardinmukaisuudesta kulkee laitteiden mukana? Tai edes jokin TestSuite tai referenssitoteutus, jota vasten testata.

Vai onko 'sandardinmukaisuus' kuten CE-merkintä - valmistajan vastuulla?

Ellei sertifikaattia ole, on kenenkään käyttäjän mahdotonta väittää omistavansa standardinmukaisen laitteen.

[Rillipiru]

USB Power Management

Traditionally, USB device power management is done manually, with a function driver making explicit suspend or resume calls on a USB device service. This is error-prone and results in overly complex driver code to manage power state.

USB in OS X El Capitan has been completely implemented to benefit from the same USB architecture and aggressive power management policy adopted by iOS. Each endpoint in a device can be given an idle timeout in milliseconds, and an endpoint is considered idle if an active transfer hasn’t completed within that timeout. The device has an idle state as well, which is a logical AND of the idle state for the endpoints associated with the device. Only when the device idle timeout expires does the OS pause I/O on the bus and electrically suspend the device at the port.

The idling system is an important advance because drivers don’t need to actively participate in power state transitions.

Tuon perusteella näyttäisi vahvasti siltä että valmistajien vastuulle kaatuu vehkeiden toimimattomuus? Firmware päivityksiä odotellessa

System Integrity Protection

System Integrity Protection is a policy introduced in OS X El Capitan to help prevent malicious software from performing harmful actions on your Mac. System Integrity Protection applies to every running process, including privileged code and code that runs out of the sandbox. The policy extends additional protections to components on disk and at runtime, only allowing system binaries to be modi ed by the system installer and software updates.
System Integrity Protection prevents software from modifying les and folders owned by the system, even if the software is run as the administrator or with root privileges. Examples of paths in the le system that are protected include the following:
• System folder
• /bin/
• /sbin/
• /usr/ (with the exception of /usr/local/)

In addition, System Integrity Protection prevents modication of applications and utilities that are installed with OS X, and prevents changes to your boot volume without your knowledge.

https://www.apple.com/osx/all-features/ ... erview.pdf

[lous]

Miten MBP virtanapin saa näyttämään sen dialogin mistä saa valittua haluaako Restart/Shutdown/...? El Capitaanissa se on hävyyksissä.

[egoste]

Omena valikosta löytyy nuo vaihtoehdot.

[lous]

Omena valikosta löytyy nuo vaihtoehdot.

Tiedän, mutta pitäis saada kone esim restarttaamaan helpommin ilman menuja samalla lailla kuin aiemminkin virtanapin kautta.

[egoste]

Ei ole nopeampi, mutta kun painat nappia pitkään... ja ei OSx konetta kannata uudelleen käynnistää kokoajan. Sleep riittää...

[HOV]

Miten MBP virtanapin saa näyttämään sen dialogin mistä saa valittua haluaako Restart/Shutdown/...? El Capitaanissa se on hävyyksissä.

OS X El Capitan: Log out, sleep, restart, and shut down

https://support.apple.com/kb/PH21895?lo ... cale=en_US

[york]

Josko korjaantuisi seuraavassa päivityksessä, niin ja me kaikkihan olemme vielä Kapteenin miinanraivaajia™ (terveisiä vaan Adelelle, jos jossain banaanisaarten nettikahvilassa tätä lukee. )

Piloilla koko foorumi. Ostin turhaan pop cornit ja tulin tänne. Ennen Adele pottuili miinanpolkijoille, Kunkku joka suuntaan, ja kauppapaikan moderointi keskustelutti. Tähän on tultu.

Ei täällä mitään Adelea tarvita.

Mitä USB-ongelmaan tulee, niin ehkä USB-hässäkän syy on Kapteeniin keksitty joku uusi ja uljas USB:hen liittyvä palikka. Samaan tyyliin kuin vuosi sitten Yosemiteen, jossa nimipalvelimen kanssa keskusteluun käytetty mDNSResponder korvattiin “paremmalla” discoveryd-palikalla, jolla saatiin aikaan loputtomat WiFi-ongelmat - hidas sivujen latautuminen, kaatuilu ja hidas lepotilasta elpyminen.

Ensin discoverydittiin lukuisat Yosemite betat, sitten 10.10.1, 10,10.2, 10.10.3, kunnes vasta 10.10.4:ssa palattiin mDNSResponderiin, ja yllättäen Wi-Fi-ongelmat loppuivat. Toivotaan, että USB-ongelmat ratkeavat nopeammin.

[Machist]

Väittää että VLC on haittaohjelma? siirrä roskakoriin tai kumoa valittavissa?

EDIT: Piti käydä hyväksymässä -> suojaus ja yksityisyys asetuksissa että avautui

[katteja]

Hei.

Suositteletteko 10.9.5 päisittämään tuohon kapteeniin..?

Koneena 2011 puolivälin 21,5". Prosessori 2,7 GHz Intel Core i5

[BeePee]

10.9.5 ja macbook pro 2010 puoliväli. Eikös tuota sitten pysty päivittämään? Tyrkytti että päivitä päivitä, ja lopulta herkistyin päivittämään. Tai no, eihän se sitä tee. Ensin herjaili ettei tila riitä. Sitten sitä olikin tarpeeksi (30g vapaana) ja sain ladattua. Nyt näkyy ostetuissa että on ladattu koneelle. Valikossa ei ole nappia että asenna, on vain lataa. Jos painan taas nappia että lataa, lataa uudelleen koneelle. Taas näkyy ostetuissa että on ladattu. Ja kaikki napit on silti vain että lataa, ei asenna nappia. Ja jos taas painan uudelleen että lataa, nii taas alkaa ladata uudestaan...

T nimim. Enkö vain osaa?