Thread der Kleinigkeiten (WINHISTORY.de/NICHT FORUM)

Ich habe mit Absicht keine noch gut verfügbaren Sachen online. Es ist halt nur nen kleiner Webspace (auch wenn der traffic unlimitiert ist). sollte es mal schwieriger werden, kann man es ja immer noch online stellen. schon jetzt ziehen so highlights wie ME Updates gewaltige % vom traffic.

1 12943 0.11% 8637484 0.93% 0 0.00% 0 0.00% /more/bilder/scr_bezier.m4v
2 12364 0.11% 7794923 0.84% 0 0.00% 0 0.00% /more/bilder/scr_mystify.m4v
3 12718 0.11% 4743230 0.51% 0 0.00% 0 0.00% /more/bilder/scr_3dtext.m4v
4 8678 0.07% 4431681 0.48% 0 0.00% 0 0.00% /more/bilder/scr_3dlabyrinth.m4v
5 96 0.00% 3955959 0.43% 0 0.00% 0 0.00% /downloads/updates/ie6sp1_de.exe
6 26 0.00% 3656028 0.39% 0 0.00% 0 0.00% /downloads/updates/me_updates.zip
7 9479 0.08% 3632053 0.39% 0 0.00% 0 0.00% /more/bilder/scr_3dobjekte.m4v
8 9249 0.08% 3242455 0.35% 0 0.00% 0 0.00% /more/bilder/scr_3dbuckett.m4v
9 5891 0.05% 3019651 0.33% 0 0.00% 0 0.00% /more/bilder/scr_schleifen.m4v
10 5577 0.05% 2558221 0.28% 0 0.00% 0 0.00% /more/bilder/scr_vistamystify.m4v

November in KB. 8,6 GB Beziervideo....

das beziervideo (und andere) kannst auf youtube auslagern...

Warum redet eigentlich niemand über den MyPal Browser. Der ist ein Fork von Pale Moon, der ein Fork von Firefox ist, und wird noch für XP aktuell gehalten
https://github.com/Feodor2/Mypal/releases
Der bekommt etwa einmal im Monat ein Update

Zitat von freaked

das beziervideo (und andere) kannst auf youtube auslagern...

… oder gleich als HTML5-Canvas implementieren. Es erscheint einfach abstrus, eine so geringe visuelle Komplexität als Video zu kodieren.

Übrigens Dirk: Ich weiß nicht, ob es sich stark im Traffic niederschlüge, aber du könntest vielleicht mal – falls nicht schon geschehen – die ganzen PNGs durch ZopfliPNG (wenn profitabel vorher vielleicht noch durch OptiPNG) und die ganzen JPEGs durch Guetzli jagen. Das wird zwar bei dem ganzen Bildmaterial seine Zeit brauchen, aber was sind schon ein paar Stunden Rechenzeit verglichen mit etlichen Jahren des unveränderten Hostings.

Zitat von s4ndwichMakeR

HTML5-Canvas

ur aufwendig sowas
und am ende scheißt mit browserinkompatibilitäten rum
ne thx

Die Datei mit dem meisten Traffic erzeugt gerade mal 8,6GB, dann dürfte der gesamte Traffic der Seite nicht der Rede wert sein. Ich würde überhaupt nichts machen.

Ich auch nicht. Die Dateien habe ich ja auch nicht in hoher Auflösung rum liegen. Nen JPEG von vor 15 Jahren nochmal zu komprimieren verbessert ja auch nichts. Viel altes ist ja sogar GIF. Hatte mal so nen 30-40 kb Ziel. Heute sind einige Bilder 10 mal so groß. Hab nen loop Video vom Vista startbildschirm neu gemacht. 40 kb. Die Bildschirmschoner sind extra nicht bei YouTube. Man kann ja alle gleichzeitig laufen lasse, alle stoppen und Vollbild. Ist ganz witzig.

Zitat von freaked

ur aufwendig sowas
und am ende scheißt mit browserinkompatibilitäten rum
ne thx

War von mir auch nicht ganz ernst gemeint und wäre eher ein Projekt für Enthusiasten (inkl. Reverse Engineering der Original-Executable, um den Drawing-Algorithmus 1:1 nachbauen zu können), aber zweifelsohne ein Anwendungsfall, für den das pixelorientierte Canvas, das übrigens browserübergreifend gar nicht so viele Probleme macht (Support beim schwächsten Glied der Kette „IE“ ab Version 9), prädestiniert ist.

Jedenfalls dürfte die Relation zwischen dem originalen Screensaver-File und der H.263-Abbildung ein paar Sekunden desselben beträchtlich sein, was zumindest für die theoretische Betrachung hinsichtlich digitaler Komplexität interessant ist.

Zitat von Dirk

Ich auch nicht. Die Dateien habe ich ja auch nicht in hoher Auflösung rum liegen. Nen JPEG von vor 15 Jahren nochmal zu komprimieren verbessert ja auch nichts. Viel altes ist ja sogar GIF. Hatte mal so nen 30-40 kb Ziel. Heute sind einige Bilder 10 mal so groß. Hab nen loop Video vom Vista startbildschirm neu gemacht. 40 kb. Die Bildschirmschoner sind extra nicht bei YouTube. Man kann ja alle gleichzeitig laufen lasse, alle stoppen und Vollbild. Ist ganz witzig.

Stimmt. Einen JPEG-Encoder auf bereits kodierte Dateien nochmal loszulassen (anstatt auf die Originale), ist suboptimal. Das hatte ich kurz ausgeblendet. Bei PNGs hingegen (vor allem solche, die selten bis nie geupdatet werden und ausschließlich gelesen werden) ist es ausgesprochen sinnig, da es verlustfreie Optimierungen sind, die Aktion nur einmal automatisiert abgelaufen lassen werden muss und alle folgenden Requests davon profitieren, weil sie weniger Payload erzeugen.

Ich verstehe ohnehin den großen Anteil an JPEG-Screenshots in der Winhistory nicht. Es herrschte doch gerade bei uns schon immer Konsens darüber, dass verlustbehaftete Kodierungen für Screenshots vermeidbare Fauxpas sind.

png ist einfach zu groß. früher wars wegen modem, heute wegen mobil. ich muss halt kompromisse machen (und keine 2000 neue screenshots). ne kommerzielle Seite würde vermutlich alles mehrfach bauen und für den desktop die qualität über größe legen. aber ne spezielle mobilseite von wh macht schon nur bedingt sinn.

Zitat von Dirk

png ist einfach zu groß. früher wars wegen modem, heute wegen mobil. ich muss halt kompromisse machen (und keine 2000 neue screenshots). ne kommerzielle Seite würde vermutlich alles mehrfach bauen und für den desktop die qualität über größe legen. aber ne spezielle mobilseite von wh macht schon nur bedingt sinn.

Es gibt ja nicht die eine PNG-Kodierung, sondern Kombinationen aus fünf Deltafilter und – wenn man seine PNGs mit zlib-DEFLATE komprimiert – 2592 zlib-Parametern. Wenn man dann noch Bilder mit maximal 256 uniquen Farben von 8 Bit pro Kanal auf Palette umstellt, holt man im Vergleich zu einem PNG-Decoder, der nicht alle Kombinationen durchprobiert, auch gern mal noch 90% weniger Dateigröße raus. Da ist man größentechnisch zwar meist immer noch nicht auf dem Niveau eines stark komprimierten, verlustbehafteten JPEGs, aber doch deutlich näher. Bin immer wieder erstaunt, wie viele PNGs da draußen so kreuchen und fleuchen, die unpraktisch kodiert wurden.

Allerdings: Die Screenshots von heutzutage sind natürlich wegen der deutlich höheren visuellen Komplexität (Gradients, fotografische Wallpapers, etc.) verlustfrei deutlich schwergewichtiger als die simplen Linien-/Flat-Color-Grafiken mit 16- oder 256-Farben-Palette von 80er- und 90er-GUIs. Da gibt es zwar auch Ansätze, aber die sind allesamt weit von „etablierter und weit unterstützer Standard“ entfernt.

Also gerade arbeite ich mich durch die alten HTML Dateien. alleine beim VPC waren das hunderte. Aber harmlos. Alleine die Windows Quäler Seite liefert bei W3C über 500 Fehler/Warnungen. Ist halt uralter Rotz, und die vielen Tabellen dadrin sind schon lange kein aktueller Standard mehr. Mit den meisten Seiten bin ich aber inzwischen durch. Fehlen tut noch alles was ich 486 genannt hatte, die Quäler und die Hauptseiten. Wobei die nur Warnings haben sollten, bei den meisten Seiten muss ich noch <a name> Anker durch IDs austauschen. Schade ist, dass ich festgestellt habe, das FFx kein Autoplay bei HTML Audio erlaubt. Gerade beim VPC wäre das schön, die alten Objetcs die ich tlw. jetzt dringelassen habe, werden sicher bald garnicht mehr unterstützt.

Zitat von Dirk

Schade ist, dass ich festgestellt habe, das FFx kein Autoplay bei HTML Audio erlaubt. Gerade beim VPC wäre das schön, die alten Objetcs die ich tlw. jetzt dringelassen habe, werden sicher bald garnicht mehr unterstützt.

Ja, das stimmt. Seit Firefox 66 ist Autoplay standardmäßig deaktiviert und es gibt eine Whitelist. Offenbar möchte man nicht, dass die alten Unsitten der Geocities-Ära („Mein Besucher freut sich über klangliche Untermalung nach dem Seitenaufruf!“) wieder aufleben.

Es hält dich aber nicht davon ab, das Abspielen auf dem HTMLMediaElement selbst zu triggern. Die Sounds werden doch beim VPC ohnehin allesamt nur auf Benutzerinteraktion getriggert, oder?

Aber mal ein paar grundsätzliche Gedanken zum Winhistory-VPC: Der ist inzwischen doch um die 15 Jahre alt und theoretisch nichts weiter als eine „Slideshow mit Triggern“, die eine GUI simuliert, weil das auf dem damaligen Stand des Webs das höchste der Gefühle war. Mittlerweile gibt es dank PCjs echte Emulation im Browser. Ich finde, eine Plattform wie die Winhistory würde immens davon zehren, das anzubieten. Oder im Falle von rechtlichen Fragen zumindest von der Verlinkung nach den bei pcjs.org gehosteten Maschinen. Anders gesagt: Es ist überraschend, dass gerade die Winhistory davon keinen Gebrauch macht. Der bisherige Winhistory-VPC muss nicht begraben werden, aber könnte in einen Nostalgiebereich.

Zitat von freaked

gay solche updatepacks
wsus offline regelt wenn winupdate mal down ist

Wenn nicht jeder sich das selbst anlegen muss, und die recht häufig im Netz frei Runter ladbar sind, trifft deine aussage voll zu, freaked.
Letzteres ist nur leider nicht der fall, schon gar nicht erst für alle Versionen.

Zitat von s4ndwichMakeR

Ja, das stimmt. Seit Firefox 66 ist Autoplay standardmäßig deaktiviert und es gibt eine Whitelist. Offenbar möchte man nicht, dass die alten Unsitten der Geocities-Ära („Mein Besucher freut sich über klangliche Untermalung nach dem Seitenaufruf!“) wieder aufleben.

Es hält dich aber nicht davon ab, das Abspielen auf dem HTMLMediaElement selbst zu triggern. Die Sounds werden doch beim VPC ohnehin allesamt nur auf Benutzerinteraktion getriggert, oder?

Aber mal ein paar grundsätzliche Gedanken zum Winhistory-VPC: Der ist inzwischen doch um die 15 Jahre alt und theoretisch nichts weiter als eine „Slideshow mit Triggern“, die eine GUI simuliert, weil das auf dem damaligen Stand des Webs das höchste der Gefühle war. Mittlerweile gibt es dank PCjs echte Emulation im Browser. Ich finde, eine Plattform wie die Winhistory würde immens davon zehren, das anzubieten. Oder im Falle von rechtlichen Fragen zumindest von der Verlinkung nach den bei pcjs.org gehosteten Maschinen. Anders gesagt: Es ist überraschend, dass gerade die Winhistory davon keinen Gebrauch macht. Der bisherige Winhistory-VPC muss nicht begraben werden, aber könnte in einen Nostalgiebereich.

Das ganze ist schlimmer als slideshows. das ist nen I-Frame und dahinter liegen unmengen von seiten. Das Problem ist, das es bisher im Autoplay war, wenn die Seite geladen wird. Die nächste Nutzeraktion verlässt ja dann die Seite. Ich denke ist da hoffnungslos. Ich lasse die Ecke aber insoweit wie sie ist. Es gibt einfach deutlich bessere Emulationen und javascript nachbauten im Netz. Seh da nicht, dass ich da mithalten müsste. Dabei habe ich gesehen, dass bei NT 4 ich sogar ne Javascript Uhr eingebaut hatte. Die Zeigt also immer die Systemzeit. Habs aber nie in die älteren Teile eingebaut. Bei NT 3.51 hatte ich per schript die Menüleiste eingebaut.

Bin jetzt relativ weit. Hab ne Tabellarische Übersicht gefunden, da muss noch einiges ergänzt werden, beim Impressum muss ich was mit den Rechnern mir überlegen (interessiert das überhaupt jemanden?), wie gesagt nen paar 486 Seiten zu Hardware müssten noch gereinigt werden. Die Presseseite habe ich weggeschmissen. Bald 10 Jahre ohne Update war jetzt auch kein Knüller.

Ja, ich meine gerade fertig zu sein!

Die Highlights:
<span lang="de-at"> beim XP Mini Test echter Antz Code
border="" bei so vielen Bildern für nichts drin
Flash: Fallback bei nen Win 1 Video und auch bei den Startsounds einige wenige Zeilen
<pre> Tag. Musste ich erstmal nachschlagen. Preformated Text nach HTML 2.0, obscure Qäuler Hinweis Seite
Bloat-Code eine Tabelle bei den 486er war Brutaler Office Code
meta generator Frontpage 2 Versionen! Beim VPC die eingebeteten Seiten. Sind jetzt auch alle UTF-8
align="center" noch so nen w3c Kandidat. Viele alte Tabellen. Manchen konnten gleich weg, andere CSS
XP/Vista Startbild gebastelt aus 2 ebenen und hat den Viewport auf dem handy durcheinander gebracht. So hats hier angefangen
<a name=> auch viele stellen, gleich mitentsorgt nun id=
iframes haben kein scrolling=no mehr, overflow=hidden muss ins eingebettete rein. boblernprogramm daher jetzt eine seite.

Im Artikel "Windows XP" unter "Windows XP Starter Edition" steht folgender Satz:

Zitat

Inzwischen wurde die Starter Edition in den ersten 2 Jahren etwa eine Million mal verkauft und es gibt 25 Sprachen. Die nächste Vista Version soll in fast 80 Sprachen verfügbar sein.

Ob man den zweiten Satz in eine Vergangenheitsform umwandeln sollte? Der Text liest sich so, als käme das noch raus.

hinsichtlich cairo als nt4 beta name:
Internally, some Microsoft employees were describing the Longhorn project as "another Cairo" or "Cairo.NET", referring to the Cairo development project that the company embarked on through the first half of the 1990s, which never resulted in a shipping operating system (though nearly all the technologies developed during that time did end up in Windows 95 and Windows NT).
https://web.archive.org/web/2006021812…/16/481625.aspx

cairo war offenbar nie der beta ne von nt4 sondern was eigenes, gecanceltes.

Das gleiche habe ich über Longhorn letztlich gelesen. Das ist das Problem mit Codenamen, wenn sie nicht fett in den offiziell verteilten versionen stehen, sind die gerne spekulativ. aber zu cairo steht schon heute auf der nt 4.0 seite von wh gleich im zweiten Absatz:

Zitat

Der Entwicklungsprozess wurde sehr breit durchgeführt, die Beta 2 wurde alleine an 250.000 Tester und MSDN-Abonnenten verteilt. Der Entwicklungsname ist dabei nicht klar; "Cairo" wurde nach c’t Berichten eher für ein eingestelltes objektorientiertes NT System verwendet. [2]

Da brauch ich also nix ändern. Hab auch immer das gefühl gehabt, wenig betamaterial zu NT 4.0 zu finden. Kann durchaus sein, dass es wirklich nicht soviel von NT 3.51 New Shell abhebt. Vielleicht ist deswegen auch das Plus! Zeug drin. Die offizielle Änderungsliste im Handbuch ist jetzt kein Megamonster drin.

Zitat von Dirk

Das gleiche habe ich über Longhorn letztlich gelesen. Das ist das Problem mit Codenamen, wenn sie nicht fett in den offiziell verteilten versionen stehen, sind die gerne spekulativ. aber zu cairo steht schon heute auf der nt 4.0 seite von wh gleich im zweiten Absatz:

Da brauch ich also nix ändern. Hab auch immer das gefühl gehabt, wenig betamaterial zu NT 4.0 zu finden. Kann durchaus sein, dass es wirklich nicht soviel von NT 3.51 New Shell abhebt. Vielleicht ist deswegen auch das Plus! Zeug drin. Die offizielle Änderungsliste im Handbuch ist jetzt kein Megamonster drin.

Zumal es vermutlich auch keine deutsche Beta gab?

es gibt immer deutsche betas um die übersetzungen zu checken.