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 - tangrs
Pages: 1 ... 13 14 [15] 16
211
« on: March 09, 2012, 04:43:10 am »
A very early version is ready for use!
212
« on: March 08, 2012, 04:09:54 am »
Thanks for the feedback! I'll polish it up a bit before a binary release since it's quite ugly right now  I'll probably have it up by the end of tomorrow. Edit: Thanks to the CX's bigger storage area, I managed to get a full episode of an anime onto the calc! It probably won't work on the older Nspires, right?
It doesn't take much to port it to the old calcs. I'll get around to it after I polish things up.
213
« on: March 07, 2012, 05:30:11 am »
Inspired by nPlayer, I spent a long time trying to write an improved video player and looking for a easy way to get compression on the video files. Today, I managed to incorporate JPEG compression into my program and I'm happy to say, I have managed to bring the file size of a movie file from ~131.84MB per minute (sequential raw bitmaps at 15fps) to a measly ~2.86MB per minute (sequential JPEGs at 15fps). I can play the whole Rickroll song while only using about 10.5MB for the movie file. Combine that with the ~90MB free space you get on a CX, you could probably fit about a half an hour movie or anime on it. Although it's a WIP, I probably won't have any time to further improve it (school yah see). The nPlayer developer(s) are welcome to use my ideas and code (code is GPL'd though) to improve nPlayer. Anyway, here's the video and link to the source code. Source code
214
« on: February 21, 2012, 04:57:52 am »
Here is a small novelty I made over the past few days. It's a retro TV effect that works when you switch off your calculator. Here's a Youtube video of it in action: Unfortunately, at the moment it only works on the CX model running OS 3.1. I'm still looking around for a better hooking address but apart from that it works okay-ish. More details in the README if anyone is interested in improving it. Source and downloads
215
« on: February 21, 2012, 04:52:59 am »
Any progress on this? ELF support would be very interesting to see on the Nspire! 
The basic loader works on the older 2.1 models but I haven't had a look on how to get it to work on Ndless 3.1 (and take advantage of it's built in file association system). I'll get around to it soon.
216
« on: February 07, 2012, 05:10:04 am »
Looks very interesting! I might use it sometime when I have the time 
217
« on: January 20, 2012, 07:34:44 am »
In my previous post, I forgot to post something along the lines of "nice job". Please accept my apologies 
I've seen a 480B program with an equivalent ~50KB ELF file. Uh, does this one contain an awful amount of debugging information, or is it just the toolchain going insane ?
The complexity of ELF is the reason why several of us had thought of the much simpler BFLT 
DLL hell can be alleviated by using versioning (in a correct fashion).
Thanks, it's appreciated I don't know what's causing that massive ELF file. I'll need to investigate what's hogging all the file size. It does seem an awful lot LOL I'll look into BFLT - maybe I should channel my energies into writing a BFLT loader instead Nice to see much progress on it.
I only understand half of what is said, but I can see its something good
Thanks, but it's nothing really special or anything most users would even want to use @ExtendeD, loading shared libraries seem to be a little more complex than I originally thought. It's most likely doable but I'm just wondering about the performance implications of it. I'll have a crack at it some time.
218
« on: January 19, 2012, 04:40:28 pm »
Nice tangrs
For my understanding, before I find more time to look into this :
- What are the remaining issues?
- How big the loader is, and how much bigger does ELF programs are compared to the current programs?
- How far would the loader be from being able to link programs with dynamic libraries (and is this something really want looking back on the TI-68k experience)?
Most of the issues remaining are pretty much error checking and bug hunting and fixing. The loader is roughly 53KB. Depending on your linker options and program, ELF files are generally many times larger than normal binaries but it's hard to know exactly how much. To give an idea, you normally won't find a ELF file less than 30ish KB. I've seen a 480B program with an equivalent ~50KB ELF file. Weird enough, I've also seen a 53KB program with a 60KB equivalent ELF file. I've had a thought and I think it's probably better it's made into an optional extra in Ndless since the loader contains a lot of bulk and most users won't be needing ELF files. Thoughts? I haven't really looked into loading dynamic libraries so I'm unsure of it's complexities right now. It does seem a little messy though (i.e. as mentioned, we could easily run into an equivalent of DLL-hell). I'll take a look into it and see if I can work something out.
219
« on: January 19, 2012, 07:21:33 am »
Just a quick update on this
The ELF loader is at a point where most users can use it. I've removed the debugging console and polished it up a bit. Most users can compile it and use it for loading their ELF files now (instructions on how to build your programs to work on this is on the readme).
It's implemented as a hook onto the normal program loader so you can open ELF binaries just as easily as you do opening normal Ndless binaries.
I'd be interested to hear your feedback and any bug reports!
Thanks!
220
« on: December 27, 2011, 05:27:15 am »
tangrs, I see on your blog that you actually have a C++ build chain that works more or less. Do C++ programs now runs with your ELF loader?
What are the "required functions" not implemented by Ndless that exception handling needs?
Yes, the ELF loader loads most C++ programs. There's still more testing to do though but it works for the basic test programs I wrote. The C++ buildchain is really a hit and miss kind of thing. I can't remember what kind of things the C++ compiler needed to handle exceptions - I remember that the linker was complaining about missing symbols related to C++ exceptions. I'll look into what exactly is needed for exceptions though. Edit: Probably something like <a href=" http://wiki.osdev.org/C%2B%2B_Exception_Support">this</a> would work.
221
« on: December 18, 2011, 04:27:57 pm »
222
« on: December 18, 2011, 06:37:53 am »
Interesting tangrs.
But integrating to Ndless an ELF loader seems to be a bit overkilled just to support static initializers.
It's true that this would be annoying for initialization of arrays, but there's a simple workaround for this with nl_relocdata().
Oh, I know for c there are workarounds easily but I'm also working on getting C++ code working on Ndless and vtables and the lot are a lot more difficult to relocate using workarounds. That was what the ELF loader was originally for haha. Though I do agree it might be a bit of an overkill especially considering this is an embedded platform. Thanks for the insights guys, you guys pointed out some things I overlooked
223
« on: December 17, 2011, 07:12:39 am »
Out of curiosity, why was BFLT never used? Well, I think it has been much more a matter of finding enough free time, than a matter of feasibility
Ahhh, I see. That makes sense.
224
« on: December 15, 2011, 05:25:52 am »
BFLT does look interesting. I'll look into it. Out of curiosity, why was BFLT never used? Edit: You're right. ELF is pretty complex. Out of the week I spent on the project, 4-5 days were spent just reading and re-reading manuals and example code
225
« on: December 15, 2011, 05:20:45 am »
Pages: 1 ... 13 14 [15] 16
|
Show Posts
