On 10/29/2012 12:08 AM, XavierGr wrote:
>
> From previous experience I know that VirtualBox is very bad with SMP
> setups, it is almost better to run with a single core allocated to it
> than telling it to use more.
Last I used it (right around 12 months ago) it was very bad with
multicore, but
I saw this thread late, but FWIW I already explained to the reporter why
said incidents were happening and how to appropriately query in the
future.
Oh well, probably too late to prevent dforionstar from getting 10 answers.
I just left town for two weeks and did not bring the Sansa. I'm sorry
about that. If the testing is still wanted upon my return I'll be happy
to do so.
On 02/05/2012 09:33 AM, Boris Gjenero wrote:
> Could this just be due to all the CPU activity using a lot of power and
> causing a low battery shutdown?
>
No. My Nano battery is weak (those 6 minutes of passes ate 20% of the
battery) but my Sansa battery is very strong still, and it is/was at
fu
Shuts down after 24 passes and no touching even when backlight set to
always on. Idle power off is set for 30 minutes.
Sansa E200 2GB, original everything. NO SD card inserted if that is
relevant.
PP Version: PP5022C
Est. clock (kHz): 30675
Running unaltered.mi4:
Pass: 0
Exiting, 30 mismatches
Running (default) modified build:
Hmm, after a few minutes, always when I'm not looking, it shuts down.
Idle power off
Ipod Nano 1st Generation, 4GB, original everything
HW rev: 0x000C0006
LCD type: 1
PP version: PP5022C
Est. clock (kHz) 81802 (30677 next look)
Running unaltered.ipod:
Pass: 0
Exiting, 37 mismatches
Press PLAY to quit
(FWIW on clean shutdown the screen was left with alternating horizontal
lines
Database appears to build properly and be usable, that said I have never
used the database before!
On 02/04/2012 01:21 PM, Boris Gjenero wrote:
> I initially didn't post there because it's the "Official Test Builds"
> forum, and I wasn't sure if my build can qualify as "Official".
You are about as "official" as it gets. ;)
Ipod Video 60GB, original everything.
HW rev:0x000B0005
PP Version: PP5022C
Est. clock (kHz): 30676
Running unaltered.ipod:
Pass: 0
Exiting, 24 mismatches
Press PLAY to quit.
(this happened while I was away less than two minutes)
Running modified build:
Ran for ~10 minutes, 78 passes.
Looks go
On 02/13/2011 07:05 PM, Paul Louden wrote:
> I took your statement "it cannot be fixed on the player" for granted,
> and didn't exam it, I'll admit that. So given that it's easier to fix
> the proposal where individual filed overrides embedded, but embedded
> overrides folder (and everything else)
On 02/13/2011 06:51 PM, Paul Louden wrote:
> Since I've just realized both of ours can be fixed on player, and my
> scheme requires less copies / time in vkeyboard (since you only need one
> copy per bad song, instead of one copy per good song), I think we've
> actually run out of things to argue
On 02/13/2011 06:35 PM, Paul Louden wrote:
> On 2/13/2011 5:29 PM, David Hall wrote:
> Do you honestly think it's realistic that someone would copy a file out
> of a folder, then enter a dozen filenames in the virtual keyboard?
Dozen? Is that the bar?
A - Yes.
B - I have plenty
On 02/13/2011 06:14 PM, Paul Louden wrote:
> If I have a folder jpeg, and I want my embedded art to be used for a
> single song, or subset of songs, how do I fix this on the player other
> than removing the folder image and making duplicates of it for every
> individual song in the folder? I'm not
I agree that argument by edge case is stupid, but it is common.
My point is that for every edge case an equally valid opposing one can
be made and that if that is the only argument that can be made a
deciding factor should be PC-independence.
That's really all.
Making this option controlled wit
I don't see the "confusing" argument as convincing. I can just as
easily say "It would be confusing to have placed file album art in with
your music and for it not to be displayed because of embedded art you
didn't know about." It is all a matter of picking the perspective which
backs one's posit
On 02/13/2011 03:31 PM, Alex Parker wrote:
> Now I'm guessing here that by directory art you meant e.g. folder.jpg,
> that is applied to all tracks in the directory, in which case I disagree
> with you (for the reasons below). If you meant on the other hand track
> art, such as filename.jpg, where
On 02/13/2011 08:51 AM, Magnus Holmgren wrote:
> On 2011-02-13 11:13, Jonathan Gordon wrote:
>> for the cost of an extra setting I don't see why this couldn't be made
>> configurable. Although I agree that it probably makes more sense to
>> prioritise the embedded AA over folder.jpg (or whatever).
This is part of an earlier email I had composed in response to AlexP but
never sent. I think it works here just as well...
On 12/15/2010 07:11 PM, Paul Louden wrote:
> To be fair it could be handled like the recording folder, with a "Set as
> resumable folder" or something, allowing the user the
On 12/15/2010 03:10 PM, Paul Louden wrote:
> Depends on how you're interpreting that rule, I may not have phrased it
> *quite* right. For example, I don't see that rule as conflicting with
> shuffled playback, but it might be interpreted as such. Obviously A-B
> repeat could also be termed to conf
On 12/15/2010 02:51 PM, Paul Louden wrote:
>
> Basically, what I'm arguing
> for is that "once playback has started, playback position should
> progress linearly forward without skipping unless the user presses
> buttons."
I hear you on that point. Are you objecting to all exceptions to that rul
Opps, my last paragraph didn't make it:
NOT to say I don't agree with your point regarding the apparent edge
case of a playlist full of incompletely played files. ;)
On 12/15/2010 11:32 AM, Paul Louden wrote:
> On 12/15/2010 9:29 AM, Marcin Bukat wrote:
>>
>> We have option to set recording dir, starting browser dir etc. I don't
>> see any problem to add another 'special' configurable dir.
>>
>> Marcin
>
> Neither of those two options create a situation where
On 11/1/2010 7:43 PM, Jonathan Gordon wrote:
On 2 November 2010 10:17, David Hall wrote:
Not pointing fingers, but this discussion has strayed from an argument of
the merits to some personal attacks.
Perhaps a gentlemanly agreement amongst participants to not discuss this for
24 hours? The
Not pointing fingers, but this discussion has strayed from an argument
of the merits to some personal attacks.
Perhaps a gentlemanly agreement amongst participants to not discuss this
for 24 hours? The world won't end in that time.
On 10/11/2010 01:47 PM, Paul Louden wrote:
> I'd like to propose one additional step - at the time the patch is
> posted on flyspray, the person seeking to have it committed sends an
> email out to the -dev list. Also, if a patch has been on flyspray for
> some time, and has just reached committabl
I also believe that the +2 threshold should initially be a tentative
one, subject to later review by the RSB. The ultimate goal, IMHO,
should be an improvement to the overall happiness of the developer
community.
I can envision a cultural divide where a simple +2 threshold leads to a
nearly 50/50
On 10/10/2010 03:48 AM, pondlife wrote:
>
> So - pop it on Flyspray, not in SVN..?
>
Should this addendum to Daniel's proposal be formalized as well?
All "new feature" commits (the earlier discussed metric of "changes
user-seen behavior to the level of needing a manual modification" is
dandy) s
Unless the RSB is going to "lay down the law" and issue a standard for
commit messages is there really anything that can be done (to justify
this monster thread) other than say "I would appreciate more verbose
commit messages from you in the future"?
If not RaaA, what will ever justify a bump to 4.0?
And IF this is 4.0 time, I believe a coordinated publiciy campaign
should be part of the release schedule.
On 08/15/2010 10:51 AM, Jonathan Gordon wrote:
> Isnt that the argument to then fix the plugins?
>
Could be, and I have no argument for or against that. I am not a user
of plugins, so my opinion on that is not very well informed.
On 08/15/2010 09:46 AM, Jonathan Gordon wrote:
>
> "plugins do it this way" is not a good reason to decide how buttons
> work in the most important part of the DAP (unless of course you dont
> consider music playback more important than plugins?)
OTOH, I think the player's /internal/ consistency
On 08/12/2010 03:31 PM, Ray Lambert wrote:
> How about this: a click in the opposing direction within a short time --
> say 1 or 2 seconds -- jumps back to the previous position *without*
> halving the distance.
>
> I presume the timeout is set at 5 seconds in order to give the user time
> to hear
On 08/12/2010 01:40 PM, Dave Hooper wrote:
> I just mean the converse: if the music was already paused, you probably
> don't want to unpause it just to cancel the binary skipping.
>
Isn't the whole point of the binary seeking (we are talking about
seeking within a track and not skipping between tr
On Wed, 11 Aug 2010 10:08:31 -0500
Paul Louden wrote:
> On 8/11/2010 8:00 AM, Thomas Martitz wrote:
> >
> > I like the general idea, but I think an undo feature is
> > complicating it too much. Plus, we haven't got an undo for any
> > other sort of stuff in Rockbox.
>
> Yeah, but normal seeking
What happens if / when you make a mistake and jump the wrong direction?
And Paul just dropped some key nuggets above.
On 04/30/2010 07:12 PM, Jared Albers wrote:
> Anyhow, it appears this bounty thing is not going to work. Please forget I
> mentioned it.
It could work (though I know there are many who strongly feel bounties
are a no-go). The idea of supporting a project financially is an
attractive one, the is
Has anyone looked at how handhelds.org does (did) their grading system?
Quite elegant, IMHO.
http://handhelds.org/moin/moin.cgi/HpIpaqH4100
--soap
On Mon, Aug 17, 2009 at 1:49 AM, Paul Louden wrote:
>
> Wouldn't that way be "test compile it for targets where IRAM might be a
> problem before trying to have it committed?" The whole red/green build thing
> is for when you miss something, not really so much for when you already know
> there's lik
Have you seen how handhelds.org did it?
http://handhelds.org/moin/moin.cgi/HpIpaqH6315
Their scorecard approach always made things pretty straightforward, in
my eyes, and a similar model could fit your tiered idea.
--Soap
IMHO, and I stress my, Rockbox (as a brand) should never endorse
restrictive licenses.
--soap
Obo suggested "Rockbox Ecosystem" over "Rockbox Lifestyle" and I like
this very much.
Paul Louden wrote:
> Should we ask that users precede their topic with the tool name? It
> won't be followed, so it's probably not worth it.
Yes we should - and I believe every badged individual outside artists
can modify the topic title to enforce this.
Experts can likely only do so by moving the
So can we agree on a final direction to take this?
Perhaps a simple summary to be seconded?
Paul Louden wrote:
>
> I have a few concerns. First is that with the RBUtil section. we're just
> splitting up install questions further.
This is valid, the part of my rough-draft proposal regarding RBUtil was
based solely on the counterproductive situation we have now where RBUtil
help is scat
I was hoping to start a discussion on the goals of the forums. I
brought these ideas up (in a limited and Llorean-focused manner) on IRC
the other day - but wished to see if I can't get more people involved in
the discussion.
What are the goals of the forums? If the goals are sim
Alex Parker wrote:
>> 3 - "Breaking" of iTunes support on iPods.
>>
>> We can be pedantic all we want and say "Rockbox never supported
>> iTunes, that was Apple's disk mode" and we would be correct. The fact
>> is, though, that for whatever percentage of the iPod userbase the
>> distinction betwee
Alex Parker wrote:
> My personal feeling is that that is too confusing -
I have no good counter to the argument that this increases complexity.
> there is always the
> current build (or a 3.2 equivalent archive build) if people want USB.
I think Jens Arnold's earlier argument that people gravita
Ok, can of worms time:
How about _two_ 3.2 releases for PP?
3.2 with and 3.2 without USB.
--soap
build.cleansoap.org should be up and running mipsel now.
Rafaël Carré wrote:
> 2009/3/7 Mike Giacomelli :
>>> good, just let me know when you need a second one, or when mike needs his
>>> back.
>>>
>> Rafaël can keep my Fuze, but I'm sure he wouldn't mind a Clipv1, e200v2, or
>> maybe even a ClipV2/FuzeV2 if someone has one to spare.
>
> The devices a
Boris Gjenero wrote:
> Hello,
>
> I have a 4-core Intel Q6600 CPU, and -j 4 cuts the
> build time in half, from about 10 minutes to about 5 minutes.
OT - but even that seems very slow. Are you using ccache?
On Wed, Mar 4, 2009 at 3:19 PM, Boris Gjenero wrote:
> David Hall wrote:
>> Anecdotal "fact" = I have not noticed an increase in the likely hood
>> of this happening over the last two plus years, and my battery is
>> definitely on its way out.
>
> That is int
On Wed, Mar 4, 2009 at 2:29 PM, Boris Gjenero wrote:
> I wonder if this only happens with older batteries.
>
> --
> Boris
>
Solid fact = This has happened to me since my iPod was brand new.
Both with OF and with Rockbox.
Anecdotal "fact" = I have not noticed an increase in the likely hood
of this
How many glyphs are we talking about, roughly? And how prominent
(common) of glyphs?
I guess my real question is - where is the balance point? Turning a
20 height font into a 25 height font (losing 20% of screen
real-estate) because of one or two unusual glyphs seems drastic to me.
Would scaling
Real question is, IMHO, can we devise a test to demonstrate once and
for all it is not Rockbox's problem?
I have plenty of iPods which could be devoted to such a (presumably)
long-term test.
> Again arguing semantics, from an end user perspective, point B increases the
> odds that any given "shutdown" will trigger this issue.
>
> And for what it's worth, it's not just the 5.5g. My 2nd gen Mini does the
> same thing from time to time, which leads me to believe that at a bare
> minimum
On Mon, Mar 2, 2009 at 9:02 AM, Dave Woyciesjes
wrote:
> David Hall wrote:
>>
>> Dave Woyciesjes wrote:
>> The only question, in my mind, is "does Rockbox increase the likelihood
>> this bug is triggered?"
>> This would be a time-consuming question to
Dave Woyciesjes wrote:
> I'm also wondering if this is related to the iPod being formatted
> FAT32. My iPod never gave me this kind of trouble until I had
> reformatted on Windows iTunes to load Rockbox...
>
Two things pop to mind:
1 - The low battery symbol pops up w/o a disk spinup.
2 - This
How do you know this is a Rockbox issue? You said in your last email
to this list "I have just been hunting through the faq for links to
the original iriver firmware as I need to reinstall the rockbox
bootloader as I think it has become corrupted, because my remote
control for my 140 isn't respond
Mark Allums wrote:
I misspoke. I really meant, do players have signatures?
I know that most Windows players do. I assumed that the newest Apple
players do, but since Rockbox doesn't run on the Touch, or the other
newer players, I don't guess that matters until it does run on them,
if ever.
On 12/19/08, Johannes Linke wrote:
> one more mail for this topic: i vote for "scroll step size" = 1px and
> "scroll speed" = 15. This looks MUCH better then the default setting, since
> it is smoother. In relation to this i would also suggest for increasing the
> max "scroll speed" from 15 to ~20
Thomas Martitz wrote:
> And another note: I think if the backlight timeout is raised, the
> buttonlight timeout should be raised as well. I imagine it looks rather
> quirky if the backlight turns off way after the buttonlight.
I don't have a horse in this race, but the devil's advocate says:
Leavi
alex wallis wrote:
> Also, isn't the dircache option really only useful for those of us who
> use the database? I've never fully understood what that option actually
> does, I just no that people who use the database like it.
I have 550 folders in my main #Music directory and dircache enabled
spee
David Hall wrote:
> I, personally, think the answer is (shudder) to error on the long side
> with regard to default backlight brightness.
yea yea yea, I said "brightness" and I meant "timeout".
Y'all knew that though, didn't you? ;)
I, personally, think the answer is (shudder) to error on the long side
with regard to default backlight brightness. Also to error on the
memory-hogging side with regard to dircache.
I think the best thing to do would be to create a simple "Battery Life
FAQ" in the manual explaining steps users ca
alex wallis wrote:
> But you can almost certainly guarantee there will be at least one person
> who say decides they want to ...
Making decisions based on the "at least one (hypothetical) person"
criteria is a recipe for extremes.
Paul Louden wrote:
> Francisco Vila wrote:
>> r13990 is the last that worked for me. Anyway, I'll give current build
>> a new try.
>>
>>
> That issue was believed to be resolved ages ago. There was no solution
> pointed to in the thread because it was simply added to SVN Rockbox and
> should be
Rob Purchase wrote:
> My eyes are drawn straight away to the words "playback" and "radio":
> these look out of place here (sloppy, even) without capitalisation. I
> don't think Rockbox should differ from the vast majority of English
> software (UK, US or otherwise) in this respect.
>
> I think it
Paul Louden wrote:
> So I'm of the feeling the information currently in those forums
> can only serve to confuse users after 3.0 comes out, and would like to
> "reset" those sections with each release.
> This way we can easily see which questions apply to our current install
> instructions, as we
Regardless of the outcome of these three patches, it is inappropriate to
ask for patch syncs in the Flyspray comments.
On 2/26/08, Mark Allums <[EMAIL PROTECTED]> wrote:
> David Hall wrote:
> >> For a multi-use
> >> machine, a bog standard PC, possibly with the exception of an Intel quad
> >> core CPU.
> >
> > Again - what do you base these recommendations on? Int
On 2/25/08, Mark Allums <[EMAIL PROTECTED]> wrote:
> alex wallis wrote:
> Laptop RAM is easy to upgrade on most machines, but may require
> uninstalling perfectly good memory to make room for higher-capacity
> modules. However, if the machine is more than three years old, it is
> not worth the inv
Mark Allums wrote:
> David Hall wrote:
>> As for the claim it is not a "full
>> operating system" I'm not sure what it lacks. There is not an X windows
>> system in the Rockbox distributed coLinux - but we don't need one.
>
> Only that it requires
I ran coLinux quite successfully for many months on a 450 Mhz Windows
2000 machine with 320 megs of RAM. It took me forty minutes to compile
an iPod Video Rockbox build. As for the claim it is not a "full
operating system" I'm not sure what it lacks. There is not an X windows
system in the Rockb
Andrew Wyer wrote:
> The short version of the story is that the serial protocol between the
> receiver and the ipod appears obfuscated enough that the quickest way to
> figure out the protocol appears to be to reverse engineer the nike+ code
> inside a 1st gen nano. Not exactly an easy task!
Have
Soap here,
Will pay round-trip shipping to any dev, anywhere.
Austin Appel wrote:
New Proposed date: The weekend of the 15-17th in June.
Anyone have issues with this date? If so, don't be shy!
For the record, that is Fathers Day weekend is it not?
Just wanted to air that out as early as possible.
I added it to the wiki also, but...
I'm thinking (being as I have more vacation time than cash) that I might
fly into Los Angeles and drive to Las Vegas, being as that looks cheaper.
If anyone wants a ride, post here, the wiki, or PM me. (Soap)
If you could do maths in WPS code people could still display runtime
custom calculated based upon battery percentage.
The cheapest destination for everyone would be a major airline's hub city.
Dallas, Chicago, Atlanta, etc.
There are also often very inexpensive flights into Las Vegas.
Columbus, Ohio
Daniel Stenberg wrote:
On Wed, 17 Jan 2007, David Hall wrote:
Those who value core size over eye-candy would have a nice, clean and
simple WPS interface very similar to today (with arguably less
cruft), while those who want massive eye-candy WPSs would have a way
to implement them without
Daniel Stenberg wrote:
On Mon, 15 Jan 2007, Jonathan Gordon wrote:
Well the idea came up in irc yesterday about possibly adding a plugin
which would add extra tags to the wps without overloading the core,
anyway, its sort of finished and I want t know what people think and
weather its committ
Regarding the recent recording commits:
I have made six line-in adapters for the iPod's dock connector. If any
of the developers want one, I would be happy to mail them out. Feel
free to email me [EMAIL PROTECTED], or PM Soap in the forums.
86 matches
Mail list logo
