<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How to avoid Safari crashes: Option-click on large media files</title>
	<atom:link href="http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/</link>
	<description>Notes from an unfinished world…</description>
	<lastBuildDate>Mon, 06 Feb 2012 13:29:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6543</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Sun, 14 Jan 2007 16:00:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6543</guid>
		<description>Dan: Yes, I suppose I&#039;ll have to eliminate APE and SIMBL as possible culprits, although eliminating the latter would strip Safari of important functionality for me… As you said, eliminating Spell Catcher X would be much more challenging for me :). Same thing for DFX, really.

Instead, I think I am definitely going to give OmniWeb a try in the next couple of weeks. 

As for DivX and Perian, thanks for the pointer. It&#039;s not something that I use very often, but I&#039;ll trash the DivX decoder just the same.</description>
		<content:encoded><![CDATA[<p>Dan: Yes, I suppose I&#8217;ll have to eliminate APE and SIMBL as possible culprits, although eliminating the latter would strip Safari of important functionality for me… As you said, eliminating Spell Catcher X would be much more challenging for me :). Same thing for DFX, really.</p>
<p>Instead, I think I am definitely going to give OmniWeb a try in the next couple of weeks. </p>
<p>As for DivX and Perian, thanks for the pointer. It&#8217;s not something that I use very often, but I&#8217;ll trash the DivX decoder just the same.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6539</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Fri, 12 Jan 2007 07:50:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6539</guid>
		<description>Unrelated to the Safari problem, you can safely remove the DivX Decoder QuickTime component if you have Perian. Perian&#039;s playback of DivX files is as robust as DivX&#039;s, and a bit more responsive (better time from opening to the start of playback).

Their wiki has a list of &lt;a href=&quot;http://trac.perian.org/wiki/CodecsObsoletedByPerian&quot; rel=&quot;nofollow&quot;&gt;Codecs Obsoleted by Perian&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Unrelated to the Safari problem, you can safely remove the DivX Decoder QuickTime component if you have Perian. Perian&#8217;s playback of DivX files is as robust as DivX&#8217;s, and a bit more responsive (better time from opening to the start of playback).</p>
<p>Their wiki has a list of <a href="http://trac.perian.org/wiki/CodecsObsoletedByPerian" rel="nofollow">Codecs Obsoleted by Perian</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6538</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Fri, 12 Jan 2007 06:48:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6538</guid>
		<description>Nothing leaps out at me in the crash report. The crash was in the main thread, DailyMotion rules out QuickTime as the cause, though, as that&#039;s a Flash-based site.

If it&#039;s annoying you enough to invest the troubleshooting effort, I&#039;d start by turning off APE (I see at least Audio Hijack) and any third-party InputManagers you have installed (SIMBL, which is used by SafariStand), and give it a couple days. If Safari is crash-free then, add things one by one until you find the culprit.

(I won&#039;t tell you to remove Spell Catcher X. I know you can&#039;t live without it :-)

If disabling those items doesn&#039;t do it, I&#039;d also look at Default Folder X, since it&#039;s patching the Carbon &amp; Cocoa frameworks in memory, much like APE.</description>
		<content:encoded><![CDATA[<p>Nothing leaps out at me in the crash report. The crash was in the main thread, DailyMotion rules out QuickTime as the cause, though, as that&#8217;s a Flash-based site.</p>
<p>If it&#8217;s annoying you enough to invest the troubleshooting effort, I&#8217;d start by turning off APE (I see at least Audio Hijack) and any third-party InputManagers you have installed (SIMBL, which is used by SafariStand), and give it a couple days. If Safari is crash-free then, add things one by one until you find the culprit.</p>
<p>(I won&#8217;t tell you to remove Spell Catcher X. I know you can&#8217;t live without it :-)</p>
<p>If disabling those items doesn&#8217;t do it, I&#8217;d also look at Default Folder X, since it&#8217;s patching the Carbon &amp; Cocoa frameworks in memory, much like APE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6529</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Thu, 11 Jan 2007 18:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6529</guid>
		<description>Correction: It was actually a DailyMotion video, not YouTube.</description>
		<content:encoded><![CDATA[<p>Correction: It was actually a DailyMotion video, not YouTube.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6528</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Thu, 11 Jan 2007 18:43:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6528</guid>
		<description>Dan, in case you&#039;re interested, I&#039;ve just had a crash when trying to load a YouTube video. This time I got the crash report dialog, saying &quot;Safari has unexpectedly quit.&quot; Interestingly, Safari was still open and frozen, even after the dialog appeared. So it looks like it crashed, then froze before being able to complete the crashing part :-).

Anyway, here&#039;s the crash log, in case you want to have a look. Of course, I suppose it could all be related to my use of SafariStand (which prevents embedded stuff from loading automatically; you have to click on it to start loading it--and that&#039;s when Safari crashes in that case).

&lt;a href=&quot;http://www.betalogue.com/images/uploads/macosx/Safari-Crash-2007-01-11.txt&quot; rel=&quot;nofollow&quot;&gt;Safari-Crash-2007-01-11.txt&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Dan, in case you&#8217;re interested, I&#8217;ve just had a crash when trying to load a YouTube video. This time I got the crash report dialog, saying &#8220;Safari has unexpectedly quit.&#8221; Interestingly, Safari was still open and frozen, even after the dialog appeared. So it looks like it crashed, then froze before being able to complete the crashing part :-).</p>
<p>Anyway, here&#8217;s the crash log, in case you want to have a look. Of course, I suppose it could all be related to my use of SafariStand (which prevents embedded stuff from loading automatically; you have to click on it to start loading it&#8211;and that&#8217;s when Safari crashes in that case).</p>
<p><a href="http://www.betalogue.com/images/uploads/macosx/Safari-Crash-2007-01-11.txt" rel="nofollow">Safari-Crash-2007-01-11.txt</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6526</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Thu, 11 Jan 2007 14:41:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6526</guid>
		<description>The QuickTime components I have are the following:

AppleHDVCodec.component
AppleIntermediateCodec.component
DesktopVideoOut.component
DivX Decoder.component
DivX Encoder.component
DVCPROHDCodec.component
DVCPROHDMuxer.component
DVCPROHDVideoDigitizer.component
DVCPROHDVideoOutput.component
DVCPROHDVideoOutputClock.component
DVCPROHDVideoOutputCodec.component
FCP Uncompressed 422.component
Flip4Mac WMV Export.component
Flip4Mac WMV Import.component
IMXCodec.component
LiveType.component
Motion.component
Perian.component

But I haven&#039;t noticed any pattern about the type of media files… I really think it&#039;s more of an issue with server responsiveness. If Safari doesn&#039;t get a fast-enough response from the server (and with my satellite connection, this can happen quite often), then it just locks up or crashes. 

That&#039;s my theory, anyway. 

Unfortunately, it&#039;s not really reproducible. Most of the time, if I try again after relaunching Safari, it works fine. 

And I only occasionally get a crash report. Most of the time, Safari either freezes (= no crash report after force-quit) or crashes without generating a crash report. 

As for PDF files, I&#039;ll continue to download them as files and view them in Preview. I much prefer this approach.</description>
		<content:encoded><![CDATA[<p>The QuickTime components I have are the following:</p>
<p>AppleHDVCodec.component<br />
AppleIntermediateCodec.component<br />
DesktopVideoOut.component<br />
DivX Decoder.component<br />
DivX Encoder.component<br />
DVCPROHDCodec.component<br />
DVCPROHDMuxer.component<br />
DVCPROHDVideoDigitizer.component<br />
DVCPROHDVideoOutput.component<br />
DVCPROHDVideoOutputClock.component<br />
DVCPROHDVideoOutputCodec.component<br />
FCP Uncompressed 422.component<br />
Flip4Mac WMV Export.component<br />
Flip4Mac WMV Import.component<br />
IMXCodec.component<br />
LiveType.component<br />
Motion.component<br />
Perian.component</p>
<p>But I haven&#8217;t noticed any pattern about the type of media files… I really think it&#8217;s more of an issue with server responsiveness. If Safari doesn&#8217;t get a fast-enough response from the server (and with my satellite connection, this can happen quite often), then it just locks up or crashes. </p>
<p>That&#8217;s my theory, anyway. </p>
<p>Unfortunately, it&#8217;s not really reproducible. Most of the time, if I try again after relaunching Safari, it works fine. </p>
<p>And I only occasionally get a crash report. Most of the time, Safari either freezes (= no crash report after force-quit) or crashes without generating a crash report. </p>
<p>As for PDF files, I&#8217;ll continue to download them as files and view them in Preview. I much prefer this approach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6524</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Thu, 11 Jan 2007 04:59:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6524</guid>
		<description>I wonder about your QuickTime configuration; do you perhaps have a buggy QuickTime component that makes it crash when dealing with certain types of media? I never have Safari crash on me when handling media files, and I&#039;ve been known to play multi-gigabyte DV files through it (from the server upstairs, admittedly).

I&#039;ve also done things like command-clicking multiple media files to open them each in tabs, and Safari seems to handle that with aplomb.

If you run across any reproducible Safari-crashing sites/files, I&#039;d be interested in comparing notes.

(Tangentially: I&#039;m not a fan of Safari&#039;s PDF handling (too minimal), and I hate Adobe&#039;s plugin (too bloated), but the &lt;a href=&quot;http://www.schubert-it.com/pluginpdf/&quot; rel=&quot;nofollow&quot;&gt;schubert&#124;it PDF Browser plugin&lt;/a&gt; is fabulous. If only they would get an Intel binary out the door.)</description>
		<content:encoded><![CDATA[<p>I wonder about your QuickTime configuration; do you perhaps have a buggy QuickTime component that makes it crash when dealing with certain types of media? I never have Safari crash on me when handling media files, and I&#8217;ve been known to play multi-gigabyte DV files through it (from the server upstairs, admittedly).</p>
<p>I&#8217;ve also done things like command-clicking multiple media files to open them each in tabs, and Safari seems to handle that with aplomb.</p>
<p>If you run across any reproducible Safari-crashing sites/files, I&#8217;d be interested in comparing notes.</p>
<p>(Tangentially: I&#8217;m not a fan of Safari&#8217;s PDF handling (too minimal), and I hate Adobe&#8217;s plugin (too bloated), but the <a href="http://www.schubert-it.com/pluginpdf/" rel="nofollow">schubert|it PDF Browser plugin</a> is fabulous. If only they would get an Intel binary out the door.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arden</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6519</link>
		<dc:creator>Arden</dc:creator>
		<pubDate>Mon, 08 Jan 2007 09:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6519</guid>
		<description>For a measly US$12, you can get the crash protection power of Saft, which has a superior crash protection mechanism.  Not only does it store every window and tab you have open, save all of this at quitting time, and restore it all when you reopen Safari, if Safari crashes, it pops up a dialog box that lets you uncheck the tabs you don&#039;t want loading again.  So if one particular web page gives you problems over and over, you can simply uncheck it and it won&#039;t load.

Plus Saft has tons of other features that greatly enhance my Safari browsing experience.  I could go on and on about it and sound like a marketing drone, but it&#039;s really that good.</description>
		<content:encoded><![CDATA[<p>For a measly US$12, you can get the crash protection power of Saft, which has a superior crash protection mechanism.  Not only does it store every window and tab you have open, save all of this at quitting time, and restore it all when you reopen Safari, if Safari crashes, it pops up a dialog box that lets you uncheck the tabs you don&#8217;t want loading again.  So if one particular web page gives you problems over and over, you can simply uncheck it and it won&#8217;t load.</p>
<p>Plus Saft has tons of other features that greatly enhance my Safari browsing experience.  I could go on and on about it and sound like a marketing drone, but it&#8217;s really that good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6515</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Fri, 05 Jan 2007 17:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6515</guid>
		<description>SafariStand pretty much does the same job as the feature you describe. 

My main issue is with browser stability. I don&#039;t know how much better (or worse) OmniWeb fares in that department. If it relies on the same plug-ins, then it probably has the same problems. I would still use option-click and option-Return to download large media files separately instead of viewing them within the browser.

The problem with any manual save or auto-save feature for web pages is that, in the event of a crash, you still have to reload everything. And in my experience, even with a semi-broadband connection such as my satellite hook-up, if the number of pages to be loaded simultaneously is too large, you still have to deal with half-loaded pages, loading failures, etc. So I would still want to avoid crashes and freezes as much as possible, in order to avoid having to deal with such hassles.

That said, I am regularly checking other browsers. I occasionally use Camino, for example. I would have a hard time convincing myself that I need to pay for a browser, though, even if the fee is relatively small.</description>
		<content:encoded><![CDATA[<p>SafariStand pretty much does the same job as the feature you describe. </p>
<p>My main issue is with browser stability. I don&#8217;t know how much better (or worse) OmniWeb fares in that department. If it relies on the same plug-ins, then it probably has the same problems. I would still use option-click and option-Return to download large media files separately instead of viewing them within the browser.</p>
<p>The problem with any manual save or auto-save feature for web pages is that, in the event of a crash, you still have to reload everything. And in my experience, even with a semi-broadband connection such as my satellite hook-up, if the number of pages to be loaded simultaneously is too large, you still have to deal with half-loaded pages, loading failures, etc. So I would still want to avoid crashes and freezes as much as possible, in order to avoid having to deal with such hassles.</p>
<p>That said, I am regularly checking other browsers. I occasionally use Camino, for example. I would have a hard time convincing myself that I need to pay for a browser, though, even if the fee is relatively small.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: apple4ever</title>
		<link>http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/comment-page-1/#comment-6514</link>
		<dc:creator>apple4ever</dc:creator>
		<pubDate>Fri, 05 Jan 2007 15:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/05/how-to-avoid-safari-crashes-option-click-on-large-media-files/#comment-6514</guid>
		<description>You should try using OmniWeb for saving browsing windows. I browse the web the same way as you(even though I have a broadband connection): As I read a webpage, I command click on any link that interests me, which opens up a background tab (or window- it can be specified in the preferences), and then keep reading. I&#039;ve had tens of windows with tens of tabs open, all which I want to read eventually. But, if OW crashes, or even if I accidently quit it (which I&#039;ve been known to do), all I have to do is relaunch OW, and all of the pages I had open are reopened. This is all done in the background, as long as the workspace has &quot;Auto-save while browsing&quot; checked in the workspace window. Workspaces also allow me to close a bunch of windows but keep them saved so that I can clear my screen. This is nice if I&#039;m doing development work, and I have a bunch of API documents open- then I go to work, switch workspaces to my daily read, and then I am set.

OW is also faster and more compatible than Safari, as it uses a newer build of WebKit. There is also a ton of other features than OmniWeb has that Safari doesn&#039;t, such as per-site preferences, per-site ad blocking, etc. You should check it out.</description>
		<content:encoded><![CDATA[<p>You should try using OmniWeb for saving browsing windows. I browse the web the same way as you(even though I have a broadband connection): As I read a webpage, I command click on any link that interests me, which opens up a background tab (or window- it can be specified in the preferences), and then keep reading. I&#8217;ve had tens of windows with tens of tabs open, all which I want to read eventually. But, if OW crashes, or even if I accidently quit it (which I&#8217;ve been known to do), all I have to do is relaunch OW, and all of the pages I had open are reopened. This is all done in the background, as long as the workspace has &#8220;Auto-save while browsing&#8221; checked in the workspace window. Workspaces also allow me to close a bunch of windows but keep them saved so that I can clear my screen. This is nice if I&#8217;m doing development work, and I have a bunch of API documents open- then I go to work, switch workspaces to my daily read, and then I am set.</p>
<p>OW is also faster and more compatible than Safari, as it uses a newer build of WebKit. There is also a ton of other features than OmniWeb has that Safari doesn&#8217;t, such as per-site preferences, per-site ad blocking, etc. You should check it out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

