On 04/20/2013 08:50 PM, Boris Gjenero wrote:
I now have flawless playback, including via the speakers.
You rock! Congratulations!!!
Linus
On 04/09/2013 10:29 AM, Thomas Martitz wrote:
Am 08.04.2013 22:54, schrieb Frank Gevaerts:
On Tue, Feb 12, 2013 at 09:45:30PM -0700, Austin Appel wrote:
So, I guess I will make this short: do we want to make the push to
do GSoC again this year or not?
So we did apply, but unfortunately we
On 01/03/2013 04:35 PM, Scott Berry wrote:
Hello there,
I just got a Machspeed Eclipse device for Christmas. Can anyone give me
some pointers how to find out about the OS they are using plus specs on
processors and other items I might need to build Rockbox on this device?
I am looking at
On 06/11/2012 09:33 PM, Frank Gevaerts wrote:
I'm pleased to announced that Rockbox on my Ainol Novo 7 Paladin
running Android 4.0.3 (ICS), which has an Ingenic JZ4770 MIPS CPU,
successfully played its first track:
Djungel, by Björn Stenberg
Congratulations!!!
Linus
On 12/15/2011 02:50 AM, Boris Gjenero wrote:
If developers want to retain HWCODEC support in the trunk, I can't
complain about that. However, if the latest version is not the best
choice, users should be told that. Also, in that case, the older version
they're directed to should at least get bug
On 10/18/2011 11:17 PM, Amaury Pouly wrote:
I'm pleased to announced that my Sansa Fuze+ successfully played its
first song:
Black Eyed Peas - Doom Doom Pow
I would like to thank all those who made this (long !) port possible,
either by hacking or by testing ! There are still lots of things to
On 10/17/2011 10:11 PM, Andrew Ryabinin wrote:
I'm announce it with some delay cause I didn't know about this tradition
till now.
The first time HM-601 played was on the 10.10.2011, but playback speed
was little bit accelerated.
The first time DAP played with normal speed was 13.10.2011.
The
On 09/24/2011 10:32 AM, Bertrik Sikken wrote:
I wonder if the rockbox fund can pay for a Sansa Clip Zip, so I can do
further rockbox development on this player.
Of course!!!
Linus
On 08/28/2011 12:41 PM, Jonathan Gordon wrote:
My view regarding debug is that there is nothing there that is
actually useful once a port is up and running *or during development*
when dealing with custom builds anyway so disabling that by default
(but adding an easy configure item to enable it)
On 06/29/2011 08:37 AM, mai...@svn.rockbox.org wrote:
Date: 2011-06-29 08:37:04 +0200 (Wed, 29 Jun 2011) New Revision:
30097
Log Message: Commit FS#12150 - Fully-functional audio mixer - and
finally whip old limitations about playback of voice and other sounds
when paused. Channels are
On 2010-12-27 22:36, Michael Sparmann wrote:
... we have sound on the iPod Classic!
(also called iPod 6G/6.5G/7G sometimes)
Holy cow! Congratulations!!!
Stay tuned for the upcoming Rockbox port!
This is really good news! Good work!
Linus
On 2010-11-27 16:44, Marcin Bukat wrote:
For thous that do not follow IRC logs I am proud to announce that MPIO
HD300 just played it's first song - The Cream - Sunshine Of Your Love.
Congratulations, Marcin!
Linus
On 2010-10-28 10:00, Marcin Bukat wrote:
I found this simple script usefull when hacking sources. Moving pieces
of code, adding something, adding simple comments, to know what I am
messing with, usually breaks 'coding style'. At the end I don have to
manually ident my work but rather pass it
On 2010-10-19 05:17, Jonathan Gordon wrote:
My view would be that any bugfix for a flyspray task would be a
candidate to go in the stable branch. Fixes which are too fiddly to
backport would probably miss out (or at that point we talk about a new
minor stable build (but 3.7.3 - 3.8)).
I think
On 2010-08-11 03:20, Jonathan Gordon wrote:
The other problem with this is when it comes time to do an update the
whole thing needs to be downloaded again. Do we want android to be the
only target which cant run the svn builds and users are forced to only
use the builds we push to the market (or
On 2010-08-11 10:37, Jonathan Gordon wrote:
Right, but without some mechanism to load a newer build of rockbox (or
a user build) it means than the android target can only run builds we
release, which goes against the whole svn build system (imo).
If a new build is pushed to the market every
Marcin Bukat wrote:
Hello all rockbox-dev.
I am in process of porting rockbox to Mpio HD200 device. It is coldfire
based DAP. It has some unpopulated 20 pin connector on PCB which I think
is BDM connector. The problem I am facing is that I can't find supplier
for needed 20pin raster 0.3mm SMD
Linus Nielsen Feltzing wrote:
Give me your address and I'll send you one. Do you need anything more?
Ehum, maybe I was too fast. Are you sure it is 0.3mm???
Linus
pondlife wrote:
Slightly hijacking this thread, does the H300 BDM interface have a
connector? I assumed it was a soldering job, but if it's pluggable, I plan
to buy a wiggler!
Unfortunately, the BDM connector on the H300 is not mounted, so you need
to solder a ZIF connector to be able to
Marcin Bukat wrote:
I am terribly sorry. I measured pitch of the connector against lm339 on
the photo and connector is standard 1.0 mm pitch. This one is easy to
get. Sorry again.
Anyway - Linus can You confirm H300 uses 20pin 1.0mm pitch connector -
from photos it looks exactly the same as in
Casainho wrote:
Hi everyone,
I am pleased to announce that the mini2440 can now play audio. The
first track played was Dancing Queen - ABBA.
Way to go! Congrats!!!
Linus
Jonathan Gordon wrote:
In principle I have no problem with this assuming its disabled by
default.. but I do object to this being accepted when customising the
rec/spare buttons behavior was rejected... they are the same thing.
I agree that having a Hold mode where certain buttons are allowed
Bryan Childs wrote:
I'm all for keeping the old behaviour thanks.
I fully agree. I haven't found the splashes annoying at all.
Linus
Paul Louden wrote:
No, this isn't. This is having intuitive handling of numbers as
normally written by people. People don't normally precede numbers with
a 0 unless there's a specific reason to.
I'd think that many files will have names with leading zeros, especially
if they are copied from
Bryan VanDyke wrote:
1. Numbers sort before Non-numbers.
- Leading zeros are striped. A leading zero on a zero is still zero.
- 000 becomes 0.
- Some of the code that has been used has trouble with this.
2. Lesser number before greater.
- 1,2,3,4 etc
3. Anything else strcmp.
Sounds simple and
Rene Peinthor wrote:
Since USB is now enabled, on this PP targets, will the insert USB cable
behavior also change?
I mean that rockbox will be the default boot target then and not the OF?
If not can someone post a patch to change the default to rockbox(or give
me a hint for the lines to
Jonathan Gordon wrote:
Hey all,
OK, I think this patch is finished and working so I want to commit it
next week sometime...
Going by the quick talk in IRC it doesn't look like there will be much
complaints, but speak now if you want to...
It gets my blessing. :-)
Linus
alex wallis wrote:
hi list, I have just been having a few thoughts about the sleep timer.
I was wondering, is there any interest in reviving patch 8630 to allow the
last used value of the sleep timer to be saved to the cfg file?
I asked about this some time ago, and nobody liked the idea, but I
Paul Louden wrote:
That means less useful features should be considered critically even
if they have small binsize costs, just because they're useful to only
an exceptionally small group. They're a dilution of the total
usefulness density.
Let me chime in with my $0.02. I think that the
Joseph Garvin wrote:
There don't appear to be any builtin functions for converting strings
to floats or longs, so I wrote a couple, but they're very very rough.
We use sscanf() for that in Rockbox, but it doesn't support floats,
since we don't use floating point calculations in this project.
Lees, Christian wrote:
I am writing a recording plugin for a Iriver H10. Since I need to be
able to record at 96kHz and 24bit I've decided to not use the plugin api
recording function.
Are you absolutely sure that the PortalPlayer IIS can handle 24 bits
96kHz? I'm not so sure about that.
Jonathan Gordon wrote:
always keeping track of bookmarks means more disk access. and that
extra main menu entry... I thought it was enabled by default and would
have no problems changing that default.
Couldn't they be cached in memory and flushed at shutdown?
Linus
alex wallis wrote:
Hi. Just wondering, where can I get this recording? I would be
interested in having a listen if that would be ok. I would be interested
in getting a sense of what devcon was like.
http://www.rockbox.org/devcon2008/
Linus
alex wallis wrote:
Hi list, I was just wondering why in rb under settings the menu playback
has the word settings spoken after it?
as its in the settings menu, so surely its fairly obvious its settings,
also, as far as i can tell none of the other menus have the name
settings after them.
It
Jonathan Gordon wrote:
Yes, there would be a HUGE binary delta if the settings were moved to
a plugin but this has been shot down before..
As far as I can see, we have very few targets where this would really
matter. Sure, we could save 30-40Kb of code, but it would not give a
measurable
Bertrik Sikken skrev:
It's not my intention to suddenly tear up the entire codebase but
I'd like to take these guidelines into account when modifying code
anyway, although 4) is basically essential IMO.
I agree with all you wrote, and it's always good to keep things simple.
However, do not
Jonas Häggqvist wrote:
This is absolutely one of the things I hate most about ads. Could we
please add a huge ADS BELOW! WATCH OUT! sign above them or something?
I understand that you may not like ads, but it's not like they are life
threatening. Don't you think you are overreacting a bit
pondlife wrote:
But not for my H300... I have the same 80GB drive as petur (I think, mine's
a Toshiba MK8007GAH), and am happily using r14938M (modified, but I can't
recall how - probably just the RTC alarm now you mention it).
Hmmm, so it *might* be an issue with petur's device rather than a
Matthias Mohr wrote:
Unfortunately it seems that only Linus is able to do this - and it seems
he doesn't have enough time or isn't in the mood to do it...
The thing is that the current SVN bootloader still has issues with some
hard drives, and I don't want to release a bootloader that doesn't
Matthias Mohr wrote:
If the risk of bricking my device isn't big (or if it's possible for me
to reanimate a bricked H300) I would try to put a current SVN version of the
bootloader on my device...
That is the problem. You can't reanimate a bricked h300 without special
equipment.
Linus
Jonathan Gordon wrote:
Hi all,
It turns out noone in IRC is willing to admit they actually use this
feature and we have agreed that either way makes sense (leaving the
current behaviour or fixing it)..
So, does anyone on this list have a strong feeling about this one? it
should be a simple
Andrew Wyer wrote:
( MOV R0, #0 ) -- is this loading the literal thats at 0x00; the
power-on jump opcode?
No, it isn't. It is loading the literal 0 into register R0.
Write R0 to Base+0x14C --
Write R0 to Base+0x144 --
It means that it writes 0 to Base+0x14c and Base+0x144
Mike Holden wrote:
But that's precisely what proportional means - linearly proportional!
To be proportional, the two values have to be always at exactly the same
ratio, such as y = x * 2.
Well, it can also be exponentially or logarithmically proportional, as
far as I know.
Linus
john wrote:
Whatever: A fully functional adapter is now available. This means at
least two things. Firstly I will no longer try to develop one by
myself. Secondly I would like to integrate the special 1k boundary
adressing of the MK8009GAH drive into all platforms, that have a PATA
connector
alex wallis wrote:
But supposing the option isn't voiced in the first place.
i'm guessing we can't just add entrys to the lang file.
i mean for example if i want to add an entry so rockbox announces the
option dump rom contents under debug i'm guessing you can't just add a
string to the lang
Christian Gmeiner wrote:
I will fix this in of my next commits. Atm i am working to get a
general interface for audiohw for software and hardware based players.
Before I will commit my work on this part, I will update the wiki page
and the corresponding patch id in tracker, so that everybody can
Jonathan Gordon wrote:
Apart from doing nothing, the bar minimum we can get away with is
doing something similar to the list icons, where we just load a bmp
strip with all the icons, so the order stays the same but the size and
colours are changeable. I'm happy with that except, do we add the
john wrote:
Looking at the market I see only the MK8009GAH/MK8010GAH (Should be
identical or does only the MK8010GAH do the 1kb block transfers?),
which is also build into the IPOD. The only other 80GB drive I know is
the MK8007GAH. Maybe it is that type that works without problems, as
it also
David Rothenberger wrote:
I'm sure this is a stupid question, but can someone point me to some
documentation that says the MK8009GAH is limited to 1kb blocks?
The thing is that the drive only allows access on even sector
boundaries, i.e 2 sectors at a time. So yes, it still has a sector size
Nils wrote:
If you are interested in my patches I will post them somewhere for you.
Please do. We have a patch tracker for exactly this purpose.
http://www.rockbox.org/tracker/index.php?type=4
Linus
Nils wrote:
And here is the tracker task :-)
http://www.rockbox.org/tracker/task/7832
Thanks a lot. Now please remind me, what was the benefit of using 4.2.1
again?
Linus
Daniel Stenberg wrote:
Splitting users from devs (even the distinction is wierd) will just
risk that either users sit in a channel where not enough devs are so
they won't get the help they seek, or they come to the dev channel to
ask the questions since there's where the devs are etc.
And I
Jonas Häggqvist wrote:
I still doubt translators will care much one way or the other, even if they
were to edit the file by hand. For now, I'll go ahead and have a go at
implementing genlang using this XML format.
One additional question: is the XML parser module included in standard
Perl? Or
David wrote:
There is a lack of responsiveness when skipping songs. I'm listening
music, press next key and the hdd have to start up. The old songs is
still playing. I've no info what happens, so I press next button again. I
think this is quite confusing.
I agree completely. The music should
Wayne E. Shevlin wrote:
Hi there. I am trying to setup an I-river 140 and have tried to download
the ihp120.txt software and get a dead link. Does anyone have another
link or the software they can email me?
There is no firmware file called ihp120.txt on the server. What exactly
are you
Dave Wright wrote:
Hello,
I'm not sure if this is the right list to be posting this on, but
anyway, I have an iriver h340 which doesn't seem to be working. I'm not
sure what's wrong with the device, but I'm pretty sure it's the
harddrive. If anyone is interested in this item for spare parts,
daniel dalton wrote:
However When I tried to compile a build with no patches I got the
following errors.
The APE codec was missing from the source zip file. Try the 07-06-08
version.
Linus
Tapio Kelloniemi wrote:
A file could look like this:
The file format is not the problem. The implementation in the Rockbox
code is. And handling all the support questions from users who don't
know how to use this feature.
The most difficult problem is that not all button combinations are
Jonathan Gordon wrote:
Questions, comments?
I think it sounds like a good idea. The implementation looks clean and
simple.
1) Why this:
+#define register_ata_idle_func(f) \
+register_event_callback(EID_ATA_DISK_SPINUP, (event_callback)f)
Why not replace the calls in the ATA
Paul Louden wrote:
I think a very, very minor inconvenience (as I think this is) is not a
high cost for actual consistency of the interface.
If you only own one Rockboxed device, you couldn't care less if it is
consistent with other Rockbox targets. You want it to work in the best
and most
Christian Gmeiner wrote:
But I am not a build system guru.. so somebody need to help out, if my
idea of a simulator is wanted and accepted by the community and the
developers.
One major hassle with simulator builds are the plugins, and I don't see
how a separate x86 target could help that. By
Christian Gmeiner wrote:
To run the new created rockbox.x86 we need a special boot loader,
which loads compiled code form x86 and executes it.
Why would we need that?
And how would this work with gcc? Wouldn't this cause some extra
problems loading the correct symbol tables etc?
Linus
Christian Gmeiner wrote:
Hmm... good question ;) If I recheck it in my head then it will work
without the bootloader. We
create a normal executable and run it.
Sounds good.
All in all, I think this sounds like a good idea.
Unfortunately, the target tree concept only applies to the firmware
Mauricio Peccorini wrote:
Before making a huge mess out of this code, I'd like to know if
everyone is ok with people modifying that file. Unfortunately I don't
see any other way of pulling this feature off.
I don't see any problem with that.
Linus
Hi developers!
We have decided to sponsor the travel expenses for any developers who
decide to go to Stockholm, with 100EUR from the Rockbox fund. This offer
is valid for core developers only, i.e those with SVN commit access.
Email us for questions regarding this.
See you there!
Linus
Paul Louden wrote:
How many people think this feature is worth keeping?
I was talking in IRC, and I realized it's a fairly weak feature.
With all the various codecs music can be played with, and the
conditions under which it can be played, for the vast majority of
people the runtime is, if
Hi friends!
Linus Nielsen Feltzing and Daniel Stenberg invite YOU to participate in
the Rockbox International Developers Conference 2007, to be held in
Stockholm Sweden during the weekend May 19-20 2007.
We thought we'd get together for a two-day Rockbox hacking session, and
that it would
Nicolas Pennequin wrote:
I've updated my WPS tokenizer patch again.
It's now reached a state where I think it's nearly committable, but before I
do so, I'd like some help from someone who knows the archos player code to
fix the issues I have with it. Maybe it's just in the sim, but the
Michael Sevakis wrote:
Guess I missed out on the debate but + is used for expandable tree items in
UIs and it's meaning I think well established. I guess I don't understand
why these common conventions should be ignored and something else reinvented
or misappropriated.
So what is the main
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
Paul Louden wrote:
Just to clarify, I may have misunderstood, but I was referring to the
left-to-wps patch. I'm not sure as to the exact holdups regarding the
play-to-wps-in-menu patch, which has its own hurdles, though I can't
recall what they are.
The issue with that patch is that it for
Tobias Heimann wrote:
IMHO it would be more logical to spread the highest interval as the
other ones, e.g. using:
int l = MIN(battery_level(), 99);
...
*intval = limit * l / 100 + 1 + 1;
The volume display interval has the same issue
mat holton wrote:
how many hi-fi's have negative numbers next to the volume knob?
None, that's how many.
That's odd. Then maybe my hi-fi isn't a hi-fi, because it displays the
volume in dB. And I like it.
We could use any representation we want, and we opted for a
representation that
Philipp Pertermann wrote:
If the percentage- versus decibel-volume-scale is that much of an issue
- why not make it an option wether to display the volume as % or as db?
Because it is a waste of precious code space on the archos?
Linus
john wrote:
Seriously: It seems there is absolutely no code in the firmware that
allows changing the volume by manipulating the digital audio data. If
I am wrong, please tell me.
The ReplayGain code in Rockbox uses the apply_gain() function in apps/dsp.c.
Linus
Jonathan Gordon wrote:
hey,
I'm pretty sure that the idle notify callbacks should be called for
these 2 events.
I'm not. Let the callback owners deal with that.
Linus
RaeNye wrote:
That explains why
ROM: 1001 move.b d1,d0
ROM:0002 8000 or.bd0,d0
ROM:0004 0008 ori.b #8,d0
doesn't make sense...
However, see how the OF does it:
seg018:30EB8C3A reboot:
[EMAIL PROTECTED] wrote:
More tweak to ColdFire default exception handler. iRiver reboots on
power press but x5 just shuts down. Haven't yet thought much about
why or how to make it reboot on x5 if it's possible.
The X5 shuts down because the KEEP_ACT signal goes inactive when the
port pins
RaeNye wrote:
Actually, system_reboot() is correct only for iriver.
Jmp-ing to 0x4 is utterly wrong in the X5; you should either jmp to 0x0 (the
preloader) or to 0x1 (RB bootloader)
I find that extremely hard to believe, since vector 0 is the initial
stack pointer.
Linus
Stéphane Doyon wrote:
-And there's a few features that would be useful to audio book
readers... for one, it's too easy to skip to the next track when you
just wanted to adjust the volume, and the bus happened to hit a bump at
that moment... Audio book tracks can be very long, so it can be VERY
Jonas H wrote:
What does this mean? Please provide a more descriptive commit message,
especially important for future use, when looking back at things that
changed, to find out why things are as they are.
He admitted the mistake in the IRC channel, and requested help from the
developers to
Jonathan Gordon wrote:
Both config blocks have been removed. All settings are now stored in a
very long list (settings_list.c).
Settings are loaded automatically from /.rockbox/config.cfg and
/.system.cfg (system.cfg is used for settings which are important but
the user does not configure them,
[EMAIL PROTECTED] wrote:
About the Stop button I double checked and it really works :-)
Yes it does. However, using Stop for combos is a bad idea, since you
will turn off the device if you hold it for too long.
Linus
Jonathan Gordon wrote:
So, Does this idea sound workable and do you like it?
I agree that the setting menu code could be made simpler and more
flexible, and your idea is as good as any other.
However, I don't think it needs to be done offline with a text file
and a script. I believe we
Paul Louden wrote:
One option is to move all the playback options out of the main menu,
and into the WPS context menu, as well as any of the options in the
sound menu which don't affect audio in plugins with audio (for
example, is bass and treble applied to gameboy games? I really don't
know
Vladimir Pantelic wrote:
I have 5-10 players, does that make you change your mind? :-)
Hehe, no, but it makes you a good candidate for the Player branch
maintainer. :-)
Linus
Jonathan Gordon wrote:
(iriver only because sdl is broken and i have no sim)
You keep saying that. Why don't you fix it?
Linus
Matthias Mohr wrote:
Now that the feature freeze was lifted I wonder why it still does not
get committed to the CVS.
Is there still something wrong or missing?
I'll have a look at it. I had simply forgotten about it.
Linus
Dave Hooper wrote:
There's no 'easy way', no. And yes, to port or write a codec for
Rockbox you would need to understand how the Rockbox codec system works
- and also either how the .tzx file works, or how the iPod linux codec
works -- but take a look at the source code for a simple codec in
Nix wrote:
True concurrency may eventually require some sort of simple locking in
any case, but the... strongly separated nature of much of what Rockbox
does hopefully means that this can be kept to a minimum (e.g. if one
core does nothing but audio, not much will need locking: if somehow
the
RaeNye wrote:
It's relevant only to X5, but I don't really know when TARGET_TREE is
#define'd.
Enlighten me please :)
http://www.rockbox.org/twiki/bin/view/Main/TargetTree
Linus
Jonathan Gordon wrote:
what about loading the static libraries into the codec or audio
buffer? it would mean no audio in those plugins, but would add heaps
of functionality.
That is a solution, but I still don't understand why it would be a
problem to link statically.
Linus
Zakk Roberts wrote:
It's saying that this ought to be fixed,
nobody's arguing that, so let's get it out of the way of the real
bugs, and if it does happen to show up later, we can open a new one.
I agree. It's not that we close them as fixed. We close them as
Out-of-date because of lack of
Bill Janssen wrote:
Why doesn't the sector buffer in the readwrite function already do
the necessary buffering?
The sector buffer in the readwrite function does the buffering, and it
works perfectly fine. The nasty inefficiency in this special case is
that readline reads 1 byte at a time
Jonathan Gordon wrote:
// move the fd back to AFTER the \n if needed
if (!errno)
lseek(fd,num_read-count+1,SEEK_CUR);
That could be a really lengthy operation if it crosses a sector boundary.
Linus
Jonathan Gordon wrote:
to limit the distance it has to seek back would it be better to read
the smaller of MAX_PATH and buffer_size untill either the buffer is
full or we hit a new line? instead of just reading the full buffer
size?
In any case, the read_line() inefficiency is not a big deal.
Mike Holden wrote:
For me, the battery life is a non-issue and I use my unit a lot. It could
always be improved on of course, but it's plenty good enough to release
IMHO.
If this was a question of optimization, I would agree. In this case, it
is a hardware issue, where some component is
Malcolm Tyrrell wrote:
... The moment we come out of freeze, a whole slew of new
features will go into the source, and a slew of new bugs with them.
If the current code is flaky, how much more flaky will post 3.0 code
be?
Has the possibility of maintaining seperate release branches been
Bryn Smith wrote:
Unfortunately most of the code I looked at had very little commenting. I
was a little surprised to find that even functions weren't documented as
to their purpose and none of the files even had a basic description of
their function!
Welcome to the world of unpaid volunteer
Malcolm Tyrrell wrote:
I'd like to propose that RB deletes the file /_sys/pllist.sif. This
would guarantee that the OF will have a consistant file view after
using RB has been used.
Thanks for your work on finding this out. Now we know how to fix this
once the feature freeze is over.
Linus
1 - 100 of 126 matches
Mail list logo