Wissenschaftliche Anekdoten/Klugscheißerei
- mastastefant
- Schnapsbar
- Beiträge: 3857
- Registriert: Sa Dez 04, 2004 1:00 pm
- Kontaktdaten:
- mastastefant
- Schnapsbar
- Beiträge: 3857
- Registriert: Sa Dez 04, 2004 1:00 pm
- Kontaktdaten:
Fällt eigentlich unter Klugscheißerei 
Do these gears really work?
http://blog.makezine.com/archive/2010/1 ... _work.html
Da ergeben sich sicher z.B. ganz neue Möglichkeiten für Fahrrad-Übersetzungen (z.B. bei 1:10)

Do these gears really work?
http://blog.makezine.com/archive/2010/1 ... _work.html
Da ergeben sich sicher z.B. ganz neue Möglichkeiten für Fahrrad-Übersetzungen (z.B. bei 1:10)

I find your lack of platform support disturbing.
dürft ein uhrmacher sein - sind aber echt ein paar nette sachen dabei 
http://www.lisaboyer.com/Claytonsite/Claytonsite1.htm
aber gibts nicht sogar schon auch ellipsoide kränze fürs rennrad?

http://www.lisaboyer.com/Claytonsite/Claytonsite1.htm
aber gibts nicht sogar schon auch ellipsoide kränze fürs rennrad?
......!
- mastastefant
- Schnapsbar
- Beiträge: 3857
- Registriert: Sa Dez 04, 2004 1:00 pm
- Kontaktdaten:
Ja, das ganze läuft unter dem Namen Q-Rings.version4x hat geschrieben:aber gibts nicht sogar schon auch ellipsoide kränze fürs rennrad?

http://www.rotorbikeusa.com/
Angeblich hats die schon mal unter einem anderen Namen vor 10-20 Jahren gegeben.
„2 + 2 = 7. 4 is propaganda.“ (Anonymous)
- mastastefant
- Schnapsbar
- Beiträge: 3857
- Registriert: Sa Dez 04, 2004 1:00 pm
- Kontaktdaten:
Biopace. Alter Hut und zigfach als nicht zielführend bestätigt worden. Wenn man so ein Kettenblatt ohne Vorahnung das erste Mal sieht, glaubt man zunächst einmal, des is hinigJesuZ hat geschrieben:Angeblich hats die schon mal unter einem anderen Namen vor 10-20 Jahren gegeben.

Bin damals auch mal probehalber mit Biopace gefahren, war eigentlich nur komisch zum Treten - man merkte, dass etwas anders ist, aber ich kann nicht sagen, dass das schön war. Ein Problem ist freilich auch, wenn man vorne mit mehreren solchen Kettenblättern fährt und der Werfer mit dem Auf und Ab zurecht kommen muss

Es hat immer wieder Bemühungen gegeben, an der Standard-Kinematik was zu ändern. Auch kraftgesteuerte Charakteristiken wurden mehrfach ausprobiert.
Ist stets alles von der Bildfläche verschwunden.
Das ist schon irgendwie was Faszinierendes an Fahrrädern ... die Dinger haben 100 Jahre Entwicklung hinter sich.
Diamant-Rahmen ... immer noch dieselbe Bauform (im wesentlichen)
Antriebsstrang ... immer noch dasselbe System.
Es kommt einfach nix besseres nach

Forma, Eier Gnodn.
Ich bild mir ein, wir hatten schon einmal einen Stadien Thread, ich find ihn aber nicht..
Wusstet ihr, dass das größte Stadion der Welt in Nordkorea ist (150000 Sitzplätze)?
Liste der größten Stadien der Welt


Wusstet ihr, dass das größte Stadion der Welt in Nordkorea ist (150000 Sitzplätze)?
Liste der größten Stadien der Welt


- mastastefant
- Schnapsbar
- Beiträge: 3857
- Registriert: Sa Dez 04, 2004 1:00 pm
- Kontaktdaten:
*rant mode on*
Falls wer die Diskussion (alle Jahre wieder) mitverfolgt hat über das für und wieder zur Winterzeit mitverfolgt hat .. hier noch ein kleines Argument, warum an der Uhr drehen *BÖSE* ist, weil ich grad drübergestolpert bin:
FAT32 speichert als Modification-Time local time.
NTFS und vernünftige Dateisysteme verwenden UTC (ähnlich, aber nicht ganz GMT).
Und jetzt bitte bei zwei Dateien, die auf verschiedenen Dateisystemen liegen, abchecken, ob sie zur selben Zeit angelegt wurden.. (z.B. angelegt im Sommer, Check im Winter.. oder noch besser: um 02:30 am Tag der Winterzeit-Umstellung .. ), viel Spaß.
Haut regelmäßig Backup-Tools auf die Pfeife..
(Und wer jetzt fragt, warum man überhaupt noch FAT32 verwendet: Ich verweise hiermit auf die Specs zu NTFS.. die gibts nämlich nicht (öffentlich). Damit ist FAT32 das einzige Dateisystem, das man (halbwegs) problemlos plattformübergreifend verwenden kann.. (NTFS macht Probleme bei unsauberen mounts/unmounts))
Achja, und noch ein kleines Leckerli: FAT32 speichert obendrein Timestamps mit einer Granularität von 2sec, ebenso Windows-Freigaben. Das ist aber noch nicht das Problem.
Das Problem ist: Samba machts richtig, hat eine Granularität von 1sec. Visual Studio überprüft externe File-Modifications anhand des Timestamps einer Datei, geht bei Shares von 2sec aus. Speichert man eine Datei z.b. bei 51sec ab, glaubt Visual-Studio, die Modification-Time muss jetzt 50sec sein, Samba stellts aber korrekt als 51sec dar => Bamm, Datei erscheint beim nächsten Check von VC sofort als im Hintergrund geändert (ein paar sec. später), bei ~50% der Fälle.
Lösung: in Samba gibts ne eigene Config-Option, um Visual Studio die "richtigen" Timestamps zu liefern..
*rant mode off*
Falls wer die Diskussion (alle Jahre wieder) mitverfolgt hat über das für und wieder zur Winterzeit mitverfolgt hat .. hier noch ein kleines Argument, warum an der Uhr drehen *BÖSE* ist, weil ich grad drübergestolpert bin:
FAT32 speichert als Modification-Time local time.
NTFS und vernünftige Dateisysteme verwenden UTC (ähnlich, aber nicht ganz GMT).
Und jetzt bitte bei zwei Dateien, die auf verschiedenen Dateisystemen liegen, abchecken, ob sie zur selben Zeit angelegt wurden.. (z.B. angelegt im Sommer, Check im Winter.. oder noch besser: um 02:30 am Tag der Winterzeit-Umstellung .. ), viel Spaß.
Haut regelmäßig Backup-Tools auf die Pfeife..
(Und wer jetzt fragt, warum man überhaupt noch FAT32 verwendet: Ich verweise hiermit auf die Specs zu NTFS.. die gibts nämlich nicht (öffentlich). Damit ist FAT32 das einzige Dateisystem, das man (halbwegs) problemlos plattformübergreifend verwenden kann.. (NTFS macht Probleme bei unsauberen mounts/unmounts))
Achja, und noch ein kleines Leckerli: FAT32 speichert obendrein Timestamps mit einer Granularität von 2sec, ebenso Windows-Freigaben. Das ist aber noch nicht das Problem.
Das Problem ist: Samba machts richtig, hat eine Granularität von 1sec. Visual Studio überprüft externe File-Modifications anhand des Timestamps einer Datei, geht bei Shares von 2sec aus. Speichert man eine Datei z.b. bei 51sec ab, glaubt Visual-Studio, die Modification-Time muss jetzt 50sec sein, Samba stellts aber korrekt als 51sec dar => Bamm, Datei erscheint beim nächsten Check von VC sofort als im Hintergrund geändert (ein paar sec. später), bei ~50% der Fälle.
Lösung: in Samba gibts ne eigene Config-Option, um Visual Studio die "richtigen" Timestamps zu liefern..
*rant mode off*
I find your lack of platform support disturbing.