Beiträge von Magic94

    Hi, ich bräuchte mal einen Video8 Rekorder / Camcorder. Bin heute über einen berg Video8 Bänder gefallen aus unserem alten Camcorder. Der Camcorder der dabei war ist leider völlig zerstört.
    Würde sie nun gerne schnellst möglich digitalisieren damit nicht noch mehr flöten geht. Die alten Bänder werden mit der Zeit ja nicht grade besser.

    Würde euch dann den kompletten Versand erstatten und jenachdem wie meine Eltern so drauf sind kommt auch noch ein netter Bonus drauf.

    Bräuchte ihn für 1-2 .. vl. auch 3 Monate.
    Bei meiner Oma sollen auch noch Bänder liegen. "Ein schrank voll" .. keine Ahnung wieviel das noch ist.

    Grüße.


    Ich persönlich halte "if 0 <> 0 then machwas;" zwar schöner und lesbarer als dein obiges Beispiel, aber wenn du mehrere Abfragen hast die du verschachteln müsstest, dann halte ich ein vorzeitiges return für schöner als eine if-Verschachtelung.

    War auch grade nur ein Beispiel damit man versteht was ich mit exit meine.
    Ich nutze das ja auch nur wenn die Prozedur selber schon >100 Zeilen ist und der "andere" weg ohne Exit dann gleich nochmal 50 Zeilen drauf kosten würde.


    just darüber bin ich heute gestolpert, die wikipedia hat nen schönen abschnitt dazu, wo u.a. Knuth zitiert wird mit ein paar guten Beispielen warum man nicht alles mit if/else und schleifen machen will

    Zitat

    Von einigen Entwicklern wurde auf der Linux-Kernel-Mailing-Liste die häufige Verwendung von GOTO im Quellcode von Linux diskutiert. Linus Torvalds sagte dabei, dass die Verwendung von GOTO die Lesbarkeit des Quellcodes in vielen Fällen sogar deutlich erhöhen könne


    10GOTO10 :banane::banane::trollface:

    Hallo,

    Viele behaupten, dass wenn man die Anweisung "exit" benutzt, schreibt man in einem falschen oder altem Programmierstil. Dennoch finde ich immer wieder Programme / Algorithmen wo diese Anweisung verwendet wird. Wie seht ihr das?

    Da ich hier von Delphi rede und diese Anweisung in jeder Programmiersprache anders heißt: "exit" bricht die momentane Funktion / Prozedur sofort ab.

    Zitat


    if 0 = 0
    then exit
    else machirgendwas;

    Whut. Was passiert wenn du es versuchst?

    Windows 8 auf meinem PC (4 Festplatten, 2 Grafikkarten, 2 Soundkarten) - installation findet nicht die passenden Partitionen. Installier ichs auf ne extra dazugesteckte HDD schmierts andauernd ab.

    Windows 8 auf meinem Laptop (Asus X64V) - "Dateien werden für die Installation vorbereitet" bleibt einfach irgendwann stehen und knattert stundenlang blöd auf der Festplatte rum... (habs über nacht laufen lassen)
    Versuch 1: 49%
    Versuch 2: 46%
    Versuch 3: läuft grade.. schon über 50%

    Windows 8 auf dem PC meines Vaters - nach 4 installationsversuchen gings. Installation schlug einfach fehl.. keine meldung, es bootete einfach nicht.

    Mac OSX, DVD rein -> konfigurieren, installieren, spaß haben

    Windows 8 lässt sich nicht auf meinem PC installieren
    Windows 8 lässt sich nicht auf meinem Laptop installieren
    Windows 8 lässt sich nicht auf dem PC meines Vaters installieren.
    ... Mac OSX schon.

    Da läuft irgendwas schief


    Die Moderne Art Screenshots zu machen :D Das scheint die Graka nich zu ögen

    Auf einem Screenshot via "DRUCK S-abf" ist der grünstich ja nicht zu sehen ;)


    Hilft in dem Falle die Benutzung eines Gamma-Reset-Tools?

    Das wieder normal zu bekommen ist nicht die Sache.
    Aber warum kommt es überhaupt dazu?


    Auf einem Screenshot via "DRUCK S-abf" ist der grünstich ja nicht zu sehen ;)
    btw. Thinkpad 600 + Graka? .. :D Ja das ist son Chip drin der den Bildschirm unterhält, aber das ist eher ein Framebuffer der sich 2MB RAM klaut


    Das wieder normal zu bekommen ist nicht die Sache.
    Aber warum kommt es überhaupt dazu?

    Nabend!
    Habe eben Music 2000 (später MTV Music Generator genannt) auf meinem Thinkpad 600 installiert.
    Das Spiel selber ist steinalt (2000 oder 2001) und das Laptop ja ebenfalls (1998).
    Ich weiss nicht genau ob das Spiel DirectX oder OpenGL benötigt, aber scheinbar nicht wirklich, oder nur so viel, dass der CPU es emuliert bekommt.
    Das Spiel läuft meistens für ein paar Minuten, das Thinkpad wird nicht heiß, die Festplatte ist "normal" belastet.
    Trotzdem verabschiedet sich das Spiel gerne mal aus heiterem Himmel, bricht einfach ab.
    Wenn ich das wieder in Windows bin - die überraschung:

    Vor dem Starten:

    Nach dem Absturz:

    Der grünstich geht auch erst weg, wenn ich dann einmal in den Projektormodus schalte und zurück.

    Guten morgen!
    Habe gestern ein kleines Programm geschrieben was MIDI Events übers Netzwerk schickt.

    Kurze Erläuterung des doch etwas umwegigen Verfahrens:
    Ein MIDI-Player (hier Winamp) spielt eine MIDI Datei auf meinem HauptPC ab.
    Winamp gibt die MIDI Events in MIDI-Yoke (virtuelles MIDI Kabel).
    Mein Programm empfängt daraus diese Events, verpackt sie in einem Record und schießt sie per UDP-Broadcast ins Netzwerk.
    Mein Thinkpad empfängt diese Nachricht, alles wird wieder auseinander gepflückt und als MIDI Event erstmal auf den Microsoft Synth geschoben.
    Ton kommt flüssig und meistens ohne weitere Lags.
    Nun hängt am MPU-401 (Gameport) des Thinkpads meine Gravis Ultrasound.
    Wenn ich nun also die MIDI Events die vom Netzwerk kommen vom Thinkpad dann zur Gravis Ultrasound schicke kommt auch von ihr Musik.

    Und jetzt das Rätsel Nr.1 (gelöst)
    50% der MIDI Files werden auf diesem Wege nicht von der GUS geschluckt.
    Wenn ich dann ein MIDI-File direkt auf dem Thinkpad abspiele und zur GUS schicke ist das kein Problem. Warum also weigert sich die GUS? Die weiss ja schließlich nicht von wo die Events genau kommen. Vom Thinkpad halt.

    Rätsel Nr.2
    Wenn dann einmal eine MIDI abgespielt wurde, welche NICHT von der GUS akzeptiert wurde, laufen die die eigentlich funktionieren auch nicht mehr. Die GUS macht also komplett dicht! Wenn ich dann während der Wiedergabe von meinem PC auf dem Thinkpad den Synth wieder wechsel auf den MS-Synth kommt da auch was an! Ich muss also erst mein Programm beenden. Vom Thinkpad eine MIDI direkt abspielen und zur GUS schicken (da werden dann auch alle akzeptiert).
    Und erst dann klappt wieder der Netzwerk-weg.

    Rätsel Nr.3
    Dieser ist etwas Code-Spezifischer
    Die MIDI-In Komponente welche ich nutze wird ziemlich oft asynchron. Erst wenn ich dann einmal MidiIn.Stop und wieder MidiIn.Start ausgeführt habe wird es wieder normal.
    Habe schon nachgeguckt. Es gibt keinen Buffer den ich soweit verstellen kann. Aber irgendwas scheint da ja mal gut überzulaufen.
    Den Code und die Komponenten werde ich erst heute Nachmittag / Abend hochladen.

    EDIT1: Jap .. Rätsel Nr.1 hätte ich dann schon :D


    Grüße


    Midi geht unter Server 2003 genauso gut wie unter XP, aber ohne Soundkarte oder sonstigem MIDI-Equipment schaut's natürlich eher schlecht aus, das ist klar...

    fragt sich nur, warum.
    LoopMIDI bzw. MapleVMC hat mit der Soundkarte nichts zu tun.
    Das sind Programme die lediglich die MIDI Befehle weiterschaufeln.
    z.B. kann man damit einen LoopMIDI-Port in Synthesia (Spiel) ansteuern und halt die Befehle die dann in den Port fließen nimmt sich dann z.B. ein VST.. hat afaik nichts mit der Soundkarte zu tun (ausser das das VST afaik die Soundkarte zur ausgabe des Tones braucht).


    funktionierts jetz also alles wieder?

    Es kann auch passieren, dass die Treiberdateien beschaedigt werden oder irgendwie kaputt gehen koennen. Ich hatte das mal bei CTCM.EXE von meiner AWE64 Gold gehabt, keine Ahnung wie sowas passieren kann, aber als ich die Datei von der CD wieder neu auf die Platte kopiert habe, oh wunder es lief wieder ;)

    hab mich mit ein paar MIDI Files gehabt. gingen auch flöten.
    Aber dafür zieh ich von der Kiste monatlich eine Sicherung.

    Naja jetzt muss ich nur noch den Adlib Tracker II dazu treten sich die GUS zu nehmen und dann kann es wieder losgehen :D

    so, nachdem ich jetzt die beiden Systemdateien jetzt mal nach allen regeln der Kunst aufgeräumt hab, hat sich etwas geändert!
    SBOS verreckt nicht mehr am Stapelüberlauf - startet aber auch nicht... bleibt einfach stehen
    PLAYMIDI exakt das selbe.

    EDIT: Hab was gefunden... verstehen tu ichs noch nicht, aber da könnt ihr mir sicher helfen

    Habe grade den GUS-Setup nochmal ausgeführt und ihn den Ressourcencheck machen lassen.

    "Testing SoundBlaster selections ... Failed"
    "Multiple SBOS IRQ's generated"

    Werde jetzt also mal ein bisschen an den IRQs rumdrehen.
    (PS: Kann es sein das der neue SCSI Controller schuld ist?)

    EDIT2: der SCSI Controller mietet sich IRQ 10. kommt sich also schonmal nicht in die quere.
    Habe der GUS jetzt mal für MIDI und Soundblaster-sachen IRQ 3 und DMA 1 gesichert im BIOS. Dennoch, wenn ich die neue einstellung teste kommt:

    Zitat

    I/O Channel Check - Checking for Segment...
    Offending Segment:
    0000
    Preiss F1 to disable NMI, F2 to reboot

    F1 ändert nix.. F2 .. ja :D

    EDIT3: IRQ 7 und 12 gesichert im BIOS
    und schon klappt wieder mit dem Nachbarn...

    Danke an alle :)


    Bei dem PIII musst aber auch die Festplatte mit dem DOS mitnehmen oder ne alte kleine DOS Festplatte reinhaengen.


    Ich wollte dann eben ein DOS auf ner kleinen Platte da installieren. Ist ja schnell gemacht


    Kann sein, dass sich manche Fehler eben nur unter DOS oder 16Bit Windows zeigen (wegen der speziellen Treiber), aber unter neueren Windows auf einmal alles einwandfrei funktioniert mit den Windows Standardtreibern.


    Nichts für ungut aber die Gravis Ultrasound Classic läuft eh nur unter DOS und 3.11 :D Windows 95 und 98 ist schon Bastelei. Alles was drüberliegt führt nur noch zu elendem quietschen aus der Soundkarte. Für ne GUS gibts auch keine Windows Standard Treiber. Ist ja afaik auch Kanadischer non-PnP Mist :D


    Bei meinem Soyo Sockel 7 Board modifiziere ich auch nochmal den RTC, mal sehen, obs dann kuriert ist. Aber son ASUS P55T2P4 (mit funktionierendem Dallas RTC) lass ich mir trotzdem noch zukommen demnaechst. Ich dachte, die So. 7 Boards sind noch recht robust...

    Geht.. nicht mehr wirklich. Die lassen ziemlich nach.
    Wobei bei meinem tatsächlich die RTC noch tickt (oh Wunder)