On Fri, Nov 5, 2010 at 4:10 AM, Thomas Martitz
wrote:
> Am Fr, 5.11.2010, 10:41 schrieb Maurus Cuelenaere:
>>
>> [2] is the manufacturers site, which has the same resolution (480x272), so
>> the value in Rockbox is probably wrong.
>> Keep in mind that I never found adequate testers/devs with a VX7
On 09/15/2010 12:17 AM, Dominik Riebeling wrote:
On Wed, Sep 15, 2010 at 7:34 AM, Karl Kurbjun wrote:
I think the intent of the message was clear. This is not a 100+ line
commit. It is not even a 10 or 5 line commit.
The amount of lines (or even characters) changed with a commit
On 09/14/2010 10:51 PM, Paul Louden wrote:
On 9/14/2010 11:46 PM, Jonathan Gordon wrote:
I think it is incredibly rude to suggest that anyone would do an empty
message on an important commit
That doesn't meant it can't happen.
What exactly is the objection to "try to give at least a brief s
On 09/14/2010 03:18 PM, Thomas Martitz wrote:
On 14.09.2010 22:55, Paul Louden wrote:
On 9/14/2010 3:47 PM, Rafaël Carré wrote:
This commit log isn't really much less descriptive than, say, "fix
red", which
seems to be an acceptable commit log though.
So while I prefer long and descriptive
On Sun, 2010-05-16 at 16:32 +0200, Thomas Martitz wrote:
> Am 16.05.2010 16:06, schrieb Dave Chapman:
> > Thomas Martitz wrote:
> >>> My understanding of the purpose of RaaA is that it would use less
> >>> and less of the Rockbox firmware code as time went on. Development
> >>> of the sim should
On Mon, Mar 8, 2010 at 4:04 PM, Thomas Martitz <
thomas.mart...@student.htw-berlin.de> wrote:
> Am 08.03.2010 22:15, schrieb Thomas Martitz:
>
>> Sure. I agree.
>>
>
> Verified Samsung YH925 bootloader as well.
>
>
I think that updating to the latest version of GCC would be nice, but I am
curious
On Fri, Feb 26, 2010 at 12:26 PM, Al Le wrote:
> On 26.02.2010 14:59, Paul Louden wrote:
>
> This could be solved rather easily by saying "if you can't figure out how
>> to update the manual, post a basic text file to Flyspray containing a
>> description of the tags added and what they do."
>>
>
On Fri, Feb 26, 2010 at 6:59 AM, Paul Louden wrote:
> Alex Parker wrote:
>
>>
>>3) TeX is a PITA to work in and not everyone has the required tools
>>
>>
>> Adding to a list is not difficult. At the very least could contributors
>> who can't be bothered to update the manual please create a l
On Fri, Dec 18, 2009 at 4:43 AM, Paul Louden wrote:
> Alex Parker wrote:
>
>> So can we/you/they/someone not just change the brick size to be relatively
>> the same as before? Would that result in the improved aesthetics + the game
>> play remaining as was?
>>
>> Alex
>>
> It would, yes. But wit
This does not break brickmania, Paul does not understand what he is talking
about, please ignore the noise.
On Thu, Dec 17, 2009 at 11:09 PM, Paul Louden wrote:
> This commit breaks brickmania on portrait targets - the difficulty is
> changed dramatically because the ball speed is now increased,
Are we accepting any new themes in the main rockbox build? With rockbox
util and the themes page I do not think it makes sense to include any
further themes in SVN unless we decide that a new default is needed (that
works on all of the targets). The reason I bring this up is because of
tasks like
On Mon, Nov 23, 2009 at 11:14 AM, Sam Pattuzzi
wrote:
> OK, what I think I will do is conduct a usability test with my family.
> I'm going to have a go at building a list of most common tasks with
> Rockbox and share them here before I start. Ideas for these tasks are
> welcome, I'm thinking along
On Wed, Sep 2, 2009 at 7:04 PM, Thomas
Martitz wrote:
> Rafaël Carré schrieb:
>>
>> On Wed, 2 Sep 2009 14:28:06 -0700
>> Mike Giacomelli wrote:
>>
>>
>>>
>>> 2) "Unstable" - all targets with working playback that developers
>>> feel are usable but unstable. This classification would be informal,
them since the Remix
vulnerability works well and acts as a program interface for the
M:Robe 500 so that you can boot Opie Linux, Rockbox, or a basic port
of MediOS.
-Karl
On Sun, Jul 19, 2009 at 4:58 PM, Rafaël Carré wrote:
> On Sun, 19 Jul 2009 16:13:39 -0600
> Karl Kurbjun wrote:
>
&g
I think that the M:Robe 500 can be classified as a supported target.
It is stable and I do not need the OF for music purposes. All of the
plugins build and have some form of touchscreen support (although this
could be improved). The camera is a different story in terms of OF
use; I do not see sup
On Wed, Mar 4, 2009 at 12:29 PM, Paul Louden wrote:
> Karl Kurbjun wrote:
>>
>> I think that any button that does not have an obvious function based
>> on it's label could be considered spare as long as the main functions
>> are present
>
> Who decides wh
On Wed, Mar 4, 2009 at 11:40 AM, Paul Louden wrote:
> Jonathan Gordon wrote:
>>
>> the h300/e200 ports have had nothing assigned to the rec button for
>> over 2 years now... I think we can all agree they are spare... new
>> ports its up to the developer, and exsisting targets... its up to the
>> c
On Wed, Mar 4, 2009 at 6:44 AM, Thomas Martitz
wrote:
> Jonathan Gordon schrieb:
>>
>> Well, firstly the patch is a half-assed effort (no offense meant to
>> kugel there). imo (obviously) it adds nothing to rockbox, it changes 1
>> button in 2 screens (ignoring that its unused because plenty of pe
On Mon, Jan 12, 2009 at 2:14 PM, Dominik Riebeling <
dominik.riebel...@gmail.com> wrote:
> On Mon, Jan 12, 2009 at 7:58 PM, Karl Kurbjun wrote:
> > The the ability to configure the fade in/fade out delays to the detail
> that
> > the PWM code has on the supported targets
The the ability to configure the fade in/fade out delays to the detail that
the PWM code has on the supported targets is not possible on every device
due to hardware implementation limitations. The Gigabeat F/X is an example
that without a large CPU time cost we cannot configure the delay to be
sh
On Mon, Oct 27, 2008 at 6:47 PM, Jonas Häggqvist <[EMAIL PROTECTED]> wrote:
> Jonathan Gordon wrote:
> >
>
> Put simply, my take on this issue is that I want more GNOME, and less KDE
> mentality. I may use 30 out of 200 settings. Now if we say that was cut in
> half, to 100 available settings, I m
Frank,
I am still working on the Gigabeat F bootloader (albeit slowly). What type
of failure are you seeing with the bootloader? On my players it works fine
but I have some modifications that I have not commited. I could send out a
new compilation of the bootloader for you to try sometime. I m
On Jan 4, 2008 9:02 AM, Manuel Dejonghe <[EMAIL PROTECTED]> wrote:
> On Jan 4, 2008 4:22 PM, john <[EMAIL PROTECTED]> wrote:
> > Anyone else interested in an adapter, so we can save some money with
> > quantity discounts?
>
> It's certainly one of the things I'd like to have in my drawer "in
> cas
Sorry, to clarify, after building the new crosscompiler you should not
need the -mfpu=fpa option (at least I did not).
-Karl
On Nov 12, 2007 9:06 PM, Karl Kurbjun <[EMAIL PROTECTED]> wrote:
> Cat,
>
> Thanks to Dave's work on building ARM multilib you can use the
> arm
Cat,
Thanks to Dave's work on building ARM multilib you can use the
arm926ej-s option. If you recompile your arm gcc crosscompiler with
rockboxdev.sh it should give you full armv5 (arm926ej-s) support.
I'll commit a change to the configure script so that it adds the mcpu
option by default. I've
Sorry about that, I was making a change for stevenm, the author of the midi
plugin. That array was too small and memory was being corrupted. I was
trying to paste the message that stevenm wanted, but I had the wrong text in
there that inlcuded a newline (I accidentally highlighted other text befo
I would not want to blindly assign my copyright to any one organization
without regard to our rights. I would prefer to keep my freedom with the
code while I am functional mentally and alive.
On Ray's arguments: I do not think that relicensing would ever be a
possibility unless we had our own co
Are the DRM clauses still in the GPLv3? I personally do not like DRM and I
would rather it have never come about, but in the off chance that a company
really decided that they liked the project and wanted to use it as their
primary firmware, what would those clauses mean for us? Would a company,
I may be interested in meeting as well depending on the location. I am in
Longmont, CO (about 40 minutes north of Denver).
On 4/13/07, T.J. Ross <[EMAIL PROTECTED]> wrote:
I'd be interested in attending if it doesn't interfere with my job and the
trip ends up being relatively inexpensive. I'll
29 matches
Mail list logo
