00:02:15 | | Quit evilnick_B (Quit: Page closed) |
00:04:57 | | Join boxocide [0] (~boxocide@ool-457f38a9.dyn.optonline.net) |
00:05:11 | | Quit GeekShadow (Ping timeout: 260 seconds) |
00:07:01 | | Quit liar (Ping timeout: 255 seconds) |
00:07:58 | | Quit pamaury (Remote host closed the connection) |
00:09:29 | | Join Pandaa [0] (~panda@wuhan.imp.fu-berlin.de) |
00:11:26 | | Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) |
00:13:45 | | Quit boxocide (Quit: changing servers) |
00:16:42 | | Quit efyx (Quit: Quitte) |
00:26:36 | | Quit froggyman (Quit: Ex-Chat) |
00:27:13 | | Quit mystica555_ (Read error: Connection reset by peer) |
00:29:34 | *** | Saving seen data "./dancer.seen" |
00:30:12 | | Quit petteyg (Quit: the mushroom quiche was served an eviction notice) |
00:30:14 | | Join mystica555_ [0] (~Mike@m3f2636d0.tmodns.net) |
00:31:46 | | Quit ender` (Quit: I invented the term 'Object-Oriented', and I can tell you I did not have C++ in mind. -- Alan Kay) |
00:32:01 | | Join Mikeb0ok [0] (~mike@m3f2636d0.tmodns.net) |
00:32:19 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
00:45:30 | | Join utanapischti [0] (~username@p4FF2CEEC.dip.t-dialin.net) |
00:49:20 | | Quit sasquatch (Ping timeout: 264 seconds) |
00:50:39 | | Quit kugel (Remote host closed the connection) |
01:00 |
01:00:34 | sideral | gaeverts, Torne, Saint: I just managed to reproduce the apparent FS corruption while logging open/close/fsync. Nothing suspicious was going on file-wise (except for font and currently played mp3 still being open). But the FAT appeared broken to fsck: Lots of circular cluster chains, wrong file sizes etc. After disconnecting and reconnecting, suddenly the FS was clean. |
01:00:45 | sideral | Looks like a FAT sector wasn't written out in time for the Linux host's read, but was later updated with the correct version. |
01:01:39 | sideral | But I still can't seem to find any cache that I might have forgotten to flush. |
01:02:34 | sideral | I give up for today. |
01:02:42 | JdGordon1 | never give up~! |
01:02:46 | JdGordon1 | never surrendeer! |
01:03:11 | | Nick sideral is now known as Picard (~sideral@unaffiliated/sideral) |
01:03:23 | Picard | We will never surrender! |
01:03:30 | | Nick Picard is now known as sideral (~sideral@unaffiliated/sideral) |
01:03:34 | * | JdGordon1 was tihnking churchill? |
01:05:24 | sideral | The only history I know is that of the Federation |
01:06:09 | sideral | Good night! |
01:06:26 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
01:10:21 | | Join webguest93 [0] (~3d373108@giant.haxx.se) |
01:13:44 | | Quit webguest93 (Client Quit) |
01:15:11 | | Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) |
01:18:14 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
01:20:49 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
01:24:25 | | Join webguest617 [0] (~cdd586f9@giant.haxx.se) |
01:24:30 | | Quit 20QAAE1S1 (Quit: Leaving.) |
01:24:31 | | Quit 52AAACRYL (Quit: Leaving.) |
01:25:23 | | Nick webguest617 is now known as froggyman (~cdd586f9@giant.haxx.se) |
01:25:45 | | Quit froggyman (Changing host) |
01:25:45 | | Join froggyman [0] (~cdd586f9@unaffiliated/froggyman) |
01:28:58 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
01:30:13 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-81-88.tampfl.fios.verizon.net) |
01:34:09 | | Quit sideral (Quit: Leaving.) |
01:36:56 | | Quit froggyman (Quit: CGI:IRC (EOF)) |
01:38:49 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
01:44:56 | | Quit jhMikeS () |
02:00 |
02:05:31 | | Quit mystica555_ (Ping timeout: 240 seconds) |
02:06:29 | | Join mystica555_ [0] (~Mike@m3f2636d0.tmodns.net) |
02:12:58 | | Quit leavittx (Ping timeout: 255 seconds) |
02:15:20 | | Join newClipUser [0] (~newClipUs@p54B3009C.dip0.t-ipconnect.de) |
02:26:10 | | Quit FBI_Guy () |
02:29:36 | *** | Saving seen data "./dancer.seen" |
02:32:45 | | Join BNHabs [0] (~601743c7@giant.haxx.se) |
02:32:50 | BNHabs | Hi |
02:32:57 | BNHabs | Couple of questions. |
02:33:40 | BNHabs | Does Rockbox improve SQ of music automatically without fittiling around with EQ settings? |
02:33:43 | | Join G4JC [0] (~Gaming4JC@unaffiliated/gaming4jc) |
02:34:19 | G4JC | Would anyone know of a bookreader for rockbox? :) |
02:34:36 | G4JC | simple ebook reader, pdf, text, etc. |
02:34:45 | G4JC | preferably searchable |
02:35:01 | | Join milk [0] (~milk@cpc1-sgyl9-0-0-cust268.sgyl.cable.virginmedia.com) |
02:35:23 | G4JC | probably isn't impliminted but I'm not sure... definatly something for the wishlist. :) |
02:36:36 | | Quit BNHabs (Client Quit) |
02:37:39 | * | G4JC googles it some more... |
02:38:40 | | Quit factor (Read error: Connection reset by peer) |
02:39:24 | tmzt | there a text editor/viewer |
02:40:20 | G4JC | tmzt: Would you know if there's a way to search for a specific word in it? |
02:40:30 | tmzt | no |
02:40:34 | | Join factor [0] (~factor@75.108.68.114) |
02:40:38 | tmzt | I don't |
02:41:44 | | Quit Judas_PhD (Ping timeout: 240 seconds) |
02:42:24 | G4JC | and would anyone know if it's possible to run libc/gcc on the nano? :D |
02:46:00 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
02:49:26 | | Quit factor (Read error: Connection reset by peer) |
02:49:46 | | Quit Keripo (Read error: Connection reset by peer) |
02:49:47 | | Join factor [0] (~factor@75.108.68.114) |
02:50:31 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
02:53:29 | | Quit Topy44 (Read error: Connection reset by peer) |
02:53:41 | | Join Topy44 [0] (~Topy44@f048194105.adsl.alicedsl.de) |
02:53:59 | | Quit factor (Read error: Connection reset by peer) |
02:54:58 | | Join factor [0] (~factor@75.108.68.114) |
02:55:50 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
03:00 |
03:02:18 | [Saint] | JdGordon|: Am I correct in thinking there's a touch area definition for pictureflow hotkey? |
03:02:28 | [Saint] | If so, do you happen to know what it is? |
03:03:48 | JdGordon1 | [Saint]: hotkey |
03:04:06 | JdGordon1 | and make sure the wps hotkey is set to pf |
03:04:26 | [Saint] | ah, right...thanks. |
03:04:43 | JdGordon1 | I wanted to add a bunch more hotkeys for touchscreen |
03:04:47 | JdGordon1 | but havnt done it yet |
03:04:50 | JdGordon1 | (obviously) |
03:04:59 | [Saint] | I was thinking that tapping and holding the AA for pictureflow hotkey would be great. |
03:15:05 | milk | i'm looking to try out Rockbox on my new Sandisk Clip+, but see that the 3.7.1 notes state "USB is still too unstable on the FuzeV2, ClipV2 and Clip+ and is disabled in this release". USB as in basic USB connectivity? would i have to dualboot into the original firmware to add new musics? |
03:15:31 | Llorean | yes |
03:17:01 | milk | ta :) |
03:19:37 | | Quit newClipUser () |
03:21:54 | milk | is amsv2, like, the chipset or somesuch? |
03:24:37 | | Quit Judas_PhD (Ping timeout: 246 seconds) |
03:33:05 | | Quit G4JC (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
03:36:20 | tmzt | milk: sort of, its more a generic way of saying the second generation of the ams players |
03:37:47 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
03:39:50 | milk | *dives through the wiki some more* |
03:41:06 | milk | is there still any collaboration with ams post the 2007 stuff? |
03:42:12 | | Quit Judas_PhD (Ping timeout: 250 seconds) |
03:42:13 | | Quit Keripo (Quit: Leaving.) |
03:42:36 | | Quit froggyman (Ping timeout: 255 seconds) |
03:42:41 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:45:14 | JdGordon1 | collaboration is a bit of a misleading term |
03:49:50 | | Join yelped [0] (~62741813@giant.haxx.se) |
03:51:49 | yelped | Does anyone else get a "cannot open archive" error while trying to extract the new Debian image linked to on the VMware development page? |
03:52:25 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
03:53:55 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:00 |
04:03:07 | krazykit | yelped, you probably have a corrupted download |
04:06:18 | yelped | Ok, I'll try downloading again. |
04:06:52 | yelped | How does that happen? |
04:10:06 | krazykit | packets get lost. internet happens. |
04:10:52 | yelped | Ok. Thanks. |
04:20:23 | | Quit yelped (Quit: CGI:IRC (Ping timeout)) |
04:22:40 | | Join froggyman [0] (~seth@98.115.0.7) |
04:22:40 | | Quit froggyman (Changing host) |
04:22:40 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
04:29:00 | | Join Barahir_ [0] (~jonathan@frnk-590f64bd.pool.mediaWays.net) |
04:29:38 | *** | Saving seen data "./dancer.seen" |
04:32:05 | | Quit Barahir (Ping timeout: 246 seconds) |
04:33:41 | JdGordon1 | [Saint]: did you see the guide in the forum about making a clock from bmps? |
04:34:08 | [Saint] | yes... |
04:34:48 | [Saint] | I think that guy might feel a bit burned now... |
04:35:05 | [Saint] | I mean, all points for trying, but it was a bit of a fail all round. |
04:35:27 | JdGordon1 | well his way still has merits |
04:35:39 | JdGordon1 | but I was wondering about adding tags to make it actually usable |
04:35:41 | JdGordon1 | or simpler |
04:36:16 | [Saint] | What I think we need (If in fact it really *does* need it at all) is clearer documentation as opposed to these "style guides" that will grow stale and get buried. |
04:36:23 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:36:23 | | Quit amiconn (Disconnected by services) |
04:36:40 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:36:44 | [Saint] | JdGordon1: Had you not thought about doing a clock like that before? A few themes already do that. |
04:37:38 | | Quit pixelma (Disconnected by services) |
04:37:40 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:37:43 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:39:11 | JdGordon1 | I added a tag ages ago (which was rejected) to draw any text from a bmp |
04:39:17 | JdGordon1 | but no, i couldnt be bothered with clocks |
04:49:52 | | Quit TheSeven (Ping timeout: 264 seconds) |
05:00 |
05:04:39 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
05:07:59 | | Quit JesusFreak316 (Ping timeout: 240 seconds) |
05:10:31 | | Quit Rob2222 (Ping timeout: 250 seconds) |
05:12:16 | | Quit Keripo (Quit: Leaving.) |
05:13:24 | | Join froggyman_ [0] (~seth@98.115.0.7) |
05:13:34 | | Quit froggyman_ (Read error: Connection reset by peer) |
05:17:07 | | Quit froggyman (Read error: Connection reset by peer) |
05:17:14 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
05:25:45 | | Quit Horscht (Quit: Verlassend) |
05:34:26 | | Quit Facefoxdotcom (Quit: www.FaceFox.com) |
05:43:16 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
05:50:13 | | Join Rob2222 [0] (~Miranda@p4FFF2A12.dip.t-dialin.net) |
05:57:05 | [Saint] | JdGordon|: Can I lay mute and unmute overtop of each other with touch areas and have it automagically either mute or unmute depending ow what's true/false? |
05:57:14 | [Saint] | s/ow/on/ |
05:57:50 | [Saint] | or would O need to distinct touch areas? |
05:57:58 | [Saint] | s/O/I/ |
05:58:58 | JdGordon1 | mute does both you dill :) |
05:59:16 | JdGordon1 | first press mutes, 2nd press resumes previous volume |
05:59:23 | JdGordon1 | [Saint]: ^ |
06:00 |
06:02:39 | [Saint] | ah, right...so there is no "unmute", just the one "mute". |
06:02:42 | [Saint] | Gotcha. |
06:02:49 | JdGordon1 | yes |
06:06:07 | | Quit parafin (Ping timeout: 260 seconds) |
06:06:40 | | Quit Judas_PhD (Ping timeout: 264 seconds) |
06:09:01 | | Join parafin [0] (parafin@paraf.in) |
06:20:14 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
06:21:28 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
06:25:06 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
06:29:40 | *** | Saving seen data "./dancer.seen" |
06:39:06 | | Quit parafin (Ping timeout: 276 seconds) |
06:42:41 | | Join parafin [0] (parafin@paraf.in) |
07:00 |
07:19:49 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
07:22:12 | | Quit JdGordon1 (Quit: leaving) |
07:32:38 | | Quit sideral (Quit: Leaving.) |
07:34:52 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
07:43:41 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
07:59:01 | | Join DerPapst [0] (~Alexander@p5DE5B768.dip.t-dialin.net) |
07:59:08 | | Join DerPapst1 [0] (~Alexander@p5DE5B768.dip.t-dialin.net) |
08:00 |
08:01:38 | | Quit Keripo (Quit: Leaving.) |
08:05:54 | | Join esperegu [0] (~quassel@145.116.15.244) |
08:09:23 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
08:09:24 | [Saint] | http://www.datafilehost.com/download-e15ccef2.html <−−- 240x320 Touch-Screen CabbieV2 (TEST) |
08:09:44 | [Saint] | JdGordon| ; Others: ^ |
08:11:10 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:11:10 | | Quit bertrik (Changing host) |
08:11:10 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:14:48 | JdGordon| | stop using 7z! |
08:16:38 | [Saint] | WHat's wrong with 7z? |
08:16:45 | [Saint] | *What |
08:17:18 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
08:18:29 | | Join Bagder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) |
08:19:40 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
08:19:54 | | Quit Bagder (Changing host) |
08:19:54 | | Join Bagder [0] (~danielx@rockbox/developer/bagder) |
08:21:10 | JdGordon| | [Saint]: no worky |
08:21:12 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
08:21:35 | [Saint] | Are you using current SVN? |
08:21:50 | [Saint] | it has new tags in. |
08:21:58 | [Saint] | namely mute |
08:22:24 | JdGordon| | yep |
08:22:57 | [Saint] | gah! what is happening? is it falling back to rockbox_failsafe? |
08:23:03 | kugel | [Saint]: are you designing it after the other touchscreen cabbies? |
08:23:16 | [Saint] | kugel: vaguely |
08:23:30 | kugel | that means? |
08:23:38 | JdGordon| | [Saint]: fallback wps, seems to be fallback sbs also with giant font and icons |
08:24:08 | [Saint] | fucking hell...the themeeditor displays it correctly. |
08:24:50 | [Saint] | Oh...hahaha...I think I know what happened. |
08:24:57 | JdGordon| | wrong screen size :p |
08:25:00 | [Saint] | there's no .rockbox dir |
08:25:17 | [Saint] | what's wrong screen size? |
08:25:36 | [Saint] | you need to set the screen size manually if you open it in the themeditor |
08:25:41 | JdGordon| | app defaults to 320x480 |
08:25:44 | JdGordon| | your 240x320? |
08:25:49 | [Saint] | yeah. |
08:26:21 | [Saint] | I think it's not working because if you just unzipped it to simdisk/whatever...there's no .rockbox dir |
08:26:26 | * | JdGordon| is *suuure* someone has done the work to get a universal app build.... |
08:26:28 | [Saint] | if that's not it...shit knows. |
08:26:29 | JdGordon| | :/ |
08:26:54 | kugel | the app has no .rockbox |
08:27:27 | kugel | well, it has a equivalent, but it's not named ".rockbox" |
08:27:50 | [Saint] | ah, right...the theme is probably lookinf for everything in the wrong place then. |
08:27:56 | [Saint] | *looking |
08:27:59 | JdGordon| | the path in the config should still be /.rockbox/<foo> though |
08:28:08 | | Quit Judas_PhD (Ping timeout: 250 seconds) |
08:28:13 | [Saint] | ah, ok. |
08:28:38 | | Join BRi7X [0] (UPP@c-68-80-181-29.hsd1.pa.comcast.net) |
08:28:39 | [Saint] | I can't think of why it's failing then... |
08:28:49 | [Saint] | the themeeditor shows it correctly :/ |
08:28:51 | kugel | [Saint]: what do you mean with "vaguely"? |
08:29:05 | [Saint] | "It is vaguely based on cabbie" |
08:29:08 | JdGordon| | 240 width? |
08:29:11 | [Saint] | yes |
08:29:37 | kugel | can you go a bit more into detail? |
08:29:41 | *** | Saving seen data "./dancer.seen" |
08:29:43 | | Join T44 [0] (~Topy44@f048197216.adsl.alicedsl.de) |
08:29:43 | | Quit Keripo (Read error: Connection reset by peer) |
08:30:27 | BRi7X | howdy.. i was a little confused by the installation for the Gigabeat S... will I be able to install the firmware on a brand new MK3008GAL 30GB hard disk? |
08:30:56 | [Saint] | How much more detail can I go into? I'm really not sure....it is based on cabbie, but the layout and most of the functionality is completely different. |
08:31:27 | JdGordon| | it isnt going into svn if the AA area goes to playlist! |
08:31:51 | [Saint] | feel free to make suggestions. |
08:31:58 | JdGordon| | that was sarcasm |
08:32:20 | | Quit DerPapst (Quit: Leaving.) |
08:32:21 | | Quit DerPapst1 (Quit: Leaving.) |
08:32:48 | | Quit Topy44 (Ping timeout: 240 seconds) |
08:32:50 | kugel | "completely different" is something we don't want to hear when it comes to cabbie |
08:33:05 | [Saint] | there's one TODO still, and that's make the play state relevant stuff in the .sbs conditional. |
08:33:05 | | Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu) |
08:33:40 | [Saint] | kugel: I said it'd be nice if it gets into svn...but at the end of the day this is pretty much a theme solely for me. |
08:33:48 | [Saint] | if anyone else likes it, great. |
08:34:30 | JdGordon| | I thought you hated cabbie? :) |
08:34:55 | [Saint] | I could easily change the code to match what SVN cabbie is doing...I just changed it to what *I* wanted to use. |
08:35:21 | kugel | oh I thought it's supposed to be a cabbiev2 port, but you named it differently |
08:35:23 | [Saint] | I also fixed up all the alignment, the current cabbie of this size is pretty out of shape. |
08:36:12 | [Saint] | I have the intention of porting pieces of this to the best cabbie port, solely for the fixed alignment of some things. |
08:36:26 | [Saint] | *s/best/beast/ |
08:37:06 | [Saint] | this is all something I knocked up in about 24 hours though, it's still far from finished. |
08:37:49 | | Quit markun (Read error: Connection reset by peer) |
08:38:00 | kugel | also doesn't work for me |
08:38:02 | [Saint] | heh, just noticed one bug already ;) |
08:38:30 | [Saint] | I have no idea what the fuck is going on then, it works in the themeeditor. |
08:38:44 | kugel | you are free to build the sdl app |
08:39:00 | kugel | or does it not work on your system (cygwin, right?) |
08:39:10 | [Saint] | there's no point...there's no relevant debug output. |
08:39:52 | kugel | right |
08:40:16 | JdGordon| | sdl-app-checkwps doesnt build |
08:41:30 | kugel | −−debugwps doesn't work in the sdl app |
08:41:51 | [Saint] | gah! this is annoying...it'll be something small...I know it will be. |
08:42:04 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
08:42:18 | [Saint] | sim debug output getting lost in transition kinda sucked. |
08:42:45 | kugel | you could try loading it in the gigabeat f sim, IIUC it won't fail for the touchregions |
08:42:58 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
08:42:58 | | Quit markun (Changing host) |
08:42:58 | | Join markun [0] (~markun@rockbox/developer/markun) |
08:43:19 | [Saint] | yes, I believe I will try this...but I still wwon't get any debug output if it does fail :/ |
08:43:38 | kugel | −−debugwps should work in the sim |
08:44:14 | [Saint] | last time I tried it gives no output |
08:44:28 | [Saint] | it hasn't since the syntax change IIRC |
08:46:11 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
08:49:12 | wodz | I was thinking about how to add .fms support to the themes. The lecture of wpsbuild.pl makes me wondering why we complicate the thing so much? Wouldn't it be easier, cleaner and so forth to treat themes installed by default just like all other themes? I mean create .zips with the cabbies and install only relevant one (instead of hacky generation of the theme structure by wpsbuild.pl)? |
08:53:55 | wodz | JdGordon|: Nice work with peakmeater, really. Now for visual appealing effects we should have skinnable simple fft. |
08:53:59 | [Saint] | wodz: The idea was to move everything except cabbie out of the main binary |
08:54:21 | wodz | I think cabbie is not available on all targets |
08:54:34 | [Saint] | there are still a few themes left to be moved to the themesite...but the guy who knows which ones has gone awol |
08:55:13 | | Quit wodz (Quit: Leaving) |
08:55:17 | [Saint] | the idea was to only ship cabbie, and move the others to the themesite...most of the shipped themes can already be downloaded from the themesite. |
08:55:32 | [Saint] | a lot of the shipped themes *could* just be removed. |
08:58:28 | | Quit bertrik (Ping timeout: 276 seconds) |
09:00 |
09:01:03 | sideral | Saint, gevaerts: I have a new patch to try for the filesystem-corruption issue. I have opened FS #11877 to collect our experiences, and have posted the patch there |
09:01:03 | | Quit bluebroth3r (Read error: Connection reset by peer) |
09:01:21 | | Join bluebrother [0] (~dom@g224236165.adsl.alicedsl.de) |
09:01:21 | | Quit bluebrother (Changing host) |
09:01:21 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
09:04:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:05:11 | | Quit ender` (Read error: Connection reset by peer) |
09:05:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:08:43 | | Join Nikolasz [0] (~6db65f60@giant.haxx.se) |
09:09:06 | | Join DerPapst [0] (~Alexander@p5DE5B768.dip.t-dialin.net) |
09:09:11 | | Join DerPapst1 [0] (~Alexander@p5DE5B768.dip.t-dialin.net) |
09:10:40 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:10:53 | | Quit Nikolasz (Client Quit) |
09:11:49 | | Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com) |
09:18:39 | | Quit Judas_PhD (Ping timeout: 272 seconds) |
09:23:48 | | Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net) |
09:28:37 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
09:30:57 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
09:31:38 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:33:48 | | Quit DerPapst (Quit: Leaving.) |
09:33:49 | | Quit DerPapst1 (Quit: Leaving.) |
09:33:50 | | Quit Judas_PhD (Client Quit) |
09:35:08 | pixelma | wodz (logs): which targets are missing a cabbie port (except the charcell Player and maybe new resolutions that come with new ports)? |
09:35:40 | | Quit JdGordon| (Quit: Lost terminal) |
09:37:42 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
09:44:24 | | Quit milk (Ping timeout: 240 seconds) |
09:47:19 | | Join wodz|work [0] (~5f303f8a@giant.haxx.se) |
09:48:30 | wodz|work | pixelma: you enumerated what I had in a mind |
09:52:48 | pixelma | new resolution are often taken care off during the port (and fully switching to "default theme only" would require a cabbiev2 port or whatever theme it would be), for the Player you could almost take any "theme" and call it cabbiev2 |
09:53:58 | pixelma | AFAIK when cabbiev2 is missing currently the target will display the failsafe WPS anyway and I guess that would stay this way |
09:55:02 | wodz|work | yes, exactly. So ? |
09:55:11 | | Quit rasher (Quit: leaving) |
09:57:16 | pixelma | there's no reason that prevents switching to one included theme only, I think (you didn't say directly but your statement about cabbiev2 missing on some targets sounded this way to me) |
09:58:17 | pixelma | btw. if I remember correctly wpsbuild.pl was initially written by Cassandra who hasn't been around for quite some time |
09:58:21 | | Part ruckus |
09:58:42 | wodz|work | I was wondering more if we could get rid of autogenrated cabbie (or other themes). |
09:59:24 | wodz|work | It would be way simpler to have zips with cabbie as we have for other themes and simply unpack one with right resolution. |
10:00 |
10:00:50 | pixelma | hmm, not sure if I understand your suggestion completely |
10:01:54 | wodz|work | pixelma: currently we have .wps, .sbs, bunch of graphics and during make install we parse WPSLIST, .wps, .rwps to produce config and install theme. |
10:03:53 | wodz|work | we should either: 1) refine wpsbuild.pl to not be wps centric 2) get rid of this entirely and treat default theme as other themes |
10:03:58 | | Join rasher [0] (~rasher@frotz.zork.net) |
10:03:58 | | Quit rasher (Changing host) |
10:03:58 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
10:04:05 | | Quit rasher (Client Quit) |
10:04:23 | | Join rasher [0] (~rasher@frotz.zork.net) |
10:04:24 | | Quit rasher (Changing host) |
10:04:24 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
10:10:21 | pixelma | wodz|work: I think we need to make sure that the default theme is always included though, not a seperate installation. If you want to get rid of the automatic packaging then maybe we could have premade zips in the code and a much simpler script that'll take care of chosing and unzipping the right zip (which is not only resolution dependent, there could also be different hardware versions RTC etc.) |
10:10:45 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:11:14 | wodz|work | pixelma: maybe my wording was not strict but this exactly what I propose |
10:11:27 | pixelma | if treating it like all other themes, how would you make sure a sim contains the default theme, or when you don't install with the Utility? |
10:12:00 | pixelma | ok, then I understand your suggestion better now. Glad we worked that out :) |
10:12:24 | wodz|work | by treating like other themes I mean to have cabbie in .zip with standard structure and unpack the right one during make install |
10:14:26 | pixelma | aha, well there was my confusion - other themes that live on the theme site can be chosen when installing with the Utility or you can put it on your player manually |
10:18:25 | pixelma | one disadvantage of premade zips could be things that are used by more than one port getting "out of sync" when things changed. I don't think that affects bitmaps currently, I'm more thinking of things set in the .cfg like line selector colours |
10:19:50 | | Quit Saij (Read error: Connection reset by peer) |
10:23:01 | kugel | what's wrong with generating cabbie? |
10:24:45 | pixelma | wpsbuild.pl seems to be a mess (according to wodz|work) |
10:26:07 | wodz|work | kugel: the main problem is that wpsbuild is wps centric. It would be hard to cleanly extend it to handle .fms, or recscreen skins (it that happens) |
10:26:52 | kugel | i don't think so |
10:26:59 | kugel | adding .sbs wasn't that hard |
10:28:52 | kugel | it's not a mess, it's perl ;) |
10:29:43 | *** | Saving seen data "./dancer.seen" |
10:31:24 | wodz|work | kugel: sbs is quite simple compared to .fms |
10:32:12 | wodz|work | .fms should be scanned if it uses additional graphic than .wps and moreover it should have .rfms companion |
10:32:19 | gevaerts | sideral: one problem I see: how do you guarantee that the default_event_handler_ex handler runs last for system_flush() and first for system_restore()? |
10:32:50 | AlexP | My .sbs is a lot more complicated than my .sbs |
10:33:01 | AlexP | All my graphics pretty much are in .sbs for instance |
10:33:46 | wodz|work | AlexP: your sbs is not a problem - you don't use wpsbuild.pl to install it |
10:34:14 | AlexP | I know, I'm just pointing out that fms is not necessarily more complicated than fms |
10:34:20 | AlexP | *than sbs |
10:34:37 | AlexP | Who is to say that cabbiev2 won't get reworked or replaced? |
10:35:08 | AlexP | And why can't there be a remote sbs for instance? |
10:35:21 | kugel | wodz|work: that's the same for sbs |
10:35:34 | kugel | it can also have graphics and an rsbs |
10:36:00 | kugel | sbs is just as complex as wps or fms |
10:36:16 | pixelma | and wps/rwps which works in SVN |
10:36:25 | AlexP | Exactly |
10:36:28 | wodz|work | we are mixing two things: 1) what can and what can't be in wps, sbs, fms 2) what is and what is not handled by wpsbuild.pl |
10:37:00 | kugel | yes, but you were saying adding fms to wpsbuild.pl was more complex than adding sbs was. that's not true |
10:37:58 | kugel | infact, only the extension is different, the rest is completely the same from the wpsbuild.pl point of view |
10:39:33 | wodz|work | kugel: wpsbuild scan only wps/rwps for graphics AFAIK |
10:40:48 | kugel | that would be a bug |
10:48:47 | | Quit esperegu (Remote host closed the connection) |
10:50:01 | wodz|work | kugel: that is the point when I say wpsbuild is wps centric (hacked a bit to work with sbs for cabbie) |
10:50:51 | kugel | I'm fairly sure I added the scans for the graphics because I had a (temporary) cabbiev2.sbs during development |
10:55:50 | kugel | you could collect the graphics for wps,sbs,fms first, and then scan for the images. they end up in the same folder anyway |
10:57:37 | wodz|work | looking at the code once more I am fairly sure only wps/rwps are parsed for needed graphics |
10:58:30 | kugel | perhaps it broke in the meantime since we never had an sbs with graphics |
10:59:38 | | Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net) |
10:59:57 | kugel | anyway, if it's wps centric then it's a bug (which should be fixed) and not by design |
11:00 |
11:00:13 | ruckus | hey folks. i am trying to format my ipod's (video) hdd, but it stops at 8%. anyone have any ideas what could I do? i am on win7 |
11:02:23 | sideral | gevaerts: Good question. Right now I cannot guarantee this. I have to admit that I do not fully understand how the system is quiesced and restored around USB mode. |
11:03:15 | sideral | gevaerts: For example, who calls default_event_handler{,_ex} and how is it ensured that it is called only and exactly once? |
11:03:33 | gevaerts | I'm not sure that's ensured |
11:04:09 | | Quit kugel (Ping timeout: 240 seconds) |
11:04:21 | gevaerts | Actually, it is |
11:04:30 | gevaerts | I think |
11:04:41 | sideral | Ah good. Because if not, then system_flush/restore might be called multiple times |
11:04:59 | | Join PurlingNayuki [0] (~PurlingNa@113.97.81.134) |
11:05:08 | gevaerts | default_event_handler() is called by the GUI thread (in various places) when the code waits for an event to deal with "generic" events |
11:05:09 | sideral | Or not? Can event handlers consume events and prevent further propagation? |
11:05:15 | gevaerts | No |
11:06:00 | gevaerts | Well, events don't actually propagate. if an event is sent to more than one thread, it's sent multiple times |
11:07:36 | gevaerts | In this case, basically usb.c sends SYS_USB_CONNECTED to all threads that want events, which are then all supposed to send back SYS_USB_CONNECTED_ACK. If all ACKs have been received, usb.c proceeds to the next stage |
11:07:52 | sideral | OK, so because the default handler is only ever called by the GUI thread, it runs only once? |
11:07:58 | gevaerts | The order in which those SYS_USB_CONNECTED events are handled by various threads is not defined |
11:08:07 | gevaerts | Yes |
11:11:34 | sideral | Re the corruption problem: I had one theory where it is too late to flush data to the disk once all threads have been quiesced, leading to updates not making out to disk before USB slave mode is entered. Hence my idea to do the flushing in the GUI thread. But if I understand you correctly, the default handler runs when the SYS_USB_CONNECTED event has already been sent, so again some or all threads may already be sleeping |
11:12:40 | gevaerts | Well, a thread that's already sleeping should really have closed all its filehandles |
11:13:51 | sideral | As I've seen last night, this isn't actually the case in at least two cases (font and currently played audio file are still open) |
11:15:59 | | Quit GeekShadow (Read error: Connection reset by peer) |
11:16:10 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
11:17:07 | sideral | I still don't understand how slave mode can export disk that looks broken to the host when first connected, but consistent when connected a second time. It's as if the USB disk slave starts serving out stuff too early, or some other weird caching problem... |
11:20:50 | sideral | gevaerts: Does one of the file/fat/disk/storage layers require another thread to write out data, or do writes happen asynchronously in any other way? So far I've found no indication that this may be the case |
11:21:48 | | Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) |
11:21:48 | | Quit n1s (Changing host) |
11:21:48 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
11:28:49 | | Quit TheSeven (Disconnected by services) |
11:28:50 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
11:32:36 | | Part PurlingNayuki |
11:51:29 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
11:53:37 | gevaerts | sideral: I'm not actually an expert in this area :) |
11:56:23 | sideral | Neither am I −− yet ;) . I appreciate you chiming in anyway. Is anyone an expert in this area? |
12:00 |
12:09:00 | | Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) |
12:09:00 | | Quit pamaury (Changing host) |
12:09:00 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:09:07 | [7] | hm, I've seen the ATA driver defer I/O to a thread, but it should use proper mutex locking for this |
12:09:36 | [7] | if this wouldn't be the case, you wouldn't only see corruption with UMS, but also with rockbox disk accesses themselves |
12:13:03 | sideral | TheSeven: Can you point me to a place in the code? I don't doubt that everything is synchronized correctly. But if one important thread is in USB freeze before we flush stuff to the disk, this would explain why the disk update doesn't make it out until after we've returned from USB mode |
12:13:50 | | Join thomasjfox [0] (~thomasjfo@dslb-088-065-027-078.pools.arcor-ip.net) |
12:15:17 | [7] | this is the actual disk access. i doubt that anyone can read anything via UMS while a write access is still in progress |
12:15:27 | [7] | the file i'm talking about is firmware/drivers/ata.c |
12:16:25 | [7] | which target are you testing on currently? |
12:16:58 | sideral | ClipV2 −− which has SD storage, not ATA |
12:18:23 | sideral | as far as I understand the code, the SD is written to synchronously, but I could be wrong |
12:25:02 | gevaerts | sideral: it can't really be ATA or SD buffering. USB also does storage transfers (e.g. to read the partition table, or your fsck), and that would seriously clobber any buffer there, so rockbox wouldn't fix the filesystem after disconnect if things were wrong in that area |
12:25:11 | gevaerts | It *has* to be higher level |
12:29:47 | *** | Saving seen data "./dancer.seen" |
12:32:16 | gevaerts | kugel: what's your plan with the AA patch? |
12:32:40 | kugel | have a closer look as soon as I have some time |
12:32:58 | kugel | I think someone needs to check if it works on the mrobe500 |
12:33:16 | [7] | AA meaning AAfonts? |
12:33:27 | gevaerts | yes |
12:38:21 | [7] | i'm strongly in favor of that feature :) |
12:38:59 | [7] | hmm... what should we do with the ipod classic target in the long term? |
12:39:40 | [7] | i still have to figure out why dualboot is failing, but how would we want to handle rbutil integration? |
12:40:02 | [7] | apparently on some ipod classics the firmware partition isn't accessible using usb any more |
12:42:40 | user890104 | [7]: is it possible to use the same commands that iTunes sends when updating the firmware, to flash an AUPD with an installer, and then let it run on the device? |
12:43:09 | [7] | possibly, but i have no idea how to do that from the driver side of things |
12:43:22 | [7] | itunes seems to do it using custom scsi commands |
12:43:49 | [7] | a different approach would be using DFU, but that requires pressing buttons on the ipod and needs a driver as well |
12:44:10 | * | [7] wonders how various iphone tools manage to hijack itunes' dfu driver |
12:44:24 | wodz|work | [7]: what's the problem with custom scsi commands? We can do that with help of libusb |
12:44:54 | [7] | hm, installing a libusb driver on windows for a mass storage device won't be any better than installing it for a dfu device |
12:45:39 | gevaerts | You don't need libusb for custom SCSI commands I think |
12:46:05 | gevaerts | rbutil does or did something with them to find out ipod video RAM size |
12:46:25 | [7] | hm, that might be worth looking at |
12:47:37 | [7] | we might be able go for a hdd-only based installation like on the older ipods... |
12:48:56 | * | [7] also wonders if anyone wants to join the ipod nano 3g efforts, benedikt93 and asmmonkey seem to have picked up that target... |
12:49:53 | | Quit kugel (Ping timeout: 276 seconds) |
12:58:54 | wodz|work | [7]: what's wrong with hdd-only installation? |
13:00 |
13:05:53 | | Quit thomasjfox (Remote host closed the connection) |
13:12:36 | | Join thomasjfox [0] (~thomasjfo@dslb-088-065-027-078.pools.arcor-ip.net) |
13:15:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:25:45 | | Join BaDeD [0] (~5f125e9f@giant.haxx.se) |
13:29:29 | BaDeD | hi |
13:31:20 | BaDeD | How to install Spanish language voice clip +? |
13:31:50 | Torne | Generate one with the rockbox utility, as we told you yesterday |
13:32:36 | Torne | if you're having a problem with that then you'll have to explain what you did and what didn't work |
13:33:55 | Stummi | BaDeD, and, please, stop bugging me per pm. When I can help you, i will answer here |
13:34:38 | Torne | It's better that you figure out how to generate your own, because it needs to be regenerated whenever you update Rockbox |
13:34:47 | Torne | so if you get one from someone else now, you will have to get another one every time you update |
13:34:52 | Torne | and we are not here to do this for you :) |
13:37:07 | [7] | wodz|work: that it doesn't work yet :) |
13:38:36 | | Quit BaDeD (Quit: CGI:IRC (Ping timeout)) |
13:39:21 | | Join leavittx [0] (~lev@89.221.199.187) |
13:39:59 | | Join BaDeD [0] (~5f125e9f@giant.haxx.se) |
13:40:18 | BaDeD | i´m sorry Stummi |
13:42:34 | amiconn | n1s: I seem to be unable to build the new m68k toolchain on cygwin. |
13:43:27 | amiconn | It worked fine on linux (both my VM and my hardware box), but oon cygwin the gcc build fails in libgcc with a rather weird error: |
13:43:45 | amiconn | /tmp/rbdev-build/build-gcc/./gcc/as: fork: Resource temporarily unavailable |
13:45:45 | | Quit BaDeD (Quit: CGI:IRC (Ping timeout)) |
13:45:58 | wodz|work | n1s: I build new toolchain yesterday with the same prefix as old one and m68k-elf-gcc is not overwriten. I have now m68k-elf-gcc-3.4.6 and m68k-elf-gcc-4.5.2 *AND* m68k-elf-gcc but this gives 3.4.6 as its version |
13:46:59 | | Quit [7] (Ping timeout: 260 seconds) |
13:48:53 | | Quit kugel (Ping timeout: 276 seconds) |
13:52:39 | n1s | wodz|work: hmm i was certain it would overwrite it |
13:54:36 | n1s | wodz|work: but you can just manually copy or symlink the one you want to use then |
13:58:15 | n1s | amiconn: hmm, it did build fine for me on cygwin once i installed g++ |
13:58:54 | | Quit kkit|sh (Ping timeout: 264 seconds) |
13:59:38 | | Quit Keripo (Quit: Leaving.) |
14:00 |
14:00:06 | amiconn | Hmm. What error did you get before that? |
14:00:27 | amiconn | g++ is installed btw |
14:00:46 | n1s | something about /lib/cpp failing sanity check |
14:00:48 | amiconn | Hmm, but gcc and g++ versions don't match |
14:00:56 | amiconn | I wonder whether this may be important |
14:01:37 | n1s | the error you got gets some hits on google but i haven't found anything interesting about it |
14:02:05 | n1s | are you building with -j ? |
14:02:27 | amiconn | no |
14:03:47 | n1s | http://www.mail-archive.com/cygwin@cygwin.com/msg69819.html says it's an issue with a "Logitech process monitor" |
14:04:41 | n1s | or maybe thta's just related to that specific ssh error... |
14:05:54 | | Quit liar (Read error: Connection reset by peer) |
14:06:59 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
14:07:56 | n1s | they have made a list of apps that they blame for cygwin troubles here http://cygwin.com/faq/faq.using.html#faq.using.bloda |
14:10:21 | n1s | so it looks like anti virus scanners etc is a major cause for that |
14:12:28 | | Join ZhangNing [0] (~ZhangNing@123.169.146.9) |
14:16:38 | | Quit GeekShad0w (Read error: Connection reset by peer) |
14:16:59 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
14:19:59 | | Join Kitar|st [0] (~Kitarist@BSN-143-109-226.dial-up.dsl.siol.net) |
14:21:07 | amiconn | I've disabled the virus scanner during build |
14:22:01 | gevaerts | n1s: we probably need a mail to -dev about the new compilers too |
14:22:16 | n1s | gevaerts: ah, yes |
14:23:38 | n1s | hmm, what should that say then, if people just rerun rockboxdev.sh they seem to still have the old compiler as m68k-elf-gcc (wodz di this) |
14:24:54 | Bagder | well, I did that too and I got the new one as defaut |
14:25:07 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
14:25:17 | n1s | Bagder: that is what i expected to happen |
14:29:48 | *** | Saving seen data "./dancer.seen" |
14:29:55 | wodz|work | Badger: did you install in default dir (/usr/local)? I passed RBDEV_PREFIX (IIRC) to install in my home |
14:30:40 | Bagder | I used the default prefix, yes |
14:31:00 | wodz|work | hmm maybe that makes problem |
14:31:22 | gevaerts | wodz|work: so you didn't overwrite it but did a separate install? |
14:31:51 | gevaerts | If so, this will depend on your exact PATH |
14:32:00 | wodz|work | gevaerts: my old m68k-elf-gcc was installed with the same RBDEV_PREFIX |
14:33:32 | n1s | wodz|work: so you have m68k-elf-gcc-3.4.6 and m68k-elf-gcc-4.5.2 and m68k-elf-gcc (reporting version 3.4.6) in the same dir? |
14:33:51 | wodz|work | this is something I have to double check |
14:34:55 | | Quit FOAD (Ping timeout: 265 seconds) |
14:35:00 | | Join FOAD [0] (~dok@83.161.135.61) |
14:43:46 | | Quit GeekShad0w (Quit: The cake is a lie !) |
14:43:53 | | Quit factor (Read error: Connection reset by peer) |
14:51:42 | | Quit slooopy (Ping timeout: 255 seconds) |
14:53:06 | ZhangNing | I try to build Rockbox,but it says: Normal build selected |
14:53:08 | ZhangNing | ../tools/configure: 1071: Syntax error: "esac" unexpected |
14:55:01 | gevaerts | ZhangNing: what's /bin/sh on your system? |
14:55:25 | * | gevaerts wonders if tools/configure doesn't assume bash |
14:55:40 | Bagder | does it? we have lots of ubuntu people etc |
14:55:46 | gevaerts | true |
14:56:16 | ZhangNing | /bin/sh? |
14:56:59 | n1s | ZhangNing: ls -la /bin/sh |
14:57:28 | gevaerts | ZhangNing: also, which revision of the source is that. Line 1071 doesn't have esac here |
14:57:45 | ZhangNing | lrwxrwxrwx 1 root root 4 2010-11-30 14:51 /bin/sh -> dash |
14:58:44 | n1s | dash works fine here so it's probably something else |
14:59:59 | ZhangNing | I get the source from a friend,she gives me the website: |
15:00 |
15:00:02 | ZhangNing | git clone git://gitorious.org/pmp-firmware-s-rockbox/ondabox.git |
15:00:20 | Bagder | then you should ask your friend |
15:00:26 | Bagder | our code is not hosted there |
15:00:27 | n1s | ZhangNing: that's some fork we don't support |
15:01:00 | ZhangNing | I'm sorry…… |
15:01:14 | ZhangNing | But I want to know |
15:01:19 | | Join factor [0] (~factor@75.108.68.114) |
15:01:21 | Bagder | ZhangNing: we recommend you getting and using the main branch |
15:01:44 | Bagder | ZhangNing: your problem is that your configure script has one or more bugs, making it not dash compliant |
15:02:06 | ZhangNing | if you have a source for Onda only |
15:02:34 | Bagder | we have source for onda _also_ |
15:02:42 | ZhangNing | I think the main branch is too big |
15:02:51 | Bagder | then you're on your own |
15:03:06 | ZhangNing | How to download? |
15:03:07 | Bagder | but I really doubt that |
15:03:20 | n1s | ZhangNing: see the UsingSVN page in our wiki |
15:04:11 | ZhangNing | OK |
15:04:22 | | Join slooopy [0] (~sloo@p5493D7F6.dip0.t-ipconnect.de) |
15:05:54 | | Join madalu [0] (~user@unaffiliated/madalu) |
15:08:10 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
15:10:34 | | Join TheLemonMan [0] (~lem0n@ppp-131-145.98-62.inwind.it) |
15:12:19 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:13:21 | | Join kkit|sh [0] (krazykit@silenceisdefeat.com) |
15:16:37 | | Quit wodz|work (Quit: CGI:IRC) |
15:23:45 | | Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) |
15:25:23 | | Quit Dreamxtreme (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) |
15:31:41 | | Quit mystica555_ (Ping timeout: 255 seconds) |
15:32:50 | | Quit ZhangNing (Remote host closed the connection) |
15:35:37 | | Quit Mikeb0ok (Read error: Connection reset by peer) |
15:37:12 | | Quit krazykit (Quit: :|) |
15:39:24 | | Join bmbl [0] (~bmbl@dsl-217-161-120.pool.bitel.net) |
15:39:24 | | Quit bmbl (Changing host) |
15:39:24 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
15:42:16 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:44:25 | | Quit robin0800 (Remote host closed the connection) |
15:44:51 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:45:39 | | Join mystica555 [0] (~mike@m4c2636d0.tmodns.net) |
15:45:40 | | Quit mystica555 (Excess Flood) |
15:45:46 | | Join mystica555_ [0] (~Mike@m4c2636d0.tmodns.net) |
15:46:09 | | Join mystica555 [0] (~mike@m4c2636d0.tmodns.net) |
15:46:52 | | Join Dreamxtreme [0] (~Dre@92.30.156.129) |
15:51:07 | | Quit madalu (Remote host closed the connection) |
15:52:37 | | Quit evilnick (Quit: Leaving) |
15:53:45 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
15:57:41 | | Nick robin0800 is now known as robin0800_ (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
16:00 |
16:00:56 | | Quit TheSeven (Ping timeout: 246 seconds) |
16:03:35 | | Quit GodEater (Ping timeout: 260 seconds) |
16:11:09 | | Quit slooopy (Remote host closed the connection) |
16:12:39 | | Join slooopy [0] (~sloo@p5493D7F6.dip0.t-ipconnect.de) |
16:12:40 | | Join GodEater [0] (~bibble@5ad61f44.bb.sky.com) |
16:12:40 | | Quit GodEater (Changing host) |
16:12:40 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
16:12:40 | | Part LinusN |
16:16:45 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
16:19:55 | | Quit sideral (Ping timeout: 260 seconds) |
16:21:34 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
16:24:03 | | Quit sideral (Remote host closed the connection) |
16:24:39 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
16:26:26 | | Quit TheSeven|Mobile (Ping timeout: 240 seconds) |
16:27:40 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
16:29:49 | *** | Saving seen data "./dancer.seen" |
16:31:29 | soap | ok, Buschel, thomasjfox, I'm back in town for testing. Sorry for disappearing for the week. |
16:31:30 | BRi7X | howdy, so I just got a brand new 30GB hard drive for a Gigabeat S i purchased a while ago.. as per usual, when plugged in through USB (and simultaneously AC), the hard disk does not show up, but another device does.. a '1GB' device with an mp3-player icon (win7)... beastpatcher failed so I decided to use the original firmware from the rockbox instruction page, it appears to be stuck on |
16:31:31 | BRi7X | transferring firmware and the program looks like it's completely locked up... i can't even move the window holding it, which is strange for a hung application on win7... I also have the dreaded Error 5 message on the gigabeat's screen. any suggestions? |
16:33:04 | BRi7X | (let me know if that message got clipped in any way, it was kind of a paragraph..) |
16:35:08 | | Join sideral1 [0] (~sideral@unaffiliated/sideral) |
16:38:18 | | Quit sideral (Ping timeout: 255 seconds) |
16:39:53 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
16:44:29 | pixelma | just letting you know that the message got through but unfortunately I don't know much about the Gigabeat S and can't help you. My only advice would be to stay around for a while, maybe there'll be someone who can help you later |
16:46:19 | BRi7X | alrighty, i'll sit tight... at least until i have to go to class |
16:51:24 | | Quit petur (Quit: Page closed) |
16:53:09 | BRi7X | eh it doesn't even feel like the hard drive's spinning up |
16:53:44 | gevaerts | Maybe it's not connected properly? |
16:54:57 | BRi7X | contact side face down into the hard drive (the hard drive having toshiba markings and information face up.), and contacts facing toward me on the zif connector.. is that the way? |
16:55:31 | * | gevaerts never disassembled a gigabeat S |
16:55:58 | thomasjfox | soap: Nice. Hope it was a vacation ;) |
16:56:06 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
16:56:30 | thomasjfox | soap: Rockbox for maemo is now in extras-devel |
16:56:37 | | Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) |
16:56:40 | BRi7X | probably a good thing, the gigabeat S is an unruly beast.. (is that why it's called beastpatcher?) |
16:57:46 | thomasjfox | soap: One user reported a very strange crash which I am unable to reproduce: If he sets the scrollbar size to f.e. 26 on his n8xx, rockbox crashes when he enters the "show track information" screen upon scrolling |
16:58:02 | gevaerts | That all started with a typo, with someone typing gigabeast instead of gigabeats, but yes |
16:58:12 | gevaerts | Here it's commonly called the beast |
16:58:17 | | Part LinusN |
16:59:41 | BRi7X | now i can see why support for it was a bit hesitant. if only A. my gigabeat F had a working backlight and/or B. the gigabeat S supported the IDE interface. eek |
16:59:49 | | Quit Bagder (Remote host closed the connection) |
17:00 |
17:01:26 | | Quit ruckus (Quit: Leaving.) |
17:02:16 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
17:02:43 | thomasjfox | hey kugel. I will give the ucontext branch a test run right now |
17:03:22 | kugel | thomasjfox: hey! I've had a quick glance at your patch, and I have a few remarks |
17:03:35 | thomasjfox | Shoot! |
17:03:59 | kugel | I don't know what to do about the "n900 german keyboard hack"; amiconn and gevaerts had a quick talk about it at the DevConPub but I can't remember the details |
17:04:50 | kugel | then I feel a bit uncomfortable with the changes to system-sdl.c as it now has a lot of maemo specific stuff, and not only sdl specific stuff |
17:05:41 | thomasjfox | hmm. I wanted to avoid code duplication, so I put the maemo stuff in system-sdl.c |
17:05:48 | thomasjfox | Other ideas? |
17:05:56 | kugel | and I think maemo-thread.c could be split up a bit, it seems to mix different functionality (lcd suspend, power/battery management, telephony)) |
17:06:13 | kugel | I've not looked deeply enough to make suggestions yet |
17:06:24 | thomasjfox | ok |
17:07:32 | kugel | a question that I had was do you even need simcc() (in tools/configure)? apart from finding sdl-config everything you add there seems to be maemo specific and could be a seperate function |
17:08:38 | kugel | and did I understand that n8xx does *not* use gstreamer due to some bug? I assume it uses sdl audio instead? |
17:08:47 | kugel | +correctly |
17:09:47 | thomasjfox | we could have a standalone maemocc(). Then we would f.e. need to duplicate the gcc option filtering like androidcc does |
17:10:13 | thomasjfox | n8xx doesn't have the "appsrc" gstreamer module which we use to inject the pcm data |
17:10:23 | thomasjfox | It uses SDL audio |
17:10:58 | kugel | is there any audio api which would work on both? |
17:11:33 | thomasjfox | Talking to pulseaudio directly I guess |
17:11:41 | thomasjfox | Let me have another look how the libplayback stuff works exactly |
17:11:54 | thomasjfox | IIRC it uses the pulseaudio "stream name". |
17:12:16 | thomasjfox | libplayback is the part to stop playback on incoming calls or play audio while the phone is in silent mode |
17:13:15 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:13:20 | | Quit TheSeven (Read error: Connection reset by peer) |
17:13:29 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:13:57 | | Quit kugel (Remote host closed the connection) |
17:14:02 | | Join kugel [0] (~kugel@g231226137.adsl.alicedsl.de) |
17:14:03 | | Quit kugel (Changing host) |
17:14:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
17:14:03 | | Quit TheSeven|Mobile (Quit: TheSeven|Mobile) |
17:15:14 | | Quit sideral1 (Ping timeout: 260 seconds) |
17:15:57 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:16:18 | thomasjfox | kugel: Switching to pulseaudio directly would work |
17:16:52 | thomasjfox | That would save us from SDL's slow software mixing |
17:18:35 | kugel | cool. seems to have some advantages then (i suspect it'd take a tad bit less CPU if we avoid the gstreamer layer) |
17:19:13 | thomasjfox | could be. On the other hand if have to learn yet another API ;) |
17:19:19 | thomasjfox | if = I |
17:21:20 | thomasjfox | kugel: btw: What do you think about FS #11859? |
17:21:22 | kugel | perhaps it also allows us to avoid that feed_data workaround? I don't know pulseaudio at all |
17:22:33 | pamaury | I once used the simple api of pulseaudio and it was quite easy to use |
17:22:39 | thomasjfox | kugel: Yes, the feed_data stuff is a specific workaround for gstreamer. |
17:23:26 | thomasjfox | pamaury: I can't imagine it being harder than: init(), set_volume(), push_pcm_data() |
17:23:27 | kugel | I find it strange to use other optimization levels at all |
17:24:20 | pamaury | thomasjfox: if you use the complete api, I guarantee you that your imagination will break apart |
17:25:21 | thomasjfox | pamaury: Ups, the simple api doesn't have volume control |
17:25:34 | thomasjfox | kugel: Sorry, I don't get you. What do you mean by that? |
17:26:15 | kugel | all builds should use the same level imo |
17:26:36 | pamaury | There must be a way to set the volume using the simple api |
17:26:52 | kugel | (unless there's a good reason like a measurable performance difference) |
17:27:42 | thomasjfox | simcc() currently kills all optimizations by filtering -O |
17:27:59 | thomasjfox | This might be good for debugging |
17:28:29 | thomasjfox | pamaury: No volume control: http://0pointer.de/lennart/projects/pulseaudio/doxygen/simple.html |
17:29:18 | thomasjfox | pamaury: Though the async API is not a problem, we already have a glib main loop for maemo and there's a pulseaudio loop <-> glib loop wrapper |
17:29:21 | pamaury | the simple api is simple in the sense that it's synchronous. It doesn't mean you don't have access to the volume |
17:30:04 | thomasjfox | The page explicitly mentions no volume control... |
17:30:28 | | Join stsquad [0] (~user@cbnluk-gw0.cambridgebroadband.com) |
17:30:48 | pamaury | ah, then you must be right |
17:30:57 | pamaury | it's really a trivial and useless api :) |
17:37:23 | kugel | synchronous isn't necessarily bad |
17:38:14 | pamaury | no but if you can't change any setting, you are quite limited |
17:38:36 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
17:39:38 | wodz | n1s: m68k-elf-gcc-3.4.6 and m68k-elf-gcc-4.5.2 are in different dirs |
17:39:51 | thomasjfox | kugel: The sigaltstack of the ucontext branch seems to run fine |
17:40:13 | thomasjfox | kugel: ASSEMBLER_THREADS still die with a stack overflow on database initialization |
17:40:32 | wodz | n1s: http://www.pastie.org/1460560 |
17:40:50 | thomasjfox | kugel: Where is the stack size define located again? |
17:40:57 | | Quit TheSeven (Read error: Connection reset by peer) |
17:41:02 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:42:19 | | Join stoffel [0] (~quassel@p57B4C62E.dip.t-dialin.net) |
17:42:33 | thomasjfox | kugel: Found it (by looking at your diffs) |
17:43:36 | | Quit robin0800_ (Quit: Konversation terminated!) |
17:43:47 | | Join robin0800_ [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
17:45:32 | n1s | wodz: ah, so they infact used different prefixes, which m68k-elf-gcc that will be used is determined by the PATH |
17:46:08 | n1s | so you have rockbox-dev/m68k-elf/bin before rockbox-dev/bin in your PATH |
17:46:11 | wodz | n1s: yes but the prefix passed to rockboxdev.sh was the same |
17:46:53 | n1s | aha, maybe the script has changed |
17:47:01 | wodz | maybe |
17:47:09 | gevaerts | It has, a while ago. |
17:47:23 | Torne | you'll notice that your m68k-elf has an m68k-elf inside it |
17:47:26 | Torne | that would be the old one :) |
17:47:36 | gevaerts | wodz: I suspect your "old" setup may have been before those changes |
17:47:40 | Torne | we used to install to $(ARCH)/{bin,lib,$(ARCH),etc} |
17:47:46 | n1s | anyways thanks for checking as this means just running the sript again will work |
17:47:50 | Torne | we now install to {bin,lib,$(ARCH),etc} |
17:47:56 | n1s | ah yes |
17:47:56 | Torne | this can easily be confusing :) |
17:50:03 | thomasjfox | gevaerts: Do you remember the details about the n900 german keyboard hack discussion? |
17:51:06 | gevaerts | thomasjfox: "discussion" is a bit inaccurate. amiconn noticed that I have dedicated arrow keys and he didn't. That was basically it |
17:51:20 | thomasjfox | ah ok |
17:52:09 | thomasjfox | The german layout for the cursor keys just sucks. Also SDL doesn't map it properly and the pre-installed tetris game is not playable on the german N900, probably because of the same bug. |
17:52:49 | Torne | this isn't rockbox-specific.. i would suggest people with sucky N900 keyboard layouts change their keyboard layout |
17:52:54 | Torne | with xmodmap/etc |
17:52:54 | Torne | :) |
17:53:23 | | Quit kugel (Ping timeout: 240 seconds) |
17:53:23 | thomasjfox | Torne: The idea was to make rockbox work without the user tweaking keybord layouts |
17:54:16 | thomasjfox | Torne: Therefore the "n900 german keyboard hack" in the maemo patch :) |
17:54:23 | Torne | yes, i understand |
17:54:31 | Torne | i just don't see why we should care |
17:55:08 | Torne | if we're going to be an app then it's up to the OS to tell us what keys are being pressed, no? |
17:55:19 | Torne | if it's wrong blame the OS |
17:55:53 | thomasjfox | Yes. It looks like the mapping is not done properly by SDL |
17:56:12 | Torne | right, but we're not isntalling SDL, are we? |
17:56:16 | Torne | it's a preexisting package |
17:57:08 | thomasjfox | Yes and there will be no further updates from Nokia I guess. So we have to workaround the issue with a small if() ;) |
17:58:16 | Torne | nokia don't have to update it. |
17:59:32 | Torne | preinstalled packages are not magic, someone can just put a new one in extras |
17:59:50 | | Join kugel [0] (~kugel@g231226137.adsl.alicedsl.de) |
17:59:51 | | Quit kugel (Changing host) |
17:59:51 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
17:59:53 | | Quit kugel (Remote host closed the connection) |
18:00 |
18:00:06 | | Join kugel [0] (~kugel@g231226137.adsl.alicedsl.de) |
18:00:07 | | Quit kugel (Changing host) |
18:00:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:01:32 | thomasjfox | Torne: True. The less modified packages needed, the better |
18:04:06 | thomasjfox | kugel: ASSEMBLER_THREADS seems to die regardless of the stack size, I now have it at 0x100000 and it still dies after scanning ~27.000 files |
18:05:32 | | Quit TheLemonMan (Quit: free(me)) |
18:05:58 | | Join TheLemonMan [0] (~lem0n@ppp-131-145.98-62.inwind.it) |
18:11:58 | thomasjfox | kugel: I'm not really into the ARM thread code, but what abour r12 on ARMv7? It only saves up to r11 as far as I understand it |
18:14:03 | Torne | r12 is ip, it's not required to be preserved by function calls |
18:14:55 | Torne | (it's for the benefit of linker-generated shims that might need a temporary register: not preserved by calls but also not used for args/returnvals) |
18:16:04 | thomasjfox | ah thanks |
18:16:39 | Torne | so you only need to save r4-r11,r13,r14 if you're saving state from a function :) |
18:17:26 | thomasjfox | So the crash must be somewhere else :) |
18:17:37 | TheSeven | Torne: r13? |
18:17:50 | thomasjfox | r13 is the stack IIRC |
18:17:52 | TheSeven | yes |
18:18:23 | | Quit kugel (Ping timeout: 240 seconds) |
18:18:44 | Torne | yah, you need to be able to restore whatever r13 was on entry to the context saving function |
18:19:15 | | Join Mustermax [0] (~b2ca4368@giant.haxx.se) |
18:19:34 | Mustermax | Hello! |
18:19:48 | Mustermax | Anyone at home? |
18:20:05 | thomasjfox | So how do we tell the compiler not to use r12 as a general purpose scratch register? |
18:20:51 | TheSeven | why should one do that? |
18:21:39 | thomasjfox | Just something I read here: http://forums.arm.com/index.php?/topic/12986-about-r12/ |
18:21:53 | | Join kugel [0] (~kugel@g231226137.adsl.alicedsl.de) |
18:21:53 | | Quit kugel (Changing host) |
18:21:53 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:21:58 | | Quit Mustermax (Client Quit) |
18:22:03 | thomasjfox | Though I must admit I'm not really into the details |
18:22:07 | thomasjfox | (yet) |
18:22:07 | TheSeven | Torne: oh, right, cooperative multitasking context switch... i usually think from a preemptive multitasking point of view |
18:23:55 | TheSeven | thomasjfox: why do you need the compiler to leave this register alone? |
18:25:28 | thomasjfox | TheSeven: My first thought was that it's not saved on context switches, so the compiler might store temp values in there. Though this is just a wild guess |
18:26:13 | TheSeven | no, it can't, because code that calls a function cannot safely assume that r12 survives this |
18:26:23 | kugel | for cooperative threads you only need to save non-scratch regs |
18:26:36 | TheSeven | both the compiler and linker will use it as a scratch register in the called function |
18:26:47 | TheSeven | so the calling function needs to treat it like r0-r3 |
18:26:54 | amiconn | kugel: On arm r0..r3 and r12 are scratch |
18:26:55 | thomasjfox | ah ok, now I got it: because yield() is a function :) |
18:27:09 | kugel | amiconn: i know |
18:27:32 | kugel | thomasjfox: exactly |
18:27:37 | TheSeven | thomasjfox: for cooperative multitasking, yes. for preemptive multitasking, you need to save absolutely everything. |
18:29:35 | thomasjfox | kugel: Hmm. I modified it to save r12 for fun and now it doesn't crash. I'll check if I didn't mess up something else |
18:29:52 | *** | Saving seen data "./dancer.seen" |
18:30:35 | kugel | isn't r12 the frame pointer in some configuration? |
18:30:43 | | Quit swilde (Remote host closed the connection) |
18:31:03 | TheSeven | kugel fp is usually r11 IIRC |
18:32:04 | thomasjfox | Stack size is down to 0x1000 and it still doesn't crash. |
18:32:08 | kugel | I've also problems with initializing the db on android, but that worked a while ago. perhaps the gcc upgrade? |
18:32:35 | thomasjfox | I'll revert to the previous code which only saves up to r11 |
18:32:38 | kugel | but I have no idea why r12 would make a difference |
18:34:08 | kugel | does it possibly have something to do with neon? |
18:35:07 | amiconn | Neon is accessed as a coprocessor afaiu |
18:36:17 | thomasjfox | I guess I found the issue: I need a "make reconf" after tweaking the stack size. r12 seems unrelated, I'll verify it once more |
18:36:32 | thomasjfox | Sorry 'bout that :) |
18:37:14 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
18:38:37 | kugel | that shouldn't be needed |
18:38:55 | kugel | you change DEFAULT_STACK_SIZE in thread.h don't you? |
18:39:05 | thomasjfox | Yes |
18:39:45 | | Quit robin0800_ (Remote host closed the connection) |
18:41:26 | thomasjfox | kugel: I've now reverted all my changes expect "thread_support=ASSEMBLER_THREADS" and will try again |
18:41:45 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
18:41:47 | thomasjfox | kugel: I don't like problems that "disappear"... |
18:42:08 | kugel | thomasjfox: ah you need make dep if you switch between threading, that's perhaps the reason |
18:43:02 | kugel | dependencies are generated in a seperate step, so changes that affect dependencies (#include etc) might need make dep to be catched |
18:43:13 | thomasjfox | I'll check |
18:43:23 | | Join DX3 [0] (~Dre@92.30.157.128) |
18:43:45 | kugel | although it shouldn't affect thread.h |
18:44:15 | | Quit Dreamxtreme (Ping timeout: 272 seconds) |
18:45:30 | | Quit amee2k (Remote host closed the connection) |
18:45:51 | | Join Buschel [0] (~chatzilla@p54A3AD95.dip.t-dialin.net) |
18:48:47 | | Quit DX3 (Quit: Never look down on someone unless you're helping them up.) |
18:48:51 | thomasjfox | kugel: If I switch it to HAVE_SDL_THREADS, kernel-sdl.c complains about a missing do_exit() function |
18:49:05 | thomasjfox | kugel: Oh wait |
18:49:20 | thomasjfox | kugel: That might be an issue of the maemo code |
18:49:46 | thomasjfox | kugel: Remember the code we put in there to prevent the shutdown hang |
18:52:05 | | Quit TheSeven (Ping timeout: 260 seconds) |
18:53:02 | | Join {phoenix} [0] (~dirk@p57AA3023.dip.t-dialin.net) |
18:53:19 | kugel | i remember that |
18:54:09 | thomasjfox | tick_timer() also checks the do_exit -variable- which is only defined if HAVE_SDL_THREADS is not defined |
18:54:44 | thomasjfox | First guess: That part of the code is currently not compatible with upstream code |
18:54:49 | kugel | that'd be a bug in my code I guess |
18:57:38 | | Quit kugel (Remote host closed the connection) |
18:58:10 | | Join kugel [0] (~kugel@2.210.101.170) |
18:58:11 | | Quit kugel (Changing host) |
18:58:11 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:58:15 | | Join yelped [0] (~62741813@giant.haxx.se) |
18:59:04 | | Join Dreamxtreme [0] (~Dre@92.30.157.128) |
18:59:55 | yelped | I have some warnings in settings-list.c when I try to compile, but my main problem is that the rockbox zip is only about 1.1 MB and it's missing many of the things that make it run. |
19:00 |
19:01:03 | | Nick T44 is now known as Topy44 (~Topy44@f048197216.adsl.alicedsl.de) |
19:02:38 | yelped | Does anyone know what the issue may be? |
19:09:20 | LambdaCalculus37 | jhMikeS: (for the logs) Are you going to do any major changes to the SA9200 bootloader soon? I want to roll a release candidate bootloader for it soon. |
19:09:50 | | Join Keripo [0] (~Keripo@eng416.wireless-resnet.upenn.edu) |
19:09:51 | LambdaCalculus37 | We need art for the SA9200 as well. |
19:14:31 | thomasjfox | kugel: It started crashing again with ASSEMBLER_THREADS. This time I built a clean .deb package from scratch |
19:14:44 | thomasjfox | kugel: I try to save r12 again... |
19:15:31 | yelped | I have some warnings in settings-list.c when I try to compile, but my main problem is that the rockbox zip is only about 1.1 MB and it's missing many of the things that make it run.Does anyone know what the issue may be? |
19:16:07 | thomasjfox | yelped: What target did you compile for? |
19:16:21 | yelped | Sansa Fuze v1 |
19:16:59 | bluebrother | n1s: bisected the crash, turned out Buschel's hint was right −− r28608 is the culprit. |
19:17:02 | bluebrother | if I revert that change it works fine again (currently r29039, since I don't have m68k-elf 4.5.2 on this machine) |
19:17:12 | | Quit Buschel (Ping timeout: 265 seconds) |
19:17:21 | thomasjfox | yelped: Using which toolchain? |
19:18:24 | yelped | Using the new Debian Image posted on the VMware development page, with Vmware player. |
19:19:47 | thomasjfox | yelped: Ok. And you just checked out the source code from SVN or are you using f.e. 3.7.1? |
19:20:30 | yelped | I did |
19:20:37 | yelped | svn |
19:21:30 | thomasjfox | Ok. Maybe someone with the VMware image could try to reproduce it, I don't have it |
19:22:05 | yelped | I selected Normal build. That's good right? |
19:22:09 | | Quit kugel (Ping timeout: 240 seconds) |
19:22:10 | thomasjfox | Yes |
19:22:48 | | Quit Keripo (Quit: Leaving.) |
19:23:01 | yelped | So, no suggestions? |
19:23:28 | thomasjfox | So you created a build_sansa or whatever directory, entered it and ran ../tools/configure |
19:23:46 | thomasjfox | then 'make' and after that 'make zip'? |
19:25:25 | n1s | bluebrother: ah, i don't use database so that's probably why it works for me then, but nice to know it wasn't the compiler change that caused it |
19:26:31 | yelped | yes. |
19:27:01 | thomasjfox | Sounds right to me |
19:27:14 | bluebrother | n1s: not sure if it only occurs when you use the database. When upgrading I first replaced the complete .rockbox folder so the database wasn't present at all |
19:27:22 | bluebrother | plus, I don't use the database as well :) |
19:27:39 | bluebrother | though it's possible I had the database built on the h120 someday in the past |
19:27:40 | thomasjfox | yelped: Maybe capture the complete build output into a file and put it on pastebin.org |
19:27:45 | n1s | bluebrother: well, that's odd then |
19:28:04 | yelped | You mean rockbox.zip? |
19:28:08 | n1s | yelped: does configure print any warnings? |
19:28:37 | yelped | Yes, settings-list.c |
19:28:46 | bluebrother | n1s: but I can retest that :) |
19:28:54 | n1s | yelped: _configure_ |
19:29:22 | | Join aalonso [0] (~aalonso@201.153.229.4) |
19:29:25 | yelped | Meaning? |
19:29:44 | | Quit LambdaCalculus37 (Quit: back to work) |
19:30:02 | | Quit stoffel (Remote host closed the connection) |
19:30:37 | n1s | yelped: the script ypou select the build in is called configure, does it print any warnings? |
19:30:45 | yelped | No. |
19:32:18 | bluebrother | n1s: ok, installed 3.7.1 again. No database, haven't experienced the bug yet |
19:32:19 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:32:33 | bluebrother | rebuilding the database now, let's see what happens when that's done |
19:33:06 | aalonso | Hi, How ipod partition tables are generated? mbr-*.bin |
19:33:11 | | Quit slooopy (Remote host closed the connection) |
19:33:46 | n1s | aalonso: they were dumped from ipods |
19:34:32 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
19:34:46 | aalonso | using dd: dd if=/dev/sdx of=mbr-*.bin ?? |
19:35:29 | n1s | yes, and count=1 i think |
19:35:58 | | Join slooopy [0] (~sloo@p5493D7F6.dip0.t-ipconnect.de) |
19:36:08 | aalonso | n1s: thanks |
19:37:48 | dionoea | hello. Is a rockbox control toolbar widget being worked on for the android application? (if not I'll probably give it a try) |
19:37:59 | | Quit Horscht (Ping timeout: 240 seconds) |
19:40:10 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:40:10 | | Quit bertrik (Changing host) |
19:40:10 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
19:44:47 | yelped | Here's the build output: http://www.mediafire.com/file/l6h4yl4cr1i1ax1 |
19:48:03 | thomasjfox | yelped: The .zip file doesn't contain any binary files |
19:48:42 | thomasjfox | yelped: Please post a log from the "configure" to the "build zip" steps |
19:48:51 | | Join solexx_ [0] (~jrschulz@e176101234.adsl.alicedsl.de) |
19:49:01 | thomasjfox | kugel: I'll run a sigaltstack build the next days on my n900 to test the stability. |
19:49:17 | thomasjfox | kugel: So far CPU usage is 10% down compared to normal SDL threads |
19:49:43 | thomasjfox | kugel: (similar to ASSEMBLER_THREADS, expect sigaltstack doesn't crash ;)) |
19:50:57 | yelped | how? |
19:51:48 | | Quit solexx (Ping timeout: 255 seconds) |
19:52:06 | thomasjfox | Do it inside a terminal emulator that can save the scroll buffer to disc. KDE's konsole can do this, dunno if it's part of the virtual machine (I doubt it). |
19:52:22 | thomasjfox | "screen" should be able to do it too |
19:52:33 | thomasjfox | Anyway I've got to run. Good luck! |
19:53:07 | | Quit thomasjfox (Remote host closed the connection) |
19:58:30 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
19:59:29 | | Quit evilnick_B (Quit: Page closed) |
20:00 |
20:00:37 | kugel | dionoea: give it a try :) |
20:01:43 | | Quit casainho (Remote host closed the connection) |
20:01:54 | dionoea | that almost sounds like someone already tried it and found it too hard :) |
20:03:11 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
20:14:54 | yelped | Hereis the Build logs : http://www.mediafire.com/folder/p6uyc6y5pe66w |
20:16:05 | | Join stoffel [0] (~quassel@p57B4C62E.dip.t-dialin.net) |
20:18:23 | | Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de) |
20:18:34 | n1s | yelped: have you changed the source at all? |
20:20:31 | yelped | Yes. I deleted all the #Ifdefine CONFIG TUNER from root_menu.c and settings_list.c |
20:20:42 | mudd1 | I asked this already a couple of days ago but I had to go to sleep before anyone could answer so let me try again: |
20:20:57 | mudd1 | Why did I empty my "Recent Bookmarks" list by calling bo |
20:20:57 | mudd1 | okmark_autobookmark()? |
20:20:58 | n1s | yelped: well, that is probably why it broke |
20:21:04 | | Quit factor (Read error: Connection reset by peer) |
20:21:21 | mudd1 | or to put it differently: how *do* I just bookmark the current state to the recent bookmarks? |
20:21:38 | yelped | So what can I do to remove the radio without breaking anything? |
20:21:47 | n1s | the first error is that code in settings_list.c is trying to use the address of a function that doesn't exist for targets without radio |
20:21:53 | mudd1 | it is very well possible that I made a stupid mistake because I misunderstood something about the bookmarking concept in Rockbox |
20:22:00 | yelped | I only need to remove it from the radio screen. |
20:22:13 | yelped | the *menu screen |
20:22:49 | n1s | yelped: well, why not just delete the menu entry then? or set CONFIG_TUNER to 0 |
20:24:21 | yelped | Where, meaning which one? Also how do I put everything back in? Could I sync it with current SVN without downloading everything again? |
20:24:39 | n1s | svn revert -R . |
20:25:24 | yelped | Thanks. |
20:25:58 | n1s | you either want to delete the actual menu entry or just disable all radio stuff by setting CONFIG_TUNER to 0 in your target's config |
20:27:14 | yelped | It says not enough arguments provided. |
20:27:32 | | Join DerPapst [0] (~Alexander@mnch-5d867916.pool.mediaWays.net) |
20:27:36 | Llorean | yelped: Did you include the period? |
20:27:39 | gevaerts | You probably thought n1s wasn't serious about the . :) |
20:27:39 | | Join DerPapst1 [0] (~Alexander@mnch-5d867916.pool.mediaWays.net) |
20:28:05 | | Join factor [0] (~factor@75.108.68.114) |
20:28:15 | | Quit bmbl (Quit: Verlassend) |
20:29:23 | yelped | "." Is not a working copy. ".svn/entries' : No such file or directory |
20:29:56 | *** | Saving seen data "./dancer.seen" |
20:30:19 | * | gevaerts bets that yelped is trying this from a build directory |
20:30:25 | n1s | you need to be in the dir you checked out the source in for that command to work, or substitute . with the path to it |
20:31:20 | yelped | Ok, thanks it's working. |
20:33:53 | yelped | Now where do I put the zero? On the same line as Config Tuner? Near all of them? |
20:36:01 | yelped | Sorry for asking so much questions? :) |
20:36:44 | | Quit factor (Read error: Connection reset by peer) |
20:37:00 | | Join factor [0] (~factor@75.108.68.114) |
20:43:06 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
20:47:14 | yelped | Now where do I put the zero? On the same line as Config Tuner? Near all of them? |
20:51:14 | Llorean | yelped: Set its value to 0 in your target's config, like n1s said. |
20:54:33 | yelped | I'm sorry, but I don't understand. Where is my targets config? |
20:56:19 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) |
21:00 |
21:00:00 | Llorean | yelped: It's the config file for whichever player you're building rockbox for. |
21:00:11 | | Part Llorean |
21:02:08 | pixelma | yelped: in your checkout under firmware/export/config/yourplayer.h |
21:03:33 | yelped | Thanks. |
21:04:05 | yelped | How do I Set its value to 0? |
21:13:06 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
21:17:35 | pixelma | open yourplayer.h in an editor and in the "CONFIG_TUNER BLAH" line, replace BLAH with a 0, save, compile again. I think you said you had a Fuze, be careful to chose the correct file (there should be two, one for the v1 and the other for the v2) |
21:17:54 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
21:20:10 | yelped | Thanks. With a space or without a space? |
21:26:47 | | Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:28e4:2366:2b16:10ec) |
21:27:40 | | Quit user890104 (Ping timeout: 272 seconds) |
21:29:29 | | Quit yelped (Quit: CGI:IRC (Ping timeout)) |
21:34:46 | | Join baptiste [0] (~chatzilla@vir91-12-78-231-137-156.fbx.proxad.net) |
21:37:51 | | Quit stoffel (Remote host closed the connection) |
21:43:38 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
21:47:28 | | Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) |
21:51:32 | | Join Buschel [0] (~chatzilla@p54B67260.dip.t-dialin.net) |
21:56:47 | | Join KiwiCam [0] (~Kiwicam@ip-118-90-5-86.xdsl.xnet.co.nz) |
22:00 |
22:14:23 | | Quit DerPapst (Quit: Leaving.) |
22:14:24 | | Quit DerPapst1 (Quit: Leaving.) |
22:21:00 | dionoea | kugel: do you know if audio playback is supposed to work with rockbox in the android emaulator? |
22:21:47 | kugel | it worked some time ago, but I didn't try since then since the emulator is generally too slow to play music |
22:21:52 | kugel | on my machine at least |
22:22:44 | dionoea | doesn't seem to work here. The progress bar doesn't even move. I guess that I'll just test the basics on the emulator and do the rest on the device. |
22:22:51 | dionoea | real device that is |
22:24:14 | | Join DerPapst [0] (~Alexander@mnch-5d867916.pool.mediaWays.net) |
22:24:17 | | Join DerPapst1 [0] (~Alexander@mnch-5d867916.pool.mediaWays.net) |
22:25:36 | | Quit slooopy (Ping timeout: 246 seconds) |
22:28:43 | | Join Keripo [0] (~Keripo@eng219.wireless-resnet.upenn.edu) |
22:30:00 | *** | Saving seen data "./dancer.seen" |
22:41:12 | CIA-7 | New commit by alle (r29052): pitch_detector: add the key transposition feature which makes the plugin better usable with/for transposing instruments (FS #11752 by Robert Horn) |
22:46:07 | CIA-7 | r29052 build result: All green |
22:48:01 | | Join user890104 [0] (~Venci@2001:0:4137:9e76:3044:23eb:2b16:10ec) |
22:50:00 | | Quit user890104_ (Ping timeout: 272 seconds) |
22:52:02 | | Quit benedikt93 (Quit: Bye ;)) |
22:55:01 | * | amiconn tries another time to build m68k-elf-gcc on cygwin |
22:55:23 | | Quit evilnick_B (Quit: Page closed) |
23:00 |
23:00:49 | | Quit baptiste (Remote host closed the connection) |
23:02:13 | | Quit TheSeven (Ping timeout: 276 seconds) |
23:03:56 | n1s | amiconn: from that link i posted this moring it seems like things hooking into the OS when starting processes caused it and that those things usually are virus scanners etc, and apparently disabling them is not always enough... |
23:05:40 | amiconn | I've doubled the system and per-desktop heap sizes in the registry. |
23:06:16 | amiconn | It's strange - I can build all other toolchains - sh, arm-eabi, mips, and old m68k. Just m68k 4.5.2 fails |
23:06:57 | amiconn | Unfortunately each try takes >1 hour before the error occurs |
23:07:36 | n1s | i just read this thing http://cygwin.com/faq/faq.using.html#faq.using.bloda there's a heading called "Random fork() failures." |
23:08:12 | amiconn | In this case it's not random |
23:08:27 | n1s | amiconn: always the same place? |
23:08:39 | amiconn | yes |
23:09:12 | amiconn | Well, if you accept two times as "always" |
23:16:50 | | Quit user890104 () |
23:16:56 | | Join user890104 [0] (~Venci@6bez10.info) |
23:18:08 | | Quit [Saint] (Disconnected by services) |
23:18:10 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.77) |
23:20:01 | | Quit Keripo (Quit: Leaving.) |
23:21:57 | | Join Keripo [0] (~Keripo@eng219.wireless-resnet.upenn.edu) |
23:22:27 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
23:22:40 | | Quit dfkt (Read error: Connection reset by peer) |
23:23:36 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
23:24:07 | | Quit FBI_Guy () |
23:35:50 | | Quit Buschel (Ping timeout: 240 seconds) |
23:35:51 | | Quit Keripo (Read error: Connection reset by peer) |
23:37:34 | | Join Keripo [0] (~Keripo@eng219.wireless-resnet.upenn.edu) |
23:38:49 | | Quit TheLemonMan (Quit: free(me)) |
23:39:06 | | Quit komputes (Remote host closed the connection) |
23:39:37 | | Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) |
23:40:17 | saratoga | anyone tested mpegplayer on the gigabeatS? |
23:41:12 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
23:41:46 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
23:43:01 | sideral | Saint, gevaerts: Re FS corruption issue: I just made a scary discovery |
23:43:11 | bluebrother | saratoga: tried it a couple of days ago |
23:43:51 | | Quit Keripo (Quit: Leaving.) |
23:43:55 | gevaerts | sideral: discoveries are always good! |
23:44:10 | sideral | I diffed a "good" fat (dd'd from the OF) against a bad one (dd'd after fsck said the FAT was bad) |
23:44:58 | | Quit Horschti (Ping timeout: 276 seconds) |
23:45:00 | sideral | turns out that in the bad one many 4K-aligned bytes are replaced with 0x7d |
23:45:12 | sideral | there are many 0x7d's |
23:45:20 | sideral | but all are 4k aligned |
23:45:40 | sideral | so it might be a cache-flush issue after all |
23:46:14 | sideral | might this also explain the audio glitching on the ClipV2? |
23:46:32 | saratoga | bluebrother: what was the FPS like? |
23:46:43 | gevaerts | But it still gets "fixed" if you disconnect and reboot to the OF? |
23:46:51 | gevaerts | Or if you disconnect and reconnect? |
23:47:01 | sideral | yes, unless a modified FAT gets written out again |
23:47:21 | bluebrother | saratoga: 24.9something |
23:47:32 | gevaerts | Which presumably happens if you give rockbox time to start doing things again |
23:47:46 | sideral | if there's some write activity (DB update, for example) |
23:47:50 | bluebrother | though the fps display was 0.0 for the first second or two |
23:47:57 | gevaerts | right |
23:48:02 | | Quit Llorean (Quit: Leaving.) |
23:48:14 | saratoga | bluebrother: are you sure, the wiki gives 48fps for the Gigabeat F |
23:48:20 | saratoga | i would expect close to 100 from the S |
23:48:25 | sideral | I'll try disabling the aligned-data zero-copy optimization in the SD driver |
23:48:45 | gevaerts | Feel free, but I *really* doubt if that helps |
23:48:53 | sideral | the 4k alignment is suspicious |
23:49:08 | sideral | could this also be a bad flash? |
23:49:12 | saratoga | the his problem on the clipv2 seems to be analog (doesn't show up in test_codec output) so its probably a problem with the DAC or VRM initialization |
23:49:16 | sideral | no, as the OF gets it right |
23:49:20 | bluebrother | saratoga: that's with limit fps enabled :) |
23:49:21 | gevaerts | I seriously doubt that |
23:49:28 | saratoga | ah well yeah :) |
23:49:57 | gevaerts | The very fact that if you disconnect and then shutdown the filesystem is clean seems to indicate that this isn't a hardware or low-level driver issue |
23:49:59 | sideral | saratoga: good point about test_codec |
23:50:07 | bluebrother | it's around 97 without (but then the sound is kinda out of sync :) |
23:50:21 | saratoga | i'm mostly just curious if 640*480 would work |
23:50:44 | saratoga | so if we used the hardware rescaler we might be able to play DVD rips on the beast |
23:51:02 | bluebrother | do you have a test video around for that? |
23:51:08 | sideral | gevaerts: any other theories on what might be causing this? |
23:51:17 | saratoga | http://download.rockbox.org/mpeg/elephantsdream-q6-320x240-830kbps.mpg |
23:51:53 | bluebrother | I was thinking about a 640x480 :) |
23:51:58 | gevaerts | sideral: not right now, but then I'm tired and I have a headache, so... |
23:52:01 | saratoga | ah sorry no |
23:52:06 | saratoga | i'm not even sure if it'll work |
23:52:16 | saratoga | you might overflow some buffers |
23:52:21 | * | gevaerts packs his c250 to see if he can reproduce it one of the following days |
23:52:22 | amiconn | If you want realistic values for a dvd rip, the test video should use a higher bitrate |
23:52:31 | * | bluebrother will try elephantsdream once its downloaded |
23:52:35 | amiconn | I'm also not sure whether mpegplayer supports ac3 audio |
23:52:54 | sideral | Saint, what platform is your often-corrupted player based on? |
23:52:55 | saratoga | google found this: http://www.winmobiletech.com/122007H264Bible/640/464k/default.mp4 |
23:53:01 | saratoga | ah fuck its h.264 |
23:53:03 | saratoga | nevermind |
23:53:17 | saratoga | its mp2/3 only right now, but that could be fixed |
23:53:34 | amiconn | If we find out how to use hw video acceleration, it could probably do yuv->rgb as well |
23:53:35 | saratoga | although maybe theres an mp2 dvd out there somewhere, IIRC its possible in theory |
23:53:51 | saratoga | ah that would be really nice |
23:54:21 | | Quit wodz (Quit: Leaving) |
23:55:15 | amiconn | mpeg2 audio (not sure about the allowed layers) is allowed on dvds, but afaik it's rarely used. |
23:55:46 | amiconn | Ac3 is mandatory, and dts, pcm and mpeg2 are optional |
23:58:32 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |