ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Solar
Nutzer
03.02.2006, 14:29 Uhr [ - Direktlink - ] |
Thema: Welcher fehler im Programm?
Brett: Programmierung Zitat: Korrekt. NDEBUG definiert, und schon sind die assert()s draußen. zumindest die der Standardbibliothek; man kann sich natürlich auch selbst eine assert()-Funktion basteln. Zitat: assert() ruft im Fehlerfall raise(SIGABRT). Ob der Default-Handler für SIGABRT Dateien flusht und schließt und temporäre Dateien entfernt, ist implementierungsabhängig. Wenn ein Programm einen SIGABRT-Handler installiert, der zum Aufrufer (raise()) zurückkehrt, ruft assert() exit( EXIT_FAILURE ). In keinem Fall darf assert() im Fehlerfall zum Aufrufer zurückkehren. Das sagt der Standard. Was die jeweils benutzte C-Lib daraus macht... |
|||||
Solar
Nutzer
03.02.2006, 10:24 Uhr [ - Direktlink - ] |
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme Schon OK. Kam einen Moment lang so rüber, aber ich bin da wohl ein bißchen dünnhäutig geworden. Nur nochmal zur Klärung, kadi fragte nach Reduzierung von VCORE unter die Spezifikation (Undervolting), nicht nach einer CPU mit möglichst niedrigem VCORE... denn dann wären wir wieder bei den embedded-CPUs in Routern, die schlägt auch kein mobiler x86er... |
|||||
Solar
Nutzer
03.02.2006, 09:56 Uhr [ - Direktlink - ] |
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme @ Tedious: > Tja... und auch NOCHMAL: Mit dem 500er K6-2 IMHO ohne > Lötereien am MoBo NICHT möglich. Was heißt hier "NOCHMAL"? Von der Unmöglichkeit, bei einem 500er K6-2 VCORE zu reduzieren, hast Du hier keinen Ton von Dir gegeben, und lieber eine Einkaufsliste runtergerasselt bzw. mich angepupt. Sitten sind das hier... @ kadi: Schon klar, das Dir die Lösung zu teuer ist. Mir war der geringere Aufwand, Platzverbrauch etc. immer den Preis wert, aber dann hättest Du hier nicht nach Antiquitäten gefragt. |
|||||
Solar
Nutzer
03.02.2006, 09:47 Uhr [ - Direktlink - ] |
Thema: Welcher fehler im Programm?
Brett: Programmierung Zitat: Ein assert() ist ein Abbruch im Fehlerfall... Ich hab' nicht in's Detail geschaut, nur flugs den Code eingerückt und in code-Tags gesetzt. Aber "goto error" ist mir ein bißchen zu sehr VisualBasic... normalerweise läßt sich das besser lösen. |
|||||
Solar
Nutzer
02.02.2006, 13:26 Uhr [ - Direktlink - ] |
Thema: TODO-Liste / Ideen
Brett: Forum und Interna @ Holger: Deine Regexp bereitet mir immer noch Kopfschmerzen. Wenn [^[]*+ schon alle Zeichen bis zum nächsten '[' matcht, ist der Kram in der Mitte (alle Zeichen die nicht der Anfang von [foo] oder [/foo] sind, verstehe ich das richtig?) dann nicht redundant? |
|||||
Solar
Nutzer
02.02.2006, 12:21 Uhr [ - Direktlink - ] |
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme Nochmal, er such t nach Informationen zur vorhandenen CPU. Wenn für ihn ein Neukauf in Frage käme, würde ich ihm z.B. einen Barricade-Router oder ähnliches Produkt empfehlen - nimmt weniger Platz weg, und ist ohne Basteleien passivgekühlt. |
|||||
Solar
Nutzer
02.02.2006, 11:01 Uhr [ - Direktlink - ] |
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme @ Tedious: Er hat die CPU schon. Er will wissen, wie er sie untertakten / VCORE senken kann. |
|||||
Solar
Nutzer
02.02.2006, 09:11 Uhr [ - Direktlink - ] |
Thema: Welcher fehler im Programm?
Brett: Programmierung Da geben sich die Admins solche Mühe mit einem [ code ] - Tag, das sogar Syntax Highlighting kann, und keiner nutzt es... in so einer Code-Wüste will doch niemand herumstochern... Zur AmigaOS API kann ich nichts sagen, aber:
C code:WORD showdatatypepicture(struct FMHandle *h,struct DataType *dt,struct CMenuConfig *cmc) { struct DataTypeHeader *dth; Object *obj; struct ShowScreen shows; struct BitMapHeader *bmhd=0; ULONG modeid=0; struct BitMap *bm; struct gpLayout layout; ULONG *creg,*palette=0; LONG ncol,crsize,palsize; UBYTE *src; LONG type; WORD ret=0; changename(h->owner,cmc->label); priority(cmc); memseti(&shows,0,sizeof(struct ShowScreen)); dth=dt->dtn_Header; if(h->flags&OFDECRUNCH) { type=DTST_RAM; src=h->decbuffer; } else { type=DTST_FILE; src=h->filename; } pictureinfo(h,0,0,0,0,dth->dth_Name); if(!(obj=NewDTObject(src,DTA_SourceType,type,DTA_GroupID,GID_PICTURE,PDTA_Remap,TRUE,TAG_DONE))) goto error; if(GetDTAttrs(obj,PDTA_ModeID,&modeid,PDTA_BitMapHeader,&bmhd,TAG_DONE)!=2) goto error; pictureinfo(h,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,modeid,dth->dth_Name); layout.MethodID=DTM_PROCLAYOUT; layout.gpl_GInfo=NULL; layout.gpl_Initial=TRUE; if(!DoDTMethodA(obj,NULL,NULL,(Msg)&layout)) goto error; if(GetDTAttrs(obj,PDTA_BitMap,&bm,PDTA_CRegs,&creg,PDTA_NumColors,&ncol,TAG_DONE)!=3) goto error; if(!bm||!creg||!ncol) goto error; crsize=(ncol*3)*4; palsize=crsize+2*4; palette=allocvec(h->owner,palsize,MEMF_CLEAR); if(!palette) goto error; palette[0]=ncol<<16; CopyMem(creg,&palette[1],crsize); if(openshowscreen(h->owner,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,modeid,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,&shows)) { LoadRGB32(&shows.screen->ViewPort,palette); BltBitMap(bm,0,0,shows.bitmap,0,0,bmhd->bmh_Width,bmhd->bmh_Height,0xC0,0xFF, NULL); WaitBlit(); SetPointer(shows.window,shows.mouse,2,16,0,0); ret=waitbutton(shows.window)+1; closeshowscreen(&shows); } goto picerr; error: if(!ret) requestmsg(h->owner->workname,0,MSG_OK,MSG_MAIN_DATATYPEERROR,dth->dth_Name); picerr: freemem(palette); if(obj) DisposeDTObject(obj); return(ret); } WORD openshowscreen(struct FMList *list,WORD wide,WORD high,WORD deep,ULONG modeid,WORD realw,WORD realh,WORD reald,struct ShowScreen *shows) { struct Rectangle spos, dclip, txto, stdo, maxo; WORD oscan,apu2; ULONG scrtags[24]; extern struct GfxBase *GfxBase; memseti(scrtags,0,24*4); shows->gfxbase=GfxBase;shows->tempbm=0; shows->screen=0; shows->window=0; shows->bitmap=0; shows->mouse=0; shows->mouse=allocvec(list,32,MEMF_CHIP|MEMF_CLEAR); if(!shows->mouse) goto serr; if(!(shows->bitmap=AllocBitMap(realw,realh,reald,BMF_CLEAR|BMF_DISPLAYABLE|BMF_INTERLEAVED,0))) { if(!(shows->bitmap=AllocBitMap(realw,realh,reald,BMF_CLEAR|BMF_DISPLAYABLE,0))) { requestmsg(list->workname,0,MSG_OK,MSG_MAIN_ERRNOBITMAP); goto serr; } } if(ModeNotAvailable(modeid)) modeid=modefallback(modeid,wide,high,deep); spos.MinX=0; spos.MinY=0; oscan=((QueryOverscan(modeid,&txto,OSCAN_TEXT))&&(QueryOverscan(modeid,&stdo,OSCAN_STANDARD))&&(QueryOverscan(modeid,&maxo,OSCAN_MAX))); scrtags[0]=SA_Left; scrtags[1]=spos.MinX; scrtags[2]=SA_Top; scrtags[3]=spos.MinY; scrtags[4]=SA_Width; scrtags[5]=wide; scrtags[6]=SA_Height; scrtags[7]=high; scrtags[8]=SA_Depth; if(fmmain.kick<39&&deep>6) scrtags[9]=6; else scrtags[9]=deep; scrtags[10]=SA_Type; scrtags[11]=CUSTOMSCREEN; scrtags[12]=SA_BitMap; scrtags[13]=(ULONG)(shows->bitmap); scrtags[14]=SA_DisplayID; scrtags[15]=modeid; scrtags[16]=SA_Quiet; scrtags[17]=1; scrtags[18]=SA_AutoScroll; scrtags[19]=1; scrtags[20]=SA_BackFill; scrtags[21]=(ULONG)LAYERS_NOBACKFILL; if (oscan) { clipit(wide,high,&spos,&dclip,&txto,&stdo,&maxo); scrtags[22]=SA_DClip; scrtags[23]=(ULONG)&dclip; } if (!(shows->screen=OpenScreenTagList(0,(struct TagItem*)scrtags))) { requestmsg(list->workname,0,MSG_OK,MSG_MAIN_SCRERR1); goto serr; } if (!(shows->window=OpenWindowTags(0, WA_Left,0,WA_Top,0,WA_Width,wide,WA_Height,high, WA_IDCMP,IDCMP_MOUSEBUTTONS|IDCMP_ACTIVEWINDOW|IDCMP_VANILLAKEY, WA_Flags,WFLG_BACKDROP|WFLG_BORDERLESS|WFLG_ACTIVATE|WFLG_RMBTRAP|WFLG_NOCAREREFRESH, WA_BackFill,LAYERS_NOBACKFILL,WA_SimpleRefresh,TRUE, WA_CustomScreen,shows->screen,WA_BusyPointer,TRUE, TAG_DONE))) { requestmsg(list->workname,0,MSG_OK,MSG_MAIN_WINERR1); goto serr; } apu2=1; shows->tempbm=AllocBitMap(realw,1,reald,BMF_CLEAR,0); printf("realw reald: %ld %ld ", realw, reald); CopyMem(&shows->screen->RastPort,&shows->temprp,sizeof(struct RastPort)); shows->temprp.Layer=0;shows->temprp.BitMap=shows->tempbm; if(!shows->tempbm||!apu2) { requestmsg(list->workname,0,MSG_OK,MSG_MAIN_ERRNOBITMAP); goto serr; } return(1); serr: closeshowscreen(shows); return(0); } |
|||||
Solar
Nutzer
01.02.2006, 14:57 Uhr [ - Direktlink - ] |
Thema: Neues Powerbook und iMac mit INTEL! 1A!
Brett: Andere Systeme Was mir bei dem Thema immer wieder einfällt: Wer findet es außer mir noch verwunderlich, das sich Apple ausgerechnet im oft ziterten SPEC-Benchmark nie der Konkurrenz gestellt hat? |
|||||
Solar
Nutzer
01.02.2006, 14:43 Uhr [ - Direktlink - ] |
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme Die Spannung hat noch stärkeren Einfluß auf die CPU als der Takt. Wenn Dein primäres Ziel eine kühle CPU ist, ist VCORE also eine gute Stellschraube. Wie weit Du nun konkret einen AMD K6-2 500 runterschrauben kannst... da hilft wohl nur Google. |
|||||
Solar
Nutzer
01.02.2006, 14:11 Uhr [ - Direktlink - ] |
Thema: Romani ite domus( ?)
Brett: Get a Life Ich bin überracht einen so chtämmigen chwertträger vor dem Pöbel wanken chu chehen... |
|||||
Solar
Nutzer
01.02.2006, 14:05 Uhr [ - Direktlink - ] |
Thema: Suche einfaches CMS
Brett: Programmierung Zitat: Ein Forum für eine Pflanzendatenbank? Dann doch eher ein PhpWiki... da braucht man nicht irgendwelche Forumsfunktionen für etwas verwursten, was so nie geplant war. Suchfunktion inklusive... |
|||||
Solar
Nutzer
01.02.2006, 12:39 Uhr [ - Direktlink - ] |
Thema: Es reicht mir !
Brett: Forum und Interna Falls Du Dich auf Klima im Forum / Amiga Re-Design beziehst - die einen wollen halt Nostalgie von Gestern pflegen, die anderen sind auf der Suche nach einem Weg, eben diese Nostalgie in die Zukunft zu bringen. Atme tief durch, sage Dir dreimal "es geht hier nur um Computer", und akzeptiere, das es die andere Seite gibt. Hat bei mir zwar auch nicht geholfen (ich kriege bei den PPC-Evangelisten immer noch den Vollföhn), aber ich gebe den Tip gerne weiter. |
|||||
Solar
Nutzer
31.01.2006, 09:55 Uhr [ - Direktlink - ] |
Thema: Netzteile, CPU u. Grafikkarte vor Staub schützen
Brett: Andere Systeme Hier im Büro sitzt vor den Ansaugöffnungen ein Lochgitter, das einen guten Teil Staub auffängt (und einfach zu reinigen ist). Jede feinporigere Filterung, die den Staub zuverlässiger auffängt, wäre in kürzester Zeit so verstopfen, das die Kühlung nachläßt. Da hilft nur eins - regelmäßig öffnen und reinigen. Absaugen (Staubsauger) ist dabei einem Wegpusten (Druckluft) vorzuziehen, weil Druckluft den Staub erst in die richtig fiesen Ecken bläßt (und im Zimmer verteilt). |
|||||
Solar
Nutzer
30.01.2006, 10:26 Uhr [ - Direktlink - ] |
Thema: aspect ratio bei RTG-Screen?
Brett: AROS und Amiga-Emulatoren http://de.wikipedia.org/wiki/Aspect_ratio "Auf den meisten Computerbildschirmen sind Pixel quadratisch (PAR 1:1), bei der DVD oder bei DV sind sie aber rechteckig, und zwar im Verhältnis 768:720 = ca. 1.067 (PAL), also breiter als hoch." |
|||||
Solar
Nutzer
27.01.2006, 10:34 Uhr [ - Direktlink - ] |
Thema: North & South die Zweite!
Brett: Amiga, AmigaOS 4 Es geht nicht um den am Urheber entstehenden Schaden (die meisten Rechteinhaber sind längst Geschichte) oder darum, diese Seiten zuzumachen (ist eh ein Kampf gegen die Hydra). Es geht einzig darum, das Anbieten von Links auf solche Seiten zu unterlassen, weil es diese Seite gefährdet - rechtlich und finanziell. Jeder weiß, das man nach Raubkopien googlen kann, und höchstwahrscheinlich auch fündig wird. Das ist aber Sache von Google, nicht von AN - und somit ist doch wohl dem Suchenden ebenso geholfen wie der Zukunftssicherheit von AN. @ DivingDuck: > wer werfe den ersten Stein? Ist ja kein Problem, wenn man sich vertut. Man sollte halt nur nicht das Greinen anfangen, wenn die Mods hier ihre rechtliche Pflicht tun. [ Dieser Beitrag wurde von Solar am 27.01.2006 um 10:35 Uhr geändert. ] |
|||||
Solar
Nutzer
27.01.2006, 08:58 Uhr [ - Direktlink - ] |
Thema: North & South die Zweite!
Brett: Amiga, AmigaOS 4 Du hast es noch nicht gemerkt, oder? Wenn die Mods sowas hier durchgehen lassen würden, was glaubst Du wie lange es braucht bis ein schlauer Abmahnanwalt bei Nico aufschlägt und das Forum hier dicht gemacht wird? Da macht's keinen Unterschied, ob jemand den Link hier postet oder sich nur "per Email" als Linkvermittler anbietet. Passiert sowas hier auf AN, ist es sogar die Pflicht der Mods, das zu unterbinden. |
|||||
Solar
Nutzer
26.01.2006, 13:02 Uhr [ - Direktlink - ] |
Thema: North and South Fan sucht
Brett: Amiga, AmigaOS 4 Zitat: ..."wir"?!? [ Dieser Beitrag wurde von Solar am 26.01.2006 um 13:02 Uhr geändert. ] |
|||||
Solar
Nutzer
26.01.2006, 11:12 Uhr [ - Direktlink - ] |
Thema: Leute rettet euch! (Yeti-Thread)
Brett: Get a Life @ Maja: hjoerg hat vielmehr bei sich das Komma vergessen - das Spiel ergibt ein Ergebnis zwischen 0 und ca. 14 Metern, mit drei Nachkommastellen. [ Dieser Beitrag wurde von Solar am 26.01.2006 um 11:14 Uhr geändert. ] |
|||||
Solar
Nutzer
26.01.2006, 08:58 Uhr [ - Direktlink - ] |
Thema: Romani ite domus( ?)
Brett: Get a Life Zitat: Locativ, Mensch! Und das mir, der ich nach vier Jahren Tortur nicht mal das Latinum zusammengebracht habe... (der Lehrer war so nett, mir keine sechs zu geben - ich mußte ihm aber versprechen, Latein abzuwählen ) |
|||||
Solar
Nutzer
25.01.2006, 16:50 Uhr [ - Direktlink - ] |
Thema: STL: vector vs. valarray
Brett: Programmierung Ahhh... Blindfisch ich. Ich sah nur "Timer.h" und hielt's für eine AmigaOS-Funktion. Das clock() ist aus ctime... dann stimmt meine Vermutung ja: für Benchmarking in einem Multitasking-System denkbar ungeeignet. [ Dieser Beitrag wurde von Solar am 25.01.2006 um 16:50 Uhr geändert. ] |
|||||
Solar
Nutzer
25.01.2006, 15:44 Uhr [ - Direktlink - ] |
Thema: STL: vector vs. valarray
Brett: Programmierung Zunächst einmal ist die Geschwindigkeit abhängig von der Implementation Deiner C++-Library. Wenn der Autor an der einen Stelle gehunzt hat - oder sich beim vielbenutzten vector besonders viel Mühe bei der Optimierung gegeben hat - kann im Vergleich sonst etwas herauskommen, ganz egal, was Stroustrup schreiben mag. Davon ab machen deine beiden Tests zwei ziemlich unterschiedliche Sachen. Das eine Mal rufst Du einen Konstruktor über ELEMENTS auf, das andere Mal schleifst Du über push_back(). Du könntest damit anfangen, für beide den (vorhanden) Konstruktor ( count, value ) zu verwenden. Ein schlauer Optimizer verbindet nämlich Deine beiden Schleifen zu einer. Dann nimmst Du operator[] für valarray, das andere Mal *const_iterator für vector. Dann hast Du in einer eigentlich für's Profiling gedachten Funktion cout drin - was Deine Meßergebnisse eh über den Haufen werfen dürfte. AmigaOS' [tt]clock()[/tt] kenne ich nicht, befürchte aber, das es Realzeit mißt, nicht im entsprechenden Thread verbrachte Zeit - d.h. andere auf dem System laufende Tasks haben evtl. erheblichen Einfluß auf Deinen Test. Davon ab glaube ich, das Stroustrup sich da ein bißchen vertan hat. Dinkumware schreibt zu vector: Zitat: Und zu valarray: Zitat: Sprich, für die Zwecke Deines "Benchmarks" dürften sich die beiden eigentlich gar nicht unterscheiden... [ Dieser Beitrag wurde von Solar am 25.01.2006 um 15:45 Uhr geändert. ] |
|||||
Solar
Nutzer
25.01.2006, 13:20 Uhr [ - Direktlink - ] |
Thema: Leute rettet euch! (Yeti-Thread)
Brett: Get a Life 11,585 [ Dieser Beitrag wurde von Solar am 25.01.2006 um 13:27 Uhr geändert. ] |
|||||
Solar
Nutzer
25.01.2006, 10:13 Uhr [ - Direktlink - ] |
Thema: Breakpoint 2006
Brett: Get a Life Blödsinn. Schau' Dir mal die Umfrage von letztem Jahr an - PC ist (inzwischen) die am stärksten vertretene Platform. Das Laptop ist ein Gateway Solo 9300 (Mobile Pentium III, 500 MHz) von 1999, seinerzeit beschafft als Ersatz für meinen abgerauchten A1200/PPC. Die erste Software, die ich darauf installiert habe, war WinUAE, die zweite Software AmigaOS 3.5 (noch auf der Messe in Köln)... später hat dann Rolf Tingler (auf der WoA Neuss) das Schätzen mit einem schicken Airbrushing versehen. Nach Win98SE / UAE, Win2k und Gentoo Linux läuft das Schmuckstück inzwischen unter FreeBSD (und auf dem zweiten Akku), macht aber noch keine Anstalten den Löffel abzugeben. [ Dieser Beitrag wurde von Solar am 25.01.2006 um 10:15 Uhr geändert. ] |
|||||
Solar
Nutzer
25.01.2006, 07:10 Uhr [ - Direktlink - ] |
Thema: Breakpoint 2006
Brett: Get a Life Ich werde auch da sein, allerdings habe ich schon meine "Truppe" bei der ich campen werde. Wer mich sucht, findet mich hinter dem Laptop mit dem Airbrush-Cover. |
|||||
Solar
Nutzer
24.01.2006, 07:22 Uhr [ - Direktlink - ] |
Thema: TODO-Liste / Ideen
Brett: Forum und Interna In Perl ist * "greedy", d.h. die RegExp versucht möglichst viele Zeichen zu matchen. Dazu kommt dann ? als "non-greedy-operator", d.h. versucht möglichst wenige Zeichen zu matchen. Bei Deinem obigen Beispiel A ccc A ddd B eee B würde folgende RegExp "A ddd B" treffen: .*(A.*?B) |
|||||
Solar
Nutzer
23.01.2006, 20:01 Uhr [ - Direktlink - ] |
Thema: Was meint ihr?
Brett: Get a Life Zitat: Nein. Zitat: Viele Leute halten es für "Auftrieb", wenn sie ein Brett schräg in einen Luftstrom halten und dieses schräg weggedrückt wird. Das ist mitnichten das, was ein Flieger unter "Auftrieb" versteht - dieser wird durch die gewölbte Form der Tragfläche erzeugt, und da spielt die Strömungsrichtung eine erhebliche Rolle. Zu dem Rest halte ich jetzt mal die Backe. Sechs Seiten sind wohl genug. ;-) |
|||||
Solar
Nutzer
23.01.2006, 15:47 Uhr [ - Direktlink - ] |
Thema: Was meint ihr?
Brett: Get a Life Zitat: Jetzt mal weg vom schönen sauberen Modell hin zur Realphysik. Wenn das Laufband sich in Bewegung setzt - ganz egal in welche Richtung und wie schnell sich die Räder gerade drehen - überträgt sich diese Bewegung zumindest teilweise auf das Flugzeug. Das aber nicht zu 100%, sondern nur zu einem gewissen Prozentsatz, während der Rest in eine Drehbewegung der Räder umgesetzt wird. Beeinflussende Faktoren sind Bewegungsimpuls des Bandes, Masse des Flugzeuges, Masse der Räder, Reibungswiderstand der Radlager, Luftwiderstand, und ein halbes Dutzend Faktoren die ich gerade vergessen habe. Wird das Flugzeug nach vorne bewegt, ist das gut für's Abheben. In die andere Richtung ist's schlecht für's Abheben. Fußfallen sind die Entkopplung der effektiven Bewegungsgeschwindigkeit des Flugzeugs relativ zur umgebenden Luft, des entwickelten Schubs von der Umdrehung der Räder, sowie die Unabhängigkeit der Raddrehung von der vom Band auf das Flugzeug übertragenen Kraft. Der Rest ist Interpretation der "Aufgabenstellung". |
|||||
Solar
Nutzer
23.01.2006, 07:25 Uhr [ - Direktlink - ] |
Thema: Was meint ihr?
Brett: Get a Life Zitat: Du kannst meine Schlußfolgerungen nur dann kritisieren, wenn Du dieselben Annahmen akzeptierst. Sonst reden wir von unterschiedlichen Dingen. Meine Annahme - Bezug auf die Räder - habe ich glaube ich deutlich gemacht. Zitat: Wenn Du meinst... Zitat: ?? Zitat: Du wirst konfus. Zitat: Siehe mein letztes Posting. Bei diesem Aufbau wäre das Problem die Feststellung der "normalen" Rotation. Wie unterscheidet der Sensor zwischen "normaler" und durch das Laufband selbst induzierter Rotationsgeschwindigkeit? Zitat: An der Stelle - bei mir die zweite Version - habe ich so meine Zweifel, halte die Annahme aber für hinreichend verwirrt, um mir keine witeren Gedanken darüber zu machen. Zitat: Drehgeschwindigkeit statt Fortbewegungsgeschwindigkeit, genau. Dann haben wir uns ja verstanden. Zitat: Im Hinblick auf was? Zitat: Auch hier *glaube* ich Dich verstanden zu haben, aber Deine Formulierung ist hinreichend ungenau, um mir einen Kommentar zu verkneifen. ;-) Zitat: Das ist allerdings ein lustiges Gedankenbild. Wobei... das ist dann eine Sache des entwickelten Schubs, nicht? Bein einer Cessna würde ich nicht darauf wetten, das der Schub eine Blockierung der Räder überwinden kann... |
|||||
Solar
Nutzer
22.01.2006, 17:56 Uhr [ - Direktlink - ] |
Thema: Was meint ihr?
Brett: Get a Life @DrNOP: Zitat: Mag schon sein. Die Variante "verdoppelte Drehgeschwindigkeit" ist eh ziemlich wüst, denn der Geschwindigkeitssensor am Laufband müßte ja unterscheiden zwischen der durch den Vortrieb des Flugzeuges erzeugten Drehgeschwindigkeit der Räder und der durch's Rollband erzeugten - sonst würde das Laufband ziemlich schnell gegen unendlich laufen wollen (da die Beschleunigung des Laufbandes dank der Masseträgheit des Flugzeuges ja zusätzlich noch Drehgeschwindigkeit erzeugt, was ich im Beispiel noch nicht einmal berücksichtigt hatte)... Ich hatte die Variante überhaupt erst nachträglich hinzugefügt, weil eines der ersten Postings diese "Andersherum"-Möglichkeit aufbrachte. Jetzt wo ich nochmal darüber nachdenke, ist der ganze Ansatz Blödsinn. |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |