| 00:02:15 | | Join JesusFreak316 [0] (~quassel@USF-Wifi-34-85.laptops.usf.edu) |
| 00:02:22 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:04:29 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 00:06:12 | | Quit JdGord (Quit: Bye) |
| 00:06:54 | | Join csu [0] (~csu@91.75.204.13) |
| 00:07:17 | | Join csu2 [0] (~csu@91.75.204.13) |
| 00:07:17 | | Quit csu (Read error: Connection reset by peer) |
| 00:07:56 | | Quit csu2 (Client Quit) |
| 00:10:20 | | Quit csu1 (Ping timeout: 240 seconds) |
| 00:12:45 | | Join DSStrife89 [0] (~Strife89@207.144.201.128) |
| 00:13:37 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 00:14:52 | | Quit Jerom (Quit: Leaving.) |
| 00:20:16 | wodz | 'core' manual for MPIO is ready. 'Only' plugins left... |
| 00:20:25 | | Quit hebz0rl (Ping timeout: 265 seconds) |
| 00:21:52 | | Part MItaly |
| 00:24:00 | | Quit wodz (Quit: Leaving) |
| 00:25:03 | | Join fritschy [0] (~marcus@dslb-094-217-031-119.pools.arcor-ip.net) |
| 00:25:45 | | Quit petur (Quit: Leaving) |
| 00:31:33 | | Part toffe82 |
| 00:34:26 | | Quit bertrik (Quit: :tiuQ) |
| 00:36:58 | *** | Saving seen data "./dancer.seen" |
| 00:37:01 | | Join dragon [0] (~dragon-ha@112-213-157-226.bb.ispone.net.au) |
| 00:37:04 | | Nick dragon is now known as Guest88514 (~dragon-ha@112-213-157-226.bb.ispone.net.au) |
| 00:37:50 | Guest88514 | hello world |
| 00:39:36 | robin0800 | Guest88514: I guess it works |
| 00:42:13 | | Quit JesusFreak316 (Ping timeout: 250 seconds) |
| 00:47:18 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
| 00:51:59 | | Quit n1s (Quit: Lämnar) |
| 00:53:52 | | Part lixus00 |
| 00:56:01 | | Quit Guest88514 (Quit: Leaving) |
| 01:00 |
| 01:00:48 | | Quit JdGordon (Ping timeout: 276 seconds) |
| 01:03:42 | | Quit balintx (Ping timeout: 264 seconds) |
| 01:11:38 | | Quit fritschy (Quit: Lost terminal) |
| 01:12:09 | | Join krabador [0] (~krabador@host26-29-dynamic.251-95-r.retail.telecomitalia.it) |
| 01:12:23 | | Quit DSStrife89 (Ping timeout: 240 seconds) |
| 01:12:35 | | Quit anewuser () |
| 01:12:50 | | Join fritschy [0] (~marcus@dslb-094-217-031-119.pools.arcor-ip.net) |
| 01:13:05 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 01:14:28 | | Quit robin0800 (Remote host closed the connection) |
| 01:15:47 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 01:20:49 | | Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) |
| 01:27:59 | | Quit xxcv () |
| 01:28:45 | krabador | no rockbox prototype i can use for unbrick a Philips GoGear SA3115/02? |
| 01:29:00 | | Quit anewuser (Ping timeout: 240 seconds) |
| 01:29:22 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 01:31:58 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 01:38:33 | | Quit anewuser (Ping timeout: 255 seconds) |
| 01:40:28 | LambdaCalculus37 | krabador: Nope. |
| 01:41:09 | LambdaCalculus37 | krabador: The only GoGear devices Rockbox runs on are the HDD16x0, HDD63x0, and SA9200. |
| 01:50:13 | | Quit niekie (Read error: Operation timed out) |
| 01:50:53 | | Join markun_ [0] (~markun@rockbox/developer/markun) |
| 01:53:00 | | Quit markun (Read error: Connection reset by peer) |
| 01:57:18 | | Quit fritschy (Quit: bbye) |
| 02:00 |
| 02:10:25 | | Join qwd [0] (~x@unaffiliated/qwd) |
| 02:13:45 | qwd | Can I use several genre entries in Rockbox? That is, say I have two albums, one has the genres "pop" and "rock" and the other one has "rock" and "folk". If I look at the tag "rock" will I see both? I just realized mp3 doesn't handle more than one entry so with the regular ipod software I only get one genre in there. |
| 02:15:43 | JdGordon| | try it and see... |
| 02:15:54 | JdGordon| | it depends how the tag is stored |
| 02:16:13 | JdGordon| | I'd guess though that it wont work how you are hoping |
| 02:16:43 | JdGordon| | ah, yes, if the ipod OF shows only one then very likely our db will only show one also |
| 02:19:33 | qwd | JdGordon|: well, the ipod shows one because that's all there is on an mp3. I was thinking if I encode my music to ogg vorbis instead where I can have several separate genre entries. |
| 02:20:08 | JdGordon| | I don't tihnk that would work |
| 02:25:09 | | Quit LambdaCalculus37 (Quit: Fwump) |
| 02:25:45 | | Quit krabador (Quit: Sto andando via) |
| 02:25:46 | | Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) |
| 02:26:22 | | Join simonrvn [0] (simon@209.165-ppp.3menatwork.com) |
| 02:27:39 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 02:28:45 | S_a_i_n_t | Added: FS #11717 - RaaA (Or Similarly Large Target) Iconset ( http://www.rockbox.org/tracker/task/11717 ) |
| 02:28:53 | S_a_i_n_t | JdGordon|: \0/ |
| 02:30:21 | S_a_i_n_t | I was unsure of the naming convention, you know where they're going and what they should be called I assume. |
| 02:31:06 | JdGordon| | looking good :) |
| 02:31:12 | JdGordon| | wanna do a 32pt one also :) |
| 02:31:37 | S_a_i_n_t | from what I understand, unless it's now bullshit, the iconset is limited to 24px |
| 02:32:10 | S_a_i_n_t | If that is indeed untrue, then I should be able to knock out a 32px iconset also. |
| 02:33:30 | JdGordon| | yes and no |
| 02:33:43 | * | JdGordon| can change anything.. *evil laugh* |
| 02:34:15 | S_a_i_n_t | "<snip>Each individual icon can be any size up to 24x24 pixels and in full 16-bit colour.<snip>" <−− http://www.rockbox.org/wiki/CustomIcons |
| 02:34:26 | JdGordon| | yes, artificial limitation |
| 02:34:30 | S_a_i_n_t | Aha. |
| 02:35:02 | S_a_i_n_t | Good, good...24 should be sufficient for now...though there's some pretty high res targets/potential targets now. |
| 02:35:25 | S_a_i_n_t | I'll start on a 32px set, but it won;t be right up the top of my list if 'ya know what I mean ;) |
| 02:35:33 | JdGordon| | yeah, and these big screen targets have even less memory issues (which is hwy its 24pt max currently) |
| 02:35:45 | S_a_i_n_t | Ah...I see. |
| 02:36:14 | JdGordon| | we could probably drop hat down even, I doubt 24 is actually needed on any current non app targst |
| 02:36:29 | S_a_i_n_t | correct. |
| 02:36:37 | S_a_i_n_t | No iconset I'm aware of is close to it. |
| 02:36:55 | S_a_i_n_t | I have an 18x18 set for my Video builds...that's it. |
| 02:37:01 | *** | Saving seen data "./dancer.seen" |
| 02:37:08 | S_a_i_n_t | themers don't seem to make iconsets anymore. |
| 02:37:16 | S_a_i_n_t | I guess it's boring. |
| 02:40:31 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 02:41:59 | | Quit anewuser (Ping timeout: 240 seconds) |
| 02:46:54 | | Quit Staphylo (Ping timeout: 276 seconds) |
| 02:56:54 | | Join JesusFreak316 [0] (~quassel@pool-173-65-61-23.tampfl.fios.verizon.net) |
| 03:00 |
| 03:05:21 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 03:16:49 | qwd | I can't write to my ipod harddrive after installing Rockbox and doing mount -o remount,rw /media/X doesn't help! (This is on Debian Squeeze AMD64 and an Ipod 5.5 80gb white with FAT) |
| 03:23:46 | krazykit | does your user have permissions to write to the device? presumably you mount as root and tried to write as user |
| 03:24:18 | qwd | krazykit: can't write to it as root either |
| 03:30:22 | qwd | I'll try to reset it with itunes on windows |
| 03:30:32 | krazykit | or check your mount options and make sure it's rw |
| 03:30:37 | krazykit | do an fsck.vfat |
| 03:31:17 | qwd | krazykit: I tried that but I got some error message. I'll just try the itunes solution and see if that works :) |
| 03:31:21 | | Quit qwd (Quit: leaving) |
| 03:37:21 | | Quit kazaik (Quit: Leaving) |
| 03:55:13 | | Join bluebrother [0] (~dom@f053152075.adsl.alicedsl.de) |
| 03:55:14 | | Quit bluebrother (Changing host) |
| 03:55:14 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 03:58:16 | | Quit bluebroth3r (Ping timeout: 276 seconds) |
| 03:58:20 | | Quit DerPapst (Quit: Leaving.) |
| 04:00 |
| 04:00:07 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 04:09:27 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 04:13:46 | | Quit edboyer93 () |
| 04:14:00 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:18:51 | | Quit amiconn (Disconnected by services) |
| 04:18:52 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:18:54 | | Quit pixelma (Disconnected by services) |
| 04:18:56 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:18:58 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:19:12 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:28:18 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
| 04:33:57 | | Join Barahir [0] (~jonathan@frnk-590fc43a.pool.mediaWays.net) |
| 04:35:18 | | Quit Barahir_ (Read error: Operation timed out) |
| 04:36:53 | | Quit MethoS- (Read error: Connection reset by peer) |
| 04:37:05 | *** | Saving seen data "./dancer.seen" |
| 04:37:38 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 04:38:46 | | Quit MethoS- (Remote host closed the connection) |
| 04:47:06 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 05:00 |
| 05:04:43 | | Quit JesusFreak316 (Ping timeout: 245 seconds) |
| 05:31:44 | | Quit ps-auxw (Read error: Operation timed out) |
| 05:40:58 | | Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 05:41:24 | | Quit Horscht (Quit: Verlassend) |
| 05:44:38 | | Quit JdGordon| (Ping timeout: 255 seconds) |
| 05:44:44 | | Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) |
| 05:44:44 | | Quit JdGordon| (Changing host) |
| 05:44:44 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 05:45:48 | | Join ps-auxw [0] (~arneb@p4FF7EE17.dip.t-dialin.net) |
| 05:46:48 | | Quit GodEater (Read error: Operation timed out) |
| 05:46:54 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 05:54:48 | | Join monsterb [0] (~monsterb@216.176.144.49) |
| 06:00 |
| 06:07:08 | | Quit anewuser () |
| 06:08:28 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 06:09:03 | | Quit xxcv () |
| 06:09:08 | | Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) |
| 06:09:09 | | Quit kugel (Changing host) |
| 06:09:09 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 06:10:31 | | Quit scorche|sh (Ping timeout: 265 seconds) |
| 06:10:53 | | Quit kugel (Read error: Connection reset by peer) |
| 06:11:02 | | Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) |
| 06:11:04 | | Quit kugel (Changing host) |
| 06:11:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 06:11:47 | kugel | S_a_i_n_t: perhaps 36x36 rather tanned 32x32 |
| 06:12:12 | | Join scorche|sh [0] (~scorche@squisch.net) |
| 06:12:21 | kugel | s/tanned/than/ |
| 06:29:24 | | Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
| 06:35:06 | | Quit KiwiCam (Quit: Leaving) |
| 06:37:07 | *** | Saving seen data "./dancer.seen" |
| 06:44:08 | | Join soap__ [0] (~soap@lu-r1.connectionvpn.com) |
| 06:45:48 | | Quit soap (Ping timeout: 252 seconds) |
| 06:49:10 | | Join KiwiCam [0] (~Kiwicam@ip-118-90-75-25.xdsl.xnet.co.nz) |
| 06:49:26 | | Quit rvvs89 (Ping timeout: 255 seconds) |
| 06:50:55 | | Quit fyrestorm (Ping timeout: 260 seconds) |
| 06:52:48 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 06:53:04 | KiwiCam | Hi peeps. Under Themes for Sansa Clip, my theme (uNbaLanCeD) is the only one where the pictures don't change, when you hover the mouse over them. My pic files end with .png - Should I use caps? |
| 06:54:06 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
| 06:54:52 | KiwiCam | S_a_i_n_t: BTW. Thanks for your previous help. I've change my theme code. You probably would still have a fit at how it is ;) But, I'm happy with it. |
| 06:57:53 | | Quit panni_ (Client Quit) |
| 07:00 |
| 07:00:41 | | Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 07:10:50 | S_a_i_n_t | kugel: (logs) Yes, I am indeed planning a second iconset now, much higher resolution than 24x24x16. |
| 07:11:15 | S_a_i_n_t | I was thinking along the lines of 36x36 also. |
| 07:12:27 | JdGordon| | 36pt seems too big for the fontset we have.. isnt there only 2 or 3 fonts bigger than 35pt? |
| 07:12:32 | JdGordon| | 32 sounds better |
| 07:12:59 | | Join Buschel [0] (~chatzilla@p54A3BADA.dip.t-dialin.net) |
| 07:13:41 | S_a_i_n_t | Well, I was thinking about constructing a larger font also...but that is much, much further down the line ;) |
| 07:15:46 | S_a_i_n_t | The problem with that is...it will be *HUGE* |
| 07:16:15 | S_a_i_n_t | as, I'll be working with Unifont (for compatability), and that thing is already massive at 16pt |
| 07:16:36 | S_a_i_n_t | and to be of any real use, it will need to be about 40pt at least. |
| 07:17:17 | S_a_i_n_t | and there is *SO many chars in Unifont, it will take me a BLOODY long time to convert it by hand. |
| 07:17:25 | Llorean | And if antialiasing goes in, that'll multiply its size again. |
| 07:17:37 | S_a_i_n_t | (forgot to close [bold], oops. |
| 07:18:13 | S_a_i_n_t | Llorean: Yes, I had thought about that also...lets just say I have no desire for it to go in any time soon ;) |
| 07:19:08 | S_a_i_n_t | However, provisions exist to convert existing fonts to our format already. I am just not sure how good they are. |
| 07:19:29 | Llorean | Well, if you're converting from a mono bitmap font, they're perfect. |
| 07:19:37 | S_a_i_n_t | It will almost certainly need cleaning up by hand but that is a lot easier than starting from scratch. |
| 07:21:55 | | Quit CaptainKewl (Ping timeout: 240 seconds) |
| 07:30:21 | JdGordon| | we should just support vector fonts and be done with it! :p |
| 07:31:03 | Llorean | Get a decently fast vector rendering engine in place, then give people SVG to play with in the themes too. :-P |
| 07:31:39 | S_a_i_n_t | Oh hush you! |
| 07:31:54 | S_a_i_n_t | Make me dream of cool things that no one wants to code ;p |
| 07:38:16 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:47:29 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
| 07:51:02 | | Join stoffel [0] (~quassel@p57B4B80D.dip.t-dialin.net) |
| 07:55:44 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 08:00 |
| 08:01:02 | | Quit JdGordon| (Quit: leaving) |
| 08:02:07 | | Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) |
| 08:02:09 | | Quit kugel (Changing host) |
| 08:02:09 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:04:48 | kugel | S_a_i_n_t: I prefer 36 because a) icons commonly come multiple-of-12 sizes and b) even 35-Adobe seems to too small for some people so we might have a 38 or 40-adobe in the future |
| 08:05:36 | | Quit merbanan (Ping timeout: 272 seconds) |
| 08:05:39 | | Join JdGord [0] (~jd@58.108.104.109) |
| 08:06:04 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 08:09:38 | | Quit stoffel (Remote host closed the connection) |
| 08:14:59 | * | S_a_i_n_t will see what happens |
| 08:15:06 | | Join Drise [0] (~Drise@user-24-236-91-225.knology.net) |
| 08:15:16 | S_a_i_n_t | 'tis in the future, after all. |
| 08:16:03 | Drise | Hey S_a_i_n_t, I appreciate your help with compiling from source. |
| 08:16:16 | Drise | I got it working with the patch I wanted to give a go at. |
| 08:16:30 | S_a_i_n_t | Drise: No problems, were you wanting to compile SDL.dll also? |
| 08:16:32 | Drise | Now just to learn C and contribute, lol. |
| 08:16:55 | kugel | S_a_i_n_t: did you change the icons since you posted the last time? |
| 08:17:02 | Drise | Hm... actually yes. I wanted to run the android sim, if there is one. |
| 08:17:28 | S_a_i_n_t | there is an SDL app, but, not an "android sim" |
| 08:17:52 | * | JdGord wonders if dynamic screen size can reasonably be dependant on an application build? |
| 08:18:49 | S_a_i_n_t | Drise: Download the SDL source from here. |
| 08:19:02 | kugel | I would still find it better if its in sync with icons in svn, but I don't really care the direction of the sync (ie I'd be happy if the icons in svn are changed to look like your 24px version) |
| 08:19:32 | S_a_i_n_t | yes, that is more likely to happen that me changing the 24px version |
| 08:19:51 | S_a_i_n_t | the current icons from the cabbie set represent their actions VERY poorly |
| 08:20:05 | Drise | S_a_i_n_t: How can i make an android sim, like the Fuze sim, for windows? |
| 08:20:21 | S_a_i_n_t | Drise: You can compile the SDL app |
| 08:20:21 | | Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) |
| 08:20:41 | S_a_i_n_t | Drise: Download the SDL source I linked. |
| 08:21:01 | Drise | I did not recieve a link..? |
| 08:21:05 | kugel | but I think the rb symbol should be changed to show clef |
| 08:21:38 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:21:40 | S_a_i_n_t | kugel: I'd liek that too...but I didn;t feel like making it by hand. |
| 08:21:47 | S_a_i_n_t | Drise: http://www.libsdl.org/release/SDL-1.2.14.tar.gz |
| 08:22:23 | S_a_i_n_t | then extract it from the CygWin prompt whereever you'd like it (you can just delete the source afterward, you don't need it) |
| 08:22:37 | kugel | S_a_i_n_t: there is an svg for the clef. I think we even have a 24px png on svn |
| 08:22:58 | S_a_i_n_t | Drise: extract using "tar -xvf filename.tar" |
| 08:23:01 | | Quit JdGord (Quit: Bye) |
| 08:23:10 | S_a_i_n_t | kugel: Ok, I'll look into it and post a revision |
| 08:24:21 | S_a_i_n_t | DriseL Let me know when you have downloaded the SDL source |
| 08:24:30 | S_a_i_n_t | * Drise: ^^ |
| 08:24:58 | Drise | donloaded and extracting |
| 08:25:11 | Drise | done |
| 08:25:15 | S_a_i_n_t | don't extract it with a 7zip/whatever |
| 08:25:23 | S_a_i_n_t | extract it with the commandline in cygwin |
| 08:25:27 | Drise | did |
| 08:25:29 | Drise | and done |
| 08:25:33 | S_a_i_n_t | else you'll get line ending troubles. |
| 08:26:31 | S_a_i_n_t | you may need to change the gcc version you're using, can you paste the output from "gcc -v" for me please? |
| 08:26:36 | S_a_i_n_t | Drise: ^ |
| 08:26:56 | Drise | 3.4.4 |
| 08:27:06 | S_a_i_n_t | Ok, good. |
| 08:27:28 | S_a_i_n_t | cd to the directory "SDL-1.2.14" |
| 08:27:39 | S_a_i_n_t | then do "./configure && make && make install" |
| 08:28:13 | S_a_i_n_t | after this completes, you'll be able to compile the simulator and you can remove the SDL source. |
| 08:28:31 | | Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
| 08:29:44 | Drise | Not as long as the toolchains I hope, yes? |
| 08:29:57 | Drise | S_a_i_n_t: ^ |
| 08:30:19 | S_a_i_n_t | to compile the SDL application, make a build folder in your rockbox source root, run "./tools/configure", then select 200 for "Application" |
| 08:30:30 | S_a_i_n_t | Drise: No, ~10mins or so to compile SDL |
| 08:31:26 | | Join dys [0] (~andreas@krlh-5f72e1d2.pool.mediaWays.net) |
| 08:32:46 | * | Drise wishes the checking and such was done alphabetically to indicate progres... |
| 08:34:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:35:11 | S_a_i_n_t | Drise: What version of cygwin are you running? |
| 08:35:22 | Drise | dunno |
| 08:35:45 | S_a_i_n_t | it's interesting that gcc 3 came back from gcc -v, the default has been gcc 4 for some time now. |
| 08:36:36 | S_a_i_n_t | after you've compiled this, its probably a good idea to update your CygWin installation by running setup again. |
| 08:36:43 | Drise | I thought I had 4.4.4 |
| 08:37:06 | S_a_i_n_t | that's just the gcc version for the toolchain |
| 08:37:09 | *** | Saving seen data "./dancer.seen" |
| 08:37:10 | S_a_i_n_t | not the native version. |
| 08:37:16 | Drise | ah |
| 08:37:39 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 08:37:45 | Drise | Well S_a_i_n_t I'm sorry, but clss in 6 hours is telling me I nee to sleep... |
| 08:38:03 | S_a_i_n_t | No worries, anytime. |
| 08:38:04 | Drise | And I'm getting to the point of missing keys when typing. |
| 08:38:33 | | Quit Drise (Quit: Thanks again.) |
| 08:44:49 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 08:51:01 | | Quit xxcv (Ping timeout: 252 seconds) |
| 08:52:43 | | Quit Gabe_G23 (Read error: Connection reset by peer) |
| 08:52:43 | | Part LinusN |
| 08:53:39 | | Part Zagor |
| 08:54:07 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:54:40 | | Quit n1s (Quit: Lämnar) |
| 08:59:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:00 |
| 09:00:22 | JdGordon | Trying to convert the skin code to use host malloc instead of internal... it does a massive amount of small allocations (and maybe 1/3 of the tags do nonstandard allocing also). |
| 09:00:43 | JdGordon | would it be acceptable to just keep a list of all alloc()ed objects so they can be easily freed? |
| 09:00:51 | JdGordon | or better to always just alloc a single massive block? |
| 09:01:04 | JdGordon | (this would be for applicaiton builds only of course) |
| 09:03:54 | JdGordon | by massive I mean probably up to 10 per tag(!) |
| 09:04:07 | JdGordon | most would be 2/tag |
| 09:04:26 | | Quit TheSeven (Ping timeout: 255 seconds) |
| 09:05:10 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:08:17 | | Join merbanan [0] (~banan@c-94-255-221-206.cust.bredband2.com) |
| 09:20:33 | | Join Rob2223 [0] (~Miranda@p4FFF1EE4.dip.t-dialin.net) |
| 09:21:12 | | Join petur [0] (d408b802@rockbox/developer/petur) |
| 09:24:47 | | Quit Rob2222 (Ping timeout: 272 seconds) |
| 09:29:32 | | Quit bertrik (Ping timeout: 252 seconds) |
| 09:29:38 | JdGordon | i.e this... http://pastebin.com/7misEz3z |
| 09:31:08 | Zagor | JdGordon: what is the overall goal? |
| 09:31:45 | JdGordon | runtime screen size handling instead of indivual build |
| 09:31:45 | JdGordon | s |
| 09:32:08 | Zagor | ah |
| 09:32:25 | JdGordon | the skin buffer is a big hurdle for it |
| 09:33:07 | JdGordon | I want to do this anyway though because 1/4 of the RaaA audio buffer is stolen for the skin buffer anyway |
| 09:33:48 | JdGordon | closer to 1/6 even.. still crap |
| 09:43:33 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 10:00 |
| 10:04:09 | | Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 10:15:23 | | Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) |
| 10:17:37 | | Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) |
| 10:19:06 | Stummi | how can i just check, if a file exists? |
| 10:22:33 | | Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) |
| 10:22:40 | KiwiCam | Hey Folks. Just bumping my previous post. How can I get my screenshots to change when you hover the mouse over them? http://themes.rockbox.org/index.php?target=sansaclipplus I've tried .png .PNG but neither seems to make a difference. Any ideas? |
| 10:23:41 | | Quit ajb (Read error: Connection reset by peer) |
| 10:24:00 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 10:24:24 | | Join ajb [0] (~user@cbnluk-gw0.cambridgebroadband.com) |
| 10:24:36 | gevaerts | KiwiCam: did you include both menu and wps screenshots? |
| 10:25:10 | KiwiCam | Not the Menu. But additionals. It's the Unbalanced theme. |
| 10:27:29 | KiwiCam | I didn't include the menu shot as it's just the default. If I add that, then the others will be displayed in sequence on hover? |
| 10:27:40 | | Quit ajb (Read error: Connection reset by peer) |
| 10:27:48 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 10:28:20 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 10:30:04 | | Join ajb [0] (~user@cbnluk-gw0.cambridgebroadband.com) |
| 10:32:15 | gevaerts | no idea actually |
| 10:32:52 | gevaerts | However, there's really no such thing as "just the default". Cabbiev2 may be the default theme, but it's still explicitely a theme |
| 10:32:57 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 10:33:44 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 10:34:27 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:35:31 | | Quit factor (Read error: Connection reset by peer) |
| 10:35:59 | | Quit xxcv (Ping timeout: 245 seconds) |
| 10:37:13 | *** | Saving seen data "./dancer.seen" |
| 10:38:25 | KiwiCam | gevaerts: Your suggestion worked. Thanks. I don't really want the Menu showing. But, at least the screenshots are working now. Greatly appreciated. |
| 10:39:00 | * | gevaerts doesn't really understand why showing the menu is so bad |
| 10:40:02 | | Join DerPapst [0] (~Alexander@dslb-088-068-021-185.pools.arcor-ip.net) |
| 10:40:08 | Stummi | where can i find the "rb"-field, which is used in each plugin for all system calls? |
| 10:40:39 | Stummi | want to read the source-file for this think.. Just for interesset, which methods it has at all |
| 10:40:44 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 10:41:07 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:41:21 | | Quit timccc (Ping timeout: 276 seconds) |
| 10:41:30 | gevaerts | Stummi: apps/plugin.h |
| 10:45:29 | KiwiCam | gevaerts: I suppose I just don't want people thinking they can't change it. I see that really, I can just upload any .png file in place of the menu, so I don't really have to have it showing anyway, as long as there's SOMETHING there. :) |
| 10:45:45 | Stummi | gevaerts, ah, found where i was looking for. Thanks :) |
| 10:46:38 | gevaerts | KiwiCam: why would people think that based on a screenshot? |
| 10:48:26 | | Join timccc [0] (~tim@112.166.15.141) |
| 10:48:42 | gevaerts | Most regular users won't change anything, and advanced users know they can change whatever they want. Not showing the menu really is a disservice to the first group and no help to the second |
| 10:49:10 | KiwiCam | gevaerts: I just happy it's working now. Thanks. |
| 10:52:09 | KiwiCam | gevaerts: But the Menu is set as to how I like it. Not how the first group would necessarily see it on their player. |
| 10:52:37 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 10:53:03 | gevaerts | Oh, so it will be set to whatever the previous theme had? That sounds bad... |
| 10:53:09 | * | S_a_i_n_t is in the "if you didn't do anything with the theme to change the look of the screen, there's no point in adding a screenshot of said screen" camp. |
| 10:53:34 | S_a_i_n_t | users will get the wrong idea. |
| 10:53:50 | S_a_i_n_t | "hey, I downloaded your theme but my menu looks different" |
| 10:53:59 | S_a_i_n_t | etc. |
| 10:54:09 | gevaerts | Yes. If that happens, IMO the theme is buggy |
| 10:54:25 | S_a_i_n_t | not necessarily. |
| 10:54:31 | KiwiCam | Yeah. I've ONLY changed the WPS, no other screens. I've customised the Menu to my liking with the menu settings, but no coding changes. |
| 10:55:01 | S_a_i_n_t | then, IMO, you shouldn't have a menu screenshot. |
| 10:55:33 | gevaerts | It means that if you switch to a random other theme, and then back to yours, it will look different. That only serves to confuse *exactly* those people you claim to be trying to help |
| 10:55:39 | gevaerts | How is that not buggy? |
| 10:55:49 | KiwiCam | I agree. That's why I didn't want to show it. I can put something else in it's place, but I should have the option of not putting any image there. |
| 10:56:05 | S_a_i_n_t | gevaerts: if a theme only changes one screen, it is by design. |
| 10:56:05 | KiwiCam | The webpage is perhaps requiring a change. |
| 10:56:22 | gevaerts | KiwiCam: what does showing the menu screenshot have to do with my argument? |
| 10:56:32 | S_a_i_n_t | changing one screen shouldn;t revert changes from other themes. |
| 10:56:39 | gevaerts | I'm talking about what happens on the player |
| 10:56:55 | S_a_i_n_t | as am I. |
| 10:57:14 | S_a_i_n_t | if the theme is only a .wps, why should it change anything else previous themes have set? |
| 10:57:39 | S_a_i_n_t | (barring the .wps of course) |
| 10:57:39 | gevaerts | S_a_i_n_t: because doing otherwise will confuse exactly those people you claim you don't want to confuse |
| 10:58:10 | S_a_i_n_t | It may be confusing, but I think it is less correct to revert changes other themes have made. |
| 10:58:11 | KiwiCam | Then uploaders of themes need to be forced to set or determine other screen options. |
| 10:58:41 | S_a_i_n_t | a theme is either full, or partial. |
| 10:58:54 | S_a_i_n_t | a partial theme shouldn't overwrite any other themes changes. |
| 10:59:01 | S_a_i_n_t | only the changes it needs for itself. |
| 10:59:27 | S_a_i_n_t | that being said, I think partial themes are annoying ;) |
| 11:00 |
| 11:00:47 | KiwiCam | I could set the config to default to the standard screens (correct term?), but isn't the idea to allow other to choose what they want, or to mix and match? |
| 11:01:00 | S_a_i_n_t | KiwiCam: Correct. |
| 11:01:19 | S_a_i_n_t | I'd be more pissed off personally if it reverted all my other settings. |
| 11:01:58 | S_a_i_n_t | I think what you are doing is correct, but only if you remove screenshots of screens you have not modified. |
| 11:02:13 | gevaerts | People can still change whatever they want if you specify settings |
| 11:02:43 | S_a_i_n_t | the screenshots not alternating with mourover is not a big deal, they will still see your alternate screens when selecting the theme to download it. |
| 11:03:28 | S_a_i_n_t | gevaerts: I just don;t think it is correct for the theme to default setting from other themes, when the "theme" as a whole is only intended as a .wps |
| 11:03:32 | S_a_i_n_t | *don't |
| 11:03:34 | KiwiCam | I see that the other themes uploaded only have perhaps two screenshots. I'm guessing that they upload using the first two slots ie WPS screenshot and Menu screenshot, but put non menu pics in the Menu screnshot places, so that they get the screenshot change on Mouse Hover. |
| 11:04:13 | KiwiCam | "but only if you remove screenshots of screens you have not modified" Yes. |
| 11:04:42 | gevaerts | S_a_i_n_t: rockbox doesn't really support having both "partial" themes and "full" themes. Unless you find a way to change that, I don't see any better solution than discouraging "partial" themes |
| 11:05:10 | S_a_i_n_t | gevaerts: very few themes as a whole are "full" themes. |
| 11:05:14 | KiwiCam | Yeah. It's not a biggie. I was just jealous that the other themes could do that and I couldn't :( |
| 11:06:25 | S_a_i_n_t | if RB "doesn't support" partial themes, then those themes should be removed from the themesite that do not provide the full set of files, or a theme .cfg that reverts other screens to default. |
| 11:06:32 | S_a_i_n_t | which, would be crap IMO |
| 11:06:48 | KiwiCam | I just think a webpage tweak would solve that menu screenshot requirement. ie If you don't upload a pic to it, it doesn't show it, but still rotates the other screenshots. |
| 11:08:18 | gevaerts | I find it *really* annoying to check out themes one by one, find one I like, use that, and then three weeks later when I see a new theme, try it out, decide I still prefer the old one, and then find I have to remember the exact order I was trying out themes in last time to recreate the desing I want |
| 11:08:31 | S_a_i_n_t | To put it this way, if I have a theme set on my device and I knowingly download a "theme" that just consists of a .wps, then I expect only the .wps to be changed. |
| 11:09:04 | S_a_i_n_t | I would NOT expect to lose all my other changes, when it is so easy to revert the changes manually if it is needed. |
| 11:11:09 | KiwiCam | S_a_i_n_t: I agree. |
| 11:12:21 | * | gevaerts doesn't see how that helps anyone except those people who read the theme config files before loading them |
| 11:12:57 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:13:01 | S_a_i_n_t | gevaerts: It is the responsibility of the themer to provide accurate shots of the screens changed. |
| 11:13:03 | KiwiCam | The easy work around is just to put something else in the Menu Screenshot place so that no menu shot is displayed. Anyway. I have to catch some Z's. Goodnight all. |
| 11:13:16 | S_a_i_n_t | if that is not done, it is the fault of the themer, not the theme. |
| 11:14:04 | KiwiCam | S_a_i_n_t: I agree again. Darn. Go to bed Cam! |
| 11:14:09 | S_a_i_n_t | people (if the themer has rightly included images) can see what they are getting at the time of download, I also include the changes to be expected in the themes description. |
| 11:14:44 | S_a_i_n_t | Any confusion that arises is a result of the themer, and not the theme IMO |
| 11:15:36 | CIA-7 | New commit by jdgordon (r28480): RaaA: Use the host's malloc() for the skin engine. |
| 11:17:25 | S_a_i_n_t | anyone know where this is? |
| 11:17:27 | S_a_i_n_t | "[20:23] <kugel> S_a_i_n_t: there is an svg for the clef. I think we even have a 24px png on svn" |
| 11:17:36 | CIA-7 | r28480 build result: All green |
| 11:17:51 | gevaerts | sasquatch: People will assume that whatever they see after installing the theme is what the theme provides |
| 11:17:58 | gevaerts | S_a_i_n_t: ^ |
| 11:18:03 | * | gevaerts apologises to sasquatch |
| 11:18:13 | pixelma | S_a_i_n_t: I wouldn't know of such an SVG |
| 11:18:21 | S_a_i_n_t | gevaerts: well...this a flawed assumption. |
| 11:18:24 | gevaerts | S_a_i_n_t: moreover, in such cases they'll assume that the theme author forgot to include a menu screenshot |
| 11:18:34 | gevaerts | S_a_i_n_t: is it? Or is yours? |
| 11:18:37 | S_a_i_n_t | people should assume that the theme provides what it displays at the time of download. |
| 11:18:46 | gevaerts | Why? |
| 11:19:13 | S_a_i_n_t | I could pose the same "why?" to your assumption no? |
| 11:20:01 | gevaerts | Are you asking why people would assume that, or why I think they would? |
| 11:20:21 | S_a_i_n_t | If I installed a theme, and afterward there was still parts of the previous theme...is it not ridiculous to assume that everything you see now is a part of the current theme? |
| 11:20:31 | S_a_i_n_t | s/current theme/theme you just loaded/ |
| 11:20:47 | S_a_i_n_t | it would be more natural to assume that changes simply were not made to all screens. |
| 11:20:53 | AlexP | Arguing about what people will assume is a bit silly, I can see people thinking both things |
| 11:20:56 | gevaerts | Why would it be? People make derivative themes all the time |
| 11:21:23 | AlexP | S_a_i_n_t: e.g. the theme I mainly use (and ade) is just cabbiev2 with bigger fonts |
| 11:21:26 | pixelma | S_a_i_n_t: there's an SVG of the complete logo (sans the metal structure on the "box" part). There should be an .ico file of the clef for the fav icon and it could contain vector data but I don't know and would have to look up where it is, my guess would be on the www or themes module |
| 11:21:37 | gevaerts | "Oh, it uses the same font as the previous theme. It must not set the font then" |
| 11:21:44 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
| 11:21:44 | | Quit n1s (Changing host) |
| 11:21:44 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 11:22:39 | S_a_i_n_t | bah...it's pointless arguing about it. it's not like anything is going to change unless you "outlaw" partial themes. |
| 11:22:44 | S_a_i_n_t | and I don;t see that happening. |
| 11:22:51 | AlexP | why not? |
| 11:23:04 | S_a_i_n_t | Why would it now all of a sudden? |
| 11:23:12 | S_a_i_n_t | it;s been fine up until now. |
| 11:23:12 | AlexP | I'm not saying it should (I can see the argument both ways), but anything could happen depending on what the devs want |
| 11:23:21 | AlexP | S_a_i_n_t: Because nobody noticed? |
| 11:23:38 | S_a_i_n_t | I think its expected bahaviour personally. |
| 11:23:43 | AlexP | Right, personally |
| 11:23:44 | S_a_i_n_t | not a case of no one noticing. |
| 11:23:49 | gevaerts | S_a_i_n_t: you've just been convincingly arguing that the current model is flawed. Why wouldn't we change it? |
| 11:24:03 | AlexP | And if it is you vs a dev who thinks otherwise (and cares enough), then it'll change |
| 11:24:17 | S_a_i_n_t | you've been arguing it's flawed....I argue it is expected. |
| 11:24:47 | gevaerts | You've *tried* to argue that, but the message I got from what you said is "it's flawed" |
| 11:25:30 | sasquatch | 11:18:25 * | gevaerts apologises to sasquatch <<< no problem... and it didn't hurt... :-) |
| 11:25:39 | AlexP | sasquatch: You just wait :) |
| 11:26:28 | sasquatch | ok −−- we'll see... |
| 11:27:57 | KiwiCam | As a new user, I like the way that I can just create a WPS and leave the other screens alone, AND still be able to share what I've done. If I had to go through the hassle of creating all the other screens as well, then I probably wouldn't have gone as far as I have. I like the partial theme aspect. |
| 11:28:23 | KiwiCam | I thought I was going to bed? |
| 11:29:15 | gevaerts | You don't have to *create* anything. There's this concept called "copying" |
| 11:29:29 | AlexP | Maybe it'd be worth if a screen hasn't been themed having the image for it on the themesite say something like "Menu screen will not be changed" or some such |
| 11:30:09 | KiwiCam | And the good news is, that now that I've had some experience and pleasure creating a WPS, I'm now enthused about changing the others. So, it's good for me as a beginner. It draws me in... |
| 11:30:27 | S_a_i_n_t | AlexP: That's kinda what my thoughts are, but IMO the "image" you speak of is implied by the fact that there isn't an image of screen X, so screen X does not change. |
| 11:30:39 | AlexP | Implying things like that is not good |
| 11:30:47 | AlexP | You never know what people will think |
| 11:30:48 | S_a_i_n_t | perhaps making it ABSOLUTELY clear the themers must supply screenshots of changes? |
| 11:30:56 | AlexP | I would think that they forgot to upload the image |
| 11:31:14 | AlexP | It needs to be explicit one way or the other |
| 11:31:26 | S_a_i_n_t | it should be quite easy to get the themesite to force this. |
| 11:31:43 | S_a_i_n_t | if an .fms is present then an FMS screenshot is NEEDED to upload, etc. |
| 11:32:01 | S_a_i_n_t | .wps == WPS screenshot, etc. |
| 11:32:31 | S_a_i_n_t | sane? |
| 11:32:42 | gevaerts | And .cfg == menu screenshot? |
| 11:32:45 | AlexP | They should all be forced, if you haven't changed anything say so |
| 11:32:56 | AlexP | It has to be explicit, not implied |
| 11:33:06 | AlexP | The way one person thinks is different to another |
| 11:34:27 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 11:34:33 | AlexP | I tend to think that a theme should supply all files - if you haven't changed anything copy the default one in. If someone wants only the wps, they download the theme and set wps not theme through the menus |
| 11:34:37 | S_a_i_n_t | gevaerts: iconset == <anything other than default>, or font == <anything other than default> in the .cfg could quite easily == Menu Screenshot, yes. |
| 11:34:38 | KiwiCam | Perhaps just a bold note on the upload page stating that screenshots should be uploaded only if they've been changed? (And of course tweaking the hover thing ;) ) |
| 11:34:41 | AlexP | But I'm not that bothered |
| 11:35:08 | AlexP | KiwiCam: People don't read stuff no matter how bold it is |
| 11:35:11 | * | gevaerts still disagrees with the basic premise that a theme should be allowed to be incomplete |
| 11:35:30 | S_a_i_n_t | but, they are incomplete by design. |
| 11:35:32 | JdGordon | without paying any attention to the topic, I agree, sort of |
| 11:35:33 | S_a_i_n_t | that is my point. |
| 11:35:42 | AlexP | And I think uploading a random menu shot is not a good thing - it is innacurate, if you don't set it it could be anything depending on the previous theme they were using |
| 11:35:44 | JdGordon | a theme is just a .cfg though |
| 11:36:34 | KiwiCam | As a noob, I thought the Theme help files were very clear. I picked up on the partial's straight away. |
| 11:36:37 | | Quit soap__ (Ping timeout: 240 seconds) |
| 11:36:39 | AlexP | yeah, so if someone only wants part of a theme they set that part through the menus, not the whole theme |
| 11:37:14 | JdGordon | why isnt the sdl app being built with -std=gnu99 ? |
| 11:37:43 | n1s | hmm, scaling seems to be off |
| 11:38:17 | * | gevaerts is happy to know that JdGordon agrees. He only wishes he knew what with |
| 11:38:21 | S_a_i_n_t | pixelma: Thanks, sorry I missed your post...I was wondering why I was still being highlighted. |
| 11:38:42 | S_a_i_n_t | I really need (preferably an SVG) of the Rb Clef, not the "Rb" logo. |
| 11:38:48 | JdGordon | gevaerts: that was to you, although i sort of take it back.. i'm staying out of this! |
| 11:38:53 | S_a_i_n_t | But it looks like I'll have to do it by hand...uuurgh. |
| 11:38:58 | gevaerts | JdGordon: ok :) |
| 11:39:24 | gevaerts | S_a_i_n_t: then grab the svn logo and remove anything you don't want |
| 11:39:28 | KiwiCam | Must sleep. Thanks for the fun. Have a good one. |
| 11:40:43 | gevaerts | S_a_i_n_t: or do something advanced like e.g. look for svg files in the source tree |
| 11:45:02 | pixelma | gevaerts: it won't be a simple "remove everything you don't need" because in the logo the clef is positive/negative and you need to combine it to get one form again... possible of course |
| 11:45:17 | pixelma | S_a_i_n_t: the logo SVG is somewhere in the manual part |
| 11:45:34 | JdGordon | does anyone know the sdl lcd code? |
| 11:46:55 | JdGordon | where is the sdl window size setup? fiddling with hosted/sdl/lcd-bitmaps.c doesnt seem to fix it |
| 11:47:59 | pixelma | aha, rbutil. Didn't know that. AFAIR this clef is a bit different though |
| 11:48:55 | S_a_i_n_t | pixelma: there is an .ico of the clef in RButil, and also the "Rb" logo (small) but the .ico won't scale well I don't think. |
| 11:49:24 | bluebrother | S_a_i_n_t: Rockbox Utility also has an svg version of the "clef" icon |
| 11:49:37 | pixelma | IIRC can contain vector data but don't have to |
| 11:50:17 | pixelma | bluebrother: didn't you squeeze it a bit? |
| 11:52:12 | bluebrother | squeeze in what way? I've created an svg version of the clef, mostly based on the svg version of the logo itself with a few adjustments (small rotation IIRC) to make it fit better for an icon |
| 11:53:06 | Stummi | hm, how can i just print something out to the console in simulator mode? |
| 11:53:23 | bluebrother | Stummi: DEBUGF() |
| 11:54:54 | Stummi | i tried this already. Do i need a special compile flag or so, to get working this? |
| 11:55:55 | * | bluebrother isn't too familiar with that and thought it should just work |
| 11:56:05 | | Quit casainho (Remote host closed the connection) |
| 11:56:47 | Stummi | oh, yes it works. Seems to was my failure. Sorry :) |
| 11:58:31 | pixelma | bluebrother: it looks a bit rotated and wider (in aspect ratio) than in the icon but it's possible that it matches the favicon better. That's not very important though |
| 11:59:23 | JdGordon | boot time screen sizing mostly works :) |
| 11:59:31 | JdGordon | ./rockbox −−display 640x480 |
| 11:59:38 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-31-253.w90-46.abo.wanadoo.fr) |
| 11:59:42 | Zagor | JdGordon: yay |
| 11:59:58 | JdGordon | need to do some tricks to make the skins load the correct images though |
| 12:00 |
| 12:00:24 | JdGordon | then someone else can fix the buildzip.pl :) |
| 12:01:32 | bluebrother | S_a_i_n_t, pixelma: I've also put some other variants online when I did that icon. See the svg files at http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
| 12:01:48 | S_a_i_n_t | bluebrother: Thankyou. |
| 12:02:02 | bluebrother | rockbox-clef.svg seems to be the unrotated version |
| 12:02:17 | S_a_i_n_t | This is for the rockbox icon for the RaaA/large screen target iconset. |
| 12:02:43 | bluebrother | if the screen is large enough you might even be able to use rockbox-icon.svg :) |
| 12:03:03 | S_a_i_n_t | I was previously using the "Rb" icon from RButil |
| 12:03:30 | S_a_i_n_t | bluebrother: Errr...I mean the iconset, 24x24 ;) |
| 12:06:40 | bluebrother | the svg should give you a much better quality ;-) |
| 12:06:43 | Stummi | what is the simplest way to check, if the volume is turned to null? (the entry at top of the volume-menu, not "0db") |
| 12:08:53 | | Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) |
| 12:10:22 | | Join lmjubuntu [0] (~lmjubuntu@2001:250:6801:4418:2ea:1ff:fe12:2816) |
| 12:11:36 | | Join JG [0] (~d4bcf6a4@giant.haxx.se) |
| 12:12:35 | | Quit JG (Client Quit) |
| 12:13:04 | | Join JG [0] (~d4bcf6a4@giant.haxx.se) |
| 12:14:06 | JG | Hi Just wondering if anyone can think of a way to get rockbox to use only lower half of the ipod screen? |
| 12:14:14 | JG | The top half of my ipod screen doesn't work |
| 12:14:35 | gevaerts | You could be creative with the UI viewport |
| 12:14:51 | JG | can you advise how? |
| 12:15:04 | JG | I've only been a rockbox user not developer |
| 12:16:03 | rasher | Was the 3.7 release tagged? |
| 12:16:09 | * | gevaerts doesn't remember the details. He's sure someone else here does though |
| 12:16:14 | gevaerts | rasher: yes |
| 12:17:07 | rasher | So it was. |
| 12:17:49 | S_a_i_n_t | JG: the manual can advise you of how to do this. |
| 12:18:12 | S_a_i_n_t | you will still have to create a custom theme, as well as altering the UI viewport if you want all screens to work. |
| 12:18:58 | | Part lmjubuntu |
| 12:19:09 | JG | I think I've found it |
| 12:19:32 | JG | Can someone point me how to install a theme I edit? I've only used the rockbox util |
| 12:29:04 | JdGordon | scroll engine is totally screwed up with this dynamic lcd size patch |
| 12:35:23 | JG | Ok so I've set the view port options on every theme installed to ui viewport: 0,66,176,66,- no change in picture when I reboot, any tips? |
| 12:35:57 | | Quit soap (Ping timeout: 255 seconds) |
| 12:36:23 | JdGordon | are you actually loading that theme? |
| 12:36:50 | JG | How do I load a theme? Does this not happen on startup? |
| 12:37:14 | *** | Saving seen data "./dancer.seen" |
| 12:37:26 | JdGordon | not if you havnt got it configured to |
| 12:37:42 | JdGordon | how are you setting the ui viewport? |
| 12:37:43 | JG | I changed all themes in the themes folder |
| 12:38:03 | JdGordon | how? |
| 12:39:10 | JG | plugged in the ipod to a mac went to /Volumes/IPOD/.dropbox/themes and edited the text files there |
| 12:39:41 | | Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) |
| 12:39:45 | JdGordon | .dropbox? |
| 12:39:55 | JdGordon | what did you change in which file |
| 12:40:02 | PurlingNayuki | Dropbox cannot be visited in China. |
| 12:41:35 | JG | .dropbox appears to be where all the dropbox install goes onto the ipod. |
| 12:42:27 | pixelma | it's called rockbox though... |
| 12:42:50 | JG | no it has a . in the name to hide it from view in finder on an apple |
| 12:43:06 | pixelma | .rockbox |
| 12:43:23 | pixelma | but the project is called Rockbox :) |
| 12:44:08 | JG | oh I've reloaded the theme on the ipod itself. Hard without being able to see but it is now working... |
| 12:44:20 | JG | Thanks so much! I can use the ipod again!!! |
| 12:44:31 | pixelma | you could use a voice file |
| 12:44:35 | JG | Rockbox ROCKS!!! |
| 12:45:06 | JdGordon | whats about dropbox? |
| 12:45:21 | * | JdGordon got theme loading working on dynamic screen size builds :) |
| 12:46:51 | S_a_i_n_t | was "dropbox" just a mistake, or is there some alternate version of RB with .dropbox as the main folder? |
| 12:47:46 | JG | sorry yes mental aberation .rockbox not .dropbox |
| 12:47:49 | JG | ha ha ha |
| 12:47:54 | JG | stupid typo |
| 12:47:59 | JG | one prob still though |
| 12:48:16 | JG | the theme goes back to full screen on reboot and I have to go through the menus and load it. |
| 12:48:29 | JG | How can I get it to hold my theme selection? |
| 12:49:08 | S_a_i_n_t | [00:49] <S_a_i_n_t> how are you rebooting? |
| 12:49:09 | S_a_i_n_t | [00:49] <S_a_i_n_t> are you using menu+select, or pressing play until it shuts down? |
| 12:49:17 | | Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) |
| 12:49:55 | S_a_i_n_t | if shut down correctly, rockbox should store those settings in the theme .cfg |
| 12:50:05 | S_a_i_n_t | s/theme .cfg/.cfg/ |
| 12:50:09 | JG | pressing play until it shuts down |
| 12:50:23 | S_a_i_n_t | that is extremely odd then. |
| 12:50:48 | S_a_i_n_t | your settings should be saved when you shut down. |
| 12:51:36 | | Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 12:52:08 | JG | figured |
| 12:52:11 | JG | maybe a bug |
| 12:52:31 | pixelma | where exactly did you put your theme? |
| 12:52:51 | JG | I was on cabbiev2 and loaded cabbiev2 after changing the viewport. It did not hold after reboot |
| 12:53:01 | JG | Changed to rockboxed and rebooted. it stayed |
| 12:53:13 | JG | back to cabbiev2 and rebooted and now it holds |
| 12:53:36 | pixelma | cabbiev2 is made for the full screen |
| 12:54:01 | JG | it seems to work perfect with half screen after the viewport options are set. |
| 12:54:10 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 12:54:21 | JG | is there a theme you'd recommend for half screen? |
| 12:54:35 | S_a_i_n_t | one you create specifically |
| 12:54:52 | S_a_i_n_t | all themes are made for fullscreen. |
| 12:55:49 | pixelma | the failsafe one probably works without trouble but doesn't look as nice |
| 12:56:33 | | Quit xxcv (Ping timeout: 276 seconds) |
| 12:57:40 | JG | Have to say Cabbiev2 seems very usable in this config. Almost perfect. |
| 12:58:04 | JG | must go do some work but thanks so so much! |
| 12:59:03 | | Quit lixus00 (Quit: Leaving.) |
| 12:59:32 | | Join csu [0] (~csu@91.75.204.14) |
| 13:00 |
| 13:01:13 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 13:03:43 | JdGordon | kugel: arg... you made dynamic screen sizing a bit painful on android.... FS #11615 ... I did say c should NOT be setting the dimensions..... :/ |
| 13:03:43 | | Quit JG (Quit: CGI:IRC (EOF)) |
| 13:15:47 | | Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) |
| 13:15:56 | PurlingNayuki | giovanni_: I've changed the wiki. Please read and tell me if you're satisfied. |
| 13:16:08 | | Quit casainho (Ping timeout: 252 seconds) |
| 13:27:45 | stacker55 | I have updated the VirtualMachine for rockbox development from debian sarge to debian lenny. Is there someone i should send it to, or should i put it on the wiki? |
| 13:30:18 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
| 13:31:44 | LambdaCalculus37 | bluebrother: Ping |
| 13:41:52 | | Part lixus00 |
| 13:48:01 | PurlingNayuki | Patch is really unlovely... |
| 13:49:15 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
| 13:49:50 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-147.pools.arcor-ip.net) |
| 13:50:21 | S_a_i_n_t | PurlingNayuki: ? |
| 13:56:23 | | Join Alchimysta [0] (~9753efdc@giant.haxx.se) |
| 13:56:42 | | Quit Alchimysta (Client Quit) |
| 13:56:56 | | Join Alchimysta [0] (~9753efdc@giant.haxx.se) |
| 13:57:06 | Alchimysta | Can you explain in more simple words this phrase? 2: add "ines" to $ ROCKBOX/apps/plugins/Subdirs2: add "ines" to $ Rockbox / apps / plugins / SUBDIRS |
| 13:58:35 | S_a_i_n_t | Alchimysta: edit those two files to include "ines". |
| 14:00 |
| 14:02:39 | Alchimysta | SUBDIRS What is it? |
| 14:03:45 | S_a_i_n_t | Alchimysta: If you don't have a development environment set up, with a working toolchain, and a copy of the rockbox source code checked out...don't bother. |
| 14:03:46 | | Quit antil33t (Read error: Connection reset by peer) |
| 14:03:53 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 14:03:57 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 14:06:09 | Alchimysta | I can compile the plugin and send it infones (MegaUpload)? |
| 14:06:57 | Alchimysta | You tell me you can compile the plugin and send it infones (MegaUpload)? |
| 14:09:37 | Alchimysta | you can compile the plugin and send it infones (MegaUpload)? |
| 14:10:46 | bluebrother | LambdaCalculus37: pong |
| 14:12:14 | Alchimysta | Help me!!!! |
| 14:13:46 | LambdaCalculus37 | bluebrother: Question about rbutil... I want to start adding support to install the builds and bootloaders for the GoGear devices to it. The install method is the same as most of the other PP targets (H10, m:robe, YH-9x0). |
| 14:14:22 | S_a_i_n_t | Alchimysta: No one will help you with that attitude |
| 14:14:35 | S_a_i_n_t | you have already been told what you need to do, and what you need to do it. |
| 14:15:18 | bluebrother | LambdaCalculus37: ok. You basically only need to edit rbutil.ini in that case. |
| 14:16:06 | | Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) |
| 14:16:11 | LambdaCalculus37 | bluebrother: Okay. Basically add the devices, URLs for download, and then test to make sure it installs correctly, right? |
| 14:16:20 | LambdaCalculus37 | bluebrother: Or is there anything I need to know about? |
| 14:16:46 | | Quit drizztbsd (Ping timeout: 272 seconds) |
| 14:17:02 | bluebrother | you need to change two places: the [platforms] section needs a new one that holds the section name of your device |
| 14:17:33 | bluebrother | then add a new section named after your device (i.e. the short name accepted by configure) the same way the other sections are. |
| 14:18:06 | bluebrother | the [platforms] section is used for sorting and for recognizing the available platforms so it's necessary. |
| 14:18:31 | Alchimysta | S_a_i_n_t: But I'm not able ... I was just wondering if anyone could do for me ... |
| 14:18:54 | S_a_i_n_t | Alchimysta: You *are* able, you are just not willing to learn. |
| 14:19:16 | S_a_i_n_t | the resources are available, everyone else learnt the same way. |
| 14:19:27 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 14:19:37 | LambdaCalculus37 | bluebrother: Ahh, I see how the [platforms] section is laid out... it's just platformXXX=<name>. |
| 14:20:00 | LambdaCalculus37 | bluebrother: This looks pretty easy. Thanks for the rundown. :) |
| 14:20:08 | Alchimysta | I can not learn just because I understand little English and the translator sucks ... (It's not that I want) |
| 14:22:18 | bluebrother | LambdaCalculus37: oh, if you have any pre / post installation hints you need to add it to the source code of the bootloader install method class. I.e. if bootloadermethod=mi4 you need to adjust base/bootloaderinstallmi4.cpp |
| 14:22:45 | LambdaCalculus37 | bluebrother: Okay. |
| 14:22:50 | bluebrother | that text unfortunately is only handled in the code itself. I'm not too happy with that but I'm missing a better idea :) |
| 14:23:10 | bluebrother | but that should be it |
| 14:24:00 | n1s | does anyone know where i can find a 48kHz flac sample or something i can easily turn into one, wav perhaps? |
| 14:24:22 | LambdaCalculus37 | Oh, SNAP... no one ever did device detection for either the HDD6330 or HDD1630: http://www.rockbox.org/wiki/DeviceDetection |
| 14:26:01 | * | LambdaCalculus37 has to remember to do that today |
| 14:26:18 | rasher | Hm, bdf2bmp is giving me bdf2bmp.c:100: error: conflicting types for ‘getline’ |
| 14:26:25 | rasher | Because of stdio.h |
| 14:26:37 | rasher | Is there some proper way to handle this, or should we just rename getline? |
| 14:28:00 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 14:29:19 | bluebrother | LambdaCalculus37: you can leave that out. Of course detecting it won't work then but that doesn't affect installation itself fortunately :) |
| 14:30:49 | LambdaCalculus37 | bluebrother: Nah, I'd rather have them in. I can at least do the HDD6330 USB IDs now as I have it with me. |
| 14:31:25 | LambdaCalculus37 | I still have to find my HDD1630 and get that one brought up to speed. |
| 14:35:24 | Stummi | What is the best way, when I want a patch addet to the svn? |
| 14:35:37 | n1s | Stummi: post in on FS and nag people here |
| 14:36:11 | Stummi | ok, first step is already done :) |
| 14:36:16 | Stummi | http://www.rockbox.org/tracker/task/11632 |
| 14:36:20 | Stummi | *nag* |
| 14:36:52 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 14:37:17 | *** | Saving seen data "./dancer.seen" |
| 14:37:56 | LambdaCalculus37 | Stummi: Have you tested your patch to see if it builds okay on other platforms besides yours? |
| 14:38:23 | Stummi | I testet the patch with the simulator |
| 14:38:43 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 14:39:13 | LambdaCalculus37 | Stummi: I mean besides the Fuzev2. |
| 14:39:20 | Stummi | LambdaCalculus37, and i didn't changed something critical which could cause an crash on some devices |
| 14:39:54 | Stummi | LambdaCalculus37, hm, does ist suffice to test the patch with other sim-builds? |
| 14:40:27 | | Quit JdGordon (Ping timeout: 255 seconds) |
| 14:43:35 | | Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) |
| 14:51:27 | Alchimysta | Someone else who speaks Italian? "Cè qualcuno che parla italiano?" |
| 14:51:44 | | Part LinusN |
| 14:52:14 | | Quit antil33t (Read error: Connection reset by peer) |
| 14:52:26 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 14:53:08 | S_a_i_n_t | Alchimysta: This channel is ENGLISH only |
| 14:54:47 | LambdaCalculus37 | Stummi: That does help, but since the patch is in Flyspray, that should also give others a chance to test it. |
| 14:55:10 | | Quit CaptainKewl (Ping timeout: 240 seconds) |
| 14:55:41 | Stummi | ok. Would it be good to send a mail to rockbox-dev mailinglist to call for testers? |
| 14:57:51 | Alchimysta | not very good, if one does not speak English that you do not know how to talk ... |
| 14:58:55 | Stummi | your english seems to be good enought to be unterstanded :) |
| 15:00 |
| 15:00:15 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 15:02:28 | Alchimysta | I use the translator ... : ( |
| 15:03:36 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:05:12 | stacker55 | the following location is where the zipped updated VM can be found: http://88.159.165.151/rockbox%20-%20Debian-6.zip |
| 15:05:33 | stacker55 | scorche: that might be interesting for you to look at |
| 15:06:08 | LambdaCalculus37 | gevaerts: Regarding your post to the -dev ML, have you tried the most recent patch for FS #8806? |
| 15:06:26 | stacker55 | the file itself is rather big: 8GB; so downloader beware |
| 15:07:53 | LambdaCalculus37 | stacker55: Why is it so big? How much stuff did you add to the VM? |
| 15:07:59 | gevaerts | LambdaCalculus37: no. I'm only willing to spend time on it if it's worth the effort :) |
| 15:08:45 | stacker55 | LambdaCalculus37: it's regular zip, not 7zip, and i had to increase the vm disk size. The updates needed more room than the original VM provided |
| 15:09:10 | stacker55 | The VM itself has plenty of room inside |
| 15:11:28 | | Quit csu (Ping timeout: 264 seconds) |
| 15:14:32 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 15:14:33 | LambdaCalculus37 | gevaerts: I've yet to try the most recent patch out, but I think that we should get the task committed already. The most recent version is a codec version. |
| 15:15:34 | LambdaCalculus37 | I'm going to try it out later on. |
| 15:16:34 | stacker55 | i'm trying to get a smaller file by zero-filling unused clusters; see how well that works |
| 15:17:51 | | Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) |
| 15:18:35 | | Join csu [0] (~csu@91.75.204.14) |
| 15:20:31 | | Quit Alchimysta (Quit: CGI:IRC (EOF)) |
| 15:22:55 | | Quit csu (Ping timeout: 255 seconds) |
| 15:23:06 | | Join csu [0] (~csu@dev.dist.us) |
| 15:28:17 | | Quit factor (Read error: Connection reset by peer) |
| 15:29:36 | | Join Alchimysta [0] (~9753efdc@giant.haxx.se) |
| 15:29:50 | | Quit Zarggg (Ping timeout: 240 seconds) |
| 15:32:01 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 15:32:11 | | Part lixus00 |
| 15:32:58 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 15:32:58 | | Quit Alchimysta (Client Quit) |
| 15:44:46 | pixelma | gevaerts: Rockbox already has a MOD codec and IIRC it can somehow deal with files larger than codec buffer but only plays the simple format modules.I once tried the MikMod patch (quite some time ago) and it wasn't able to play some of the ones that already worked, I'm willing to try again |
| 15:45:08 | AlexP | S_a_i_n_t: I think it is acceptable for him to ask if there are any Italian speakers around who can help him. If he finds one, then they can take it to a PM |
| 15:45:34 | pixelma | gevaerts: on the other hand it was able to play .it files etc. but I don't have many of these |
| 15:47:41 | LambdaCalculus37 | pixelma: I've tried the mikmod codec patch several times and have been able to play all MOD files I have in my collection without issue. |
| 15:48:06 | pixelma | and one "minus" about the current codec version - it doesn't display playback time correctly and IIRC you need to skip manually to advance in the playlist (need to try that out myself again) |
| 15:48:39 | LambdaCalculus37 | pixelma: IIRC the current MOD codec doesn't display playback time correctly either. |
| 15:48:42 | pixelma | I don't know how other chiptunes codec do, I believe there are similar problems with SID |
| 15:48:51 | LambdaCalculus37 | pixelma: And NSF. |
| 15:49:13 | pixelma | LambdaCalculus37: yes, I meant the current SVN codec version, sorry for not being clear |
| 15:51:39 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 15:52:28 | stacker55 | LambdaCalculus37: replace .zip with .7z (in about 20 minutes it'll be online) and the file size will be 1/10th; so about 820MB for the VM. |
| 15:53:56 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 15:54:04 | LambdaCalculus37 | pixelma: I can confirm that you do have to skip manually to advance in the playlist when playing MOD files. |
| 15:55:09 | LambdaCalculus37 | pixelma: The playback time behavior is a little harder to explain, but basically it's behaving like it's displaying a "block" of the current MOD file. |
| 15:55:21 | * | LambdaCalculus37 doesn't have a good explanation for it |
| 15:55:53 | Stummi | LambdaCalculus37, i sent a mail calling for testers for my patch to the dev-list now |
| 15:55:54 | stacker55 | sratch that, it is online now. http://88.159.165.151/rockbox%20-%20Debian-6.7z |
| 15:56:06 | Stummi | lets see if i get some feedback :) |
| 15:58:08 | | Join notsoap [0] (~soap@lu-r1.connectionvpn.com) |
| 15:59:18 | pixelma | LambdaCalculus37: yes, it displays the pattern number on place of the playback time. It's nice if you have "Caption Backlight" enabled |
| 15:59:20 | | Quit soap (Ping timeout: 245 seconds) |
| 15:59:40 | pixelma | is that one seems to take the numbers there as seconds |
| 16:00 |
| 16:00:42 | | Quit teru (Quit: Quit) |
| 16:00:59 | LambdaCalculus37 | pixelma: And IIRC the mikmod patch has the same behavior. |
| 16:04:25 | | Quit notsoap (Ping timeout: 276 seconds) |
| 16:04:51 | evilnick_B | Stummi: It wasn't clear from the flyspray description, did you fix the bug in Pokemon? |
| 16:05:30 | Stummi | evilnick_B, no |
| 16:06:01 | Stummi | (and i dont know something about an bug in polemon) |
| 16:06:09 | Stummi | *pokemon |
| 16:07:28 | Stummi | evilnick_B, can you point me to the bug, please? |
| 16:09:57 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 16:17:19 | Stummi | ah, you mean the thing that it freezes, when you try to heal pokemon without sound? |
| 16:17:45 | Stummi | hm, is there a reason for turning the sound off? |
| 16:17:57 | evilnick_B | Stummi: http://forums.rockbox.org/index.php?topic=12683.0 |
| 16:18:43 | Stummi | ok |
| 16:19:11 | Stummi | how i said: Is there a special reason to turn the sound off (performance or so?). If not, you could turn sound on and set volume to null |
| 16:22:36 | Torne | Stummi: Yes, it's faster if sound is disabled |
| 16:22:51 | Torne | Stummi: but it breaks games which rely on sound interrupts |
| 16:23:04 | Torne | since if you don't emulate the sound hardware you don't know when to trigger interrupts :) |
| 16:26:01 | Stummi | ok |
| 16:26:28 | Torne | sound is expensive to emulate on lots of consoles |
| 16:31:39 | Stummi | wow, didn't had thunk that |
| 16:32:34 | Torne | not necessarily more expensive than, say, video, but you can't play most gmaes without video :) |
| 16:33:20 | | Quit petur (Quit: reboot) |
| 16:37:20 | *** | Saving seen data "./dancer.seen" |
| 16:38:17 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:43:56 | LambdaCalculus37 | Something strikes my curiosity... since the Toshiba Gigabeat V is by and large the same hardware as the Gigabeast, has anyone tried seeing if the Gigabeast port runs on the V? |
| 16:44:39 | toffe82 | I did it and it didn't work , but I should retry, it was a long time ago |
| 16:45:37 | * | Stummi just subscriped for cvs and sf-list too \o/ |
| 16:48:53 | | Part LinusN |
| 16:50:23 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 16:51:48 | LambdaCalculus37 | toffe82: How much of the hardware is different between the S and the V? |
| 16:52:55 | toffe82 | the lcd |
| 16:53:21 | toffe82 | and no FM if I remember |
| 16:53:22 | Torne | does the V have the same signature checking bug? |
| 16:53:37 | LambdaCalculus37 | Torne: IIRC it should. But toffe82's the man to ask. |
| 16:53:59 | toffe82 | I don't know |
| 16:54:03 | LambdaCalculus37 | Torne: And I wanted to find out if the T has the same bug as well, since the S, V, and T are very similar hardware-wise. |
| 16:55:49 | pamaury | does the pcm.h interface requires the data to be aligned in some way or did something changed in the last 6 months that could be considered as a non-minor change ? |
| 16:55:58 | toffe82 | how can we look for the bug looking in the code ? |
| 16:57:01 | LambdaCalculus37 | toffe82: I was trying to disassemble the Gigabeat T firmware to look for an exploit, but I'm no damn good at reading ARM assembly. |
| 16:57:49 | | Quit user890104 () |
| 16:57:51 | LambdaCalculus37 | toffe82: But IIRC you, me, and saratoga had tried an experiment last year where I pushed a Gigabeat S firmware to my T via sendfirm, and it asked to restore. |
| 16:58:21 | LambdaCalculus37 | toffe82: I think I also tried an nk.bin patched with the beast bootloader and that just left it in a reboot loop. |
| 16:58:40 | gevaerts | LambdaCalculus37: does that prove anything? |
| 16:59:14 | Torne | toffe82: it's not very obvious |
| 16:59:18 | gevaerts | I mean, I flashed my bluetooth adapter with a meizu test bootloader, and it didn't ask for a restore, so it must have worked! |
| 16:59:40 | LambdaCalculus37 | gevaerts: Nothing concrete, but I think that the digital signature bug may be on the T as well. |
| 17:00 |
| 17:00:14 | gevaerts | LambdaCalculus37: it may accept the thing for installing but not for booting |
| 17:00:59 | LambdaCalculus37 | gevaerts: Yes, and IIRC someone had tried the same with the V as well. |
| 17:10:04 | LambdaCalculus37 | Torne: If you want to take a look at the Gigabeat V and T firmwares, there are updaters on the wiki. |
| 17:10:24 | Torne | not really :) |
| 17:10:27 | Torne | i have enough firmwares |
| 17:12:47 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 17:14:55 | LambdaCalculus37 | Actually, the Gigabeat V updater isn't even on its wiki page. |
| 17:16:26 | toffe82 | I have it but you can find it on the toshiba site |
| 17:17:28 | | Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 17:18:22 | LambdaCalculus37 | toffe82: Can you post a link to it on the wiki? |
| 17:18:37 | toffe82 | ok |
| 17:19:47 | toffe82 | LambdaCalculus37: I have no time now, can you do it : http://www.csd.toshiba.com/cgi-bin/tais/support/jsp/modelContent.jsp?ct=DL&os=&category=&moid=2288418&rpn=undefined&modelFilter=MEV30K&selCategory=666409&selFamily=727858 |
| 17:19:58 | | Quit lixus00 (Ping timeout: 240 seconds) |
| 17:20:04 | | Part Zagor |
| 17:20:13 | LambdaCalculus37 | toffe82: Will do. :) |
| 17:22:36 | | Join Strife89 [0] (a80dbf53@gateway/web/freenode/ip.168.13.191.83) |
| 17:24:34 | LambdaCalculus37 | toffe82: Done. |
| 17:25:20 | lixus001 | does beastpatcher work with v1.3 of tohsiba gigabeat s |
| 17:26:40 | Torne | yes. |
| 17:28:08 | | Quit antil33t (Read error: Connection reset by peer) |
| 17:28:17 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 17:37:57 | | Quit ajb (Read error: Connection reset by peer) |
| 17:46:25 | | Quit antil33t (Read error: Connection reset by peer) |
| 17:46:34 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 17:48:47 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 17:49:14 | | Quit Alchimysta (Client Quit) |
| 17:50:50 | | Quit Kitar|st (Ping timeout: 240 seconds) |
| 17:55:58 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 17:56:15 | | Join Kitar|st [0] (~Kitarist@89.142.48.123) |
| 18:00 |
| 18:04:09 | | Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) |
| 18:04:10 | | Quit kugel (Changing host) |
| 18:04:10 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:10:41 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 18:13:00 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:16:31 | | Part lixus001 |
| 18:19:34 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
| 18:21:03 | Strife89 | http://www.rockbox.org/mail/archive//rockbox-dev-archive-2010-11/0028.shtml <−−- I would also like to see the plugin be commited soon, if and when it's patched up once more. |
| 18:23:59 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:24:00 | | Quit bertrik (Changing host) |
| 18:24:00 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:24:14 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 18:29:28 | | Quit Alchimysta (Quit: CGI:IRC (EOF)) |
| 18:30:34 | | Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) |
| 18:31:09 | Sarcastic_Dude | Was some new functionality added to WPS |
| 18:31:22 | Sarcastic_Dude | 's in the last release?* |
| 18:33:43 | Sarcastic_Dude | I just downloaded and installed 3.7 and my WPS no longer works...I assume something was changed in the layout of the WPS file? |
| 18:33:55 | | Quit FOAD (Ping timeout: 265 seconds) |
| 18:36:07 | | Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 18:36:21 | | Part lixus001 |
| 18:37:03 | | Join tcm1998 [0] (~tcm1998@83.119.244.13) |
| 18:37:12 | tcm1998 | hi |
| 18:37:24 | *** | Saving seen data "./dancer.seen" |
| 18:37:53 | tcm1998 | I'm quite impressed by the rb3.7 stability on my nano 1G, compared to the 3.6 release :D |
| 18:39:18 | gevaerts | Nice |
| 18:39:25 | tcm1998 | on the 3.6 release, I kept getting "undefined instructions", "data abort" or sometimes it just hang itself up |
| 18:39:38 | tcm1998 | none of that so far on 3.7 (knocks on wood) |
| 18:40:40 | tcm1998 | Very nice indeed, because stability is the most important thing on a player (IMHO) |
| 18:40:55 | gevaerts | oh, definitely |
| 18:41:11 | gevaerts | I can't remember any major issues in 3.6 though |
| 18:41:17 | tcm1998 | I want to load it up with a playlist and not have to give it another thought until the workday is over. |
| 18:41:40 | tcm1998 | Well, I never reported them (I've been using it for only a week now) |
| 18:41:49 | Sarcastic_Dude | apparently the people who can answer my question are idle or not on IRC atm :( |
| 18:41:52 | tcm1998 | well, maybe about 10 days |
| 18:41:54 | AlexP | Sarcastic_Dude: The syntax changed] |
| 18:42:04 | Sarcastic_Dude | in what way? |
| 18:42:15 | AlexP | See the manual for how the tags work now] |
| 18:42:39 | Sarcastic_Dude | you mean the CustomWPS page? |
| 18:42:40 | AlexP | and then check which of yours need changing |
| 18:42:48 | AlexP | no, the manual |
| 18:42:49 | tcm1998 | well, I guess they weren't MAJOR issues, but just pretty annoying |
| 18:42:56 | gevaerts | I believe there's a wiki page describing the changes too |
| 18:42:59 | Sarcastic_Dude | ok thanks |
| 18:43:23 | tcm1998 | and I was going to ask about it, but then I saw the new release and decided to go for that, first |
| 18:43:38 | AlexP | Sarcastic_Dude: if it was from the theme site, most have been updated |
| 18:43:50 | tcm1998 | I worked my way through the subversion log, but it didn't list anything to drastic |
| 18:43:52 | Sarcastic_Dude | it was a personal one I wrote ages ago |
| 18:44:12 | gevaerts | Sarcastic_Dude: there's also a conversion tool somewhere I think |
| 18:44:19 | tcm1998 | unless it has something to do with threading and locking |
| 18:44:48 | gevaerts | tcm1998: depends. Reproducible data aborts on a common player are pretty big issues, especially if you're talking about common codecs |
| 18:45:14 | tcm1998 | unfortunately, it wasn't reproducable in any way |
| 18:45:24 | tcm1998 | just happend every few hours |
| 18:45:39 | tcm1998 | most of the time, the playlist was screwed up to, but not always |
| 18:45:54 | AlexP | Sarcastic_Dude: I did mean the manual, but that wiki page should have been updated too |
| 18:46:25 | tcm1998 | my personal suspicion was that it was because the player was doing more than one thing at the time. |
| 18:46:34 | tcm1998 | e.g. updating the database while playing |
| 18:46:38 | Sarcastic_Dude | Is the syntax drastically different? It took the greater part of a day to write it the first time, I don't want to have to do it all over again... |
| 18:46:40 | tcm1998 | or changing theme |
| 18:46:47 | | Quit anewuser () |
| 18:46:54 | AlexP | Sarcastic_Dude: not hugely |
| 18:47:04 | AlexP | updating should be pretty trivial |
| 18:47:40 | Sarcastic_Dude | Ok, so I'll do that later. For the moment, I'll stick to 3.6...thanks AlexP |
| 18:48:01 | rasher | The release is for the stable ports, right? |
| 18:48:05 | AlexP | yeah |
| 18:48:06 | gevaerts | Sarcastic_Dude: http://www.rockbox.org/wiki/SkinBreakingChange has a summary |
| 18:48:56 | pixelma | Sarcastic_Dude: there is a conversion tool in the source you could compile, somewhere in the forums there was a precompiled binary for Windows |
| 18:49:44 | Sarcastic_Dude | that would be useful - you guys are very helpful, I appreciate it :) |
| 18:50:00 | pixelma | called skinupdater I think, maybe you can find it if you search for that |
| 18:50:16 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 18:51:01 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 18:52:30 | Sarcastic_Dude | got to go...Rockbox is the greatest! |
| 18:52:32 | | Quit Sarcastic_Dude (Quit: Sarcastic_Dude) |
| 18:57:59 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:59:08 | tcm1998 | I'm off for now |
| 18:59:11 | | Quit tcm1998 (Quit: Leaving) |
| 19:00 |
| 19:02:23 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
| 19:12:17 | kugel | gevaerts: isn't the audio buffer used for playback in the mikmod patch= |
| 19:12:19 | kugel | ? |
| 19:12:51 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 19:13:34 | | Quit Alchimysta (Client Quit) |
| 19:19:23 | gevaerts | yes |
| 19:19:53 | gevaerts | Well, it calls plugin_get_audio_buffer() |
| 19:20:22 | bertrik | LambdaCalculus37, what was the deal again with the gogear players w.r.t. the tuner chip? |
| 19:20:24 | | Quit DerPapst (Quit: Leaving.) |
| 19:20:49 | bertrik | There is a single rockbox target that in some cases has an fm tuner and in other cases it has not? |
| 19:21:19 | | Quit markun_ (Read error: Connection reset by peer) |
| 19:21:32 | gevaerts | If you're talking about *real* single targets, there's pixelma's M5L |
| 19:21:42 | LambdaCalculus37 | bertrik: There are several models of the 16x0 and the 63x0 players. There's the 1620 and 6320 which lack FM radio, and the 1630 and 6330 which have FM radio. |
| 19:21:47 | pixelma | FM |
| 19:22:16 | pixelma | bertrik: e200s and X5s |
| 19:22:41 | LambdaCalculus37 | bertrik: And Gigabeast. |
| 19:22:45 | pixelma | hmm, maybe I misunderstood |
| 19:23:02 | bertrik | What I meant to ask is, do we really need runtime tuner detection for these targets, or can you just enable/disable it compile-time for those 16x0 and 63x0 players? |
| 19:23:14 | | Join moos [0] (moos@rockbox/staff/moos) |
| 19:23:18 | pixelma | I was just drawn into the discussion as gevaerts pinged me and I didn't read too much of backlog :\ |
| 19:23:28 | * | gevaerts apologises :) |
| 19:23:48 | bertrik | pixelma, I wasn't very clear, it meant specifically the 16x0 and 63x0 targets |
| 19:23:50 | LambdaCalculus37 | bertrik: Runtime tuner detection would be much easier because all we would have to offer is one unified build that will run on all of the same series. |
| 19:24:18 | bertrik | ok |
| 19:24:48 | kugel | gevaerts: I read that one comment, the real problem seems to be that mikmod needs to decode the entire file at loading time |
| 19:24:48 | bertrik | LambdaCalculus37, thanks for testing so far, btw :) |
| 19:25:00 | kugel | or it at least needs to load the complete file |
| 19:25:09 | gevaerts | yes, exactly |
| 19:25:21 | pixelma | runtime tuner detection is there in general but probably has to be enabled for the GoGears then |
| 19:25:30 | kugel | that is the real problem, not the memory limitations :) |
| 19:26:21 | LambdaCalculus37 | bertrik: No problem. :) |
| 19:26:26 | bertrik | LambdaCalculus37, do you have a 63x0/16x0 target that could have a tea5767, but doesn't? |
| 19:26:32 | gevaerts | kugel: The way I see it those are just two different ways to state the same problem |
| 19:26:39 | kugel | it does so apparently to convert 8bit to 16bit samples |
| 19:26:57 | kugel | I don't think loading the entire file is needed just for that |
| 19:26:58 | LambdaCalculus37 | bertrik: I just have the one 6330 with me right now, and toffe82 is sending me a 1630 in the post soon. |
| 19:27:17 | gevaerts | kugel: it needs to have those samples available at all times |
| 19:27:21 | LambdaCalculus37 | bertrik: The only other GoGear I have with me right now is the SA9200, and that doesn't have a radio AFAIK. |
| 19:27:32 | pixelma | I'm currently testing the latest mikmod codec version patch on my M5, works well so far if the file isn't larger than codec buffer which is rare at the moment with the buffer which got slighly larger when combining things (it's at 1MB or so IIRC?) |
| 19:27:40 | | Join Buschel [0] (~chatzilla@p54A3B1D1.dip.t-dialin.net) |
| 19:27:57 | pixelma | I only found one .it file which was larger and it caused a freeze |
| 19:28:00 | kugel | gevaerts: ok, I haven't found the comment yet explaining that |
| 19:28:05 | Buschel | n1s: you there? |
| 19:28:49 | LambdaCalculus37 | bertrik: I do have one question, though... how can you determine the FM radio hardware without opening the device up? |
| 19:30:08 | Buschel | n1s: based on your measurements the precision of the mpc patch looks fine. I have a question regarding the saturation of "D"-coefs though |
| 19:30:16 | gevaerts | kugel: it's basically a bit similar to midi, where you have a (potentially huge) soundfont and a relatively small "tune description", except that with mod files the "soundfont" (which has a different name here, but I don't know it) is embedded in the file |
| 19:30:38 | pixelma | what I seem to remember is that the current SVN MOD codec could handle larger files somehow (I think back when I tried it before inclusion, codec buffer was half its current size and I had like 2...3 MODs that were larger and it played them. Unfortunately I can't remember for sure and if it is what was included) |
| 19:31:23 | pixelma | gevaerts: there are small samples in wave format IIRC, if you refer to the "instruments" |
| 19:31:32 | gevaerts | yes |
| 19:31:48 | kugel | so perhaps adding audio_get_buffer() to the codec api could "solve" this? |
| 19:31:53 | bertrik | LambdaCalculus37, I guess you can't really be sure without opening up. We could probe for it in software, but that can only prove presence, not absence. |
| 19:31:58 | gevaerts | kugel: audio_get_buffer() stops playback |
| 19:32:29 | kugel | but the could can restart it, no? |
| 19:32:41 | gevaerts | then buffering gets the buffer again |
| 19:33:37 | kugel | I mean it could restart it whatever way it does it in the plugin :) |
| 19:33:49 | | Join Horscht [0] (~Horscht@p4FD4EC1E.dip.t-dialin.net) |
| 19:33:49 | | Quit Horscht (Changing host) |
| 19:33:49 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:34:06 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 19:34:31 | gevaerts | But then the playback system wouldn't know it's currently playing, leading to all sorts of funny business |
| 19:35:26 | gevaerts | I'd also expect the main codec thread to be stopped |
| 19:36:01 | pixelma | btw. the latest mikmod codec doesn't loop so you advance to the next track automatically, depending on the MOD this may sound a bit weird but is quite convenient - and it allows for some seeking it seems. I don't want to lose codec support, especially for this "playlist" handling. Even if you would have to skip manually to the next track it's still better than chosing a new file everytime |
| 19:36:20 | kugel | gevaerts: it could do audio_get_buffer(), then buffer_alloc() the current file, and then restart playback (since buffer_alloc() moves the audio buffer front, or doesn't it do that yet?) |
| 19:36:23 | gevaerts | So yes, if you want to dive deep into playback and buffering to make them work with seriously different requirements than they were designed for, sure, you can do that :) |
| 19:36:51 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 19:36:51 | | Quit markun (Changing host) |
| 19:36:51 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 19:37:26 | gevaerts | kugel: yes, that would work, except for the possible nastyness of freeing the thing reliably again |
| 19:37:33 | pixelma | I shall write this all to the ml too but doing something else currently and this is quicker :| |
| 19:37:34 | n1s | Buschel: yep |
| 19:37:45 | gevaerts | pixelma: no hurry |
| 19:38:01 | kugel | how does the plugin version handle this? |
| 19:38:46 | gevaerts | It can just grab the audio buffer until it exits |
| 19:38:53 | kugel | if I see this right it uses malloc. if that's true I expect it to also fail after a few files |
| 19:38:55 | Buschel | n1s: great :) your patch looks fine to me −− especially with the minor output diffs to the reference. |
| 19:39:20 | | Join franky [0] (~franky@e179076177.adsl.alicedsl.de) |
| 19:39:41 | Buschel | n1s: a question out of interest -> why do you need to saturate "D"-coefs? Is that because of using the topmost 32 bits of the 64 bit result? |
| 19:40:33 | n1s | Buschel: how do you mean saturate? |
| 19:40:34 | | Quit Alchimysta (Quit: CGI:IRC (EOF)) |
| 19:41:01 | Buschel | n1s: you do <<14 to saturate them to a range of +/- 2^31 |
| 19:41:04 | gevaerts | I'm not sure about e.g. the case where you'd play a mod file which "stops" playback, buffer_alloc()s the necessary space (which it technically can't, codecs aren't supposed to run when playback is stopped :), then starts playback again, then the user picks a theme with differently-sized album art, which stops playback and buffer_alloc()s a bit and restarts, then the mod file ends. What happens now? |
| 19:41:59 | kugel | it technically can because it's the codec's responsibility to exit on playback stop (if it doesn't do that it continues to run) IIRC |
| 19:42:06 | gevaerts | I really don't think trying to shoehorn that sort of thing in the codec version is a good idea |
| 19:42:24 | kugel | changing themes involves buffer alloc? |
| 19:42:38 | gevaerts | hm, no, wait |
| 19:42:51 | gevaerts | No, it "just" needs a rebuffer I think |
| 19:42:57 | n1s | do you mean the <<14 shift? |
| 19:43:02 | Buschel | yes |
| 19:43:16 | kugel | yes, album size changing is a rebuffer only |
| 19:43:16 | CIA-7 | New commit by moos (r28481): Update the russian translation. ... |
| 19:43:19 | CIA-7 | New commit by moos (r28482): Update the russian translation. ... |
| 19:44:07 | | Part franky |
| 19:44:25 | kugel | perhaps we should have a heap for codecs. it bugs me a bit that codecs can use malloc and we can't estimate a suitable codec buffer size anymore |
| 19:44:36 | gevaerts | Anyway, I think we should choose between the codec version with size limitations, and the plugin version without, or possibly have both, but not try to do fancy stuff with buffering. That's already complex enough as it is |
| 19:44:50 | gevaerts | codecs have a heap |
| 19:45:25 | kugel | yes, whatever space is left in the codec buffer |
| 19:45:36 | CIA-7 | r28481 build result: All green |
| 19:45:57 | gevaerts | well yes. How else would you handle that? Have an extra fixed chunk somewhere? |
| 19:46:03 | kugel | I mean a heap on the audio buffer, then we could adjust the codec buffer size down since we the know the size again |
| 19:46:03 | pixelma | I think the current MOD codec for the simple modules and mikmod as a plugin for the more complex formats like .it would be a good compromise |
| 19:46:04 | gevaerts | We used to have that... |
| 19:46:21 | kugel | really? |
| 19:46:30 | gevaerts | kugel: well, not what you just described |
| 19:46:47 | gevaerts | But again you're making buffering a lot more complex |
| 19:47:25 | kugel | I think it would be nicer if the first codec that needs a heap makes a codec api call (request_heap()), then the core buffer_allocs() a fixed size heap for all codecs |
| 19:47:41 | kugel | my idea is a bit separate from the mikmod patch |
| 19:47:41 | gevaerts | What if the next codec needs more? |
| 19:47:52 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
| 19:48:00 | gevaerts | And how do you maintain gapless playback? |
| 19:48:01 | kugel | the same thing we do now, tell it to shut up :) |
| 19:48:22 | gevaerts | So it's not guaranteed to be available? Then how does that help? |
| 19:48:34 | kugel | the codecs that need a heap would request the heap on the first run, before the first decoding is ever done |
| 19:49:09 | | Join bmbl [0] (~bmbl@dsl25-24.pool.bitel.net) |
| 19:49:12 | | Quit bmbl (Changing host) |
| 19:49:12 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
| 19:49:29 | | Join webguest373 [0] (~9752d159@giant.haxx.se) |
| 19:49:41 | kugel | it'd guaranteed to be made available if there isn't already a heap, just growing wouldn't be supported |
| 19:49:42 | | Quit webguest373 (Client Quit) |
| 19:50:02 | gevaerts | So if a codec needs more, you skip that track? |
| 19:50:06 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 19:50:21 | kugel | it would help since we can shrink the codec buffer to a suitable size (e.g. the biggest codec) |
| 19:50:24 | n1s | Buschel: sorry, my irc lags as mad, yes i do the shift just as coldfire and the regular c because the smmul/smmla instrs do a 32*32=64>>32 multiply |
| 19:50:38 | kugel | gevaerts: yes, that's what vorbis is doing currently |
| 19:50:58 | gevaerts | Foe very few files |
| 19:51:14 | kugel | it would be the same with my idea |
| 19:51:16 | gevaerts | What you're proposing will make some files play and others not, depending on playlist order |
| 19:51:30 | kugel | how so? |
| 19:51:47 | | Quit t0rc (Ping timeout: 276 seconds) |
| 19:52:13 | gevaerts | The only way that I can see to avoid that would be to run test_codec on all files on the disk and remember the largest heap used |
| 19:52:20 | gevaerts | But that would slow down booting |
| 19:52:24 | Buschel | n1s: ok. I am asking because the mul's should take less cycles if the operand is smaller. so, did you make the experiment to use a smaller shift (e.g. <<6) and post-scale the result (e.g. by another <<6)? Does this have direct influence on the output of the decoder? |
| 19:52:27 | | Quit Horscht (Ping timeout: 272 seconds) |
| 19:53:09 | Buschel | n1s: nevertheless the patch looks fine so far. would be good, if you would add a comment to the <<14 shift why this is done (e.g. referencing to the 32*32>>32 multiplication) |
| 19:53:12 | kugel | it's not supposed to be big enough for all files, it would be as big as vorbis' effective heap right now, so nothing would change |
| 19:53:23 | gevaerts | So what's the point? |
| 19:54:12 | kugel | shrinking the codec buffer, potentially not having a heap at all if no codecs need it (memory saving) |
| 19:54:29 | kugel | and knowing the max. size of codecs again |
| 19:54:46 | gevaerts | But some codecs *do* need it, and you don't know in advance whether or not you'll load those |
| 19:55:01 | gevaerts | And how does it tell you that maximum size anyway? |
| 19:55:05 | kugel | I had this desire the other day when playing around (in my mind) with relocatable plugins and a unified codec and plugin buffer |
| 19:55:13 | n1s | Buschel: the arm11 multiplier doesn't have early terminate afaik so i don't think the size of the operands matter there |
| 19:55:50 | gevaerts | Sure, you'll know the size of the codec itself, but you still don't know the maximum size of the heap, and you have to allocate it anyway |
| 19:56:07 | n1s | that's at least according to the system developer's guide (it mentions that arm7tdmi and arm9tdmi multipliers have early termination but arm9e doesn't) |
| 19:56:09 | kugel | gevaerts: the first codec that needs it (that's simply the first codec that has malloc compiled it, i.e. not depending on the files) allocates the heap |
| 19:56:23 | gevaerts | So at that point you stop playback and rebuffer? |
| 19:56:32 | kugel | yes but as long as the heap is in the codec buffer, plugin and codec buffer can for sure not be unified :) |
| 19:56:52 | kugel | yes |
| 19:57:01 | | Join franky [0] (~franky@e179076177.adsl.alicedsl.de) |
| 19:57:06 | gevaerts | Sorry, but I don't think that that's at all acceptable |
| 19:57:12 | | Quit n1s (Read error: Connection timed out) |
| 19:57:16 | kugel | it would be ok since it only happens once, if at all |
| 19:57:21 | kugel | imo |
| 19:57:36 | gevaerts | A three second gap somewhere halfway your playlist is ok? |
| 19:57:49 | AlexP | It seems something that would lead people to think playback is broken to me |
| 19:57:56 | gevaerts | AlexP: *think*? |
| 19:58:02 | gevaerts | It *would* be broken |
| 19:58:08 | AlexP | If it occasionally randomly stopped and restarted |
| 19:58:14 | AlexP | gevaerts: I mean not by design |
| 19:58:14 | kugel | 3 seconds? on my targets playback starts immediately, before buffering is finished. might be worse on hdd though |
| 19:58:56 | AlexP | disks take a few seconds to spin up |
| 19:59:06 | gevaerts | You need to spin up the disk before you can even start buffering |
| 19:59:22 | Buschel | n1s: seems you're right. just skimmed through some arm11 documentation -> so, comment the <<14 shift and then commit :) |
| 20:00 |
| 20:00:35 | | Join nls_web [0] (~82f3aef0@giant.haxx.se) |
| 20:00:36 | kugel | then do the heap unconditionally. it's basically also allocated unconditionally currently |
| 20:00:51 | gevaerts | Yes, but then you haven't changed anything |
| 20:00:56 | nls_web | Buschel: I'll do that and commit tomorrow |
| 20:01:27 | kugel | it would enable unifying codec&plugin buffer at the very least |
| 20:01:49 | gevaerts | I'm doubtful about that |
| 20:02:35 | Buschel | nls_web: ok. will you also add the instr-saving change to the ARMv4-patch that you mentioned? |
| 20:03:02 | nls_web | sure |
| 20:03:32 | gevaerts | You could either make that unified plugin the combined size of both of them, which again isn't very useful on its own, or make it smaller and then have the interesting situation that you can't play certain files if specific plugins are running, or vice versa |
| 20:04:42 | gevaerts | s/plugin/buffer/ |
| 20:05:41 | | Join DerPapst [0] (~Alexander@p4FE8F4A4.dip.t-dialin.net) |
| 20:06:36 | kugel | it would be smaller yes, since to codec is actually bigger than 512k |
| 20:07:31 | gevaerts | It would be smaller by exactly the size of this heap that you've now just allocated elsewhere |
| 20:07:46 | kugel | yes :9 |
| 20:07:50 | kugel | :) |
| 20:07:57 | gevaerts | So again, *why*? |
| 20:08:40 | kugel | it could be even smaller, we could test the worst case combination, add a small gap and be done |
| 20:09:18 | gevaerts | And what do you do with plugins that grab the remaining bits of the plugin buffer? |
| 20:09:56 | kugel | that's a case a I haven't thought about yet ;) |
| 20:10:30 | kugel | I'm just playing with the idea once in a while, I'm not claiming I have a definite plan |
| 20:10:34 | gevaerts | "Oh, you can use the text viewer while playing wav just fine. Playback will skip ogg files though" |
| 20:12:03 | gevaerts | Reducing heap size and making it predictable are excellent goals. Making playback stop working depending on the exact combination of codecs used, running plugins, and the phase of the moon is not |
| 20:13:51 | | Join TheLemonMan [0] (~lemonboy@ppp-60-213.32-151.iol.it) |
| 20:15:12 | nls_web | aren't we already in this situation with doom on the 8MB targets? some parts usually work, fewer work if you use dircache and fewer still if you have tagcache loaded to ram and probably fewer still with max playlist and filebrowser sizes |
| 20:15:55 | nls_web | it's not nice, indeed and i agree we shouldn't go this way with core stuff |
| 20:16:33 | kugel | doom would actually work in the unified buffer |
| 20:16:59 | gevaerts | hm, there are other things we could do... |
| 20:17:04 | * | gevaerts checks some stuff |
| 20:17:56 | gevaerts | Doom could actually use the codec buffer right now |
| 20:18:26 | kugel | it doesn't do this already? |
| 20:18:33 | kugel | ph the codec buffer |
| 20:18:41 | kugel | well, it's not accesible for plugins is it? |
| 20:18:41 | gevaerts | wait |
| 20:18:57 | gevaerts | it's not supported no |
| 20:19:24 | gevaerts | but I don't think there's a technical reason why a plugin that grabs the audio buffer shouldn't be allowed to get the codec buffer as well |
| 20:19:42 | gevaerts | It's not necessarily that simple though |
| 20:19:43 | nls_web | indeed |
| 20:19:55 | gevaerts | Isn't the codec buffer in iram on some AMS targets? |
| 20:20:02 | kugel | yes |
| 20:20:07 | nls_web | yes, on the 2MB one(s) |
| 20:20:14 | gevaerts | ok, so not on any fuze? |
| 20:21:13 | gevaerts | hm, according to my reading the fuzev2 has that |
| 20:21:47 | nls_web | yes, seems so |
| 20:21:56 | gevaerts | Which means that the codec buffer isn't adjacent to the audio buffer, which might make malloc() harder to get working properly |
| 20:22:32 | gevaerts | Still not impossible though |
| 20:23:25 | * | kugel wonders if doom's malloc is any better than tlsf |
| 20:25:03 | gevaerts | That probably depends on what sort of blocks you ask for |
| 20:25:12 | kugel | you could play with the mmu |
| 20:25:35 | gevaerts | If you have one, yes |
| 20:28:15 | gevaerts | Anyway, using the codec buffer would gain us about a megabyte |
| 20:28:52 | AlexP | not to be sniffed at |
| 20:29:00 | kugel | the ams sansas all have a mmu |
| 20:29:40 | gevaerts | right |
| 20:29:49 | kugel | you could set it up so that iram after the end of the audio buffer (i.e. physical location of the plugin buffer), and the plugin buffer after that |
| 20:30:16 | gevaerts | You'd save doom and gain a few enemies in the process :) |
| 20:30:41 | kugel | gain enemies? those who don't like doom? |
| 20:30:45 | gevaerts | yes! |
| 20:31:11 | kugel | I can just kill them with a shotgun, since doom then works |
| 20:31:54 | gevaerts | ah, right |
| 20:32:00 | gevaerts | Yes, it seems to be a working solution |
| 20:32:32 | AlexP | already? That was quick :) |
| 20:34:10 | Buschel | anybody with an iPod 4g, color or nano 1g willing to test fs#11707 ? |
| 20:35:05 | Strife89 | Let me see what that FS# is. :) |
| 20:35:40 | | Join jdut210 [0] (~58b3d225@giant.haxx.se) |
| 20:35:59 | Strife89 | Oh, it allows for enabling/disabling line out? |
| 20:36:07 | Buschel | yes |
| 20:36:41 | Strife89 | I'd need someone to make a build for me. :/ |
| 20:36:57 | Buschel | for which target? |
| 20:36:58 | Strife89 | If I can find someone to do it, what exactly would you like tested? |
| 20:37:12 | kugel | gevaerts: I suppose you could then even build doom as overlay, using audiobuffer+codec buffer+plugin buffer |
| 20:37:14 | Strife89 | Color |
| 20:37:27 | *** | Saving seen data "./dancer.seen" |
| 20:38:13 | kugel | I'm not sure if it's very clean to exploit the adjacency of these buffers |
| 20:38:34 | gevaerts | maybe not |
| 20:39:01 | gevaerts | But then it shouldn't be too hard to e.g. have malloc decide on which buffer to use depending on requested size |
| 20:39:04 | Strife89 | Buschel: Color/Photo. |
| 20:39:26 | Buschel | Strife89: jsut started the build, will take some minutes now |
| 20:39:32 | Strife89 | Buschel: Okay. |
| 20:40:12 | Strife89 | Buschel: What exactly would you like me to test for? I don't think I can do it here. |
| 20:40:52 | Buschel | 1) mandatory: does on/off affect the headphone output? -> expected: no |
| 20:41:31 | Buschel | 2) mandatory: does on/off affect the line out? -> expected: yes |
| 20:41:58 | | Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) |
| 20:42:00 | Buschel | 3) optional: does on/off affect the battery runtime / battery current -> expected: minor |
| 20:42:25 | | Quit markun (Read error: Connection reset by peer) |
| 20:43:43 | bertrik | Can anyone with a target containing a tea5767 tuner chip test http://www.rockbox.org/tracker/task/11714 ? |
| 20:43:53 | bertrik | A list of tea5767 containing targets is at http://www.rockbox.org/wiki/FmTunerHardware#TEA5767 |
| 20:44:14 | bertrik | The GoGear HDD6330 has already been tested to work |
| 20:47:34 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 20:47:34 | | Quit markun (Changing host) |
| 20:47:34 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 20:47:59 | | Quit KiwiCam (Quit: Leaving) |
| 20:49:36 | Strife89 | Buschel: JSYK, I was planning on leaving on the hour. |
| 20:52:10 | | Quit jdut210 (Quit: CGI:IRC (EOF)) |
| 20:53:04 | | Join W00fer [0] (~d5548d22@giant.haxx.se) |
| 20:53:08 | W00fer | hello |
| 20:54:22 | Sarcastic_Dude | 3.7 is great, but I have some SD Card trouble (Fuze v1) |
| 20:56:14 | | Quit Horschti (Ping timeout: 255 seconds) |
| 20:56:35 | | Quit moos (Read error: Connection reset by peer) |
| 20:56:48 | | Join moos [0] (moos@rockbox/staff/moos) |
| 20:57:13 | Sarcastic_Dude | It only seems to notice my SD card after I unplug the player from the computer, if I turn off/on my Fuze, it fails to recognize it |
| 20:58:02 | Sarcastic_Dude | 3.6 never had a problem with it |
| 20:59:04 | | Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
| 20:59:12 | Strife89 | Buschel: My apologies for the impatience, but ... how's it coming? |
| 20:59:13 | W00fer | I saw some improvements in libatrac3. So should it be possible to playback more bitrates now? |
| 20:59:37 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 20:59:53 | AlexP | Sarcastic_Dude: If you turn on the player withpout the card then insert it when Rockbox is running does it work? |
| 21:00 |
| 21:00:03 | Sarcastic_Dude | no |
| 21:00:09 | balintx | good evening, has anyone experienced a problem on sansa fuze(v2) that when the scrollwheel lights, the lcd itself not works? |
| 21:00:17 | | Join kazaik [0] (~kazaik@pool-72-81-202-127.bltmmd.east.verizon.net) |
| 21:00:20 | Sarcastic_Dude | only works *just* after I unplug the player from the computer |
| 21:00:33 | AlexP | odd |
| 21:01:12 | Strife89 | Buschel: I need to leave in a few minutes. If the build has not compiled by then, you could e-mail it to me if you like. |
| 21:01:15 | Sarcastic_Dude | AlexP: indeed |
| 21:01:34 | Sarcastic_Dude | (fixed my WPS and it works great btw) |
| 21:01:39 | AlexP | cool :) |
| 21:02:44 | Strife89 | I need to scoot. See y'all around! o/ |
| 21:02:54 | | Quit Strife89 (Quit: Vamoose.) |
| 21:03:59 | AlexP | bertrik: FS #11714 seems fine on H100 (it still thinks it has a radio anyway) |
| 21:04:13 | bertrik | nice, thanks |
| 21:04:37 | AlexP | you're welcome |
| 21:05:48 | bertrik | I'm hoping for b0hoon to show up, he has a target that has no tea5767 but could have |
| 21:06:00 | | Quit moos (Read error: Connection reset by peer) |
| 21:06:35 | | Join moos [0] (moos@rockbox/staff/moos) |
| 21:07:04 | Buschel | Strife98: sorry, had a private high prio interrupt |
| 21:08:31 | | Join webguest34 [0] (~9752d159@giant.haxx.se) |
| 21:09:12 | Buschel | Strife98: uploaded the .zip -> http://www.sendspace.com/file/3nqoi8 |
| 21:09:21 | | Join webguest87 [0] (~2669ecc2@giant.haxx.se) |
| 21:09:38 | pixelma | bertrik: my OndioFM has such a TEA5767 too, it's not listed though you can find it in the config file. Here Rockbox has to detect which of the tuner chips it has (older models have a different one) |
| 21:09:43 | | Quit webguest34 (Client Quit) |
| 21:09:47 | | Nick webguest87 is now known as CaptainKewllllll (~2669ecc2@giant.haxx.se) |
| 21:10:04 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 21:10:27 | amiconn | pixelma: No detection necessary, just checking the respective hw mask bit., as I already explained y'day |
| 21:10:27 | | Quit Alchimysta (Client Quit) |
| 21:10:29 | | Join sideral [0] (~sideral@217.9.48.20) |
| 21:11:10 | pixelma | ah hmm, so is testing of bertrik's patch necessary? |
| 21:11:18 | | Join Alchimysta [0] (~9752d159@giant.haxx.se) |
| 21:11:25 | bertrik | amiconn, do you want some #ifdef'ing of the detection routine for the archoses? |
| 21:11:26 | | Join FOAD [0] (~dok@83.161.135.61) |
| 21:13:09 | amiconn | bertrik: Would make sense. All archoses with the respective bit set (i.e. all newer Ondio FM's) always have that tuner |
| 21:13:32 | amiconn | Otoh - does the Samsung tuner driver have a presence check? I guess it does |
| 21:14:57 | pixelma | hmm, and what about the Iaudios' alike tuner? |
| 21:15:26 | kugel | r28475 should have been two seperate commits |
| 21:15:28 | amiconn | That's essentially a TEA5767 |
| 21:16:36 | | Quit pamaury (Remote host closed the connection) |
| 21:16:37 | bertrik | the tea5767 driver seems to be the only that does not have a detection routine |
| 21:16:55 | pixelma | yes, I wanted to know if the changes in the patch needs checking there too |
| 21:17:44 | pixelma | as I don't know if Rockbox just uses the TEA driver or something else |
| 21:19:24 | Sarcastic_Dude | everyone who contributed to making the Fuze work as a HID gets my compliments (this is really cool) |
| 21:20:39 | pixelma | ok, patch needs testing on Iaudio X5/M3 (or radio modded M5s ;) ) too then |
| 21:20:56 | amiconn | bertrik: Depending on how much binsize that adds, it may stay in. *If* we're going for ifdefing the detection, the TEA5767 driver is not the only one where we could do this (and save some binsize on targets where detection is unnecessary) |
| 21:22:02 | amiconn | The Samsung detection is necessary on recorder v2 (because it may have a radio - early model), but not on fm recorder or (old) Ondio FM, since those always have it |
| 21:23:22 | bertrik | I would prefer not having to add #ifdefs and do the detection anyway even when not strictly necessary |
| 21:24:19 | bertrik | the binsize penalty is just 90 bytes for the hdd1630 IIRC |
| 21:25:39 | * | amiconn would be more interested in SH1 binsize |
| 21:25:50 | kugel | who's got a onda vx767? |
| 21:30:45 | bertrik | amiconn, which sh1 target exactly? |
| 21:31:18 | amiconn | Ondio FM, as it's the only one that uses the TEA5767 driver |
| 21:31:29 | | Part sideral |
| 21:31:51 | amiconn | Hmm, I could try myself... |
| 21:32:16 | | Join fml [0] (~chatzilla@manz-590ef49f.pool.mediaWays.net) |
| 21:32:57 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 21:33:11 | bertrik | +78 bytes for archos ondio fm |
| 21:33:26 | | Join yawny [0] (user36@2610:150:c229::2) |
| 21:33:36 | fml | kugel: you make android builds, right? What do you think about http://www.rockbox.org/mail/archive//rockbox-dev-archive-2010-11/0027.shtml then? |
| 21:33:49 | kugel | anyone can :) |
| 21:34:19 | | Quit elcan (Ping timeout: 240 seconds) |
| 21:34:31 | kugel | oh I didn't realize he already committed |
| 21:35:55 | kugel | I think your points are valid, sure |
| 21:35:55 | | Quit Alchimysta (Quit: CGI:IRC (Ping timeout)) |
| 21:38:17 | fml | kugel: I won't change anything because I can't verify the changes. But I think someone who can (you?) should do it. |
| 21:38:22 | | Quit Buschel (Ping timeout: 240 seconds) |
| 21:38:49 | kugel | well, it's skin engine code, it doesn't have much to do with android |
| 21:43:32 | | Join Sings_0f_Failure [0] (amoral.ncu@93.123.165.187) |
| 21:44:19 | fml | Yes, but the proposed changes affect hosted envs, e.g. android |
| 21:48:32 | | Join Alchimysta [0] (~9753e1fb@giant.haxx.se) |
| 21:52:36 | fml | AlexP: could you please (as a native speaker) look at FS #11724 (seperate -> separate)? |
| 21:54:40 | AlexP | Yeah, the correct spelling is separate |
| 21:56:52 | fml | Commit? |
| 21:58:48 | AlexP | I didn't look at the patch or anything :) |
| 22:00 |
| 22:04:27 | Sings_0f_Failure | hi! |
| 22:04:27 | Sings_0f_Failure | i have some problems with Cue Support on my Sansa Clip+ |
| 22:04:47 | | Nick Sings_0f_Failure is now known as Songs_0f_Failure (amoral.ncu@93.123.165.187) |
| 22:05:12 | fml | I'll leave it to JdGordon (FS #11724) |
| 22:05:38 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
| 22:05:46 | | Quit W00fer (Quit: CGI:IRC (Ping timeout)) |
| 22:10:01 | | Join noamsml_ [0] (~noamsml@adsl-75-45-241-63.dsl.sfldmi.sbcglobal.net) |
| 22:12:05 | | Quit Horschti (Ping timeout: 252 seconds) |
| 22:13:14 | | Quit noamsml (Ping timeout: 260 seconds) |
| 22:13:17 | Sarcastic_Dude | well, I guess I'll go back to 3.6 until the issue is solved... |
| 22:13:22 | Sarcastic_Dude | later people of Rockbox |
| 22:13:25 | | Quit Sarcastic_Dude (Quit: Sarcastic_Dude) |
| 22:13:30 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 22:14:05 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 22:14:43 | | Quit evilnick_B (Quit: Page closed) |
| 22:16:30 | | Quit Alchimysta (Quit: CGI:IRC (EOF)) |
| 22:16:48 | | Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) |
| 22:18:15 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 22:20:27 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
| 22:29:10 | | Quit Dreamxtreme (Ping timeout: 240 seconds) |
| 22:31:52 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 22:34:59 | | Quit esperegu (Read error: Connection reset by peer) |
| 22:35:07 | | Join Dreamxtreme [0] (~Dre@92.30.19.75) |
| 22:37:29 | *** | Saving seen data "./dancer.seen" |
| 22:38:40 | | Join Strife89TX [0] (~cstrife89@207.144.56.176) |
| 22:39:31 | | Quit csu (Ping timeout: 240 seconds) |
| 22:39:43 | | Join csu [0] (~csu@dev.dist.us) |
| 22:44:14 | | Part Songs_0f_Failure |
| 22:44:54 | | Join toffe82_ [0] (~chatzilla@maf.wirelesstcp.net) |
| 22:45:41 | | Quit bmbl (Quit: Verlassend) |
| 22:45:51 | | Join toffe82__ [0] (~chatzilla@maf.wirelesstcp.net) |
| 22:45:55 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:46:18 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
| 22:46:31 | | Quit toffe82 (Ping timeout: 240 seconds) |
| 22:46:48 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 22:49:53 | | Quit toffe82_ (Ping timeout: 276 seconds) |
| 22:50:21 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 22:51:16 | | Quit jgarvey (Quit: Leaving) |
| 22:51:28 | | Quit JdGordon (Ping timeout: 252 seconds) |
| 22:54:26 | | Quit toffe82__ (Ping timeout: 276 seconds) |
| 22:55:16 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 22:55:39 | y4n | Hello. Is chained ogg planned? Or somehow supported? |
| 22:55:49 | | Quit MethoS- (Remote host closed the connection) |
| 22:55:50 | y4n | My file just won't play. |
| 22:56:14 | Lear | Not supported. |
| 22:56:31 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 22:57:18 | saratoga | y4n: its not planned and probably won't happen since its difficult to do on a portable |
| 22:57:51 | y4n | ah well ok then, thanks :) |
| 22:59:57 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 23:00 |
| 23:01:19 | | Join RoC_MasterMind [0] (~Free@c-76-122-36-52.hsd1.fl.comcast.net) |
| 23:04:10 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b8pre/20101103031807]) |
| 23:04:11 | | Quit Horschti (Ping timeout: 255 seconds) |
| 23:06:06 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 23:07:57 | | Join Ramsey[LC] [0] (~RamseyLC]@adsl-75-17-125-136.dsl.rcsntx.sbcglobal.net) |
| 23:09:53 | | Join toffe82_ [0] (~chatzilla@maf.wirelesstcp.net) |
| 23:10:02 | | Quit toffe82_ (Client Quit) |
| 23:11:31 | | Quit toffe82 (Ping timeout: 240 seconds) |
| 23:13:07 | | Quit saratoga (Quit: Page closed) |
| 23:16:20 | | Quit anewuser () |
| 23:17:25 | | Quit Strife89TX (Quit: Low battery + no-electronics-at-dinner-policy) |
| 23:20:34 | CIA-7 | New commit by jdgordon (r28483): Cleanup and oops spotted by Alexander Levin |
| 23:21:17 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 23:21:33 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:22:11 | CIA-7 | r28483 build result: All green |
| 23:26:56 | | Quit csu (Ping timeout: 276 seconds) |
| 23:29:19 | | Quit y4n (Quit: only amiga makes it possible) |
| 23:32:22 | | Join csu [0] (~csu@91.75.204.14) |
| 23:32:47 | | Quit Horschti (Ping timeout: 276 seconds) |
| 23:33:54 | kugel | JdGordon: last and last->next always point to the same, doesn't it double free in _init()? |
| 23:34:06 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 23:34:10 | kugel | ah no, nevermind |
| 23:34:48 | kugel | but I think "else last->next = obj;" is uneeded |
| 23:36:23 | bertrik | Do we have a datasheet describing the portalplayer i2c controller? |
| 23:39:37 | stacker55 | How can i add the arm-elf-eabi-gcc compiler to a debian install ? (not in the apt case ; main/contrib) |
| 23:41:18 | bertrik | If you want the rockbox cross compiler, you can just run the cross-compiler script and it will install it in /usr/local/bin |
| 23:42:38 | bertrik | Is that what you want? |
| 23:42:41 | stacker55 | that could work, except that it is not the spot where debian places everything |
| 23:42:57 | stacker55 | so i'm unsure whether that would work |
| 23:43:16 | gevaerts | That's exactly why it will work |
| 23:43:37 | stacker55 | gevaerts: because it won't conflict is what you're saying ? |
| 23:43:43 | gevaerts | Installing stuff that doesn't come from .deb packages in places like /usr/bin is a *bad* idea |
| 23:44:00 | Bagder | but easy to do too if you want to... |
| 23:44:29 | kugel | JdGordon: just ignore what I said |
| 23:44:54 | stacker55 | let's just try it and see where it goes :) |
| 23:45:42 | bertrik | In my experience it's a painless process, just run the script, wait a bit and it magically works without further setup |
| 23:46:38 | stacker55 | where is the script ? |
| 23:46:42 | bertrik | You will need some packages for running the tools/rockboxdev.sh script but it will tell you what you're missing |
| 23:46:57 | stacker55 | thank you :) |
| 23:47:49 | | Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 23:51:42 | | Join atlanx [0] (~chatzilla@p5497C878.dip.t-dialin.net) |
| 23:51:57 | | Nick atlanx is now known as Atlanx (~chatzilla@p5497C878.dip.t-dialin.net) |
| 23:52:19 | Atlanx | hello ^^/ |
| 23:53:02 | Atlanx | I have a little question about the font renaming of Rockbox v3.7 |
| 23:53:56 | Atlanx | There ( http://svn.rockbox.org/viewvc.cgi/trunk/fonts/README?revision=18390&view=markup ) is mentioned that "nimbus-14" got renamed to "14-Nimbus". |
| 23:54:34 | Atlanx | But what is with "nimbus+uming-14.fnt"? |
| 23:54:57 | Atlanx | I need it for displaying Japanese Kanjis. |
| 23:56:38 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 23:56:44 | gevaerts | Was that an official rockbox font? |
| 23:57:14 | pixelma | no, that is a version of the font where someone added the uming font to get CJK support |
| 23:57:45 | kugel | Atlanx: the font renaming is *ages* ago, it's not a 3.7 thing |
| 23:57:54 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 23:58:33 | | Quit ender` (Quit: It's amazing how the the human mind does not process the the fact I used the the word "the" twice each time.) |
| 23:58:50 | pixelma | but you can still use the one you found, only the names changed. The only thing you'll notice that a font without digits in the beginning of their name will be found at the end of the list when browsing for fonts... but you only have to set it once |
icon identifies that the person is a core developer (has commit access).