|
|
|
|
|
|
|
ich studiere auch informatik! :P
ist leider bei uns pflichtfach.. dabei hatte ich seit der 8.klasse kein physik mehr /o\ aber okay.. lern ich nun mal wie man die welt versteht 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Gepan.3dsvs.com am 27.02.2013 20:50]
|
|
|
|
|
|
|
|
|
| | Zitat von Gepan.3dsvs.com
dabei hatte ich seit der 8.klasse kein physik mehr
| |
Wie geht das denn?
|
|
|
|
|
|
|
|
|
|
|
|
Ich hab so ein bisschen den Eindruck, dass mir ein paar Physikvorlesungen ziemlich gut tun könnten... andererseits muss ich keine hören und es interessiert mich echt nicht. /o\
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von RichterSkala
| | Zitat von Gepan.3dsvs.com
dabei hatte ich seit der 8.klasse kein physik mehr
| |
Wie geht das denn?
| |
vll wars auch die 10... irgendwann konnte man sich für bio und/oder physik entscheiden ..  naja..
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Gepan.3dsvs.com
http://i.imgur.com/UgjKC8d.png
da man ja laut hinweis mit der definitionsgleichung von der beschleunigung beginnen soll:
a = dv/dt => v(t) = integral(a(t) dt) = a*t + v0
v = dx/dt => x(t) = integral(v(t) dt) = 0,5*a*t² + v0*t + x0.
soweit, so gut. wie komme ich jetzt allerdings an die beschleunigung? vielleicht liegt es auch dran, dass ich die aufgabenstellung nicht so ganz ralle. vorweg: reibung etc. wird außer acht gelassen, soweit ich weiß.
aber v0 = 15m/s und s0 = 0. t0=0. t1=? (braucht man doch um die beschleunigung zu berechnen?! )
der ball fliegt ja einmal nach oben mit einer positiven beschleunigung und dann runter mit einer negativen. ?
bin verwirrt. aber so ganz versteh ich den 0815 krams eh noch nicht.
| |
Erstmal Hamiltonian aufstellen.
|
|
|
|
|
|
|
|
|
|
|
|
Hat mir jemand spontan eine Erklärung, warum die Berechnung von einer konvexen Hülle einer Punktmenge (Graham Scan, Gift Wrapping) immer mindestens O(n log n) Zeit braucht? Ich würde sagen weil man dafür die Punkte in einer bestimmten Reihenfolge abarbeiten muss, um diese Reihenfolge herauszufinden muss man die Punkte sortieren und daraus ergibt sich die übliche Schranke für vergleichsbasierte Sortierung. Aber das klingt mir irgendwie zu schwammig.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Alt, aber kein Alt-Text. Doppelfail!
// Danzelot: Ich weiß nich, was du noch willst außer dem, was bei beiden Artikeln unter "Complexity" steht. Es ist auch nicht "zu schwammig", zu sagen dass man etwas eben auf vergleichsbasiertes Sortieren reduziert und damit eben nlogn hat. Eher dankbarerweise treffend und exakt.
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von Rufus am 28.02.2013 11:25]
|
|
|
|
|
|
|
|
|
There are probably children out there holding down spacebar to stay warm in the winter! YOUR UPDATE MURDERS CHILDREN.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
// Danzelot: Ich weiß nich, was du noch willst außer dem, was bei beiden Artikeln unter "Complexity" steht.
| |
Ich wollte eine allgemeinere Erklärung. Mir wurde gerade erklärt dass sich ja das Sortieren von Zahlen auf das Problem der konvexen Hülle reduzieren lässt, beispielsweise indem die Zahlenfolge (1,6,8,3,5) auf ((1,1),(3,36),(8,64),(3,9),(5,25)) abgebildet wird und davon die konvexe Hülle berechnet wird. Also kann die konvexe Hülle gar nicht schneller sein als O(n log n).
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Danzelot am 28.02.2013 11:27]
|
|
|
|
|
|
|
|
|
Haha, geil
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
Mir wurde gerade erklärt dass sich ja das Sortieren von Zahlen auf das Problem der konvexen Hülle reduzieren lässt, beispielsweise indem die Zahlenfolge (1,6,8,3,5) auf ((1,1),(3,36),(8,64),(3,9),(5,25)) abgebildet wird und davon die konvexe Hülle berechnet wird. Also kann die konvexe Hülle gar nicht schneller sein als O(n log n).
| |
Äääh. Ja wenn du das Pferd von der Seite aufziehst, biste selbst schuld.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
| | Zitat von Danzelot
Mir wurde gerade erklärt dass sich ja das Sortieren von Zahlen auf das Problem der konvexen Hülle reduzieren lässt, beispielsweise indem die Zahlenfolge (1,6,8,3,5) auf ((1,1),(3,36),(8,64),(3,9),(5,25)) abgebildet wird und davon die konvexe Hülle berechnet wird. Also kann die konvexe Hülle gar nicht schneller sein als O(n log n).
| |
Äääh. Ja wenn du das Pferd von der Seite aufziehst, biste selbst schuld.
| |
Nö, da ist meine Algo-Professorin Schuld 
|
|
|
|
|
|
|
|
|
|
|
Ich hol das nochmal auf die nächste Seite hier, weil ich leider noch keinen Plan habe  Habe aber ein neues Buch aus der Bib und nehme das nochmal dann damit in Angriff!
| | Zitat von kl3tte
Und schon wieder eine Frage 
Es geht hier immer um den Punkt A!
http://www.abload.de/image.php?img=relativp2u1m.png
Also, die Drehmatrix hab ich locker hinbekommen, die relative Geschwindigkeit auch, in dem ich erst  aufgestellt habe und dann einmal abgeleitet habe. Kein Problem soweit.
Nur wie komme ich auf  ?
Also ich kenne die folgende allgemeine Formel:
Das Problem ist: Ich weiß nicht, was die einzelnen Therme sein sollen. Also klar, wenn ich die Lösung anschaue, sehe ich auch, dass es genauso aufgeteilt ist. Ich sehe auch, dass ich den letzten Therm schon habe.
Was ist aber die absolute Geschwindigkeit des O'-Ursprungs in den K'-Koordinaten, bzw. wieso gibt es da nur einen Eintrag in x'-Richtung?
Ah, während ich das tippe, sehe ich gerade, dass sich das Koordinaten-System natürlich mitdreht -.- Aber dann habe ich noch eine andere Frage dazu: Was ist denn  eigentlich? Also, das heißt für mich: relative Lage von O' in K'. Natürlich kann das nicht einfach (0 0 0) sein, aber was ist es dann?
Und was ist der mittlere Therm und woher bekomm ich den?
Man man man, wär ich mal öfter zu den Übungen oder zur Vorlesung gegangen
| |
|
|
|
|
|
|
|
|
|
|
C++
|
Ich habe eine Klasse welche momentan einen ID3D11Buffer *indexBuffer als Member enthält. Nun möchte ich diesen Pointer gern variabel halten, weil irgendwann später vielleicht ein IOpenGLWieAuchImmerDerHeisstBuffer *indexBuffer da rein soll.
Einfach einen void *indexBuffer nehmen oder was macht man an solchen Stellen am besten?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Gore am 28.02.2013 12:23]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Hier laufen doch sicher ein paar Profis rum:
Ich hab vor, demnächst mich in die Microcontrollerprogrammierung (in C) einzuarbeiten.
Dafür glaube ich zu brauchen:
1) Einen Microcontroller und alles, was dazu gehört.
2) Ein vernünftiges Tutorial für C in Bezug auf die Microcontrollerprogrammierung. Ich kann zwar Java recht gut, aber ich denke, C ist noch mal ein gutes Stück anders (und vor allem nicht objektorientiert).
Ich bin da völlig unbedarft in dem Bereich und weiß nicht so recht, wo ich ansetzen soll und was ich brauche. Ich hab mich die letzte halbe Stunde bei ein paar Googletreffern eingelesen. Da wird vom fertigen Arduino-Board bis zum auf einer Steckplatte Selberbasteln alles empfohlen. Ich muss dazu sagen, meine E-Technik Grundlagen sind eher so mau. Die Chance bestände, dass ich mir erstmal alles kaputtmache, wenn ich denn selber damit rumhantiere
Also, was meint ihr brauche ich für den Anfang?
/Achso, Zweck das ganzen ist: Ich muss mich in einem 3/4 Jahr in einem Praktikum sowieso damit auseinandersetzen. Dann besser jetzt, wo ich Zeit hab, mich in die Grundlagen einarbeiten. Ich hasse es, ins kalte Wasser geworfen zu werden.
Außerdem möchte ich mal was für meinen Bastlertrieb tun Ein paar kleinere Projekte starten, was interessantes damit machen.. Gibt sicher viele nette Sachen.
//Gefunden habe ich bspw. schon das hier:
http://shop.embedded-projects.net/index.php?module=artikel&action=artikel&id=108
oder das heir: http://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment#Selbstbau
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von foxnbk am 28.02.2013 12:43]
|
|
|
|
|
|
|
|
|
|
Einen Arduino Uno. Da ist alles bei was du brauchst um anzufangen, es gibt genug Tutorials, du kannst ihn über Shields in den Funktionen erweitern und auch andere ATMega Chips beschreiben.
|
|
|
|
|
|
|
|
|
|
|
#ifdef OPENGL
typedef IOpenGLWieAuchImmerDerHeisstBuffer TIndexBuffer;
#else
typedef ID3D11Buffer TIndexBuffer;
#endif
class XXX {
private:
TIndexBuffer* indexBuffer;
};
Als reine ANtwort auf die Frage. Um die Grafik-Api zu kapseln gibt es entweder fertige libs oder man versteckt ALLE 3D-calls hinter eigenen Klassen mit austauschbaren Implementierungen.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Admiral Bohm am 28.02.2013 12:46]
|
|
|
|
|
|
|
|
|
|
20¤? Geil! Außerdem ist da ein ATMega drauf, mit dem wir dann sowieso programmieren werden. Das ist ja schon ziemlich cool. Ich denke, dass wird für den Anfang eine gute Wahl sein.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
| | Zitat von Danzelot
Mir wurde gerade erklärt dass sich ja das Sortieren von Zahlen auf das Problem der konvexen Hülle reduzieren lässt, beispielsweise indem die Zahlenfolge (1,6,8,3,5) auf ((1,1),(3,36),(8,64),(3,9),(5,25)) abgebildet wird und davon die konvexe Hülle berechnet wird. Also kann die konvexe Hülle gar nicht schneller sein als O(n log n).
| |
Äääh. Ja wenn du das Pferd von der Seite aufziehst, biste selbst schuld.
| |
Nur weil ich mein Problem auf Sortierung reduzieren kann macht das keine Aussage über eine untere Schranke Komplexität. Das Reduzieren von Sortierung auf die konvexe Hülle ist der richtige Weg um das hier zu zeigen.
|
|
|
|
|
|
|
|
|
|
|
Ein Elektron soll jetzt vom 2p-Orbital ins 3s-Orbital hüpfen.
Wie sieht denn dann die Elektronenkonfiguration aus?
Spin Up/Up und Down/Down oder?
Laut Lösung sollten sich 4 Energieterme für die Valenzelektronen ergeben.
Aber da ich mal wieder zu blöd bin, hier meine Fragen:
Meinen die mit Valenzelektronen dann das übrigbleibende in der 2p-Schale? Oder das angeregte.
Die zugehörigen Termsymbole der Valenzelektronen lauten
1^P_1
3^P_2
1^P_1
3^P_0.
Ich kann mir keine schöne Lösung zusammenreimen, selbst wenn ich die Hundschen Regeln beachte.
/Edith: Sorry, natürlich Elektron. Die Auswahlregeln sind erstmal weitestgehend 'egal', man soll eher die zu den Termschemata gehörenden Symbole erklären, und wie sie Zustandekommen.
|
|
[Dieser Beitrag wurde 6 mal editiert; zum letzten Mal von Bazooker am 28.02.2013 13:07]
|
|
|
|
|
|
|
|
|
Hüpfen tut da nur ein Elektron und nich das Atom.
Und sollen die Dipolauwahlregeln beachtet werden oder nicht?
¤: Was für ein Fach ist das denn? Mich verwirrt die Notation gerade total.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von RichterSkala am 28.02.2013 13:04]
|
|
|
|
|
|
|
|
|
| | Zitat von kl3tte
Ich hol das nochmal auf die nächste Seite hier, weil ich leider noch keinen Plan habe Habe aber ein neues Buch aus der Bib und nehme das nochmal dann damit in Angriff!
| | Zitat von kl3tte
Und schon wieder eine Frage
Es geht hier immer um den Punkt A!
http://www.abload.de/image.php?img=relativp2u1m.png
Also, die Drehmatrix hab ich locker hinbekommen, die relative Geschwindigkeit auch, in dem ich erst aufgestellt habe und dann einmal abgeleitet habe. Kein Problem soweit.
Nur wie komme ich auf ?
Also ich kenne die folgende allgemeine Formel:
Das Problem ist: Ich weiß nicht, was die einzelnen Therme sein sollen. Also klar, wenn ich die Lösung anschaue, sehe ich auch, dass es genauso aufgeteilt ist. Ich sehe auch, dass ich den letzten Therm schon habe.
Was ist aber die absolute Geschwindigkeit des O'-Ursprungs in den K'-Koordinaten, bzw. wieso gibt es da nur einen Eintrag in x'-Richtung?
Ah, während ich das tippe, sehe ich gerade, dass sich das Koordinaten-System natürlich mitdreht -.- Aber dann habe ich noch eine andere Frage dazu: Was ist denn eigentlich? Also, das heißt für mich: relative Lage von O' in K'. Natürlich kann das nicht einfach (0 0 0) sein, aber was ist es dann?
Und was ist der mittlere Therm und woher bekomm ich den?
Man man man, wär ich mal öfter zu den Übungen oder zur Vorlesung gegangen
| |
| |
Oh Diggaa! Ich bin soooo dumm! (Haupterkenntnis im Studium meinerseits)
Auflösungen folgen gleich, wenn ich das vernünftig zu Papier gebracht habe
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von RichterSkala
Hüpfen tut da nur ein Elektron und nich das Atom.
Und sollen die Dipolauwahlregeln beachtet werden oder nicht?
¤: Was für ein Fach ist das denn? Mich verwirrt die Notation gerade total.
| |
Haha
Atomphsyik. Die Notation ist das ganz normale Termsymbol.
http://de.wikipedia.org/wiki/Termsymbol
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Admiral Bohm
#ifdef OPENGL
typedef IOpenGLWieAuchImmerDerHeisstBuffer TIndexBuffer;
#else
typedef ID3D11Buffer TIndexBuffer;
#endif
class XXX {
private:
TIndexBuffer* indexBuffer;
};
Als reine ANtwort auf die Frage. Um die Grafik-Api zu kapseln gibt es entweder fertige libs oder man versteckt ALLE 3D-calls hinter eigenen Klassen mit austauschbaren Implementierungen.
| |
Das sind gewisse structs, die in Klassen zu kapseln wird etwas schwer.
Die calls selber sind schon wegabstrahiert. Das über den Compiler so zu bauen wird in dem Buch, welches ich grad lese, abgeraten, bin aber noch nicht bei den Erklärungen dazu
Ist allerdings auch in meinen Augen nicht ganz sauber, sondern eher von hinten durch die Brust.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Bazooker
| | Zitat von RichterSkala
Hüpfen tut da nur ein Elektron und nich das Atom.
Und sollen die Dipolauwahlregeln beachtet werden oder nicht?
¤: Was für ein Fach ist das denn? Mich verwirrt die Notation gerade total.
| |
Haha
Atomphsyik. Die Notation ist das ganz normale Termsymbol.
http://de.wikipedia.org/wiki/Termsymbol
| |
Aber müsste J dann nicht sowas wie 3/2 oder 1/2 für das p Niveau sein?
|
|
|
|
|
|
|
|
|
|
|
Genau das dachte ich mir auch...
Durch P ist ja festgelegt, dass L = 1 ist. Dann komme ich für J auch immer auf 1/2 und 3/2. Vielleicht weiß ja einer mehr 
|
|
|
|
|
|
|
|
| Thema: pOT-lnformatiker, Mathematiker, Physiker XII ( Jetzt mit Primzahlen > 1024 ) |
