This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - alberthrocks
Pages: 1 ... 11 12 [13] 14 15 ... 55
181
« on: October 19, 2012, 05:14:16 pm »
A PPA would be nice.
Also I'll try to put up a mirror and maybe also package TiLP.
EDIT: sudo add-apt-repository ppa:omnimaga/ppa Tell me if someone wants to upload something there.
I'm pretty much clueless when it comes to Ubuntu and packaging, but I do maintain the current packages for tilp2, gfm, and libti* on Debian. Assuming it's the same as Debian... I'd love to get access!
182
« on: October 04, 2012, 12:01:21 pm »
how did you manage to boot this w/o RSA code?
Also, the OS can be "hot-launched" - basically, it can replace the currently running Nspire OS. 
(Basically, you can pretty much launch an OS on top of the currently running OS. A good example is Gujin or LinLD, or Loadlin.) EDIT: I haven't seen the video (I'm at school) - if he is launching from the documents screen, then it's a "hot" launch. If it's booted from the booting sequence, then it's "cold". I'm currently describing a "hot" launch.
183
« on: October 03, 2012, 04:38:47 pm »
But we won't be able to make it an os w/o the RSA keys so yeah :\ On the Clickpad (both prototypes and production models), we could, see http://ourl.ca/17131;msg=264341 
Also, the OS can be "hot-launched" - basically, it can replace the currently running Nspire OS. Great job on this!  Reminds me that I should be contributing more to the ndless side of things...
184
« on: September 28, 2012, 10:53:47 pm »
Not terribly great with the installation details, so you'll have to wait for an expert on that.  But, it's great to see you back! Development has sped along, and we have quite a few nice things: - A easy-to-use GUI and CLI SDK!
- Amazing 3rd party libraries - nSDL (yes, SDL for the Nspire!), nRGBLib, and NspireIO (console library)!
- Startup programs and file association support!
- ...and more?
And of course, I'd assume that you know about the TI-Nspire CX (the colorful varient)
185
« on: September 23, 2012, 12:17:30 pm »
I've set up a Google Code repository for Ndless! http://code.google.com/p/ndless/I've also set up a branch for one of my own changes. The tree can be found here and changes here.
186
« on: September 23, 2012, 10:26:00 am »
187
« on: September 23, 2012, 10:00:30 am »
If no one picks one project in particular, could you still host the source code somewhere in case someone decides to take over it much later? That way it won't be lost forever like many other TI projects.
Maybe. Though the only project left is something I really don't want (It's basically a cheating bot ) Yeah, well, you can always leave them on Google Code forever until someone decides to take over. And feel free to leave me in the team of gwabbitemu ^_^
Also your other undisclosed project looks interesting. Is it Debian-specific? (If it is, is it related to APT or something?)
Nah... the point of me giving it away is to solidify my programming portfolio, and later use it for my college apps. (I just realized I could do that yesterday ) I don't want to be associated with projects that are not even close to complete, hence my giving them away. I also don't have much time these days to work on projects, so I give them away in hopes of finding someone who might put some work into it! My undisclosed project... you're very very close. I can't tell you though unless you're actually interested in working on it with me. (Along with jacobly!) Wanna join? well, there's no reason to not have multiple, if there are enough people excited about both to maintain them. even something like a calculator emulator is something worth having multiple projects if each one goes about it in a different way that appeals to a slightly different crowd. even though it's still very much unfinished, i prefer wxWabbitemu to TilEm 2 still, for example; not because of any lack of functionality in TilEm, but rather because i prefer the stylistic approach (the interface layout, the way the screen is emulated, the keyboard controls, etcetera). i also know that there are multiple people who prefer TilEm, and that it's a great boost to the community.
Not to mention that Wabbit emu has a huge following, and is pretty much the go-to emulator for Z80.
Those are pretty much the reasons why I started wxWabbitemu. In the past, TilEM v1.x existed, which was great, but lacked a lot of features, such as GIF recording. In addition, the speed of the emulator was horrendous - it would take up all of your CPU, causing the laptop to heat up. Wabbitemu, on the other hand, took very little CPU, and was filled with features! Wabbitemu was popular back then, so I decided to port it. I thought about making wxWidgets the toolkit, since it was cross-platform and all, plus I fell in love with it. The other reason was that I figured Buckeye would be able to help me port it easier, since wxWidgets is rather similar to the Windows MFC API. However, we later discovered that wxWidgets was not exactly the Windows API... more of an odd mix. And I later realized that no one would really use the Windows or Mac OS X port of this, making the cross-platform part of wxWidgets pointless. Furthermore, TilEM v2.0 was released - a stable release that fixed its shortcomings. Now, we have wxWabbitemu. Do I regret not choosing GTK+? A little, to be honest. It would have been more straightforward (and "native") to use GTK+ instead of a big wrapper around it. It might be even faster, now that I think about it. But I don't regret it that much to stop work on such a project. Besides, the project is going on quite well, and it still is a very nice solution for Linux users! (Plus, it is still cross-platform, so in the future this might be a emulator for Windows users who find that the regular Wabbitemu doesn't work - like an "unstable" vs "stable" release, you might say!) As for gWabbitemu - that project should've taken the place of wxWabbitemu. If ATG is able to make that work out (which, I have to say, is pretty hard, seeing that it took years for wxWabbitemu to gain some progress), I would not be surprised if gWabbitemu gets more users than wxWabbitemu, since there's no need to install an extra wxWidgets dependency to get it to run. Nevertheless, I'll continue my days with wxWabbitemu, hoping to finish it as soon as possible so that something fun and awesome can finally make its way into Linux!
188
« on: September 23, 2012, 09:47:54 am »
I was only interested in removing the burden of boot1 & co. from the users, but apparently it won't suit here in its current form, so I'm not looking forward to doing anything else about it really (I could always circumvent the legal issues but I'm not interested in playing hide and seek). This was something I hacked together in one night, and I don't have more time to invest.
Yeah, DMCAs are not pretty for us here. Web hosting companies tend to freak out, and shut off a customer's service altogether, even if the DMCA turns out to be wrong. A long term solution would be to have a wizard like Wabbitemu has - either make a ROM from the OS (assuming a community boot1 is made), or dump a ROM. And of course, forgo the usual CLI arguments and load up the emulator with the previous settings immediately. (Of course, CLI arguments will still be supported.)
189
« on: September 22, 2012, 09:34:25 pm »
That's fine, I'll talk to Buckeye if i have any questions then. Thanks. I can't promise I'll be able to devote a lot of time to this either due to my other research and projects, but i don't want it to die so I'll do what I can. Expect a slow trickle of progress at best. I need to focus on completing DOA a bit more than on this.
No that's fine! Besides, it is kinda your project now (and I'll transfer the project to you shortly). (I have wxWabbitemu to manage, anyway! ) I need an email with Google Account enabled so I can transfer ownership to you.
190
« on: September 22, 2012, 05:01:50 pm »
I love Ubuntu, am familiar with bash, and love learning new things (I can only guarantee having time to do stuff if it's more interesting than all my other projects though ).
I've PMed you the project details, and am awaiting your response! I think i'd like to play around with the gWabbitemu. It'd be a good linux programming learning tool for me. Please don't kill it!
[edit]
Ok so downloaded Mercurial and cloned the source repository to my laptop. I started poking around in the code to make sure it wasn't too foreign to me to be able to work on it. I think I can do it, but I am going to need some help learning some stuff about how the emulator works on the inside, it makes sense mostly, but some things could use some more comments. I would really appreciate any time you take commenting the code for me.
Ahh... that could be an issue The reason I'm giving these projects away is because I have little to no time (at least until mid November). Sorry!  You can consult with Buckeye about the emulator internals, but you don't have to go that deep into the emulator. interface/ is the folder to take a peek at. If you want a solid reference, take a look at wxWabbitemu (probably the reason why gWabbitemu never really got much work). The code in gui/* should give you an idea of where to head. EDIT: Please tell me whether you are committing to work on the project!
191
« on: September 22, 2012, 03:30:32 pm »
This seems like a good idea, so I'm starting the project adoption thread!I am currently cleaning up my FOSS (free and open source) projects. That said, I've already deleted a few projects that have no code (or are useless). However, there are a few left that have solid code, and instead of throwing them away (and wasting code), they might enjoy another project admin. Here are the projects that I'm giving away: LockerzBot: remember when Lockerz used to be that "big thing"? This helped power it! It used to be able to automatically fetch PTZ for you. It's likely that this might still work, with some modifications. (Python, moderate completion, https://code.google.com/p/lockerzbot/) gWabbitemu: your favorite TI-8x emulator, ported to GTK+ for Linux! If you're looking for a native, GTK+ port of Wabbitemu, this is it! It needs some a LOT of love and caring, but it can be done! (C, little progress, https://code.google.com/p/gwabbitemu/) Adopted by AaroneusTheGreat! Thanks! These projects will be executed in 2 days, so please, save them from the Project Shelter's wrath!There is also a special project: This is a project that I am keeping, but I would like some assistance with it! Requirements are that you should be familiar with BASH scripting, love Debian/Ubuntu/Mint, and have lots of time to learn and do things! It's undisclosed, but you will be benefiting the TI calculator Linux community with your work! Let me know if you're interested in adopting one of these adorable little projects! As always, please demonstrate proof of adopter interest and skill! First come first adopt!
192
« on: September 21, 2012, 07:40:48 pm »
No, i mean the bots that do actual http requests and mess with omnomirc that way
Oh, like jimbauwen's New JS bot? Hmm, I guess... Well, WebSockets != HTTP, but I see what you're saying. If a small chat server was run that would be like IRC, but for Omni only, you could alter your bots to connect to that, which would connect to IRC Still, it's kinda uncertain as to whether we will support that protocol or not. Firefox 11, Chrome 16, Safari 6, and Opera 12.50 are the browsers that support it now, but older versions (such as browsers found in public areas) would not be able to use this. Furthermore, firewalls and filters may take action to block such a continuous stream. I guess what could happen is WebSockets implemented in the backend, and have OmnomIRC simply be a frontend to it. Then OmnomIRC could relay said stuff into IRC, and keep a shortlog/log of convos. And bot devs might have an interesting API Of course, this might be a lot more trouble than it's worth (and might be worse than OmnomIRC now!)... but it can't be that bad, right? (For reference, Eeem's nodejs chat server uses only 1.1% of 1034452 KBs = 11.378 MBs of memory, which isn't bad, especially since nodejs is interpreted and whatnot. It might actually work! But I'll let the powers-that-is decide )
193
« on: September 21, 2012, 07:27:29 pm »
That would mean i'd need to rewrite some of my bots
But i think go for websockets
Nope, it's just for the client/server of OmnomIRC. OmnomIRC will still be sending to IRC. I'm highly doubtful that you would be able to access the websockets without being logged in somehow in your account, though... I'd opt for shared memory for the sake of compatibility.
194
« on: September 20, 2012, 10:31:45 pm »
Prolly alot more then withg can handle....maybe the backup server could handle it tho......
Yeah, I was thinking about that Minecraft server... it can go down for a while, since no one really uses it. And what about 57o9? (BTW I finally found out what caused those memory leaks that kept locking up the server, freeing about 400 MB RAM \o/)
Yeah, I mentioned you in my post as a possibility. I'm surprised no one mentioned taking the time to redesign OmnomIRC and make it more efficient for servers and clients! That path would mean anybody could really host it, and there could be redundancy fallbacks when, say, Netham45's server goes down (and 4 other servers could take its place).
195
« on: September 20, 2012, 07:19:34 pm »
How much resources does it demand? Perhaps me/Juju could take the load for now while?
Pages: 1 ... 11 12 [13] 14 15 ... 55
|
Show Posts