00:00:26 | | Join safetydan [0] (i=3b6408cc@rockbox/developer/safetydan) |
00:00:31 | PaulJam | Widget: what database settings do you use? i havn't had duplicate entrys in my database for a long time. |
00:01:14 | Llorean | The simplest solution is just to play the duplicate song, then choose ID3 Info in the context menu and scroll to the bottom to see where the real file is located. |
00:01:34 | Widget | PaulJam: loadtoRAM, AutoUpdate, GatherRuntimeData are the ones turned on |
00:01:56 | Widget | it's just rebuilding the DB atm, but i'll check that in a second |
00:02:30 | | Quit safetydan (Client Quit) |
00:02:43 | Widget | can the iriver run as a music player with USB power? it just displays a USB symbol here, which I assume means it can't |
00:02:46 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
00:02:51 | PaulJam | hmm, i use the same settings |
00:03:27 | linuxstb | Widget: Which iriver? |
00:03:33 | | Join safetydan [0] (i=3b6408cc@rockbox/developer/safetydan) |
00:03:34 | Widget | linuxstb: h320 |
00:03:36 | | Quit safetydan (Client Quit) |
00:03:47 | linuxstb | Widget: Then yes - hold MENU as you insert the USB cable (IIRC) |
00:03:50 | | Quit Rob2222 () |
00:04:08 | Widget | linuxstb: menu being the a.b thing |
00:04:29 | pixelma | btw... does someone know if "gather runtime data" depends on another setting (like "Auto-Update" or the like)? The wiki doesn't state one but simply enabling gave me no result on Ondio (wanted to test it) |
00:04:48 | Widget | linuxstb: hmm, didn't do anything different here, but no matter |
00:06:31 | | Join safetydan [0] (i=3b6408cc@rockbox/developer/safetydan) |
00:07:55 | PaulJam | hmm, my h300 just froze after disconnecting USB. it shows the USB logo and below it the text "Lese Festplatte...". disk is still spinning. |
00:08:24 | linuxstb | Widget: Try REC.. |
00:08:49 | Widget | linuxstb: w00t! |
00:08:58 | Widget | :) |
00:10:36 | * | jhMikeS looks in the IRC history and wonders about the meaning of "restructured". Just say it. It's ok: "Completely screwed it up so what it's supposed to do is completely unrecognizeable." :P |
00:11:05 | | Quit robin_0800 (Read error: 110 (Connection timed out)) |
00:11:19 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]") |
00:12:01 | | Quit safetydan ("CGI:IRC (Ping timeout)") |
00:12:49 | davina | niht night |
00:12:52 | | Quit davina ("xchat on Ubuntu 7.04") |
00:13:49 | Widget | well, reinitialising the database fixed it |
00:14:17 | PaulJam | Widget: do you use dircache? |
00:14:35 | Widget | PaulJam: turned it on before initialising just now |
00:14:54 | linuxstb | jhMikeS: :) Talking about mpegplayer, have you experienced the stack overflow issue people have been reporting? It seems to only occur without a mpegplayer.cfg file. |
00:15:14 | linuxstb | (and only on Coldfire afaik) |
00:16:05 | jhMikeS | linuxstb: no, I only ever really use it on targets that can actually play video well which is basically sansa and gigabeat |
00:16:14 | PaulJam | if you had it off before then this could have caused the duplicates. if dircache is off then the database only picks up new songs, but doesn't delete songs that aren't there anymore, so if you move files on the harddrive you get duplicates. |
00:16:16 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
00:17:49 | PaulJam | (in combination with autoupdate) |
00:18:12 | jhMikeS | linuxstb: which stack? the main stack? |
00:18:21 | linuxstb | Yes, the main stack. |
00:18:36 | Widget | PaulJam: that'll be it then |
00:20:03 | linuxstb | It seems to happen when saving the .cfg file, and it only seems to be a tiny overflow. So I'm not sure how best to fix it - if we remove that large libmad buffer from the stack, it will probably significantly slow down playback on Coldfire, but I don't have a colour Coldfire target to properly test. |
00:21:01 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
00:21:05 | Widget | i really like the idea of mpegplayer, but it doesn't fast enough on my h320, and without being able to seek, its use is limited |
00:21:10 | jhMikeS | The next move with that is to have a UI thread and a plan to not require adding another thread slot in the core. |
00:21:15 | Widget | I should really learn how to use the iriver firmware |
00:22:09 | * | jhMikeS is working it toward seeking...the reliable thread control is part of that and needed so something was hacked together to get around the current multicore problems. |
00:22:39 | thomasg | rockbox rocks :) |
00:23:05 | linuxstb | What's the cost of adding an extra thread slot? How can it be avoided? |
00:23:23 | linuxstb | So the intention is four threads? video, audio, buffering and UI? |
00:23:39 | Widget | jhMikeS: cool! |
00:23:41 | jhMikeS | linuxstb: I have a way to make scrolling work on both displays with one thread and no compromise. |
00:24:23 | jhMikeS | linuxstb: I think that's the best arrangement. |
00:24:59 | Widget | bedtime for me, cya all |
00:25:13 | | Quit Widget ("Leaving") |
00:25:23 | linuxstb | Hmm, the H300 builds fine with that libmad buffer in normal IRAM, rather than on the stack... |
00:27:08 | jhMikeS | gtg. mom's b'day and we're all going for sushi. bbl |
00:27:15 | linuxstb | OK, have fun... |
00:27:27 | linuxstb | But the ipods don't build... |
00:31:59 | | Quit jhulst ("Konversation terminated!") |
00:36:18 | | Quit PaulJam (".") |
00:38:14 | * | pixelma still shakes head about "Knopf Beleuchtung"... |
00:41:17 | | Quit [1]robin0800 (Read error: 110 (Connection timed out)) |
00:41:27 | | Join [1]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
00:43:42 | | Join robin_0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
00:46:41 | Nico_P | bluebrother: trying to compile your rbutilQt |
00:47:01 | Nico_P | what am I supposed to do? qmake-qt4 then make doesn't work |
00:47:32 | | Quit sarixe ("Peace") |
00:48:53 | obo | Nico_P: in the root, or in src? |
00:49:02 | Nico_P | obo: that was in the root |
00:49:03 | | Quit krp (Read error: 60 (Operation timed out)) |
00:49:19 | obo | should work in src |
00:49:20 | Nico_P | in src it seems to work better :) |
00:49:46 | | Join krp [0] (n=krp@mar92-10-82-239-65-214.fbx.proxad.net) |
00:51:47 | Nico_P | wow nice :) |
00:53:21 | Nico_P | this might actually motivate me to start fillding with C++ and work on RBUtil |
00:54:56 | | Join HellDragon_ [0] (n=Nocebo@unaffiliated/helldragon) |
00:55:12 | | Quit HellDragon (Nick collision from services.) |
00:55:20 | | Nick HellDragon_ is now known as HellDragon (n=Nocebo@unaffiliated/helldragon) |
00:58:00 | | Quit adiamas ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]") |
01:00 |
01:03:05 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
01:03:18 | | Quit obo ("bye") |
01:03:35 | | Quit XavierGr () |
01:06:47 | | Quit MournBlade ("CGI:IRC (EOF)") |
01:07:51 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
01:08:00 | | Quit [1]robin0800 (Read error: 110 (Connection timed out)) |
01:08:55 | *** | Saving seen data "./dancer.seen" |
01:09:59 | | Join XavierGr [0] (n=xavier@ppp129-151.adsl.forthnet.gr) |
01:10:55 | * | linuxstb spots a green build table and goes to sleep |
01:10:57 | | Quit linuxstb ("CGI:IRC") |
01:16:04 | | Quit robin_0800 (Read error: 110 (Connection timed out)) |
01:17:55 | | Quit Arathis ("Bye, bye") |
01:19:45 | | Join [1]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:24:01 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:24:02 | | Part toffe82 |
01:26:14 | | Join robin_0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:29:40 | | Quit Nico_P (Remote closed the connection) |
01:30:35 | | Join [2]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:30:35 | *** | Alert Mode level 1 |
01:30:35 | DBUG | Enqueued KICK [1]robin0800 |
01:30:35 | DBUG | Enqueued KICK robin0800 |
01:30:35 | *** | Alert Mode level 2 |
01:30:35 | DBUG | Enqueued KICK robin_0800 |
01:30:35 | DBUG | Enqueued KICK [2]robin0800 |
01:30:35 | *** | Alert Mode level 3 |
01:31:53 | | Join [3]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:31:53 | *** | Alert Mode level 4 |
01:31:53 | *** | Alert Mode level 5 |
01:31:53 | DBUG | Enqueued KICK [3]robin0800 |
01:31:53 | *** | Alert Mode level 6 |
01:31:53 | *** | Alert Mode level 7 |
01:31:53 | *** | Alert Mode level 8 |
01:31:53 | *** | Alert Mode level 9 |
01:32:47 | | Join helpme401 [0] (i=4122e228@gateway/web/cgi-irc/labb.contactor.se/x-d74925bef4dc913b) |
01:32:59 | helpme401 | hello can someone help me out with something? |
01:33:12 | iamben | mebbe |
01:33:28 | | Join [4]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:33:28 | *** | Alert Mode level 10 |
01:33:28 | *** | Alert Mode level 11 |
01:33:28 | DBUG | Enqueued KICK [4]robin0800 |
01:33:28 | *** | Alert Mode level 12 |
01:33:28 | *** | Alert Mode level 13 |
01:33:28 | *** | Alert Mode level 14 |
01:33:28 | *** | Alert Mode level 15 |
01:33:28 | *** | Alert Mode level 16 |
01:33:34 | helpme401 | I recently installed rockbox on my 2nd generation ipod mini |
01:33:59 | helpme401 | I put one song on there and it worked fine but then I deleted it and added other songs |
01:34:23 | helpme401 | now on the roxkbox explorer it shows that song I deleted being there but none of the other songs I recently put on |
01:34:35 | helpme401 | however the song I deleted shows up under the name but will not play |
01:34:53 | iamben | right, the database probably has not been updated |
01:34:59 | helpme401 | how do you do that? |
01:35:31 | | Join kkurbjun [0] (n=kkurbjun@c-67-174-184-188.hsd1.co.comcast.net) |
01:35:35 | iamben | go into your settings, general settings, database settings |
01:35:44 | iamben | you should probably turn autoupdate on |
01:35:56 | helpme401 | right |
01:36:02 | iamben | and also update it now |
01:36:24 | | Join MournBlade [0] (i=4401597c@gateway/web/cgi-irc/labb.contactor.se/x-590a1ecab3f3f21b) |
01:36:32 | iamben | it does it in the background, i dont really know how long it takes tbh |
01:37:32 | helpme401 | how do you get out of search |
01:38:10 | | Quit relaxed ("http://www.zsnes.com/") |
01:38:34 | iamben | what search? |
01:38:38 | helpme401 | i got it |
01:38:45 | helpme401 | thank you for your help |
01:43:29 | *** | Alert Mode OFF |
01:43:39 | | Join [5]robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
01:43:39 | *** | Alert Mode level 1 |
01:43:39 | *** | Alert Mode level 2 |
01:43:39 | DBUG | Enqueued KICK [5]robin0800 |
01:43:39 | *** | Alert Mode level 3 |
01:43:39 | *** | Alert Mode level 4 |
01:43:39 | *** | Alert Mode level 5 |
01:43:39 | *** | Alert Mode level 6 |
01:48:54 | helpme401 | Is there a way to make the Database directory the first selection on the list? |
01:50:07 | | Quit [1]robin0800 (Read error: 110 (Connection timed out)) |
01:51:15 | | Quit [3]robin0800 (Read error: 110 (Connection timed out)) |
01:52:08 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
01:53:23 | | Quit [2]robin0800 (Read error: 110 (Connection timed out)) |
01:53:40 | *** | Alert Mode OFF |
01:55:32 | Soul-Slayer | helpme401: If you change it at source and recompile, yes. But there isn't a feature in Rockbox to do it |
01:55:45 | pixelma | you can't reorder the menu but you could set "database" as startup screen |
01:56:02 | helpme401 | oh cool thanks |
01:56:07 | helpme401 | this program roxors |
01:56:16 | | Quit robin_0800 (Read error: 110 (Connection timed out)) |
01:58:52 | helpme401 | anyone know how to increase the font size? |
02:00 |
02:00:54 | | Join jhulst [0] (n=jhulst@71-10-136-117.dhcp.aldl.mi.charter.com) |
02:02:22 | | Quit Soul-Slayer (Read error: 104 (Connection reset by peer)) |
02:05:52 | | Quit [4]robin0800 (Read error: 110 (Connection timed out)) |
02:07:08 | | Quit [5]robin0800 (Read error: 110 (Connection timed out)) |
02:08:40 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
02:21:29 | | Quit jhulst (Read error: 110 (Connection timed out)) |
02:25:31 | | Quit kubiix (Read error: 110 (Connection timed out)) |
02:34:21 | | Join toffe82 [0] (n=chatzill@70.137.196.207) |
02:37:29 | | Part pixelma |
02:38:22 | | Quit kkurbjun (Read error: 104 (Connection reset by peer)) |
02:44:42 | | Join PenguinMasta [0] (i=47cde811@gateway/web/cgi-irc/labb.contactor.se/x-abdc10d1dc918b22) |
02:45:59 | PenguinMasta | hello all |
02:46:28 | iamben | yo |
02:47:03 | PenguinMasta | how can i tell what Gen my ipod nano is |
02:47:07 | PenguinMasta | :) |
02:47:33 | iamben | i've only held an ipod in my hands once in my life |
02:47:39 | PenguinMasta | i was looking on the wiki but didn't find anything... then googled it and didn't see anything :( |
02:47:57 | PenguinMasta | i want to rockbox but noticed that one gen 1 was supported |
02:49:46 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
02:50:40 | Llorean | PenguinMasta: Is the front White or Black, with a silver back? |
02:51:52 | PenguinMasta | it's white with green |
02:51:57 | PenguinMasta | back |
02:52:08 | iamben | i dunno anything about ipods but i can google like a sumbitch: http://www.ipodwizard.net/wiki/index.php/IPod_Generation |
02:52:10 | Llorean | It's a 2nd generation. |
02:52:39 | PenguinMasta | hehe |
02:52:59 | PenguinMasta | damn i must of not worded right |
02:53:46 | PenguinMasta | i tried this "what gen is my ipod nano" |
02:55:17 | PenguinMasta | thanks for the help :) |
02:55:26 | iamben | i try |
03:00 |
03:05:13 | | Quit PenguinMasta ("CGI:IRC (EOF)") |
03:08:56 | *** | Saving seen data "./dancer.seen" |
03:11:38 | | Join saratoga [0] (i=980398fe@gateway/web/cgi-irc/labb.contactor.se/x-f93ef54d3e3ec51c) |
03:12:11 | | Quit helpme401 ("CGI:IRC (EOF)") |
03:13:32 | | Join jhulst [0] (n=jhulst@75-128-122-8.dhcp.aldl.mi.charter.com) |
03:14:25 | saratoga | preglow: do you know what the hold up on FS #6705 (MPA optimization for ARM) was? |
03:17:02 | saratoga | I'd be more then willing to take a look at it if someone could fill me in on what needs to be done |
03:17:08 | | Join wishes [0] (n=wishes@60.234.144.171) |
03:17:12 | wishes | ello |
03:18:35 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
03:19:27 | | Join Rob2222 [0] (n=Miranda@p54B17110.dip.t-dialin.net) |
03:19:56 | Llorean | saratoga: If I recall, it broke mpegplayer because of the way it used IRAM? (Or maybe I'm thinking of a different patch) |
03:20:14 | | Join Daishi [0] (n=daishi@ool-18be2884.dyn.optonline.net) |
03:21:50 | saratoga | Llorean: thats what I thought, but looking at the comments, linuxstb mentioned getting mpegplayer working back in may |
03:22:36 | saratoga | since it seems to considerably reduce the boost ratio on the PP targets, I'd be interested to see what it does for battery life |
03:27:57 | | Join krylon [0] (i=krylon@CPE-72-128-48-175.kc.res.rr.com) |
03:28:15 | krylon | Just made a post about my ipod that repeatedly gets an undefined instruction lock up :( |
03:32:29 | saratoga | krylon: this sound like it : http://www.rockbox.org/tracker/task/7398 |
03:34:53 | krylon | at least im not alone. i was using up tissues very quickly. from reading all of those replies, there is no fix, or am i mistaken? |
03:35:37 | krylon | where do i download an updated bootloader? only way i can find a download is in the manual that i posted a link to |
03:35:42 | saratoga | krylon: i have no idea, this is the first i've heard of it |
03:35:54 | saratoga | updating a bootloader is basically just repeating the rockbox install procedure |
03:35:59 | krylon | ive tried searching the forums each time i see a new error code, but i come up with nothing |
03:36:24 | saratoga | yeah the error code is an address, so it'll change slightly for each compile |
03:37:54 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
03:38:53 | | Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) |
03:39:34 | saratoga | Llorean: for what its worth, the MPA patch and mpegplayer work fine for me |
03:40:22 | TiMiD[FD] | around how much percent of changes should I consider changing the file copyright ? |
03:42:45 | krazykit | TiMiD[FD], sorry, what? |
03:44:24 | TiMiD[FD] | there are copyrights in rockbox source files right ? |
03:44:46 | krazykit | yes |
03:44:56 | TiMiD[FD] | but if I change the content of one file so that 95% of the code is mine, not the original |
03:45:06 | TiMiD[FD] | what do I do ? |
03:45:12 | krazykit | liscense it gpl |
03:45:26 | TiMiD[FD] | I know |
03:45:35 | krazykit | rockbox is liscensed as gpl. any derivative works must be liscensed gpl |
03:46:19 | TiMiD[FD] | I'm not talking about the liscence though |
03:46:35 | hcs | license, by the way |
03:46:59 | TiMiD[FD] | I'm talking about copyright |
03:47:05 | hcs | are you adding code and wondering if it is substantial enough to add your name to the copyright notice? |
03:47:15 | saratoga | he means the copyright date on the GPL notice |
03:47:21 | saratoga | when should that be updated |
03:47:24 | TiMiD[FD] | I'm changing code completely |
03:47:25 | | Quit Seed (Nick collision from services.) |
03:47:33 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
03:47:40 | TiMiD[FD] | the only thing remaining is ... some inline pictures |
03:48:00 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
03:50:12 | | Join safetydan [0] (i=3b6408cc@rockbox/developer/safetydan) |
03:50:53 | | Quit saratoga ("CGI:IRC (EOF)") |
03:51:25 | safetydan | TiMiD[FD]: you could always do "Copyright <your name> based on work by <Previous name>" |
03:51:59 | | Join Soader03 [0] (i=18caf221@gateway/web/cgi-irc/labb.contactor.se/x-8f602e5a9348d000) |
03:52:41 | TiMiD[FD] | I think it would be nice to have an history in the files |
03:53:05 | TiMiD[FD] | people who made significant changes to the code could add their names |
03:54:49 | | Quit Soader03 (Client Quit) |
03:55:45 | | Join Soader03 [0] (n=c4eec77b@modemcable033.242-202-24.mc.videotron.ca) |
03:55:55 | safetydan | TiMiD[FD]: you could always do "Copyright <your name> based on work by <Previous name>" |
03:58:32 | | Part Soader03 |
04:00 |
04:00:35 | | Join relaxed [0] (n=relaxed@unaffiliated/relaxed) |
04:01:45 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
04:03:04 | | Quit kubiixaka (Read error: 110 (Connection timed out)) |
04:03:44 | | Quit safetydan ("CGI:IRC (Ping timeout)") |
04:19:00 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
04:25:51 | | Join atsea- [0] (i=ariel@gateway/tor/x-31889521755e0562) |
04:25:52 | | Part toffe82 |
04:27:24 | | Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) |
04:28:11 | | Join Caliban_ [0] (n=ianmacd@kwark.caliban.org) |
04:28:26 | | Join Bossier [0] (i=nunya@75-120-223-235.dyn.centurytel.net) |
04:28:38 | | Nick Bossier is now known as tdtooke (i=nunya@75-120-223-235.dyn.centurytel.net) |
04:30:46 | tdtooke | quick question: I just noticed that a scrollwheel acceleration change just got commited for the sansa e200. I'm wanting to use this for my iPod so will I be able to use the same WHEEL_ACCELERATION_FACTOR he has defined for the e200, or would I need to figure out what it should be for the iPod? |
04:41:02 | | Quit Snake__ (Remote closed the connection) |
04:41:14 | | Quit kubiix (Read error: 110 (Connection timed out)) |
04:43:58 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-207.dsl.frs2ca.sbcglobal.net) |
04:44:03 | | Quit Caliban (Read error: 110 (Connection timed out)) |
04:44:53 | krazykit | tdtooke, i recall the commit comment saying it was a good general accel for any scrollwheel target |
04:49:22 | | Quit jhulst (Read error: 110 (Connection timed out)) |
04:51:49 | tdtooke | Ok, I think what I'll do is just do a diff adding those defines to config-ipodwhatever.h and throw that up on the ipod scrollacceleration patch page and see what happens. |
04:52:24 | Llorean | Why add it to a patch entry that's a different method? |
04:52:31 | Llorean | And why not make sure it works first? |
04:52:43 | tdtooke | I was going to do that first, just didn't say it here |
04:53:00 | tdtooke | If this works well it'll make that patch not necessary |
04:53:10 | Llorean | Then that task can be closed. |
04:53:13 | iamben | did those e200 accel changes actually enable scroll accel, or did it just lay the framework to make it possible? |
04:53:22 | iamben | forgive me for asking a "user" question =) |
04:53:24 | Llorean | But please don't add .diffs to a flyspray entry that aren't the same patch. |
04:53:47 | tdtooke | Ok, just thought the guys that prowl that page would definitely be interested |
04:53:58 | Llorean | They might be, but that's a Rockbox page, not their page. |
04:54:04 | Llorean | And we like the tracker to stay organized. |
04:54:45 | Llorean | I'm pretty sure that the e200 acceleration makes use of the way the wheel driver is written, and would require changes to the iPod wheel driver for it to work the same. |
04:58:11 | tdtooke | Hmm.. on the ipod acceleration patch they just basically change the offset parameter select_at_offset uses based on whatever acceleration factor you have set |
05:00 |
05:01:14 | tdtooke | I think you're right on having to modify the driver, I see that he changed that on the e200 so that means I'd have to do something similar for the iPod and that's definitely out of my league at this time. |
05:02:09 | | Nick lostnihilist_ is now known as lostnihilist (n=lostnihi@ppp-68-251-75-216.dsl.chcgil.ameritech.net) |
05:03:12 | iamben | so the e200's accel is already implemented, thanks guys! |
05:08:59 | *** | Saving seen data "./dancer.seen" |
05:11:34 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
05:17:18 | | Join mike__ [0] (n=mike@64.252.197.189) |
05:24:25 | | Nick tdtooke is now known as Bossier (i=nunya@75-120-223-235.dyn.centurytel.net) |
05:24:28 | | Quit Bossier ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
05:31:52 | jhMikeS | the acceleration just sets something up so it can be used but e200 is the only wheel driver that outputs the right data for it atm. sure ipods and perhaps H10 could utilize it but the scroll drivers need modifying for it. |
05:32:18 | | Quit BigMac (Read error: 110 (Connection timed out)) |
05:41:32 | | Part Llorean |
05:48:05 | | Join saratoga [0] (i=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-2ed1252e416c066d) |
05:54:31 | | Quit rotator () |
06:00 |
06:17:39 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
06:18:05 | | Join Nibbier [0] (n=sven@e181093197.adsl.alicedsl.de) |
06:21:28 | | Join TheCreationist [0] (n=elyon@c-71-205-67-153.hsd1.mi.comcast.net) |
06:21:51 | TheCreationist | Could someone help me figure out a glitch I'm having with Rockbox on a Sansa e260? |
06:22:55 | | Quit TheCreationist (Remote closed the connection) |
06:25:14 | | Quit saratoga ("CGI:IRC (EOF)") |
06:26:25 | | Quit Daishi ("Client exiting...") |
06:26:30 | | Quit lazka (Remote closed the connection) |
06:32:40 | | Part MournBlade |
06:41:00 | | Quit kubiixaka ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
07:00 |
07:08:05 | | Quit Siltaar ("CGI:IRC (Ping timeout)") |
07:09:00 | *** | Saving seen data "./dancer.seen" |
07:12:52 | | Quit hcs ("Leaving.") |
08:00 |
08:06:07 | | Join entheh [0] (n=purr@88-106-160-134.dynamic.dsl.as9105.com) |
08:06:08 | | Part toffe82 |
08:07:46 | | Join pmhaddad [0] (i=phaddad@dialup-4.229.195.135.Dial1.Detroit1.Level3.net) |
08:07:50 | | Part pmhaddad |
08:20:03 | | Quit goffa (Read error: 113 (No route to host)) |
08:32:56 | | Quit idnar (Nick collision from services.) |
08:32:58 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
08:44:58 | GodEater | damn - no dan_a tonight |
08:45:21 | | Join Rob222241 [0] (n=Miranda@p54B168D4.dip.t-dialin.net) |
08:49:04 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
08:51:14 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071812]") |
08:52:30 | jhMikeS | JdGordon: care to do tester really quick? I can't make a panic now no matter what I do. I suspect that delay might not be needed now either. |
08:52:54 | JdGordon | yeah ok |
08:54:45 | jhMikeS | http://www.rockbox.org/twiki/bin/viewfile/Main/MichaelSevakis?rev=3;filename=rockbox.mi4 |
08:56:05 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
08:56:17 | | Part kaaloo |
08:56:47 | jhMikeS | I hope it doesn't need that sleep anymore |
08:58:48 | JdGordon | just got a panic |
08:58:54 | jhMikeS | which? |
08:58:59 | JdGordon | not 100% sure i roloed to it though |
08:59:00 | JdGordon | 14 |
08:59:22 | JdGordon | yep, panic 14 |
08:59:40 | jhMikeS | during insert? |
09:00 |
09:00:24 | JdGordon | no, after instert, going to files from the main menu |
09:00:58 | JdGordon | very reproducable |
09:01:10 | jhMikeS | ?? |
09:01:15 | JdGordon | there is no disk activity between the insert and the going into files |
09:02:01 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
09:07:39 | jhMikeS | hrm |
09:09:02 | *** | Saving seen data "./dancer.seen" |
09:09:05 | jhMikeS | yesterday it was just during swaps? |
09:10:06 | JdGordon | cant rewmember how i tested yesterday, but yeah probably |
09:10:20 | JdGordon | i tihnk i stayed in the browser the whole time |
09:10:26 | JdGordon | whereas now i was changing in the menu |
09:10:38 | jhMikeS | and now after booting, just going to "File" does it? |
09:11:33 | jhMikeS | What about "View Disk Info"? |
09:12:16 | JdGordon | hmm... wait a sec, i tihnk the wrong version is being loaded |
09:13:23 | JdGordon | ok, definatly running your version now |
09:13:27 | JdGordon | and still oanic |
09:14:04 | jhMikeS | which version _were_ you running? |
09:14:08 | JdGordon | hmm... panic on removal |
09:14:17 | JdGordon | my dodgey one from yesterday |
09:14:34 | jhMikeS | panic on removal and browse? |
09:14:45 | JdGordon | that last panic was when i was in the tree, then inserted and it didnt come uo, then remove, then panic |
09:15:51 | Ctcp | Ignored 7 channel CTCP requests in 13 minutes and 4 seconds at the last flood |
09:15:51 | * | JdGordon back in a while |
09:16:12 | jhMikeS | not too long...I just need to see if it's the delay removal? :) |
09:16:19 | | Join TTSbox_ [0] (n=OzgurOzt@aksu.cse.ohio-state.edu) |
09:21:55 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
09:24:51 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
09:25:31 | | Quit entheh ("^~") |
09:30:39 | | Join lost|X40 [0] (n=lostnihi@ppp-68-251-41-110.dsl.chcgil.ameritech.net) |
09:40:02 | | Quit lostnihilist (Read error: 110 (Connection timed out)) |
09:46:48 | | Join Nick_Brackley [0] (i=7dff0332@gateway/web/cgi-irc/labb.contactor.se/x-ef77676ae1fad8e2) |
09:50:19 | | Quit TTSbox__ (Read error: 110 (Connection timed out)) |
09:58:11 | JdGordon | jhMikeS: got another mi4 to test? |
09:58:22 | daurnimator | hey JdGordon |
09:58:30 | JdGordon | hey |
10:00 |
10:00:08 | jhMikeS | JdGordon: In a second. All panics disabled too. |
10:01:34 | jhMikeS | http://www.rockbox.org/twiki/bin/viewfile/Main/MichaelSevakis?rev=4;filename=rockbox.mi4 |
10:03:01 | jhMikeS | still no delay but I wonder what will happen |
10:05:36 | JdGordon | jhMikeS: yeah, seems to be good |
10:06:22 | jhMikeS | it's probably sending multiple interrupts and ripping the device out while it's trying to read but it should actually be trying multiple times now |
10:07:10 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
10:08:50 | linuxstb | jhMikeS: Is there a #define to indicate the available playback samplerates for the different devices? |
10:09:10 | jhMikeS | #define HW_SAMPR_MASK in the config |
10:09:39 | jhMikeS | HW_SAMPR_CAPS rather |
10:10:12 | jhMikeS | see pcm_sampr.h and pcm_sampr.c as well for what gets #defined as a result of it |
10:10:34 | linuxstb | OK, thanks. |
10:12:46 | jhMikeS | JdGordon: then this panicing thing just has to go as it's too much trouble and not a reliable measure of failure. |
10:13:57 | jhMikeS | things really need proper mutexing too |
10:18:49 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
10:20:35 | | Join Siltaar [0] (i=c134d0e9@gateway/web/cgi-irc/labb.contactor.se/x-01315f707f8f2371) |
10:26:31 | | Join obo_ [0] (n=obo@rockbox/developer/obo) |
10:30:57 | | Nick obo_ is now known as obo (n=obo@rockbox/developer/obo) |
10:32:03 | | Quit linuxstb ("CGI:IRC") |
10:42:16 | | Part maffe |
11:00 |
11:03:10 | JdGordon | jhMikeS: panic wouldnt be so bad if it wasnt such a pain to reset it |
11:06:53 | | Quit bluebrother (Read error: 113 (No route to host)) |
11:09:05 | *** | Saving seen data "./dancer.seen" |
11:11:03 | jhMikeS | JdGordon: and if it actually meant anything important :-) lots of stuff can occur during insert which basically means it should just process the next message and try again. |
11:21:43 | jhMikeS | the problem is that the card gets detected long before it stops moving in the slot. the controller will even send interrupts with an unchanged line level which I'm guessing means the card should be reinitialized. |
11:21:48 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
11:31:18 | | Join ganny [0] (i=9088689c@gateway/web/cgi-irc/labb.contactor.se/x-6c235ee272abb083) |
11:31:47 | | Join Entasis [0] (n=Jarred@ppp121-45-189-5.lns11.adl2.internode.on.net) |
11:33:25 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
11:33:58 | ganny | Anyone here have thougts about the sound quality with Rockbox on the Sansa E200 series? |
11:34:01 | amiconn | jhMikeS: I don't know how the sansa handles it, but on the Ondio the mmc detection is debounced and delayed about 30 ticks |
11:36:22 | jhMikeS | we're using interrupts instead of wasting CPU with tick tasks. the hardware controller seems to inform it of what needs doing. |
11:37:06 | amiconn | Yes, and then you run into problems because the card is still moving... |
11:37:48 | jhMikeS | so a mount attempt might fail but then the controller just says "try again" and that seems to work just fine |
11:43:35 | | Join spiorf [0] (n=spiorf@host7-204-dynamic.4-87-r.retail.telecomitalia.it) |
11:45:59 | | Quit ganny ("CGI:IRC") |
12:00 |
12:00:51 | | Part maffe |
12:01:00 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
12:04:13 | | Part maffe |
12:11:33 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
12:13:41 | | Join bluebrother [0] (i=xRinFIRN@nat-wh-1.rz.uni-karlsruhe.de) |
12:13:43 | | Join thomasg_ [0] (n=thomasg@p57AFF062.dip.t-dialin.net) |
12:15:00 | | Join linuxstb [0] (i=d556da1b@rockbox/developer/linuxstb) |
12:26:58 | | Quit desowin (Read error: 104 (Connection reset by peer)) |
12:29:15 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
12:31:05 | | Quit thomasg (Read error: 110 (Connection timed out)) |
12:32:13 | | Part maffe |
12:32:36 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
12:32:38 | | Quit maffe (Remote closed the connection) |
12:32:51 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
12:34:58 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
12:36:49 | | Join gast42 [0] (i=864c039a@gateway/web/cgi-irc/labb.contactor.se/x-b857fc1e7fafc89e) |
12:37:46 | | Join wrobbie [0] (n=rob@cm203.kappa85.maxonline.com.sg) |
12:38:07 | | Join borisyeltsin [0] (n=chris@S0106001346f5afbd.cg.shawcable.net) |
12:38:21 | | Join Rob2222 [0] (n=Miranda@p54B168D4.dip.t-dialin.net) |
12:38:32 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
12:38:51 | | Quit billytwowilly (Read error: 104 (Connection reset by peer)) |
12:40:52 | | Join moos [0] (i=moos@m21.net81-66-158.noos.fr) |
12:47:24 | gast42 | hi, i just downloaded the bleeding edge build for H300 and the version in rockbox-info.txt is "r13969M-070724". A while ago someone said that the "M" means that the source was modified. how can that be with the official build? |
12:48:23 | linuxstb | It's normal, but I can't remember the reason why it happens. |
12:49:12 | GodEater | M is for Magic ;) |
12:49:42 | linuxstb | or Magners... |
12:49:50 | * | linuxstb is thirsty |
12:50:56 | | Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) |
12:51:00 | | Quit Nick_Brackley ("CGI:IRC (EOF)") |
12:51:10 | GodEater | linuxstb: saving yourself for the pub this evening I hope |
12:51:24 | | Join Nick_Brackley [0] (i=7dff0332@gateway/web/cgi-irc/labb.contactor.se/x-6a006f83512c4379) |
12:51:26 | pixelma | I believe it's because of some changes to solve dash/bash issue on the ubuntu servers |
12:51:45 | GodEater | pixelma: that sounds extremely plausible |
12:53:04 | gast42 | so no magic build :( |
12:53:08 | | Quit RaRe (Read error: 110 (Connection timed out)) |
12:53:44 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
12:57:07 | amiconn | M is modified, and iirc the ubuntu build problems were solved in svn a while ago |
12:57:27 | amiconn | So build servers delivering modified builds need to be checked and fixed |
12:57:45 | | Quit Rob222241 (Read error: 113 (No route to host)) |
13:00 |
13:01:52 | linuxstb | Can you remember exactly what was happening? |
13:02:07 | | Quit RaRe` (Read error: 110 (Connection timed out)) |
13:02:10 | amiconn | It was a dash vs. bash syntax problem iirc |
13:02:33 | GodEater | does rockbox-info.txt tell you which build server generated the .zip ? |
13:02:35 | linuxstb | Yes, but why does that cause svn to report the code as modified? |
13:02:52 | amiconn | linuxstb: Hmm, wasn't it you who pointed out the solution (using printf)? |
13:03:14 | amiconn | Erm, because the build script are also in svn? |
13:03:16 | | Quit Nibbier ("bei uns hat noch niemals nicht koana koan durscht ned ghabt") |
13:03:19 | amiconn | *scripts |
13:03:19 | linuxstb | Yes, but I thought the problem I solved was just that manual builds were failing. |
13:03:28 | | Join Nibbier [0] (n=sven@e181093197.adsl.alicedsl.de) |
13:03:44 | | Join voltagex [0] (n=voltagex@121-79-12-198-dsl.ispone.net.au) |
13:03:49 | linuxstb | Ah, so the build server admins needed to modify the build scripts? |
13:04:15 | | Part maffe |
13:04:24 | * | amiconn thinks that build servers delivering modified builds should be excluded from the build process, after retrieving 'svn diff' output for investigation |
13:04:47 | * | linuxstb checks what his server is doing |
13:05:15 | voltagex | I'm trying to build RBUtil on Mac OS X |
13:05:44 | voltagex | and it's failing in the last steps: lipo: can't figure out the architecture type of: /var/tmp//cc507TKy.out |
13:05:47 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
13:05:48 | pixelma | GodEater: the H300 build was made by debussy... |
13:06:26 | * | GodEater doesn't think his own build server should be a problem - it's never even seen dash |
13:06:34 | linuxstb | voltagex: Did you build wx with universal binary support? |
13:07:08 | linuxstb | And I assume you're using (modified for your own paths) the Makefile.macosx file? |
13:07:31 | voltagex | yes I modified the makefile |
13:07:39 | voltagex | checking what I did with wx now |
13:09:08 | *** | Saving seen data "./dancer.seen" |
13:09:46 | voltagex | yes, it was universal |
13:13:44 | linuxstb | Then I'm not sure what the issue is - I don't recall ever getting that error message. |
13:16:22 | voltagex | I think I used a newer version of wx |
13:16:30 | voltagex | yep...2.8.4 instead of 2.8.0 |
13:17:00 | GodEater | I'd be surprised if it was that causing the problem |
13:17:21 | pondlife | Hmm, what determines a "modified" build? Even if I use straight SVN source, I get an M in there... |
13:17:52 | amiconn | huh? |
13:19:47 | amiconn | svnversion −−help confirms that 'M' means modified |
13:20:11 | pixelma | pondlife: do you use tortoisesvn - or something that needs different line endings, maybe? |
13:20:19 | pondlife | Cygwin svn |
13:20:26 | pondlife | svn diff gives no output. |
13:20:38 | bluebrother | svn should handle line endings itself |
13:20:42 | amiconn | My own local builds are always marked 'M' because I have some changes in config-*.h files |
13:21:09 | bluebrother | did you try svn revert? Maybe that gives a clue ... |
13:21:40 | pondlife | No, I don't think I've ever used svn revert. I tend to patch/unpatch my way around. |
13:21:53 | bluebrother | maybe it's a timestamp issue? |
13:22:12 | * | pondlife rebuilds, just in case. |
13:22:22 | voltagex | g'night |
13:22:30 | amiconn | just issue 'svnversion' in your svn root |
13:22:34 | bluebrother | I could imagine that reverting a patch gives a different timestamp than reverting |
13:22:36 | voltagex | I'll have a look at rbutil again in the morning |
13:22:47 | amiconn | ^ quick check whether the source is modified or not |
13:23:43 | pondlife | 13969M |
13:23:54 | pondlife | Hmm, will delete and re-svn up I think. |
13:24:15 | amiconn | And 'svn diff' tells you nothing? |
13:24:22 | pondlife | Correct |
13:24:27 | amiconn | Maybe some files' properties are different |
13:24:37 | bluebrother | does svn revert . -R tell something? |
13:25:22 | pondlife | No... |
13:25:43 | pondlife | Line ending differences would show up, right? |
13:26:12 | bluebrother | afaik they should. |
13:26:14 | linuxstb | voltagex: Maybe the Makefile needs tweaking for newer wx versions - I'm still using 2.8.0 on my Mac. |
13:26:39 | voltagex | linuxstb: thanks for that, gotta go, bye! |
13:26:41 | | Quit voltagex ("leaving") |
13:26:56 | amiconn | In linux I get no M for a clean working copy |
13:27:21 | * | linuxstb wonders what "mixed revision" means - I get "13967:13969" for my checkout... |
13:27:42 | bluebrother | you have files for each version |
13:27:55 | linuxstb | An svn update fixed it... |
13:28:00 | bluebrother | I got that a couple of times when I ran svn up in the manual folder and forgot the rest. |
13:28:01 | amiconn | linuxstb: This is because your working copy is at 13967, while the main repo already is at 13969 |
13:28:27 | Nick_Brackley | i just build a clean version and got r13969-070724 |
13:28:33 | linuxstb | Must be something to do with me having committed the last two changes without doing an update... |
13:28:33 | Nick_Brackley | built* |
13:28:41 | pondlife | Anyone else using Cygwin? |
13:28:43 | amiconn | Then the versions are technically mixed, because some (i.e. most) files didn't change between 13967 and 13969 |
13:29:01 | amiconn | pondlife: Yes, me |
13:29:08 | pixelma | me too |
13:29:22 | amiconn | But I always have changes against svn in my main copy |
13:29:56 | pondlife | OK, I have a clean copy and svnversion no longer gives me the M. |
13:30:08 | pondlife | Now for some binary file comparisons. |
13:30:49 | amiconn | When binary files differ, 'svn diff' will show them (just printing "binary file versions differ") |
13:31:18 | pondlife | I mean comparing text files for line-end differences. |
13:31:50 | pondlife | BTW is the iPod 4G build supposed to be stable at the moment? (re: http://www.rockbox.org/tracker/task/7472) |
13:31:56 | | Quit relaxed ("http://www.zsnes.com/") |
13:32:40 | amiconn | eurgh - so it actually has the same problem as the H10 |
13:32:43 | pondlife | Or is the 30Gb actually a 5G...? |
13:33:14 | amiconn | This smells like PP5020... |
13:33:51 | * | pondlife gets a little sick of duplicate PortalPlayer failure reports... |
13:36:03 | | Quit gast42 ("CGI:IRC (Ping timeout)") |
13:36:43 | pondlife | Hmm, arm-wresting.. guess I won't get a T-shirt then. |
13:36:50 | pondlife | nor mug |
13:37:04 | | Join PaulJam [0] (n=pauljam@vpn-3154.gwdg.de) |
13:39:32 | * | pondlife lols at LinusN's "...sadly unusable" |
13:40:41 | GodEater | if it's any consolation, I lost (or rather gave up) at the last arm wrestle I had.... |
13:40:51 | GodEater | I'd rather play pool for them - but there's no pool table at the pub |
13:41:56 | pondlife | amiconn: While you're collecting bug reports ;) .. did you also see the Nano report on the dev ML? |
13:45:27 | amiconn | No. Just checked mail... |
13:46:04 | amiconn | No bugreport appeared |
13:46:20 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
13:46:29 | | Join BHSPitMonkey_ [0] (n=stephen@adsl-67-64-106-203.dsl.rcsntx.swbell.net) |
13:53:20 | | Join unknown [0] (n=unknown@cp210686-b.roemd1.lb.home.nl) |
13:53:24 | unknown | hey |
13:53:40 | scorche | amiconn: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2007-07/0037.shtml |
13:55:02 | | Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) |
13:55:58 | unknown | does the sd driver for the e200 target support 2gb sd cards? |
13:56:46 | bluebrother | if it's not SDHC then yes. |
13:56:52 | unknown | sdhc? |
13:56:57 | amiconn | 2GB shouldn't be SDHC |
13:57:00 | bluebrother | high capacity cards. |
13:57:16 | bluebrother | it shouldn't be, but I don't know if there are SDHC cards around with 2GB |
13:57:25 | amiconn | (unless the boundaries are different than for MMC) |
13:59:01 | | Quit PaulJam (Read error: 113 (No route to host)) |
13:59:13 | amiconn | The mailing lists are slow... |
13:59:26 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
14:00 |
14:00:50 | amiconn | Anyone around with a nano who could make a dump of the original firmware? |
14:00:54 | GodEater | Bagder took the mail server on holiday with him ;) |
14:01:25 | GodEater | amiconn: I assume you mean the content of flash ? |
14:01:30 | amiconn | nope |
14:01:37 | GodEater | just the 1st partition ? |
14:01:49 | amiconn | I mean the original firmware binary |
14:02:15 | * | GodEater is lost |
14:02:32 | unknown | i can't find the technical specs for the e200 |
14:02:37 | amiconn | Not the whole partition, just the firmware binary |
14:02:57 | amiconn | ipodpatcher -rb firmware.bin iirc |
14:03:03 | scorche | amiconn: hold a sec |
14:03:23 | amiconn | (unless the original firmware is completely removed) |
14:04:20 | amiconn | labb.contactor.se took 10 minutes to redistribute the mail |
14:06:19 | scorche | -rfb it seems |
14:07:46 | | Quit maffe (Remote closed the connection) |
14:07:59 | scorche | amiconn: shall i try DCC? |
14:08:21 | unknown | ok, i found that it should support 2gb microsd cards |
14:08:26 | unknown | so i'm off to buy one :) |
14:08:32 | | Part unknown |
14:09:22 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
14:11:46 | pixelma | pondlife: I had the same (svnversion giving me the "M"odified) in an old tree - the diff showed nothing but I've found a few ".mine" and other files from conflicting updates. Removing those and issueing an "svn resolved" helped |
14:12:38 | amiconn | Ah, yes, -rfb sounds better |
14:12:55 | amiconn | scorche: Try it - receiving should work at my end |
14:13:17 | amiconn | (sending doesn't atm, because of a bug in Hydra 0.3.160 - I should downgrade until fixed) |
14:13:36 | pixelma | I thought that was the different way around... |
14:13:51 | scorche | ..i am using 0.3.160 and it seems to be sending just fine... |
14:14:02 | amiconn | Are you behind a nat router? |
14:15:17 | scorche | should be |
14:15:19 | pondlife | pixelma: I bet that's it.. I have plenty of other files there (.origs and ".mines") |
14:15:21 | amiconn | odd |
14:15:24 | | Join linuxstb [0] (i=d556da1b@rockbox/developer/linuxstb) |
14:15:39 | amiconn | re linuxstb |
14:16:06 | amiconn | linuxstb: Do you remember the (slightly) colourised sudoku numbers? |
14:16:23 | amiconn | I wonder whether they should be commited or ditched |
14:17:10 | scorche | amiconn: would you like me to checksum it just to be sure? |
14:17:45 | amiconn | Might be a good idea |
14:18:01 | linuxstb | amiconn: I don't think I was a big fan of them. I'm used to Sudoku being black and white.. |
14:18:25 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
14:18:59 | amiconn | bd5564b769645af0fae76269c667bf00 */cygdrive/d/#Daten/RB/apple_os_nano/nanofirmware.bin |
14:19:00 | wrobbie | pondlife: i'm here too (nano problems). might be faster :) |
14:19:52 | pondlife | wrobbie: I don't have a Nano myself, just wanted to make sure you and amiconn got together ;) |
14:20:01 | scorche | amiconn: yup...same here |
14:20:05 | amiconn | ok |
14:20:37 | pondlife | anyways... lunchtime. |
14:24:06 | | Join DerPapst [0] (n=DerPapst@pD9EB3B0C.dip0.t-ipconnect.de) |
14:25:51 | DerPapst | amiconn: You can download all current firmwares from here http://www.felixbruns.de/iPod/firmware/ and extract the firmware with ipod_fw for all non 5.5G iPods. This will result in the same that ipodpatcher -rfb does. but you wont have to wait for someone to dump the firmware for you ;) |
14:26:04 | JdGordon | amiconn: is there any way we can pass the bootloader version to rockbox? really getting sick of the comments "have you got the newest bootloader" |
14:26:45 | | Quit jgarvey ("Leaving") |
14:27:18 | | Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) |
14:30:16 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
14:35:58 | amiconn | hmm |
14:36:48 | amiconn | wrobbie: Could you check Info->Debug->View HW info and tell me the PP version? |
14:38:32 | | Join relaxed [0] (n=relaxed@unaffiliated/relaxed) |
14:38:48 | | Quit hcs ("Leaving.") |
14:45:14 | wrobbie | amiconn: Sorry, didn't see your message. PP version PP5022C |
14:45:21 | amiconn | ok |
14:45:25 | DerPapst | Is there somewhere a chart which iPod have which PP chips inside? i know that 1G-2G have PP5002 and 4G b&w, Mini 1G have PP5020 |
14:45:45 | amiconn | I just wanted to make sure there aren't some nanos with PP5020 |
14:47:03 | amiconn | DerPapst: G1..G3 have PP5002, G4 (bw & color/photo), Mini G1 have PP5020), Nano and G5/G5.5 have PP5021 (displayed as PP5022C in software), and Mini G2 has PP5022 (displayed as PP5022B in software) |
14:47:43 | DerPapst | ok |
14:47:45 | DerPapst | thanks |
14:47:53 | jhMikeS | amiconn: I find it a little odd that caches are invalidated in the code that is loaded (in crt0-pp.S) and not by the code that did the loading before actually branching into it iiuc. |
14:48:00 | wrobbie | amiconn: you have no problems on your nano? |
14:48:12 | DerPapst | wasn't sure whether the 4G photo/Color is PP5020 for sure. |
14:48:16 | amiconn | Iriver H10 has PP5020, Sansa E2x0 has PP5024 (which is a PP5022 with tacked-on AS3514, and is displayed as PP5022 in sw) |
14:48:23 | GodEater | wrobbie: don't think amiconn owns a nano |
14:49:57 | pixelma | DerPapst: http://ipodlinux.org/Generations ;) |
14:50:56 | * | amiconn can't find anything special in the nano's clock setup routine |
14:51:06 | DerPapst | pixelma: i'm currently editing that page to fix some issues :P |
14:51:12 | jhMikeS | perhaps I'm just not following this correctly right now :\ |
14:51:21 | amiconn | It's the same as the G4 color uses, and the only difference to the G5 routine is the lack of PP5026 handling |
14:52:22 | | Join kaaloo [0] (n=luis@bne75-7-82-230-110-107.fbx.proxad.net) |
14:52:24 | DerPapst | pixelma: because the CPU row for Color iPods says "Portal Player PP5020. (chip revision may differ)" and i'm unsure that is meant with "chip revision may differ" |
14:52:27 | | Part kaaloo |
14:52:59 | amiconn | The revision is the letter after the PP502x |
14:53:18 | amiconn | SO far I've only seen PP5020E, PP5022B and PP5022C |
14:53:18 | DerPapst | Ah ok. |
14:53:52 | wrobbie | amiconn: I can try tweaks and patches if you know of any :) I could also try moving to HEAD and backing out those two revs, but I don't know if they have further dependencies. |
14:53:53 | DerPapst | PP5020E is used in 1G mini 4G (b&w/Photo/Color)? |
14:54:14 | DerPapst | s/1G mini/mini 1G, |
14:54:16 | amiconn | I don't know whether it's all of them |
14:54:29 | DerPapst | ok |
14:54:37 | amiconn | I just know that the Mini G1 I had for testing and my H10 6GB have PP5020E |
14:55:06 | DerPapst | thanks for the info :) |
15:00 |
15:09:09 | *** | Saving seen data "./dancer.seen" |
15:11:36 | JdGordon | zzzzzzzzzzz...... boooorred |
15:12:35 | linuxstb | JdGordon: How's the buffering/playback stuff coming along? |
15:12:50 | JdGordon | stalled for the moment |
15:13:13 | Nico_P | JdGordon: no progress on merge.patch ? |
15:13:21 | JdGordon | no |
15:13:24 | JdGordon | you? |
15:13:28 | * | Nico_P hasn't taken the time to take a good look at it |
15:13:37 | Nico_P | and no progress on the rest either |
15:13:40 | | Join Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
15:13:52 | Nico_P | tomorrow I'll be bakc home so hoepfully I'll have some time to wrk on it |
15:16:17 | * | amiconn spots some typing accomodation ;) |
15:16:46 | * | jhMikeS is too tired to say that there's no free buffering lunch |
15:17:00 | | Quit Siltaar ("CGI:IRC (Ping timeout)") |
15:20:46 | jhMikeS | JdGordon: no further sansa panics? |
15:20:56 | jhMikeS | :) |
15:21:12 | JdGordon | haccnt been using my sansa since that testing... |
15:21:14 | jhMikeS | of course not, but you know what I mean |
15:21:24 | JdGordon | commit the fix :) |
15:21:39 | JdGordon | I need to update my bootloader again so i can boot from sd |
15:22:06 | jhMikeS | just wanted to know if you performed the swap abuse protocols |
15:23:21 | JdGordon | soon ill try again... acidently deleted the whole .rockbox folder without backing up my config and themes |
15:23:28 | jhMikeS | I can push the card in (but not enough to lock it in so that it springs back out) as fast as I can do it and there's no problems |
15:23:30 | JdGordon | reloading it all now so i have music tomorow |
15:23:54 | | Quit jgarvey ("Leaving") |
15:24:37 | * | jhMikeS will introduce an occasional write corruption bug as a bonus just to frustrate and require reformatting :p |
15:25:42 | JdGordon | i tihnk both my cards are already full of corruption |
15:27:21 | | Join thegeek [0] (i=thegeek@ti521110a080-10519.bb.online.no) |
15:27:25 | JdGordon | ok nice.... i have almost worse than a panic... |
15:27:29 | JdGordon | an empty filebrowser |
15:27:39 | amiconn | hrrrrmmm |
15:28:00 | * | JdGordon slaps self... view mode was supported :p |
15:28:09 | JdGordon | no it wasnt.... |
15:28:13 | * | JdGordon unslaps self |
15:28:35 | JdGordon | i have a very empty root folder~ |
15:28:36 | JdGordon | ! |
15:28:39 | | Quit crwl (Read error: 110 (Connection timed out)) |
15:29:07 | jhMikeS | not my fault |
15:29:25 | * | JdGordon isnt so sure.... |
15:30:52 | jhMikeS | huh? no way would it goof sd0 |
15:31:14 | JdGordon | wierd, i dunno, reboot fixed it |
15:34:23 | jhMikeS | I think that happened to be once but not with patched code |
15:35:52 | | Join unknown [0] (n=unknown@cp210686-b.roemd1.lb.home.nl) |
15:36:56 | unknown | where can i see the free discspace? |
15:36:59 | | Quit mike__ (Remote closed the connection) |
15:39:52 | pondlife | Nico_P: You seem to have done some Rockboxing whilst on holiday :) |
15:41:14 | | Quit ptw419 () |
15:41:47 | unknown | ok, found it :) |
15:41:56 | unknown | the sd card stuff sometimes gives an error |
15:42:01 | unknown | but works otherwise |
15:43:12 | jhMikeS | linuxstb: I really intended HW_HAVE_xx/HW_HAVE_xx_() to be used and not bitmask testing outside of the header. |
15:43:41 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
15:43:55 | Nico_P | pondlife: yes a bit, but I didn't have enough time to do some big work |
15:44:07 | pondlife | An understanding gf, then ... |
15:44:13 | Nico_P | yes :) |
15:44:28 | pondlife | I wasn't pestering you to finish MoB or anything, honest. |
15:44:49 | * | pondlife doesn't intend that to sound sarcastic |
15:44:58 | | Part maffe |
15:45:02 | JdGordon | course not |
15:45:10 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
15:45:18 | Nico_P | hehe :) |
15:45:32 | Nico_P | pestering me is Llorean's role ;) |
15:46:23 | | Join Arathis [0] (n=doerk@p5484A91C.dip0.t-ipconnect.de) |
15:47:05 | Nico_P | I'm still a bit unclear on how I'm going to make things work though... the whole point of RB in RB was to avoid having to move the metadata around and it turns out it's not helping much |
15:47:29 | pondlife | Well, always KISS your code. |
15:47:32 | Nico_P | so I'm wondering whether I should go back to before I implemented that or still use it |
15:47:38 | Nico_P | true |
15:48:02 | pondlife | If it doesn't help your strategy, remove it. |
15:48:24 | Nico_P | I have to do some serious thinking about all this |
15:48:46 | * | amiconn always has to think twice about "rb in rb" (rockbox in rockbox?) |
15:49:01 | Nico_P | also about how to handle the metadata... completely separate handles or else ? |
15:49:12 | JdGordon | seperate handles |
15:49:35 | pondlife | When do you need to keep metadata handy, but not audio (or vice versa)? |
15:50:03 | amiconn | E.g. if a track is longer than the buffer, and we want to support next track info all the time |
15:50:23 | amiconn | (a feature that could be made ramsize dependent) |
15:50:33 | pondlife | There are probably more use cases - maybe make a list? |
15:51:15 | * | JdGordon slaps pondlife |
15:51:22 | JdGordon | i finished with bloody use cases last semster |
15:51:25 | JdGordon | never again :'( |
15:51:35 | pondlife | You can never have enough use cases.. |
15:51:39 | pondlife | Sorry.. |
15:51:56 | | Part unknown |
15:52:34 | JdGordon | alrighty, bed time, ttyl |
15:52:42 | | Quit JdGordon ("Konversation terminated!") |
15:54:01 | Nico_P | pondlife: you scared him off :p |
15:54:18 | linuxstb | jhMikeS: Why not test the bitmask? (seems like one abstraction too many...) |
15:54:46 | Nico_P | audio needs metadata, not the opposite... so the need for metadata disappears at the same time as audio |
15:54:58 | linuxstb | jhMikeS: But if you want to change it, please do. |
15:55:08 | Nico_P | for the next track we need the metdadata before the actual audio |
15:56:34 | amiconn | linuxstb: Hmm, maybe sudoku could have an option to select either mono or coloured numbers? |
15:57:09 | pondlife | So we're only likely to have the next track info fragmenting the buffer at any one time? |
15:57:11 | amiconn | (does it have any option atm?) |
15:57:27 | linuxstb | There's a menu, but I can't recall any options.. |
15:59:00 | | Quit Nick_Brackley ("CGI:IRC (EOF)") |
16:00 |
16:00:00 | pondlife | Nico_P: ^^^ ? |
16:00:11 | jhMikeS | linuxstb: no, it's just meant as a shortcut really. the other HW_HAVE_xx_() is also just cleaner for defining arrays. |
16:00:27 | | Quit Entasis ("Leaving") |
16:00:33 | | Quit moos ("Glory to Rockbox") |
16:00:41 | Nico_P | pondlife: what was suggested was to use a static buffer to have only the essential info about the next track |
16:00:51 | Nico_P | I think that's quite KISS |
16:00:55 | pondlife | That's what I was thinking. |
16:01:06 | pondlife | No need for "next track album art" is there? |
16:01:20 | Nico_P | I don't think so |
16:01:40 | * | jhMikeS just likes to hide all the complication way back in things so it's easy to be lazy later :) |
16:01:43 | amiconn | Next track album art is a contradiction in itself... |
16:01:59 | pondlife | Indeed! |
16:02:15 | pondlife | Unless you have "next folder" enabled. |
16:02:16 | bluebrother | but users will scream for support for it :( |
16:02:57 | pondlife | So just hang onto the next track metadata as supported by current WPS tags - not too big a block is it? |
16:03:14 | pondlife | Then, the buffer can just roll around freely. |
16:04:00 | amiconn | I'm still not convinced it's a good idea to put current & next track metadata into the main buffer |
16:04:24 | Nico_P | amiconn: you mean the ID3 data or ID3+AA+cue ? |
16:04:44 | amiconn | I mean all metadata |
16:05:51 | amiconn | Imho all the various suggestions sound too complicated for what it's worth |
16:06:23 | pondlife | So how would AA from metadata be achieved? Or would it not? |
16:06:38 | amiconn | Well, that's what I am not sure about |
16:07:13 | amiconn | Supporting AA requires a rather big metadata buffer (that's why buffering subsequent metadata on buffer is a good idea) |
16:07:48 | amiconn | If it was just for me, I would never start thinking about supporting AA... |
16:08:31 | pondlife | Same here, but it seems to be the #1 thing users want - hence the custom builds, in the main. |
16:08:42 | amiconn | But with current (+next) metadata on buffer and long tracks, you either have to move metadata around all the time, or handle a buffer with multiple gaps in it |
16:09:01 | Nico_P | the static buffer for AA could be of the appropriate size for the current WPS |
16:09:06 | amiconn | And what about wrapping metadata? That should never happen imo |
16:09:18 | Nico_P | and maybe we could do bitmap resizing before copying the AA to it |
16:09:21 | pondlife | As long as the gappiness and/or moving and/or wrapping is abstracted, it doesn't matter to me. |
16:09:24 | Nico_P | amiconn: I agree |
16:09:58 | amiconn | pondlife: That is the point where complexity starts. You cannot fully abstract gappiness |
16:10:31 | amiconn | There are codecs which _require_ contiguous data blocks of a certain size (ranging from a few KB to the full file size) |
16:10:52 | pondlife | Which ones need the whole file? |
16:11:09 | amiconn | And that's an swcodec only issue, btw. The MAS doesn't care about it as it does its own buffering |
16:11:11 | pondlife | I mean, at the moment.. |
16:11:26 | amiconn | Atm: none. But all the mod players are like that... |
16:11:41 | * | pondlife cares about mod even less than AA. |
16:11:52 | pondlife | Not that that's a good argument... :) |
16:12:02 | | Quit maffe (Remote closed the connection) |
16:12:04 | amiconn | The sid player just gets around it by copying everything to the remainder of the codec ram - works for sid as those files are small, but won't work for many mod formats |
16:12:21 | amiconn | I do care about mod formats - unlike AA |
16:12:27 | * | Nico_P is off for a bit |
16:12:28 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
16:12:31 | * | amiconn even wants to bring mod playback to archos |
16:13:09 | * | amiconn has about 21000 mods (that includes sids - which are the least interesting of the mods imho) |
16:13:29 | * | pondlife never had a C64,Amiga or Atari, so that's probably why he's missed out on mods. |
16:13:54 | amiconn | I would also like to see midi support in the main playback engine - but this will be _very_ complicated |
16:14:39 | * | DerPapst <3 midi + mod :) |
16:14:52 | pondlife | MIDI + video via codecs !! |
16:15:01 | amiconn | One possible solution would be to make the loader also buffer the instruments - but then you'll end up with buffering the same instruments over and over when playing several midis in sequence |
16:15:30 | amiconn | pondlife: Hehe, and that's what I would not like in the main pb engine: video |
16:15:44 | amiconn | Video is clearly an add-on for a dap firmware, not a core function |
16:15:44 | pondlife | Why not? |
16:16:05 | amiconn | And the requirements of video and audio playback are rather different |
16:16:38 | pixelma | I wouldn't want a video to start while I have the dap in my bag and accidentally inserted a video file in the playlist |
16:17:09 | | Join n1s [0] (n=nils@h218n1fls35o293.telia.com) |
16:17:19 | amiconn | What the main pb engine could support though would be playing the audio part of a video (iiuc the wma codec already allows this) |
16:17:24 | DerPapst | i bet that issue could be solved with a setting :P |
16:17:33 | amiconn | DerPapst: How? |
16:17:46 | DerPapst | pixelma's issue. |
16:17:48 | amiconn | Video doesn't use a wps, audio does. How would you handle this? |
16:18:07 | DerPapst | only play back the audio stream until you explicitly start a video |
16:18:26 | bluebrother | in that case one could extract the audio on the pc |
16:18:40 | bluebrother | less file size, less disk spinups, longer battery life ;-) |
16:18:57 | amiconn | grrrr! |
16:19:24 | * | amiconn got an undefined instruction in the clock setup even though set_cpu_frequency() is in IRAM |
16:19:26 | pixelma | DerPapst: then don't have it in the main playback engine - case closed... |
16:19:38 | DerPapst | e.g. if you have misic videos on a 5G iPod and you play back music in shuffle mode it also plays the aoudio stream of these videos |
16:19:49 | amiconn | (the grrr wasn't relaxed to bluebrother's remark) |
16:19:57 | amiconn | *related |
16:20:32 | DerPapst | i don't care if video playback is in the video engine or not. |
16:20:50 | * | bluebrother doesn't care about video on a dap |
16:20:51 | DerPapst | s/video engine/playback engine |
16:21:19 | pixelma | really, I don't see why it has to be there - if I want to watch a video, I take the device out and explicitely start it |
16:22:59 | DerPapst | true... i thought more about something that is done in the wma codec. it can play beack the audio stream of wmv files as well. so if you have a big collection of misic videos and yo don't have the mp3s or whatever you can listen to the audio without watching the video. |
16:23:34 | DerPapst | while being in the WPS |
16:23:55 | | Join Bagder [0] (n=daniel@rockbox/developer/bagder) |
16:24:37 | amiconn | DerPapst: Yes, although bluebrother also has a point here |
16:25:01 | amiconn | Demuxing the video on a PC and then playing the audio part saves quite some spinups |
16:25:29 | DerPapst | i don't have any music videos so i don't care about that too much. |
16:25:52 | linuxstb | DerPapst: That's more by accident than design though... |
16:25:55 | linuxstb | (wmv playback) |
16:26:08 | DerPapst | i know ;) |
16:26:47 | bluebrother | then extend the wma codec to reject every file that contains a video stream ;-) |
16:30:53 | * | linuxstb wonders if saratoga has made any progress with wma seeking. |
16:31:57 | amiconn | Seeking and lsp are the 2 things still missing, correct? |
16:32:52 | | Join Pro90 [0] (n=mongo@217.196.84.38) |
16:32:57 | Pro90 | hi |
16:34:14 | Pro90 | how can i change the etc/profile of cygwin with nano |
16:34:48 | GodEater | "nano /etc/profile" ought to open it in the editor |
16:37:17 | Pro90 | but there is no PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin... |
16:39:11 | GodEater | so ? |
16:39:53 | Pro90 | i want to do the step 4 in the cygwin HowTo |
16:40:18 | Pro90 | Edit using nano or vi (not Notepad or Wordpad in Windows) /etc/profile and add ":/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin" (without the quotation marks) to the end of the line that says: |
16:40:18 | Pro90 | PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin... |
16:40:18 | Pro90 | so that it reads: PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin:$PATH |
16:40:18 | DBUG | Enqueued KICK Pro90 |
16:40:18 | Pro90 | Save the changes, exit cygwin and restart cygwin. |
16:40:31 | Pro90 | this is what i want to do |
16:42:09 | linuxstb | amiconn: Yes, I think so. |
16:42:40 | linuxstb | amiconn: Although there are still a few bugs in the parser with unusually structured files (my code...) |
16:43:40 | amiconn | linuxstb: Oh, I forgot other missing things: optimisation, optimisation and optimisation |
16:44:02 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
16:44:02 | * | amiconn wonders when our emac wizard will return |
16:44:10 | | Quit Bagder ("It is time to say moo") |
16:44:38 | Pro90 | plz help |
16:44:44 | linuxstb | amiconn: Yes, we're missing Coldfire gurus... |
16:45:13 | linuxstb | Pro90: Your /etc/profile file doesn't contain any lines with "PATH" in them? |
16:45:27 | GodEater | Pro90: then just add a line which reads "PATH=$PATH::/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin" |
16:45:38 | GodEater | and put it right at the bottom of the file |
16:45:56 | linuxstb | Did you want two colons after $PATH? |
16:46:00 | | Part maffe |
16:46:17 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
16:46:17 | GodEater | linuxstb: no - well spotted - you win a free beer tonight :) |
16:46:38 | | Nick Caliban_ is now known as Caliban (n=ianmacd@kwark.caliban.org) |
16:46:38 | linuxstb | Hurray... What about the t-shirts? I guess it's no fun now that there are 4 t-shirts and a maximum of 4 people coming... |
16:47:01 | GodEater | not really - you'll get one of those by default ;) |
16:47:19 | DerPapst | Pro90: open the file in any text editor and check if the line is there. Don't save the file though |
16:48:09 | GodEater | linuxstb: what time are you aiming to get there tonight ? |
16:48:13 | DerPapst | or you can use a text editor that is able to work with unix newlines for editin that file instead of vi or nano |
16:48:35 | DerPapst | e.g. proton (<−− google) |
16:48:53 | GodEater | ooh a new text editor to look at ;) |
16:49:05 | DerPapst | :P |
16:50:09 | Pro90 | when i open it with word pad there's the line i need... |
16:51:05 | DerPapst | well then either nano is stupid or... you don't know how to use nano :P |
16:51:07 | | Join chimera78 [0] (i=cf728bfe@gateway/web/cgi-irc/labb.contactor.se/x-731fb987884bf91b) |
16:51:15 | Pro90 | okay it is also there when i open it with nano |
16:51:18 | DerPapst | better use a gui editor for that task |
16:51:30 | DerPapst | heh |
16:51:38 | | Quit relaxed ("http://www.zsnes.com/") |
16:51:48 | Pro90 | now |
16:51:49 | chimera78 | I just downloaded the latest build, but the zip seems to be password protected. What is the password? And why does that happen periodically? I could not find any information on the webpage |
16:51:56 | DerPapst | anyways.. get a text editor that can handle unix newlines |
16:52:07 | bluebrother | chimera78: the zip is not password protected. |
16:52:07 | Pro90 | how can i save the file with nano |
16:52:08 | Pro90 | ?? |
16:52:22 | DerPapst | you'll need it once you start messing with the rockbox source code |
16:52:38 | bluebrother | Pro90: seen the line at the bottom of nano? |
16:52:45 | bluebrother | ^ means the Ctrl-Key. |
16:53:54 | GodEater | so Ctrl+X to exit, and it'll ask if you wish to save |
16:54:29 | linuxstb | GodEater: I should be able to get there for around 6pm. What about yourself? pondlife is due at 7pm? |
16:54:35 | | Quit Nibbier (Remote closed the connection) |
16:55:00 | GodEater | I need to pop home first - I've had a shirt related accident |
16:55:03 | GodEater | so need to chane |
16:55:05 | GodEater | *change |
16:55:11 | GodEater | but I could still make 6-ish I think |
16:55:19 | | Quit lost|X40 ("Leaving") |
16:57:15 | pondlife | See you there |
16:57:57 | GodEater | indeed ;) |
16:58:03 | | Part chimera78 |
16:58:03 | Pro90 | thxal |
16:59:13 | Pro90 | fuck |
16:59:22 | Pro90 | compiling still doesn't work |
16:59:36 | GodEater | Pro90: "source /etc/profile"] |
16:59:40 | linuxstb | Have you closed down cygwin, re-opened it, and re-run configure? |
16:59:58 | Pro90 | nope |
17:00 |
17:00:25 | bluebrother | or re-started bash? |
17:01:16 | linuxstb | Pro90: You should type "echo $PATH" at the cygwin prompt to check if the PATH is now correct. |
17:01:17 | Pro90 | works |
17:01:27 | * | GodEater prints out the obligatory Rockbox banner |
17:01:28 | Pro90 | thanks a lot Guys |
17:03:51 | n1s | linuxstb: good news! your patch fixed the lng file generation :-) |
17:05:10 | | Join lostnihilist [0] (n=lostnihi@ppp-68-251-41-110.dsl.chcgil.ameritech.net) |
17:05:16 | | Join Nibbier [0] (n=sven@85.181.93.197) |
17:06:00 | linuxstb | n1s: Good. The only thing I don't like is that "make zip" doesn't check if apps/features exists. But then it doesn't check if Rockbox has been built anyway... |
17:06:30 | * | amiconn made a tiny change to the clock setup. No crash so far |
17:06:54 | amiconn | But that doesn't mean much - hafta run it for extended times (just 35 minutes now) |
17:07:18 | linuxstb | n1s: Did you read my comment about button.h ? |
17:07:47 | linuxstb | I assume you've looked at an apps/features file and seen the mess it causes? |
17:08:20 | n1s | linuxstb: yes, I agree it should be in the target config*.h files for targets that has it |
17:08:23 | markun | jhMikeS: Do you have an answer for this guy? http://forums.rockbox.org/index.php?topic=11742.0 |
17:08:55 | GodEater | Febs mentioned that at the first DevConPub |
17:08:59 | | Quit Nico_P (Remote closed the connection) |
17:09:00 | GodEater | I've never come across it myself |
17:09:11 | *** | Saving seen data "./dancer.seen" |
17:09:14 | GodEater | or not noticed it at least |
17:09:21 | linuxstb | n1s: Will you move it? That could be done as a separate commit at any time. I probably won't have chance for a couple of days. |
17:09:57 | DerPapst | i often enough swap my ear plugs without noticeing it :P |
17:10:10 | n1s | linuxstb: yes, I'll do it now, then resync the lang cleanup patch with your changes included and ask around for people to test/comment |
17:10:19 | linuxstb | My earplugs don't even have L+R marked on them, so I have no idea what I'm listening to... |
17:10:57 | linuxstb | n1s: Maybe it should be changed from HAS to HAVE as well - to be consistent with everything else? |
17:11:15 | | Join kaaloo [0] (n=luis@bne75-7-82-230-110-107.fbx.proxad.net) |
17:11:25 | n1s | linuxstb: yes, I thought about that, is there a reason it is different? |
17:11:26 | | Part kaaloo |
17:13:43 | linuxstb | n1s: I can't think of a reason. |
17:14:25 | linuxstb | BTW, in case anyone is wondering what we're talking about, it's the HAS_BUTTON_HOLD #define which is in button-target.h. We want to put it in the config-$TARGET.h file instead. |
17:14:49 | pondlife | Sounds like it should be in the config headers... |
17:15:43 | amiconn | I think that the config-*.h files should only contain stuff that can be selected. Stuff which is defined by the hardware should be defined in the target tree |
17:15:56 | * | pondlife longs to try Rockbox on a scrollwheel (with old and new acceleration) |
17:16:39 | linuxstb | amiconn: The problem is the file apps/features.txt being used for langv2. This needs to test HAS_BUTTON_HOLD, but if features.txt #includes button.h, it ends up containing C function prototypes etc... |
17:16:58 | amiconn | The drawback is of course that apps code which needs to know about features has to include a shitload of headers |
17:17:15 | amiconn | ...unless there's some clever inclusion in a central header |
17:19:12 | amiconn | Then we need either some clever processing for features.txt (a perl script?), or split the headers into #define stuff and prototypes |
17:21:18 | * | amiconn would think that processing a text file with perl so that only the lines with # remain shouldn't be too difficult |
17:21:43 | amiconn | Even though I am no perl wizard... |
17:22:00 | linuxstb | Not even perl, a simple grep should do it... |
17:22:19 | * | amiconn wrote very few perl scripts for rockbox |
17:22:28 | amiconn | ucl2src.pl being one of them |
17:24:23 | * | bluebrother remembers the FS cleanup |
17:24:43 | bluebrother | ok, so does anyone have objections against my announcement for the ML? |
17:24:57 | linuxstb | delete * from flyspray; |
17:25:05 | bluebrother | :) |
17:25:56 | GodEater | truncate is more efficient ;) |
17:26:10 | bluebrother | close all entries? |
17:26:13 | amiconn | One whole album played w/o crash ... let's see what happens with the next |
17:26:13 | linuxstb | bluebrother: Can you remind me what it said? |
17:26:21 | bluebrother | sure: http://www.stud.uni-karlsruhe.de/~uhcn/pastebin/5387 |
17:28:19 | linuxstb | 30 July isn't quite a week away any more.. I find mentioning the day of the week helpful - i.e. Monday 30 July to Sunday 5 August. |
17:28:40 | bluebrother | I already changed that to "starting next week" ;-) |
17:29:47 | bluebrother | but if you think it's better we can postpone it another week. |
17:30:00 | amiconn | Arathis: around? |
17:30:12 | bluebrother | my major concern was if it's a good idea to ask for help that way on the MLs. |
17:30:34 | amiconn | I *think* I have a solution for the occasuíonal crashes on PP502x |
17:30:39 | linuxstb | My only comment is that I think that "this patch needs to be synced" can be useful (when phrased like that, rather than as an order for someone to sync it). But apart from that it seems fine to me - we should try and encourage users to help out with flyspray. |
17:31:29 | amiconn | bluebrother: Some rather old issues are still unsolved. Perhaps they should get some special mark in oder to avoid tracking them down over and over? |
17:31:53 | amiconn | (one issue that comes to mind is the "norwegian language course" issue, which will be solved with MoB) |
17:32:08 | bluebrother | old issues as in not present in the tracker? |
17:32:14 | bluebrother | norwegian language course? |
17:32:17 | linuxstb | bluebrother: Maybe also worth saying that people are welcome to continue after the 5 August - we don't want to give people the impression it's just one week when this would be useful. |
17:32:34 | amiconn | Old issues as present in the tracker, but not being clear enough that they are still valid |
17:33:01 | bluebrother | linuxstb: seen the remark at the end of the text? (line 21 in pastebin) ;-) |
17:33:13 | Arathis | amiconn: yes |
17:33:27 | amiconn | bluebrother: The issue with very small tracks so that the number of track entries is exhausted (30 on swcodec, 16 on hwcodec) before the buffer is full |
17:33:52 | linuxstb | bluebrother: You just added that! :) |
17:34:16 | amiconn | Hwcodec does something relatively harmless - it plays the 16th track over and over until you skip manually once - then the issue might happen again after the next 16 tracks |
17:34:28 | amiconn | I don't know what swcodec does in this case |
17:35:26 | amiconn | "Norwegian language course issue" refers to how this issue was first observed |
17:36:00 | amiconn | Language courses often use lots of tiny audio snippets. So tiny that they even manage to overflow the 16 track entries with a <2MB buffer |
17:36:18 | Arathis | amiconn: something to test for me? :) |
17:36:27 | amiconn | Want a build? |
17:36:43 | amiconn | (20GB iirc) |
17:36:47 | Arathis | what does it do? |
17:37:05 | amiconn | It should fix the crashes, although I'm not sure yet |
17:37:11 | amiconn | Hence it requires testing |
17:37:30 | Arathis | well than of course YES! :D |
17:37:31 | amiconn | I got no crash for >1 hour now, but of course that doesn't mean much |
17:37:50 | Slasheri | amiconn: swcodec should stop buffering when that limit is reached (at least it did that before) |
17:37:50 | amiconn | Gimme a few minutes (cygwin is slow, you know) |
17:38:37 | amiconn | building... |
17:38:39 | Arathis | amiconn: I'll do a battery-test with it. wanted to do that anyway |
17:39:22 | bluebrother | ok, updated the text a bit: http://www.stud.uni-karlsruhe.de/~uhcn/pastebin/5388 (lines 11 and 19) |
17:39:32 | pixelma | Slasheri: have a question related to "gather runtime data" - does it rely or depend on other database settings (couldn't find something in the wiki but it looks like it doesn't work here "out of the box" on my Ondio) |
17:39:53 | bluebrother | I think that "language" issue could just get a comment in the task. |
17:39:57 | Slasheri | pixelma: nope, it doesn't depend on any other setting |
17:40:47 | Slasheri | pixelma: so it should always work if db is initialized |
17:40:56 | pixelma | so it would be enabling that option with initialized database |
17:41:04 | amiconn | Where is the runtime data gathered nowadays? |
17:41:18 | Slasheri | pixelma: correct |
17:41:57 | pixelma | Slasheri: should the played songs appear in "recently played" (using svb tagnavi.config) |
17:42:03 | Slasheri | amiconn: in the tagcache db's main index entries for tracks as 4 bytes numerical data per tag type |
17:42:04 | pixelma | *svn |
17:42:49 | Slasheri | pixelma: yes, but those doesn't appear immediately. you may have to play a few songs or stop playback to force an update |
17:43:35 | Slasheri | only when playback code generates unbuffer events (when loading new tracks), old played tracks are added there |
17:44:06 | Slasheri | however, modifying manual rating immediately commits the update to the db |
17:44:07 | pixelma | I played maybe 8...9 tracks (from internal memory this time) and stopped, there is nothing in "recently played" |
17:44:24 | Slasheri | pixelma: interesting.. which player do you have? |
17:44:37 | pixelma | as I said, that was a test on Ondio |
17:44:59 | amiconn | Maybe the recently played db stuff suffers from the same problem as the scrobbler stuff on hwcodec? |
17:45:03 | Slasheri | pixelma: ah, then it's possibly an issue with the hwcodec playback engine not generating those unbuffered events correctly |
17:45:10 | * | amiconn wants to see engines unified |
17:45:30 | Slasheri | and if that doesn't work, probably no statistics works at all |
17:45:40 | pixelma | maybe that's the same as with the non-working last-fm log... |
17:45:53 | amiconn | Slasheri: The hwcodec engine does generate unbuffer events, but maybe someone changed the api for swcodec and forgot to adapt the hwcodec engine, or tell someone with a hwcodec target to do it? |
17:46:27 | Slasheri | hmm.. i will check the code |
17:47:10 | pixelma | the weird thing with last-fm is that once in a long while, you'll get a log file with a folder or two |
17:47:15 | | Quit gregj (Read error: 110 (Connection timed out)) |
17:47:25 | linuxstb | What exactly is an "unbuffer" event? Is that different to "track change" ? |
17:47:28 | pixelma | (on hwcodec I mean) |
17:47:39 | linuxstb | (is there such a thing as a "track change" event?) |
17:47:49 | amiconn | linuxstb: It's when the track gets removed from the on-buffer tracklist |
17:47:52 | Slasheri | linuxstb: yes, unbuffer event is generated only when disk spins up |
17:48:04 | amiconn | It was implemented this way in order to save extra spinups |
17:49:26 | | Quit wrobbie (Read error: 110 (Connection timed out)) |
17:49:46 | * | amiconn now has in fact more swcodec targets than hwcodec targets |
17:49:55 | amiconn | The ratio is 5:4 atm |
17:49:56 | pondlife | Is there a "disk spinup" event? |
17:50:13 | pondlife | i.e. so lazy writers can avoid spinup themselves. |
17:50:18 | | Join spiorf_ [0] (n=spiorf@host98-223-dynamic.15-87-r.retail.telecomitalia.it) |
17:50:47 | amiconn | pondlife: You can register for an ata spinup callback |
17:50:50 | | Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) |
17:50:56 | amiconn | This is what settings do |
17:51:22 | linuxstb | What was the original use for "unbuffer" ? |
17:51:34 | pondlife | scrobbler? |
17:51:40 | pondlife | Or older? |
17:51:57 | linuxstb | I'm assuming if it exists in hwcodec it's older... |
17:52:11 | amiconn | Older - gather runtime data |
17:52:16 | amiconn | (with the old db) |
17:52:29 | amiconn | But not as old as swcodec - it was also backported |
17:53:26 | amiconn | Arathis: amiconn.dyndns.org/rockbox-h10.zip">http://amiconn.dyndns.org/rockbox-h10.zip |
17:53:33 | | Join PaulJam [0] (i=Paul@vpn-3082.gwdg.de) |
17:53:34 | Slasheri | hmm, at least it seems that unbuffer events are registered correctly. The next issue could be non-working on-buffer-event |
17:54:18 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
17:54:44 | Slasheri | nothing can be updated in the database unless a valid entry id from tagcache is received in buffer event |
17:54:58 | bluebrother | ok, any last comments on my fs mail? Otherwise I'll send it |
17:55:07 | amiconn | Slasheri: Is this stuff logf'ed? |
17:55:17 | Slasheri | amiconn: yes, almost everything should be |
17:55:41 | n1s | what do we call the micro sd card volume on sansas? "mSD"? |
17:55:46 | amiconn | Hmm, so comparing a logf log swcodec vs. hwcodec should help figuring out what's going wrong? |
17:56:14 | Slasheri | amiconn: tagtree_unbuffer_event() in tagtree.c is the code updating that data and logf should tell if it fails and why |
17:56:34 | Slasheri | amiconn: indeed |
17:57:00 | Slasheri | amiconn: and almost every possible failure in tagcache engine is logf'd too |
17:57:19 | amiconn | Isn't that called database nowadays? ;) |
17:57:43 | Slasheri | not internally in the code, hehe :) |
17:57:51 | * | bluebrother preferred tagcache ;-) |
17:57:53 | linuxstb | Or in Slasheri's brain... |
17:59:23 | pondlife | The "Bring Back TagCache" campaign starts here :) |
17:59:24 | Slasheri | and when speaking about tagcache, one can be almost sure what code it refers to :) |
17:59:33 | Slasheri | :D |
17:59:37 | Arathis | amiconn: I'm getting an error unpacking the *.zip |
17:59:37 | * | amiconn wonders whether we'll ever see an official H1x0 bootloader that supports rockbox in flash :( |
18:00 |
18:00:07 | Slasheri | amiconn: hmm, that just needs to be released. Did you try the 7-pre3? |
18:00:30 | Slasheri | amiconn: one problem is that bootloader no longer compiles due to the binary size.. |
18:00:34 | amiconn | I won't try flashing before we have an official bootloader |
18:00:35 | * | linuxstb needs to update his rockbox-in-flash on his h140 but it always makes him nervous |
18:00:40 | bluebrother | there is this issue that you can't start the player with the remote |
18:00:42 | | Join Domonoky [0] (n=Domonoky@e179085228.adsl.alicedsl.de) |
18:00:54 | Slasheri | amiconn: well, imho 7-pre3 is stable |
18:00:54 | pondlife | bluebrother: I fixed that for H300 with non-LCD remofe |
18:00:57 | pondlife | remote, even |
18:00:59 | Slasheri | amiconn: and well tested |
18:01:08 | bluebrother | pondlife: in the bootloader? |
18:01:12 | | Join low_light [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-6ebf64db0982cedf) |
18:01:12 | pondlife | Yes |
18:01:28 | linuxstb | Slasheri: Can the plugin reflash an official iriver .hex firmware file? |
18:01:28 | amiconn | Arathis: Hmm, strange, the .zip is fine here |
18:01:41 | bluebrother | oh, nice. Then someone needs to test and update the bootloader ;-) |
18:01:43 | amiconn | But I'll upload it to my provider's webspace - maybe that works better |
18:01:47 | pondlife | bluebrother: It's in SVN now, not sure if it fixes H100 though. |
18:01:59 | Slasheri | linuxstb: not directly, it needs to be decrypted on computer first to a .bin file |
18:02:04 | * | n1s wants to see a h300bootloader that doesn't start the OF when power is plugged in while off... |
18:02:22 | Slasheri | linuxstb: but it should be possible to add that feature to the plugin directly as well.. |
18:02:22 | linuxstb | Slasheri: But in theory it could - if we added the decryption code from descramble? |
18:02:27 | Slasheri | indeed |
18:02:40 | pondlife | The SVN H300 bootloader has working USB too. |
18:02:48 | pondlife | On all players, not just some. |
18:03:19 | pondlife | n1s: That would be nice, but LinusN had a good reason for not enabling it. |
18:03:27 | * | pondlife can't recall said reason. |
18:03:29 | linuxstb | Slasheri: Also, I was wondering if we could distribute a "rockbox.hex" file that a user could install using the iriver firmware? So a user who just wants to install Rockbox on a h1x0 doesn't have to worry about patching an official firmware first. |
18:03:39 | Slasheri | amiconn: and btw, what do you consider as being official? |
18:03:39 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:04:08 | Slasheri | linuxstb: that is very possible |
18:04:17 | n1s | pondlife: I think it was to be able to boot the of even if rockbox button driver were broken in the early days, can't imagine why it should remain that way |
18:04:51 | pondlife | I think it was low-battery related. |
18:04:56 | amiconn | n1s: Charging is still not 100% clean on pcf targets |
18:05:02 | pondlife | Something about the bootloader's charging |
18:05:08 | Slasheri | linuxstb: and then it would be good to have direct support to flash back from .hex because no ROM dump can be taken in that case |
18:05:33 | n1s | I always charge in rockbox and have no problems, just have to remember to power on before plugging in... |
18:05:40 | linuxstb | Slasheri: That's why I asked ;) |
18:06:23 | Slasheri | :) |
18:06:42 | | Quit spiorf (Read error: 110 (Connection timed out)) |
18:06:46 | amiconn | rrrr |
18:07:26 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
18:08:34 | * | DerPapst knows that "rrrr" isn't a good sign |
18:08:51 | | Quit spiorf_ (Remote closed the connection) |
18:09:13 | amiconn | My provider's upload interface doesn't like me |
18:09:51 | amiconn | Ah, finally :| |
18:10:08 | amiconn | Arathis: http://www.jens-arnold.net/Rockbox/rockbox-h10.zip |
18:10:23 | pondlife | rrrr is better than grrr though. |
18:10:48 | bluebrother | and better than brrr :) |
18:11:33 | * | pixelma waits for a "(grrr)" from Jens again ;) |
18:11:40 | amiconn | ? |
18:12:43 | | Quit jgarvey (Read error: 110 (Connection timed out)) |
18:13:07 | | Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) |
18:13:13 | DerPapst | and an even longer grr[...]rr will happen when his h100 is frozen again |
18:13:20 | DerPapst | :P |
18:13:35 | amiconn | The H100?? |
18:13:38 | pixelma | it's nor an H100... |
18:13:44 | pixelma | *not |
18:13:46 | amiconn | nand |
18:14:09 | DerPapst | heh |
18:14:16 | bluebrother | xor? ;-) |
18:14:22 | amiconn | xnor |
18:15:40 | * | linuxstb hugs grep and his local copy of the IRC logs ;) http://pastebin.ca/632092 |
18:15:49 | * | bluebrother just sent a mail to the lists |
18:16:21 | amiconn | lol |
18:16:45 | bluebrother | now you only need to filter out those hilights and | wc it ;-) |
18:17:05 | * | pixelma likes the presence of Llorean's statement in that list the most :) |
18:17:42 | amiconn | The errror one? |
18:18:03 | pixelma | yep, just funny that it was caught there too |
18:18:11 | linuxstb | bluebrother: I'll leave that to someone that comes up with a better regexp for amiconn's noises. |
18:18:26 | bluebrother | maybe "hmpf" is worth grepping to? ;-) |
18:19:14 | amiconn | Second album w/o crash |
18:20:05 | * | amiconn queues 2 more |
18:20:59 | pixelma | linuxstb, bluebrother: maybe that would be something for the IRC stats ;) |
18:21:45 | Arathis | amiconn: started test. I'm off in about an hour or less so I can report tomorrow or so |
18:25:12 | amiconn | I think if it doesn't crash in the first ~40 minutes that should be a good sign |
18:25:15 | bluebrother | Domonoky: new tarball uploaded ... |
18:25:29 | Domonoky | bluebrother: nice.. |
18:26:44 | Domonoky | bluebrother: can you give me the link to the tar ball again, please ? |
18:26:50 | pondlife | linuxstb: "grrrrrrrrrrrrrrrrrr!!!!!!" sounds hard to beat. |
18:27:04 | bluebrother | Domonoky: sure ;-) http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/ |
18:27:37 | bluebrother | hmm, can git pull a repo that's published through http? |
18:29:16 | * | amiconn wonders what the pp chip is doing |
18:31:32 | DerPapst | some black magic |
18:32:02 | bluebrother | well, the chip is black at least, isn't it? ;-) |
18:32:08 | amiconn | Looks like some bits in 0x600060a0 might be set after switching the clock source to 24MHz which aren't set before |
18:32:32 | | Join spiorf [0] (n=spiorf@host98-223-dynamic.15-87-r.retail.telecomitalia.it) |
18:32:36 | * | amiconn should try to capture them |
18:34:25 | Domonoky | bluebrother: i can compile your new version withou problems, but installing failed. ( wrong device, i selected h120, and it trys to download sansa, and it downloading also silently failed, and the the zip failed, because the zip is 1 k file ) |
18:34:50 | * | Domonoky will take a look a the code.. |
18:36:26 | | Quit maffe (Remote closed the connection) |
18:36:36 | n1s | any gcc gurus around? if so: would it be possible to give the compiler a header file and some defines and get back a list of wht was defined in the header file? and nothing else? |
18:37:03 | bluebrother | Domonoky: strange, it worked fine here. |
18:37:15 | Domonoky | bluebrother: i recompile in the src dir, and now downloading works, but its the wrong target.. |
18:37:33 | bluebrother | have you re-run qmake? |
18:37:48 | Domonoky | yes |
18:38:38 | bluebrother | n1s: you could let the compiler preprocess the header file and grep for #define in the output |
18:38:51 | * | linuxstb leaves for DevConPub2 |
18:38:56 | | Quit linuxstb ("CGI:IRC") |
18:39:12 | * | pondlife heads to DCP2 too |
18:39:28 | | Quit pondlife ("beer, beer, beeer") |
18:39:31 | * | bluebrother wants too but is too far away |
18:42:18 | n1s | bluebrother: I can't get that to work, the output doesn't contain any defines at all... |
18:43:36 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
18:43:52 | amiconn | The #defines will be gone after preprocessing... |
18:43:56 | Jens | Grrr... |
18:44:04 | amiconn | Jens: ? |
18:44:13 | DerPapst | lol |
18:44:41 | Jens | [18:10] <amiconn> Arathis: http://www.jens-arnold.net/Rockbox/rockbox-h10.zip |
18:44:42 | Jens | :) |
18:44:48 | amiconn | Yeah, and? |
18:45:03 | amiconn | Sorry that I have such a rare first name... |
18:45:20 | Jens | It just triggered me, that's all. |
18:45:24 | Jens | Awesome name, sir. |
18:45:52 | Jens | Actually, "Jens" is currently the most common name in Denmark. |
18:47:11 | * | amiconn also gets triggered |
18:47:15 | Jens | http://www.dst.dk/Statistik/Navne/pop/2007.aspx |
18:47:26 | * | amiconn being German, but still, this name is rather common here |
18:47:42 | Jens | Wow. |
18:47:49 | n1s | bluebrother: aha the -dD option does almost what I want, a little healthy grepping on that output and I should be fine :-) |
18:47:53 | Jens | Jens strikes me as a very danish name. |
18:48:08 | Jens | But it's biblical, so I guess it goes anywhere. |
18:48:37 | amiconn | Arathis: Any uncouth behaviour so far? |
18:50:03 | Arathis | not so far :) |
18:52:02 | bluebrother | Domonoky: what build environment are you using? A simple mingw installation? |
18:52:28 | Domonoky | bluebrother: yes , actually the mingw you can get with qt.. |
18:52:43 | * | Domonoky is now compiling qt in debug mode.. :-) |
18:52:56 | bluebrother | hmm, I tried that yesterday but it seems that broke with path delimiters |
18:52:57 | * | amiconn is looking forward to receiving his ipod G1 and G2... |
18:53:10 | | Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) |
18:53:20 | bluebrother | so you're using a simple cmd shell? Or anything else? |
18:54:02 | Domonoky | yes, command shell.. couldnt get a nice IDE for Qt running, so just cmd shell :-) |
18:54:11 | bluebrother | hmm. |
18:54:34 | * | bluebrother fires up the virtual windows and wonders why building didn't work yesterday |
18:55:26 | | Quit obo ("bye") |
18:56:38 | | Quit low_light ("CGI:IRC (EOF)") |
18:57:44 | amiconn | aaaarrrrgH! |
18:58:01 | * | DerPapst is scared and hides |
18:58:39 | amiconn | undefined instruction at 0x00058BE0 |
18:58:59 | amiconn | ...after almost 2h 30 min |
18:59:37 | | Join pmhaddad [0] (i=phaddad@dialup-4.225.239.60.Dial1.Detroit1.Level3.net) |
18:59:52 | | Quit RaRe (Read error: 110 (Connection timed out)) |
18:59:58 | bluebrother | argh. Stupid backslash path delimiter :( |
19:00 |
19:00:01 | DerPapst | bummer :( |
19:00:15 | | Nick UNKNOWNFILE is now known as UNKNOWNIDLE (i=c@unaffiliated/unknownfile) |
19:00:27 | | Quit Arathis ("Bye, bye") |
19:01:12 | pmhaddad | so i noticed that rockbox is supported by the e200 series of sandisk sansas. I was looking into purchasing a C140. Is the firmware/hardware on those so radically different that porting rockbox to a C140 would be a major undertaking? |
19:02:52 | PaulJam | pixelma: i saw that you translated Latin1 with "Westeuropäisch", but isn't cp1252 the codepage that is called Westeuropäisch (Western European)? |
19:03:33 | | Join low_light [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-639fc0fc23f3c6be) |
19:03:44 | pixelma | isn't cp1252 cyrillic? |
19:04:00 | amiconn | No, cp1251 is cyrillic |
19:04:04 | dionoea | no, it's the default codepage on windows in France at least |
19:04:12 | dionoea | cp1252 |
19:04:21 | amiconn | PaulJam: http://de.wikipedia.org/wiki/ISO_8859 |
19:04:37 | amiconn | ...and http://en.wikipedia.org/wiki/ISO/IEC_8859 |
19:05:09 | amiconn | CP1252 is a Microsoft-extended ISO8859-1 |
19:06:17 | pixelma | pmhaddad: there was someone starting with a C200 port (see new ports forum http://forums.rockbox.org/index.php?topic=8401.0 ). Don't know how similar they are but you can only find out if you try to gather more hardware info |
19:06:47 | | Join lazka [0] (n=lazka@83-65-236-67.dynamic.xdsl-line.inode.at) |
19:08:01 | PaulJam | amiconn: thanks for the link. i was only looking at http://de.wikipedia.org/wiki/CP1252#ISO-8859-1 (and didn't even read the whole page. sorry) |
19:08:11 | bluebrother | d'oh! This stupid windows uses the wrong make.exe :( |
19:08:21 | DerPapst | heh |
19:09:09 | pmhaddad | pixelma, ok i'll look into it more depth. the c140 is on $45, but i really don't want to use the built in firmware, if i think it's feasible for me to port rockbox to it i will |
19:09:14 | *** | Saving seen data "./dancer.seen" |
19:09:50 | | Join lxx [0] (n=lexx@217.172.21.68) |
19:10:01 | pixelma | PaulJam: I must admit that translating isn't easy... so suggestions are welcome |
19:10:23 | lxx | hi |
19:10:46 | lxx | i have one album in one flac file and cue file |
19:11:06 | lxx | rockbox support playlist in cue files? |
19:11:11 | | Join gregj [0] (n=gj@81-186-226-63.citynet.pl) |
19:12:28 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
19:13:05 | lxx | what i need to do |
19:13:50 | n1s | linuxstb: for the logs: using -imacros to include the button.h file in the makefile got rid of the function prototypes, no extra parseing needed :-) |
19:13:53 | lxx | when i try open cue file in rickbox its just opened but music not start playing |
19:14:27 | n1s | lxx: IIRC you need to enable cue sheet support in the settings somewhere |
19:14:48 | lxx | i did it |
19:14:54 | lxx | but its no help |
19:15:16 | lxx | may be couse flac file and cue file in diffrent folders? |
19:15:21 | PaulJam | pixelma: what do you think of translating "Now Playing" with something like "Aktuelle Wiedergabe". for me "Spielt gerade" somehow sounds strange. but maybe thats only me. |
19:16:15 | pixelma | the flac and the cue have to be named the same (without the extension) - and you need to enable cuesheet support in the settings). Read a bit in the "General settings" chapter in your player's manual about it |
19:16:28 | pixelma | ^@ lxx |
19:18:08 | lxx | they need to be in the same folder or its no matter? |
19:18:13 | * | DerPapst agrees with PaulJam |
19:18:34 | n1s | hmm, the http://www.rockbox.org/twiki/bin/view/Main/CuesheetSupport page should probably be deleted now that the patch has been committed a while ago, I guess this will go to the logs, LinusN Bagder Zagor |
19:18:38 | pixelma | PaulJam: I don't like "Spielt gerade" much myself... only thing is that it's a bit shorter |
19:18:50 | pixelma | than "Aktuelle Wiedergabe" |
19:19:10 | pixelma | lxx: I think they have to be in the same folder, yes |
19:19:25 | * | amiconn now tries with the special ipod color trickery disabled |
19:19:57 | amiconn | Strange thing is that all PP5020+ ipods (except the minis) are doing this trickery |
19:20:34 | lxx | thank for the help |
19:20:45 | Domonoky | bluebrother: in the updateDevice function you set "defaults/platform" in the user settings, but when you download rockbox you use "defaults/curplatform" , that cant work ? :-) |
19:21:36 | | Quit thomasg_ (Read error: 110 (Connection timed out)) |
19:21:55 | | Quit lxx () |
19:21:57 | | Join miepchen^schlaf [0] (n=hihi@p54BF6924.dip.t-dialin.net) |
19:21:59 | pixelma | PaulJam: I first wanted to get rid of the worst things, like "Knopf Beleuchtung" *seems like I can't get over it* ;) |
19:22:07 | | Join thomasg_ [0] (n=thomasg@p57AFED33.dip.t-dialin.net) |
19:22:08 | amiconn | It almost seems that the PP5020 gets out of control of its memory interface - but only after thousands of clock switches... |
19:22:58 | * | amiconn would like to know what 'undefined instruction' it reads when this exception is triggered |
19:25:45 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
19:26:16 | Domonoky | bluebrother: if i change it, so it uses "defaults/platform" when installing, it works.. |
19:26:33 | DerPapst | amiconn: is there no way to dump taht? |
19:26:46 | Domonoky | an i have seen you have built the logfile function, and the configure screen is nice.. :-) |
19:26:52 | bluebrother | damn, seems that was a line I missed when changing it. |
19:26:58 | amiconn | It should be possible to re-read from memory, but perhaps it already fixed itself by then... |
19:27:04 | | Join McEnroe [0] (n=eduard@p549556AA.dip.t-dialin.net) |
19:27:11 | bluebrother | I guess I didn't notice because my config still contains old lines. |
19:27:16 | Domonoky | :-) |
19:27:49 | McEnroe | how do i fast forward in mpegplayer (ipod)? |
19:27:54 | bluebrother | btw, what do you think about including the license in the about window? |
19:28:22 | Domonoky | and i think the updatedevice function is on the wrong signal, it gets triggerd when you highlight a string, so if you abort a selection, you hav the wrong device.. |
19:28:36 | DerPapst | McEnroe: you can't |
19:28:43 | pixelma | McEnroe: currently not at all (it's not implemented yet) |
19:28:48 | DerPapst | it isn't implemented at all |
19:28:50 | Domonoky | bluebrother: the licence screen is nice.. :-) |
19:33:49 | McEnroe | DerPapst: pixelma: it guess it's already planned, isn't it? |
19:34:58 | bluebrother | grrr. Something is really strange with kdevelop |
19:35:17 | bluebrother | I *did* change that lines. But for some reason kdevelop overwrote it again. |
19:35:32 | bluebrother | that's also the reason why the log file is messed up :( |
19:35:42 | * | n1s posts an IMHO commit-ready lang v2 cleanup patch to http://www.rockbox.org/tracker/task/6574 and hopes people can test/comment |
19:35:47 | Domonoky | bad kdevelop |
19:36:28 | bluebrother | maybe I should give eclipse another try |
19:36:56 | Domonoky | bluebrother: about the log file, i think it would be better to use a ini file for this, like the wx version does it.. |
19:37:26 | bluebrother | I haven't checked the wx version −− do you assign a key for each file? |
19:38:18 | Domonoky | yes, the key is the path and the value is the number you installed it.. |
19:38:26 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
19:38:40 | * | amiconn is poking in the dark, it seems :( |
19:38:52 | bluebrother | the number I installed? You mean version number= |
19:39:01 | pixelma | McEnroe: Rockbox and estimates when something will be done don't go well together... I think I've read somewhere that one developer wants to look into it (not even sure though). And it's not a priority as Rockbox is mainly about music... |
19:39:22 | pixelma | (playing music) |
19:39:45 | XavierGr | amiconn: bootloader version 7 for H120/H140 is very stable. I've been using rockbox on flash on my H140 for some months without any problem at all |
19:39:47 | Domonoky | no, the number of installs, so it gets incemented everytime you install that file again. |
19:40:20 | bluebrother | hmm. What't the purpose of this? |
19:40:41 | XavierGr | Slasheri: do you recall if H100 models are flashable with the current version 7 bootloader? I have an H115 and it is a shame not to flash rockbox on it, OF is wasteful |
19:41:05 | Domonoky | the only purpose is, that you dont have to truncate the file, ( so you keep history) and dont have dublicates |
19:41:37 | bluebrother | ah, so you append each new install with a new section to that file? |
19:41:46 | Domonoky | because you want to use this log, also when installing themes, or any thing else.. |
19:41:54 | bluebrother | well, my intention was to remove an old install before installing anyway. |
19:42:18 | bluebrother | I was wondering if it makes sense to use a different file for themes |
19:42:42 | Domonoky | bluebrother: you can only remove if you have the log.. otherwise you would delete user config.. |
19:43:06 | Domonoky | perhaps sektions for the different parts of installations ? |
19:43:34 | Domonoky | so a section for rockbox-base, one for fonts, one for themes, one for doom.. etc.. |
19:43:48 | Domonoky | then you could provide uninstallation for all of this.. |
19:43:59 | bluebrother | well, you could just skip removal if the log file isn't present. |
19:44:03 | low_light | amiconn: what are have you been trying on the pp5020? maybe I can look through the m:robe bootloader. |
19:44:41 | Domonoky | bluebrother: sure |
19:45:02 | pixelma | McEnroe: but I guess that's a feature that is desired to have (to have a properly working mpegplayer). Only no-one knows when it'll be done ;) |
19:45:20 | Domonoky | i think sections in one install log would be nice, otherwise you would have many many different install logs :-) |
19:45:21 | amiconn | low_light: I am trying to get clock changing stable |
19:45:50 | amiconn | Maybe the m:robe original firmware could give some clues... the H10 firmware isn't very helpful |
19:46:05 | Slasheri | XavierGr: probably it doesn't work and could brick the player because of the wrong dram parameters |
19:46:25 | Slasheri | but it should be possible to do by recompiling the bootloader for H115 |
19:46:28 | amiconn | It seems to use lists which are built at boot and then referenced, unlike the ipod firmwares which use literal constants most of the time |
19:46:58 | | Join obo [0] (n=obo@rockbox/developer/obo) |
19:47:04 | Domonoky | bluebrother: you should get this code into a svn, the others could also work on it :-) |
19:47:06 | amiconn | Maybe the emulator would help understanding what's going on - if I knew how to use it... |
19:47:48 | bluebrother | in what way? Creating a new module? |
19:48:14 | bluebrother | or as a subfolder for rbutil so we have both the same time? |
19:48:57 | bluebrother | (btw, feel free to send me patches until it's in svn ;-) |
19:52:16 | | Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
19:54:13 | | Join Rondom [0] (n=Rondom@p57A956AC.dip.t-dialin.net) |
19:57:03 | obo | or svn copy the current rbutil folder to branches and work on it there? |
19:59:11 | | Quit iamben (Read error: 110 (Connection timed out)) |
19:59:37 | * | bluebrother is out for the next 2 or so hours ... but a branch might be an idea. |
20:00 |
20:02:01 | XavierGr | Slasheri: anyway that someone could make it work? (or is it only linus that can do this without bricking concerns) |
20:02:07 | | Quit krp (heinlein.freenode.net irc.freenode.net) |
20:02:07 | NSplit | heinlein.freenode.net irc.freenode.net |
20:02:07 | | Quit Hadaka (heinlein.freenode.net irc.freenode.net) |
20:02:07 | | Quit Jens (heinlein.freenode.net irc.freenode.net) |
20:02:07 | | Quit preglow (heinlein.freenode.net irc.freenode.net) |
20:02:31 | Domonoky | bluebrother: about the code for installing: you should check all userinput values at the begin of accept, and put it in the userconfig, and afterwards use the config, and not the values from the ui directly.. :-) |
20:02:39 | NHeal | heinlein.freenode.net irc.freenode.net |
20:02:39 | NJoin | Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
20:02:39 | NJoin | krp [0] (n=krp@mar92-10-82-239-65-214.fbx.proxad.net) |
20:02:39 | NJoin | preglow [0] (n=thomj@hekta.edt.aft.hist.no) |
20:02:39 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
20:03:03 | low_light | amiconn: maybe this helps? http://rafb.net/p/lf4mIe31.html |
20:03:33 | low_light | looks like some cop sleeping going on during the freq change |
20:05:00 | Slasheri | XavierGr: if everything goes well, just recompiling _should_ be enough. But nobody has tried that.. |
20:05:22 | Slasheri | and the current svn bootloader does not even compile because of binary size and isn't safe to try |
20:08:24 | amiconn | low_light: Hmm, this looks somewhat different from both ipod and H10 code, but this Cxx_CTL handling _other_ than bit 31 is also present in H10 (and Sansa) code |
20:09:13 | amiconn | I wonder what bit 30, 27..24 and 7..0 are doing (those are touched in all PP firmwares more or less) |
20:10:05 | amiconn | The H10 doesn't seem to sleep the cop during clock changes, and neither do the ipod firmwares |
20:10:52 | low_light | amiconn: that is from the bootloader not the OF. I'm not sure to what degree (if at all) the bootloader used freq scaling |
20:11:40 | amiconn | hmm |
20:11:55 | amiconn | That's why I prefer looking at of disasseblies, not bootloaders |
20:13:10 | low_light | well, the OF was too big for me to tackle |
20:14:13 | amiconn | Search for constants which occur in clock setup, like 0x60006020, 0x60006034 etc |
20:14:41 | * | amiconn guesses the m:robe OF is quite small compared to e.g. ipod video |
20:15:26 | | Quit Jens (heinlein.freenode.net irc.freenode.net) |
20:15:26 | NSplit | heinlein.freenode.net irc.freenode.net |
20:15:26 | | Quit preglow (heinlein.freenode.net irc.freenode.net) |
20:16:16 | NHeal | heinlein.freenode.net irc.freenode.net |
20:16:16 | NJoin | Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
20:16:16 | NJoin | preglow [0] (n=thomj@hekta.edt.aft.hist.no) |
20:19:27 | low_light | It's 1.8 MB |
20:19:48 | | Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) |
20:20:25 | amiconn | The video firmware is 7.1 MB |
20:21:12 | amiconn | I am doing this with a 2-way strategy. I have a raw disassembly created with arm-elf-objdump, and have the binary loaded in ida |
20:21:12 | | Quit low_light ("CGI:IRC (EOF)") |
20:22:05 | | Join low_light [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-0da613159ddfc01d) |
20:23:45 | amiconn | I load the raw disassembly into an editor, and search for magic constants. Then I go back to the start of the subroutine (not difficult to recognise), go to this address in ida, and press 'c' |
20:32:09 | | Quit pmhaddad () |
20:37:20 | | Quit desowin ("use linux") |
20:38:25 | | Quit Pro90 (Read error: 110 (Connection timed out)) |
20:39:41 | | Join slie [0] (n=tcwood12@mctnnbsa30w-156034041078.nb.aliant.net) |
20:40:09 | slie | hello |
20:41:15 | slie | I've got a few questions |
20:42:13 | | Nick slie is now known as valiant (n=tcwood12@mctnnbsa30w-156034041078.nb.aliant.net) |
20:43:37 | * | valiant shrugs |
20:43:42 | valiant | quit |
20:43:44 | valiant | blah |
20:43:45 | | Quit valiant (Client Quit) |
20:46:16 | | Part maffe |
20:46:28 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
20:47:11 | | Part maffe |
20:47:30 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
20:51:11 | | Join entheh [0] (n=purr@88-106-251-102.dynamic.dsl.as9105.com) |
20:53:01 | | Join web-taz [0] (n=lestaz@p5081BCAA.dip0.t-ipconnect.de) |
20:56:18 | * | low_light doesn't understand arm 32bit assembly |
20:57:05 | | Nick web-taz is now known as webtaz (n=lestaz@p5081BCAA.dip0.t-ipconnect.de) |
20:57:10 | | Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) |
20:57:39 | | Nick webtaz is now known as web-taz (n=lestaz@p5081BCAA.dip0.t-ipconnect.de) |
20:58:21 | salty-horse | hi. any sansa e200 devs/users around? |
21:00 |
21:02:57 | | Join barrywardell [0] (n=barrywar@host-194-46-236-132.dsl-ie.utvinternet.net) |
21:04:46 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
21:05:24 | | Nick UNKNOWNIDLE is now known as UNKNOWNFILE (i=c@unaffiliated/unknownfile) |
21:09:15 | *** | Saving seen data "./dancer.seen" |
21:09:46 | | Part maffe |
21:14:37 | joshin | salty-horse: ask your question. If someone knows, they might answer. |
21:15:54 | salty-horse | i'd like to purchase a sansa, now that rockbox supports it. does it support all E2* (non R) models? |
21:16:02 | | Quit McEnroe ("leaving") |
21:16:22 | salty-horse | the wiki says power handling is "Not yet optimal" - does it mean the battery has a shorter life on rockbox? |
21:16:54 | DerPapst | yes and yes |
21:16:56 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
21:17:04 | salty-horse | does ogg playback require more power than mp3? (if the mp3 playback is somehow hardware accelerated) |
21:17:17 | | Join miepchen^schlaf [0] (n=hihi@p54BF6924.dip.t-dialin.net) |
21:17:24 | DerPapst | it's not hardware accelerated |
21:17:36 | DerPapst | on the sansa |
21:17:40 | n1s | salty-horse: they are both decoded by the cpu and should be fairly equal in speed |
21:17:43 | Llorean | But ogg/vorbis is a more complex codec. |
21:17:49 | Llorean | It's a bit slower |
21:18:01 | salty-horse | slower how? is it noticable in playback? |
21:18:05 | salty-horse | s/in/during/ |
21:18:06 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
21:18:19 | Llorean | No, "slower" just means "the CPU has to spend more time boosted, so battery life might be a little bit worse." |
21:18:25 | DerPapst | there are charts comparing decoding speed |
21:18:34 | n1s | salty-horse: if you have very hight bitrate files or use a lot of dsp stuff it might be |
21:19:20 | salty-horse | i encode oggs at 44,100hz |
21:19:35 | n1s | salty-horse: yes that is the _sample_ rate |
21:19:44 | n1s | but at what bitrate? |
21:19:48 | Llorean | Actually, interestingly enough it looks like Vorbis performs better at higher bitrates on ARM, while MP3 performs better at lower bitrates |
21:19:53 | salty-horse | 160000bps |
21:20:17 | salty-horse | Llorean, and the sansa is ARM-based? |
21:20:20 | Llorean | Yes |
21:20:25 | n1s | salty-horse: if you do not use very much dsp like eq crossfeed etc you should be fine |
21:20:34 | salty-horse | are there arm optimizations in the ogg source code, or is it all compiler magic? |
21:20:37 | Llorean | At 160kbps, the performance table suggests Vorbis is better than MP3 for the moment |
21:20:50 | Llorean | Though odds are MP3 can be optimized to outdo Vorbis, as it does on Coldfire targets. |
21:21:03 | n1s | salty-horse: yes Tremor has some ARM asm code in it |
21:21:06 | Llorean | salty-horse: There's a wide range of optimizations in most of our codecs. |
21:21:49 | n1s | also Tremor was written from the ground up to be used on an ARM based platform |
21:22:22 | salty-horse | Llorean, "our"? don't you use the codecs from the big libraries? (xiph, mad, etc) |
21:22:48 | Llorean | salty-horse: Do you assume that they were incorporated completely unmodified, and never optimized for our hardware? |
21:22:59 | salty-horse | about movie playback, is mpeg the only supported codec? |
21:23:09 | Llorean | MPEG 1/2, yes |
21:23:37 | salty-horse | Llorean, i would assume that any optimizations on your part are integrated back to the upstream projects :) |
21:24:54 | DerPapst | it is for some parts |
21:26:27 | | Part maffe |
21:28:07 | | Quit lazka (Read error: 110 (Connection timed out)) |
21:30:38 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
21:31:01 | salty-horse | how does file transfer currently work on the sansa? AFAICT there is no usb support |
21:31:24 | n1s | salty-horse: you have to use the original firmware for that |
21:31:50 | n1s | IIRC the simplest way is to just plug in usvb while the sansa is off |
21:33:23 | | Quit barrywardell () |
21:33:47 | salty-horse | n1s, how does that work? the usb powers the flash drive and my pc does the mounting? |
21:34:59 | n1s | salty-horse: I would guess that the sansa bootloader powers on, detects usb and boots... |
21:35:15 | n1s | althought I have never used one, why don't you just try it? |
21:35:35 | DerPapst | he doesn't have one :P |
21:35:37 | salty-horse | n1s, no sansa yet - or any other portable player for that matter. doing market research :) |
21:35:47 | n1s | ah |
21:35:52 | salty-horse | a friend has one, but he won't let me "experiment" (meaning: b0rk his device) |
21:35:57 | | Quit web-taz ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
21:44:36 | PaulJam | n1s: i noticed that since you reworked the set time & date screen the statusbar flickers everytime you change a value or move the cursor. |
21:44:50 | amiconn | Llorean: I'd rather think that Vorbis, aac and wma on coldfire can be optimised to get nearly as fast as mpeg audio |
21:45:21 | amiconn | The thing is that mpeg audio on coldfire uses the emac very efficiently, unlike tremor & co |
21:45:54 | n1s | PaulJam: hmm, ok, I'll look into it, probably tomorrow, on which target, I din't notice anything on my h300, or maybe I'm just blind... |
21:46:04 | PaulJam | h300 |
21:46:26 | n1s | ah, /me is probably blind then :-) |
21:46:50 | amiconn | salty-horse: Btw, the "big" libraries are most often not very usable on embedded systems (the exception being mad here) |
21:46:58 | PaulJam | well, it's not a big issue, but i thought i should mention it. |
21:47:18 | n1s | PaulJam: no bug is too small :-) |
21:48:55 | amiconn | n1s: I noticed that too on H10, but wasn't sure whether it's a new effect |
21:49:24 | amiconn | I thought maybe it was like this all the time and just shows up on H10 because of the slowish lcd driver |
21:49:40 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
21:50:03 | n1s | amiconn: the other bug which you told me about a couple of days ago should be fixed now at least, have you tested? |
21:51:03 | | Part kaaloo |
21:51:24 | amiconn | I'll check.. |
21:51:35 | * | amiconn doesn't use the set time & date screen often |
21:51:36 | PaulJam | for me it is fixed. |
21:51:52 | amiconn | I just noticed it because the H10 was new, and I had to set time & date |
21:53:49 | amiconn | Looks like it's fixed. Checked both on Recorder (german, rockfont-8) and H300 (russian, nimbus-19) |
21:55:18 | n1s | amiconn: ah, good, that screen does still not handle very big fonts but that is not a new issue... |
21:58:53 | amiconn | Anyone with an ipod color/photo around? |
22:00 |
22:00:08 | DerPapst | to get a firmware dump? |
22:00:09 | jhMikeS | markun: yes, I had a very long answer for that guy and yet another suggestion to devs to get the other PP targets to do what e200 does (which sould require minimal poking). |
22:00:20 | amiconn | DerPapst: No, that I have already |
22:00:29 | DerPapst | ok :) |
22:00:48 | amiconn | I would like someone with an ipod color to perform a test with bit 30 and 31 of 0x600060a0 reset permanently |
22:01:36 | amiconn | I wonder what these bits are good for - the ipod color is the only target which has them set normally, and handling them seems to be the cause of unstable clock switching |
22:02:12 | amiconn | Right now I am running a test without this handling on H10, and it's running stable for ~3 hours now - the longest time so far |
22:02:49 | amiconn | The ipl wiki says bits 30 and 31 of 0x600060a0 might have to do with lcd handling |
22:02:54 | amiconn | ...on ipod color |
22:06:46 | jhMikeS | amiconn: PP5020 troubles? I can't believe that. ;) What does "getting out of control" mean? |
22:07:14 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:08:06 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
22:12:24 | | Join web-taz [0] (n=lestaz@p5081BCAA.dip0.t-ipconnect.de) |
22:12:34 | | Join DefineByte [0] (i=5751c305@gateway/web/cgi-irc/labb.contactor.se/x-0e2f214697596c92) |
22:12:40 | | Quit web-taz (Client Quit) |
22:13:17 | n1s | PaulJam: want to try a fix for the flicker bug? |
22:14:02 | | Quit DefineByte (Client Quit) |
22:14:20 | PaulJam | I'm currently on windows. so i can't compile. but if you send my a binary i could test that. |
22:14:27 | | Join DefineByte [0] (i=5751c305@gateway/web/cgi-irc/labb.contactor.se/x-16905a149cb8772f) |
22:14:32 | DefineByte | oops disconnected |
22:14:36 | jhMikeS | n1s: the flicker in the time screen statusbar? |
22:14:59 | n1s | jhMikeS: yes |
22:15:25 | | Quit chrisjs169 ("Konversation terminated!") |
22:15:46 | jhMikeS | I saw that on e200 just yesterday |
22:16:26 | DefineByte | is diff -u -r olddir newdir > patch the best way to make patches? for some reason the formatting looks different to some of the patches I've downloaded on flyspray |
22:17:48 | DefineByte | is it just the difference between svn and diff? |
22:17:52 | jhMikeS | DefineByte: why not "svn diff > <patchfile>" ? |
22:18:01 | n1s | PaulJam: http://home.student.uu.se/niwa5341/rockbox.iriver |
22:18:24 | | Join webguest16 [0] (i=4f421b5b@gateway/web/cgi-irc/labb.contactor.se/x-3a440e97248d7e2b) |
22:19:08 | DefineByte | hmm if i could understand that command i might try it >.< |
22:19:35 | DefineByte | i'm trying out cygwin for the 1st time |
22:19:45 | * | amiconn wonders what idea jhMikeS has about packed L-R samples |
22:20:01 | | Quit low_light ("CGI:IRC (EOF)") |
22:20:09 | n1s | DefineByte: just type "svn diff > my_patch.diff" in you svn root (if you checked out the source with svn |
22:20:18 | jhMikeS | amiconn: sansa already uses them so why not get them working on the other pp targets? |
22:20:26 | amiconn | Yes, but how? |
22:20:27 | PaulJam | n1s: that seems to fix it. |
22:20:28 | DefineByte | i didn't check it out |
22:20:35 | DefineByte | i just downloaded the source |
22:20:45 | amiconn | I thought you already know how to do it |
22:20:50 | n1s | PaulJam: thanks, will commit then, was a simple one-liner |
22:20:59 | | Quit XavierGr (Nick collision from services.) |
22:21:03 | | Join XavierGr [0] (n=xavier@ppp133-59.adsl.forthnet.gr) |
22:21:34 | jhMikeS | amiconn: It already worked partially on the H10 and it could record. Perhaps just the audio chip setup needs some changing or something. |
22:22:27 | jhMikeS | someone tested this for me. whatever pp target I get ahold of myself I'll make it work. |
22:22:59 | amiconn | I could test on several, but atm I am still busy with this clock stuff :| |
22:23:04 | jhMikeS | The only change I made was to use the register values from the sansa and leave IIS in slave mode instead of Master. |
22:23:05 | n1s | DefineByte: well, then the svn diff command wont work :-/ |
22:23:29 | n1s | but yeah the one you suggested should work |
22:23:45 | jhMikeS | yeah, np. that's important work. |
22:23:48 | amiconn | There must be a reason why the other targets use IIS master |
22:23:57 | amiconn | Did you try master mode on sansa? |
22:24:09 | DefineByte | hmm, guess I better check out svn >.> |
22:24:10 | * | amiconn isn't even 100% sure what that means |
22:24:29 | PaulJam | n1s: thanks for the fast fix :) |
22:24:39 | jhMikeS | amiconn: sansa is master mode since the AS3514 can only run is slave mode. others have the audio codec as master. |
22:24:59 | amiconn | aha |
22:25:19 | jhMikeS | the master provides the LRCK and BCLK, the slave follows |
22:25:23 | n1s | if (buildtable.color==green)nls->sleep(); |
22:27:58 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
22:28:30 | DerPapst | heh |
22:30:02 | n1s | well, good night then |
22:30:06 | | Part n1s |
22:32:15 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
22:32:29 | | Quit amiconn (Nick collision from services.) |
22:32:31 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
22:34:50 | | Quit XavierGr (Nick collision from services.) |
22:34:54 | | Join XavierGr [0] (n=xavier@ppp86-117.adsl.forthnet.gr) |
22:34:59 | | Join chrisjs169 [0] (n=chrisjs@pool-71-254-214-208.hrbgpa.east.verizon.net) |
22:36:23 | | Quit XavierGr (Nick collision from services.) |
22:36:27 | | Join XavierGr [0] (n=xavier@ppp223-248.adsl.forthnet.gr) |
22:38:54 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
22:40:28 | | Quit Jens () |
22:42:47 | * | amiconn has an idea... |
22:44:49 | jhMikeS | amiconn: about? |
22:46:09 | amiconn | The WM* format setup |
22:46:28 | amiconn | Do you still have your L-R packed samples patch for non-AS3514 around |
22:47:05 | | Part DefineByte |
22:47:15 | jhMikeS | well, it _was_ part of a huge pcm update but I can provide it. it had some locking problems on H10 when trying to play after recording. |
22:47:47 | amiconn | playback after recording is broken on anything pp afaik |
22:48:02 | | Part webguest16 |
22:48:03 | | Join Bagder [0] (n=daniel@rockbox/developer/bagder) |
22:48:34 | jhMikeS | frankly I'm sure sure why there should have been any lockups but what's new with that. |
22:49:23 | | Join daurn [0] (n=fake@unaffiliated/daurnimator) |
22:51:07 | amiconn | ? |
22:52:05 | | Quit tris (Connection reset by peer) |
22:52:14 | | Join tris [0] (i=tristan@207.241.238.17) |
22:53:02 | jhMikeS | amiconn: at the top of pcm-pp.c just make sure SAMPLE_SIZE_16BIT is defined. http://www.rockbox.org/twiki/bin/viewfile/Main/MichaelSevakis?rev=1;filename=big-pcm-update.diff |
22:53:10 | | Quit chrisjs169 (Remote closed the connection) |
22:53:57 | | Join chrisjs169 [0] (n=chrisjs@pool-71-254-214-208.hrbgpa.east.verizon.net) |
22:54:35 | Bagder | bluebrother: good call on the cleanup week! |
22:55:23 | amiconn | jhMikeS: That's a huge patch..... |
22:55:48 | * | amiconn thought packed L-R samples are already in svn for sansa? |
22:58:07 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
22:59:28 | jhMikeS | yes, but some stuff to use them for other targets isn't |
22:59:53 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
23:00 |
23:00:56 | jhMikeS | it's huge but it's a big cleanup of the pcm interface that even removes code duplication in the sim |
23:01:00 | | Join lukasm [0] (i=elkay@p5491FA8E.dip.t-dialin.net) |
23:01:12 | amiconn | Ah, hmm... |
23:01:28 | * | amiconn isn't sure whether he can make this huge patch running with packed samples |
23:01:37 | amiconn | Should it run as-is on other pp targets? |
23:02:10 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
23:02:35 | jhMikeS | it's supposed to but there was just that thing with going back to playback. |
23:02:52 | jhMikeS | On H10 anyway |
23:02:55 | * | amiconn never tried recording on a PP target yet |
23:03:51 | | Quit XavierGr (Nick collision from services.) |
23:03:54 | | Join XavierGr [0] (n=xavier@ppp223-248.adsl.forthnet.gr) |
23:03:57 | jhMikeS | e200 has no trouble at all nor do cf and s3c2440 |
23:04:24 | amiconn | cf meaning X5 in this case? |
23:04:32 | jhMikeS | x5, H120 |
23:04:53 | amiconn | ah |
23:05:20 | jhMikeS | oh and i2s-pp.c needs IIS_FIFO_FORMAT_LE16 instead of IIS_FIFO_FORMAT_LE32 set |
23:05:48 | amiconn | Hmm. Is there a reason not to commit this patch? More testing? Anything else? |
23:05:58 | amiconn | I mean without the packed sample thing |
23:06:04 | | Quit XavierGr (Client Quit) |
23:06:15 | | Join XavierGr [0] (n=xavier@ppp223-248.adsl.forthnet.gr) |
23:07:18 | jhMikeS | amiconn: H10 did the lock even without packed samples. wouldn't play with them, but would record. |
23:07:49 | amiconn | Hmm, does it play without packed samples or not? |
23:08:02 | jhMikeS | yes |
23:08:11 | amiconn | So there shouldn't be a problem... |
23:08:33 | amiconn | Playback after recording is broken on all PP targets in svn afaik (except maybe sansa) |
23:09:03 | amiconn | On all PP target which can record of course |
23:09:16 | *** | Saving seen data "./dancer.seen" |
23:09:20 | | Quit davina ("xchat on Ubuntu 7.04") |
23:09:31 | jhMikeS | One problem with recording currently was that r12 is not preserved in the c fiq handler and calling the c functions changes it. banked r12 was relied upon to keep its value. |
23:10:31 | jhMikeS | I moved the asm FIQ banked regs to r10 and r11 to be relied upon since those are supposed to be callee preserved |
23:12:00 | jhMikeS | amiconn: but in effect, no new bug would be present even if the reason is different? |
23:12:38 | amiconn | Does any target use the C fiq? I thought all targets use asm and the C version is just there for reference? |
23:13:03 | amiconn | I'm not sure about H10 recording |
23:13:10 | * | bluebrother returns |
23:13:17 | jhMikeS | all the recording is the C fiq_record |
23:13:38 | jhMikeS | for playback they all use the asm |
23:15:24 | amiconn | Shouldn't the __attribute__ ((interrupt ("FIQ"))) handle the register stuff for us? |
23:15:27 | jhMikeS | r12 corruption after recording was getting sansa at random too when I worked on this. |
23:15:50 | | Quit tris (No route to host) |
23:16:10 | | Quit GodEater (Read error: 110 (Connection timed out)) |
23:16:12 | * | amiconn wonders why the sansa uses __attribute__((naked)) and hand-crafted register saving |
23:16:20 | bluebrother | Bagder: thanks :) |
23:16:23 | jhMikeS | this removes that too |
23:17:07 | jhMikeS | GCC FIQ handling is buggy and using the stack within the handler itself will trash things |
23:17:26 | amiconn | The fiq has a separate stack |
23:18:31 | amiconn | (or at least that's what I understand) |
23:18:32 | jhMikeS | true, but something is wrong with GCC regarding the banked sp and registers in FIQ. |
23:19:11 | * | amiconn decides that this is too complex to figure out in parallel with clock handling :\ |
23:19:14 | jhMikeS | If you use a variable that compells stack use (like an output pointer param), things die rather fast |
23:20:16 | jhMikeS | I'll gladly commit it if this transistion bug is nothing new |
23:21:40 | amiconn | Playback on H10 running for 4 hours now w/o crash... |
23:21:45 | lukasm | hi there... i've a problem loading original h10 firmware with rockboxloader... it's an mtp device. can anyone help me ? |
23:22:11 | bluebrother | lukasm: only if you dare to ask the question ;-) |
23:22:48 | lukasm | i think i do so |
23:22:55 | jhMikeS | amiconn: another thing I'm not certain about is the mods to pp5002. I was going to wait until after getting what I need to check that out on 3g. |
23:22:56 | * | amiconn wishes linuxstb would be around - damn DevConPub2 ;( |
23:23:21 | amiconn | jhMikeS: I'll receive 2 PP5002 targets, hopefully soon |
23:23:35 | * | DerPapst has two too |
23:23:35 | amiconn | In fact I'll pick up the G2 in less than 2 days |
23:23:51 | amiconn | DerPapst: Do you have a G1 and/or G2? ;) |
23:24:01 | * | jhMikeS is just ticked atm that he has one right here on his desk he can't connect :\ |
23:24:01 | | Join BrandoNT [0] (n=b_thornt@adsl-69-231-216-173.dsl.irvnca.pacbell.net) |
23:24:03 | DerPapst | nope... :P 3 3Gs |
23:24:22 | lukasm | bluebrother: i've searched forum wiki etc pp, no hint. the player stops whith "ROLO executing" message |
23:24:42 | amiconn | jhMikeS: Those cables should be available from numerous places... |
23:24:53 | bluebrother | I don't know if rolo works reliably on the h10 yet. What are you trying to achive? |
23:24:55 | amiconn | G1 and G2 use standard firewire cables |
23:25:08 | amiconn | G3 uses the same cable as the later ipods afaik |
23:25:17 | jhMikeS | amiconn: what about the charging. I mean, I can rig something up or find a cheap firewire card I guess (if such a thing exists). |
23:25:17 | DerPapst | correct ;) |
23:25:25 | DerPapst | either usb or firewire |
23:25:41 | amiconn | The G3 is said to only charge from firewire? |
23:25:46 | DerPapst | yes |
23:26:06 | amiconn | Anyway, there are nuermous firewire chargers around as well |
23:26:08 | DerPapst | unfortunately you cannot charge it from usb :( |
23:26:09 | lukasm | i'm trying to get the original firmware running for radio-testing purposes |
23:26:18 | BrandoNT | Where can i find RockBoy |
23:26:36 | DerPapst | it's already installed |
23:26:49 | BrandoNT | isi t? |
23:26:52 | BrandoNT | YOU SURE? |
23:26:56 | DerPapst | you only have to select the rom from the file browser |
23:26:59 | DerPapst | yes |
23:27:02 | DerPapst | I AM |
23:27:04 | DerPapst | :P |
23:27:12 | Bagder | BrandoNT: the manual is a good read |
23:27:19 | | Join tris [0] (i=tristan@207.241.238.17) |
23:27:22 | bluebrother | lukasm: to boot the OF hold Prev while booting |
23:27:27 | * | amiconn fetches a beer |
23:27:28 | bluebrother | you can't boot it from a file |
23:27:37 | DerPapst | amiconn: prost :D |
23:27:47 | bluebrother | lukasm: http://download.rockbox.org/manual/rockbox-h10_5gb/rockbox-buildch3.html#x5-240003.1.3 |
23:28:10 | * | jhMikeS doesn't wanna hear about alcohol after so much sake yesterday :P |
23:28:12 | BrandoNT | THANK YOU |
23:29:21 | lukasm | oh... looks like i need to get my glasses cleaned ^^ |
23:29:42 | * | DerPapst hugs his 2 displays |
23:29:43 | lukasm | *ashamed* |
23:31:00 | BrandoNT | My battery! |
23:31:07 | BrandoNT | rockbox drains my battery! |
23:31:11 | BrandoNT | like never before! |
23:31:26 | BrandoNT | I fully charge, use for 5 min |
23:31:33 | BrandoNT | battery says 80percent |
23:31:34 | BrandoNT | wtF? |
23:31:56 | DerPapst | lol |
23:32:00 | | Join Jess [0] (i=46ef580c@gateway/web/cgi-irc/labb.contactor.se/x-33dd68a9a5e77e76) |
23:32:05 | DerPapst | that sounds impossible. |
23:32:08 | Llorean | BrandoNT: 1) Please read the channel guidelines. |
23:32:13 | jhMikeS | amiconn: one thing that stikes me odd, is the headphone socket config pcm_rec_dma_init doesn't change it back to output ever again :\ |
23:32:29 | Llorean | 2) Rockbox is known to use more battery on PortalPlayer based targets right now. We haven't hidden this. Perhaps you should research software *before* installing it. |
23:32:42 | DerPapst | or your battery is already dead and needs to be replaced |
23:33:06 | BrandoNT | I was aware of 'more battery usage'. but not 'total' battery usage |
23:33:10 | Jess | Hi all. I've got an old Archos Recorder Jukebox 20. The archos docs list a 999 file limit per directory. does RB get around this? |
23:33:11 | bluebrother | 2a) the FAQ is usually a good thing to read |
23:33:23 | Bagder | Jess: yes |
23:33:24 | Llorean | BrandoNT: "Total" means "All", which of course depends on how you use it. |
23:33:26 | BrandoNT | yesyes.. why read that when i can bother you guys? |
23:33:40 | krazykit | BrandoNT, because those are the rules |
23:33:42 | * | amiconn decided that >4 hours is enough testing for stability and puts a build onto his H10 with reinstated but modified 0x600060a0 handling |
23:33:43 | Bagder | Jess: but we don't advice using such horrible dir structure |
23:33:48 | Llorean | BrandoNT: Because if you refuse to read documentation, you'll eventually be kicked from the channel for blatantly ignoring the guidelines. |
23:33:52 | bluebrother | BrandoNT: because it's *really* annoying to tell things again and again and again? |
23:34:12 | Jess | Bagder, huh? such horrible dir structure? I'm confused. |
23:34:15 | BrandoNT | ALL: i apologize, i very young |
23:34:28 | Bagder | Jess: having more than 999 files in one dir is plain silly |
23:34:31 | bluebrother | because devs should better develop instead of answering questions that are documented for exact that purpose? |
23:34:33 | Jess | y? |
23:34:39 | Bagder | because it makes a mess |
23:34:48 | Bagder | why not use multiple directories? |
23:35:24 | Bagder | Jess: you don't use multiple folders on your computer for anything? |
23:35:28 | Jess | i keep all my albums sorted by artist/album. but i have a huge collection of single songs that I like to shuffle. These all go in the big dir. |
23:35:48 | bluebrother | you don't need all files in a single folder to shuffle |
23:36:09 | Bagder | Jess: going techy, allowing that many files will require a huge buffer that you could otherwise use for better things |
23:36:13 | bluebrother | Rockbox is heavily based on playlists, thus you shuffle a playlist. |
23:36:17 | Jess | the single songs are one hit wonders and such. folks I dont want and entire album of. |
23:36:34 | amiconn | Apart from being quite silly, rockbox does support bigger dirs than 999 files |
23:36:50 | amiconn | The default is less though |
23:36:54 | Bagder | ... as I already said ;-) |
23:37:00 | * | bluebrother points to the manual once more ;-) |
23:37:09 | Llorean | bluebrother: Or you could just have \Music\Singles\A\, \Music\Singles\B, etc, then insert "Singles" into a playlist when you're ready to start playing. |
23:37:15 | Jess | in the orig archos OS, i could only shuffle a single dir. I'm thinkin of switchin to RB. |
23:37:21 | amiconn | rm |
23:37:36 | bluebrother | Llorean: that was something I thought about ;-) |
23:37:38 | | Join TOuf [0] (i=9052c506@gateway/web/cgi-irc/labb.contactor.se/x-ad1ec62bcca92353) |
23:37:48 | Bagder | Jess: rockbox is way way waaay better than OF on archos |
23:37:51 | bluebrother | or make a folder Singles with subfolders for every decade |
23:37:54 | | Join haemmy [0] (n=stefan@194.208.162.140) |
23:37:58 | Jess | in RB, is it possible to create a playlist of the whole drive and shuffle that? |
23:38:03 | bluebrother | or ... there are quite a couple of options. |
23:38:03 | Bagder | yes |
23:38:15 | * | bluebrother points to http://www.rockbox.org/manual.shtml |
23:38:25 | Bagder | Jess: and rockbox will load that playlist in a few seconds |
23:38:28 | amiconn | jhMikeS: what headphone socket config? |
23:38:35 | Jess | will such a huge playlist bog the machine? |
23:38:43 | Bagder | compared to the OF in archos, loading playlists is amazingly much faster |
23:38:45 | * | amiconn is a bit slow today obviously :\ |
23:38:50 | TOuf | hello, i have a problem with the installation |
23:38:52 | Bagder | Jess: no |
23:38:53 | Jess | coolio! |
23:39:09 | bluebrother | Jess: you can remove Rockbox without any problems. I suggest you just try it. |
23:39:11 | TOuf | i am using ipodpatcher.exe but it says it cannot find any ipods even though my ipod is connected on disk mode |
23:39:28 | bluebrother | do you have administrator rights? |
23:39:33 | TOuf | yes |
23:39:33 | Jess | do many of you use the archos to make bootlegs? do you get decent quality? |
23:39:42 | lukasm | bluebrother: thanks for that hint, but according to the graphic in the quickstartguide it's not the prev-button to press but the cancel button. but thanks anyway ; ) |
23:39:57 | Bagder | Jess: most of us no longer use the archos series at all ;-) |
23:40:04 | bluebrother | well, maybe that changed and the manual was forgotten. Will take a note. |
23:40:31 | Jess | bag, err... umm... I'm skint! the archos still works, so I'm stuck with it. |
23:40:55 | amiconn | Yes, and the archos still is a fine machine imo |
23:41:04 | amiconn | With rockbox, that is |
23:41:08 | Bagder | it is |
23:41:12 | amiconn | Without it, it's almost unusable |
23:41:13 | Jess | doe it make a decent bootleg with a good mic? |
23:41:30 | * | amiconn never used it for recording with an external mic |
23:41:41 | amiconn | Any of my targets, in fact |
23:41:43 | wishes | rockbox ftw, thanks guys for making it cool :D |
23:41:59 | Jess | it wouldl be nice if I could plug into the board, but most shows won't let you. |
23:42:05 | wishes | everyone looks at the ipod and goes 'wtf? that looks cool! what did you do?' |
23:42:07 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:42:29 | bluebrother | TOuf: have you installed any other firmware like IPL to the ipod? |
23:42:35 | bluebrother | or repartitioned? |
23:42:49 | TOuf | [ERR] No ipods found, aborting |
23:42:52 | TOuf | :( |
23:42:56 | DerPapst | ipodpatcher detects the ipod regardless of iPL |
23:43:09 | TOuf | no i just formatted the ipod |
23:43:25 | bluebrother | how did you reformat the Ipod? Does AppleOS still work? |
23:43:30 | DerPapst | maybe you've killed the firmware partition? |
23:43:30 | Jess | well, thx for the info, guys! I'll give it a go. Should I use RB 2.5, or the newest available? |
23:43:33 | TOuf | let me check |
23:44:10 | TOuf | yes |
23:44:12 | bluebrother | Jess: using a current build is suggested. |
23:44:13 | amiconn | Jess: Use the latest build. 2.5 is hopelessly outdated by now |
23:44:30 | Jess | all good. tyvm! |
23:45:16 | | Nick lymeca_ is now known as lymeca (n=lymeca@unaffiliated/lymeca) |
23:46:44 | amiconn | Jess: With recent rockbox on archos recorder, you can even record as .wav (although it drains battery and is a bit cumbersome to use atm) |
23:47:21 | TOuf | booted into appleos, rebooted into disk mode and same error now :( |
23:47:28 | DerPapst | does it record to mp3 as default? |
23:47:48 | amiconn | Yes, because that's what the hwcodec supports |
23:48:03 | DerPapst | TOuf: and the apple os didn't complain? |
23:48:06 | TOuf | no |
23:48:37 | TOuf | and the folder inside the ipod are calendars contacts ipod_control and notes |
23:49:09 | DerPapst | TOuf: what iPod do you have? |
23:49:14 | amiconn | But the hwcodec can be reprogrammed, and we use the loadable pcm codec (developed by Micronas and Archos) with permission |
23:49:30 | TOuf | 5th gen 30gb |
23:49:36 | * | jhMikeS is having a multithreaded heart attack peeking into the file system. cooperative multitasking doesn't have rules any different from preemtive once a thread "preempts" itself by calling yield which the ata drive does alot of. |
23:49:41 | DerPapst | amiconn: cool |
23:49:57 | DerPapst | amiconn: i didn't know that archos knows about this project :D |
23:50:05 | TOuf | i had rockbox installed, wanted to revert from senabs to normal but i messed up with the themes |
23:50:16 | TOuf | and decided to start everything from scratch |
23:50:24 | amiconn | It does - and at some point even considered distributing rockbox with its products |
23:50:31 | amiconn | (afaik) |
23:50:39 | DerPapst | wow o.O |
23:51:31 | DerPapst | TOuf: and you have resored your iPod with itunes? |
23:51:32 | | Quit haemmy () |
23:51:36 | TOuf | no |
23:51:37 | amiconn | jhMikeS: ? |
23:51:50 | TOuf | should i? |
23:51:51 | DerPapst | how have you uninstalled the bootloader then? |
23:52:08 | TOuf | with ipodpatcher.exe |
23:52:12 | TOuf | pressed U |
23:52:32 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
23:52:52 | | Join jack|Argon [0] (n=jack@pool-72-64-54-96.nrflva.east.verizon.net) |
23:52:53 | DerPapst | TOuf: unteresting. |
23:52:54 | jhMikeS | amiconn: I'm worried about simultaneous write access to files...not even on the same file even. |
23:52:57 | DerPapst | *interesting |
23:53:20 | | Quit Jess ("CGI:IRC (EOF)") |
23:53:35 | amiconn | jhMikeS: Why is that a problem? The file system is working fine for several years with cooperative multitasking |
23:53:42 | DerPapst | hmmm.. unsintallatioin worked so far for me. |
23:53:50 | jack|Argon | hi, does rockbox for e200 have FM tuner support? |
23:53:53 | DerPapst | that might be interesting for linuxstb. |
23:53:57 | TOuf | wtf just downloaded ipodwizard and it says no ipod found |
23:54:10 | DerPapst | but he's drinking lots of beer right now :P |
23:54:16 | TOuf | should i reinstall itunes and restore the ipod from there? |
23:54:35 | DerPapst | TOuf: i think that would be the easiest + fastest way. |
23:54:53 | TOuf | oh god i hate itunes :P |
23:54:56 | TOuf | on it |
23:55:04 | DerPapst | dunno what's wrong with your ipod. |
23:55:34 | DerPapst | i would say your firmware partition is somehow messed up but the OF still works ^^ |
23:56:09 | jhMikeS | writing is rare compared to other activity though but two threads writing might come back with the same free sector for two different files unless cache_fat_sector always "gives" the sector to the thread that called the function. I'm just getting up to speed with this aspect. |
23:56:18 | TOuf | crap i got to go |
23:56:29 | TOuf | i will do what you said and probably gonna come back later |
23:56:30 | jack|Argon | Does any one know if rockbox for e200 has FM tuner/video playing support? |
23:56:31 | TOuf | thanks a lot |
23:56:43 | | Quit TOuf ("CGI:IRC") |
23:56:58 | amiconn | jhMikeS: How could that happen? |
23:57:00 | DerPapst | afaik yes. |
23:57:05 | DerPapst | but i can be wrong |
23:57:09 | amiconn | The only situation where the ata driver yields is spinup |
23:58:04 | jhMikeS | not really. it yields very often, so often recording doesn't even do yield itself when writing. |
23:58:47 | jack|Argon | DerPapst: is there anywhere I can look so I can know for sure, also, does it support all e2XX models? |
23:58:59 | jack|Argon | DerPapst: I'm doing research for a friend |