Suchergebnisse
Suchergebnisse 1-15 von insgesamt 15.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
Mal eine grundsätzliche Frage an den TE @ErfinderDesRades: Ist dieser Thread ausschließlich für echte Probleme? ... oder auch für selber ausgedachte Rätsel? ... deren Lösung ich weiß oder nicht weiß? ... ausschließlich für VB.NET oder auch andere Sprachen? Die bisherigen "Fragen" waren ja nicht so knobel mäßig und auch nicht besonders schwer.
-
Die Lösung für die Ränder steht doch in dem Wikipedia Artikel: Zitat: „Edge Handling Kernel convolution usually requires values from pixels outside of the image boundaries. There are a variety of methods for handling image edges. Extend The nearest border pixels are conceptually extended as far as necessary to provide values for the convolution. Corner pixels are extended in 90° wedges. Other edge pixels are extended in lines. Wrap The image is conceptually wrapped (or tiled) and values are take…
-
Was ist wenn das Laufwerk anders ist?
-
Aufgabe: Zähle Zeile Challengetyp: "I can do that in one line!" Lösungen bitte ausschließlich als Einzeiler. Wer noch eine kleine extra Challenge haben will: auf unnötige Konvertierungen zwischen Reihungen verzichten! (z.B. toList()) Ergänze folgenden Funktionsrumpf: VB.NET-Quellcode (11 Zeilen)
-
Statt ReadAllLines() sollte man besser ReadLines() verwenden. Das array, das man aus ReadAllLines() bekommt scheint nicht sofort freigegeben zu werden. Zumindest belegt die Anwendung weiterhin ziemlich viel Speicher. Wenn man dann noch alle Zeilen in ein Ding stopft (wie beim EDR), dann kommt es zur OutOfMemory Exception (bei großen Dateien). Auch nach dem terminieren der countLines Methode scheint sich der GC erst mal nicht um das Array zu kümmern. GC fail. Erst wenn der Speicher knappt wird, l…
-
Mein Fehler. Ich meinte natürlich ReadLines. da sollte das Count ja egal sein, weil die Auflistung eh nur einmal durchlaufen wird. @EDR bei ReadLines hat z.B. den Vorteil, dass aufgrund der faulen Auswertung die Zeilen zum spät möglichsten Zeitpunkt gelesen werden.
-
Mit VS2010 gar net so leicht. Aber kompilieren geht mit msbuild ohne VS. (Versteckter Text) Falls es jemand interessiert, wie man ohne VS kompiliert, hier der batch code: Quellcode (3 Zeilen)
-
Ich hab doch den Batsch Code gepostet. Es muss natürlich Framework 4.5 installiert sein und der angegebene Pfad muss stimmen. Bei meiner Lösung brauchst du nur 2 Zeilen entfernen. Ich seh grad der geht auch mit GroupSizes 0 einwandfrei.
-
Finde den Fehler Hab mir grad ein kleines Progrämmchen geschrieben, dass die Messdatenmenge reduzieren sollte und bin auf einen unerwarteten Fehler gestoßen. Das Programm sah anders aus, aber folgendes Codeschnipsel reicht auch aus: VB.NET-Quellcode (3 Zeilen) Nach einer Weile war mir dann klar wo der Hund begraben liegt. Bitte nicht einfach Ausführen/Debuggen, außer ihr kommt gar net drauf. Reinkopieren in VS ist natürlich OK. Wo liegt der Hund nun begraben?
-
Zitat von ErfinderDesRades: „erst anfängt zu schreiben, und danach zu lesen? Von wegen lazy evaluating?“ So ähnlich, aber das Locken der Datei beginnt schon in Zeile 2. (musste grad selber nochmal überprüfen). Es wird also zuerst der Lesezugriff ausgeführt. Lazy evaluating ist genau das richtige Stichwort. Die Zeilen werden zum spätest möglichen Zeitpunkt gelesen. Will heißen, dass beim Schreiben der ersten Zeile die übrigen Zeilen noch gar nicht gelesen wurden. Die Datei ist auf jeden Fall spät…
-
Das ist weniger ne Denkaufgabe, als ne Rechenaufgabe. (Versteckter Text) (Versteckter Text)
-
Du hast Recht. Bei mir ist der Baum gar nicht balanced. Ich habe mir die Zahlenfolgen aufgeschrieben und einen Algorithmus entwickelt, der sie wiedergibt. Dabei habe ich vergessen, dass die Reihenfolge in der jeweiligen Ebene auch eine Rolle spielt. Statt 7 11 9 13 8 12 10 14 habe ich einfach 7 11 9 13 8 10 12 14 generiert. Ich habe mir mal ein paar Gedanken gemacht und bin auf eine ziemlich krasse Lösung gestoßen. Wenn man die einzelnen Bits der binäre Darstellung einer Zahl als Entscheidung an…
-
Zitat von iCanNonIc: „denn es geht - Meiner Meinung nach - auch noch etwas einfacher.“ Irgendwie scheint mir deine Methode nicht wirklich einfacher. Meine Methode besteht halt nur aus 1.) integer hochzählen 2.) Bitmuster des integers spiegeln 3.) die ehemals führenden Nullen wegshiften Von der Performance ist deine Methode ziemlich ungünstig, weil man ständig Listen bearbeitet. Was ich allerdings interessant finde ist, dass du nur eine Komplexität von N hast. Wäre gut, wenn du mal nen Code zu de…
-
@ErfinderDesRades Deine Methode braucht bei mir 30 ms und ist damit etwa 2 ms schneller, als meine unsafe Variante. Ich habe noch ne Möglichkeit gefunden, die ich mir vorher schon überlegt hatte aber aus Übersichtlichkeit nicht implementiert hatte. Es ist nämlich so, dass sich bei 255 von 256 Fällen nur das niedrigste Byte ändert. Deswegen braucht man in 255 von 256 Fällen nur ein Byte invertieren. Dadurch bekommt man in der Theorie nochmal einen Faktor 4 in der Geschwindigkeit. Bitshift scheint…
-
Es lag tatsächlich an der Initialisierung via Enumerable.Reapeat(). Mea Culpa! Die ganzen for-Schleifen sind tatsächlich sehr unschön und völlig unnötig, da man ja nur die innerste for-Schleife (0-255) gesondert behandeln will. Die Version vom EDR ist ziemlich elegant und war bei meinen Tests genauso schnell wie die Unsafe-Variante mit den Byte-Pointern (beide etwa 14,5 ms) . Die beiden Methoden machen ja im Prinzip das Gleiche - nur mit dem großen Unterschied, dass die EDR-Variante safe ist. @n…