<?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>Kommentare für drice.blog</title>
	<atom:link href="http://drice.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://drice.org</link>
	<description></description>
	<lastBuildDate>Wed, 25 Jan 2012 18:01:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Kommentar zu Filezilla stürzt in GNOME-Shell ab von repat</title>
		<link>http://drice.org/2011/11/29/filezilla-stuerzt-in-gnome-shell-ab/#comment-2602</link>
		<dc:creator>repat</dc:creator>
		<pubDate>Wed, 25 Jan 2012 18:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=8879#comment-2602</guid>
		<description>Vielen Dank für den Tipp, das ging mir ganz schön auf die Nerven! Alternativ funktioniert sonst(falls man sich keine Fremdquellen installieren möchte oder warum auch immer) Rechtsklick-&gt;Herunterladen bzw. Hochladen.</description>
		<content:encoded><![CDATA[<p>Vielen Dank für den Tipp, das ging mir ganz schön auf die Nerven! Alternativ funktioniert sonst(falls man sich keine Fremdquellen installieren möchte oder warum auch immer) Rechtsklick-&gt;Herunterladen bzw. Hochladen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Kurz angeschaut: Cinnamon von GNOME 3: Eine Oberfläche für jeden Geschmack &#124; picomol.de</title>
		<link>http://drice.org/2012/01/14/kurz-angeschaut-cinnamon/#comment-2600</link>
		<dc:creator>GNOME 3: Eine Oberfläche für jeden Geschmack &#124; picomol.de</dc:creator>
		<pubDate>Sun, 15 Jan 2012 18:05:45 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9112#comment-2600</guid>
		<description>[...] Cinnamon, einem GNOME Shell-Fork, bekennen die Entwickler nun Farbe. Man will dem klassischen Desktop treu [...]</description>
		<content:encoded><![CDATA[<p>[...] Cinnamon, einem GNOME Shell-Fork, bekennen die Entwickler nun Farbe. Man will dem klassischen Desktop treu [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Kurz angeschaut: Cinnamon von drice</title>
		<link>http://drice.org/2012/01/14/kurz-angeschaut-cinnamon/#comment-2599</link>
		<dc:creator>drice</dc:creator>
		<pubDate>Sat, 14 Jan 2012 12:37:08 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9112#comment-2599</guid>
		<description>Danke für die Info.</description>
		<content:encoded><![CDATA[<p>Danke für die Info.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Kurz angeschaut: Cinnamon von Kai</title>
		<link>http://drice.org/2012/01/14/kurz-angeschaut-cinnamon/#comment-2598</link>
		<dc:creator>Kai</dc:creator>
		<pubDate>Sat, 14 Jan 2012 12:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9112#comment-2598</guid>
		<description>Dass Panel kann man unter Panel einstellen, diese Funktion ist aber derzeitig nur in der aktuellen Entwicklerversion enthalten. Ein Video gibts hier zu sehen: http://www.webupd8.org/2012/01/cinnamon-available-to-install-via-ppa.html

Ich freu mich schon auf Cinnamon, da mir weder Unity noch die GNOME Shell zusagen.</description>
		<content:encoded><![CDATA[<p>Dass Panel kann man unter Panel einstellen, diese Funktion ist aber derzeitig nur in der aktuellen Entwicklerversion enthalten. Ein Video gibts hier zu sehen: <a href="http://www.webupd8.org/2012/01/cinnamon-available-to-install-via-ppa.html">http://www.webupd8.org/2012/01/cinnamon-available-to-install-via-ppa.html</a></p>
<p>Ich freu mich schon auf Cinnamon, da mir weder Unity noch die GNOME Shell zusagen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Kurz angeschaut: Cinnamon von Jeannie</title>
		<link>http://drice.org/2012/01/14/kurz-angeschaut-cinnamon/#comment-2597</link>
		<dc:creator>Jeannie</dc:creator>
		<pubDate>Sat, 14 Jan 2012 11:07:35 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9112#comment-2597</guid>
		<description>Das ist doch alles Murks, es gibt unter Gnome 3 das Gnome-Panel, auch bekannt als Gnome Classic oder Gnome Fallback, 
Das Panel funktioniert mit ganz wenigen Einschränkungen genauso wie Gnome 2, bietet alle bekannten Panel-Applets, ist frei konfigurierbar, wenn man denn erstmal herausgefunden hat, dass man die alt-Taste (Metacity/Mutter) bzw super+alt (Compiz) drücken muss, damit man die Panels durch einen Rechtsklick wie aus G2 gewohnt konfigurieren kann. Es funktionert sogar völlig problemlos mit Compiz, man muss nicht erst Wochenlang coden, um die sehr tiefe Integration des LAngweiligsten Window MAnagers der Welt ( Metacity) aufzulösen und durch Compiz zu ersetzen, wie es von den Cinnamon Machern angedacht ist., 
Warum man jetzt Zeit, Geld und Arbeit in einen Fork versenkt, damit etwas vollkommen anderes (Shell) so funktioniert wie etwas bereits existierendes (Panels), erschliesst sich mir ganz und gar nicht. 
Das Argument, das Panel wird  von Gnome irgendwann fallengelassen ist m.E. übrigens unzulässig, es handelt sich um einen Fork und nicht um eine dieser vielen unsäglichen, das verkorkste Design der Gnome-Shell bestätigenden Extensions.</description>
		<content:encoded><![CDATA[<p>Das ist doch alles Murks, es gibt unter Gnome 3 das Gnome-Panel, auch bekannt als Gnome Classic oder Gnome Fallback,<br />
Das Panel funktioniert mit ganz wenigen Einschränkungen genauso wie Gnome 2, bietet alle bekannten Panel-Applets, ist frei konfigurierbar, wenn man denn erstmal herausgefunden hat, dass man die alt-Taste (Metacity/Mutter) bzw super+alt (Compiz) drücken muss, damit man die Panels durch einen Rechtsklick wie aus G2 gewohnt konfigurieren kann. Es funktionert sogar völlig problemlos mit Compiz, man muss nicht erst Wochenlang coden, um die sehr tiefe Integration des LAngweiligsten Window MAnagers der Welt ( Metacity) aufzulösen und durch Compiz zu ersetzen, wie es von den Cinnamon Machern angedacht ist.,<br />
Warum man jetzt Zeit, Geld und Arbeit in einen Fork versenkt, damit etwas vollkommen anderes (Shell) so funktioniert wie etwas bereits existierendes (Panels), erschliesst sich mir ganz und gar nicht.<br />
Das Argument, das Panel wird  von Gnome irgendwann fallengelassen ist m.E. übrigens unzulässig, es handelt sich um einen Fork und nicht um eine dieser vielen unsäglichen, das verkorkste Design der Gnome-Shell bestätigenden Extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Profil von MKV-Dateien unter Linux ändern von LiveWire</title>
		<link>http://drice.org/2012/01/06/profil-von-mkv-dateien-unter-linux-aendern/#comment-2595</link>
		<dc:creator>LiveWire</dc:creator>
		<pubDate>Sun, 08 Jan 2012 04:34:47 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9065#comment-2595</guid>
		<description>Gnäh, das ist ja garstig. Solche Probleme entstehen also wenn selbsternannte Encoder Spezialisten willkürlich irgendwelche Level wählen ohne sich vorher Gedanken um die Zielplattform zu machen. Im Zweifelsfalle sollte man immer einen Neu-Encode machen, auch wenn das die Bildqualität eher verschlechtern als verbessern wird.

Ich bin auch kein Experte in diesen Sachen aber um das Ganze mal ein wenig zu entwirren und Anregungen zugeben:
Du änderst das Profil des H.264 Streams, nicht der MKV Datei.
Mit dem Kommando &quot;mkvmerge -i source.mkv&quot; lassen sich die Streams der Datei auflisten.
Mit dem Kommando &quot;mkvextract tracks $Tracknummer:$Dateiname source.mkv&quot; kann man den entsprechenden Stream aus der MKV Datei exportieren.
Encode mit korrekt gesetzten maximal Level (vereinfacht): &quot;x264 --level 4.1 -o proper_video.mkv source.mkv&quot;
Mergen des neuen Videostreams mit dem Rest der ursprünglichen Datei: &quot;mkvmerge -o proper.mkv proper_video.mkv --no-video source.mkv&quot;

Richtig cool wäre es wenn Moritz eine Option in mkvmerge/mmg einbaut, die die Streamattribute eines H.264 Streams prüft und bei Bedarf den Level korrigiert. Man sollte ihn vielleicht mal Fragen (oder noch besser ihm einen fertigen Patch anbieten), dann gibt es das »Du hast den Rubikon überschritten« Release :D</description>
		<content:encoded><![CDATA[<p>Gnäh, das ist ja garstig. Solche Probleme entstehen also wenn selbsternannte Encoder Spezialisten willkürlich irgendwelche Level wählen ohne sich vorher Gedanken um die Zielplattform zu machen. Im Zweifelsfalle sollte man immer einen Neu-Encode machen, auch wenn das die Bildqualität eher verschlechtern als verbessern wird.</p>
<p>Ich bin auch kein Experte in diesen Sachen aber um das Ganze mal ein wenig zu entwirren und Anregungen zugeben:<br />
Du änderst das Profil des H.264 Streams, nicht der MKV Datei.<br />
Mit dem Kommando &#8220;mkvmerge -i source.mkv&#8221; lassen sich die Streams der Datei auflisten.<br />
Mit dem Kommando &#8220;mkvextract tracks $Tracknummer:$Dateiname source.mkv&#8221; kann man den entsprechenden Stream aus der MKV Datei exportieren.<br />
Encode mit korrekt gesetzten maximal Level (vereinfacht): &#8220;x264 &#8211;level 4.1 -o proper_video.mkv source.mkv&#8221;<br />
Mergen des neuen Videostreams mit dem Rest der ursprünglichen Datei: &#8220;mkvmerge -o proper.mkv proper_video.mkv &#8211;no-video source.mkv&#8221;</p>
<p>Richtig cool wäre es wenn Moritz eine Option in mkvmerge/mmg einbaut, die die Streamattribute eines H.264 Streams prüft und bei Bedarf den Level korrigiert. Man sollte ihn vielleicht mal Fragen (oder noch besser ihm einen fertigen Patch anbieten), dann gibt es das »Du hast den Rubikon überschritten« Release :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Profil von MKV-Dateien unter Linux ändern von drice</title>
		<link>http://drice.org/2012/01/06/profil-von-mkv-dateien-unter-linux-aendern/#comment-2594</link>
		<dc:creator>drice</dc:creator>
		<pubDate>Fri, 06 Jan 2012 15:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9065#comment-2594</guid>
		<description>Danke. habe es verständlicher formuliert ;) Ging mir um die aktuelle Version.</description>
		<content:encoded><![CDATA[<p>Danke. habe es verständlicher formuliert ;) Ging mir um die aktuelle Version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Profil von MKV-Dateien unter Linux ändern von Alex</title>
		<link>http://drice.org/2012/01/06/profil-von-mkv-dateien-unter-linux-aendern/#comment-2593</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Fri, 06 Jan 2012 15:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=9065#comment-2593</guid>
		<description>http://packages.ubuntu.com/search?keywords=mkvtoolnix</description>
		<content:encoded><![CDATA[<p><a href="http://packages.ubuntu.com/search?keywords=mkvtoolnix">http://packages.ubuntu.com/search?keywords=mkvtoolnix</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Ubuntu als Rolling Release? von Sascha</title>
		<link>http://drice.org/2011/09/09/ubuntu-als-rolling-release/#comment-2592</link>
		<dc:creator>Sascha</dc:creator>
		<pubDate>Fri, 06 Jan 2012 07:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=8555#comment-2592</guid>
		<description>Kleiner Nachtrag als Gegenkonzept zum Rolling Release. Persönlich würde ich mir wünschen das für die LTS-Versionen ein Repository zur Verfügung steht das aktualisierte Anwendungsprogramme enthält und nur noch aktiviert werden muss. Den den meisten Anwendern geht es weniger um eine verbesserte Gnome-Oberfläche (gut mit Unity mag das jetzt anders sein) als viel mehr um aktuelle Programmversionen. Dieses Zusatzrepository sollte es dann auch nur für die LTS-Versionen geben, nicht aber für die Releases dazwischen. Früher hat man mal mit Backports ein derartiges Konzept geschaffen, es aber im Sand verlaufen lassen.</description>
		<content:encoded><![CDATA[<p>Kleiner Nachtrag als Gegenkonzept zum Rolling Release. Persönlich würde ich mir wünschen das für die LTS-Versionen ein Repository zur Verfügung steht das aktualisierte Anwendungsprogramme enthält und nur noch aktiviert werden muss. Den den meisten Anwendern geht es weniger um eine verbesserte Gnome-Oberfläche (gut mit Unity mag das jetzt anders sein) als viel mehr um aktuelle Programmversionen. Dieses Zusatzrepository sollte es dann auch nur für die LTS-Versionen geben, nicht aber für die Releases dazwischen. Früher hat man mal mit Backports ein derartiges Konzept geschaffen, es aber im Sand verlaufen lassen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Blogstöckchen: 5 favorite Songs von jan sahli</title>
		<link>http://drice.org/2011/12/01/blogstoeckchen-5-favorite-songs/#comment-2591</link>
		<dc:creator>jan sahli</dc:creator>
		<pubDate>Sun, 01 Jan 2012 21:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://drice.org/?p=8888#comment-2591</guid>
		<description>MEINE LIEBLINGSLIEDER ZWEIELF

Adam Haworth Stephens &quot;Praises In Your Name&quot;
Timo Räisänen &quot;Don&#039;t Let the Devil Ruin It All&quot;
Chris Riffle &quot;Downstream&quot;
Jukebox the Ghost &quot;Good Day&quot;
Boy &amp; Bear &quot;Feeding Line&quot;
Young Rebel Set &quot;If I Was&quot;
Doug Burr &quot;And When We Awoke&quot;
Peasant &quot;Hard Times&quot;
Joshua James &quot;Crooked Arrow&quot;
Ravens &amp; Chimes &quot;Carousel&quot;</description>
		<content:encoded><![CDATA[<p>MEINE LIEBLINGSLIEDER ZWEIELF</p>
<p>Adam Haworth Stephens &#8220;Praises In Your Name&#8221;<br />
Timo Räisänen &#8220;Don&#8217;t Let the Devil Ruin It All&#8221;<br />
Chris Riffle &#8220;Downstream&#8221;<br />
Jukebox the Ghost &#8220;Good Day&#8221;<br />
Boy &amp; Bear &#8220;Feeding Line&#8221;<br />
Young Rebel Set &#8220;If I Was&#8221;<br />
Doug Burr &#8220;And When We Awoke&#8221;<br />
Peasant &#8220;Hard Times&#8221;<br />
Joshua James &#8220;Crooked Arrow&#8221;<br />
Ravens &amp; Chimes &#8220;Carousel&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

