<?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: Linux Games Podcast Free-as-in-Beer Ads</title>
	<atom:link href="http://www.linuxgames.com/archives/8670/feed" rel="self" type="application/rss+xml" />
	<link>http://www.linuxgames.com/archives/8670</link>
	<description>Embrace your Inner Penguin</description>
	<lastBuildDate>Mon, 22 Apr 2013 20:38:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Slacker</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49725</link>
		<dc:creator>Slacker</dc:creator>
		<pubDate>Fri, 22 Sep 2006 09:30:31 +0000</pubDate>
		<guid isPermaLink="false">#comment-49725</guid>
		<description><![CDATA[[q]But isn&#039;t ogg more efficient (i.e. a smaller file size) than MP3 at the same bitrate?[/q]Doesn&#039;t really matter in the end which is better or not... he&#039;s already stated he wants mp3 only. End of story. :)]]></description>
		<content:encoded><![CDATA[<p>[q]But isn&#8217;t ogg more efficient (i.e. a smaller file size) than MP3 at the same bitrate?[/q]Doesn&#8217;t really matter in the end which is better or not&#8230; he&#8217;s already stated he wants mp3 only. End of story. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kccricket</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49585</link>
		<dc:creator>kccricket</dc:creator>
		<pubDate>Thu, 21 Sep 2006 08:54:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-49585</guid>
		<description><![CDATA[[q]This isn&#039;t like picking a format for archival quality copies. This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.[/q]But isn&#039;t ogg more efficient (i.e. a smaller file size) than MP3 at the same bitrate?]]></description>
		<content:encoded><![CDATA[<p>[q]This isn&#8217;t like picking a format for archival quality copies. This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.[/q]But isn&#8217;t ogg more efficient (i.e. a smaller file size) than MP3 at the same bitrate?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: </title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49536</link>
		<dc:creator></dc:creator>
		<pubDate>Thu, 21 Sep 2006 07:34:56 +0000</pubDate>
		<guid isPermaLink="false">#comment-49536</guid>
		<description><![CDATA[what]]></description>
		<content:encoded><![CDATA[<p>what</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49528</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 20 Sep 2006 16:40:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-49528</guid>
		<description><![CDATA[More people are annoid by the sound-compression artifacts that have the distinct fealing of listening to falling water throu a tall bean-can.  The people want to hear the voices, in a low-bandwidhth data-stream or small file that shouldn&#039;t cause any more than 5 MegaBytes over any 60 minute timeslice.

This is not possible when the filtering on those internetwork telephone conversations allows all the breathing and background noise.  An efficient  choice would not bode well for the introductory music, or are we here to talk?]]></description>
		<content:encoded><![CDATA[<p>More people are annoid by the sound-compression artifacts that have the distinct fealing of listening to falling water throu a tall bean-can.  The people want to hear the voices, in a low-bandwidhth data-stream or small file that shouldn&#8217;t cause any more than 5 MegaBytes over any 60 minute timeslice.</p>
<p>This is not possible when the filtering on those internetwork telephone conversations allows all the breathing and background noise.  An efficient  choice would not bode well for the introductory music, or are we here to talk?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zakk</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49467</link>
		<dc:creator>zakk</dc:creator>
		<pubDate>Wed, 20 Sep 2006 10:27:02 +0000</pubDate>
		<guid isPermaLink="false">#comment-49467</guid>
		<description><![CDATA[[i]&quot;This isn&#039;t like picking a format for archival quality copies. This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.&quot;[/i]
Exactly.]]></description>
		<content:encoded><![CDATA[<p>[i]&#8220;This isn&#8217;t like picking a format for archival quality copies. This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.&#8221;[/i]<br />
Exactly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zborgerd</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49464</link>
		<dc:creator>zborgerd</dc:creator>
		<pubDate>Wed, 20 Sep 2006 09:46:31 +0000</pubDate>
		<guid isPermaLink="false">#comment-49464</guid>
		<description><![CDATA[Eh?

What&#039;s the point if the final MP3 is only going to be 83kbps anyway?  You &quot;audio guys&quot; should know that the loss in quality from 128kbps (or higher) to 83kbps (in the same format) is going to make any previous encoding&#039;s lossiness unnoticeable.

This isn&#039;t like picking a format for archival quality copies.  This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.]]></description>
		<content:encoded><![CDATA[<p>Eh?</p>
<p>What&#8217;s the point if the final MP3 is only going to be 83kbps anyway?  You &#8220;audio guys&#8221; should know that the loss in quality from 128kbps (or higher) to 83kbps (in the same format) is going to make any previous encoding&#8217;s lossiness unnoticeable.</p>
<p>This isn&#8217;t like picking a format for archival quality copies.  This appears to simply be about picking the most efficient method of transfering audio for what will, in the end, be a low bitrate postcast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul-Donnelly</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49463</link>
		<dc:creator>Paul-Donnelly</dc:creator>
		<pubDate>Wed, 20 Sep 2006 09:10:28 +0000</pubDate>
		<guid isPermaLink="false">#comment-49463</guid>
		<description><![CDATA[Wouldn&#039;t it make more sense to also accept lossless audio files such as .wav, .aiff, and .au? Since you&#039;re going to encode to mp3 anyway, the final sound quality should be a bit higher if the file doesn&#039;t go through the lossy encoder twice. The three formats I mentioned can be imported by Audacity, a good program for stitching the clips together and matching levels, as well as by any audio program worth its salt, so accepting them would be no extra work for you. Flac would be another good solution if file sizes are a bigger problem for you than the extra decoding step.

We audio guys tend to think about these things a lot.]]></description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t it make more sense to also accept lossless audio files such as .wav, .aiff, and .au? Since you&#8217;re going to encode to mp3 anyway, the final sound quality should be a bit higher if the file doesn&#8217;t go through the lossy encoder twice. The three formats I mentioned can be imported by Audacity, a good program for stitching the clips together and matching levels, as well as by any audio program worth its salt, so accepting them would be no extra work for you. Flac would be another good solution if file sizes are a bigger problem for you than the extra decoding step.</p>
<p>We audio guys tend to think about these things a lot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: </title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49455</link>
		<dc:creator></dc:creator>
		<pubDate>Wed, 20 Sep 2006 07:51:39 +0000</pubDate>
		<guid isPermaLink="false">#comment-49455</guid>
		<description><![CDATA[See the comma?  
&quot;If you have a problem with the mp3 nature, don&#039;t write in, or comment.&quot;

That means if you have a problem, you either don&#039;t write in or you comment.  So you&#039;re safe. B-)]]></description>
		<content:encoded><![CDATA[<p>See the comma?<br />
&#8220;If you have a problem with the mp3 nature, don&#8217;t write in, or comment.&#8221;</p>
<p>That means if you have a problem, you either don&#8217;t write in or you comment.  So you&#8217;re safe. B-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kccricket</title>
		<link>http://www.linuxgames.com/archives/8670/comment-page-1#comment-49453</link>
		<dc:creator>kccricket</dc:creator>
		<pubDate>Wed, 20 Sep 2006 07:34:20 +0000</pubDate>
		<guid isPermaLink="false">#comment-49453</guid>
		<description><![CDATA[[troll]
The path to highest audio quality is through OGG.
[/troll]

Seriously though, it&#039;d probably be better to explain why you only want MP3 submissions rather than taking the &quot;my way or the highway&quot; approach.  I assume whatever software you&#039;re using doesn&#039;t like OGG Vorbis.

Ooops, did I just comment on your choice of audio codec?  Silly me.

Also, don&#039;t people release their works under certain CC licenses so that people can use their works for projects like this?  You seem to be making decisions without logical basis.]]></description>
		<content:encoded><![CDATA[<p>[troll]<br />
The path to highest audio quality is through OGG.<br />
[/troll]</p>
<p>Seriously though, it&#8217;d probably be better to explain why you only want MP3 submissions rather than taking the &#8220;my way or the highway&#8221; approach.  I assume whatever software you&#8217;re using doesn&#8217;t like OGG Vorbis.</p>
<p>Ooops, did I just comment on your choice of audio codec?  Silly me.</p>
<p>Also, don&#8217;t people release their works under certain CC licenses so that people can use their works for projects like this?  You seem to be making decisions without logical basis.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
