where can i get a link to the LCD screen you used. honestly this is the first time I'm hearing of LogiSim Evolution, so if possible could i get the links to the downloads to the "external" components that you used. i would like to experiment around a little with them and see what i could come up with
@Tucker Barber You can download my jar libraries which include the LCD screens at: sites.google.com/site/mrmcsoftware/home/downloads/cs3410for271.jar (for original Logisim), or: sites.google.com/site/mrmcsoftware/home/downloads/cs3410modvideo.jar (for Logisim Evolution). or you could use Cornell's version of Logisim Evolution (or even Cornell's jar libraries) or Kevin Walsh's Holy Cross version of Evolution or the newest reds-heig Evolution (BTW, the newest versions of Evolution break even more compatibility, so my JAR files probably won't work with the newest versions - but might not be necessary anyway since Kevin's, for example, has an LCD screen). Some of my other logisim JAR libraries are also available for download though: click on Downloads at: sites.google.com/site/mrmcsoftware But the floating point library isn't available. And here's a link for the sound buzzer (not the MIDI device (of which I provide an improved version on the link above)) which I didn't write: sites.google.com/site/immibis/ I think that covers everything.
When I recently downloaded a new version of Reds-heig Evolution, I saw that they changed enough things (got rid of functions or changed parameters of functions) that made some of my libraries unusable in the new version. I don't know if that's the problem you're having. My libraries do work in 2.13.20 version of Reds-Heig, you might want to try that version if you're using a newer Reds-Heig. However, the new Reds-Heig does have options to change to the original logisim look of components, so you might not even need my libraries. Of course, if you're using the newest Reds-Heig, maybe there's an undiscovered or yet unfixed bug in the new Evolution. Now a bit of a rant to Reds-Heig: with polymorphism and overloading capabilities that these object oriented languages (Java, C++, etc.) have, there's no excuse for changing function/procedure parameters without keeping a version compatible with the existing libraries. Why even use object oriented languages if you're not going to use it's best/useful features? Shame on you Reds-Heig.
@CHENYU LIU If you mean FPGA board, I believe you can, but I've never done it myself. You need a suitable size image of the board, and I believe a list of specifications that can be put into a file. You would need to map areas of the image to the various components and connectors. I don't know what Logisim does with any resulting files - it surely can't put them in the jar file or especially the exe file (depending on which form you are using). Probably puts the files in some workspace directory (specific to your OS). I haven't heard of any repository of board files. Usually it's the Logisim maintainers who create these files, and they would embed them in the Logisim jar file/executable. You could try downloading various forks to see if any of them has boards the others don't. EDIT: Forgot to mention go to the FPGAMenu in Logisim (or whatever it might be called in your version) and select BoardEditor.
@@MrMcsoftware Thanks so much. I really appriciate the help. By the way, I have touble finding the cs3410.jar library working with Logisim Evolution. It seems like it is private to Cornell Students, would you help me find it? Thanks!
@CHENYU LIU An official source for it is: www.cs.cornell.edu/courses/cs3410/2015sp/cs3410.jar Unofficial sources include: github.com/NaturalisSelectio/Logisim and github.com/PancrasL/LogismMIPSCPU But I don't know which version of Logisim (original vs. Evolution, for example) these are for, so they might not work for you. Even if these jar files are for Evolution, they might still not work for you because newer versions of Evolution have changed things enough to make older jar libraries incompatible. If it loads but weird things happen when trying to use the components in cs3410.jar, that will be the reason.
@@MrMcsoftware I tried all of them and none of them seems to work with current version of Logisim-Evolution(v 3.4.5). All of them have loading errors. I guess there aren't any cs3410.jar library up-to-date. Also, you were using Losisim-Evolustion in your video. Which file were you using? Thanks for the help.
Sorry for the delay in responding... I'm not sure which exact libraries you are referring to, so I'll list everything I can think of. I created ForEv.jar by grabbing the memory component source code from the original logisim distribution and modifying it to run in Evolution, and grabbing the video screen source code from Cornell's version of Evolution and modifying it for better video modes. I created the clock library myself. And I modified Kahdeg's midi device making it faster and more versatile (my version: sites.google.com/site/mrmcsoftware/home/downloads/mididevice.zip?attredirects=0 ). I hope this answers your question.
It depends on what you want to do. If you want to put your circuit in an FPGA, or even just learn VHDL or Verilog, then one of the Evolution forks would be best (Reds-heig or Kevin Walsh's holy cross, or some other version I'm not aware of). If not, then Classic would perhaps be better (faster usually). Some people would say that you should use the one that's still being developed/improved, and they would say that's Evolution (since Burch isn't developing the classic version anymore). However, there are people still developing/improving classic logisim (Logisim Ita for example) - so that probably shouldn't be a reason to not use classic. So it might just come down to personal preference.