Rockbox Development > New Ports
Rockbox Player - Project to design and build a Free/Open hardware audio player
linuxstb:
Matt,
I'm confused about the license you've chosen for the RockboxPlayerPrototypeB hardware design - the creative commons by-nc-sa 3.0
I commented as follows on the wiki page:
"As I'm sure you know, Rockbox is GPL'd, a license which allows commercial use, and for good reasons. I don't think the fact that a commercial company may not donate cash back to the project is a good reason to prevent them from using (and potentially contributing) to your design. I would have thought that the fact that users would be able to buy a player at a cheaper price, and the possibility of the contribution of professional engineers would be of greater benefit."
And then you added a comment saying that you're seeking to make money out of this project.
If the license is non-commercial, but you then want to make money from it yourself, then you are of course free to do so if the design is 100% your own (the CC license you've chosen just dictates how other people can use your work).
IANAL, but it seems to me that once other people start contributing to the design, then you are no longer the sole copyright owner, and (because the license is non-commercial), you will be unable to use those contributions in your own money-making endeavours.
This thread is for discussion of a Free/Open hardware audio player, and IMO a non-commercial license doesn't meet those goals.
casainho - have you chosen a license for your hardware design?
casainho:
--- Quote from: mzandrew on February 09, 2008, 08:58:31 PM ---From the wiki page,
--- Quote ---Rockbox will be stored in SPI flash and be copied to ram upon bootup.
* Anyone with knowledge of the inner workings of Rockbox know if this is feasable? We can always slightly modify rockbox so that it saves configuration changes (or possibly a database, but that should probably be stored on the SD card in question instead) to the serial flash after a config change. The point is that there's no file system on the spi flash, so will Rockbox work? We could have the Rockbox bootloader at the start of the serial flash and another binary chunk that's an image of a FAT filesystem that contains the rest of Rockbox (besides RoLo) and then just pretend that the block of RAM that's a copy of this image is equivalent to the mass storage device that the Rockbox files would normally be served from. Easy / difficult to implement this way?
--- End quote ---
comments, anyone? I need to have this one resolved before I can continue with the design as it is now.
Okay, so one potential problem with this is that my .rockbox dir for the uisimulator is about 35 megabytes, which is greater than the available ram on the player...
--- End quote ---
Why not use a 16MB flash instead of that SPI flash? - like Sansa E200, just one flash IC with one partition for RB bootloader and other with FAT32 for RB and audio files, etc ?? - Would be good for coding and looks like a traditional approach in this kind of hardware.
--- Quote from: linuxstb on February 10, 2008, 08:39:00 AM ---casainho - have you chosen a license for your hardware design?
--- End quote ---
Matt have a schedule to make RockboxPlayerPrototypeB and he is not discussing desired functionalities. He also will use Eagle, not Free Software. I don't mind with the license of this PrototypeB, we will need to work on others versions and on that time, we will have time to discuss desired features and licenses. Now, I prefer to focus on helping Matt doing this PrototypeB and later think on that kind of things.
But It's nice having this discussion, it's important! - I know now more opinions about his subject :-)
cool_walking_:
--- Quote from: casainho on February 09, 2008, 05:17:49 AM ---I would put 2 outputs for stereo headphones!
--- End quote ---
I think this could possibly be a waste of space on the player, and people who want this could just get a splitter. However if it doesn't take up too much space it would be fine.
casainho:
--- Quote from: spark on January 31, 2008, 03:27:45 AM ---I tried using Kicad. The schematics tool is good but you can't have more than one sheet. The pcb editor is ok but there are many limitations. you cannot undo any operation and not all operations have keyboard shortcuts. :(
--- End quote ---
I think Kicad can have a few sheets, we can read in manual: Total number of sheets and sheet number are automatically updated.
Spark, yesterday Matt said on IRC: I *am* planning to be the sole designer of the circuit board, at least for this first version. After all, Matt wanted to design and build a portable mp3/ogg/flac/etc player that would run rockbox, for is school project.
We must work in a future version with Kicad or GEDA, and not the Eagle.
Bagder:
--- Quote from: casainho on February 10, 2008, 03:32:55 PM ---Why not use a 16MB flash instead of that SPI flash? - like Sansa E200, just one flash IC with one partition for RB bootloader and other with FAT32 for RB and audio files, etc ?? - Would be good for coding and looks like a traditional approach in this kind of hardware.
--- End quote ---
SPI would be the interface while 16MB is a size. There's nothing preventing an SPI flash to be 16MB. 16 MB probably implies NOR I'd say.
The Sansa e200 you use as comparison has both internal NOR and NAND, so I'm not sure this clarifies anything...
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version