Rockbox Technical Forums

Rockbox Development => Starting Development and Compiling => Topic started by: bobdotexe on October 29, 2009, 06:48:55 AM

Title: noob questions;
Post by: bobdotexe on October 29, 2009, 06:48:55 AM
I've wanted to learn C for a while; but Lua looked easier;
So what do I need to get started, I know like a sdk or something,
but what about library or something.

P.s the only programming I've ever done before is in basic, so....

can some one help?
Title: Re: noob questions;
Post by: LambdaCalculus on October 29, 2009, 01:20:09 PM
This isn't a general programming site. Try googling for Lua information.
Title: Re: noob questions;
Post by: Chronon on October 29, 2009, 02:23:30 PM
The manual has some information about the Lua plugin, including a couple of links to Lua resources and exceptions/additions to Lua support in Rockbox.

http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch11.html#x14-24400011.3.4
Title: Re: noob questions;
Post by: Jason Arthur Taylor on December 28, 2009, 11:18:27 PM
This isn't a general programming site. Try googling for Lua information.

But what better way to learn to program then for an mp3 player.  So close to your body.  So simple.  So I wish some noob programming questions were welcomed here. 
Title: Re: noob questions;
Post by: saratoga on December 28, 2009, 11:42:21 PM
But what better way to learn to program then for an mp3 player.  So close to your body.  So simple.  So I wish some noob programming questions were welcomed here. 

Presumably you're saying this without actually having tried programming an MP3 player.  Let me suggest to you that the reason we go through such trouble to use the sim instead of actual targets is that running code on a device is a pain in the ass.  Pretty much anything is better to learn or test on then an mp3 player.
Title: Re: noob questions;
Post by: [Saint] on December 29, 2009, 08:43:40 PM
If you *really* do want to start programming for Rockbox, learn C and don't get distracted by the fact that LUA "looked easier".
And take a look at:

Win OS Compiling
http://www.rockbox.org/wiki/SimpleGuideToCompiling

          CygWin
          http://www.rockbox.org/wiki/CygwinDevelopment

          VMware Image
          http://www.rockbox.org/wiki/VMwareDevelopmentPlatform

Linux OS Compiling
http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling

Detailed Instructions on Compiling
http://www.rockbox.org/wiki/HowToCompile

New Ports
http://www.rockbox.org/wiki/NewPort

Porting: How to
http://www.rockbox.org/wiki/PortingHowTo

First Time Guide to Development
http://www.rockbox.org/wiki/DevelopmentGuide


These links took me about 10 seconds to find (probably a lot less as typing was in there somewhere too  ;D), in future the Wiki is the perfect place to direct "noob questions".
You'll more than likely find that 99% of your "noob questions" can be answered by doing a little bit of reading on the Rockbox Wiki.

The answers may not be presented in a format that the completely technically illiterate can understand readily, but they are there.



[St.]
Title: Re: noob questions;
Post by: Jason Arthur Taylor on January 01, 2010, 03:58:29 PM
Let me suggest to you that the reason we go through such trouble to use the sim instead of actual targets is that running code on a device is a pain in the ass.  Pretty much anything is better to learn or test on then an mp3 player.
I see your side saratoga, but with the greatest respect to your seniority here, I would humbly submit that the above statement only makes sense to me if there were not a sim.  There is. 

I'd go so far as to take it up a notch by saying an even simplier way to learn programming would be to code up something in the 128x64 chip8 rockbox emulator plugin.  Double simulatored.  But a super simple environment so close to body.  Cheap too.  Winblows development package costs what, $500 for MS developer kits these days and another $300 of x86 hardware?  MP3 player goes for $20 and a kid can use it while waiting for a bus.  They wanted one laptop per child.  Look what that did.  I'd say feed them cheap mp3 players instead.  Worth a shot.  Just another side to look at.
Cheers
Title: Re: noob questions;
Post by: saratoga on January 01, 2010, 04:30:59 PM
Let me suggest to you that the reason we go through such trouble to use the sim instead of actual targets is that running code on a device is a pain in the ass.  Pretty much anything is better to learn or test on then an mp3 player.
I see your side saratoga, but with the greatest respect to your seniority here, I would humbly submit that the above statement only makes sense to me if there were not a sim.  There is. 

I'd go so far as to take it up a notch by saying an even simplier way to learn programming would be to code up something in the 128x64 chip8 rockbox emulator plugin.  Double simulatored.  But a super simple environment so close to body.  Cheap too.  Winblows development package costs what, $500 for MS developer kits these days and another $300 of x86 hardware?  MP3 player goes for $20 and a kid can use it while waiting for a bus.  They wanted one laptop per child.  Look what that did.  I'd say feed them cheap mp3 players instead.  Worth a shot.  Just another side to look at.

I don't really understand this reply.  All I mean is that running code on an mp3 player is a huge pain in the ass compared to running it on a PC, so I wouldn't recommend it if you can use something else. 
Title: Re: noob questions;
Post by: GodEater on January 01, 2010, 04:35:04 PM
I'd go so far as to take it up a notch by saying an even simplier way to learn programming would be to code up something in the 128x64 chip8 rockbox emulator plugin.  Double simulatored.  But a super simple environment so close to body.  Cheap too.  Winblows development package costs what, $500 for MS developer kits these days and another $300 of x86 hardware?  MP3 player goes for $20 and a kid can use it while waiting for a bus.  They wanted one laptop per child.  Look what that did.  I'd say feed them cheap mp3 players instead.  Worth a shot.  Just another side to look at.
Cheers

But you can't program ON the mp3 player - you can only do that on a computer.
Title: Re: noob questions;
Post by: Jason Arthur Taylor on January 01, 2010, 10:01:01 PM
Which is fine.  In the us, it (computer access) isn't an isue.  In a place like India, where they have computer labs and are 15 yeras behind in that respect, and the fraction of time spent programming is small (which it must be), it is even better, since kids can have their cake and eat it too.  Show off potential is huge.
Title: Re: noob questions;
Post by: [Saint] on January 01, 2010, 10:56:18 PM
Show off potential is huge.

Bragging rights are hardly the propper motivation behind learning to program...
Title: Re: noob questions;
Post by: Llorean on January 01, 2010, 11:50:10 PM
Which is fine.  In the us, it (computer access) isn't an isue.  In a place like India, where they have computer labs and are 15 yeras behind in that respect, and the fraction of time spent programming is small (which it must be), it is even better, since kids can have their cake and eat it too.  Show off potential is huge.

Are you missing the whole "you can't program on the MP3 player" point?
Title: Re: noob questions;
Post by: [Saint] on January 01, 2010, 11:56:03 PM
Are you missing the whole "you can't program on the MP3 player" point?

I'm not sure if it's language barrier or what...but I think so, yes.


[St.]
Title: Re: noob questions;
Post by: soap on January 03, 2010, 04:45:15 PM
Show off potential is huge.

Bragging rights are hardly the propper motivation behind learning to program...
Sheesh, if bragging rights gets someone up and motivated, that's good enough.
Most mortals walk before they run.
Title: Re: noob questions;
Post by: mcuelenaere on January 04, 2010, 08:05:57 AM
But you can't program ON the mp3 player - you can only do that on a computer.
Technically speaking this is not true. You could write a Lua plugin with the text editor and run it through the interpreter, however this is very tedious and writing it on a PC (with a physical keyboard) is much preferred.