<?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: TMV In FFmpeg</title>
	<atom:link href="http://multimedia.cx/eggs/tmv-in-ffmpeg/feed/" rel="self" type="application/rss+xml" />
	<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/</link>
	<description>Topics On Multimedia Technology and Reverse Engineering</description>
	<lastBuildDate>Sun, 06 May 2012 18:52:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-147028</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Sun, 17 May 2009 03:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-147028</guid>
		<description>@DrV: Indeed, intentional. I like to try to keep the sample size under 2 MB. I see that I only took 256K of the pop.tmv sample. That&#039;s plenty to test the playback system. When I carve these partial samples, I just use the &#039;dd&#039; Unix command. I don&#039;t care about frame boundaries.

As Reimar mentioned, it&#039;s also a happy coincidence that doing this helps validate that FFmpeg handles broken/corrupted frames gracefully.</description>
		<content:encoded><![CDATA[<p>@DrV: Indeed, intentional. I like to try to keep the sample size under 2 MB. I see that I only took 256K of the pop.tmv sample. That&#8217;s plenty to test the playback system. When I carve these partial samples, I just use the &#8216;dd&#8217; Unix command. I don&#8217;t care about frame boundaries.</p>
<p>As Reimar mentioned, it&#8217;s also a happy coincidence that doing this helps validate that FFmpeg handles broken/corrupted frames gracefully.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reimar</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-147012</link>
		<dc:creator>Reimar</dc:creator>
		<pubDate>Sat, 16 May 2009 20:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-147012</guid>
		<description>@DrV: probably not intentional but still a good thing, it tests a bit how/how well the code handles incomplete and/or broken files.</description>
		<content:encoded><![CDATA[<p>@DrV: probably not intentional but still a good thing, it tests a bit how/how well the code handles incomplete and/or broken files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DrV</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-147004</link>
		<dc:creator>DrV</dc:creator>
		<pubDate>Sat, 16 May 2009 17:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-147004</guid>
		<description>The pop-partial.tmv sample seems to be cut part of the way through a frame; is that intentional?</description>
		<content:encoded><![CDATA[<p>The pop-partial.tmv sample seems to be cut part of the way through a frame; is that intentional?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reimar</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-146967</link>
		<dc:creator>Reimar</dc:creator>
		<pubDate>Sat, 16 May 2009 08:16:08 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-146967</guid>
		<description>Use ssh -Y.
I spent a lot of time (well, not that much) making MPlayer work with unpriviledged X sessions (which you get with ssh -X).
E.g. with ssh -X applications can&#039;t read from your X &quot;desktop&quot;, thus making it hard/impossible to snoop on you remotely even with X forwarding.</description>
		<content:encoded><![CDATA[<p>Use ssh -Y.<br />
I spent a lot of time (well, not that much) making MPlayer work with unpriviledged X sessions (which you get with ssh -X).<br />
E.g. with ssh -X applications can&#8217;t read from your X &#8220;desktop&#8221;, thus making it hard/impossible to snoop on you remotely even with X forwarding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kostya</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-146959</link>
		<dc:creator>Kostya</dc:creator>
		<pubDate>Sat, 16 May 2009 07:09:32 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-146959</guid>
		<description>FFplay works for me for ages - the problem with MacPorts is that it installs everything into /opt/local where ./configure cannot find it by default.

As for EEE - same trouble here, that&#039;s because of default netbook-oriented window manager. Changing it to any other window manager should help (I like Lesstif/OpenMotif).

As for X session - indeed it works. Launch X11, in xterm type &quot;ssh -X user@host&quot;. Unfortunately, while MPlayer works that way, FFplay does not.</description>
		<content:encoded><![CDATA[<p>FFplay works for me for ages &#8211; the problem with MacPorts is that it installs everything into /opt/local where ./configure cannot find it by default.</p>
<p>As for EEE &#8211; same trouble here, that&#8217;s because of default netbook-oriented window manager. Changing it to any other window manager should help (I like Lesstif/OpenMotif).</p>
<p>As for X session &#8211; indeed it works. Launch X11, in xterm type &#8220;ssh -X user@host&#8221;. Unfortunately, while MPlayer works that way, FFplay does not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-146956</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Sat, 16 May 2009 06:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-146956</guid>
		<description>IOW, a MacPorts-based installation of SDL won&#039;t work?

My other problem is that all of my (X11-capable) Linux machines are all VMware sessions. FFplay doesn&#039;t work under VMware for some reason.

I also have my Eee PC. The problem there is that my Ubuntu-Eee distribution insists on maximizing all windows whether I want that or not.

Grrr... I just want a little screenshot. I haven&#039;t tried forwarding an X session from a headless Linux machine back to my Mac OS X desktop. I wonder if that would work?</description>
		<content:encoded><![CDATA[<p>IOW, a MacPorts-based installation of SDL won&#8217;t work?</p>
<p>My other problem is that all of my (X11-capable) Linux machines are all VMware sessions. FFplay doesn&#8217;t work under VMware for some reason.</p>
<p>I also have my Eee PC. The problem there is that my Ubuntu-Eee distribution insists on maximizing all windows whether I want that or not.</p>
<p>Grrr&#8230; I just want a little screenshot. I haven&#8217;t tried forwarding an X session from a headless Linux machine back to my Mac OS X desktop. I wonder if that would work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: astrange</title>
		<link>http://multimedia.cx/eggs/tmv-in-ffmpeg/comment-page-1/#comment-146954</link>
		<dc:creator>astrange</dc:creator>
		<pubDate>Sat, 16 May 2009 06:31:21 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1444#comment-146954</guid>
		<description>ffplay has consistently worked for me on OS X for years now. You just need a POSIX-style SDL installation instead of a framework.</description>
		<content:encoded><![CDATA[<p>ffplay has consistently worked for me on OS X for years now. You just need a POSIX-style SDL installation instead of a framework.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

