<?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 for P1X3L.net</title>
	<atom:link href="https://p1x3l.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://p1x3l.net</link>
	<description>Wir entwickeln Software für aktuelle und klassische Computersysteme</description>
	<lastBuildDate>Tue, 04 Jun 2013 10:00:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on C64 FIBR by retrofan</title>
		<link>https://p1x3l.net/26/c64-fibr/comment-page-1/#comment-1508</link>
		<dc:creator><![CDATA[retrofan]]></dc:creator>
		<pubDate>Tue, 04 Jun 2013 10:00:19 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/c64-fibr.26#comment-1508</guid>
		<description><![CDATA[Ich gebe zu, dass ich die Beantwortung der Postings hier habe schlüren lassen – auch weil wir von Spam überrannt wurden. FIBR wird momentan nicht weiterentwickelt, sodass auch so schnell keine weiteren Verbesserungen integriert werden. In erster Linie war das Tool für uns und unsere Konfigurationen gedacht (SD2IEC mit JiffyDos) und da arbeitet es einwandfrei. ALeX hat noch weitere Geräte-Unterstützung eingebaut aber nicht mehr zu Ende geführt, daher wurden auch keine anderen Fastloader beachtet. Es geht auch nicht um den Balken, sondern um die Art und Weise, wie Verzeichnisse gelesen werden. Man könnte das umbauen und bei der Gelegenheit auch den Ladebalken entfernen aber trivial ist das eben nicht (wie fast jede C64-Programmierung). Z.Z. haben wir uns eher der Spiele-Entwicklung auf dem C64 zugewandt (SPACE LORDS, SpaceChem ...) und erst, wenn ALeX mal wieder Lust dazu hat, den &quot;alten&quot; FIBR Code anzufassen, wird sich an der Situation etwas ändern. Ich weiß aber nun mal nicht, wann das sein wird, obwohl ich auch noch gerne die eine oder andere Funktion integriert hätte.]]></description>
		<content:encoded><![CDATA[<p>Ich gebe zu, dass ich die Beantwortung der Postings hier habe schlüren lassen – auch weil wir von Spam überrannt wurden. FIBR wird momentan nicht weiterentwickelt, sodass auch so schnell keine weiteren Verbesserungen integriert werden. In erster Linie war das Tool für uns und unsere Konfigurationen gedacht (SD2IEC mit JiffyDos) und da arbeitet es einwandfrei. ALeX hat noch weitere Geräte-Unterstützung eingebaut aber nicht mehr zu Ende geführt, daher wurden auch keine anderen Fastloader beachtet. Es geht auch nicht um den Balken, sondern um die Art und Weise, wie Verzeichnisse gelesen werden. Man könnte das umbauen und bei der Gelegenheit auch den Ladebalken entfernen aber trivial ist das eben nicht (wie fast jede C64-Programmierung). Z.Z. haben wir uns eher der Spiele-Entwicklung auf dem C64 zugewandt (SPACE LORDS, SpaceChem &#8230;) und erst, wenn ALeX mal wieder Lust dazu hat, den &#8220;alten&#8221; FIBR Code anzufassen, wird sich an der Situation etwas ändern. Ich weiß aber nun mal nicht, wann das sein wird, obwohl ich auch noch gerne die eine oder andere Funktion integriert hätte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Commodore VIC-II Color Analysis by retrofan</title>
		<link>https://p1x3l.net/40/commodore-vic-ii-color-analysis/comment-page-1/#comment-1507</link>
		<dc:creator><![CDATA[retrofan]]></dc:creator>
		<pubDate>Tue, 04 Jun 2013 09:49:48 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/?p=40#comment-1507</guid>
		<description><![CDATA[Ich denke, dass viele Wege nach Rom führen. Natürlich muss man grundsätzlich das zu konvertierende Bild vernünftig aussuchen und evtl. auch optimieren (Kontrast etc.). Man kann sich aber viel Bastelei am Original sparen, wenn der Konverter &quot;vieles richtig&quot; macht. Mit &quot;tweaken&quot; des Bildes Unzulänglichkeiten der Konvertierung auszugleichen, halte ich für wenig sinnvoll. Zum Konvertieren der Farben verwende ich lieber eine Palette, die dem gesehen Bild auf einer üblichen C64/Monitor-Kombination ähnlich ist, als die technische Pepto-Palette, die ja auch wieder (z.B. in VICE PAL-Simulation) getweakt wird, um eine möglichst (zum Original) ähnliche Darstellung hinzubekommen.]]></description>
		<content:encoded><![CDATA[<p>Ich denke, dass viele Wege nach Rom führen. Natürlich muss man grundsätzlich das zu konvertierende Bild vernünftig aussuchen und evtl. auch optimieren (Kontrast etc.). Man kann sich aber viel Bastelei am Original sparen, wenn der Konverter &#8220;vieles richtig&#8221; macht. Mit &#8220;tweaken&#8221; des Bildes Unzulänglichkeiten der Konvertierung auszugleichen, halte ich für wenig sinnvoll. Zum Konvertieren der Farben verwende ich lieber eine Palette, die dem gesehen Bild auf einer üblichen C64/Monitor-Kombination ähnlich ist, als die technische Pepto-Palette, die ja auch wieder (z.B. in VICE PAL-Simulation) getweakt wird, um eine möglichst (zum Original) ähnliche Darstellung hinzubekommen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Commodore VIC-II Color Analysis by Branden Potter</title>
		<link>https://p1x3l.net/40/commodore-vic-ii-color-analysis/comment-page-1/#comment-1498</link>
		<dc:creator><![CDATA[Branden Potter]]></dc:creator>
		<pubDate>Wed, 15 May 2013 03:22:38 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/?p=40#comment-1498</guid>
		<description><![CDATA[jein, speziell beim konvertieren ist es sinnvoller das originalbild (möglichst in echtzeit mit vorschau) in punkto kontrast/sättigung zu tweaken und dann für die eigentliche konvertierung die palette von pepto zu nehmen. (man will ja das das konvertierte bild möglichst bei allen nacher gut aussieht). und wenn man &quot;falschfarben&quot; mappen will (also farben so mappen will das sie nicht originalgetreu, sondern &quot;am besten&quot; für das jeweilige bild, aussehen) muss man eh für jedes bild eine eigene palette machen.]]></description>
		<content:encoded><![CDATA[<p>jein, speziell beim konvertieren ist es sinnvoller das originalbild (möglichst in echtzeit mit vorschau) in punkto kontrast/sättigung zu tweaken und dann für die eigentliche konvertierung die palette von pepto zu nehmen. (man will ja das das konvertierte bild möglichst bei allen nacher gut aussieht). und wenn man &#8220;falschfarben&#8221; mappen will (also farben so mappen will das sie nicht originalgetreu, sondern &#8220;am besten&#8221; für das jeweilige bild, aussehen) muss man eh für jedes bild eine eigene palette machen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C64 FIBR by Alex</title>
		<link>https://p1x3l.net/26/c64-fibr/comment-page-1/#comment-1490</link>
		<dc:creator><![CDATA[Alex]]></dc:creator>
		<pubDate>Sat, 11 May 2013 03:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/c64-fibr.26#comment-1490</guid>
		<description><![CDATA[Schade dass Retrofan gar nicht mehr antwortet, beziehungsweise auch nichts mehr darüber verlauten lässt, ob Updates, wie etwa Modul-Fastloader-Unterstützung (FC3, AR3) geplant sind. Kann doch nicht so eine grosse Sache sein, diesen blöden Ladebalken wegzulassen und dafür die viel sinnvollere Fastloader-Unterstützung einzubauen.

Wer will schon minutenlang den FIBR-Ladebalken anglotzen, während Browser wie der viel ältere SD2BRWSE die Onefiler-Games in sekundenschnelle laden, wenn man beispielsweise ein FC3-Modul angesteckt hat.

Ich nehme mal an, dies wäre für die Programmierer, auch recht einfach für FIBR zu realisieren. Aber scheint leider kein Interesse in der Hinsicht zu bestehen und deshalb benutzen viele Leute den FIBR dann nicht, zumindest diejenigen die kein JiffyDOS, sondern ein anderes Modul am C64 haben.]]></description>
		<content:encoded><![CDATA[<p>Schade dass Retrofan gar nicht mehr antwortet, beziehungsweise auch nichts mehr darüber verlauten lässt, ob Updates, wie etwa Modul-Fastloader-Unterstützung (FC3, AR3) geplant sind. Kann doch nicht so eine grosse Sache sein, diesen blöden Ladebalken wegzulassen und dafür die viel sinnvollere Fastloader-Unterstützung einzubauen.</p>
<p>Wer will schon minutenlang den FIBR-Ladebalken anglotzen, während Browser wie der viel ältere SD2BRWSE die Onefiler-Games in sekundenschnelle laden, wenn man beispielsweise ein FC3-Modul angesteckt hat.</p>
<p>Ich nehme mal an, dies wäre für die Programmierer, auch recht einfach für FIBR zu realisieren. Aber scheint leider kein Interesse in der Hinsicht zu bestehen und deshalb benutzen viele Leute den FIBR dann nicht, zumindest diejenigen die kein JiffyDOS, sondern ein anderes Modul am C64 haben.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mac QuickLook Plugin: C64 Images by DaNDeE</title>
		<link>https://p1x3l.net/20/c64-images/comment-page-1/#comment-1468</link>
		<dc:creator><![CDATA[DaNDeE]]></dc:creator>
		<pubDate>Wed, 24 Apr 2013 14:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/?p=20#comment-1468</guid>
		<description><![CDATA[Hey Alex, thanks for putting it back on. The plugin used to run quite well, till today. Don&#039;t know what happened and will have to reset some things. 

What about a nice c64 graphic editor for osX? ;)

best,
dan]]></description>
		<content:encoded><![CDATA[<p>Hey Alex, thanks for putting it back on. The plugin used to run quite well, till today. Don&#8217;t know what happened and will have to reset some things. </p>
<p>What about a nice c64 graphic editor for osX? 😉</p>
<p>best,<br />
dan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SpaceChem Nano für C64 by Natasha Z. Roth</title>
		<link>https://p1x3l.net/131/spacechem-nano-fur-c64/comment-page-1/#comment-1407</link>
		<dc:creator><![CDATA[Natasha Z. Roth]]></dc:creator>
		<pubDate>Sun, 17 Feb 2013 18:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/?p=131#comment-1407</guid>
		<description><![CDATA[Wahrscheinlich ist SpaceChem Nano das erste Spiel seit 28 Jahren, welches auch auf dem, im Vergleich zum C64 abgespeckten, Commodore Ultimax (nur 4k RAM, kein Kernal, kein Basic, kein Font, kein Serial I/O), auch MAX Machine oder VC-10 genannt, funktioniert. Wer noch so einen seltenen Klassiker besitzt, wird sich bestimmt über diese Nachricht freuen.]]></description>
		<content:encoded><![CDATA[<p>Wahrscheinlich ist SpaceChem Nano das erste Spiel seit 28 Jahren, welches auch auf dem, im Vergleich zum C64 abgespeckten, Commodore Ultimax (nur 4k RAM, kein Kernal, kein Basic, kein Font, kein Serial I/O), auch MAX Machine oder VC-10 genannt, funktioniert. Wer noch so einen seltenen Klassiker besitzt, wird sich bestimmt über diese Nachricht freuen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C64 FIBR by C64 Fan</title>
		<link>https://p1x3l.net/26/c64-fibr/comment-page-1/#comment-1405</link>
		<dc:creator><![CDATA[C64 Fan]]></dc:creator>
		<pubDate>Sat, 16 Feb 2013 05:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/c64-fibr.26#comment-1405</guid>
		<description><![CDATA[FIBR sieht gut aus, aber die Tatsache dass Fastloader, wie etwa der des Final-Cartridge-3 nicht erhalten bleiben und man somit ewige Ladezeiten hat mit FIBR, sind ein so grosser Minuspunkt, dass man den Browser eigentlich kaum benutzen kann. Denn der sehr einfach gehaltene SD2BRWSE funktioniert anstandslos mit dem FC3-Fastloader und auch mit SJLOAD. Software ist damit dann in wenigen Sekunden geladen.

Der neu erschienene NAV-Browser hat genau das gleiche Problem wie FIBR mit Fastloadern. Was nutzt einem also ein schön aussehender Browser mit jeder Menge Einstellmöglichkeiten, wenn die wesentlichen Punkte, wie etwa Fastloader-Kompatibilität, nicht berücksichtigt wurden?

Ich bleib jedenfalls beim SD2BRWSE, oder dessen Nachfolger, dem CBM-Browser. Die sehen zwar nicht so toll aus, wie NAV oder FIBR, aber sie bieten was man wirklich braucht im schnellen Handling mit dem SD2IEC, nämlich Unterstützung vieler Fastloader.]]></description>
		<content:encoded><![CDATA[<p>FIBR sieht gut aus, aber die Tatsache dass Fastloader, wie etwa der des Final-Cartridge-3 nicht erhalten bleiben und man somit ewige Ladezeiten hat mit FIBR, sind ein so grosser Minuspunkt, dass man den Browser eigentlich kaum benutzen kann. Denn der sehr einfach gehaltene SD2BRWSE funktioniert anstandslos mit dem FC3-Fastloader und auch mit SJLOAD. Software ist damit dann in wenigen Sekunden geladen.</p>
<p>Der neu erschienene NAV-Browser hat genau das gleiche Problem wie FIBR mit Fastloadern. Was nutzt einem also ein schön aussehender Browser mit jeder Menge Einstellmöglichkeiten, wenn die wesentlichen Punkte, wie etwa Fastloader-Kompatibilität, nicht berücksichtigt wurden?</p>
<p>Ich bleib jedenfalls beim SD2BRWSE, oder dessen Nachfolger, dem CBM-Browser. Die sehen zwar nicht so toll aus, wie NAV oder FIBR, aber sie bieten was man wirklich braucht im schnellen Handling mit dem SD2IEC, nämlich Unterstützung vieler Fastloader.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SPACE LORDS &#8220;Centaurus&#8221; kostenlos! by Program : Bytes : 48k: Liberados “Soulless”, “Get ‘Em DX” y “Space Lords” para Commodore 64 &#124; My Daily Feeds &#8211; Games</title>
		<link>https://p1x3l.net/126/space-lords-centaurus-kostenlos/comment-page-1/#comment-1401</link>
		<dc:creator><![CDATA[Program : Bytes : 48k: Liberados “Soulless”, “Get ‘Em DX” y “Space Lords” para Commodore 64 &#124; My Daily Feeds &#8211; Games]]></dc:creator>
		<pubDate>Wed, 06 Feb 2013 19:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/?p=126#comment-1401</guid>
		<description><![CDATA[[...] acaso lo llegásteis a adquirir en su momento, al igual que estos otros dos juegos, Get ‘Em DX y Space Lords. Hay que agradecer el enorme detalle de los tres grupos de desarrollo de permitir disfrutar de [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] acaso lo llegásteis a adquirir en su momento, al igual que estos otros dos juegos, Get ‘Em DX y Space Lords. Hay que agradecer el enorme detalle de los tres grupos de desarrollo de permitir disfrutar de [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C64 FIBR by Georg</title>
		<link>https://p1x3l.net/26/c64-fibr/comment-page-1/#comment-1365</link>
		<dc:creator><![CDATA[Georg]]></dc:creator>
		<pubDate>Tue, 08 Jan 2013 04:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/c64-fibr.26#comment-1365</guid>
		<description><![CDATA[RETROFAN? Hello??? Would be nice, if you could answer some of the questions here.]]></description>
		<content:encoded><![CDATA[<p>RETROFAN? Hello??? Would be nice, if you could answer some of the questions here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C64 FIBR by Mike</title>
		<link>https://p1x3l.net/26/c64-fibr/comment-page-1/#comment-1328</link>
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Mon, 12 Nov 2012 09:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://p1x3l.net/c64-fibr.26#comment-1328</guid>
		<description><![CDATA[Hi, 

Would you be able to modify FIBR to recognise Jim Brains uIEC device, which uses the sd2iec firmware but reports itself as UIEC in the drive ID string? Without the recognition I cannot access image files.

Thank you

Mike]]></description>
		<content:encoded><![CDATA[<p>Hi, </p>
<p>Would you be able to modify FIBR to recognise Jim Brains uIEC device, which uses the sd2iec firmware but reports itself as UIEC in the drive ID string? Without the recognition I cannot access image files.</p>
<p>Thank you</p>
<p>Mike</p>
]]></content:encoded>
	</item>
</channel>
</rss>
