| 00:00:16 | Horschti | usualy, you only try a few themes the first time you install rockbox, then you stick with one you realy like. |
| 00:00:28 | Llorean | Horschti: Not true. Some people change *very* often |
| 00:00:48 | Llorean | But even then, you don't need to know what you're currently using. The more often you change, the more recently you selected one, *and* the more likely you're looking for a different one anyway |
| 00:00:52 | Horschti | that's why i said "usualy" and not "always" ;) |
| 00:02:07 | | Join Ziltro [0] (n=ziltro@ziltro.plus.com) |
| 00:02:21 | Horschti | I, as a user, don't think the current behaviour needs to be changed at all. |
| 00:03:57 | | Part domonoky |
| 00:06:58 | Ziltro | Hi there, I was wondering if there is a way in Rockbox when playing a list of songs to pause before playing each one? ie. Song 1 plays, finishes, it skips to Song 2 and waits for me to press Play. |
| 00:07:19 | Ziltro | I have Rockbox running on my Sandisk Sansa e260, and it works well. :) |
| 00:08:01 | Horschti | why would you want to do that? |
| 00:08:28 | Ziltro | playing music at a ... well I'm not sure what you call it. like a concert. |
| 00:08:42 | Ziltro | there's an intro, they sing to a song, there's another intro, they sing to another song, etc. |
| 00:08:56 | Mikachu | like repeat 1, but without the repeat? :) |
| 00:08:59 | Ziltro | it would save me pressing pause at teh end each time. :) |
| 00:08:59 | bertrik | Ziltro, as far as I know, that's currently not possible, but maybe someone else here knows a way |
| 00:09:16 | Ziltro | I would expect it to be in Playback Settings, but couldn't see anything. |
| 00:09:33 | Ziltro | also no music player software in Linux that I've tried has the option either! |
| 00:09:43 | pixelma | I believe there is an old patch in the tracker which does this but I don't know if it still applies |
| 00:09:45 | Mikachu | for a in *.mp3; do mplayer $a; read; done |
| 00:09:53 | Ziltro | like a playlist with manual starting of each song. :) |
| 00:10:11 | Ziltro | Mikachu: that would work until they accidentally read the wrong song off of their list. ;) |
| 00:10:17 | Horschti | that's simple... it's realy an... unconventional usage of a DAP |
| 00:10:30 | | Join ForumJunkie [0] (n=ilovefor@S0106001731ba3ab8.va.shawcable.net) |
| 00:10:31 | Mikachu | Ziltro: "read" just waits for you to press enter |
| 00:10:41 | pixelma | "pause between tracks" it was called |
| 00:10:46 | Mikachu | Ziltro: ah, you want to be able to move around in the list as well |
| 00:11:10 | Ziltro | Mikachu: If I can't move around I know they'll accidentally pick the wrong song at some point. Sod's law and all that. |
| 00:11:50 | Ziltro | "Pause between tracks" sounds good. I wouldn't mind being able to disable ff/rew/next/prev too. |
| 00:12:34 | kugel | you can disable next/prev at least |
| 00:12:38 | Ziltro | using a DAP saves lugging yet another laptop up into the loft. |
| 00:12:55 | Ziltro | kugel: you can? oh I hadn't looked into that at all actually, thanks. :) |
| 00:13:13 | kugel | it's called "Prevent track skipping" |
| 00:13:26 | Llorean | Ziltro: Couldn't you just play a single song and let it stop after, then play the next and let it stop? |
| 00:13:36 | Llorean | Rather than trying to deal with a single playlist and pausing |
| 00:13:51 | Ziltro | Llorean: how? each one in a seperate directory? |
| 00:14:17 | Ziltro | kugel: ah I noticed that just now, wondered what it meant. :) |
| 00:14:20 | pixelma | hmm... what's with "Party Mode" then? I never used it, just know that it disabled some input but not which exactly? |
| 00:14:21 | Mikachu | Ziltro: context menu the song and explicitly insert the one entry, it won't add the whole dir then |
| 00:14:29 | Llorean | Or a folder full of single-song playlists, with repeat set to off |
| 00:14:37 | Llorean | So you don't need to do anything when one ends except press "down" and "select |
| 00:14:47 | Ziltro | pixelma: imagine not being able to stop the music playback ever! |
| 00:14:50 | | Join tvelocity [0] (n=tony@adsl21-248.her.forthnet.gr) |
| 00:14:53 | Llorean | pixelma: Party Mode prevents stopping / pausing / interrupting. The opposite of what he wants. :-P |
| 00:15:14 | | Nick tessarakt is now known as [PIRATEN]tessara (n=jens@e180065239.adsl.alicedsl.de) |
| 00:15:21 | kugel | Ziltro: I thought the naming was pretty clear. But we also have our fine manual :) |
| 00:16:15 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 00:17:08 | ForumJunkie | Anyone know what MD5Sum does? It created a file called everything.md5sum. No idea what it is, can I delete it? |
| 00:17:09 | Ziltro | kugel: when I read it I thought of skipping like how a record or CD can skip. |
| 00:17:43 | kugel | funman: I don't quite understand your latest response |
| 00:18:30 | Llorean | ForumJunkie: Google has a lot of info about md5 sums. They're not rockbox specific |
| 00:19:35 | funman | kugel: i just answered on the task, the datasheeet mentions the Note (1) for both 1.05 and 1.10 core voltage settinsg |
| 00:19:43 | | Quit Rondom ("Ex-Chat") |
| 00:19:54 | | Quit ender` (" I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all t") |
| 00:20:12 | kugel | funman: ah I see, you were going by the "Typ" column |
| 00:20:18 | kugel | I was going by the min one :) |
| 00:21:03 | * | kugel wonders why the "Typ: 1.10V" is not allowed |
| 00:21:17 | funman | their hardware is not precise enough ? ;) |
| 00:21:24 | kugel | and why the "Typ: 1.15" gives higher MAX than the 1.20 one |
| 00:21:54 | funman | yes that's weird : this is why i ask for a new battery bench |
| 00:22:25 | kugel | I really don't think the Typ 1.1V one will give problems though |
| 00:23:12 | kugel | the min is only 0.04V under specifications, but it looks like the way better setting in general |
| 00:23:15 | funman | well you have no proof of that, so I would like to respect the requirements |
| 00:23:24 | kugel | sure, just saying |
| 00:23:29 | Ziltro | hmm "Prevent Track Skipping" does stop prev/next, however when you press one you get a silent pause for about 500ms... |
| 00:23:37 | Ziltro | also ff/rew still work. |
| 00:23:51 | Ziltro | not quite what I'd expected... :) |
| 00:24:38 | kugel | yea, ff/rew still work |
| 00:25:00 | | Nick [PIRATEN]tessara is now known as tessarakt (n=jens@e180065239.adsl.alicedsl.de) |
| 00:25:27 | funman | kugel: did you have a look at recording? |
| 00:25:43 | kugel | Ziltro: I don't get such a pause |
| 00:25:50 | kugel | funman: no |
| 00:25:56 | kugel | and I don't think I'll have one |
| 00:26:43 | kugel | funman: I think we should focus on releasing soon, actually (i.e. fixing the sd bug) |
| 00:26:58 | kugel | if it really exists, I yet have to experience it |
| 00:27:16 | funman | I have that on my TODO list, I would like to have an idea of what happens |
| 00:27:27 | funman | kugel: here i experience deadlocks on startup (stuck on rockbox logo) |
| 00:27:36 | funman | how often do you install a newer build of rockbox on your fuze? |
| 00:27:45 | kugel | not much recently |
| 00:27:54 | kugel | does that matter? |
| 00:28:00 | funman | yes |
| 00:28:02 | kugel | I mean, I use it, without problems |
| 00:28:09 | funman | a particular build does deadlock, or it doesn't |
| 00:28:14 | funman | no matter how much times you will boot it |
| 00:28:43 | AlexP | Reminds me of a problem that used to exist on another player |
| 00:29:01 | Ziltro | hmm "Skip length" could include "None" or "Disabled". If you set Skip Length to a time then it still works even with Prevent Track Skipping turned on. |
| 00:29:07 | Ziltro | just thinking out loud. :) |
| 00:29:14 | AlexP | That would or wouldn't work seemingly (although not) at random |
| 00:29:30 | AlexP | i.e. One build worked, another didin't |
| 00:29:37 | AlexP | Can't remember which player now |
| 00:29:45 | kugel | Ziltro: "prevent track skipping" is really only to prevent skipping tracks (accidentally) |
| 00:30:15 | Mikachu | how do you do it on purpose with the setting on? |
| 00:30:17 | funman | by particular build, i mean that adding an instruction to completely unrelated code will change the behaviour |
| 00:30:30 | kugel | Mikachu: you don't :) |
| 00:30:33 | AlexP | funman: Yes, this was the same IIRC |
| 00:30:43 | Ziltro | kugel: mmm, but if you set Skip Length to anything other than Skip Track then it has no function? |
| 00:30:47 | AlexP | funman: I think this might also have depended on what build server built it |
| 00:31:06 | kugel | Ziltro: no, it still won't let you skip over the current track |
| 00:31:32 | kugel | well, I said deactivating next/prev, but that's probably not too accurate |
| 00:31:57 | Ziltro | kugel: ah, I see, if you have skip set to 10s and you are 9s from the end it won't skip. |
| 00:32:10 | kugel | funman: that's not really what the people reported, is it? |
| 00:32:48 | | Join funman_ [0] (n=fun@rockbox/developer/funman) |
| 00:33:06 | | Quit funman (Read error: 60 (Operation timed out)) |
| 00:33:20 | funman_ | AlexP: perhaps all build servers do not generate the same code? |
| 00:33:40 | AlexP | I think it depended on versions of various things, or something like that |
| 00:33:41 | funman_ | kugel: i have read reports of corruption, I had experienced these some time ago but not recently |
| 00:33:45 | * | AlexP is being very precise |
| 00:34:12 | kugel | funman_: have other people actually reported your problem? |
| 00:34:13 | funman_ | AlexP: well you're as precise as all of us .. |
| 00:34:22 | funman_ | kugel: dunno |
| 00:34:25 | AlexP | What does that say :) |
| 00:35:10 | kugel | I'll try updating more often, but I have the suspicion that this is your problem (whatever it's caused by) |
| 00:35:11 | funman_ | what i have seen is that the driver is stuck in an infinite loop because all transfers fail with DATA TIMEOUT |
| 00:35:46 | kugel | have you made other changes to the code or are you trying unmodified svn? |
| 00:36:01 | | Join ze [0] (i=ze@76.91.72.105) |
| 00:36:10 | | Join mc2739 [0] (n=mc2739@cpe-67-10-234-29.satx.res.rr.com) |
| 00:36:38 | kugel | I really haven't seen people having this problem, and there's quite a few people here dropping by to install rockbox on their AMS sansas |
| 00:36:41 | funman_ | unmodified |
| 00:37:25 | funman_ | yeah I asked them on the forum to STFU, to not clutter the thread with dozens of reports saying "doesn't work" |
| 00:37:50 | mc2739 | kugel: I have also seen the same issue as funman_ |
| 00:38:14 | mc2739 | boot stops on Rockbox logo |
| 00:38:41 | mc2739 | rebuilding does not fix it, unless you make a code change |
| 00:38:49 | kugel | funman_: probably not such a good idea in a pre-release phase |
| 00:39:14 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060308]") |
| 00:39:21 | funman_ | kugel: well we know it's broken, don't we? |
| 00:39:28 | kugel | I apparently didn't |
| 00:39:43 | * | funman_ invites kugel to read the forum thread more frequently ^^ |
| 00:39:50 | kugel | I read every post |
| 00:40:02 | kugel | because I'm subsribed to it |
| 00:40:25 | kugel | latest svn boots fine |
| 00:40:27 | funman_ | see http://forums.rockbox.org/index.php?topic=14064.msg151588#msg151588 |
| 00:41:22 | | Nick funman_ is now known as funman (n=fun@rockbox/developer/funman) |
| 00:42:22 | kugel | that post is two weeks old, I've long forgotten about it :p |
| 00:42:37 | | Join mt [0] (n=mt@rockbox/developer/mt) |
| 00:43:41 | funman | the status didn't change unfortunately :/ |
| 00:45:48 | kugel | funman: maybe powering/clocking (sd_enable())on doesn't work reliably anymore and needs a delay? |
| 00:46:50 | funman | at least we get to the point of working SD commands (since we can start a transfer), so i am not sure |
| 00:47:02 | kugel | not sure why changing unrelated code alters the behavior though |
| 00:47:06 | funman | I will look at the OF again to see if there is some delays there |
| 00:47:37 | funman | not sure either .. |
| 00:48:14 | bertrik | notlistening, have you looked at the radio of your ams sansa player recently? it should now work properly (fixed during devcon) |
| 00:49:14 | *** | Saving seen data "./dancer.seen" |
| 00:52:50 | | Quit funman ("free(random());") |
| 00:52:56 | notlistening | bertrik, yeah it is working ok, a little bit buggy but i am trying to reproduce the issues i have seen |
| 00:53:56 | bertrik | I know of some bugs where it hangs when the radio is 'paused' |
| 00:54:42 | bertrik | I think it also hangs when modifying radio settings when the radio itself is not active (e.g. set the region through the FM radio context menu in the main menu) |
| 00:56:22 | kugel | bertrik: indeed |
| 00:56:30 | kugel | just tried that, and it crashed |
| 00:56:39 | notlistening | i have not been able to modify the volume before pressing themenu button at times |
| 00:57:00 | kugel | well, it doesn't crash actually, buttonlight still works (so the backlight thread is still working I think) |
| 00:57:48 | bertrik | kugel, I think a region change cause the radio to re-tune, but at that point the radio hardware is powered down, so the tune loop hangs |
| 00:58:06 | notlistening | and i have seen corruption on my player recently, if that was bought up before? |
| 00:58:06 | | Quit SUSaiyan (Read error: 113 (No route to host)) |
| 00:58:07 | kugel | should be fixable |
| 00:59:17 | kugel | JdGordon: I think I need to fix up statusbars a bit before customlist goes in |
| 00:59:26 | JdGordon | how so? |
| 01:00 |
| 01:00:06 | JdGordon | can you put up your latest patch? I want to do some hacking tonight so i might be able to look at it |
| 01:00:09 | kugel | because it's buggy in SVN, but is apparently more obvious with my changes |
| 01:00:33 | * | JdGordon doesnt think thats a major concern... it can be fixed |
| 01:00:54 | JdGordon | anyway, im heading off for a while, back later |
| 01:00:57 | kugel | yes, but it needs to be done |
| 01:01:16 | | Quit matsl_ (Read error: 110 (Connection timed out)) |
| 01:02:05 | | Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 01:03:56 | | Quit bertrik ("De groeten") |
| 01:05:12 | | Join ReKleSS [0] (n=ReKleSS@d58-110-111-83.meb8.vic.optusnet.com.au) |
| 01:06:42 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 01:07:43 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 01:14:53 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 01:22:06 | | Quit notlistening ("Leaving") |
| 01:24:54 | | Quit mirak ("Ex-Chat") |
| 01:27:30 | | Quit Thundercloud (Remote closed the connection) |
| 01:27:55 | | Quit tvelocity ("Αποχώρησε") |
| 01:30:21 | | Join tvelocity [0] (n=tony@adsl20-204.her.forthnet.gr) |
| 01:35:32 | | Quit mt (Remote closed the connection) |
| 01:36:40 | | Quit kugel (Remote closed the connection) |
| 01:41:20 | | Quit petur ("Zzzzzz") |
| 01:45:41 | | Quit robin0800 (Remote closed the connection) |
| 01:45:50 | | Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) |
| 01:49:00 | rasher | How isolated is the jpeg-decoding part of the jpeg viewer? |
| 01:49:13 | | Part cmwslw ("Ex-Chat") |
| 01:50:32 | | Quit tessarakt ("Client exiting") |
| 01:50:40 | | Quit barrywardell () |
| 01:51:10 | Mikachu | rasher: isn't jpeg decoding in core already? |
| 01:51:23 | rasher | Does the jpeg viewer use that decoder? |
| 01:51:28 | rasher | I'm not up to speed with that |
| 01:51:29 | Mikachu | no idea :) |
| 01:51:45 | rasher | Thinking of FS #9493 and how reasonable it is to require it to be integrated with the jpeg viewer |
| 01:52:17 | Llorean | rasher: While I'd agree that it'd be nice for it to become "ImageViewer" don't we need to try to keep the plugin size down (to allow loading as large of images as possible without stopping playback)? |
| 01:52:22 | | Quit matsl_ (Read error: 110 (Connection timed out)) |
| 01:52:22 | Llorean | That seems like something a bit more difficult to address. |
| 01:52:59 | Llorean | I'd love to require it to be integrated, but I'm not sure it's reasonable to require that up front. |
| 01:53:03 | pixelma | would be nice for the Archoses and other lowmem targets as well |
| 01:53:11 | rasher | True. It just seems a bit wasteful having to keep two interfaces up to date |
| 01:53:27 | Llorean | Very true. |
| 01:53:29 | rasher | Plus, the slideshow would be able to show both. Not possible if they're seperate |
| 01:53:55 | Llorean | Would it be possible to compile the plugin twice, using different decoder libraries, for the time being? So you get two plugins with the same interface code? |
| 01:54:11 | rasher | That would probably be possible |
| 01:54:12 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 01:54:16 | Llorean | Then, when possible combine them to dynamically load the decoder, or similar. |
| 01:54:39 | pixelma | image "codec"? |
| 01:54:39 | | Join Guest26583 [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 01:54:42 | * | Llorean isn't really sure how much easier it'd be, at that point. |
| 01:54:49 | Llorean | pixelma: More or less. :) |
| 01:55:01 | rasher | Llorean: It would be better than a plugin at twice the size |
| 01:55:10 | Llorean | Certainly. |
| 01:55:20 | Llorean | Still doesn't solve the slide show issue until the final step, but it's probably a good compromise. |
| 01:55:21 | | Nick Guest26583 is now known as n17ikh (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 01:55:32 | rasher | Yeah |
| 01:59:05 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 01:59:42 | | Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 02:00 |
| 02:00:06 | | Quit n17ikh (Client Quit) |
| 02:01:15 | | Part toffe82 |
| 02:01:17 | | Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 02:02:36 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 02:03:02 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 02:03:54 | dz | is there any way to get the sansa e200 bootloader to not boot the original firmware when a dock connector is plugged in? |
| 02:04:16 | | Quit faemir (Remote closed the connection) |
| 02:04:50 | | Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 02:05:22 | Llorean | dz: There's new bootloaders in flyspray that shouldn't. |
| 02:06:36 | Blue_Dude | I'm trying to #include a file that's higher up in the directory structure. Anybody know how to reference it? |
| 02:12:50 | rasher | #include "../foo.h"? |
| 02:16:25 | Blue_Dude | I tried that. It doesn't work. |
| 02:26:25 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 02:28:37 | notlistening | rasher, which file was I looking in again for the voicing script |
| 02:29:35 | rasher | notlistening: tools/voice.pl does the grunt work |
| 02:29:45 | * | rasher hands notlistening a torch and a helmet |
| 02:29:46 | rasher | Good luck! |
| 02:30:08 | notlistening | cool might be back with others in a min ;) |
| 02:33:33 | notlistening | rasher, urgh!! |
| 02:35:58 | | Join rayj [0] (n=rjg@c-98-215-231-183.hsd1.in.comcast.net) |
| 02:36:22 | rayj | hello all |
| 02:36:42 | rayj | im in the market for a new stereo in my car |
| 02:37:07 | rayj | i see all these new setups with usb capabale |
| 02:37:33 | rayj | do any of these new usb stereos do gapless playback |
| 02:39:27 | Llorean | This is a channel for questions about a specific software |
| 02:40:41 | rasher | notlistening: Well, it should be more or less straight forward. It's just not very pretty |
| 02:40:52 | rayj | ok is the a port for rockbox on any carstereos |
| 02:41:07 | Llorean | The full list of supported players is on the front page of the site. |
| 02:41:12 | rasher | notlistening: I'd just pick one of the existing TTS that works in the same way, and copy that |
| 02:41:41 | rasher | That is, copying all code related to that TTS |
| 02:41:46 | Unhelpful | Blue_Dude: that should work, or if the directory containing the file is in the include path, that's another way... |
| 02:41:49 | rasher | And modifying it to fit your new method |
| 02:42:32 | rasher | notlistening: Probably easy to add it to configure first, so you can attempt to do test builds |
| 02:42:40 | Blue_Dude | Unhelpful: It should work but it doesn't. I don't know why. Relative paths only seem to work going down. |
| 02:42:40 | rasher | notlistening: V=1 make voice will help |
| 02:42:59 | | Quit rayj (Remote closed the connection) |
| 02:43:05 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 02:44:03 | notlistening | rasher, got it generating voice files already just need to add in the gubbings |
| 02:47:35 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/freenode/x-5b063cfc4fb42562) |
| 02:49:16 | *** | Saving seen data "./dancer.seen" |
| 02:56:05 | ReKleSS | I'm looking over the iriver h1x0 boot process, how does the code get from flash to the normal address space? |
| 02:56:08 | ReKleSS | is it memory mapped? |
| 02:56:36 | rasher | notlistening: sounds good |
| 03:00 |
| 03:07:57 | | Quit lilltiger (Remote closed the connection) |
| 03:10:35 | | Quit mc2739 ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") |
| 03:18:37 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 03:18:43 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 03:23:03 | | Quit fred_2 ("bye") |
| 03:23:08 | | Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) |
| 03:28:14 | | Quit aaron424 (Read error: 60 (Operation timed out)) |
| 03:31:10 | | Quit ForumJunkie () |
| 03:31:52 | | Quit _lifeless (Remote closed the connection) |
| 03:31:59 | | Join _lifeless [0] (n=lifeless@188.16.124.23) |
| 03:32:38 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 03:33:21 | notlistening | rasher, where does you script look for the files to encode them? |
| 03:33:32 | notlistening | your ;) |
| 03:33:51 | notlistening | the build directory? |
| 03:34:27 | Unhelpful | Blue_Dude: very odd... relative includes work fine for apps/plugins/lib/pluginlib_albumart.c, and pluginlib_bmp.c uses an include that's relative to apps (includes "recorder/bmp.c" |
| 03:35:39 | | Quit daurn| (Read error: 60 (Operation timed out)) |
| 03:37:20 | rasher | notlistening: I believe so. Or in the dir pointed to by the POOL environment variable. I don't believe you should even have to worry about that? |
| 03:39:44 | notlistening | the server is placing the files in the wrong place at this time that all just need to work out a way to make it put them in the right place |
| 03:40:45 | rasher | It should be given a filename/path |
| 03:40:48 | rasher | in the script |
| 03:45:56 | notlistening | ahh no path as it is I am using $output |
| 03:46:11 | notlistening | and that gives a filename and thats all |
| 03:46:18 | rasher | Well, that means "current dir" then :) |
| 03:47:01 | notlistening | Ok |
| 03:50:55 | | Quit amiconn (Nick collision from services.) |
| 03:50:59 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 03:51:08 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 03:51:15 | | Quit pixelma (Nick collision from services.) |
| 03:51:17 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:51:26 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 03:51:35 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:51:52 | | Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 03:55:35 | | Quit notlistening (Read error: 54 (Connection reset by peer)) |
| 03:56:57 | | Join tom_ [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 03:58:38 | tom_ | right pulled the poer lead out of the PC opps :P |
| 03:58:47 | tom_ | power |
| 04:00 |
| 04:09:52 | | Quit tom_ ("Leaving") |
| 04:10:43 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 04:21:29 | notlistening | IDENT |
| 04:24:16 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 04:25:00 | | Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 04:28:39 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 04:29:19 | | Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) |
| 04:32:51 | | Join lilltiger [0] (n=lilltige@82.145.152.217) |
| 04:36:12 | Unhelpful | ... |
| 04:36:23 | Unhelpful | what're you doing, exactly, notlistening? |
| 04:36:58 | | Join Llorean1 [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 04:37:17 | | Quit Llorean (Nick collision from services.) |
| 04:37:20 | | Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 04:38:52 | notlistening | i was learning how to add in command on my xchat client a bit unsucessfully to beingin with to identify myself when i login to use my nickname ;) |
| 04:39:18 | | Quit BHSPitLappy (Remote closed the connection) |
| 04:39:44 | notlistening | Unhelpful, was that exact enough? |
| 04:42:15 | notlistening | I have just managed to getmore corruption on my e200v2 to the point where i had to format it using the OF, is there a way to now rename the partition to its original tag as from linux i can't see the partition with parted? |
| 04:45:05 | | Quit perrikwp ("Leaving.") |
| 04:45:35 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") |
| 04:45:53 | lilltiger | try cfdisk |
| 04:46:31 | lilltiger | hmm |
| 04:46:39 | lilltiger | cfdisk seems to fail for me hehe |
| 04:48:10 | Unhelpful | "tag"? |
| 04:48:23 | lilltiger | ahh had to be root doh :) |
| 04:48:37 | lilltiger | i think he means set the label |
| 04:49:14 | Unhelpful | i believe that's actually part of the filesystem, not the partition table. |
| 04:49:19 | lilltiger | hmm no label support in cfdisk it seem bah |
| 04:49:22 | *** | Saving seen data "./dancer.seen" |
| 04:49:40 | Unhelpful | dosfslabel would do the job, i think? |
| 04:49:40 | lilltiger | it said free disk space! |
| 04:50:21 | lilltiger | what kinda strange fs are they using! |
| 04:53:04 | notlistening | when you format the disk using their inbuilt untility it does strange things |
| 04:53:23 | Mikachu | cfdisk does display the label that is set on most partition types, but i don't think it can change them |
| 04:53:50 | notlistening | yeah not an option i can see Mikachu |
| 04:54:29 | lilltiger | Mikachu: it shows my fuze fs as empty :) |
| 04:56:13 | lilltiger | hmm how do i get it to rebuild the database it dident do so upon restart after adding new songs |
| 04:57:13 | notlistening | in the database menu under general settung you need to auto update option? |
| 04:57:37 | lilltiger | thanks :) |
| 04:57:53 | lilltiger | dident check under general hehe |
| 04:58:21 | notlistening | Unhelpful, dosfslabel worked a treat thanks |
| 04:59:19 | lilltiger | notlistening: the cfdisk say that your devices where fat or did they say they where free space? |
| 05:00 |
| 05:01:31 | notlistening | free space |
| 05:01:56 | notlistening | parted reported no parition there |
| 05:02:59 | | Quit moos ("Rockbox rules the DAP world") |
| 05:03:51 | lilltiger | hmm told ut to update the database but it dosent seem to do it.. hehe |
| 05:14:30 | | Quit Riku (Read error: 104 (Connection reset by peer)) |
| 05:17:50 | | Join Riku [0] (n=Lss@cm33.zeta237.maxonline.com.sg) |
| 05:22:17 | | Quit notlistening (Remote closed the connection) |
| 05:31:30 | lilltiger | hmm I think i just ran into the data corruption issue :( |
| 05:32:46 | | Quit dlenski (Remote closed the connection) |
| 05:34:34 | lilltiger | no wonder the database dident want to update when all the newly added data looks currupted |
| 05:35:47 | lilltiger | hmm but when connected to the computer it looks correct hmm |
| 05:38:03 | | Quit Horschti ("Verlassend") |
| 05:48:31 | lilltiger | ok this is realy wierd, the file browser in rockbox is all messed up, it has the dirnames correct but the filenames is just strange symbols |
| 05:49:16 | lilltiger | but when starting the player into the org sansa firmware there is nothing wrong at all with the sungs |
| 05:49:18 | lilltiger | songs |
| 05:51:49 | Llorean | The original sansa firmware displays information from the tags, not the filenames, right? |
| 05:51:57 | safetydan | sounds about right |
| 05:52:22 | safetydan | wasn't that why the Sansa OF was slow to boot after USB disconnect because it was rebuilding the database? |
| 05:52:32 | Llorean | Well these are V2 sansas in question |
| 05:52:36 | lilltiger | but the filenames is correct when using it in usbmode |
| 05:52:44 | lilltiger | it¨s the v1 |
| 05:53:01 | Llorean | I thought you were asking questions about an e200v2 earlier. |
| 05:53:09 | lilltiger | nope |
| 05:53:15 | Llorean | And you said Fuze up there |
| 05:53:16 | lilltiger | i havent |
| 05:53:19 | Llorean | Which is an AMS Sansa |
| 05:53:24 | lilltiger | fuze v1 |
| 05:53:38 | Llorean | Sorry, we refer to all the AMS Sansas generally as "v2" a lot of the time |
| 05:53:39 | lilltiger | so yes ams sansa |
| 05:54:01 | lilltiger | confusing :) |
| 05:54:13 | Llorean | Well, for quite a period the only AMS Sansas were v2s of other hardware |
| 05:54:31 | Llorean | Then the line extended, but there weren't any v2s of the AMS ones, so "SansaV2" made a general sort of sense still - it was v2 of their product line. |
| 05:54:52 | Llorean | It's just now recently confusing again, hence the attempt to get in the habit of calling them AMS |
| 05:55:22 | Llorean | Either way, you've already said you're having filesystem troubles. |
| 05:55:43 | lilltiger | I thought i had, from looking the the rockbox filebrowser |
| 05:55:59 | Llorean | Weren't you having partition issues just a few minutes before that? |
| 05:55:59 | lilltiger | but when looing at the files when connected as usb device theu all seem fine |
| 05:56:10 | lilltiger | and the sansa firmware has no u´issue with em |
| 05:56:20 | Llorean | The sansa firmware is showing you the database. |
| 05:56:23 | lilltiger | nope, it was just labling :) |
| 05:56:34 | lilltiger | and just checked it in cfdisk |
| 05:56:37 | Llorean | You said it said your partition was free disk space. |
| 05:56:49 | lilltiger | in cfdisk yes |
| 05:56:55 | lilltiger | but so was his |
| 05:57:15 | lilltiger | probly cos it's formated from the sansa firmware |
| 05:57:23 | Llorean | Please, use real words. |
| 05:57:26 | Llorean | "cos" is not one. |
| 05:57:31 | | Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) |
| 05:57:33 | Llorean | Nor is "probly" |
| 05:57:55 | lilltiger | Okej, det kan jag väl om du pratar svenska |
| 05:58:03 | Llorean | This is also an English language channel |
| 05:58:22 | | Part cmwslw ("Ex-Chat") |
| 05:58:34 | lilltiger | I said that I will start talking proper english when you start speking swedish |
| 05:58:38 | lilltiger | +a |
| 05:58:55 | Llorean | No, you'll start typing proper English when you want permission to continue using this channel, as per the publicly posted guidelines. |
| 05:59:00 | | Join ruckus [0] (n=Earworm@adsl-76-234-133-19.dsl.sfldmi.sbcglobal.net) |
| 05:59:18 | Llorean | I tried to be polite about it, now I'm going to be clear: It is a guideline for this channel, and there are those who will enforce it. |
| 05:59:24 | lilltiger | ohh ok, if me english isent good enought ill go |
| 05:59:32 | lilltiger | bye then |
| 05:59:36 | | Part lilltiger ("Konversation terminated!") |
| 06:00 |
| 06:02:45 | ruckus | hey folks, I am getting an "ATA error: -11" |
| 06:03:13 | ruckus | i'd like to know how can i send a log file or anything that may help fix this problem |
| 06:04:22 | Llorean | ruckus: Maybe you could give a little more information. What player, what build, etc. |
| 06:04:57 | ruckus | lets see. i got gigabeat f10, but i replaced the hdd with a 30gb compatible model |
| 06:05:44 | ruckus | i haven't updated the build in about a week, but this problem has been here for a loooong time. i'll update it in a moment, but i doubt it |
| 06:06:19 | Llorean | It's probably a problem with your disk then |
| 06:07:08 | ruckus | the way i get the error is a bit tricky to explain |
| 06:07:32 | Llorean | Did you ever get the error with the old disk? |
| 06:08:13 | ruckus | Llorean: i only get it when the bootloader is in a USB mode, and i remove/detach the USB cable. |
| 06:08:21 | ruckus | *safely remove |
| 06:08:46 | ruckus | i don't remember if i was having the problem with the old disk |
| 06:09:32 | Llorean | ruckus: What bootloader version are you using? |
| 06:09:49 | ruckus | how can i tell? |
| 06:10:12 | Llorean | When did you install it? |
| 06:10:49 | ruckus | lemme see here |
| 06:11:13 | Llorean | Please, try to use real words rather than slang like "lemme" so that our logs are able to be read with translation tools more easily. |
| 06:11:47 | ruckus | alright, it's easier to type them, but i'll try |
| 06:12:04 | Llorean | Thanks. |
| 06:12:51 | ruckus | i use the bootloader from this page |
| 06:12:52 | ruckus | http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort |
| 06:12:55 | Llorean | When, though |
| 06:12:56 | ze | humanish thingings, conforminate to the transbawts! mwahaha |
| 06:13:04 | Llorean | ze: I'm serious. |
| 06:13:10 | Llorean | Real words. |
| 06:13:20 | ruckus | but it hasn't been changed since 2007 ?! |
| 06:13:21 | ze | (i'm sorry, i know, i just couldn't resist that opportunity) |
| 06:13:24 | Llorean | ruckus: ATA error: -11 is often associated with hardware issues, if you still have your old drive, I'd see if it performs better. |
| 06:14:03 | Llorean | ruckus: No, that date is actually outdated, the file linked is newer than that. |
| 06:14:03 | ruckus | Llorean: ok, well tell me. is the bootloader constantly updated ? |
| 06:14:07 | Llorean | No, the bootloader is not |
| 06:14:14 | ruckus | oh really? |
| 06:14:21 | Llorean | It's updated when something important changes, and a new bootloader can be tested. We try to update them as rarely as possible. |
| 06:14:33 | Llorean | They're really the part that makes sure even if you get a bad build of Rockbox, you can fix things easily. |
| 06:14:54 | ruckus | so the wiki is wrong about the bootloader's date? |
| 06:15:14 | ruckus | not sure if i am following you here |
| 06:15:21 | Llorean | Yes, the wiki's wrong |
| 06:15:54 | Llorean | If you check the actual file date on the download server it's from Oct 2008 |
| 06:17:48 | ruckus | i see |
| 06:17:58 | | Join timc [0] (n=aoeu@221.201.148.153) |
| 06:18:59 | ruckus | Llorean: is changing the disk the only thing i can do to see what's up? |
| 06:19:45 | Llorean | ruckus: You could make sure everything's updated to the latest, but if the problem continues it's very likely a hardware issue. That error, I believe, usually indicates one. |
| 06:20:29 | ruckus | everything's updated = bootloader and build, right? |
| 06:20:38 | Llorean | Yes. |
| 06:21:28 | ruckus | ok. testing now |
| 06:23:08 | ruckus | Llorean: yeah nothing has changed. i tried to plug in the power cord as well, but nothing |
| 06:24:36 | ruckus | but i do keep the old drive, so i'll give it a try |
| 06:24:41 | ruckus | thanks anyway |
| 06:25:41 | | Quit ruckus ("Leaving.") |
| 06:36:35 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:49:24 | *** | Saving seen data "./dancer.seen" |
| 06:53:26 | | Join ruckus [0] (n=Earworm@76.234.133.19) |
| 06:55:08 | ruckus | hey Llorean. i have one more question. i've been wanting to make my browsing font bigger, but whenever i change it, that also changes the font on the "now playing screen". is there a way to use 2 different fonts? |
| 06:57:07 | ruckus | or anyone else? |
| 06:57:29 | Llorean | Not really, no. |
| 06:57:57 | Llorean | There are two fonts. The builtin system font, and whichever user font is loaded. You can design a WPS to use the system font, while you use the loaded font for menus, but beyond that there's not much you can do at the moment |
| 06:59:22 | ruckus | but the built in font is so tiny... i am trying to make the browsing text larger, while keeping a reasonably small text on the now playing screen |
| 07:00 |
| 07:00:21 | Llorean | Hey, I'm just telling you what your option is. |
| 07:00:44 | Llorean | Unless you feel up to fixing the multifont patch so that it's acceptable for inclusion. |
| 07:01:42 | ruckus | right. i'm just stating the predicament, with the hope that it will taken under consideration |
| 07:02:30 | ruckus | though i with i was able to code, i would've whipped something out right away |
| 07:02:57 | ruckus | * though if i was able to code, i would've whipped something out right away (sorry) |
| 07:04:28 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:07:19 | Llorean | It's not an easy to solve problem. Or rather, a solution that doesn't come packaged with a variety of new drawbacks is difficult to come by. |
| 07:11:07 | ruckus | i am looking at the cfg file. how does this sound: if the "font" variable is split into font1 (for the browsing screen), and font2 (for the now playing screen) would that be a problematic to implement and make rockbox recognize each font variable? i'm trying to form a good suggestion, so i can post a forum topic or something |
| 07:11:29 | Llorean | The problem is "under the hood" |
| 07:12:02 | Llorean | There's a lot more to font use and caching to avoid spinning the disk and efficient memory use. Fonts can be quite huge, so we don't want to keep the whole thing in memory. |
| 07:12:17 | Llorean | Everyone agrees multifont would be good, it just needs a lot of work to be done in a way that works well internally |
| 07:13:18 | ruckus | Llorean: I see, so this idea is already on the long term to do list? or maybe short term?! :) |
| 07:13:44 | Llorean | There's no "term" |
| 07:13:53 | Llorean | It will happen when a volunteer works on it, just like everything else. |
| 07:17:40 | ruckus | Llorean: cool. |
| 07:19:15 | ruckus | oh no, i got stuck on the golden quotes page... |
| 07:19:57 | JdGordon | does anyone actually think the buttonbar is useful? |
| 07:22:30 | Llorean | I don't know. How often do those buttons' functions change? |
| 07:22:48 | JdGordon | they are pretty static I think |
| 07:23:03 | JdGordon | I would really really love to kill it, but I cant see me being allowed to |
| 07:23:21 | Llorean | Well, I mean, we don't really have constant visual cues as to what every other button does. |
| 07:23:37 | Llorean | And buttons like "A-B" or "Windows Logo" aren't really obvious. |
| 07:24:15 | Llorean | If they're not *too* context sensitive (as in, not too hard to learn) I wouldn't be against it. |
| 07:24:31 | Llorean | It's another one of those cases where a user would *need* the manual though. |
| 07:25:00 | Llorean | But they're all "extra" features right? Like, normal use of the player can be had without using them (similar to the quickscreen)? |
| 07:25:28 | JdGordon | honestly I dont know how those buttons are used enough.... |
| 07:25:51 | JdGordon | but yes, the argument is that once oyu learn them (from the manual or screen) you would disable thm to reclaim the screen space |
| 07:27:30 | Llorean | Well, I guess it depends on how hard it is to learn them. What conditions can cause them to do different things and all. |
| 07:28:23 | JdGordon | its bassically the main screens each set them slightly differently (menus, browsers, wps, rec/fm, or none?) |
| 07:29:11 | Llorean | That's probably not too bad then. |
| 07:29:27 | Llorean | My worry is that they might change based on other things. |
| 07:30:10 | JdGordon | I'm 99% sure that when they are set they are static |
| 07:30:13 | Llorean | For example, I could imagine them showing different things in the tree depending on whether or not playback was happening or something. Dynamic content, which is bad if there's no indicators. But if they're static like that, it really boils down to "are they necessary, or extra" |
| 07:30:35 | JdGordon | I'm also not sure if they are trnaslated either... |
| 07:30:35 | Llorean | I don't seem to remember ever using them on my Recorder when playing with it, except when flashing it. |
| 07:35:39 | | Join FlynDice [0] (n=FlynDice@cust-65-98-160-98.static.o1.com) |
| 07:38:46 | JdGordon | hmm... my mini really doesnt like plugging into usb while its off... usb doesnt connect and disconnecting the cable data aborts |
| 07:40:37 | Llorean | That sounds like behaviour we had before USB was enabled. |
| 07:40:43 | | Part ruckus ("Leaving.") |
| 07:41:24 | JdGordon | recentish build... 2 weeks ago maybe |
| 07:47:50 | | Join matsl_ [0] (n=matsl@dhcp126.contactor.se) |
| 07:57:22 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 08:00 |
| 08:01:30 | | Quit JdGordon ("Leaving.") |
| 08:20:16 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:37:58 | | Join Rob2223 [0] (n=Miranda@p4FDCFF34.dip.t-dialin.net) |
| 08:43:01 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 08:48:01 | * | amiconn pokes markun a bit regarding font caching |
| 08:49:09 | markun | amiconn: I could take a look at my code later this week |
| 08:49:25 | *** | Saving seen data "./dancer.seen" |
| 08:56:33 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:58:10 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:00 |
| 09:21:24 | | Quit liiwi (Read error: 110 (Connection timed out)) |
| 09:25:24 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:32:19 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 09:33:33 | kugel | markun: ah font caching is your work? so we can bug you with multifont? :> |
| 09:34:53 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
| 09:36:25 | markun | kugel: I wanted to make it my work :) and yes, multifont was also planned in the rewrite. |
| 09:37:08 | kugel | good that you gave bertrik the meizu then, more time for multifont :P |
| 09:37:34 | markun | actually it was gevaerts' meizu M3 |
| 09:37:58 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 09:42:39 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:42:43 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:42:50 | | Quit bertrik (Read error: 113 (No route to host)) |
| 09:49:28 | | Join kugel_ [0] (i=kugel@141.45.205.172) |
| 09:51:01 | | Quit Thundercloud (Remote closed the connection) |
| 09:51:07 | | Join kugel__ [0] (i=kugel@141.45.205.172) |
| 09:51:14 | | Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) |
| 09:51:14 | | Quit _Auron_ (Remote closed the connection) |
| 09:51:18 | | Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) |
| 09:51:35 | kugel__ | markun: grml, then you should give gevaerts yours :p |
| 09:51:47 | | Quit kugel (Nick collision from services.) |
| 09:51:52 | | Nick kugel__ is now known as kugel (i=kugel@141.45.205.172) |
| 09:53:03 | gevaerts | kugel: markun doesn't have an m3 |
| 09:53:38 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 09:53:47 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 09:58:12 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 09:59:50 | kugel | gevaerts: I was talking about meizu, not the m3 specifically |
| 10:00 |
| 10:00:24 | gevaerts | kugel: I don't need two m6sls or m6sps :) |
| 10:06:51 | | Join kugel__ [0] (i=kugel@141.45.205.172) |
| 10:08:10 | | Quit safetydan ("Leaving.") |
| 10:11:11 | | Quit kugel_ (Read error: 110 (Connection timed out)) |
| 10:13:13 | | Quit cg_ (Read error: 104 (Connection reset by peer)) |
| 10:14:59 | | Join kugel_ [0] (i=kugel@141.45.205.172) |
| 10:19:52 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 10:20:05 | | Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) |
| 10:21:28 | | Quit kugel__ (Read error: 60 (Operation timed out)) |
| 10:26:22 | | Join kugel__ [0] (i=kugel@141.45.205.172) |
| 10:31:11 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 10:31:20 | | Quit kugel_ (Read error: 60 (Operation timed out)) |
| 10:38:55 | | Quit BHSPitMonkey (Read error: 54 (Connection reset by peer)) |
| 10:44:29 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:49:28 | *** | Saving seen data "./dancer.seen" |
| 10:52:26 | | Quit cool_walking_ ("Page closed") |
| 10:56:02 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 10:57:09 | | Join kugel_ [0] (i=kugel@141.45.205.172) |
| 10:59:28 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 11:00 |
| 11:04:08 | | Join mt [0] (n=mt@rockbox/developer/mt) |
| 11:05:05 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 11:10:53 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 11:13:00 | | Quit kugel__ (Read error: 110 (Connection timed out)) |
| 11:24:01 | | Quit at0m ("after years of apt-get dist-upgrading, time for fresh install to aptitude safe-upgrade!") |
| 11:25:10 | | Quit jordan`` (Read error: 104 (Connection reset by peer)) |
| 11:25:14 | | Join jordan` [0] (i=gromit@78.235.252.137) |
| 11:27:43 | | Quit kugel_ (Read error: 110 (Connection timed out)) |
| 11:37:16 | | Join kugel_ [0] (i=kugel@141.45.205.172) |
| 11:41:02 | | Join kugel__ [0] (i=kugel@141.45.205.172) |
| 11:45:11 | | Quit J-23 (Remote closed the connection) |
| 11:45:41 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 11:47:01 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:56:46 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 12:00 |
| 12:01:30 | | Quit kugel_ (Read error: 110 (Connection timed out)) |
| 12:05:35 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 12:06:55 | | Quit kugel__ (Read error: 110 (Connection timed out)) |
| 12:13:50 | | Quit tchan (Remote closed the connection) |
| 12:14:28 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 12:19:34 | | Quit vedlith ("unhandled exception") |
| 12:22:41 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 12:23:34 | mt | Is there anything special in using lseek() in a metadata parser ? |
| 12:23:50 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 12:24:32 | mt | linuxstb: What I've noticed so far is that a 'Data abort' occurs after the first call to lseek(). (although lseek's return value would be correct) |
| 12:26:35 | mt | here's the output : http://pastebin.com/m32f69a09 |
| 12:26:39 | | Join vedlith [0] (n=ved2@137-mi2-1.acn.waw.pl) |
| 12:28:38 | gevaerts | mt: Data abort usually occurs when you're doing an unaligned memory access. Maybe that's the case here? |
| 12:31:14 | mt | gevaerts: Unaligned accesses are allowed in the sim right ? Because if so, thise could be the case yes. |
| 12:31:38 | Torne | yah, the sim doesn't check |
| 12:31:58 | linuxstb | Or rather, it's not an issue on x86. |
| 12:32:07 | | Nick J-23 is now known as tw-bocian (n=zelazko@unix.net.pl) |
| 12:32:14 | | Nick tw-bocian is now known as J-23 (n=zelazko@unix.net.pl) |
| 12:32:55 | Torne | i guess. run the sim on arm? :) |
| 12:36:22 | mt | Isn't 1 word = 4 bytes on arm ? |
| 12:36:30 | | Join kugel_ [0] (i=kugel@141.45.205.172) |
| 12:36:37 | Torne | yes |
| 12:37:00 | | Join ForumJunkie [0] (n=ilovefor@S0106001731ba3ab8.va.shawcable.net) |
| 12:37:05 | | Quit bmbl (Read error: 110 (Connection timed out)) |
| 12:37:48 | mt | and starting at byte_offset 68 in a file is equivalent to a word_offset of 17 |
| 12:38:37 | Torne | it's not the offset in the file that needs to be aligned |
| 12:39:24 | Torne | you can read() from any offset you like, but if the buffer you read into isn't word aligned and you do word accesses to it, it will die |
| 12:42:32 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 12:43:25 | | Join Metalstar [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:43:33 | mt | Torne : So if reading a half-word then a word into the buffer, the half-word will need to padded so that the following reading of word would be aligned, right ? |
| 12:44:07 | Torne | no, the read(0 takes care of alignment iirc |
| 12:44:19 | Torne | it's when your code accesses the data in the buffer that it needs to be aligned |
| 12:45:26 | | Join Metalstar- [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:45:35 | | Nick Metalstar- is now known as Edwards80 (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:46:26 | | Nick Edwards80 is now known as EdwardsEighty (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:46:41 | | Nick EdwardsEighty is now known as Edwards80 (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:46:58 | | Join martian67 [0] (i=martian6@about/linux/regular/martian67) |
| 12:47:30 | | Quit martian67 (SendQ exceeded) |
| 12:47:31 | | Quit Edwards80 (Read error: 104 (Connection reset by peer)) |
| 12:47:45 | | Join Edwards80 [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) |
| 12:48:43 | | Quit Metalstar (Read error: 104 (Connection reset by peer)) |
| 12:49:27 | | Join xplagu3 [0] (n=tp@123-243-243-102.tpgi.com.au) |
| 12:49:31 | *** | Saving seen data "./dancer.seen" |
| 12:50:30 | xplagu3 | hi all. how do i tell my ipod 4g to sleep |
| 12:50:55 | Torne | hold down play/pause for some seconds to turn it off |
| 12:51:00 | Torne | rockbox does not support sleep mode |
| 12:51:25 | xplagu3 | ah cool. thx |
| 12:52:06 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 12:52:12 | Torne | also, see the manual :) |
| 12:53:31 | | Quit martian67 (SendQ exceeded) |
| 12:54:07 | xplagu3 | will do. catch |
| 12:54:09 | | Quit xplagu3 ("Leaving") |
| 12:54:47 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 12:55:13 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
| 12:55:43 | | Quit gevaerts (Read error: 110 (Connection timed out)) |
| 12:55:56 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 12:56:33 | ForumJunkie | Um, I'm trying to compile a RB build, how do I delete the source code that it's received from SVN? |
| 12:57:18 | ForumJunkie | I deleted the "rockbox" folder that I thought had all my modifications, and now when I go to patch it says that there is two of the same file (one is "working copy |
| 12:57:33 | ForumJunkie | " and the other is "revision xxxxxx") |
| 13:00 |
| 13:07:59 | linuxstb | ForumJunkie: Just deleting the folder containing the source code should do it... |
| 13:09:06 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 13:15:25 | ForumJunkie | I can't patch it though, still.. |
| 13:15:32 | ForumJunkie | It tells me I have two different codes.. |
| 13:16:20 | ForumJunkie | I deleted the .../home/.../rockbox folder in Cygwin, but for some reason it doesn't patch after I obtained a new source code from svn co svn://etc. |
| 13:22:26 | ReKleSS | http://img14.imageshack.us/img14/4130/img00046t.jpg |
| 13:23:02 | Torne | ReKleSS: offtopic stuff should go in #rockbox-community :) |
| 13:23:27 | ReKleSS | ahh crap, sorry |
| 13:23:29 | ReKleSS | wrong channel |
| 13:23:45 | ReKleSS | I normally only have one irc window open... |
| 13:23:56 | Torne | s'ok |
| 13:24:01 | linuxstb | ForumJunkie: What is the precise error message you're getting from "patch" ? Paste it to somewhere like pastebin.com if it's more than a couple of lines. |
| 13:25:23 | | Quit kugel_ (Read error: 113 (No route to host)) |
| 13:30:33 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:36:35 | | Join Rondom [0] (n=Rondom@nimwen.informatik.ba-stuttgart.de) |
| 13:45:30 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:49:47 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 13:50:26 | | Quit robin0800 (Remote closed the connection) |
| 13:54:14 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 13:56:54 | CIA-71 | New commit by funman (r21550): Sansa AMS: correct sd_select_bank() in SD driver ... |
| 13:58:04 | | Quit Rondom (Remote closed the connection) |
| 14:00 |
| 14:06:57 | | Quit Edwards80 (Read error: 104 (Connection reset by peer)) |
| 14:07:47 | kugel | \o/ |
| 14:08:19 | | Quit Rob2223 () |
| 14:08:43 | | Join Rondom [0] (n=Rondom@nimwen.informatik.ba-stuttgart.de) |
| 14:09:39 | | Join Rob2222 [0] (n=Miranda@79.220.255.52) |
| 14:10:43 | | Join aaron424 [0] (n=chatzill@65.13.2.216) |
| 14:15:01 | mt | ok, now the parser finishes cleanly. Have to figure out where it crashes now. |
| 14:18:01 | mt | Codecs have no access to logf ? |
| 14:21:28 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 14:21:47 | | Quit FlynDice (Remote closed the connection) |
| 14:26:17 | mt | linuxstb: ^ ? |
| 14:28:31 | linuxstb | mt: They should do, but via ci->logf(). Or if not, you could add it to the codec API. |
| 14:29:53 | | Join LambdaCalculus37 [0] (i=44a0430d@gateway/web/freenode/x-cad32bd0bb09d9ad) |
| 14:36:05 | mt | linuxstb: They do but I should have put "#define LOGF_ENABLE" and "#include "logf.h" " before including the codeclib. :) |
| 14:37:09 | kugel | codec lib should include logf.h? Wouldn't it give a warning otherwise? |
| 14:39:02 | | Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-cb572dc6bf139ae8) |
| 14:39:36 | zhufeng | hey guys |
| 14:42:46 | notlistening | funman, trying r21550 for you now |
| 14:44:01 | | Quit Sajber^ ("Leaving.") |
| 14:44:04 | mt | kugel: Yes, I should define LOGF_ENABLE only. |
| 14:46:17 | | Join Sajber^ [0] (n=Sajber@c-ab3071d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 14:48:33 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:49:33 | *** | Saving seen data "./dancer.seen" |
| 14:50:25 | | Quit zhufeng ("CGI:IRC") |
| 14:50:47 | | Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-1b53632677ae7534) |
| 14:51:02 | mt | And now I'm getting no (Data abort)'s, Metadata tags are correctly displayed, but rockbox freezes. |
| 14:52:12 | | Join KBH [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 14:55:06 | | Quit zhufeng (Client Quit) |
| 14:55:30 | | Join zhufeng [0] (n=7ae126c2@91.191.140.131) |
| 14:56:23 | | Quit zhufeng (Client Quit) |
| 14:56:36 | | Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-a73ef9a77eeeb827) |
| 15:00 |
| 15:00:39 | | Quit zhufeng (Client Quit) |
| 15:00:57 | | Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-cc7a1854a6cfa6ab) |
| 15:05:41 | mt | linuxstb: After the metadata parsing is done (metadata/rm) the codec is immediatly called (in this case codecs/cook) right ? |
| 15:09:40 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 15:19:23 | | Join fyre^OS [0] (n=nnscript@cpe-24-90-81-117.nyc.res.rr.com) |
| 15:19:41 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 15:25:30 | notlistening | funman, r21550 is still giving me corruption issues see the forum for more |
| 15:26:20 | | Quit KBH (Success) |
| 15:27:12 | | Quit zhufeng ("CGI:IRC") |
| 15:27:26 | linuxstb | mt: I'm not sure exactly when it's called. It may even be started before the metadata parsing is done - hence the while() loop at the start of the codec's main() function to check for ci->taginfo_ready. |
| 15:28:32 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 15:32:01 | mt | linuxstb: hmm.. the problem is, I've thrown a couple of logf's in cook.c just to make sure the buffering thread actually reaches the codec, but the never get displayed, so I'm now not sure where exactly it freezes. |
| 15:32:18 | | Join Jaykay [0] (n=chatzill@p5DDC7878.dip.t-dialin.net) |
| 15:32:22 | mt | s/the never/they never.. |
| 15:40:01 | Jaykay | pixelma: do you have some time for the german translation? i want FS #9754 to be closed but not without discussing the translations you left out :) |
| 15:43:09 | pixelma | don't have much time now, probably better after Wednesday or even Thursday |
| 15:43:37 | Jaykay | ok |
| 15:49:13 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 15:52:08 | | Quit robin0800 (Remote closed the connection) |
| 15:52:28 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-fc28cae71de71766) |
| 15:54:19 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 15:55:01 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 15:56:20 | evilnick | I've noticed a potential bug in the View Playlist screen; if you are Moving one song when the track changes then the song reverts to it's initial place in the playlist. Is that expected behaviour? |
| 15:57:50 | | Quit Rondom (Remote closed the connection) |
| 15:57:53 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 16:00 |
| 16:00:50 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 16:04:17 | | Join fml [0] (n=4fd3c6e9@gateway/web/cgi-irc/labb.contactor.se/x-1a4b8ae7273c2e37) |
| 16:05:34 | fml | Hello. I'd like to commit FS #10392 (don't modify the file name) and FS #10390 (correctly simulate get_time on non-RTC platforms). Any objections? |
| 16:05:42 | | Join mt_ [0] (n=mt@41.233.147.176) |
| 16:06:20 | | Quit mt (Read error: 113 (No route to host)) |
| 16:06:32 | kugel | fml: I think rasher can commit himself |
| 16:06:54 | | Nick mt_ is now known as mt (n=mt@41.233.147.176) |
| 16:07:55 | rasher | If no one can see a problem with the FS #10392 feel free, or I'll do it some time later |
| 16:09:50 | fml | It's a good tone to not to commit own patches :-) |
| 16:10:05 | fml | rasher: can you assit me with FS #10390 ? :-) |
| 16:10:48 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 16:11:50 | Blue_Dude | OK, I'm at my wit's end here. I'm trying to create a library file that's reference by both apps and plugins. But no matter where I put the .h and .c files, there's a linker error someplace. |
| 16:12:13 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 16:12:45 | funman | hi, i want to commit fs#10274 after I have tested build on some targets, any objection? |
| 16:13:01 | fml | rasher: I don't see any problems with FS #10392, but I didn't test it. I assume you did. Actually, strchr was used there to convert from "const char*" to "char*" |
| 16:13:19 | linuxstb | Blue_Dude: Is this lib always going to be used by the core? Or is it a case of some targets using it in the core (and plugins), and other targets just using it in plugins? |
| 16:14:01 | funman | i will keep the 9 commits separated |
| 16:14:02 | LambdaCalculus37 | funman: What's FS #10274? |
| 16:14:04 | * | LambdaCalculus37 goes to look |
| 16:14:13 | Blue_Dude | It ought to be used most of the time by the core. It is used occasionally according to plugin's requirements. |
| 16:14:19 | funman | FS #10274 - Move timer code in target tree |
| 16:14:31 | linuxstb | Blue_Dude: What do you mean by "most of the time"? "For most targets" ? |
| 16:15:15 | LambdaCalculus37 | funman: What targets did you try it on so far? |
| 16:15:23 | Blue_Dude | The library is for fixed point math. Right now code fragments are scattered all over the place. I'm trying to consolidate them into a single library. |
| 16:15:34 | funman | LambdaCalculus37: the one i have, as3525 |
| 16:15:56 | rasher | fml: I tested it in combination with FS #10391, which fixed the bug that cropped up (trying to use the filename after the call to set_file) |
| 16:16:04 | Blue_Dude | linuxstb: Maybe not all targets will need it (SWCODEC only maybe), but most should. |
| 16:16:08 | funman | i didn't change the code, only the place where it is, so I expect no regression except maybe a red build |
| 16:16:14 | kugel | funman: sure, it's a good time to commit "difficult" patches |
| 16:16:21 | rasher | fml: I don't think it causes any bugs currently, but it's probably only a matter of time |
| 16:16:24 | LambdaCalculus37 | funman: We should probably test with other targets a little beforehand. |
| 16:16:40 | LambdaCalculus37 | Just to make sure it doesn't bork any other target. |
| 16:16:46 | fml | rasher: but I think FS #10392 is good on itself. If not the strchr call, the compiler had complained. |
| 16:16:50 | kugel | LambdaCalculus37: we can make sure afterwards |
| 16:17:06 | funman | yeah it's only copy/pasting |
| 16:17:45 | rasher | fml: Yeah, it's a fix on its own, which is why I opened a task for that rather than making it part of FS #10391 |
| 16:18:54 | LambdaCalculus37 | kugel: Okay. |
| 16:19:28 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 16:20:45 | fml | rasher: I'll commit it now. I've also changed the types of fptr and ptr to "const char*". OK? |
| 16:21:03 | Blue_Dude | linuxstb: A codec needs it too. So, yeah, all builds need to see it. |
| 16:21:50 | rasher | fml: No idea about that, honestly. |
| 16:22:40 | fml | rasher: just to make sure (through compiler) that nothing is changed through these pointers (the same function). |
| 16:23:26 | | Quit flydutch ("/* empty */") |
| 16:23:37 | evilnick | Er, is it worth me putting the possible playlist bug into Flyspray? |
| 16:24:10 | kugel | Of course |
| 16:24:23 | | Quit dmb (Read error: 113 (No route to host)) |
| 16:25:47 | CIA-71 | New commit by alle (r21551): Do not modify the passed in parameter string (FS #10392 by Jonas Häggqvist) |
| 16:27:34 | | Join cmwslw [0] (n=cmwslw@98.249.113.152) |
| 16:28:02 | | Part cmwslw ("Ex-Chat") |
| 16:28:30 | Blue_Dude | Once a module is compiled in one place, is it inaccessible to another? For instance, if it's compiled into the main app, can it be linked to by a plugin or codec? |
| 16:28:53 | CIA-71 | New commit by funman (r21552): Move Sansa AMS timer code in the target tree |
| 16:28:59 | CIA-71 | New commit by funman (r21553): Rename TIMER_REGISTER macro to TIMER_START and TIMER_UNREGISTER to TIMER_STOP to reflect what they does exactly. ... |
| 16:29:05 | kugel | Blue_Dude: just add the functions to the plugin/codec api |
| 16:29:05 | CIA-71 | New commit by funman (r21554): Move PNX0101 timer code in the target tree |
| 16:29:10 | CIA-71 | New commit by funman (r21555): Move coldfire timer code in the target tree |
| 16:29:20 | CIA-71 | New commit by funman (r21556): Move SH7034 timer code in the target tree ... |
| 16:29:36 | kugel | faster! |
| 16:29:40 | CIA-71 | New commit by funman (r21557): Move PP (last target) timer code in target tree ... |
| 16:29:46 | | Quit ReKleSS ("Leaving") |
| 16:29:51 | CIA-71 | New commit by funman (r21558): Remove int_prio argument from timer_register, and move the only use for it into alpine_cdc plugin, since this plugin is only built on SH7034 ... |
| 16:30:01 | CIA-71 | New commit by funman (r21559): Remove the TIMER_* macros and declare target-specific functions in timer.h |
| 16:30:17 | Blue_Dude | kugel: I could. The problem is that the same code is needed in the main app also. But when I try to use it, I get linker errors. I'm thinking I might need to force compilation more than once. |
| 16:30:20 | CIA-71 | New commit by funman (r21560): Put TIMER_FREQ definition in CPU-specific config, and remove timer-target.h ... |
| 16:31:08 | kugel | Blue_Dude: weird, what's the linker problem? |
| 16:31:42 | kugel | you need to append ci-> and rb-> respectively to the functions |
| 16:31:47 | Blue_Dude | kugel: plain vanilla. "Undefined reference to " such and such. |
| 16:31:50 | CIA-71 | New commit by alle (r21561): Make the get_time on non-RTC sims behave like target, i.e. always return a constant time (FS #10390) |
| 16:32:17 | kugel | Blue_Dude: such as rb->foo() if you call the core function foo() from within a plugin |
| 16:33:42 | GodEater | kugel: you mean "prepend", not "append" :) |
| 16:33:50 | kugel | yea, sorry |
| 16:33:52 | GodEater | :D |
| 16:33:55 | Blue_Dude | kugel: OK, then, how do I go about setting up the pointer to those functions within the rb structure? |
| 16:33:59 | | Join kasimir [0] (n=kasimir@71.228.127.14) |
| 16:34:33 | kasimir | Hello all |
| 16:34:57 | GodEater | Blue_Dude: if it's not already present in the plugin API you add it to plugin.[ch] |
| 16:34:58 | kasimir | It seems that I consistently get the error "No partition found" when I try to install rockbox |
| 16:35:01 | Blue_Dude | kugel: I'm trying to simplify code, but it might not be worth the effort going in and rewriting everything that needs it. |
| 16:35:13 | GodEater | Blue_Dude: assuming you're trying to use it in a plugin |
| 16:35:14 | funman | hum aren't new builds started if a commit happens while a build is in progress ? |
| 16:35:30 | GodEater | kasimir: helps if you tell us what player you're using |
| 16:35:54 | kasimir | Apple 5G 30GB |
| 16:36:00 | kasimir | it seems that it should be supported |
| 16:36:07 | kasimir | well |
| 16:36:13 | GodEater | kasimir: is it currently HFS+ formated ? |
| 16:36:14 | kasimir | IPOD version: 0x000B0011 |
| 16:36:18 | kasimir | no |
| 16:36:22 | kasimir | it is FAT32 formatted |
| 16:36:32 | Blue_Dude | I'm trying to put basic math routines in one place. But if I put it where apps can see it, it fails linking with the plugins and codecs. And vice versa. |
| 16:36:47 | fml | GodEater: do you use the setting "Start screen = WPS"? If yes, could you please comment on the mailing list about how it should behave? |
| 16:36:55 | kasimir | GodEater: but the formatting could be rather off... I got this iPod from a friend, and he dd if=/dev/zero of=/dev/sdb the whole drive |
| 16:36:55 | gevaerts | Blue_Dude: won't most of the bits that need this be performance-sensitive? |
| 16:37:02 | Blue_Dude | I'm not trying to call core routines as such. |
| 16:37:05 | Torne | Blue_Dude: yes. codecs and plugins can't link directly to core functions |
| 16:37:14 | funman | is there a way to force a rebuild ? |
| 16:37:26 | kasimir | should I try HFS+ ? |
| 16:37:29 | GodEater | kasimir: "a bit off" ? If he did that to it, there's no partitions or formatting of any kind |
| 16:37:38 | kasimir | well, I added what I could find online |
| 16:37:43 | kasimir | an "empty" partition |
| 16:37:46 | kugel | funman: no need |
| 16:37:47 | kasimir | to 5 cylinders |
| 16:37:48 | Blue_Dude | gevaerts: They're already called as functions in scattered code bits. I'm not trying to pull them out of inline code. |
| 16:37:58 | GodEater | fml: you mean the discussion on the dev list ? |
| 16:38:03 | Torne | kasimir: you need to either put a copy of the apple firmware back on there by hand or just restore it with itunes |
| 16:38:13 | Torne | kasimir: rockbox can't be installed on an empty disk |
| 16:38:18 | kasimir | Torne: I did put on the latest Apple firmware |
| 16:38:27 | kasimir | Torne: and it plays music/video/etc just fine |
| 16:38:37 | kasimir | Torne and GodEater: Thanks, btw, for the helping me :) |
| 16:39:03 | fml | GodEater: yes |
| 16:39:08 | GodEater | kasimir: what did you use to put the apple firmware on with then ? |
| 16:39:09 | kasimir | Torne: the "empty" partition is the partition label in fdisk, partition label type 0 |
| 16:39:13 | Torne | kasimir: you did http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore ? |
| 16:39:24 | kasimir | nope, I didn't know about that! |
| 16:39:25 | kasimir | thanks |
| 16:39:40 | Torne | it's possible ipodpatcher is more strict about partitoin types etc than the apple firmware is :) |
| 16:39:47 | gevaerts | kasimir: what type is the fat partition in fdisk? |
| 16:39:52 | kasimir | b |
| 16:39:53 | GodEater | fml: I don't feel qualified to wade in, it's not my use case |
| 16:40:05 | kasimir | hm... |
| 16:40:12 | kasimir | what should my partition map format be? |
| 16:40:16 | kasimir | I'm using DOS right now |
| 16:40:28 | GodEater | it should be using a DOS MBR |
| 16:40:34 | kasimir | okay, that's good |
| 16:40:35 | GodEater | with two primary partitions |
| 16:40:40 | GodEater | the first should be type 0 |
| 16:40:54 | GodEater | the second should be whatever it says on that wiki page |
| 16:41:01 | Torne | DOS fdisk won't be able to set partition type 0, btw |
| 16:41:13 | Torne | you will need a smarter partitioning tool :) |
| 16:41:19 | GodEater | ah crap it doesn't say there |
| 16:41:39 | Torne | the other partition should be whatever the type for fat32 lba is |
| 16:41:48 | Torne | i forget the hex value |
| 16:41:48 | kasimir | Torne: ah, thanks! |
| 16:41:54 | kasimir | Torne: I was using "b", which was without lba |
| 16:42:03 | kasimir | thanks all, I will try it again and see what happens! |
| 16:42:03 | Torne | i think, anyway |
| 16:42:08 | Torne | it doesn't actually matter for dos/windows |
| 16:42:12 | GodEater | I thought b was the right one to use |
| 16:42:18 | kasimir | hm... |
| 16:42:24 | Torne | GodEater: it shouldn't matter unless apple's firmware checks, really |
| 16:42:30 | Torne | the FAT partition types are maximums |
| 16:42:32 | GodEater | true |
| 16:42:38 | Torne | i.e. it's ok to have a fat16 partitoin of type fat32 |
| 16:42:48 | fml | GodEater: you don't use the WPS as the start screen? Or you do use it but never were in the situation described there? |
| 16:42:53 | linuxstb | Rockbox doesn't check partition types anyway... |
| 16:43:00 | GodEater | Torne: you really do need to finishing writing the fat32 support into ipodpatcher ;) |
| 16:43:07 | gevaerts | linuxstb: it does |
| 16:43:11 | Torne | what? :) |
| 16:43:19 | GodEater | fml: I do use it, but never in the manner described in the thread |
| 16:43:21 | linuxstb | gevaerts: It does? When did that change? |
| 16:43:23 | Torne | oh, you mean when i implied i might be willing to write the formatting code |
| 16:43:33 | GodEater | Torne: implied? :) |
| 16:43:37 | Torne | hah |
| 16:43:39 | GodEater | you said you could, if you could be bothered :) |
| 16:43:47 | Torne | well that's a big caveat! :0 |
| 16:44:00 | linuxstb | ipodpatcher already has formatting code, just not with support for sectors other than 512 bytes. |
| 16:44:13 | GodEater | linuxstb: that's what Torne said he could fix |
| 16:44:20 | gevaerts | linuxstb: see disk.c, lines 51 and 171 |
| 16:44:57 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 16:45:06 | linuxstb | gevaerts: Hmm, r17530, not recent... |
| 16:45:09 | GodEater | linuxstb: that's why we need to convince him to do it :) |
| 16:45:29 | fml | GodEater: but would you expect the playback to start after power on if the last time you switched off the player the playlist has played to the end and stopped? |
| 16:45:34 | * | GodEater tries to remember what Torne was saying about RuggedFAT too |
| 16:45:43 | Torne | oh, yah |
| 16:45:44 | linuxstb | kasimir: But anyway, "b" is what ipods come with from the factory., so that's fine. |
| 16:45:47 | GodEater | fml: I have no opinion one way or the other |
| 16:45:53 | kasimir | linuxstb: hm... |
| 16:46:16 | kasimir | linuxstb: it could be that the FAT partition wasn't formatted for 2048 size sectors |
| 16:46:16 | linuxstb | kasimir: Are you sure it's a "5g" (512 byte sectors) and not a "5.5g" (2048 byte sectors)? |
| 16:46:18 | Torne | there's a way to order disk writes on FAT such that powering off mid-operation only causes at most one filesystem error which can always be fixed :) |
| 16:46:35 | GodEater | that was it |
| 16:46:36 | Torne | but if i actually wrote that for you then i'd probably be in trouble :) |
| 16:46:38 | fml | GodEater: ok. So it's not a theorem, it's an axiom (i.e. should just be defined) :-) |
| 16:46:39 | kasimir | linuxstb: I was told it was a "5g" by my friend, but it seems that parted complains about 2048 byte sectors |
| 16:46:41 | GodEater | there was something about NDAs too ;) |
| 16:46:52 | Torne | GodEater: the fact that it exists is documented in the book |
| 16:46:56 | Torne | so i can tell you :) |
| 16:46:58 | GodEater | fml: and I care not which way you care to define it ;) |
| 16:47:22 | GodEater | I've never been in a situation where my playlist is finished, and I doubt I ever will be |
| 16:47:24 | linuxstb | kasimir: But anyway, that wiki page you've been pointed to has the correct instrucitons - they should work... |
| 16:47:35 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 16:47:42 | kasimir | linuxstb: yes, thank you very much. I am re-going through them now :) |
| 16:48:57 | Torne | so hm,if ipodpatcher can already format FAT just not for large sectors.. |
| 16:49:08 | fml | GodEater: so our only hope for a qualified opinion was in vain! :-) |
| 16:49:11 | Torne | can it do the rest of the manual restore process to? :) |
| 16:49:24 | GodEater | fml: why would my opinion be qualified ? |
| 16:49:36 | linuxstb | Torne: Not a restore, but it can (I think...) do a "−−convert" to convert from HFS. |
| 16:49:37 | *** | Saving seen data "./dancer.seen" |
| 16:49:52 | linuxstb | The complication with a restore is that ipodpatcher doesn't know what ipod it is... |
| 16:49:58 | Blue_Dude | Now I'm trying separate header files and multiple SOURCE includes. Making now to find out. |
| 16:50:16 | GodEater | linuxstb: and by "convert" you mean "reformat" ? :) |
| 16:50:18 | linuxstb | And it's also a function that can be done in various other ways, and I fight feature bloat... |
| 16:50:34 | linuxstb | GodEater: Yes and no... |
| 16:50:49 | fml | Oh, much yellow and even red! |
| 16:50:58 | GodEater | linuxstb: it keeps the content ? |
| 16:51:14 | Torne | linuxstb: i just mean from the POV of not having to mess around with dd |
| 16:51:22 | linuxstb | GodEater: No. |
| 16:51:25 | Torne | linuxstb: could still expect the user to go get the firmware etc. |
| 16:51:26 | * | LambdaCalculus37 sees red everywhere on the build table! |
| 16:51:29 | Torne | i dunno. maybe not worth it. |
| 16:51:30 | | Quit matsl_ (Read error: 110 (Connection timed out)) |
| 16:52:15 | | Quit antil33t () |
| 16:52:19 | * | GodEater still thinks he'd prefer FAT expertise directed at TFAT on the beast |
| 16:52:30 | linuxstb | GodEater: The Apple partition map is converted to a DOS MBR, the firmware partition is left intact in the same physical location, and the main data partition is formatted to FAT32 |
| 16:52:32 | GodEater | to see if we can prevent random reformats |
| 16:52:35 | | Join Strife89 [0] (n=nds@168.16.232.201) |
| 16:52:41 | pixelma | the Ondios don't have an RTC in case that info helps |
| 16:52:48 | | Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) |
| 16:52:49 | GodEater | linuxstb: that's pretty much what I envisioned |
| 16:52:54 | CIA-71 | New commit by funman (r21562): Build archos timer code for ONDIO (fix red) |
| 16:53:22 | Torne | GodEater: I don't know anything about TFAT and don't have a beast, so hey :) |
| 16:53:23 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:53:31 | GodEater | curses |
| 16:53:33 | linuxstb | Torne: I could lend you mine... |
| 16:53:40 | Torne | heh |
| 16:53:49 | linuxstb | And you are clearly keen on learning about TFAT... |
| 16:53:54 | Torne | hahano |
| 16:54:03 | GodEater | look into his eyes. Not around the eyes, just into his eyes. |
| 16:54:06 | Torne | but playing with filesystems is kinda fun i guess. |
| 16:54:20 | GodEater | YOU WILL LEARN TFAT |
| 16:54:21 | Torne | i have a horrible python script somewhere that does hardlinks on FAT |
| 16:54:29 | Torne | for the old mp3 player i used to have that had no tag db |
| 16:54:55 | Torne | you can just crosslink the same files into lots of directories to pretend you have tag-based indexing :) |
| 16:55:00 | Torne | as long as you never plan on running chkdsk ever again |
| 16:55:04 | * | GodEater shudders |
| 16:55:50 | kugel | lol :) |
| 16:56:15 | Torne | hey, it works pretty well on players that have no ability to edit/delete files anyway |
| 16:56:49 | GodEater | innovative approach I suppose |
| 16:57:06 | funman | kugel: the binsize increase can come from the fact that the functions are de-inlined. I won't check since it's a small increase |
| 16:57:47 | kugel | funman: there's a py script for that :) |
| 16:58:03 | funman | where? |
| 16:58:12 | kugel | utils/analysis |
| 16:58:12 | CIA-71 | New commit by alle (r21563): Fix yellow introduced in r21561 |
| 16:58:26 | kugel | the linux kernel also has such a script |
| 16:58:59 | | Join _lifeless [0] (n=lifeless@188.16.123.196) |
| 17:00 |
| 17:03:22 | kasimir | thank you guys for helping me getting the partition read! however, now, after trying to reinstall/install rockbox several times, it fails with "Can't load rockbox.ipod: File not found" |
| 17:03:39 | kasimir | would you guys be able to point me in another direction? :) |
| 17:04:04 | Torne | presumably it means what it says, no? :) |
| 17:04:14 | Torne | though the bootloader is not very specific about why it can't open files |
| 17:05:26 | | Join ocean_ [0] (i=d59c23f7@gateway/web/freenode/x-d589fce7ecc2e0df) |
| 17:06:03 | kasimir | Torne: where should the file be? |
| 17:06:09 | kasimir | I have a .rockbox directory |
| 17:06:33 | Torne | it should be in there. :) |
| 17:06:44 | funman | JdGordon: could you comment on FS #10283 ? (r12907 introduce a very weird casting of an integer to a pointer) |
| 17:07:03 | kasimir | Torne: hm... could it be a permissions issue? |
| 17:07:06 | kasimir | the file is definitely in there |
| 17:07:09 | Torne | there are no permissions on FAT |
| 17:07:13 | Torne | so no |
| 17:07:39 | kasimir | then I'm not sure why it wouldn't be reading it |
| 17:07:49 | kasimir | is there some way I could get more information from the bootloader? |
| 17:08:08 | kasimir | I ran mkfs.vfat -F 32 -S 2048 /dev/sdb |
| 17:08:10 | Torne | not really |
| 17:08:11 | kasimir | to format the partition |
| 17:08:20 | Torne | it says "file not found" if there is *any* error opening the file. |
| 17:08:26 | kasimir | hm... |
| 17:08:32 | kasimir | and then I used the rbutil program install these files |
| 17:08:33 | Torne | it only says other things if it's the wrong firmware or similar |
| 17:08:45 | Torne | so it could be various kinds of filesystem corruption.. |
| 17:08:57 | | Quit jfc^2 (Read error: 110 (Connection timed out)) |
| 17:08:57 | funman | kugel: for a fuze build, the binsize difference is -8 ! |
| 17:09:07 | Torne | not sure what the bootloader does if it can't mount the partition? |
| 17:09:13 | funman | but the elf file is bigger? |
| 17:09:24 | linuxstb | Torne: It should say "no partition found" - kasimir's earlier issue |
| 17:09:38 | Torne | ah yes :) |
| 17:09:58 | linuxstb | kasimir: What command did you use to format? |
| 17:10:09 | Torne | kasimir: i hope you don't really mean /dev/sdb above |
| 17:10:11 | kasimir | linuxstb: mkfs.vfat -F 32 -S 2048 /dev/sdb |
| 17:10:15 | kasimir | umm |
| 17:10:15 | kasimir | no |
| 17:10:16 | kasimir | I don't |
| 17:10:18 | Torne | good :) |
| 17:10:19 | kasimir | dev/sdb2 |
| 17:10:20 | kasimir | sorry |
| 17:10:20 | funman | I think the output is reversed, if that's right the binsize increase come from deinlining |
| 17:10:48 | linuxstb | kasimir: You could try mtools - early tests said that only that worked, but then someone else claimed mkfs.vfat was OK, so the instructions were changed. |
| 17:10:59 | kasimir | okay, I will try that then |
| 17:11:00 | kasimir | thanks |
| 17:11:28 | Torne | if that doesn't help one optoin is to stuff rockbox in osos just to get it to boot and see if rockbox can browse the filesystem ok :) |
| 17:11:59 | GodEater | did I miss where we found it's definitely a 5.5G ? |
| 17:12:15 | Torne | that's a good point also :) |
| 17:12:25 | fml | He-he, the build table looks like a big tetris game! |
| 17:12:56 | kasimir | GodEater: yes, sorry |
| 17:13:16 | kasimir | GodEater: I think that whomever I got it from was a bit confused about that part, that solved my first issue, and thanks guys! |
| 17:13:32 | GodEater | ah yes, I see where you said parted was complaining now |
| 17:13:46 | mt | linuxstb: I'm kind of stuck :/ .. after metadata parsing the player freezes without displaying any errors. Not sure where to look next. |
| 17:14:05 | | Join gregzx [0] (n=chatzill@drt46.neoplus.adsl.tpnet.pl) |
| 17:14:09 | linuxstb | GodEater: He said that something complained about 2048 byte sectors |
| 17:14:21 | GodEater | linuxstb: yes, I noticed |
| 17:14:33 | linuxstb | And I've just noticed you noticing... |
| 17:14:37 | GodEater | :) |
| 17:14:42 | | Join bambu [0] (n=kvirc@netblock-68-183-235-241.dslextreme.com) |
| 17:14:43 | * | linuxstb makes note to read _all_ backlog before replying... |
| 17:14:56 | GodEater | hmm |
| 17:15:04 | GodEater | yes, mtools would be my next choice then |
| 17:15:16 | GodEater | I'm still not convinced of mkfs.vfat |
| 17:15:58 | linuxstb | Maybe mkfs.vfat works if you've previously used mtools, or something odd like that... |
| 17:16:07 | funman | kugel: binsize increase is 50% less now, so it only comes from deinlining |
| 17:16:10 | bambu | hi. i have a problem with my rockbox for (iaudio x5 player). when i look in the music folder, i don't see any files except a playlist. when i look at database, the files are there and i can play them, but i can't see them in the folder or select them from there. can anyone help? |
| 17:16:25 | linuxstb | bambu: Sounds like you set the "show files" setting to "playlists" |
| 17:17:27 | bambu | wow i feel dumb |
| 17:17:35 | Torne | is it just me or do people get that one a lot? :) |
| 17:17:35 | bambu | thanks linuxstb |
| 17:17:45 | Blue_Dude | Well, that worked. I had to put the foo.c file in two different SOURCE files and two copies of the foo.h file. But it all works. |
| 17:17:50 | Torne | i assume it's because it's on the quickscreen and thus somewhat possible to press without realising? |
| 17:17:50 | bambu | i dont ever remember changing that setting so i didnt even think that was an option |
| 17:17:52 | linuxstb | Torne: Yes, they do. I think it's easy to change accidentally in the quickscreen |
| 17:18:10 | Torne | maybe it shouldn't be on the quickscreen? :) |
| 17:18:12 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 17:18:21 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 17:18:26 | | Quit kugel (No route to host) |
| 17:18:39 | * | GodEater likes it just fine on the quickscreen |
| 17:19:11 | Torne | GodEater: i'm just saying. :) |
| 17:19:11 | bambu | anyone here have x5 iaudio? |
| 17:19:19 | | Quit funman ("free(random());") |
| 17:20:04 | GodEater | Torne: if we removed it, people would stop changing it, and we'd lose our "quick win" support scenario. People would ask us hard questions instead! |
| 17:20:11 | LambdaCalculus37 | bambu: A couple of people do. Do you have a question? |
| 17:20:26 | * | GodEater is not fond of hard questions |
| 17:20:35 | Torne | GodEater: Hehe. Srsly though, is it used for its intended purpose by a significantly larger proportion of people who change it by accident? :) |
| 17:20:52 | Torne | i know *i* use it but i would presume that a lot o fusers have never changed it on purpose |
| 17:20:54 | GodEater | no idea |
| 17:20:55 | * | rasher agrees that it might be worth reconsidering |
| 17:21:19 | Torne | the other two things on the quickscreen are obvious playback settings that show up o nthe statusbar |
| 17:21:42 | GodEater | no-one's ever come up with a good way of surveying user usage pattens |
| 17:21:52 | bambu | is there a way to scroll down faster through folders/ files than just holding down with "joystick" thing? it takes so long...ipod can scroll really fast or slow |
| 17:22:20 | kasimir | linuxstb: Thank you! it worked with mtools |
| 17:22:25 | Torne | GodEater: that does indeed seem difficult to do |
| 17:22:25 | * | GodEater suggests RBUtil be upgraded so that it downloadeds config.cfg everytime someone upgrades, returns it to rockbox.org, from where it is statistically analysed. |
| 17:22:30 | kasimir | Torne: GodEater: thanks as well :) |
| 17:22:31 | Torne | Ooh |
| 17:22:37 | kasimir | also, one more question... |
| 17:22:39 | Torne | GodEater: that's a pretty good idea, i think |
| 17:22:44 | Torne | like popularity-contest |
| 17:22:46 | GodEater | kasimir: you're welcome |
| 17:22:51 | kasimir | will a 64bit version of the new install util come out soon? |
| 17:22:54 | kasimir | or at least the source? |
| 17:22:57 | GodEater | Torne: then at least we could see which settings get changed a lot |
| 17:22:57 | kasimir | (for theme support) |
| 17:23:09 | GodEater | 64bit on what OS ? :) |
| 17:23:13 | kasimir | Linux |
| 17:23:26 | GodEater | when we find someone to build it for us, then it'll come out :) |
| 17:23:33 | Torne | GodEater: yeah, that sounds worth doing as an opt-in thing at least, if someone oculd be bothered to write the code fo rit. :) |
| 17:23:47 | * | GodEater adds it to Mr. Someone's todo list |
| 17:23:48 | rasher | kasimir: the source is available in SVN as always |
| 17:23:55 | kasimir | ah, okay |
| 17:24:04 | GodEater | kasimir: building your own is easier |
| 17:24:08 | kasimir | So I guess the website just hasn't been updated with the latest tarball |
| 17:24:09 | kasimir | okay |
| 17:24:15 | kasimir | thanks, I will give that a shot :) |
| 17:24:17 | GodEater | building one for distribution is tougher |
| 17:24:23 | kasimir | thank you guys greatly for the support! you have gained a solid fan :) |
| 17:24:30 | GodEater | I've failed several times to get the right magic to get a statically linked version |
| 17:24:31 | kasimir | yeah, that makes a good deal of sense |
| 17:24:37 | kasimir | yeah... |
| 17:24:51 | GodEater | gcc takes -static, and thoroughly ignores it |
| 17:24:53 | GodEater | very very useful |
| 17:24:54 | GodEater | not |
| 17:25:39 | | Join alienrider [0] (n=4e566e20@gateway/web/cgi-irc/labb.contactor.se/x-3bf81f01d80b803c) |
| 17:25:45 | bambu | what is the weird headphone jack thing on x5 iaudio? it has regular 1/8 inch jack and also a little flat slot thing |
| 17:25:58 | GodEater | bambu: for the remote ? |
| 17:26:20 | * | GodEater guesses having never seen an X5 up close. |
| 17:26:42 | bambu | oh. maybe |
| 17:26:53 | bambu | what kinda headphones have this jack? |
| 17:27:11 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 17:27:13 | linuxstb | mt: Sorry, I've no ideas at the moment... Although looking at the main function of your codec, you should put the variable declarations at the start, before any code. I don't know if that causes a problem, but it's the Rockbox style. |
| 17:27:45 | linuxstb | bambu: Probably just the dedicated iaudio remote(s). |
| 17:27:54 | * | pixelma hands GodEater some points for guessing correctly |
| 17:28:08 | * | GodEater jots them down on his scorecard |
| 17:28:09 | bambu | i have the same kinda jack on my sony mp3 cd player |
| 17:28:10 | Torne | does anyone know what use cases the CURRENT_* #defines in config-*.h are supposed to represent? |
| 17:28:25 | Torne | the current values for ipodvideo seem a bit off, probably because of lcd shutdown |
| 17:28:45 | pixelma | I only know of one type of remote (unlike the Irivers) |
| 17:28:51 | LambdaCalculus37 | bambu: There's a remote for the X5 that plugs into that slot and the headphone jack. |
| 17:31:09 | * | GodEater suspects his config.cfg will prove disappointingly close to the default settings |
| 17:31:40 | alienrider | Hello. On a Iriver H3xx should the folder structure /Music/2/3/4/5/6/my.mp3 cause a *Panic* Stkov tagcache error ? This is with the r21546-090628 build. Thank you. |
| 17:32:13 | * | Torne looks at mr someone's todo list and tries very hard not to go and attempt to build with gcc 4.4 :) |
| 17:32:36 | bambu | LambdaCalculus37: k thx. dont really want one of those that bad |
| 17:33:49 | bambu | what is the "usb host" jack thing for? |
| 17:34:37 | GodEater | alienrider: *should* it? No. *Will* it? Maybe, but if so, it's probably a bug. |
| 17:34:44 | GodEater | alienrider: why is your structure so deep out of interest ? |
| 17:35:16 | evilnick | alienrider: How many characters are in the full path? i.e. /music/albums/blah/blah/blah/01-blah.mp3 would be 43 (not sure if the / counts as a character or not) |
| 17:35:56 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:35:56 | | Quit ocean_ (Ping timeout: 180 seconds) |
| 17:36:51 | pixelma | alienrider: is the real complete path quite long as well? (as I think that there was a change to allow deeper folder structures - and that there is also a limit an overall path length - but don't know numbers) |
| 17:36:56 | alienrider | Godeater: I separate out codec types and separate cd extracted files from online purchaes and bootlegs. My nesting is odd but It kinda of grew that way by accident. : ) |
| 17:37:53 | alienrider | evilnick: That directory structure will cause the error /Music/2/3/4/5/6/my.mp3 when moved this one won't cause the error /Music/2/3/4/5/my.mp3. |
| 17:38:23 | evilnick | alienrider: And that's a specific real-word example, using those names? |
| 17:38:35 | alienrider | evilnick: Yes. |
| 17:41:51 | Unhelpful | pixelma: overall path length limit is 260 (MAX_PATH in firmware/include/file.h) |
| 17:42:13 | evilnick | Unhelpful: Isn't there a limit in FAT32 before that? |
| 17:42:32 | Unhelpful | evilnick: i've no idea if there is |
| 17:42:55 | alienrider | evilnic: Maybe I misread your question. The example I give is a real test result I did to ttry to track down why a DB could not be built using a v3.3 build. I don't have my music laid ouy like that. The test was done like that to rule out a character length and see iff it depended on folder depth. |
| 17:42:55 | Torne | not in FAT32 itself |
| 17:43:01 | Torne | but Windows also has a 260 character path limit |
| 17:43:12 | Torne | though windows means "256 characters plus D:\ and a trailing NUL" |
| 17:43:36 | alienrider | I have completed rearranged my music folder structure to fit into the above result and the DB now builds successfully. |
| 17:43:39 | Torne | since we don't have drive letters we should perhaps not allow quite so many :0 |
| 17:43:40 | evilnick | Ah, I had a vague memory of 256 using Windows, so that must be what I was thinking of |
| 17:44:08 | mt | linuxstb: Interestingly enough, taking those declarations out of codec_main made a significant change ! |
| 17:44:26 | bambu | what is a good dpi/resolution for bmp files to view on x5 iaudio? |
| 17:44:29 | Torne | we should probably only allow 258, tbh, by that logic :) |
| 17:44:43 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 17:44:52 | GodEater | isn't there some odd limit on the number of entries in the root directory too ? |
| 17:44:57 | Torne | not on FAT32 |
| 17:45:04 | Torne | FAT12/16 have a statically sized root directory |
| 17:45:05 | GodEater | which got halved when they introduced VFAT |
| 17:45:09 | linuxstb | mt: Hmm, how big is RMContext and RMPacket? The stack is only 8KB... |
| 17:45:10 | mt | bbl |
| 17:45:14 | Torne | but on FAT32 it's the same format as a subfolder |
| 17:45:22 | Torne | and it can be a lot less than half on VFAT |
| 17:45:24 | linuxstb | mt: So it could simply be a stack overflow... |
| 17:45:27 | * | GodEater hands Torne that TFAT task again |
| 17:45:34 | * | linuxstb packs his S |
| 17:45:40 | * | Torne grumbles :) |
| 17:45:49 | Torne | look i just remember this stuff ok |
| 17:46:33 | linuxstb | And we'll be very grateful ;) |
| 17:46:33 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:46:48 | evilnick | alienrider: Just tried a file on the Sansa microSD card as: F:\1\2\3\4\5\6\7\01 - So much for love.mp3 which works fine with the database?! |
| 17:47:11 | GodEater | evilnick: possible stack size difference between coldfire and arm ? |
| 17:47:17 | gevaerts | stack overflows are going to be arch dependent |
| 17:47:26 | * | GodEater thought so |
| 17:47:35 | alienrider | evilnick: Interesting. I have a H3xx machine and it happens everytime. |
| 17:47:48 | GodEater | alienrider: which is a different architecture to the sansa |
| 17:47:49 | Unhelpful | GodEater: even if the stack size doesn't change, the size of the things on it will... |
| 17:48:09 | * | GodEater files this wisdom away somewhere he can promptly forget it |
| 17:48:11 | alienrider | Godeater: I understand. : ) |
| 17:48:29 | evilnick | alienrider: Sorry I couldn't be of more help |
| 17:48:38 | pixelma | worth checking on my M5? Same arch but other differences... |
| 17:48:48 | alienrider | evilnick: Thank you for your efforts nonetheless. |
| 17:48:49 | GodEater | I only have one coldfire target, and it's at home |
| 17:49:00 | GodEater | not an H3xx mind you |
| 17:49:05 | GodEater | but pretty close |
| 17:49:37 | Strife89 | How does one actually perform timestretching? |
| 17:50:13 | | Join hillshum [0] (n=chatzill@unaffiliated/hillshum) |
| 17:51:02 | linuxstb | Strife89: One follows the instructions in the manual... (I hope...) |
| 17:51:12 | | Quit timc ("Leaving") |
| 17:51:18 | | Nick hillshum is now known as Hillshum (n=chatzill@unaffiliated/hillshum) |
| 17:51:28 | Torne | i think he means "what is the dsp algorithM" :) |
| 17:51:30 | GodEater | although I think those instructions could do with improving |
| 17:51:53 | * | Strife89 looks for said instructions once more. |
| 17:51:59 | Torne | oh. maybe not. |
| 17:52:14 | GodEater | Strife89: assuminging you've turned the setting on, it's done from the pitch screen |
| 17:52:28 | Strife89 | GodEater: Ah. |
| 17:52:28 | GodEater | you need to hit the "Mode" button a couple of times to change the pitchscreen to timestretching |
| 17:53:04 | Strife89 | Okay, I see it. |
| 17:53:34 | * | GodEater wonders why the H100 "online" manual only has three sections |
| 17:53:42 | pixelma | oha, get the stack overflow on my M5 too |
| 17:55:02 | pixelma | GodEater: then it's broken (PDF will be an older one), if it's the H100 only |
| 17:55:39 | pixelma | it could have to do wth AlexP's changes but didn't follow if anything else was committed |
| 17:55:43 | | Join BryanJacobs [0] (n=bryanjac@128.151.67.243) |
| 17:55:51 | GodEater | I told him he was breaking the manuals! |
| 17:55:55 | Hillshum | I've put some thought into the Clip keymap, and I'm wondering, Since LEFT/PREV is always "go back in the menu hierarchy, is having power do that as well needed? |
| 17:55:57 | | Quit J-23 (Remote closed the connection) |
| 17:56:29 | n1s | gotta love those silently failing manual builds... |
| 17:56:33 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 17:57:08 | pixelma | weird, the PDF looks fine though |
| 17:57:42 | n1s | pixelma: is it the right date? |
| 17:58:38 | pixelma | yes, and with three column button tables, the HTML breaks on the first button table. Maybe the new button table macro needs some specific definitions for HTML? |
| 17:58:52 | GodEater | Strife89: got it working ? |
| 17:59:18 | Hillshum | LambdaCalculus37: I realized my powermac is a g4 not g3 |
| 17:59:21 | Strife89 | GodEater: Yeah, it's quite neat. :) |
| 17:59:36 | n1s | pixelma: aha, are other remote enabled manuals fine? |
| 17:59:51 | pixelma | H100 is the first one |
| 17:59:53 | GodEater | Strife89: :) |
| 18:00 |
| 18:00:14 | rasher | Looks like rbutil 1.2.2 doesn't build from a clean checkout |
| 18:00:18 | rasher | had to create tools/rbspeex/build manually |
| 18:00:24 | bambu | can you view pdf's with rockbox? |
| 18:00:25 | n1s | ah, i'm a bit out of the loop |
| 18:00:38 | n1s | bambu: no |
| 18:00:38 | Hillshum | bambu: no |
| 18:00:45 | GodEater | rasher: bluebrother is aware of that one |
| 18:01:21 | bambu | dam |
| 18:01:42 | | Quit petur ("work->home") |
| 18:02:31 | * | rasher adds it to the tarball he's building |
| 18:02:33 | LambdaCalculus37 | Hillshum: I still find it weird that you're having that issue with yours. I tried to set up a Rockbox dev environment again on my old PowerBook G4 and had no problems at all. |
| 18:02:56 | | Quit gregzx ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") |
| 18:03:02 | LambdaCalculus37 | Hillshum: What version of OS X is this with? If it's older than 10.4.X then that may be a reason why. |
| 18:04:02 | Hillshum | My g4 has Leapord |
| 18:04:10 | bambu | what is a good dpi for bmp to view on x5 iaudio? |
| 18:04:22 | Hillshum | *Leopard |
| 18:05:34 | Hillshum | LambdaCalculus37: I also have a g3 iBook running tiger that I havn't found a good native gcc binary for yet, but I'll be putting Linux on it if I end up keeping it |
| 18:08:10 | | Part kasimir |
| 18:09:13 | pixelma | bambu: dpi is not an important measure just the overall size in pixels - the display of the X5 is 160x128 pixels (width x hide) so that would be the largest possible for viewing in the WPS. If your album art is in JPG you can also look at it in the JPG viewer and could zoom around in it. You decide but larger files mean more data and potentially more work for the scaler etc. |
| 18:09:26 | alienrider | pixelma: Am I correct in believing you got the stack overflow as well on your M5 ? |
| 18:09:27 | pixelma | s/hide/height |
| 18:09:41 | pixelma | alienrider: yes |
| 18:09:47 | bambu | o |
| 18:10:22 | alienrider | pixelma: Would it be advisable to raise a flyspray for this ? |
| 18:10:26 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:10:28 | bambu | well i have this pdf to bmp app so i can view pdfs on my x5 iaudio. the only setting for resolution is dpi |
| 18:11:00 | n1s | alienrider: please do |
| 18:11:17 | alienrider | n1s: I will do so. |
| 18:11:48 | alienrider | Thank you for your time. Goodbye. |
| 18:12:07 | pixelma | alienrider: probably, although I'd like to know if there is a known limit for how deep the folder structure is allowed to be (I think I remember some commits/fixes there) |
| 18:12:12 | | Quit alienrider ("CGI:IRC (EOF)") |
| 18:12:51 | n1s | pixelma: even if there is a limit a stkov is hardly the correct behaviour ;) |
| 18:13:04 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
| 18:13:04 | pixelma | true that :) |
| 18:13:28 | | Part n00b81 ("Leaving") |
| 18:13:38 | BryanJacobs | bambu: the output image size is determined by the DPI |
| 18:13:43 | notlistening | funman, did you see my post on the forum? |
| 18:13:52 | BryanJacobs | because PDF is a display format designed to scale |
| 18:14:08 | bambu | BryanJacobs: what dpi should i set it to for x5 iaudio? |
| 18:14:14 | Hillshum | notlistening: he' |
| 18:14:21 | Hillshum | s not here right now |
| 18:14:43 | BryanJacobs | so the way the PDF is converted into an image is by rendering it at the DPI you specify; a larger DPI means a larger output image. You should first convert to a bitmap and then scale the resulting output down to less than 160x128 |
| 18:15:01 | notlistening | ahh missed him again ;) |
| 18:15:11 | BryanJacobs | you will probably also have to trim unless the PDF has no borders |
| 18:15:14 | BryanJacobs | *margins |
| 18:15:23 | bambu | dam thats complicated |
| 18:15:38 | BryanJacobs | not really... if you have imagemagick you can do it in one command |
| 18:16:16 | BryanJacobs | and anyhow anything that converts from a presentation format to an image format is going to have some level of complexity; PDF isn't meant for art! |
| 18:16:55 | bambu | so with imagemagick i can convert pdf's to bmp? |
| 18:17:22 | mt | linuxstb: Ah that's it. RMPacket is quite big. |
| 18:17:24 | BryanJacobs | yes, although it might use ghostscript for the ps reading, I don't remember |
| 18:17:28 | * | mt goes fixing ! |
| 18:17:37 | pixelma | if you really want to watch PDF pages on your X5 I'd probably convert to JPG |
| 18:17:39 | notlistening | bambu, do the pdfs have images and diagrams or just text? |
| 18:17:50 | bambu | images and diagrams |
| 18:18:15 | bambu | i have a shit ton of pdfs i'd like to have access to with my x5 |
| 18:18:39 | BryanJacobs | is that more than a metric ton? |
| 18:19:00 | bambu | yes. i weighed it the other day |
| 18:19:22 | pixelma | I doubt you can recognise anything on 160x128 size (and fulll screen is the limit for Rockpaint to show BMPs, if I remember correctly) |
| 18:19:40 | bambu | ic |
| 18:19:46 | bambu | ok thx for info |
| 18:19:49 | * | BryanJacobs agrees with pixelma - a Kindle's the thing if you want to view stuff portably |
| 18:19:52 | bambu | wont bother with this |
| 18:20:08 | BryanJacobs | or plain old paper, of course |
| 18:20:08 | Hillshum | kindle dx |
| 18:20:23 | BryanJacobs | Hillshum: actually, I like the 2 better, but off topic anyhow |
| 18:20:33 | bambu | bah im not trying to buy more things im to poe |
| 18:20:50 | bambu | just lug my laptop around if i wanna have my pdfs |
| 18:21:08 | pixelma | that's also getting off-topic-y ;) |
| 18:23:20 | bambu | if i want maximum speed and efficiency, should i not have a special theme instead of the plain default for my x5 rockbox or is it not that significant? |
| 18:24:01 | BryanJacobs | I just tested the USB charging patch for iPod and it works with the Kindle wall-to-USB adaptor |
| 18:24:05 | Hillshum | bambu: the complexity of the WPS will affect battery life |
| 18:24:21 | bambu | kk. thanks |
| 18:25:16 | bambu | i love my rockbox w/ x5! i wish i could scroll faster like the ipod wheel does though |
| 18:25:30 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:30:55 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:32:44 | | Join Sajber^ [0] (n=Sajber@h-142-185.A213.priv.bahnhof.se) |
| 18:34:38 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 18:37:28 | AlexP | pixelma, GodEater: Huh, interesting. I didn't check the html, just the pdf :( |
| 18:37:31 | | Quit Strife89 ("Lunchtime!") |
| 18:37:45 | AlexP | I'll have a look now and see if I can work something out |
| 18:41:20 | | Join {phoenix} [0] (n=dirk@p54B47716.dip.t-dialin.net) |
| 18:44:59 | | Join Linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:48:03 | kugel | hmmm |
| 18:48:09 | kugel | shouldn't mkamsboot show the OF version? |
| 18:48:24 | kugel | i just see "[INFO] Original firmware MD5 checksum match - Fuze" |
| 18:48:53 | kugel | hm, that probably changed in 1.0 |
| 18:48:57 | * | kugel dislikes the change |
| 18:49:38 | *** | Saving seen data "./dancer.seen" |
| 18:50:58 | BryanJacobs | question: if the iPod OF can go into a sleep mode with low battery consumption and not require a full boot when waking up, why can't rockbox? |
| 18:51:25 | AlexP | because nobody hasd implemented it |
| 18:51:42 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
| 18:51:43 | BryanJacobs | what does our power draw look like with the LCD off and playback stopped? |
| 18:52:00 | BryanJacobs | oops, got to go, asked to lunch |
| 18:52:03 | Hillshum | 25mA is what I read somewhere |
| 18:52:08 | BryanJacobs | be back later |
| 18:55:15 | | Quit domonoky ("Leaving.") |
| 18:55:51 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:56:19 | | Join tessarakt [0] (n=jens@e180070097.adsl.alicedsl.de) |
| 19:00 |
| 19:02:09 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:03:09 | | Quit stripwax (Client Quit) |
| 19:04:34 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:06:47 | | Quit stripwax (Client Quit) |
| 19:08:03 | | Join FlynDice [0] (n=FlynDice@12.173.188.16) |
| 19:08:22 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:09:57 | | Quit FlynDice (Remote closed the connection) |
| 19:13:47 | | Join stripwax5443 [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:23:56 | | Quit Linuxstb_ (Read error: 110 (Connection timed out)) |
| 19:25:01 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 19:25:30 | | Join Linuxstb|bus [0] (n=linuxstb@nat66.mia.three.co.uk) |
| 19:26:44 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 19:31:10 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 19:34:22 | | Join JdGordon| [0] (n=Miranda@rockbox/developer/JdGordon) |
| 19:42:08 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:45:49 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 19:46:15 | notlistening | Can i use a linux based format tool to format my e200v2? Or wukk that cause issues for the files that are on there already? |
| 19:47:12 | | Quit stripwax ("http://miranda-im.org") |
| 19:47:38 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:47:49 | | Quit stripwax (Client Quit) |
| 19:48:06 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:48:47 | | Quit stripwax5443 (Read error: 110 (Connection timed out)) |
| 19:49:23 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 19:50:18 | funman | notlistening: mkfs.vfat (it will obviously delete all your files), or just use the format option in the OF |
| 19:51:36 | notlistening | Umm, kugel has suggested the OF format function is causing issues, maybe |
| 19:52:03 | kugel | I didn't |
| 19:52:15 | | Quit Linuxstb|bus (Read error: 110 (Connection timed out)) |
| 19:52:24 | kugel | I suggested it was a hardware issue as I see on my clip after using it 5 mintes |
| 19:52:32 | notlistening | I've similar issues on my clip (the FS is totally broken after *very* few writes), but they're not related to rockbox (it's broken after using the OF too). So it might be as well a hardware issue as with my clip. |
| 19:52:39 | | Join Febs [0] (n=chatzill@38.98.196.75) |
| 19:52:52 | notlistening | ah my misread there |
| 19:53:22 | notlistening | myy too) look like tool with my eyesight sorry |
| 19:53:33 | LambdaCalculus37 | notlistening: Strange... my Clip has never had a problem with the FS. |
| 19:53:52 | funman | LambdaCalculus37: he was quoting kugel, who has a broken clip |
| 19:54:09 | kugel | funman: it boots at least, I just installed it, so I can't make any more statements, but I'm going to copy a bit. Though, I only have a 2GB version (w.r.t to bank switching) |
| 19:55:06 | funman | kugel: i have only 2GB (clip) and 4GB (fuze), but sd_select_bank() is always called once at initialisation to enable access to the whole capacity of 1st bank and not only the 1st GB |
| 19:55:25 | AlexP | pixelma: Well I've found the problem with the html output |
| 19:55:43 | AlexP | It isn't listening to the \opt in preamble.tex even though the pdf manual is |
| 19:55:54 | kugel | funman: I don't quite understand the cache align business in your commit. a) 512 is already 32byte aligned, b) we have a CACHE_ALIGN macro to not need such cryptic code |
| 19:56:07 | AlexP | pixelma: If I remove the opts and just use the version for three columns it is fine |
| 19:56:22 | funman | kugel: 512 bytes starting from 0x12345678 are not aligned |
| 19:56:22 | notlistening | Mine is an e200V2 but i will continue to test anything i can check funman that might give some good feedback? |
| 19:56:32 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
| 19:56:43 | AlexP | pixelma: And if I put the whole btnmap define inside an opt it complains about an undefined command |
| 19:56:45 | funman | CACHE_ALIGN is for allocating data in bss/data segments not on the stack |
| 19:56:47 | kugel | ah, I see, right |
| 19:57:33 | kugel | CACHE_ALIGN only expands to "__attribute__((align(X))" or something, where the stuff is shouldn't matter? |
| 19:57:56 | * | JdGordon| interupts |
| 19:57:57 | funman | i am not sure stack variables can be aligned, i should check |
| 19:58:02 | kugel | putting things that rely on alignement on the stack also seems weird to me |
| 19:58:04 | JdGordon| | kugel: see my email re viewportmanager? |
| 19:58:10 | funman | JdGordon|: could you comment on fs#10283 please? |
| 19:58:16 | funman | kugel: why? |
| 19:58:23 | | Quit barrywardell (Remote closed the connection) |
| 19:58:46 | amiconn | funman: Needs to be aligned at runtime -> extra code |
| 19:58:47 | kugel | funman: because of a) what you said, and because b) a good deal of stack could be wasted if it actually works |
| 19:58:47 | JdGordon| | funman: I had a very quick look on the bus, and yeah casting to int is bad...I'll look properly tonight if i get a chance |
| 19:58:57 | amiconn | I wonder whether gcc even does this at all |
| 19:59:29 | funman | amiconn: allocated at build time -> extra binsize |
| 19:59:32 | kugel | JdGordon: yes |
| 19:59:39 | funman | kugel: the stack is unwinded (deallocated) when the function returns |
| 19:59:45 | AlexP | pixelma: Now this is weird - if I do the \opt on h100 it works |
| 19:59:56 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 19:59:58 | kugel | I know, but not while the function is running |
| 20:00 |
| 20:00:26 | kugel | I'd rather made it global |
| 20:00:27 | amiconn | funman: Wrong, as it's bss |
| 20:01:02 | amiconn | I mean when statically allocaed. Stack allocation with alignment needs alignment code |
| 20:01:10 | funman | but the bss size would increase? |
| 20:01:20 | kugel | I don't think we have to worry about 512bytes binsize, especially not when we can be sure that the stuff we *rely* on works |
| 20:01:30 | AlexP | pixelma: It seems not to work on things defined in the platform file |
| 20:01:36 | funman | kugel: well the current code works |
| 20:01:43 | pixelma | AlexP: maybe it's a "timing" issue? the h100 opt comes from the features.txt but the other is only in the platform file, right? Maybe the html processing doesn't "look into" the platform files... |
| 20:01:56 | pixelma | quick enough :) |
| 20:02:02 | AlexP | :) |
| 20:02:17 | AlexP | I wonder why it is OK for the pdf output though |
| 20:02:25 | kugel | funman: we got a bug report, how are you so sure already? |
| 20:02:32 | kugel | not even amiconn is sure |
| 20:02:33 | funman | kugel: i mean the alignement works |
| 20:02:47 | AlexP | And at the beginning of make-html it lists the defines in platform in the "using text marked as..." spiel |
| 20:03:23 | funman | amiconn discusses of the 'how' to get aligned memory efficiently, not "if it's aligned" |
| 20:03:47 | kugel | "I wonder whether gcc even does this at all" |
| 20:04:10 | funman | align stack variables |
| 20:04:21 | funman | .. with __attribute__((aligned)) |
| 20:05:37 | | Quit n1s (Read error: 104 (Connection reset by peer)) |
| 20:05:43 | | Quit mt (Read error: 113 (No route to host)) |
| 20:05:51 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 20:05:53 | kugel | you wasn't sure yourself few minutes ago.. |
| 20:06:07 | funman | >< what do you mean? |
| 20:06:22 | kugel | n1s: hey, what's about the strlcpy patch? |
| 20:06:22 | | Join mt [0] (n=mt@41.233.147.176) |
| 20:06:34 | funman | i am not sure stack variables can be aligned with __attribute__((aligned)), and this is why i didn't use it |
| 20:06:58 | kugel | apparently you were both not clear enough |
| 20:07:00 | funman | but a runtime alignement |
| 20:07:02 | amiconn | I'm not sure either. Alignment will work in bss of course - we're using this in various places |
| 20:07:13 | n1s | kugel: right, i should commit that... |
| 20:07:18 | kugel | you should! |
| 20:07:19 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 20:07:27 | * | n1s has no build env set up though |
| 20:07:35 | kugel | what the...? |
| 20:07:41 | amiconn | Alignment on stack can only be done at runtime, and I'm not sure whether gcc does this. |
| 20:08:19 | funman | it doesn't seem to do it here, just silently accepts __attribute__((aligned)) |
| 20:08:49 | saratoga | we should change the default battery current in rockbox to 1 mA so that if people forget to put it in they get a nonsense run time estimation |
| 20:09:06 | saratoga | having it default to a vaguely reasonable value only encourages people to not put in the actual value |
| 20:09:24 | saratoga | by people i mean we developers |
| 20:09:49 | n1s | saratoga: default for new ports? |
| 20:10:39 | saratoga | i mean the #else case |
| 20:10:55 | saratoga | that it falls through to if no one has defined a current |
| 20:11:35 | n1s | so, for new ports, and yes that might be a good idea |
| 20:11:52 | saratoga | well new ports and some old ones too ;) |
| 20:12:07 | saratoga | i think we just got around to putting in an entry for the c200v1 for instance |
| 20:12:11 | saratoga | i'm still not sure all the ipods have one |
| 20:12:56 | * | rasher says go for it |
| 20:14:22 | saratoga | ha the H10 doesn't even have one |
| 20:14:30 | saratoga | its been like 3 years |
| 20:14:31 | CIA-71 | New commit by funman (r21564): Sansa AMS : use the aligned buffer in bss for all DMA transfers ... |
| 20:16:04 | saratoga | i can fix the ones have I have numbers for, but will anyone mind if I give (different) nonsense values for the other targets? |
| 20:16:14 | saratoga | i'm hoping this will encourage someone to fix it |
| 20:16:22 | kugel | funman: that's of course a nice way too :p |
| 20:16:41 | funman | ^^ |
| 20:16:47 | kugel | though, CACHE_ALIGN macro is still not used :) |
| 20:17:20 | | Quit martian67 (Connection timed out) |
| 20:17:26 | funman | kugel: CACHEALIGN depends on PROC_NEEDS_CACHEALIGN which isn't defined on AMS |
| 20:17:43 | AlexP | That is just bloody stupd |
| 20:17:51 | AlexP | pixelma: It breaks on _ |
| 20:17:53 | kugel | indeed |
| 20:17:57 | mt | *ahem* .. Mono RM playback on-target .. |
| 20:18:04 | Horscht | yay? |
| 20:18:05 | kugel | \0/ |
| 20:18:10 | AlexP | kugel, funman: Sorry, I was talking about something else |
| 20:18:12 | mt | definitely yay ! :P |
| 20:18:18 | funman | mt: congrats ;) |
| 20:18:19 | kugel | AlexP: I know, but it came good :) |
| 20:18:24 | funman | ^^ |
| 20:18:29 | AlexP | pixelma: If I make the define HAVEREMOTEKEYMAP it works... |
| 20:18:39 | AlexP | mt: congrats :) |
| 20:18:48 | saratoga | mt: congrats |
| 20:18:49 | AlexP | kugel: hehe :) |
| 20:18:51 | gevaerts | \☺/ |
| 20:18:55 | mt | Thanks everyone :) |
| 20:18:59 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:19:04 | kugel | alexbobp: I believe I saw _ in opts? in the backlight setting section |
| 20:19:08 | saratoga | is it intentional the the player and recorder v1/v2 all use the same runtime current defines? |
| 20:19:35 | mt | Still getting 'data abort's on calling pcmbuf_insert for stereo data though .. |
| 20:19:39 | AlexP | kugel: They are all over the place and work fine, *except* for in preamble.tex when used for html output |
| 20:19:55 | kugel | uh |
| 20:20:00 | AlexP | kugel: They work there for pdf output, and they work for html output everywhere else... |
| 20:20:18 | AlexP | kugel: Hence my bloody stupid remark :) |
| 20:20:27 | funman | mt: did you look at the ASM code at this address? |
| 20:20:42 | saratoga | also, can the player record? |
| 20:20:49 | AlexP | hmmm, maybe not |
| 20:20:59 | funman | more important: can the recorder play? |
| 20:21:18 | mt | funman : No I didn't. Will check .. |
| 20:21:33 | AlexP | no, that is right |
| 20:21:51 | funman | mt: look at r21548 |
| 20:21:52 | kugel | funman: fsck reports problems, on the empty folders created by the OF though |
| 20:22:10 | funman | utils/analysis/find_addr.pl |
| 20:22:13 | AlexP | I was just wondering why I had no output at all then noticed I had done make veryclean after the build by mistake :) |
| 20:22:16 | funman | kugel: on the clip ? |
| 20:22:47 | kugel | no, fuze |
| 20:22:51 | pixelma | AlexP: weird thing |
| 20:23:06 | AlexP | pixelma: I don't understand at all |
| 20:23:15 | AlexP | pixelma: But with no underscores it works fine |
| 20:23:31 | saratoga | do any archos players have remotes? |
| 20:23:47 | pixelma | yes, the Recorders, a non-lcd one |
| 20:24:07 | saratoga | ok so it won't use any power |
| 20:24:18 | saratoga | do all archos players record? |
| 20:24:35 | pixelma | AlexP: not the first thing I don't understand there, but I guess I'd just change it |
| 20:24:43 | AlexP | pixelma: I guess I'll just change it to be without the underscores |
| 20:24:49 | AlexP | hehe :) |
| 20:24:49 | pixelma | saratoga: no, the Player and the OndioSP doesn't |
| 20:24:51 | domonoky | no the archos player at least can not recorder :-) |
| 20:25:07 | saratoga | thanks |
| 20:25:46 | mt | funman : Nice .. thanks for pointing this out. I'll check it later because I have to go out for a while. |
| 20:26:05 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 20:26:07 | | Join petur [0] (n=peter@94-225-45-21.access.telenet.be) |
| 20:26:59 | AlexP | pixelma: Do you think I can assume that all remotes have vol up/down skip back/forward and play/pause? |
| 20:28:32 | kugel | funman: should we worry about that? I never touched the folders created by the OF |
| 20:28:55 | pixelma | AlexP: I believe the Archos remote only has 4 buttons (at least that's what I drew) and there is a non-lcd remote for the Irivers but I'm not sure whether we'll explain that one. Don't know what the M:Robes remote has |
| 20:29:06 | AlexP | OK, I won't for now |
| 20:29:11 | funman | kugel: no idea, perhaps rockbox opens them when the database refreshes / file view is selected |
| 20:29:15 | * | bertrik wonders what to work on next for the meizus, nand and USB both look quite complicated |
| 20:29:26 | kugel | funman: only read-only |
| 20:29:26 | pixelma | AlexP: the non-lcd Iriver one also has less buttons |
| 20:29:32 | funman | bertrik: have a rest, come back on Sansas ! |
| 20:29:36 | amiconn | saratoga: The Player and Recorder v1 have a remote (the same). The Recorder fm/v2 doesn't support it as-is, but it's possible to make it support the remote with a little soldering (by trading s/pdif) |
| 20:30:06 | saratoga | amiconn: but its a passive remote that draws no additional power for a screen right? |
| 20:30:12 | AlexP | pixelma: cheers |
| 20:30:33 | amiconn | Correct. It draws no power from the main device at all |
| 20:30:54 | saratoga | great |
| 20:31:07 | amiconn | It's basically unidirectional rs-232. It has a built-in lithium battery, good for a few years |
| 20:31:24 | saratoga | i'm going to commit this, if I've messed up the archos current defines (which i'm not even sure are correct) would you mind correcting them in their headers? |
| 20:31:26 | pixelma | saratoga: do you ask this for some battery runtime estimation? |
| 20:31:45 | saratoga | improved estimates are always welcome :) |
| 20:32:00 | kugel | funman: let's not worry :P Release party soon? :D |
| 20:32:08 | kugel | good job on finding that issue! |
| 20:32:13 | saratoga | time for AMS bootloaders then? |
| 20:32:15 | funman | kugel: well i'm not sure if that's fixed |
| 20:32:26 | kugel | it was an issue anyway |
| 20:32:35 | funman | right |
| 20:32:37 | amiconn | All archos current defines are correct in svn |
| 20:32:41 | saratoga | thanks |
| 20:32:47 | CIA-71 | New commit by saratoga (r21565): Move Archos battery runtime estimation defines into config files instead of powermgmt.h. Replace old default values (which were actually the Archos ... |
| 20:32:52 | funman | let's wait a bit, we have the time |
| 20:33:39 | kugel | funman: I just notice it's the same what notlistening reported |
| 20:33:48 | CIA-71 | New commit by alex (r21566): Fix html manuals for targets with remote keymaps. For some reason using an \opt in preamble.tex with an underscore in the name breaks html manuals ... |
| 20:33:53 | saratoga | anyone care to estimate the runtime furrent for the Iaudio players? |
| 20:34:03 | saratoga | or is it more or less the same as the H300? |
| 20:37:02 | bertrik | gevaerts, would it be possible the rockbox usb stack from the bootloader? |
| 20:37:33 | gevaerts | bertrik: yes, if the bootloader has threads and interrupts. The gigabeat S does that |
| 20:38:02 | bertrik | hm, I'm thinking about the meizu, it doesn't have threads yet AFAIK |
| 20:39:06 | rasher | domonoky: RockboxUtilityDevelopment references a script deploy-release.py - where can that be found? |
| 20:39:35 | domonoky | in the rbutilqt folder in svn. |
| 20:40:21 | rasher | Was it added after 1.2.2? |
| 20:40:58 | pixelma | saratoga: what's with the Ondios? Shouldn't there be a change in their config files too? |
| 20:41:17 | notlistening | saratoga, my X5 used to run for about 8-10 hours |
| 20:41:45 | saratoga | pixelma: they already define it there |
| 20:41:59 | pixelma | ah hmm |
| 20:42:06 | notlistening | or was that not the question :P |
| 20:42:16 | saratoga | i need the current draw in mA |
| 20:42:46 | saratoga | you can calculate that from runtime, but only if you have a very good idea how many mA-hours your battery holds |
| 20:42:49 | amiconn | You need an estimation function if you want to do it right |
| 20:43:07 | amiconn | Most newer targets aren't simply basic current + backlight + disk |
| 20:43:19 | amiconn | There's backlight brightness, buttonlights etc etc |
| 20:43:26 | saratoga | yes estimation works less well on SWCODEC in general |
| 20:43:33 | rasher | $ ldd rbutilqt/rbutilqt |grep -ic qt |
| 20:43:33 | rasher | 0 |
| 20:43:47 | rasher | Does this mean I managed to build an rbutil with static qt? |
| 20:43:51 | | Quit jgarvey ("Leaving") |
| 20:44:10 | amiconn | Imo this estimation function should go into target tree |
| 20:44:36 | BryanJacobs | rasher: some dynamic libraries pull in others when they're loaded, and there's also the dlopen() call |
| 20:44:38 | saratoga | how did that break the iaudios |
| 20:44:40 | funman | rasher: Qt ? |
| 20:44:45 | funman | oops -i |
| 20:45:00 | BryanJacobs | funman: -i is "ignore case" |
| 20:45:19 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 20:45:47 | funman | rasher: if it runs, it's likely :) |
| 20:45:47 | rasher | I don't see anything that should pull in Qt, but it's certainly far from self-contained. Will probably work in a lot of places I guess |
| 20:45:57 | BryanJacobs | rasher: surest way to tell is to look at the link line; if there's -Bstatic or "libqt.a" instead of "-lqt", it should work |
| 20:46:30 | saratoga | i changed the value of a define and that gives a a redefine error |
| 20:46:45 | BryanJacobs | plus you have to watch out for glibc version incompatibilities - right now it's impossible to build a truly portable executable without bundling your own dynamic libs |
| 20:47:38 | * | BryanJacobs has been working a lot with static linking lately and is not liking the state of the landscape... glibc people basically tell people wanting a static link to buzz off |
| 20:47:59 | agaffney | basically |
| 20:48:12 | agaffney | although, you're find if you don't want to do any DNS resolution :P |
| 20:48:13 | kugel | glibc people tell many people for many reasons to just gtfo |
| 20:48:16 | agaffney | s/find/fine/ |
| 20:48:20 | CIA-71 | New commit by saratoga (r21567): Protect CURRENT_REMOTE define with an ifndef. |
| 20:48:25 | * | BryanJacobs cites http://people.redhat.com/drepper/no_static_linking.html |
| 20:48:36 | * | funman points people to #rockbox-community : it's this way -> |
| 20:49:40 | *** | Saving seen data "./dancer.seen" |
| 20:57:35 | amiconn | saratoga: Hmm, does this mean CURRENT_REMOTE now gets defined as "1" for all targets without lcd remote? |
| 20:57:55 | | Join PaulJam [0] (i=Paule@vpn-3018.gwdg.de) |
| 20:59:54 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 21:00 |
| 21:00:29 | saratoga | amiconn: the #ifdef HAVE_REMOTE_LCD should protect against that I think |
| 21:00:54 | amiconn | Ah, of course |
| 21:01:23 | amiconn | You could combine the nested #ifdefs |
| 21:01:55 | saratoga | yes perhaps I should have |
| 21:01:58 | | Join einhirn [0] (n=Miranda@p4FC63323.dip0.t-ipconnect.de) |
| 21:02:11 | saratoga | you think its worth a commit |
| 21:02:28 | kugel | commit count++ always is |
| 21:02:57 | | Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 21:03:30 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
| 21:05:36 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 21:08:06 | CIA-71 | New commit by saratoga (r21568): Clean up nested defines in powermngt.h while I'm at it. |
| 21:10:36 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 21:11:23 | | Quit martian67 (SendQ exceeded) |
| 21:12:46 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 21:13:02 | | Quit Thundercloud (Remote closed the connection) |
| 21:13:59 | CIA-71 | New commit by kugel (r21569): FS #10377 - "PCM buffer remainder is played under too many conditions" by Jeffrey Goode. ... |
| 21:14:23 | | Join linuxstb|train [0] (n=linuxstb@nat67.mia.three.co.uk) |
| 21:14:50 | | Part n00b81 ("Leaving") |
| 21:17:46 | | Join domonoky1 [0] (n=Domonoky@g229174072.adsl.alicedsl.de) |
| 21:18:12 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 21:20:42 | kugel | funman: I'm having a patch for mkamsboot here |
| 21:20:57 | kugel | to change the output a bit (I'm a bit disappointed that the version isn't shown anymore) |
| 21:22:30 | saratoga | kugel: does Jeffrey Goode's patch do anything about the delay between when you hit stop and when audio stops playing on some targets? |
| 21:23:06 | kugel | was there a delay? either way: yes :) |
| 21:23:23 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 21:23:44 | | Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 21:24:48 | | Quit martian67_ (SendQ exceeded) |
| 21:24:49 | saratoga | hmm maybe i'm imaging things |
| 21:24:53 | CIA-71 | New commit by kugel (r21570): Bugfix for FS #10157 - "inaccurate seeking while paused" by Jeffrey Goode. ... |
| 21:25:04 | funman | kugel: nice |
| 21:25:15 | saratoga | either way hurray that someones interested in fixing up playback |
| 21:25:26 | funman | kugel: we also need to do something for mkamsboot integration in rbutil: parse a downloaded file containing tested OF versions |
| 21:25:29 | | Quit martian67 (Remote closed the connection) |
| 21:25:41 | | Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 21:25:43 | kugel | funman: I think I have a controversial part in the patch though :) |
| 21:26:30 | notlistening | rasher, you have a minute for soem questions on the configure script? |
| 21:26:59 | rasher | notlistening: I'll try |
| 21:27:04 | kugel | saratoga: I assume you're not talking about the fade on pause/stop delay? |
| 21:27:10 | funman | kugel: then better put it on flyspray so we can flame on the FS entry :) |
| 21:27:22 | saratoga | yeah not the fade out, i may be thinking of some old bug before we had fade out |
| 21:27:49 | rasher | saratoga: fade out predates swcodec |
| 21:28:00 | kugel | I basically decided to change fw_version to give info about the v* of each player (v4 for m200, v2 for e200,c200, v1 or v2 for clip,fuze) |
| 21:28:34 | funman | kugel: hum.. and where is fw_version information (firmware format version 1 or 2) provided? |
| 21:28:42 | saratoga | then i have no idea what i'm thinking of |
| 21:29:06 | kugel | saratoga: well, the pcmbuf_play_remainder indeed made it playing a little longer, but I asked on the tracker about a possible delay, and I was told it would be next to unnoticeable |
| 21:29:38 | saratoga | maybe i'm thinking of the delay on skipping tracks |
| 21:31:15 | kugel | funman: hehe, I didn't plan that you ask that :P |
| 21:31:29 | notlistening | rasher, when the configure script lists the currently available speech engines that are installed on the system where does it get last information from " I can see findtool but the actual output is not working even though i am selecting the enginne manually |
| 21:32:23 | | Join tux03 [0] (n=4dc82ef7@gateway/web/cgi-irc/labb.contactor.se/x-05de4b24d0527684) |
| 21:32:35 | tux03 | hi |
| 21:32:45 | notlistening | rasher, the the putput i mean slect your engine message |
| 21:33:12 | notlistening | *by the output |
| 21:33:22 | tux03 | It is possible to instal rockbox on a ipod 6 g ? |
| 21:33:45 | AlexP | no |
| 21:33:46 | rasher | tux03: the list on the front page is accurate |
| 21:34:09 | rasher | notlistening: Well it checks for executables in $PATH |
| 21:34:36 | funman | kugel: oh i see, fw_version is 2 for fuzev2 and clipv2, and 1 elsewhere, but it doesn't represent "nth hardware revision of this Sansa AMS model" |
| 21:35:39 | tux03 | It's been ppossible in the future ? |
| 21:35:47 | notlistening | rasher, yeah and that exists but i have missed something on the output of that message somewhere |
| 21:36:02 | Blue_Dude | saratoga: I don't think the PCM buffer patch will do much about decreasing stop delay. The difference was only a few milliseconds at best. That patch was cleanup and potentially stops future bugs. |
| 21:36:34 | AlexP | tux03: Probably not |
| 21:36:56 | AlexP | tux03: Encrypted firmware, new undocumented hardware... |
| 21:37:17 | rasher | notlistening: line 529 outputs the question, the various variables are supposed to hold something like "(S)API " |
| 21:37:19 | tux03 | (i'm french i not understand everyone) |
| 21:37:55 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 21:38:09 | tux03 | Why ? |
| 21:38:18 | tux03 | Ok |
| 21:38:20 | LambdaCalculus37 | tux03: The new iPods are different on the inside. |
| 21:38:28 | tux03 | It's not good |
| 21:38:40 | LambdaCalculus37 | tux03: Indeed not. |
| 21:38:55 | tux03 | I would like rockbox on my ipod !!! |
| 21:39:02 | LambdaCalculus37 | tux03: Buy an older iPod. |
| 21:40:35 | kugel | funman: right |
| 21:40:50 | BryanJacobs | tux03: iPod 5.5G is nice |
| 21:40:58 | kugel | funman: that's my patch: http://pastie.org/528392 |
| 21:41:05 | kugel | I added hw_revision |
| 21:41:32 | kugel | also, I changed load_of_file to take a md5sum pointer instead of all members extra |
| 21:43:02 | | Quit Horscht ("Verlassend") |
| 21:43:49 | kugel | funman: the output is http://pastie.org/528396 now |
| 21:44:08 | | Join Lazatar [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 21:44:22 | | Quit tux03 ("CGI:IRC (Ping timeout)") |
| 21:44:30 | bertrik | IIS on the meizus doesn't look so complicated |
| 21:44:47 | funman | kugel: would it be possible to pack model, hw_version, fw_version in the same structure? |
| 21:44:57 | funman | because they aren't going to change for a given model |
| 21:45:19 | kugel | funman: weill, they're all member of md5sum already |
| 21:45:43 | kugel | http://pastie.org/528398 |
| 21:46:00 | kugel | md5sum is a bad name for the class |
| 21:46:10 | bertrik | I could start by feeding the IIS fifo with simple triangle waves and if that works, use DMA |
| 21:46:11 | kugel | s/class/struct/ |
| 21:46:34 | funman | kugel: yeah perhaps ->model->model ->model->fw_version etc.. |
| 21:46:50 | kugel | euuww? |
| 21:47:03 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 21:47:40 | funman | struct md5sums { struct model model; char *version; char *md5 }; and struct model { int model; int fw_version; int hw_version; }; |
| 21:47:55 | funman | a lot of "model" :/ |
| 21:47:58 | kugel | I understand, but nested structs are ugly :( |
| 21:48:07 | funman | model_name |
| 21:48:08 | funman | oh? |
| 21:49:31 | kugel | does that really help actually? I mean, wouldn't we still use this array there? |
| 21:49:57 | funman | well the md5sum struct would be simpler (2 less members) |
| 21:50:55 | kugel | only indirectly |
| 21:51:24 | funman | yeah but the list of OFs would be simpler to read |
| 21:51:36 | funman | not the actual internal storage |
| 21:52:09 | funman | just { model_e200v2, "v3.01.02" , "12345678abcdef" |
| 21:53:02 | kugel | I see |
| 21:53:12 | | Quit martian67_ (Connection timed out) |
| 21:53:24 | | Quit evilnick (Ping timeout: 180 seconds) |
| 21:54:23 | funman | kugel: also if you are willing to think about an implementation of downloadable tested-OFs list, you could just put all these infos in such a file and embed the file with the binary? |
| 21:54:28 | notlistening | rasher, got it, I was using a "." in my executable name and that stopped it from finding it ;) |
| 21:54:47 | kugel | funman: I'll have a look |
| 21:55:14 | | Quit linuxstb|train (Connection timed out) |
| 21:55:18 | funman | thanks :) |
| 21:55:38 | rasher | notlistening: that sounds strange |
| 21:55:46 | JdGordon| | funman: struct md5sums { struct model model; char *version; char *md5 }; and struct model { int model; int fw_version; int hw_version; } <- for the love of all that is holy please dont do that! |
| 21:56:07 | JdGordon| | nested structs are fine, but dont reuse variable names like that |
| 21:56:12 | kugel | funman: I'm not sure if it's mkamsboot's job to download that |
| 21:56:22 | funman | JdGordon|: yeah i suggested model_name |
| 21:56:40 | funman | kugel: not download but parse |
| 21:56:50 | BryanJacobs | I have read http://www.rockbox.org/twiki/bin/view/Main/BigDisk and it does not give me confidence. Were I to install a 240GB drive in my iPod, would I be able to use that much space with Rockbox 3.3? |
| 21:57:37 | funman | the file would be provided by load_of_file() or another function, called by rbutil; or called by main() with a pointer to the embedded OF list for standalone mkamsboot |
| 21:58:59 | kugel | what's the function rbutil will call anyway? |
| 21:59:14 | notlistening | rasher, give is a go in your script rename espeak espeak.linux and it will fail, or it was for me |
| 21:59:20 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 21:59:21 | | Quit LambdaCalculus37 () |
| 22:00 |
| 22:00:00 | domonoky1 | kugel: rbutil will just do the same thing as the main() does.. plus it downloads the bootloader and maybe md5sums. |
| 22:01:44 | kugel | so the integration boils down to renaming main and compiling it as a lib? |
| 22:02:12 | | Join funman_ [0] (n=fun@rockbox/developer/funman) |
| 22:02:29 | | Join Hillshum [0] (n=chatzill@75-165-235-206.slkc.qwest.net) |
| 22:02:45 | funman_ | kugel: this is already done |
| 22:03:14 | funman_ | what we need is a way to provide an up to date tested OFs list even with an older rbutil build |
| 22:03:23 | kugel | I think the struct thing can be done later |
| 22:03:34 | funman_ | yes it's only cosmetics |
| 22:03:43 | | Quit robin0800 (Remote closed the connection) |
| 22:03:56 | funman_ | if someone works on a file format it could just go away |
| 22:03:57 | funman | BryanJacobs: yes, provided you build your own rockbox (with the 3.3 source if you want) |
| 22:03:57 | | Quit funman ("Reconnecting") |
| 22:04:05 | kugel | that's mostly cosmetic, but I do think the output should be somewhat more verbose (printing the OF version also gives a better feeling about the success) |
| 22:04:09 | funman_ | (no, i don't lag) |
| 22:04:33 | * | Hillshum has put some thought into the Clip keymap |
| 22:04:44 | | Nick Lazatar is now known as lol3izer (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 22:04:48 | funman_ | kugel: well feel free to improve it (i was not talking about your patch) |
| 22:04:48 | | Nick lol3izer is now known as martian67 (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 22:04:55 | bluebrother | it might be helpful to check how the iriver bootloader patcher does the md5sum stuff. It also uses the md5sums to identify known firmware version |
| 22:04:59 | | Join lilltiger [0] (n=lilltige@82.145.152.217) |
| 22:04:59 | funman_ | Hillshum: feel free to improve it as well (with a patch..) |
| 22:05:23 | Hillshum | Does power need to be "go back" when left/prev do that as well? |
| 22:05:36 | funman_ | bluebrother: it has a built in list |
| 22:05:40 | bertrik | I think the clip keymap is quite OK already (at least for general use, don't know about the plugins) |
| 22:05:53 | | Nick funman_ is now known as funman (n=fun@rockbox/developer/funman) |
| 22:05:57 | Llorean | Hillshum: It shouldn't really be a unique function, since it's hard to use normally |
| 22:06:04 | bluebrother | funman: I know :) |
| 22:06:06 | bertrik | the function of the HOME button is a bit fuzzy though |
| 22:06:22 | lilltiger | How do i clear the disk catche/force my sansaAMS to rebuild it? |
| 22:06:44 | AlexP | If you mean dircache then it is rebuolt on boot |
| 22:06:46 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 22:06:57 | AlexP | If you mean database, chose initialise now |
| 22:06:58 | Hillshum | Llorean: ? |
| 22:07:14 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") |
| 22:07:19 | AlexP | If you want to be sure before, delete *.tcd from .rockbox (database again) |
| 22:07:37 | Llorean | Hillshum: It shouldn't really do something else. |
| 22:08:21 | Hillshum | how about back to main menu? |
| 22:08:49 | bertrik | I would like the home button to switch between WPS and main menu, and between radio and menu menu if radio is playing |
| 22:08:56 | kugel | bluebrother: we want a downloadable list |
| 22:09:22 | lilltiger | AlexP: hmm ok, then the issue isent the dircache. When i Use the filebrowser within rockbox the filnames are boxes and other strange characters(unreadable) and thoes songs arent added to the database. But in the org. sansa firmware the songs looks all correct |
| 22:09:27 | kugel | they're still in production, so we expect firmware updates (at least for clip and fuze) |
| 22:09:38 | kugel | I know, we're not familiar with that yet :) |
| 22:11:03 | Llorean | lilltiger: Remember last night, I asked you to type whole, real words. That also applies to things like "org" as compared to "original." The idea is to make machine translation as reliable as possible by using things as they'd show up in common dictionaries. |
| 22:11:18 | Llorean | Please, try. |
| 22:12:13 | | Quit BryanJacobs ("Java user signed off") |
| 22:12:21 | * | kugel still no since3.2 link grml |
| 22:12:48 | rasher | kugel: 3.3? |
| 22:13:14 | kugel | that's too fresh :) |
| 22:14:07 | Hillshum | funman: What files do I need to tweak? |
| 22:14:24 | | Join BeChris [0] (i=5c8976c2@gateway/web/freenode/x-f2fc935b68a4cf0a) |
| 22:14:29 | kugel | funman, bertrik, saratoga, domonoky1: I'll put up the mkamsboot patch to fs so you can test it on your devices, it shouldn't break anything |
| 22:14:38 | BeChris | Hello |
| 22:15:00 | BeChris | Still trying to figure out how to profile my png plugin. |
| 22:15:08 | BeChris | Someone has done that recently ? |
| 22:15:37 | funman | Hillshum: apps/keymaps/keymap-clip.c |
| 22:15:54 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 22:16:05 | Hillshum | funman: thanks |
| 22:16:10 | funman | BeChris: did you look at the profile option in tools/configure? |
| 22:16:27 | saratoga | BeChris: the easiest way is to just comment out bits of code and time how long decode takes without them |
| 22:16:49 | BeChris | funman : yes of course but when I select it it adds -finstrument-functions to gcc and all my plugins freeze at startup |
| 22:17:28 | BeChris | even if I don't use profile_thread() / profstop() |
| 22:18:22 | funman | saratoga: didn't you use profiling for codecs? |
| 22:18:23 | lilltiger | Llorean: insted of being unfriendly you could help insted, behaving like you is against the freenode guidlines actually and thoes takes present above the rockbox guidelines. So if you want others to follow the guidelines, you should start fallowing them yourself first. |
| 22:18:44 | BeChris | saratoga : I though profile might come in plugin to isolate exactly bottlenecks in my code. Adding manually time measurement is quite broing I must admit. |
| 22:18:45 | saratoga | funman: a little, but other people figured it out for me, and mostly i use stripwax's tests |
| 22:18:51 | kugel | I think we just need to have lines like "model_number$version$md5sum" ($ being a suitable seperator), then malloc a struct md5sum for each line and fill it |
| 22:19:01 | saratoga | BeChris: surely you have a pretty good idea what parts are slow though? |
| 22:19:08 | funman | lilltiger: i don't know what "org" means, instead you can use "OF" which is a documented abbreviation |
| 22:19:39 | Llorean | lilltiger: Go and complain to freenode then that we politely ask you to follow our channel guidelines. But until such time as freenode tells us they need changed, they are what they are. |
| 22:19:47 | BeChris | saratoga : almost sure but wanted to have confirmation by a tool |
| 22:19:47 | funman | lilltiger: don't expect anyone here owes you any answer, being unhelpful is not against the freenode guidelines in any way |
| 22:20:18 | lilltiger | funman: no but being an elitist is |
| 22:20:29 | kugel | lilltiger: We also have guidelines, and those include to use proper English |
| 22:20:30 | Llorean | The fact that I do not know the answer to your question does not preclude me the ability to remind you this channel is logged and has guidelines in place because of that logging. |
| 22:20:46 | funman | kugel: yeah looks nice |
| 22:21:31 | kugel | I'm fearing my search&replace mixed up fw_revision with hw_revision somwhere |
| 22:22:14 | Mikachu | given those two names only, i would maybe call them firmware_rev and hardware_rev instead :) |
| 22:22:31 | | Quit bluebrother ("leaving") |
| 22:23:03 | lilltiger | kugel: yes but being eletist about them and refuse to help people cos they dont use words that you personaly find incorrect is against the freenode policy |
| 22:23:28 | Llorean | lilltiger: "cos" was a word I mentioned to you less than a day ago. |
| 22:23:44 | lilltiger | Llorean: yes and it's an common used word |
| 22:23:46 | saratoga | lilltiger: if you dislike the rules, feel free to get out |
| 22:23:53 | kugel | lilltiger: "cos" is one of the words we don't like |
| 22:23:58 | Llorean | lilltiger: Refusing to help people because they're disorderly in your channel is allowed by freenode rules. They even instituted a mute ban for dealing with such people. |
| 22:24:15 | Llorean | lilltiger: I explained to you the broad category of acceptable words. You know why 'cos' is not one of them. |
| 22:24:51 | AlexP | lilltiger: I didn't actually see anyone refusing to help you? |
| 22:24:54 | rasher | lilltiger: It's not about "personally finding words incorrect". The fact is that you use words that are not understood by non-native speakers and screen readers. Which is against the rules. Please refrain from doing so. |
| 22:24:59 | kugel | lilltiger: We're an international channel, we have people here that have no plans about which words are common somewhere, they probably have only google or something to translate, and using colloquial language makes it hard for those to understand what we're saying |
| 22:25:19 | lilltiger | Llorean: But how am i supposed to know wich words are okej to use and wich are not, i do not have an masters degreee in english, nor am i a native english speaker. |
| 22:25:35 | saratoga | we have a link explaining which are ok |
| 22:25:35 | funman | lilltiger: just avoid abbreviations and it will be ok |
| 22:25:36 | Llorean | lilltiger: Don't use slang or abbreviations. |
| 22:25:42 | Llorean | It's fairly simple. |
| 22:25:47 | Llorean | I told you this yesterday. |
| 22:25:59 | rasher | lilltiger: It's also a good bet that words we *specifically tell you* are not okay, are not okay. |
| 22:26:14 | rasher | Such as "cos". Do not use that again. Seriously. |
| 22:26:15 | saratoga | can we resume on topic dicussion now? |
| 22:26:17 | lilltiger | Llorean: just like "org." in this case, I did not know that it isent an correct english short form. it's commonly used |
| 22:26:35 | rasher | saratoga: please go on |
| 22:26:42 | Bagder | so was there a question? ;-) |
| 22:26:42 | Hillshum | commonly used where? |
| 22:26:50 | Llorean | lilltiger: Don't use short forms then. Type "original." It's a few more characters, but it's much safer. |
| 22:26:53 | lilltiger | funman: I learnt most my english from the internet, how should I know wich are slangs and not. |
| 22:26:54 | AlexP | Bagder: Indeed there was :) |
| 22:27:02 | AlexP | Bagder: Back in the mists of time |
| 22:27:10 | * | Bagder tries to fight us back to the topic |
| 22:27:20 | lilltiger | Llorean: but I did not know the correct spelling of it, and you did understand what i ment. |
| 22:27:27 | saratoga | why fight we have a mute function |
| 22:27:36 | saratoga | which i've been dying to try |
| 22:27:44 | AlexP | For all that want to see the question: "When i Use the filebrowser within rockbox the filnames are boxes and other strange characters(unreadable) and thoes songs arent added to the database. But in the org. sansa firmware the songs looks all correct" |
| 22:27:51 | rasher | lilltiger: You've been explained this a million times over. Stop making the same point time and again. |
| 22:27:55 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 22:28:00 | Llorean | lilltiger: Then look up the correct spelling. You're on the internet. Your justifications do not matter. |
| 22:28:38 | rasher | lilltiger: As an answer to your question, you have filesystem/filenames corruption. |
| 22:29:09 | rasher | lilltiger: Possibly you're using a weird way of mounting the drive, setting the wrong character set. |
| 22:29:10 | kugel | funman: see, I already found where I mixed it up |
| 22:29:38 | lilltiger | rasher: Wouldent that show up when I connect the device to the computer? |
| 22:30:04 | rasher | lilltiger: Not if it's mounted in the same weird way. |
| 22:30:19 | lilltiger | rasher: so it might be wrong character encoding? |
| 22:30:24 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-464d89026b6c1ead) |
| 22:30:25 | rasher | It almost certainly is |
| 22:30:58 | rasher | What do you connect it to? |
| 22:31:49 | lilltiger | an linux box, i connect it when the device is of so it uses the sansa firmware |
| 22:32:20 | rasher | And what are the mount options? |
| 22:33:09 | funman | kugel: where? |
| 22:33:38 | lilltiger | rasher: (rw,nosuid,nodev,uhelper=hal,uid=1000,utf8,shortname=mixed) |
| 22:33:45 | kugel | line ~429 with the patch (already updated on the tracker) |
| 22:34:32 | kugel | domonoky1, funman: if we're using that ini format, it should be rbutils job to parse the list, then just pass an a struct md5sum vektor to mkamsboot |
| 22:34:34 | * | rasher shrugs |
| 22:34:53 | domonoky1 | kugel: yes, that was my idea with the ini list. |
| 22:34:54 | kugel | vector* |
| 22:35:23 | funman | kugel: then we must froze the struct md5sum |
| 22:35:24 | domonoky1 | so we just need a function to set the md5sum list in mkamsboot. (and if it isnt set, it uses the builtin list, for standalone). |
| 22:35:59 | domonoky1 | funman: you dont really need to freeze it, you just need to change it in two places :-) |
| 22:36:00 | Llorean | rasher: Could his problem instead be the codepage set in Rockbox? If that somehow got set / changed wrong? |
| 22:36:08 | kugel | funman: no, we can just check for NULL, and use the built-in in that case (main() will pass NULL, rbutil not) |
| 22:36:08 | funman | can we be sure the struct is the same when built by gcc and g++ ? |
| 22:36:22 | rasher | Llorean: Maybe. |
| 22:36:24 | funman | kugel: i mean we must use the same binary format between mkamsboot and rbutil |
| 22:36:29 | | Quit matsl_ (Read error: 60 (Operation timed out)) |
| 22:36:37 | rasher | lilltiger: What's the codepage option in Rockbox set to? (I don't remember the location) |
| 22:36:44 | kugel | Why? |
| 22:37:02 | domonoky1 | funman: should be no problem. |
| 22:37:09 | kugel | and, doesn't that happen automatically (mkamsboot is statically linked into rbutil) |
| 22:37:14 | kugel | ? |
| 22:37:22 | | Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 22:38:02 | funman | kugel: the offsets of each member in the struct must be the same for obvious reasons |
| 22:38:13 | lilltiger | rasher: latin1 it seems |
| 22:38:17 | | Quit martian67 (Connection timed out) |
| 22:38:20 | funman | and it's not automatic if the mkamsboot library and rbutil aren't build by the same compiler |
| 22:38:34 | rasher | lilltiger: Maybe try setting it to utf8.. No idea if that's related. |
| 22:38:50 | kugel | mkamsboot should be buildable with g++ and very few changes |
| 22:39:24 | | Quit stripwax ("http://miranda-im.org") |
| 22:39:36 | kugel | also, we're thinking too much of rbutil again, we don't need it for release :) |
| 22:39:37 | funman | well we buidl the library with gcc, perhaps we should use the packed attribute to be sure of the members offsets? |
| 22:39:44 | domonoky1 | funman: the only potential problem is different packing. so declare the struct as packed,and it should be never a problem. |
| 22:40:13 | lilltiger | rasher: I just tried, dident help. And it's just some songs that gets wrong file names while the folders are correctly named. |
| 22:40:50 | rasher | And you're using the file browser? |
| 22:40:59 | rasher | Not the Database. |
| 22:41:01 | Hillshum | "dident" isn't really a word either... |
| 22:41:08 | lilltiger | Yes, the database dosent find thoes files at all. |
| 22:41:24 | rasher | Try running fsck. Your filesystem sounds troubled |
| 22:42:15 | AlexP | Hillshum: No need to pick up on typos |
| 22:42:22 | kugel | funman: so let's agree on leaving all work for the rbutil guys! They want it that way with the ini list :P |
| 22:42:42 | funman | not really, i'm the one wanting that |
| 22:42:50 | funman | to support OFs tested after a rbutil release |
| 22:43:06 | kugel | yes |
| 22:43:08 | funman | but yeah it's not a requirement, but a MrSomeone job :) |
| 22:43:10 | kugel | but rbutil isn't critical |
| 22:43:26 | funman | domonoky1 already wrote a patch anyway |
| 22:43:45 | kugel | for the ini thing? |
| 22:43:56 | funman | nope, just rbutil support with the current built in list |
| 22:44:00 | domonoky1 | kugel: rbutil isnt critical, but practically ready. it just needs the function to set the md5sum list in mkamsboot. |
| 22:44:13 | kugel | I know, we talked about it :) |
| 22:44:20 | funman | domonoky1: well it could be committed as-is |
| 22:44:22 | domonoky1 | :-) |
| 22:44:34 | funman | we should check mkamsboot returns a proper error message if the OF was untested (I think it does) |
| 22:44:38 | domonoky1 | funman: not really, we still need the released bootloaders :-) |
| 22:45:17 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 22:46:01 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:47:13 | rasher | domonoky1: I have a shellscript to create a rbutil source tarball. Where should I put it? |
| 22:47:27 | domonoky1 | into svn ? |
| 22:48:12 | rasher | Any preferred location? It's completely self-contained anyway, so it could be pretty much anywhere (does a full checkout and shaves off everything unneeded) |
| 22:48:40 | Bagder | tools/release perhaps? |
| 22:48:49 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 22:48:57 | Bagder | or perhaps in the rbutil tree |
| 22:49:00 | domonoky1 | i would just put it into the rbutilqt folder. Maybe one day we can combine all those release scripts for rbutil :-) |
| 22:49:03 | | Quit flydutch ("/* empty */") |
| 22:49:14 | | Join funman_ [0] (n=fun@rockbox/developer/funman) |
| 22:49:15 | kugel | well, you need to checkout to get the tool which does the checkout? |
| 22:49:42 | *** | Saving seen data "./dancer.seen" |
| 22:49:46 | Bagder | you _can_ download it from the svnweb |
| 22:49:55 | | Quit Hillshum ("ChatZilla 0.9.85 [Firefox 3.0.5/2008120121]") |
| 22:50:01 | kugel | it still sounds funny :) |
| 22:50:03 | funman_ | domonoky1: so we only need to release bootloaders / or do you have something left for rbutil integration ? |
| 22:50:34 | rasher | I think it belongs in tools/release |
| 22:51:10 | domonoky1 | the other rbutil release scripts are under rbutil/rbutilqt (deploy_release.py and osx_deploy.sh ) |
| 22:51:30 | CIA-71 | New commit by rasher (r21571): A script to create a source tarball of rbutil. Does a complete checkout and removes everything that isn't needed. |
| 22:51:38 | rasher | domonoky1: Maybe they should be moved :) |
| 22:53:17 | domonoky1 | funman: not much, maybe the resulting file naming in rbutil needs to be improved. (at moment they have one name per AMS target, but there are different endings in AMS OF names). Maybe it should use the input OF name. |
| 22:53:48 | domonoky1 | rasher: if you move them, make sure they still work :-) |
| 22:55:13 | domonoky1 | building rbutil is also one thing which could be improved. *Automated rbutil builds would be sooo nice* :-) |
| 22:55:47 | kugel | I'd propose that we push the release of e200v2 and fuze sort of in 2 weeks if we don't notice a serious bug |
| 22:56:06 | gevaerts | kugel: "release"? |
| 22:56:33 | AlexP | make supported I guess |
| 22:56:52 | Mode | "#rockbox +o funman_ " by ChanServ (ChanServ@services.) |
| 22:56:59 | AlexP | And then include in next release |
| 22:57:04 | Kick | (#rockbox funman :no more tab completion problems) by funman_!n=fun@rockbox/developer/funman |
| 22:57:09 | Mode | "#rockbox -o funman_ " by ChanServ (ChanServ@services.) |
| 22:57:27 | kugel | well |
| 22:58:01 | kugel | I can't remember how we exactly called the new group (it's not listed on the wiki page too), but of course the "lower" status |
| 22:58:14 | AlexP | either way, not release :) |
| 22:58:28 | gevaerts | did we come up with a name? |
| 22:58:31 | funman_ | what is the difference with 'released' models? |
| 22:58:42 | AlexP | There is a Rockbox release |
| 22:58:49 | AlexP | So next one will be 3.4 |
| 22:59:01 | saratoga | the idea being to wait and see if theres any more disk bugs? |
| 22:59:13 | AlexP | If the AMS are ready they can be in it, but they can't be "released" before that :) |
| 22:59:30 | | Quit ender` (" If God had intended us to go around naked, He would have made us that way.") |
| 22:59:41 | kugel | releasing a target != having the first release for a target, IMO :) |
| 22:59:54 | Llorean | kugel: We should try to only use the word "release" to refer to releases |
| 23:00 |
| 23:00:14 | domonoky1 | we should search for better names for our target groupings :-) |
| 23:00:18 | Llorean | Otherwise people reading the logs and reposting them elsewhere (which happens a lot) will get things wrong and it's frustrating to correct later. |
| 23:00:26 | kugel | alright, I'm fine with it |
| 23:00:35 | kugel | let's foo the ams sansas soon! |
| 23:00:38 | Llorean | The two categories are what again? |
| 23:00:45 | Llorean | I know the "lower" one is "Can be used in day to day playback" |
| 23:00:55 | * | domonoky1 suggest. "the lower" "the higher" "the released ones" :-) |
| 23:01:01 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 23:01:01 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 23:01:12 | Llorean | What's the requirement for the upper one - RBUtil, Manual, and "no feature of Rockbox is known not to be working" or what? |
| 23:01:38 | bertrik | I liked how gstreamer came up with categories "the good" "the bad" and "the ugly" |
| 23:01:48 | domonoky1 | dont know the exact requirements, but something like this. ie the full Rockbox feeling. |
| 23:02:01 | kugel | I'd say rbutil, manual and all apps/ code (plugins etc), I don't think we really need recording and usb for a real release |
| 23:02:31 | Llorean | kugel: If they're going to be officially supported anyway, why not have the upper one have high standards? |
| 23:02:34 | | Quit funman_ (Read error: 60 (Operation timed out)) |
| 23:03:30 | kugel | I don't know, isn't upping it in the "supported hierarchy" just a ideological thing? |
| 23:04:29 | domonoky1 | we should make a contest for this names :-) |
| 23:04:31 | kugel | also, some hardware features might be next to impossible to implement, due to undocumented hardware or so |
| 23:04:41 | rasher | Maybe "if usb and recording doesn't work after a long time, accept that it might never, and move it up anyway" |
| 23:04:43 | Llorean | It seems to me if we're going to split them, the top one being "very, very complete" makes sense since people looking can then say "Well, I just want one I can listen to music on" or "I want one that doesn't mean I need the OF for anything" |
| 23:04:54 | Llorean | rasher: Why do we need to move it up? |
| 23:04:58 | saratoga | officially supported means we're going to hand out builds, and that should happen as soon as we can get away with it so that we get more feedback and attract more attention to the build |
| 23:05:07 | Llorean | We can have "Targets that are supported" and then "Targets where you never need to boot the OF" |
| 23:05:30 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 23:05:34 | Llorean | kugel: That doesn't explain why things can't simply stay in the lower "supported" category forever |
| 23:05:36 | * | rasher shrugs |
| 23:05:39 | saratoga | i don't think we need to make it that complicated |
| 23:05:41 | rasher | Seems a bit too picky to me |
| 23:05:43 | domonoky1 | yes, the lowest bar should be substancially lower the now... AMS would be long ago already in the lowest category. |
| 23:05:47 | saratoga | we have the very nice device chart that explains what works |
| 23:05:49 | Llorean | I thought the whole point of the lower category was so that we could have things that *might* never elevate still be supported |
| 23:05:51 | kugel | that seems like a good distinction. Effectively, the category doesn't matter anyway |
| 23:05:59 | Llorean | Saying now "but we should keep moving them up" means we didn't need the lower category in teh first place. |
| 23:06:20 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 23:06:23 | kugel | saratoga: Llorean proposal is very uncomplicated I think |
| 23:06:33 | domonoky1 | We can even introduce a new layer above "released", like the "golden" ones :-) |
| 23:06:39 | saratoga | i think we should just let whoever is working on a target agree when they want to make it supported |
| 23:06:48 | kugel | and the platin :) |
| 23:07:11 | kugel | and if we start dropping hwcodec (or at least charcell), those come into the hall of fame :p |
| 23:07:23 | domonoky1 | so low: runs, not rick of bricking, installation is possible. released: its working fine, but few things may be missing: Gold: everything. |
| 23:07:46 | kugel | we don't need more than 2 categories |
| 23:07:53 | Llorean | domonoky1: There's only two. |
| 23:07:57 | Llorean | "Supported" and "Gold" |
| 23:08:19 | kugel | We have "Rockbox runs", the only difference you can make is "You might need to of for some features" and "You can completely replace the OF without losing any features" |
| 23:08:21 | gevaerts | domonoky1: how many "gold" targets would we have in your system? |
| 23:08:24 | domonoky1 | why not also released in between ? |
| 23:08:50 | Llorean | Supported - you can use Rockbox on it day to day, install without high risk of brick. Gold - Nothing the OF does can't be done here (though some examples, like format support, don't count - we treat MPEG2 as equal to h.264, since they're both "plays video") |
| 23:09:16 | Llorean | gevaerts: iPods, SansaV1, H100 series, Archoses, maybe H10? |
| 23:09:22 | * | gevaerts thinks that "supported but not released" should mean a very incomplete manual, or there are real annoyances |
| 23:09:37 | krazykit | not the gigabeat F/X? |
| 23:09:41 | * | domonoky1 wouldnt put the ipods to gold.. there is still some charging issue ? |
| 23:09:41 | Llorean | Well, "Release" as in release-numbered, like 3.4, is a different category |
| 23:09:44 | Llorean | krazykit: Ah, those too |
| 23:09:56 | Llorean | domonoky1: Well, mentally I consider that fixed. I'm confident it will be done by 3.4. Sorry |
| 23:10:03 | kugel | Llorean: most ipods don't have USB in the releases |
| 23:10:14 | gevaerts | Llorean: domonoky1 said "everything", so ipod and gigabeat would be disqualified |
| 23:10:22 | Llorean | gevaerts: Gigabeat would? |
| 23:10:28 | gevaerts | Llorean: the OF has USB host |
| 23:10:29 | krazykit | no usb-host |
| 23:10:32 | domonoky1 | yes, i would put them to "released" for now :-) |
| 23:10:38 | kugel | we just don't degrade once it has it's status |
| 23:10:45 | Llorean | "Release" is a third category, but not one we really distinguish on the front page. |
| 23:10:58 | Llorean | It's only distinguished by whether 3.3 (or in 3 months, 3.4) downloads are available for it. |
| 23:11:04 | gevaerts | That's why I don't see the need for that extra-gold status. There really aren't that many targets in it... |
| 23:11:06 | kugel | they were before this decision. We changed the laws after them, hence they can't be touched by them |
| 23:11:13 | Llorean | That will have the requirements of Manual and RBUtil support, but not necessarily "Gold" status |
| 23:11:18 | domonoky1 | why not 3 categorys ? The name is up for discusson ofcourse.. |
| 23:11:33 | saratoga | funman, kugel: for whats its worth current SVN does not even boot for me on the fuze |
| 23:11:44 | funman | saratoga: stuck on rockbox logo? |
| 23:11:54 | saratoga | divide by zero |
| 23:11:56 | kugel | lol |
| 23:12:02 | Llorean | gevaerts: One goal of Rockbox has been to be a "replacement" firmware. Being able to be a replacement should be a goal, and marking which ones actually achieve this is worthwhile to users I think. |
| 23:12:03 | saratoga | 0x300436AC |
| 23:12:11 | funman | saratoga: can you send me your rockbox.elf ? |
| 23:12:17 | kugel | did you reinstall bootloader and reformatted? |
| 23:12:27 | Llorean | gevaerts: I think there's not significant benefit to the upper category if targets in it can perform vastly differently |
| 23:12:30 | rasher | Do we have any but the archoses and H120? |
| 23:12:36 | funman | kugel: no need to format since there is a checksum |
| 23:12:39 | saratoga | i compiled the bootloader just now using up to date svn, but i did not reformat |
| 23:12:46 | Llorean | gevaerts: The "lower" category should be defined by minimum usable requirements, the upper one by "maximum" reasonable goals. |
| 23:12:54 | saratoga | someone on ABI reported the same error and address after reforting, so i assume its not the problem |
| 23:12:55 | kugel | funman: huh? |
| 23:13:12 | funman | kugel: rockbox.sansa is checked to be valid after the dma transfer |
| 23:13:30 | Llorean | gevaerts: Maybe instead of "all OF features supported", "All Rockbox features the hardware is capable of are supported"? |
| 23:13:34 | kugel | the checksum is simple, and rockbox.sansa isn't big, it might not cover fs issues |
| 23:13:38 | gevaerts | Llorean: I guess I'm mainly afraid of overdoing this |
| 23:14:20 | Llorean | gevaerts: To me, as long as we make the lower category readily and clearly available, the upper one can be moderately strict. Basically there for the people who are _really_ nervous. |
| 23:14:25 | | Join fml [0] (n=4fd3c6e9@gateway/web/cgi-irc/labb.contactor.se/x-6dd6bb073a39de00) |
| 23:14:31 | gevaerts | Llorean: that would make targets move out of it again. e.g. now h300 would qualify, but if someone implements USB host on the beast, it would drop out |
| 23:14:33 | kugel | let's just have "gold", and "wood", where gold can replace the OF completely |
| 23:14:43 | kugel | we do not need to make more differences |
| 23:14:45 | domonoky1 | we can also leave the "gold" status for later, and only hve two. one very low, and one at the hight of current "released" status. |
| 23:14:54 | kugel | we tread all the same anyway |
| 23:14:57 | funman | saratoga: or check what code is at this address |
| 23:15:17 | Llorean | gevaerts: That's true. |
| 23:15:22 | * | rasher doesn't see the need for more than "release-worthy" |
| 23:15:28 | kugel | it's, if at all, a user indication. it's just that "wood" can differ vastly, so either we make more categories, or we don't |
| 23:15:29 | Llorean | Supported and Released are certainly enough for now. |
| 23:15:37 | Llorean | Well, "Supported and Releasable" |
| 23:15:47 | fml | Hello. When saving theme, recording, sound etc. settings, the produced file is always named "config" (probably, followed by a number). Wouldn't it be better to have a "specific" name base, e.g. "theme" for theme settings? |
| 23:15:51 | domonoky1 | oki, but the names for those two could be improved ? |
| 23:16:04 | kugel | supported and released are fine |
| 23:16:06 | kugel | imo |
| 23:16:09 | amiconn | On which target(s) apart from the archoses does rockbox replace the OF *completely*? |
| 23:16:17 | * | amiconn thinks there isn't one |
| 23:16:19 | domonoky1 | i think the names are very confusing. |
| 23:16:21 | rasher | amiconn: doesn't h120 manage? |
| 23:16:42 | kugel | sansa e200/c200 |
| 23:16:51 | amiconn | Hmm, probably, although still not officially |
| 23:16:52 | rasher | kugel: accessories |
| 23:16:52 | kugel | probably ipod nano too, and the iriviers |
| 23:16:54 | Llorean | amiconn: "Replacing" in functionality, not overwriting. |
| 23:17:12 | rasher | kugel: usb host |
| 23:17:12 | funman | kugel: but the OF plays other video codecs? |
| 23:17:15 | fml | In the code, the cases are diffrentiated, the folder is set depending on what is being saved. We could also give more specific names (as default, the user can still edit them) |
| 23:17:24 | kugel | funman: codecs don't count |
| 23:17:29 | rasher | fml: seems reasonable I think |
| 23:17:30 | amiconn | kugel: h300: lack of usb host support in rockbox. And all except the archoses and h1x0 cannot be flashed with rockbox |
| 23:17:31 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 23:17:36 | gevaerts | funman: the nano OF doesn't do video |
| 23:17:51 | kugel | but as I said, I don't think the new categories apply to the existing targets. You can't be sued for laws that came after the crime |
| 23:17:52 | Llorean | gevaerts: The e200/c200 do MJPEG though |
| 23:17:55 | fml | rasher: I'll provide a patch |
| 23:18:00 | amiconn | So we're always relying on the OF loader in flash -> not a complete replacement |
| 23:18:09 | gevaerts | Llorean: I'd argue that mpeg2 is better :) |
| 23:18:21 | Llorean | But I do agree "Supported" and "Release targets" (not "released" targets) are good enough for now. |
| 23:18:23 | saratoga | funman: sorry someone came in and talked to me: http://www.duke.edu/~mgg6/rockbox/fuzebuild.zip |
| 23:18:26 | kugel | amiconn: on which target? |
| 23:18:30 | Llorean | "Release" indicating we will release for them going forward. |
| 23:18:38 | amiconn | kugel: ? |
| 23:18:41 | kugel | In fact, I completely replaced the OF on my e200 |
| 23:19:03 | amiconn | So the rockbox bootloader is in flash? |
| 23:19:08 | kugel | yes |
| 23:19:37 | | Join |niko| [0] (n=kvirc@c-71-232-103-84.hsd1.ma.comcast.net) |
| 23:19:43 | amiconn | how? |
| 23:19:57 | kugel | ./sansapatcher -a. or something like that |
| 23:20:04 | rasher | amiconn: that's not the meaning of "replacement" I think is useful |
| 23:20:05 | funman | saratoga: in battery_status_update(), so I think it's your fault ;) |
| 23:20:17 | |niko| | I am trying to install Rockbox with the Qt Rockbox utility on Debian and it fails installing 3.3 |
| 23:20:18 | amiconn | sansapatcher writes to the fw partition, not to the flash rom. It can't |
| 23:20:23 | saratoga | ha |
| 23:20:33 | |niko| | I have Rockbox already on there, and everything else installs fine, the bootloader, fonts, themes, etc. |
| 23:20:40 | rasher | amiconn: rather "you never have to boot the OF, because Rockbox does all it does (and more)" |
| 23:20:43 | funman | |niko|: how does it fail? |
| 23:20:52 | |niko| | "Extracting failed: unable to create or open file..." |
| 23:20:57 | |niko| | funman: That error ^ |
| 23:21:02 | saratoga | current = CURRENT_NORMAL*100 / 122; |
| 23:21:04 | saratoga | heh |
| 23:21:07 | saratoga | fixed point for the win |
| 23:21:08 | kugel | amiconn: before that there's only the PP bootloader. I don't have the recovery mode for example |
| 23:21:18 | kugel | (that's how I understood it) |
| 23:21:22 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 23:21:23 | |niko| | Which confuses the heck out of me because everything else installs fine. |
| 23:21:45 | funman | |niko|: double check you have write permission to the mount point and .rockbox/ if it exists already |
| 23:21:48 | amiconn | The PP bootloader is what I mean. |
| 23:22:06 | kugel | that one has nothing to do with the actual OF? |
| 23:22:35 | amiconn | You can't replace it with sansapatcher alone. We'd need flashing support in rockbox, i.e. a plugin that flashes our own loader into the flash rom |
| 23:22:48 | domonoky1 | |niko|: and this error happens on which install function ? |
| 23:22:54 | kugel | yes, but how's that not replacing the OF? |
| 23:23:13 | amiconn | The bootloader is part of the OF as I see it |
| 23:23:44 | kugel | the PP bootloader comes from PP, the OF from sandisk, I replaced all sandisk bits. That means to me I replaced the OF |
| 23:24:03 | amiconn | On the iaudios we don't have dual boot, yet we don't run 100% replacement code as we rely on the OF loader for starting us, for flashing, and for emergency disk access |
| 23:24:09 | * | rasher fails to see where this is going |
| 23:24:22 | gevaerts | amiconn: on the gigabeat F you can flash the bootloader. It's just not in svn yet |
| 23:24:30 | amiconn | On the archoses in turn we do run our own loader (if it's a flashable archos) |
| 23:24:37 | saratoga | someone remind karl to commit that |
| 23:24:38 | saratoga | it works fine |
| 23:25:00 | kugel | I don't consider the PP loader as part of the OF |
| 23:25:07 | saratoga | funman: Unhandled IRQ 00: INT_WATCHDOG |
| 23:25:12 | saratoga | still my bug :) |
| 23:25:19 | kugel | that's like the BIOS being part of windows |
| 23:25:23 | Llorean | What does whether or not you can physically replace the OF matter? |
| 23:25:31 | amiconn | Ok, then the gigabeat F is the 8th target where we have a 100% replacement (after the 6 archoses and the h1x0) |
| 23:25:41 | Llorean | I think I'm the one who brought up "replacing the OF" and I was just referring to featureset. |
| 23:25:42 | Bagder | it doesn't matter _at all_ |
| 23:25:50 | funman | saratoga: yeah still this int 0 is weird, I think it means an interrupt occurs without source defined in the VIC register |
| 23:25:57 | amiconn | Llorean: We're still *relying* on OF parts for rockbox to work, on most targets |
| 23:26:02 | rasher | amiconn: the h1x0 as released doesn't run from flash. |
| 23:26:19 | amiconn | rasher: Yes, and so doesn't the gigabeat f |
| 23:26:20 | Unhelpful | what exactly would need to be done to get the S to that point? i'm assuming "find out where the flash loader lives", at least? make sure we know how to do any init that it does? |
| 23:26:25 | Llorean | amiconn: Yes, but why does that matter? What topic depends on that? |
| 23:26:39 | * | kugel fails to understand amiconn reasoning to not consider the e200 and c200 being able to completely replace the of |
| 23:26:40 | * | rasher is also unsure where amiconn is going with this |
| 23:26:53 | Bagder | kugel: I would assume he means the flashed bootloader |
| 23:26:53 | kugel | but, for the rest of the evening, I stick to agreeing ti Bagder :) |
| 23:26:57 | saratoga | funman: don't we disable the watch dog anyway? |
| 23:27:09 | amiconn | kugel: The PP bootloader is part of the OF imo, even if it is provided by PP and not by sandisk |
| 23:27:15 | kugel | saratoga: we actually use it for reboot |
| 23:27:17 | amiconn | In fact the OF |
| 23:27:25 | funman | saratoga: yes, the code just doesn't handle this situation and assumes interrupt source is 0 (watchdog) |
| 23:27:32 | saratoga | oh ok |
| 23:27:38 | saratoga | well i rebooted and its working fine now |
| 23:27:43 | amiconn | 's usually contain several components which were made by other companies than the OF itself |
| 23:30:45 | funman | i still do'nt know how to read volume/rec/hold buttons on the c200v2 |
| 23:31:01 | kugel | have you looked at dbop? |
| 23:31:15 | funman | yes only 5 bits are read, the 5 we know already about |
| 23:31:32 | kugel | so much? |
| 23:31:51 | kugel | not any on gpio? |
| 23:32:02 | | Quit bmbl ("Bye!") |
| 23:32:04 | funman | not as far as i can see |
| 23:32:06 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 23:32:07 | kugel | I thought RockRabbit found already like 4-5 buttons |
| 23:32:11 | kugel | on GPIO |
| 23:32:16 | funman | except power which we know already |
| 23:32:18 | | Join FlynDice [0] (n=FlynDice@12.239.18.2) |
| 23:32:25 | funman | yes he read them on gpioc, but reading dbop is more reliable |
| 23:32:33 | kugel | really? |
| 23:32:36 | funman | really |
| 23:32:50 | * | kugel can't believe that |
| 23:32:58 | kugel | did you try delays etc? |
| 23:33:05 | kugel | or just changing the order? |
| 23:33:14 | funman | ? |
| 23:33:29 | kugel | that's how we got it to work on the fuze/e200v2 :p |
| 23:33:42 | funman | the OF only read 5 bits from dbop |
| 23:33:50 | funman | so i won't experiment further |
| 23:34:04 | kugel | a delay after clearing the bits and setting the afsel, then have a proper (read: random, but better working) order |
| 23:34:27 | funman | when reading over dbop no need for clearign/delays |
| 23:34:40 | kugel | I'm talking about gpio |
| 23:34:53 | kugel | oh, and delays are needed |
| 23:35:05 | kugel | remember the backlight issues on the fuze? |
| 23:35:21 | funman | i see no GPIO pins changing in the I/O debug screen |
| 23:35:26 | | Join perrikwp [0] (n=Keith@eu65-10.elon.edu) |
| 23:35:42 | funman | yes, but we copied the delay present in the OF while the c200v2 OF has none |
| 23:36:10 | kugel | but the OF also doesn't run at 62MHz |
| 23:36:33 | funman | sure, but button reading works fine so no need for tweaking |
| 23:37:04 | FlynDice | funman: kugel: did either of ou try the last core voltage patch or did you just read the code? I'm getting a white lcd screen on boot caused by the ascodec_read |
| 23:37:16 | kugel | you can't see gpio's changing in the debug menu if you don't change the afsel |
| 23:37:17 | funman | FlynDice: only read |
| 23:37:27 | funman | kugel: hum ok |
| 23:37:35 | kugel | and clear/set depending on what value the button gives |
| 23:38:09 | |niko| | funman, domonoky1: The installer still fails even though I run it as root |
| 23:38:39 | |niko| | It detects the ipod's mount point and can install the boot loader, fonts, doom stuff, themes, etc. |
| 23:38:56 | |niko| | but rockbox itself it cannot seem to ungrade |
| 23:39:16 | |niko| | I tried chmod 777 .rockbox -R |
| 23:39:20 | |niko| | even |
| 23:39:23 | kugel | FlynDice: No, I didn't yet |
| 23:39:32 | kugel | but I should do! |
| 23:39:55 | kugel | |niko|: what does dmesg say? |
| 23:40:04 | domonoky1 | |niko|: strange. But you can always just download and unzip the new rockbox version manually. |
| 23:40:07 | funman | where is rbutil debug log? |
| 23:40:07 | CIA-71 | New commit by saratoga (r21572): 1 mA gets rounded to 0 during computation, so use 2 mA as the default. |
| 23:40:25 | |niko| | [64844.288650] FAT: Invalid FSINFO signature: 0xc161d252, 0xe141f272 (sector = 1) |
| 23:40:26 | domonoky1 | funman: unfortunatly still in flyspray. |
| 23:40:38 | kugel | saratoga: was that the divide by 0 thing? |
| 23:40:49 | saratoga | yeah |
| 23:41:02 | kugel | hehe |
| 23:41:14 | funman | kugel: i see no changes on gpio pins :/ |
| 23:41:15 | domonoky1 | |niko|: try checking the disk. maybe there are filesytem errors ? |
| 23:41:25 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 23:42:10 | kugel | funman: do you change all afsels on GPIOB with some delay between resetting? That's basically how fuze manages to read them |
| 23:42:16 | kugel | on GPIOB and C |
| 23:42:26 | funman | kugel: yes (int x = 1000; while(x−−) ;) |
| 23:42:52 | |niko| | http://pastebin.ca/1478856 |
| 23:42:56 | funman | also I don't see the OF read something else than DBOP or GPIOA_PIN3 |
| 23:43:25 | kugel | I'd guess you can find the rest on GPIOB |
| 23:43:42 | |niko| | kugel, domonoky1, there is a dmesg output indicating.,..? |
| 23:44:09 | domonoky1 | indicating errors, but i am not sure what errors :-) |
| 23:44:10 | kugel | yes, many errors |
| 23:44:26 | kugel | that probably also means that your dap is remounted in read-only mode |
| 23:44:43 | funman | |niko|: check the cable / connexion |
| 23:44:44 | kugel | ls -l in the dap's root should show you |
| 23:44:58 | | Quit aaron424 (Remote closed the connection) |
| 23:45:03 | funman | # |
| 23:45:05 | funman | [63539.334923] lost page write due to I/O error on sdd2 |
| 23:45:13 | |niko| | It is working fine |
| 23:45:15 | funman | probably means you unplugged it without unmounting it first? |
| 23:45:42 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 23:45:42 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 23:45:54 | |niko| | as a USB mass storage device it is working fine thus far |
| 23:48:05 | kugel | what else should it be? |
| 23:48:24 | kugel | are you trying to update in mtp or something? |
| 23:51:08 | kugel | FlynDice: I don't quite understand why you removed the CPUFREQ_MAX check |
| 23:52:18 | FlynDice | Trying to simplify, since it looks like a max frequency < 200MHz is a quickly dying idea it seems... |
| 23:52:21 | | Quit robin0800 (Remote closed the connection) |
| 23:52:42 | kugel | I can't follow that reasoning |
| 23:52:56 | kugel | I think we are prepated for changing frequencies as we like? |
| 23:53:19 | saratoga | setting the max frequency less then 200MHz would make sense but i guess we'd need a way to set it higher again for things like mpegplayer |
| 23:53:37 | saratoga | we've talked about a more complicated boost system before with respect to the beast |
| 23:55:21 | funman | FlynDice: i think the check can stay, at least it gives useful information (only needed for > 200MHz freqs) |
| 23:55:54 | FlynDice | The way it was set up was that if CPUFREQ_MAX was less than 200 MHz then the voltage was _statically_ lowered to 1.05 ie no switching |
| 23:56:37 | saratoga | so we think the file system issues on the fuze are fixed? |
| 23:56:54 | FlynDice | and if it was > 200 MHz the voltage was raised & lowered in tandem with boosting |
| 23:57:29 | funman | saratoga: no, we hope ^^ |
| 23:57:48 | funman | FlynDice: still getting a white screen at boot ? |
| 23:58:03 | saratoga | well i built the database and played around with my fuze a good while and couldn't get anything to go wrong, aside from that one interrupt problem on the first boot |
| 23:58:25 | FlynDice | working on it right now, I need to add a ascodec_write to tell the adc which input to read... |
| 23:58:58 | * | kugel thinks we finally need scrollwheel support in doom |
icon identifies that the person is a core developer (has commit access).