:fill(white):strip_exif()/i/1278423458.jpeg?f=thumbmini)
:strip_exif()/u/59291/GC.gif?f=community)
"Time flies like an arrow; fruit flies like a banana."
Dito hier, 35 Gyg Library...:
[...]
Hier maar ~30GB op een clean install: het zelfde resultaat. Vaak strandballen en een nummer starten duurt soms 4 a 5 seconden.
zeer vermoeiend. Kun je (net als iPhoto) de library opnieuw opbouwen of zo?
Ik heb niets te melden.
Als ik mijn iMac in de sluimer stand zet, en even later hem weer uit de sluimer stand haal, dan krijg ik het inlog venstertje in beeld, maar bij Leopard kon ik voorheen op de knop Andere Gebruiker klikken, om bij een andere gebruiker in te loggen. Maar deze knop is er niet meer bij Snow Leopard.
Dus als ik de iMac in de sluimerstand zet, en even later wilt iemand anders van de computer gebruik maken, dan kan diegene niet inloggen, en moet ik eerst bij me eigen inloggen.
hoe kan ik dit oplossen??
Dus als ik de iMac in de sluimerstand zet, en even later wilt iemand anders van de computer gebruik maken, dan kan diegene niet inloggen, en moet ik eerst bij me eigen inloggen.
hoe kan ik dit oplossen??
:strip_exif()/u/257445/gif.gif?f=community)
/u/151674/dan_peleng_square_60x60.png?f=community)
Bij mij staat die optie er normaliter niet, maar als ik "Fast User Switching" aanzet (via System Preferences -> Accounts -> Login Options -> "Show fast user switching menu as..."), dan staat er w`el een "Switch User" knop in het inlog venstertje.:
Als ik mijn iMac in de sluimer stand zet, en even later hem weer uit de sluimer stand haal, dan krijg ik het inlog venstertje in beeld, maar bij Leopard kon ik voorheen op de knop Andere Gebruiker klikken, om bij een andere gebruiker in te loggen. Maar deze knop is er niet meer bij Snow Leopard.
Dus als ik de iMac in de sluimerstand zet, en even later wilt iemand anders van de computer gebruik maken, dan kan diegene niet inloggen, en moet ik eerst bij me eigen inloggen.
hoe kan ik dit oplossen??
:strip_icc():strip_exif()/u/9450/avater.jpg?f=community)
:strip_icc():strip_exif()/u/6620/ratatouille_60-60-lq.jpg?f=community)
/u/88456/crop5bf2f0f12fa48_cropped.png?f=community)
:strip_exif()/u/26529/Koei.gif?f=community)
:strip_exif()/u/114160/crop5c116d0b141ca.gif?f=community)
Same here inderdaad, hoewel ik het ook met Leopard al had.
Ik verdenk trouwens de Covers ervan...
Ik heb bij al mijn albums/nummers covers staan namelijk
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
/u/34216/avatar-60x60.png?f=community){kind=avatar}
Dat was een firmware update voor de Mac mini 2009 met een Sony Optiarc drive of een iMac (je hebt er namelijk een specifieke EFI versie voor nodig die alleen bij deze 2 machines voor komt. Die update werkt overigens erg nice want je hoort nu heel de drive niet meer bij wake 
). Op moment dat het ding het zomaar doet en meerdere malen achter elkaar is er iets anders aan de hand. Je kunt eens kijken of het met iets simpels als een reboot al verholpen is of dat je er iets meer voor moet doen zoals pram leegmaken.
). Op moment dat het ding het zomaar doet en meerdere malen achter elkaar is er iets anders aan de hand. Je kunt eens kijken of het met iets simpels als een reboot al verholpen is of dat je er iets meer voor moet doen zoals pram leegmaken.
[ Voor 13% gewijzigd door ppl op 07-09-2009 20:09 ]
Net even Snow Leopard op deze Mac Mini geinstaleerd (2Ghz,2gig RAM, 120gig HD) en ja het is misschien wel ietsje sneller, vooral de Finder dan maar ik ben het meest verrast door de snelheid dat hij uit sluimerstand komt, dit is nu gewoon instant !
/u/232727/cid.png?f=community)
Eindelijk heb ik het probleem gevonden wat het trage laden van websites veroorzaakte.
Snow Leopard gaat anders om met DNS requests dan Leopard. In mijn thuisnetwerk heb/had ik twee DNS servers, de router en een linux bak. De linux bak staat al een tijdje uit, en Leopard had daar geen problemen mee.
Echter met de installatie van Snow Leopard duurde het opvragen van websites ineens erg lang, maar het werkte uiteindelijk wel. Met dig kon ik het probleem niet reproduceren, die resolvde websites meteen.
Het blijkt dat dig een andere methode gebruikt om dns-namen te resolven dan safari (er zit nog een laag tussen), welke niet goed om gaat met DNS servers die niet reageren. Je zit in safari dus op een time-out te wachten van de niet werkende DNS server
Nu ik de niet functionerende DNS server uit mijn configuratie gehaald heb, heb ik geen problemen meer!
Snow Leopard gaat anders om met DNS requests dan Leopard. In mijn thuisnetwerk heb/had ik twee DNS servers, de router en een linux bak. De linux bak staat al een tijdje uit, en Leopard had daar geen problemen mee.
Echter met de installatie van Snow Leopard duurde het opvragen van websites ineens erg lang, maar het werkte uiteindelijk wel. Met dig kon ik het probleem niet reproduceren, die resolvde websites meteen.
Het blijkt dat dig een andere methode gebruikt om dns-namen te resolven dan safari (er zit nog een laag tussen), welke niet goed om gaat met DNS servers die niet reageren. Je zit in safari dus op een time-out te wachten van de niet werkende DNS server
Nu ik de niet functionerende DNS server uit mijn configuratie gehaald heb, heb ik geen problemen meer!
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
Hier geen problemen met iTunes hoor (5600 nummers)
[ Voor 16% gewijzigd door filenox op 07-09-2009 21:58 ]
/u/2801/crop5ccb23f820755.png?f=community)
Hier wel, maar dat was met Tiger en Leopard al zo:
Hier geen problemen met iTunes hoor (5600 nummers)
iTunes is gewoon een brak programma, maar Snow Leopard heeft bij mij alleen maar snelheidswinst opgeleverd.
"Logica brengt je van A naar B, verbeelding brengt je overal." - Albert Einstein
In plaats van het gebruikelijke "gratis de arm aanraken" zal ik deze keer wegens grote belangstelling 10 euro moeten rekenen per aanraking. 
Alles werkt hier weer zonder problemen, inclusief het immer vlotte iTunes (geen poging tot sarcasme). 
Alles werkt hier weer zonder problemen, inclusief het immer vlotte iTunes (geen poging tot sarcasme).
[ Voor 33% gewijzigd door Jungian op 07-09-2009 22:20 ]
0.0
:strip_exif()/u/142128/crop65f05ddf03716.gif?f=community)
_@/' _@/' _@/' _@/' _@/' _@/' _@/' Bombus Flavifrons adoratie _@/' _@/' _@/' _@/' _@/' _@/'? '\@_ || Let's Play: Paradox-billiards-vostroyan-roulette-fourth dimensional-hypercube-chess-strip-poker
Inderdaad, dat heb ik ook ondervonden, gelijk al mijn DNS adressen verwijdert en nu heb ik nergens meer last van.:
Eindelijk heb ik het probleem gevonden wat het trage laden van websites veroorzaakte.
Snow Leopard gaat anders om met DNS requests dan Leopard. In mijn thuisnetwerk heb/had ik twee DNS servers, de router en een linux bak. De linux bak staat al een tijdje uit, en Leopard had daar geen problemen mee.
Echter met de installatie van Snow Leopard duurde het opvragen van websites ineens erg lang, maar het werkte uiteindelijk wel. Met dig kon ik het probleem niet reproduceren, die resolvde websites meteen.
Het blijkt dat dig een andere methode gebruikt om dns-namen te resolven dan safari (er zit nog een laag tussen), welke niet goed om gaat met DNS servers die niet reageren. Je zit in safari dus op een time-out te wachten van de niet werkende DNS server
Nu ik de niet functionerende DNS server uit mijn configuratie gehaald heb, heb ik geen problemen meer!
idd, bij die twee had ik het ook al, het is nu wel iets sneller maar iTunes (met een library van 40GB+full covers) doet nog steeds lang met opstarten. Ik ga dan ook is proberen opnieuw te indexeren met die truck van Racetows. Met zoeken naar nummers krijg ik soms een strandbal. En met nummers (concerten) die 1 a 2 uur duren krijg ik soms ook 3, 4 sec. een strandbal. maar goed ik kan dat nog wel begrijpen omdat het lange nummers zijn. Covers invoeren bij zulke nummers doet bij soms ook 10 sec (met Leopard/Tiger al). Maar goed, zo lang de boel niet vast loopt (zoals met windows) hoor je mij niet klagen. Dit zijn van die dingen waarvan ik hoop dat het in versie 9, 10 wel is opgelost en is niet perse een Snow Leopard probleem.:
[...]
Hier wel, maar dat was met Tiger en Leopard al zo
Edit1
Dat resyncen doet hij trouwens wel erg snel (40Gb in 5 min?/en het analyseren doet ie ook snel)
Waar ik bang voor was, dat ie dat niet zou doen, doet ie dus ook gewoon! (Hij checkt automatisch of je ook covers bij de nummers hebt!).
Edit2
Hmm heeft bij mij iig niet veel geholpen...Nog steeds traag met bepaalde nummers.
Maar goed kan nooit kwaad, hij vond ook veel nummers die ik al heel lang gedeletet had.
[ Voor 9% gewijzigd door Underworld op 07-09-2009 23:30 ]
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
:strip_icc():strip_exif()/u/102237/jcash.jpg?f=community)
Dat covers toevoegen zolang duurt bij die lange nummers is omdat het erg disk intensief is. Een update van iTunes kan dat naar mijn idee niet oplossen. Een snellere harddisk wel 
Ik heb geen problemen met iTunes.Gebruik iTunes wel alleen maar voor muziek. Geen podcast radio films apps etc
Wel blijft het klooien met de verschillende safari plugins. 32bit draaien... 1password verdwijnt.. etc etc
Ik heb geen problemen met iTunes.Gebruik iTunes wel alleen maar voor muziek. Geen podcast radio films apps etc
Wel blijft het klooien met de verschillende safari plugins. 32bit draaien... 1password verdwijnt.. etc etc
[ Voor 7% gewijzigd door lowfi op 07-09-2009 23:16 ]
Voor zover ik weet is dat standaard gedrag in welk OS dan ook als je meerdere DNS servers hebt opgegeven in je configuratie. Hij probeert het dan gewoon bij 1 van de opgegeven DNS servers en als die niet werkt dan duurt het een tijdje voordat die een time out teruggeeft. Zodra die binnen is probeert hij de andere DNS server. Daarom is het altijd erg slim om niet werkende of slome DNS servers uit je configuratie te halen. Dig heeft toevallig nu de werkende DNS server gepakt en je webbrowser de niet-werkende DNS server. Dat heeft niet zoveel met een OS te maken laat staan Snow Leopard. Dat het onder Leopard niet gebeurde kan te maken hebben met caching.:
Eindelijk heb ik het probleem gevonden wat het trage laden van websites veroorzaakte.
Snow Leopard gaat anders om met DNS requests dan Leopard. In mijn thuisnetwerk heb/had ik twee DNS servers, de router en een linux bak. De linux bak staat al een tijdje uit, en Leopard had daar geen problemen mee.
Echter met de installatie van Snow Leopard duurde het opvragen van websites ineens erg lang, maar het werkte uiteindelijk wel. Met dig kon ik het probleem niet reproduceren, die resolvde websites meteen.
Het blijkt dat dig een andere methode gebruikt om dns-namen te resolven dan safari (er zit nog een laag tussen), welke niet goed om gaat met DNS servers die niet reageren. Je zit in safari dus op een time-out te wachten van de niet werkende DNS server
Nu ik de niet functionerende DNS server uit mijn configuratie gehaald heb, heb ik geen problemen meer!
:strip_icc():strip_exif()/u/124672/avatar.jpg?f=community){kind=avatar}
:strip_icc():strip_exif()/u/103745/crop6252fc320abb3_cropped.jpg?f=community)
Kia EV3 GT LR iPhone 16 Pro iPad mini 6 MacBook Air M2 iMac M4 Watch Series 10 TV 4K HDR AirPods Max & Pro 2
:strip_icc():strip_exif()/u/6224/PWA.jpg?f=community)
Niet echt, hier meer leesvoer:
http://discussions.apple....140119&start=45&tstart=45
Snelle quote:
En met het proberen met dig heb ik uiteraard servers geprobeerd te resolven die ik nog niet eerder opgevraagd haddig(1) (and host(1) and nslookup(1)) all directly use the DNS resolver and as such the DNS server ordering as present in /etc/resolv.conf.
However, ping(uses the internal Mac OS X name resolution system which uses a "super DNS search client" which uses the results that are listable via scutil --dns to order queries.
[ Voor 4% gewijzigd door Cidolfas op 08-09-2009 09:35 ]
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
/u/26100/crop5c51a62695404.png?f=community)
Heeft iemand anders ook last van het feit dat de onderste ~0,5cm van het trackpad op zijn of haar MB niet functioneert in SL 
Na wat zoeken onder de motorkap ben ik er speciaal voor terug gegaan naar 10.5 en daar werkt gewoon het hele trackpad 
Uiteindelijk toch maar weer naar SL gegaan, tot tevredenheid overigens.
Na wat zoeken onder de motorkap ben ik er speciaal voor terug gegaan naar 10.5 en daar werkt gewoon het hele trackpad Uiteindelijk toch maar weer naar SL gegaan, tot tevredenheid overigens.
"So the whole basis for jazz music is based on the fact that the bass player could not play his instrument." - Miroslav Vitous
yep heb dat ook, laatst gepost, het probleem is er alleen als je de aanraking in de onderste 0.5 cm begint. begint je aanraking hoger en ga je dan in de onderste 0.5 cm zitten dan reageert de trackpad gewoon wel adequaat.:
Heeft iemand anders ook last van het feit dat de onderste ~0,5cm van het trackpad op zijn of haar MB niet functioneert in SL
heb laatst feedback gestuurd naar apple over dit probleem. zou jou en de andere mensen ook aanraden om dat te doen. zodat apple dat probleem gaat aanpakken.
Ik heb er niks geen problemen mee en ik heb 32000 nummers met alle covers. Alleen als ik shuffle en vaak op next druk is hij ff bezig maar voor de rest lekker soepel.:
[...]
Same here inderdaad, hoewel ik het ook met Leopard al had.
Ik verdenk trouwens de Covers ervan...
Ik heb bij al mijn albums/nummers covers staan namelijk
/u/1934/av-559.png?f=community)
Die spatiebalk tip weet ik, maar vind ik niet erg handig omdat ik dan alsnog min of meer alle vensters door moet, in 1 oogopslag zien vind ik handiger.
Dit is wel een hele goeie! Handig!
Tja, da's inderdaad een wat ander manier van werken. Ik ben niet zo'n fan van tabbed terminals, maar misschien zal ik wel moeten
Dan doe maar eens [cmd]-[d] in een terminalvenster:
[...]
Tja, da's inderdaad een wat ander manier van werken. Ik ben niet zo'n fan van tabbed terminals, maar misschien zal ik wel moeten
Sorry, dat doet iets anders dan ik dacht... toch tabbed dus.
[ Voor 9% gewijzigd door Zpottr op 08-09-2009 12:12 ]
Zoef
:strip_icc():strip_exif()/u/148505/31bb5b263ef71bb4d5751e9a89035105.jpeg.jpg?f=community)
:strip_icc():strip_exif()/u/22169/crop6668149e82e90_cropped.jpg?f=community)
Dat gaat over dig die de DNS servers uit /etc/resolv.conf pakt en geen gebruik maakt van de eigen ingebouwde DNS server voor bonjour (mDNSResponder). Zoals de boodschap op dat forum ook al luidt is er een kans dat andere processen via een andere weg dingen resolven. De reden hiervoor is heel simpel: die dingen maken gebruik van bonjour en zullen dus eerst kijken of iets via bonjour te vinden is alvorens ze het via de gewone DNS weg proberen. Wat ze nu vermoeden is dat het resolven via bonjour nu de mist in gaat omdat bonjour de dingen in een verkeerde volgorde aanspreekt. In plaats van dat ze nou eerst DNS server 1 pakken nemen ze nu de laatste in het rijtje (om maar eens wat te noemen). Voor velen ontstaat daardoor wat problemen, kennelijk omdat ze nog een interne DNS server hebben die interne namen zoals die voor de printer moet resolven. Dan hebben we het over correct werkende DNS servers die niet voor problemen zorgen. Door die verkeerde volgorde kan het gewoon een tijdje duren voordat dingen terugkomen maar het kan (en daar lijkt het in dat topic eerder op) dat dingen gewoon als fail terugkomen en er dan niets meer gebeurd.
Dat hele verhaal heeft alleen helemaal niets te maken met wat er gebeurd als er een DNS server tussen zit die stuk/traag is of helemaal niet meer bestaat. Dat probleem is namelijk iets wat OS onafhankelijk is en dus in ieder OS zo kan voor komen. Zoek maar eens met Google naar de problematiek, dan zul je vinden dat er ook zat mensen zijn met andere unix varianten (Linux, FreeBSD, etc.) die er ook last van hebben. DNS servers die traag zijn of niet meer reageren kunnen zomaar ineens voor rare dingen in een netwerk zorgen.
Wat jij nu aanhaalt is een ander probleem.
Zoals Expose in Tiger en Leopard ging was het juist erg onhandig. Schermen werden maar ergens waar plek was geplaatst en als je heel veel schermen had dan moest je maar gokken wat het was. Titels hielpen wel maar soms waren ze van een dusdanig niveau dat je alsnog kon gaan gokken. De nieuwe Expose in Snow Leopard doet het op die punten stukken beter omdat alles nu op een overzichtelijk raster wordt uitgelijnd en je sorteeropties hebt. Zo kun je domweg de naam van het venster tikken waarna deze gehighlight wordt maar je kunt ook de boel alfabetisch op vensternaam laten sorteren of de vensters op applicatie sorteren. Mocht je nou een veelvoud aan vensters hebben dan is dat allemaal niet meer zo zichtbaar en dat is nu gelukkig ook opgelost door het gebruik van quicklook. Eigenlijk lieg ik een beetje want voorheen had je zoiets ook wel maar dan moest je door alle vensters tabben (iets wat nu ook nog kan en zo werkt als vroegah). De quicklook manier is alleen handiger omdat je alle vensters in het raster blijft zien.
De Dock Expose is handiger omdat de applicatie nu niet actief hoeft te zijn (voorheen wel, kon je het met F10 doen) en je bij het drag 'n droppen nu ook het juiste venster kunt kiezen waar hetgeen je versleept terecht moet komen. Indien je tussen meerdere apps wil kijken in plaats van alle apps dan kan dat nu ook door te cmd klikken op de betreffende apps (option-cmd klik haalt ze weer weg). Hoef je dus niet Expose voor alles te doen wat handig kan zijn als je veel schermen hebt. Overigens werkt Dock Expose ook voor apps die op een andere space staan en keer je gewoon weer naar de space waar je was terug indien je op esc drukt. Handig als je even de voortgang van iets op een andere space wil zien.
Bij weinig schermen is het misschien geen vooruitgang maar als je veel vensters hebt werkt de nieuwe Expose toch heel wat beter vanwege de sterk verbeterde overzichtelijkheid dankzij het raster, quicklook en de sorteeropties. Ik ben er in ieder geval erg blij mee
Dat probleem lijkt zich niet beperkt tot HP, ook Canon, Epson en diverse anderen hebben er last van. Ik heb hier het bekende probleem dat hij nieuwe drivers wil downloaden maar waarbij software updates dan een foutmelding geeft dat ze niet beschikbaar zijn. Dat schiet op ja
Nou blijkt de oplossing relatief simpel te zijn: de driverzut voor 10.5 downloaden en die installeren. Dat heb ik hier gedaan en daarmee werkt de boel dan ook. De scanner had echter niets nodig, die deed het gewoon meteen (erg fijn dat men daar zo consistent in is....hint hint). Ik zou dan toch eens op zoek gaan naar 10.5 drivers bij HP en anders even een bugreportje bij Apple indienen op http://www.apple.com/feedback/macosx.html.
[ Voor 10% gewijzigd door ppl op 08-09-2009 14:51 ]
:strip_exif()/u/83551/hobb_jump.gif?f=community)
Sowieso is dat een mooie toevoeging. Dat zat volgens mij nog niet in Leopard
"If you get up in the morning and think the future is going to be better, it is a bright day. Otherwise, it's not."
@Hoedje: nee, dat klopt. : http://www.tuaw.com/2009/...for-snow-leopard-users-o/
Morgen iemand van HP lastig vallen dan
: http://www.tuaw.com/2009/...for-snow-leopard-users-o/
[ Voor 3% gewijzigd door Zpottr op 08-09-2009 14:40 ]
Zoef
Wel heel toevallig dat al mijn andere PC's met verschillende OS'en (incl. Leopard) er geen last van hadden, maar Snow Leopard wel.
Wat er volgens mij gebeurde is dat de primare DNS server (in /etc/resolv.conf) het wel deed, en de tweede (de linux bak) niet. Dat bonjour nu de laatste (dode linux bak) i.p.v. de primaire DNS server probeerde te benaderen zal inderdaad voor de timeout gezorgt hebben die ik merkte met o.a. het browsen op internet. Het gedrag van bonjour om niet de primaire DNS server aan te spreken is veranderd ten opzichte van Leopard, en het gelinkte artikel wees mij daar op.
Dat het laden van websites langzaam ging heeft dus wel degelijk een link met de wijziging die doorgevoerd is in SL, daar waar Leopard (en ieder ander OS) gewoon met de primaire DNS server zou moeten werken. Daar is het immers de primaire DNS server voor
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
:strip_icc():strip_exif()/u/111904/Untitled-1.jpg?f=community)
:strip_icc():strip_exif()/u/158263/GoT_Girl.jpg?f=community)
De ervaring leert dat het vrij normaal is dat de ene er wel last van heeft en een ander weer niet in hetzelfde netwerk met dezelfde settings
Het kan zijn dat het bij de rest anders werkt vanwege caching, als je dan de DNS cache flushed wil het probleem vaak wel ineens zich voordoen.Nee, het is wel een ander probleem waar jij geen last van hebt gehad. Jij had last van een DNS server die niet meer bestond en die ineens aangesproken werd. Dat dit aan het licht kwam doordat er in bonjour nu een "bugje" zit waardoor op sommige Macs de volgorde van DNS servers om wordt gegooid is vers 2. Overigens is dat ook niet echt een bug omdat de eerstvolgende in de lijst wordt gepakt. In jouw geval pakte hij eerst de niet bereikbare, krijgt uiteindelijk een timeout en pakt dan de eerstvolgende in de lijst en die werkte dan wel. Dat probleem had zich sowieso ooit wel een keer voorgedaanWat er volgens mij gebeurde is dat de primare DNS server (in /etc/resolv.conf) het wel deed, en de tweede (de linux bak) niet. Dat bonjour nu de laatste (dode linux bak) i.p.v. de primaire DNS server probeerde te benaderen zal inderdaad voor de timeout gezorgt hebben die ik merkte met o.a. het browsen op internet. Het gedrag van bonjour om niet de primaire DNS server aan te spreken is veranderd ten opzichte van Leopard, en het gelinkte artikel wees mij daar op.
Dat het laden van websites langzaam ging heeft dus wel degelijk een link met de wijziging die doorgevoerd is in SL, daar waar Leopard (en ieder ander OS) gewoon met de primaire DNS server zou moeten werken. Daar is het immers de primaire DNS server voor
Als ik in de flyer die bij mijn Snow Leopard versie zat bekijk plus de info op de site van Apple dan vind ik de documentatie toch aardig duidelijk. Niet alles staat er in en dat heeft wel zo zijn charme omdat het leuk is om nadien toch van die kleine verbeteringen te ontdekken. Wat dat betreft speelt dat wel aardig goed in op het community idee. Geen idee of dat bewust zo gedaan is of dat het gewoon voortvloeit uit het feit dat je niet alles tot in detail kunt behandelen. De hoofdfunctionaliteit van de dingen die ze toevoegen zijn altijd wel gedocumenteerd maar een aantal details niet.
Leuk die discussies met jou:
[...]
De ervaring leert dat het vrij normaal is dat de ene er wel last van heeft en een ander weer niet in hetzelfde netwerk met dezelfde settings
[...]
Nee, het is wel een ander probleem waar jij geen last van hebt gehad. Jij had last van een DNS server die niet meer bestond en die ineens aangesproken werd. Dat dit aan het licht kwam doordat er in bonjour nu een "bugje" zit waardoor op sommige Macs de volgorde van DNS servers om wordt gegooid is vers 2. Overigens is dat ook niet echt een bug omdat de eerstvolgende in de lijst wordt gepakt. In jouw geval pakte hij eerst de niet bereikbare, krijgt uiteindelijk een timeout en pakt dan de eerstvolgende in de lijst en die werkte dan wel. Dat probleem had zich sowieso ooit wel een keer voorgedaan
[...]
Dit hele verhaal heeft niets met caching te maken, ik weet echt wel hoe ik DNS moet testen op andere OS'en. Waarom is het zo lastig om toe te geven dat SL anders (fout) om gaat met DNS, of de volgorde van DNS servers? In het kort, als de primaire DNS server werkt moet een request altijd daar uit komen. Je kan niet zeggen dat het by design is, als een OS/programma zelf random gaat bepalen welke DNS server de primaire is.
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
Waarom niet? Het helpt load te verlagen op de primary dns.:
[...]
Leuk die discussies met jou
Daarnaast hoor de secundairy dns hetzelfde terug te geven als de primary. Of vind je van niet?
Je kan het een maken van een OS kwalijk nemen dat in jouw netwerk je dns niet goed is ingeregeld.
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Het is niet aan het OS om de load van de DNS servers te regelen, daar heb je loadbalancers voor.
Dat de configuratie in mijn netwerk niet goed meer was klopt, en dat kan je uiteraard een OS niet kwalijk nemen. De oorzaak van mijn probleem is ook niet de bug in SL, maar de foutieve configuratie. De niet werkende DNS server had niet in de configuratie moeten staan.
Echter legt het wel het probleem van SL bloot, namelijk dat niet altijd de primaire DNS server aangesproken wordt voor DNS requests. En dat zou wel moeten in mijn beleven, zie ook de manpage van resolv.conf bijvoorbeeld:
Maar goed, we gaan misschien weer een beetje offtopic, ik hoop alleen maar dat het meer mensen helpt met problemen die ze sinds SL hebben
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
Voor zo ver ik weet is QuickTime X een SL-only app geworden.. dus zonder SL geen QuickTime X..
Ik neem aan dat jij met QuickTime 8 dit bedoelde namelijk
Ik neem aan dat jij met QuickTime 8 dit bedoelde namelijk
Omdat die resolv.conf alleen maar een zekere volgorde aangeeft. Als dan 1 van die niet beschikbaar zijn pakt hij de eerstvolgende in de lijst en probeert het daar. Dat is normaal DNS gedrag. Snow Leopard doet dat niet anders. Het feit dat het bij jouw traag werkte heeft helemaal niets te maken met die bug die je nu aandraagt maar met het feit dat hij keurig netjes doet zoals het behoort: hij probeert het bij DNS 1 en die is niet bereikbaar dus doet hij het daarna bij DNS 2 die wel bereikbaar is en je netjes ook iets teruggeeft. Door het wachten op de timeout van de niet reagerende DNS heb je nou juist die vertraging. Daarnaast wil er ook nog wel eens wat aan caching gebeuren zodat de ene weet dat hij bij DNS x moet aankloppen omdat die reageerde en ook om de nodige requests in te perken (dan krijg je dus gewoon het resultaat uit je cache terug).:
[...]
Leuk die discussies met jou
De bug in Snow Leopard draait alleen de volgorde van DNS servers om maar dat mag in principe niets uitmaken omdat je in eerste instantie correct werkende DNS servers behoort te hebben. Aan dat basisprincipe voldoe jij al niet omdat je een DNS server die niet meer bestaat nog hebt opgegeven. Het enige wat die bug in jouw geval doet is het proces wat versnellen omdat hij de volgorde omflipt en toevallig nu eerst bij de onbereikbare DNS server aanklopt.
Het is niet lastig om toe te geven dat Snow Leopard een bug heeft, dat staat ook gewoon in dat topic waar je naar linkt en dat geef ik ook gewoon toe. Het punt is alleen dat in jouw geval die bug niet de oorzaak van het probleem is, de oorzaak is namelijk die DNS server die niet meer bestaat. Die bug in Snow Leopard is in dit hele verhaal niets meer en niets minder dan een katalysator. Het feit dat jij je DNS meuk niet op orde hebt is GEEN bug in het OS maar een kwestie van pebkac en dat doet ook geen enkele afbreuk aan het feit dat het omflippen van de DNS volgorde in SL wel degelijk een bug kan zijn.
Als het alleen gaat om het kunnen zien van die shares dan vraag ik het me af of dat wel alleen een bonjour fout is. Op de Windows machines hier staat geen bonjour en ook die zie ik er keurig netjes tussen staan. In zowel Leopard als Snow Leopard is dat zien van andere machines op het netwerk nou niet bepaald geweldig. Meestal werkt het wel en ik heb het idee dat het in Snow Leopard fors verbeterd is maar helaas komt het nog altijd voor dat bepaalde machines niet in de lijst staan en dat toch wel zouden moeten. Ook machines die er wel in staan en er niet meer in thuis horen omdat ze al een uurtje uit staan gebeurt hier nog regelmatig. Dat probleem speelt nu dus al een paar jaar af en is al sinds tijden een klaagzang op o.a. Apple support.
Anderzijds kan het nu best zijn dat ze het in Snow Leopard juist wel hebben opgelost en dat voor wat afp betreft nu bonjour parten speelt. Durf ik niet met zekerheid te zeggen. Als je die bug leest dan is het natuurlijk een logisch gevolg dat detectie van bepaalde services niet meer zo nauwkeurig werkt maar dan moeten ze wel alleen via bonjour worden geadverteerd op je netwerk (dus niet via een of andere networkshare detectie).
Overigens werkt hier het restarten van Finder om die netwerklijst weer actueel te krijgen. Het zou fijn zijn als dat nou eens een keer gewoon opgelost wordt want restarten is soms best vervelend gezien de openstaande schermen.
@ cidolfas: beter lezen want er staat helemaal nergens "eerste in de lijst", ik heb het namelijk over de eerstvolgende in de lijst en dat is toch wel even heeeeeeeeeel wat anders
Eerstvolgende is een correct normaal Nederlands woord waarmee bedoeld wordt dat nummer 2 wordt genomen als men bij nummer 1 is begonnen. De eerstvolgende na nummer 2 is natuurlijk nummer 3. De eerstvolgende na nummer 3 is natuurlijk 4. Oftewel, je telt gewoon 1, 2, 3, 4. Dat Snow Leopard van onder ipv boven begint doet daar niets aan af, taalkundig is het woord "eerstvolgende" dan nog steeds correct
[ Voor 6% gewijzigd door ppl op 10-09-2009 10:02 ]
Snow Leopard doet dat wel anders, hij (bonjour) pakt niet de eerste uit de lijst.
Voor een reactie op de rest moet je een stukje terug scrollen
[ Voor 7% gewijzigd door Cidolfas op 09-09-2009 13:03 ]
i5-10600K | MSI MAG Tomahawk Z490 | Asus DUAL GeForce RTX 3070 OC | Corsair Vengeance 32 GB 3600 Mhz | Noctua NH-D15 Chromax.Black | Corsair RM850x | Fractal Design Meshify S2
Eh, dat snap ik even niet? Dat is dit topic? Dacht je dat ik niet begreep dat dit topic over Mac OS X Snow Leopard gaat?
Heerlijk tekst:
[...]
Eh, dat snap ik even niet? Dat is dit topic? Dacht je dat ik niet begreep dat dit topic over Mac OS X Snow Leopard gaat?
Ik las hem zelf positief, dus leuke bijdrage aan dit topic... en was blij met link trouwens....
Ik teken nergens meer voor
Verwijderd
bedankt voor je antwoord
onnodig..
[ Voor 24% gewijzigd door Verwijderd op 09-09-2009 15:28 ]
:strip_exif()/u/119419/candc-60px.gif?f=community)
:strip_icc():strip_exif()/u/35381/2532909.jpg?f=community)
YaY 
Ik krijg net een melding van software-update dat er nieuwe drivers voor mijn canon-printer beschikbaar zijn. Deze net geïnstalleerd en nu kan Lightroom ook in 64-bits modus afdrukken
Ik krijg net een melding van software-update dat er nieuwe drivers voor mijn canon-printer beschikbaar zijn. Deze net geïnstalleerd en nu kan Lightroom ook in 64-bits modus afdrukken
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
/u/257074/11810588826_312e0b8a00_o.png?f=community)
Kwam er vandaag achter dat Vuze en Transmissions niet meer werkte, alleen uTorrents werkt.. Heel raar 
I am the great Cornholio!
:strip_icc():strip_exif()/u/112964/elisha1.jpg?f=community)
Hier geen probleem met Transmission hoor. Krijg alleen m'n canon MP600R met geen mogelijkheid meer aan de praat via wifi. Via een usb kabel print hij perfect. Heb hem al 3 keer opnieuw ingesteld, hij blijft weigeren de printer via wifi te benaderen. Zal wel weer nieuwe drivers nodig hebben..
Krijg alleen m'n canon MP600R met geen mogelijkheid meer aan de praat via wifi. Via een usb kabel print hij perfect. Heb hem al 3 keer opnieuw ingesteld, hij blijft weigeren de printer via wifi te benaderen. Zal wel weer nieuwe drivers nodig hebben..
Die link maakt hij automatisch, maar never mind, was goed bedoelt.:
[...]
Eh, dat snap ik even niet? Dat is dit topic? Dacht je dat ik niet begreep dat dit topic over Mac OS X Snow Leopard gaat?
Was inderdaad positief bedoelt:
[...]
Heerlijk tekst
Ik las hem zelf positief, dus leuke bijdrage aan dit topic... en was blij met link trouwens....
Een leuke/mooie bijdrage aan dit topic
Begrijp ik daar uit dat het niet lang meer duurt alvorens er een nieuwe herschreven iTunes komt?
[ Voor 30% gewijzigd door Underworld op 10-09-2009 11:01 ]
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
:strip_exif()/u/2177/avatar.gif?f=community){kind=avatar}
Powermac G5 casemod. Mijn PV live output. | Ioniq 6 Style 77kWh Ultimate Metallic Red 18" RWD
:strip_icc():strip_exif()/u/2244/crop68625f327087c_cropped.jpg?f=community)
Verwijderd
Ja, en als ik dan op een folder klik blijft hij in hetzelfde venster. Ik kan bij de instellingen van Finder wel alle vensters laten openen in een nieuwe maar dat vind ik zelf niet praktisch en aangezien het bij L wel kon…
Met muis en gewoon met trackpad geprobeert… minimaliseren werkt niet… vreemd
Weergave optie's inderdaad…
[ Voor 3% gewijzigd door Verwijderd op 10-09-2009 12:40 ]
Aah, ik zie wat je bedoelt, en er inderdaad een verschil tussen L en SL (heb het even uitgeprobeerd op mijn mediakastje die nog L draait). Als je onder L [cmd] ingedrukt houdt en op een van de folders in het lijstje klikt wordt er een nieuw venster geopend. In SL niet. Voor zowel L als SL geldt dat als je [cmd] loslaat na ket klikken op de titelbalk, er géén nieuw venster wordt geopend bij klikken in de lijst. Dat lijkt me een bug, rapporteren zou ik zeggen.
Een iets minder summiere beschrijving is wel zo makkelijk de volgende keer
[ Voor 7% gewijzigd door Zpottr op 10-09-2009 12:46 ]
Zoef
Verwijderd
SL was bij veel winkels nog uitverkocht, zouden nu wel weer veel binnen hebben, de MediaMarkt in Arnhem heeft ze in ieder geval al binnen.
/u/131237/Social%2520media%2520kopie.png?f=community)
De mensen waarbij de batterij tijd dramatisch is gedaald sinds de upgrade naar SL moeten misschien heel precies naar op de achtergrond draaiende programma's gaan kijken.
Zelf was mijn batterij tijd ook spontaan gehalveerd, maar sinds ik vanmiddag Marco Polo eraf heb gegooid is mijn batterij weer helemaal de oude
Zelf was mijn batterij tijd ook spontaan gehalveerd, maar sinds ik vanmiddag Marco Polo eraf heb gegooid is mijn batterij weer helemaal de oude
Apple MacBook Pro 13" 2,53Ghz | 4Gb | GeForce 9400M | 250Gb HDD |
:strip_icc():strip_exif()/u/67458/2.jpg?f=community)
Eindelijk na 2 weken wachten op de postbode (die van Zwolle naar Groningen moest lopen denk ik); heb ik mijn snow leopard.
Eerste boot gaf me een traag OS. Tweede boot werd al beter. Hierna veel programma's even gestart/geprobeerd enzovoorts. Nog maar eens een re-boot en het begint nu eindelijk zo als voorspelt aan te voelen.
Wel moest ik mijn eerst usb schijf aan mijn airport opnieuw aansluiten om hem zichtbaar te maken in SL. Beetje vaag want de tweede schijf deed het wel gewoon.
Tot nu toe tevreden met het product. Alleen had wat meer van de hardware versnelling in Quicktime X verwacht of tenminste dat de combi GCD en OpenCL in Quicktime wel een aanzienlijke versnelling zouden opleveren zodat 1080p filmpjes wel lekker zouden afspelen. Tot nu toe draait dit net met af en toe eens een kleine happeringetje erin. Maar misschien de volgende Perian versie hier nog wat aan kan schroeven.
Eerste boot gaf me een traag OS. Tweede boot werd al beter. Hierna veel programma's even gestart/geprobeerd enzovoorts. Nog maar eens een re-boot en het begint nu eindelijk zo als voorspelt aan te voelen.
Wel moest ik mijn eerst usb schijf aan mijn airport opnieuw aansluiten om hem zichtbaar te maken in SL. Beetje vaag want de tweede schijf deed het wel gewoon.
Tot nu toe tevreden met het product. Alleen had wat meer van de hardware versnelling in Quicktime X verwacht of tenminste dat de combi GCD en OpenCL in Quicktime wel een aanzienlijke versnelling zouden opleveren zodat 1080p filmpjes wel lekker zouden afspelen. Tot nu toe draait dit net met af en toe eens een kleine happeringetje erin. Maar misschien de volgende Perian versie hier nog wat aan kan schroeven.
In a time of universal deceit, telling the truth becomes a revolutionary act.
Verwijderd
NIET waar!
Als je tijdens het slepen de CMD ingedukt houdt, dan verplaatst hij!
@hierboven:
Ik heb Perian geïnstalleerd en zo'n programma waardoor je MKV's kan afspelen, werkt hier perfect, zonder haperingen!
[ Voor 17% gewijzigd door Verwijderd op 10-09-2009 18:08 ]
Dit topic is gesloten.