00:00:48 | | Join hebz0rl_ [0] (~hebz0rl@dslb-088-065-219-060.pools.arcor-ip.net) |
00:01:37 | | Quit jgarvey (Quit: Leaving) |
00:02:12 | *** | Saving seen data "./dancer.seen" |
00:02:29 | | Quit hebz0rl (Ping timeout: 260 seconds) |
00:02:51 | funman | bertrik: DFU loads code at a different address on M6SP? (DFULOADADDR in boot.lds) |
00:04:18 | | Join Topy44 [0] (~topy@my.fastsh.it) |
00:04:33 | | Quit Rob2222 (Read error: Connection reset by peer) |
00:05:11 | blackromeo | hello? |
00:05:21 | funman | hello |
00:05:26 | blackromeo | oh hi |
00:05:30 | blackromeo | at last lol |
00:05:33 | blackromeo | right |
00:05:42 | blackromeo | ive just brought a fuze |
00:05:47 | blackromeo | its v2 |
00:05:55 | blackromeo | and i have a mac |
00:06:00 | blackromeo | 1st of |
00:06:10 | funman | please don't press enter after each 2 words |
00:06:17 | | Quit evilnick_B (Quit: Page closed) |
00:06:38 | blackromeo | whats the best program to manage my music? |
00:06:44 | blackromeo | ooops sorry |
00:07:22 | blackromeo | i mean like creating playlists, folders etc... |
00:07:23 | | Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) |
00:07:48 | funman | the one you want, here we talk about rockbox, not music managing software. Just copy the files and use whatever program you want to manage them |
00:08:06 | blackromeo | ok |
00:08:29 | blackromeo | now my next question, which is about rockbox |
00:09:42 | blackromeo | wheres the best tutorial on how to install rockbox to my v2 fuze? with the appropiate files? |
00:09:43 | | Join roolku [0] (~roolku@cpc1-sgyl16-0-0-cust145.sgyl.cable.virginmedia.com) |
00:09:59 | blackromeo | i know it may seem like a dumb question |
00:10:26 | funman | http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-buildch2.html#x4-110002.2.2 |
00:10:37 | blackromeo | i have looked on rockbox site itself, but theres so many links |
00:12:58 | roolku | kugel: n01 has the new (post devcon eabi), the rest has still the old eabi install... |
00:13:41 | roolku | kugel: if it is working well on n01, I will roll it out on the other n?? nodes |
00:14:06 | kugel | roolku: alright, cool |
00:14:40 | blackromeo | thanks funman |
00:14:44 | funman | hm the m6sp is stuck again |
00:14:54 | blackromeo | i shall try that whne i get home |
00:15:07 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
00:17:24 | | Quit roolku () |
00:18:10 | | Quit Stephen__ (Read error: Connection reset by peer) |
00:18:57 | | Quit phanboy4 (Quit: Leaving) |
00:21:16 | blackromeo | ah, i wanted to try the automated install, but ive just seen it doesnt support v2? |
00:21:30 | | Quit Rob2222 (Quit: Rob2222) |
00:21:38 | blackromeo | when is the new svn update being released? |
00:22:13 | funman | next time a developer commits something |
00:22:42 | blackromeo | ah ok,so what do you suggest? |
00:23:10 | funman | ah you mean the next release of Rockbox Utility ? then I don't know |
00:23:19 | blackromeo | yeah |
00:24:45 | funman | there are svn builds of it but i can't find them |
00:25:10 | | Quit kugel (Remote host closed the connection) |
00:27:10 | funman | bertrik: gevaerts: keeping play pressed cause no reset on the m6sp i have :/ |
00:27:33 | blackromeo | ah bummer |
00:27:41 | | Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) |
00:28:06 | | Quit notlistening (Remote host closed the connection) |
00:28:18 | blackromeo | so whats is the easiest way to install rockbox then? |
00:28:29 | funman | i gave you a link to the manual |
00:29:58 | blackromeo | yes you did |
00:29:59 | bertrik | funman, yes, I believe the M6SP and M3 do not run the first image sent with meizu_dfu. The first image is a kind of plugin for flashloading (with init,id,erase,write,read functions I think) |
00:30:20 | bertrik | it is indeed loaded at a different address |
00:30:33 | blackromeo | so it seems that a manual installtion is the only option then |
00:30:42 | blackromeo | seems kinda confusing |
00:30:49 | bluebroth3r | funman: http://tinyurl.com/rbutil-dev |
00:31:11 | bluebroth3r | and blackromeo |
00:31:29 | blackromeo | i get lost here....... |
00:31:30 | blackromeo | Download and Extract the OF, the bootloader AND mkamsboot into that folder. |
00:31:30 | blackromeo | Open a new terminal window. CD to the 'rbinstall' folder ('cd ~/rbinstall') |
00:31:30 | DBUG | Enqueued KICK blackromeo |
00:31:30 | blackromeo | Run mkamsboot from the terminal window you opened in the previous step, passing the name of the OF file you've downloaded and the the bootloader file you've downloaded, as well as a name you can chose yourself for the patched output file |
00:31:30 | blackromeo | (e.g. './mkamsboot fuzea.bin bootloader-fuze.bin patched.bin') |
00:31:57 | bluebroth3r | blackromeo: get Rockbox Utility ... |
00:32:02 | funman | bertrik: ah, then i think i broke meizu_dfu for those |
00:32:39 | funman | blackromeo: follow bluebroth3r's advice, and next time read the links i give you |
00:32:57 | funman | what you pasted is instructions for fuzev1 not v2 |
00:33:04 | bluebroth3r | btw, the svn binaries are linked in a sticky in the Rockbox Utility subforums ... |
00:33:11 | | Quit bertrik (Quit: De groeten) |
00:33:47 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
00:40:25 | | Quit ender` (Quit: Ignorance is no barrier to certainty.) |
00:41:27 | blackromeo | thanks a bunch guys |
00:41:29 | | Join planetbeing [0] (~planetbei@192.42.249.6) |
00:41:59 | blackromeo | ive taken the link down so i'll try it when i get home |
00:42:07 | | Quit planetbeing (Client Quit) |
00:42:08 | blackromeo | im in a netcafe at the moment |
00:49:50 | | Quit Topy44 (Ping timeout: 248 seconds) |
00:49:51 | | Quit blackromeo (Quit: CGI:IRC (EOF)) |
00:51:11 | | Quit efyx (Quit: Quitte) |
00:52:19 | | Join Topy44 [0] (~topy@my.fastsh.it) |
00:59:06 | funman | gevaerts: where did you get information on m6sl lcd from: datasheets or disassembly? |
00:59:24 | gevaerts | both I think |
00:59:43 | funman | do you remember which file you were disassembling ? |
00:59:46 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:59:46 | * | gevaerts isn't the one who did basic research |
01:00 |
01:00:16 | funman | i see from logs that denes worked on m3 and markun on m6 |
01:00:50 | gevaerts | There's also stuff done by people on meizume.com |
01:02:55 | gevaerts | e.g. http://www.meizume.com/rockbox/5871-lcd-initialization-commands-official-firmware.html |
01:03:58 | funman | yeah this gives the init commands but no trace of the D/C# pin |
01:04:06 | funman | (if such a thing exists on meizu lcds) |
01:06:25 | funman | 48c8a97c930d27b41e40517a8c174d59 M6.EBN - any idea if it's a SP or SL OF ? |
01:07:46 | funman | nevermind, i found the english version of meizu.com and got an OF for the SL ;) |
01:08:03 | gevaerts | what size is it? |
01:08:32 | funman | M6.EBN : 904375 bytes, M6SL.ebn i just downloaded: 1332152 bytes |
01:08:56 | gevaerts | hm |
01:09:19 | gevaerts | the SL binaries I have all seem near 1.3MB |
01:11:52 | funman | i've seen this one http://www.generation-nt.com/zoom-472101,896511-dane-elec-music-mini-touch.html for €40 today |
01:12:10 | funman | "dane-elec" and "mini" made me think of meizu but i can't tell if it's one of them |
01:12:59 | gevaerts | hm, I've never seen that one |
01:13:34 | funman | in this shop, it was worth 12 meters of USB cable! |
01:14:18 | gevaerts | I don't think it's meizu |
01:14:58 | funman | do you remember who wrote the lcd code in r18531 ? |
01:15:23 | toffe82 | I have a meizu dane elec sp6 I think |
01:15:34 | funman | MISO/MOSI returns no find in s6d0154x datasheet |
01:15:57 | gevaerts | that code was mine |
01:16:22 | funman | ah those names are standard for SPI |
01:16:48 | gevaerts | and that's the code that breaks every time someone changes clock settings :) |
01:16:53 | funman | ^^ |
01:17:00 | funman | well still works on SL afaict |
01:17:31 | funman | the ID reported by the lcd was 0x154 or at least close to it ;) |
01:17:43 | toffe82 | the schematic we have of a meizu is no use ? |
01:18:36 | funman | i searched for 'LCD' pins but i admit my pdf client is not very great for searching small text |
01:20:07 | funman | on fuze there's no C/D# pin but different timings it seems |
01:20:16 | funman | (to differentiate between command and data) |
01:20:53 | funman | gevaerts: what are the 0x7000000 / 0x720000 in lcd code ? |
01:21:25 | gevaerts | There was a reason for those! |
01:23:54 | gevaerts | hm |
01:23:59 | * | gevaerts starts remembering |
01:24:57 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
01:30:27 | | Quit robin0800 (Remote host closed the connection) |
01:31:52 | gevaerts | that 0x70, 0x72... have various read/write bits |
01:32:36 | funman | i'm looking at page 119 and down on S6D0154x datasheet but i can't link the Ox70/0x72 to these bits |
01:33:21 | gevaerts | ah, right |
01:33:41 | gevaerts | The 0x7 bit is the required 0111 mentioned there |
01:33:54 | funman | hm ok |
01:34:22 | funman | so 0x72 is write instruction or RAM data |
01:34:42 | gevaerts | yes |
01:34:57 | gevaerts | and 0x70 is write index register, i.e. say which register you want |
01:35:06 | gevaerts | and 0x73 is read |
01:36:39 | funman | so lcd_spi_io(0x720000|value,24,0); should write some pixels provided write mode is ON, address is set correctly |
01:37:35 | | Join Zomg300 [0] (~Zomg@174-17-154-240.phnx.qwest.net) |
01:37:56 | gevaerts | yes |
01:38:00 | gevaerts | I think |
01:39:03 | | Part stimoceiver |
01:40:25 | gevaerts | Ah, right |
01:40:45 | gevaerts | I've never actually be very sure if writing actually works. |
01:40:57 | gevaerts | The only real communication with the LCD I've seen is read_id |
01:41:36 | gevaerts | But that one reads from register 0, so that doesn't really prove that the index register was set correctly |
01:42:11 | Zomg300 | Well using the latest version of the automated rockbox installer program, my sansa clipv2 was bricked! |
01:43:12 | funman | Zomg300: what happened? |
01:43:39 | Zomg300 | I decided I would try out rockbox on my sansa clip v2. |
01:43:51 | Zomg300 | So I hooked my clip up to the computer and backed everything up. |
01:44:15 | Zomg300 | Then I unplugged it and used the players format option that was built in. |
01:44:40 | Zomg300 | Then I plugged it back in and ran the RockboxUtility.exe program. |
01:46:25 | Zomg300 | In the rockbox program I had to tell the player my clip was mounted at M:\ (my mount point) and I picked Sansa Clip V2 where it asked for my audio player. |
01:46:56 | Zomg300 | Then I went ahead and installed the bootloader, rockbox itself and the extras. |
01:47:16 | Zomg300 | I unmounted the player from windows and disconnected it from the computer. |
01:47:30 | funman | gevaerts: reading from a different register (thus, writing another register index) seems to give different value |
01:47:42 | Zomg300 | The screen on the clip said "firmware updating" and then after about 10 seconds it shut off. |
01:48:07 | funman | Zomg300: looks fine so far |
01:48:16 | Zomg300 | Well it won't turn back on. |
01:48:36 | funman | keep pressing the power button for 20 seconds to be sure it's off and then try to power it on again |
01:48:43 | Zomg300 | I tried that. |
01:48:53 | Zomg300 | I also tried pluging it back into the computer with the USB. |
01:48:55 | funman | twenty seconds? (it takes really long on clipv2) |
01:49:06 | Zomg300 | I counted 30 seconds when I did it. |
01:49:44 | funman | check http://forums.rockbox.org/index.php?topic=24992.msg168026#msg168026 , this should apply to clipv2 too |
01:51:18 | Zomg300 | Wow, thanks for the link. |
01:51:28 | Zomg300 | I didn't find that with all my google searching. |
01:51:37 | gevaerts | funman: good idea. Why didn't I think of that? |
01:51:41 | funman | gevaerts: sorry, writing to register 1 still gives 0x154 |
01:51:46 | gevaerts | ah, ok |
01:51:47 | Zomg300 | "hold the power swich for 90+ seconds;" |
01:51:50 | funman | (i adjusted the bootloader delays / flashing to read correctly) |
01:52:00 | gevaerts | ok, so writing doesn't work |
01:52:05 | Zomg300 | If that doesn't work I'll wait till the battery drains out I guess. |
01:52:15 | funman | perhaps the other registers aren't meant to be read ? |
01:52:31 | funman | indeed they aren't |
01:52:37 | gevaerts | hm, true |
01:53:18 | funman | reading from 0x22 (RAM READ/WRITE) still gives 0x154 |
01:53:40 | gevaerts | ok, so writing the index register probably fails |
01:56:15 | funman | "The IM[0] pin is used as ID" : 6th bit (or bit 2 ..) of 24bits value written |
01:56:44 | Zomg300 | =\ The long reset methood didn't work. |
01:56:49 | funman | ah, thus the 'possibly 0x74' |
01:56:55 | Zomg300 | I'll just wait untill the battery drains then. |
01:57:12 | Zomg300 | ty for the help funman |
01:57:15 | funman | np |
01:57:18 | Zomg300 | bb |
01:57:31 | | Quit Zomg300 (Quit: Leaving) |
01:57:45 | gevaerts | yes, I wasn't sure there |
01:58:03 | gevaerts | But the read works, which seems to indicate that it accepts ID==0 |
01:58:42 | funman | writing 0x740022 as register idx -> I read back '0' |
01:59:17 | gevaerts | what do you get from 0x740000? |
01:59:22 | gevaerts | Still 0x154? |
02:00 |
02:01:03 | funman | yep |
02:02:15 | *** | Saving seen data "./dancer.seen" |
02:02:23 | | Quit MethoS- (Read error: Connection reset by peer) |
02:02:33 | funman | not sure what this IM[0]/ID is |
02:02:42 | | Join davharster [0] (~hartmand@ool-44c117b9.dyn.optonline.net) |
02:03:36 | gevaerts | IM[] are pins on the chip |
02:05:09 | | Part toffe82 |
02:17:42 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
02:19:31 | JdGordon | bieber: hey, did you see the changes I did to the parser? |
02:21:28 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
02:22:20 | | Quit stripwax (Client Quit) |
02:24:55 | funman | clip lcd has a function to turn all the display on, i don't know if such a thing exists on color screens but it would be nice to have |
02:27:10 | funman | setting bit 2 of DISPLAY_CONTROL (inversion) have no effect |
02:31:33 | bieber | JdGordon: I noticed that you changed the tag table, any other changes? |
02:31:50 | bieber | I've only really been working with the GUI code lately, so I didn't look much into it |
02:32:04 | JdGordon | I added a N type which allows you to have any number of string params at the end of the tag |
02:32:38 | JdGordon | http://svn.rockbox.org/viewvc.cgi/trunk/utils/themeeditor/skin_parser.c?r1=26726;r2=26727;pathrev=26727 |
02:32:46 | JdGordon | if you dont like that we can remove it |
02:33:19 | bieber | Looks well enough |
02:33:21 | JdGordon | I thought about adding named params but thought the overhead would be too much for the very few tags which would allow them |
02:33:44 | bieber | I don't see the indentation changing on the line below the if statement you added in that diff view, though, might want to make that little fix |
02:34:25 | bieber | Did you remove the %C tag, btw? I'm seeing a lot of WPS files complaining about illegal tags because of it that I don't remember erroring before |
02:35:02 | JdGordon | I did, then added it back, you might need to svn up to get the tag_table update |
02:43:22 | | Quit davharster (Quit: Leaving.) |
02:49:51 | JdGordon | bieber: what's a project file in the theme editor? |
02:50:20 | bieber | The .cfg |
02:51:52 | bieber | The project support is still pretty shaky, but it will at least list the WPS files now |
02:52:02 | JdGordon | ok cool |
02:52:06 | bieber | It parses the entire .cfg file, I just need to write a class to display the data tonight |
02:52:44 | JdGordon | is it going to show things like needed bmp files and stuff? |
02:54:48 | bieber | I'm still on the fence about whether to show those |
02:55:08 | bieber | Since there's no editor for graphics files built in, I don't know if it's a good idea to display them or not |
02:57:23 | JdGordon | pass the opening off to the os? |
02:57:27 | bieber | I think for now I'm just going to display the project settings in the tree view with the files, and then when I get to my second round of GUI improvements I'll build an image viewer so you can load image resources in tabs, and a special editor for config files so you can do the same with them |
02:58:07 | bieber | JdGordon: That could work, but if I'm going to make them viewable at all, it will be trivial enough to just show them in a tab. I'll work in a button or something to open them up in an image editor, though |
02:58:20 | JdGordon | cool ok |
02:59:45 | saratoga | do touch screen targets have different wps tags? |
03:00 |
03:01:48 | JdGordon | yes |
03:02:01 | JdGordon | tey have an extra tag |
03:05:47 | saratoga | what does it do? |
03:10:06 | | Quit mhe (Ping timeout: 248 seconds) |
03:11:18 | | Join bluebrother [0] (~dom@f053152057.adsl.alicedsl.de) |
03:11:18 | | Quit bluebrother (Changing host) |
03:11:18 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
03:11:43 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:13:50 | | Quit bluebroth3r (Ping timeout: 248 seconds) |
03:20:22 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
03:27:25 | funman | does rockbox use the uart on nano2g? |
03:27:45 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
03:29:12 | | Join hebz0rl__ [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) |
03:29:44 | JdGordon | saratoga: it lets you set a touch region for a button |
03:30:13 | saratoga | funman: i think only iloader uses it, but i'm not 100% sure |
03:30:24 | | Quit DerPapst (Quit: Leaving.) |
03:31:41 | funman | it seems like the M6SL OF starts by printing some data to UART |
03:32:50 | | Quit hebz0rl_ (Ping timeout: 264 seconds) |
03:35:11 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
03:37:17 | | Quit jae (Ping timeout: 260 seconds) |
03:37:50 | | Nick hebz0rl__ is now known as hebz0rl (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) |
03:43:14 | | Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
03:44:32 | | Join jae [0] (~jae@jaerhard.com) |
03:48:48 | | Join aim__ [0] (~hamish@202.36.179.65) |
03:48:59 | | Quit aim__ (Read error: Connection reset by peer) |
03:49:40 | | Quit jae (Remote host closed the connection) |
03:55:17 | | Join jae [0] (~jae@jaerhard.com) |
03:59:29 | funman | ranma: how did you fix rockboy warnings with -Os ? |
04:00 |
04:02:16 | *** | Saving seen data "./dancer.seen" |
04:03:06 | funman | "dereferencing type-punned pointer will break strict-aliasing rules" |
04:12:02 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) |
04:18:21 | | Quit jae (Ping timeout: 264 seconds) |
04:24:29 | | Join jae [0] (~jae@jaerhard.com) |
04:25:22 | | Join Tarvis [0] (~Tarvis@97.100.203.106) |
04:26:10 | CIA-6 | New commit by funman (r26733): avoid dereferencing void** to remove warnings when building with -Os |
04:26:12 | | Quit hebz0rl (Quit: Ex-Chat) |
04:26:17 | CIA-6 | New commit by funman (r26734): rockboy: use unions instead of type-punning ... |
04:26:22 | CIA-6 | New commit by funman (r26735): m200v4/clipv1/c200v2: build with -Os ... |
04:29:02 | funman | hm wtf, clipv2 was built by my OSX client and it's 92bytes bigger! |
04:29:33 | | Quit jae (Remote host closed the connection) |
04:31:13 | funman | what's the model on the right of delta table ? (with the unexpected 2kB green) |
04:31:50 | | Join jae [0] (~jae@jaerhard.com) |
04:37:10 | | Quit CaptainKwel (Ping timeout: 260 seconds) |
04:37:46 | * | S_a_i_n_t grumbles about disktidy.rock being able to match partial dir names, but not partial filenames :/ |
04:38:34 | * | funman grumbles something about patches |
04:40:36 | funman | the power button of my c200v2 stopped working, is that something common? |
04:44:29 | mc2739 | funman: why would you want to turn off Rockbox? :) |
04:45:22 | funman | well, i want to start it :P |
04:46:30 | | Quit amiconn (Disconnected by services) |
04:46:31 | | Quit pixelma (Disconnected by services) |
04:46:32 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:46:33 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:46:53 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:46:54 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:50:23 | mc2739 | funman: The number on the far right of the table is the average delta of all 53 targets |
04:50:53 | funman | ooh thanks |
04:54:18 | funman | next step: enable thumb on these 3 targets |
04:55:08 | funman | at the expense of making the build quite slower |
04:56:34 | | Quit Barahir (Ping timeout: 265 seconds) |
04:57:49 | | Join Barahir [0] (~jonathan@frnk-590feee0.pool.mediaWays.net) |
04:58:17 | | Quit TheSeven (Ping timeout: 260 seconds) |
05:00 |
05:01:54 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
05:02:28 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
05:24:12 | | Quit kaylinsigswort (Remote host closed the connection) |
05:25:53 | funman | gevaerts: i can write & read from m6sl GRAM \o/ |
05:31:03 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
05:44:32 | | Quit funman (Quit: free(random());) |
05:47:00 | | Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
05:47:06 | | Quit vaguerant (Changing host) |
05:47:06 | | Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) |
06:00 |
06:02:18 | *** | Saving seen data "./dancer.seen" |
06:02:21 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:07:24 | | Quit Llorean (Read error: Connection reset by peer) |
06:14:15 | | Join CGL [0] (~CGL@190.207.243.107) |
06:15:41 | vaguerant | JdGordon: As long as you're looking at PictureFlow recently-ish, would you be interested in applying this bug fix (http://www.rockbox.org/tracker/task/11292) or this monochrome tracklist (http://www.rockbox.org/tracker/task/11310)? |
06:27:38 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
06:45:36 | | Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) |
06:46:25 | JdGordon | I havnt been really... |
06:47:20 | JdGordon | ok, ill give them a look if i remember later |
06:48:56 | vaguerant | Yeah, just saw you'd accepted the WPS integration patch and thought you might be interested; no problem if you're not, I currently run a version with them patched in anyway so no trouble for me. |
06:57:18 | S_a_i_n_t | Which devs have access to the themesite? |
06:58:21 | S_a_i_n_t | My "Symmetry" theme managed to escape being updated, but I need to do some work on it myself...if I update it manually, then pass it to one of you guys can I get someone to replace the WPS on the themesite? |
06:58:32 | S_a_i_n_t | I don;t want to lose the dl/vote count. |
07:00 |
07:02:12 | | Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
07:02:12 | | Quit elinenbe (Read error: Connection reset by peer) |
07:02:12 | | Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
07:05:06 | | Join chrissavery [0] (~chris@ppp-58-9-186-237.revip2.asianet.co.th) |
07:05:37 | vaguerant | Speak of the devil. |
07:08:32 | chrissavery | oh, that was just coincidence. I had to go read the log to see what I was a devil for... |
07:10:33 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
07:12:35 | chrissavery | jdgordon is probably tired of pictureflow right now and new skin parsing is priority currently. |
07:16:23 | S_a_i_n_t | JdGordon: Do you have access to the themesite? (Dev-Wise) |
07:17:17 | S_a_i_n_t | I have updated the theme manually, but I'd like one of you dev-guys to replace the .zip, because if I upload it myself I'll lose the rating, which would suck |
07:17:25 | S_a_i_n_t | http://www.datafilehost.com/download-ba01c82a.html |
07:18:12 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
07:22:58 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
07:27:58 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
07:28:49 | * | S_a_i_n_t whistles for domonoky |
07:29:43 | S_a_i_n_t | Are there specific themesite admins? Or will any 'ol dev with access do? |
07:29:47 | | Quit mc2739 (Ping timeout: 265 seconds) |
07:37:04 | | Join esperegu [0] (~quassel@145.116.15.244) |
07:57:27 | | Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
07:58:44 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
07:59:45 | | Quit chrissavery (Ping timeout: 265 seconds) |
08:00 |
08:02:19 | *** | Saving seen data "./dancer.seen" |
08:07:52 | * | Llorean just updated to current SVN and is getting immediate lockups (no error message, player just stops responding except for backlight). |
08:08:08 | Llorean | But I'm exhausted and about to pass out. I'll post a proper report in the morning when I can be coherent |
08:08:28 | Llorean | Immediate lockups when starting playback (FM works, bookmarks or direct launching from files do not) |
08:16:06 | JdGordon | S_a_i_n_t: a bunch of people have admin access on the themesite |
08:16:31 | JdGordon | byt I tihnk only domonoky, rasher and scorche have actual access |
08:16:36 | | Join Buschel [0] (~~andree@p54A3E91F.dip.t-dialin.net) |
08:17:11 | S_a_i_n_t | Cool, as I said I'd judt like someone to replace the .zip on the themesite currently, with the one I linked above so it doesn't mess up my download/rating count. |
08:17:22 | JdGordon | not me :) |
08:17:43 | JdGordon | chrissavery1: na, I'm not sik of pictureflow... If a patch is ready to go in let me know |
08:18:20 | JdGordon | and yeah, a bunch of themes didnt get updated so someones script messed up :) |
08:19:40 | S_a_i_n_t | I noticed during the change-over that the counts remained, and if I was to upload the theme myself those counts get reset (maybe not the dl count, be the rating being reset I'm positive about). I'd rather keep those feilds if I can. |
08:20:01 | | Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
08:20:05 | S_a_i_n_t | Vain I know :P |
08:20:07 | | Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) |
08:21:46 | JdGordon | haha, wierdo |
08:25:15 | | Quit Buschel (Ping timeout: 248 seconds) |
08:27:17 | S_a_i_n_t | well...for some reason it's been voted for more than any other theme for that nanos...so, I wanna kep them if I can ;) |
08:27:27 | S_a_i_n_t | *keep even |
08:28:43 | chrissavery | JdGordon: I think both FS #11300 and 11310 could go into svn. These are for PF on small mono displays. One adds option to disable reflection so that those odd Clip screens with yellow/blue sections can show the albums at bottom in blue only. The other one changes PF menu bars to true mono so they don't get strange dithered effects. In both cases it was tested by vaguerant since he has a Clip+. He says both work ok now on Clip+. I do |
08:29:46 | chrissavery | ah, I should probably sync them to current build first. |
08:29:56 | JdGordon | I need to get some music on my clip+ to test it out |
08:34:03 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:34:32 | chrissavery | ok. I'll post a sync'd version on FS in a few minutes. Just tested and current patches fail due to many chgs. |
08:44:55 | pixelma | the "strange dithering" is probebly only irritating on the Clips' display since the greylib doesn't work that well with this display. I think I wouldn't be against disabling the menu gradients in pictureflow on other monochrome screens too but just want to point ouut that there are also other different monochrome screens which look nicer when it comes to shades of grey |
08:46:37 | vaguerant | pixelma has a good point, there's a big difference between LCD and OLED displaying greyscale. |
08:47:20 | vaguerant | Still, I'm curious about battery drain; I imagine flashing pixels at high speed is a larger drain than displaying solid colours. |
08:48:18 | vaguerant | So even on screens which do greyscale respectably there may be some battery life lost; that's all theory though, I've done no testing. |
08:49:02 | vaguerant | Failing that, the mono track list could always be an option which appears when using a mono device, ditto the reflection and screen size. |
08:50:59 | pixelma | I guess on Archos devices the biggest drainer there is the computing of the greyshades (also a guess), not sure what percentage it will hellp to switch to pure mono in the tracklist since the greylib is needed for the cover view anyway. |
08:51:35 | chrissavery | currently I test for LCD_DEPTH > 1 to determine how it shows. would there be a better test? maybe it should just test if Clip target only. |
08:52:33 | chrissavery | vaguerant: does the mono patch improve display enough to be worthwhile? |
08:53:20 | pixelma | I'm still curious how to operatet this "integrated" pictureflow and if it works correctly. Haven't seen my question answered in detail yet and wasn't able to test myself. To me it's still just a plugin and I'll probably always chose different ways to select music |
08:53:22 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
08:57:13 | vaguerant | chrissavery: I'd say definitely, the "darker" text definitely starts to have legibility issues, as does the current selected track which is white on "grey". |
08:57:23 | chrissavery | I've been using it for the last week without problems on Fuzev2. It should work correctly. All it really does is provide a few settings to allow switching easily into/out of PF plugin. eg. set hotkey to PF allows one button start into plugin. set start screen to PF allows it to be start screen. set "integrate PF in PF settings menu" allows direct exit into WPS from PF. Together it makes PF useful everyday rather than a rarely used |
08:57:24 | JdGordon | If you only listen to cds and you have an image for every one then pf is a very nice music selector |
08:58:09 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
08:58:27 | vaguerant | The whole word doesn't blink simultaneously, each pixel blinks independently, so while they're blinking at the same rate it's all at different times and ends up looking like a badly tuned TV. |
08:58:52 | pixelma | chrissavery: as been already noted, pictureflow need to work differntly on targets where it doesn't fit into the plugin buffer and/or on hwcodec |
08:59:24 | pixelma | and if that works correctly is what I'm curious about |
09:00 |
09:00:49 | chrissavery | I understand there may be targets where PF doesn't work well. I don't change anything related to that. On targets where PF doesn't work well it may make sense to not build it there or users will likely not want to use integration due to it's poor performance. |
09:00:53 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
09:02:15 | vaguerant | That said, I'd imagine the vast majority of PictureFlow users are on colour screens, and mono users probably avoid it for the most part since its role is largely decorative and those devices are aimed at practicality. |
09:02:36 | chrissavery | vaguerant: the short answer is for clip users it is worth having it then. so the questions is whether it should be clip only or any LCD_DEPTH=1 device. |
09:03:27 | vaguerant | That's why I suggested having it as an option only on LCD_DEPTH=1 devices; that way it's futureproofed instead of specifically tailored to one device. |
09:03:49 | pixelma | it's not about pictureflow itself working well or not... it's about targets where it has to grab the audiobuffer for itself and which I imagine troublesome when switching to playback... |
09:04:37 | vaguerant | Say next year iriver comes out with a new 1-bit OLED device, someone has to go in and add it to the list every time, whereas if the option just appeared on all 1-bit devices then all future OLEDs are covered and it might save some small amount of battery for LCD users too should they prefer it. |
09:05:08 | TheSeven | saratoga, funman: we did use the UART for early debugging, but aren't using it any more |
09:05:19 | chrissavery | pixelma: I'm just unsure about it there. I don't change how it works for integration. When it jumps back to WPS the plugin is exited, so I'd expect audio to be fine. I don't have a device to test that. |
09:06:25 | chrissavery | pixelma: it's possible when you jump into PF that the audio buffer gets grabbed and audio stops. I'd say for those devices PF isn't very useful. |
09:06:40 | CIA-6 | New commit by bieber (r26736): Theme Editor: Opening an already opened document no longer spawns a new tab |
09:07:49 | wodz | how do I know height (in pixels) of text line with given font? font_getstringsize is the only way? |
09:08:10 | chrissavery | pixelma: well, I guess if someone wants a visual selector they may put up with audio stopping. |
09:10:22 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
09:10:57 | | Join petur [0] (~d408b802@rockbox/developer/petur) |
09:13:00 | | Join bmbl [0] (~Miranda@dsl51-98.pool.bitel.net) |
09:13:01 | | Quit bmbl (Changing host) |
09:13:01 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
09:21:15 | | Quit wodz (Quit: Leaving) |
09:23:45 | | Quit r0b- (Read error: Connection reset by peer) |
09:34:57 | | Join mischasworld [0] (~quassel@193.174.158.110) |
09:36:55 | | Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
09:44:10 | | Join Rob2223 [0] (~Miranda@p4FDCB7A5.dip.t-dialin.net) |
09:44:48 | | Join pyro_maniac_ [0] (foobar@p57BB9C98.dip0.t-ipconnect.de) |
09:45:15 | | Quit mischasworld (Ping timeout: 258 seconds) |
09:46:47 | | Quit Rob2222 (Ping timeout: 240 seconds) |
09:47:21 | | Quit pyro_maniac_ (Remote host closed the connection) |
09:48:01 | | Join DerPapst [0] (~Alexander@dslb-088-069-139-086.pools.arcor-ip.net) |
09:48:08 | | Quit pyro_maniac (Ping timeout: 245 seconds) |
09:50:54 | | Join mischasworld [0] (~quassel@193.174.158.110) |
09:51:24 | CIA-6 | New commit by bieber (r26737): Theme Editor: Added project settings to the project panel view |
09:53:23 | chrissavery | JdGordon: vaguerant: new sync'd combined reflection-mono patch posted at FS #11300. Tested in Sim on Clip,Clip+,Fuze. |
09:53:56 | chrissavery | I couldn't quite figure out how Clip buttons worked. It didn't seem to have one that started playback in PF. |
10:00 |
10:02:22 | *** | Saving seen data "./dancer.seen" |
10:03:35 | vaguerant | Should just be Select, which I think was Space in the sim last I checked. |
10:10:30 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
10:21:14 | | Quit Zigtown (Read error: Operation timed out) |
10:23:35 | | Quit bmbl (Quit: Bye!) |
10:24:27 | | Quit mischasworld (Ping timeout: 272 seconds) |
10:24:48 | | Quit esperegu (Remote host closed the connection) |
10:25:28 | | Join esperegu [0] (~quassel@145.116.15.244) |
10:26:18 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
10:28:32 | | Join dhansen7 [0] (~dhansen7@c-67-161-186-248.hsd1.ca.comcast.net) |
10:29:52 | dhansen7 | In the manual for the sansa clip+, it says that it supports AAC. Is this accurate? Are there limitations? |
10:31:41 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
10:33:03 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
10:33:44 | | Quit TheSeven (Ping timeout: 260 seconds) |
10:36:33 | | Join Kitr88 [0] (~Kitar_st@BSN-176-238-144.dial-up.dsl.siol.net) |
10:40:07 | Unhelpful | dhansen7: their manual or ours? generally devices, except for the mp3-only archos ones, "support" all codecs, but may not actually be able to play files using the codecs depending on encoding options used. |
10:40:22 | | Join r0b- [0] (~nnscript@adsl-76-235-208-125.dsl.klmzmi.sbcglobal.net) |
10:40:46 | Unhelpful | basically rockbox doesn't have a list of profiles or codecs allowed or disallowed - you always get the whole set, but the hardware may not suffice to play some things in real time |
10:40:49 | dhansen7 | in the clip+ rockbox manual |
10:41:09 | dhansen7 | yeah, I guess I'm wondering about realtime aac on the clip_ |
10:41:12 | | Quit Kitr88 (Ping timeout: 265 seconds) |
10:41:13 | | Quit Kitar|st (Ping timeout: 276 seconds) |
10:41:35 | dhansen7 | there is a list of which ones support realtime decoding on the website, but the clip doesn't seem to be listed in any of the columns |
10:41:37 | vaguerant | I personally don't listen to AAC at all, but at an absolute guess I'd say the Clip+ would probably handle it fine. |
10:41:56 | vaguerant | It's comparable to Vorbis in many ways, which runs without problem. |
10:42:04 | dhansen7 | I'm just curious in case I plan on transferring the 2-3 aac files that I have from itunes |
10:42:12 | | Part Zagor ("Leaving") |
10:42:16 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
10:42:18 | vaguerant | Do they have DRM? |
10:42:22 | dhansen7 | nope |
10:42:31 | dhansen7 | I'm pretty sure anyway |
10:42:39 | dhansen7 | I got them after itunes went all drm-free |
10:43:31 | | Quit JdGordon (Read error: Connection reset by peer) |
10:43:33 | dhansen7 | does anyone here use rockbox on the clip+? |
10:43:47 | vaguerant | Well I think I might have a couple AACs around for sampling, give me a sec. |
10:43:49 | vaguerant | Yep, me. |
10:44:01 | dhansen7 | how stable is it of late? |
10:44:15 | vaguerant | I haven't had any crashes in about a month. |
10:44:29 | dhansen7 | not bad...I might try it out when my new clip+ gets here |
10:45:10 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
10:46:30 | vaguerant | Currently playing an AAC on Clip+, no problems so far. 192CBR. |
10:46:42 | | Join Kitar|st [0] (Kitar_st@BSN-182-71-123.dial-up.dsl.siol.net) |
10:47:05 | dhansen7 | nice |
10:47:06 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
10:47:25 | dhansen7 | on a more general note, how does the battery life compare to the OF on the clip+? |
10:49:18 | vaguerant | Probably depends on what you're doing (formats used, whether you play games, etc.) but basically I get a couple hours over the OF, even though I sit around playing Solitaire on it all the time (meaning the screen is on for a lot of the time I'm using it, whereas it isn't in the OF). |
10:50:34 | vaguerant | Another thing worth noting is that Vorbis playback on the OF is a massive battery drain. |
10:50:59 | vaguerant | I mostly play Vorbis, and on the OF it practically halves the battery life as against MP3. |
10:51:13 | dhansen7 | wow, I didn't even realize that |
10:51:17 | dhansen7 | good to know |
10:51:21 | dhansen7 | I had a v1 clip |
10:51:50 | dhansen7 | and always played vorbis on it, but I never really payed attention, as I never was concerned too much about battery life |
10:51:59 | vaguerant | Yeah, I mean Vorbis definitely uses more complex compression so it's obviously going to take more work to decode, but the OF is way behind Rockbox there for sure. |
10:52:16 | dhansen7 | so are you using the latest firmware? |
10:52:42 | vaguerant | Latest OF, Rockbox from a couple of days ago. |
10:53:19 | vaguerant | By the way, that first AAC finished, next track has started and still no issues. |
10:53:52 | | Join mischasworld [0] (~quassel@193.174.158.110) |
10:53:55 | dhansen7 | so, the release notes from rockbox 3.6 say that a new imdct library improves battery life for ogg, aac, and other codecs |
10:54:09 | dhansen7 | I'm wondering how much that improved things |
10:54:52 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
10:57:23 | vaguerant | Good question, I'm not really sure when that was implemented. I just use current builds (which are compiled after every change made to Rockbox) rather than the releases, so I'm not sure when that change took place. |
10:57:56 | vaguerant | Sorry, brb. |
10:57:59 | | Quit vaguerant (Quit: Java user signed off) |
10:59:59 | | Join Buschel [0] (~~andree@p54A3A9D4.dip.t-dialin.net) |
11:00 |
11:02:10 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
11:03:46 | | Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
11:04:59 | | Quit vaguerant (Changing host) |
11:04:59 | | Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) |
11:09:39 | vaguerant | chrissavery: Just compiling with that mono/reflection combined patch now, will comment on FS to confirm success. |
11:10:36 | | Quit xavieran (Ping timeout: 248 seconds) |
11:12:13 | dhansen7 | vaguerant: how does the rockbox interface look on the clip+? |
11:15:38 | Zagor | dhansen7: small :) |
11:16:11 | vaguerant | dhansen7: Mostly good; are you aware of the screen's uh, "unique" features? |
11:16:38 | dhansen7 | yeah, I guess the clip+ is even smaller than the original clip that I just recently retired |
11:16:53 | vaguerant | It's a single OLED display but split into two areas; the top 16px are yellow on black while the bottom 48px are blue on black; there's also a gap between these two sections. |
11:17:00 | Zagor | I think they are the same size actually |
11:17:09 | vaguerant | Yeah, screen size is identical. |
11:18:02 | dhansen7 | ah ok |
11:18:03 | vaguerant | Anyway, all the themes for the Clip take this into account, and try to avoid doing things like displaying things across the gap, which looks horrible, and such. |
11:18:05 | JdGordon | same screen, origional clip is slightly thinner and smaller than the plus |
11:18:06 | dhansen7 | misinformation I guess |
11:18:39 | dhansen7 | I thought I read it was smaller in a review or something, must have been wrong |
11:19:12 | vaguerant | However the plugins haven't (all) had this done, so some of them will look kind of awkward; e.g. the Minesweeper game spans across the yellow and blue sections awkwardly; the top two rows are in yellow, then there's a gap, then the rest in blue. |
11:19:19 | dhansen7 | has anyone had problems with the clip+ bricking? |
11:19:21 | S_a_i_n_t | chrissavery: Using pictureflow as the start screen is rather awesome, but I notice (on the Nano 1st/2nd Gens at least) that it trys to start before the database is ready and splashes a warning about it. Not a big deal, just not very aesthetically pleasing. It would almost be better if it failed silently, but obviously better if it waited for the database to be ready. |
11:19:37 | JdGordon | dhansen7: it can be unbricked easily enough if you manage to stuff it |
11:19:50 | dhansen7 | with JTAG? |
11:19:54 | JdGordon | no |
11:20:08 | JdGordon | S_a_i_n_t: you can abort it with the back button |
11:20:52 | dhansen7 | JdGordon, how can you unbrick it without JTAG? |
11:21:00 | S_a_i_n_t | yeah I know, but...I was just saying it would be nice if it waited for the database to be ready, instead of throwing o warning about it. |
11:21:12 | JdGordon | you need to connect two very small pins on it and it will mount as a flash disk |
11:21:14 | S_a_i_n_t | s/o/a/ |
11:22:17 | dhansen7 | oh, so you basically just short two pins together? |
11:23:07 | vaguerant | dhansen7: Here's a simulated screenshot I took a while ago which demonstrates the screen thing: http://i43.tinypic.com/1h5g6w.png |
11:23:27 | | Quit shai (Read error: Connection reset by peer) |
11:23:45 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
11:23:50 | vaguerant | Do note that that's just simulated; the real Clip+ doesn't have that kind of colour definition. |
11:24:11 | | Quit bmbl (Quit: Bye!) |
11:24:11 | | Join xavieran [0] (~xavieran@ppp118-209-36-34.lns20.mel4.internode.on.net) |
11:24:50 | | Join bmbl [0] (~Miranda@dsl51-98.pool.bitel.net) |
11:24:50 | | Quit bmbl (Changing host) |
11:24:50 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
11:25:11 | vaguerant | But as I said, that's pretty much only an issue in plugins; all of the internal Rockbox menus avoid displaying things in the gap area/across it. |
11:25:20 | JdGordon | no they dont |
11:25:29 | vaguerant | Really? Where am I missing. |
11:26:01 | JdGordon | graphical eq... |
11:26:10 | JdGordon | all the settings if you disable the statusbar |
11:26:40 | JdGordon | and the menu I think cuts off the top pixel |
11:29:31 | | Quit elcan (Ping timeout: 252 seconds) |
11:29:59 | dhansen7 | it's crazy what can be done even on such a tiny screen |
11:30:08 | dhansen7 | I mean, it's certainly limited |
11:30:18 | dhansen7 | but that still pretty impressive |
11:30:47 | JdGordon | (BRAIN DUMP...) The new parser spits out a nice parse tree which is needs some fiddling to make rockbox be able to use it. I need to build a system to then scan that tree and make it something usable... do I 1) play it simple and convert the tree into a simple array so the current display code doesnt need change (probably alot of work) |
11:30:57 | JdGordon | 2) rebuild the displayer to work with the tree? |
11:31:18 | dhansen7 | rockbox is going on my clip+ as soon as it arrives |
11:32:55 | | Quit jfc (Read error: Connection reset by peer) |
11:33:04 | vaguerant | Yeah, I'd recommend it for sure. The Clip+ has a pretty nice OF, with the FLAC, ReplayGain support, all of that. I got mine before Rockbox was even working on it because the firmware is pretty classy, better than most other players I've had, but Rockbox still blows it out of the water. |
11:33:18 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
11:34:00 | vaguerant | Also Rockbox doesn't have any stupid SlotRadio spam crapping up the menu. |
11:34:04 | | Join elcan [0] (user36@pr0.us) |
11:34:47 | vaguerant | The main menu on the Clip+ has the usual Music, Radio, Settings stuff but there's also a section for SlotRadio, SanDisk's ridiculous preloaded proprietary microSD format which is the worst idea of all time. |
11:36:09 | dhansen7 | I agree, slotradio = lame |
11:36:10 | vaguerant | So there's a whole wasted spammy menu item you have to go by every time you use it which gets to be a drag. |
11:36:14 | chrissavery | S_a_i_n_t: it should put up a db not ready msg and then continue into PF. Originally I had it just silently wait for the db to be ready. JdGordon wanted a msg so I added that. On my Fuze it's almost instantly into PF. But it shouldn't fail as long as the db can come ready. |
11:36:48 | dhansen7 | vaguerant: so, transferring via usb still isn't supported on the clip+, right? You just have to boot into the OF to do that? |
11:36:57 | chrissavery | vaguerant: if you set region to Rest of World the slotRadio disappears, thankfully. but this is on my Fuze - expect Clip+ the same. |
11:38:26 | | Quit Buschel (Ping timeout: 264 seconds) |
11:38:51 | JdGordon | bieber: ping? |
11:39:27 | vaguerant | chrissavery: Huh, intriguing, I'll have to try that. |
11:39:54 | vaguerant | dhansen7: That's correct; the current build will reboot into the original firmware automatically when plugged into USB, to facilitate transfers. |
11:40:17 | dhansen7 | nice |
11:41:04 | dhansen7 | sounds like the port for the clip+ is getting really close to stable |
11:41:20 | vaguerant | On the downside, the original firmware /loves/ doing database refreshes, and you can't turn them off either. Basically any time the OF notices something on the Clip+ has changed (files added/removed) it will refresh the database, which can take upwards of two minutes. |
11:42:57 | | Quit mischasworld (Ping timeout: 258 seconds) |
11:43:07 | chrissavery | I'd love to figure out ow to disable the refresh. Every time I want to test a new build I have to wait twice thru that refresh. |
11:43:38 | vaguerant | I know, I've tried variously marking system files as read-only, that just got me a corrupted FAT. |
11:46:03 | dhansen7 | what is lacking to make usb support work in rockbox? |
11:46:21 | dhansen7 | is that likely to be implemented at some point? |
11:47:48 | chrissavery | from what I've heard someone has it partially working. I think there is a build option to enable it but some bits aren't functional. |
11:48:30 | topik | it's not partially working |
11:48:50 | topik | pamaury is working on usb, but it's very early |
11:49:34 | chrissavery | ok, I thought I saw a note that some things worked but detection was not. |
11:50:07 | topik | perhaps that refers to rockbox booting the OF when usb is plugged in |
11:50:23 | chrissavery | I hope he'll be able to make OTG work too someday. |
11:51:03 | Torne | er, does it have an OTG controller? i didn't think so.. |
11:51:21 | chrissavery | ya, Fuze does. probably Clip+ too. |
11:52:02 | | Quit BHSPitMonkey (Remote host closed the connection) |
11:52:08 | chrissavery | with OTG plugins could do some real cool stuff. |
11:52:24 | dhansen7 | well, thanks all for the info, I'm off to bed |
11:52:28 | | Quit dhansen7 (Quit: Leaving) |
11:53:03 | wodz | what is ata error -11 ? |
11:53:16 | Torne | wodz: grep for -11 in drivers/ata.c :) |
11:53:24 | wodz | I did :-) |
11:53:34 | Torne | and when you fail to find it you'll have to discover that we multiply nested errors by ten to add more stuff to them |
11:53:40 | Torne | or similar trickery |
11:53:43 | | Quit M3DLG (Ping timeout: 252 seconds) |
11:53:49 | Torne | so it's probably error -1 from something called by something else |
11:54:17 | wodz | I see |
11:54:18 | Torne | chrissavery: is it actually hooked up right, though? :) |
11:54:19 | JdGordon | bieber: I think you have a memory leak in skin_free_tree(), it looks like the text buffer for comments arnt free()d |
11:54:57 | Torne | wodz: I think you're looking for the code for large sectors in ata_read_sectors? |
11:55:07 | Torne | are you on a platform with MAX_PHYS_SECTOR_SIZE defined? |
11:55:49 | Torne | it suggests cache_sector returned -1 |
11:56:57 | wodz | Torne: in firmware/export/config/....h I don't have MAX_PHYS_SECTOR_SIZE defined |
11:57:11 | chrissavery | Torne: I'm not sure anyone knows. It's described in the AS25xx data sheets and I haven't seen anything to say it's not there. And I don't know if there are electrical differences in the connector hookup needed. |
11:58:56 | Torne | wodz: then it's not that |
11:58:59 | chrissavery | Torne: there are some defines for OTG in the config.h - which maybe means someone had the idea to one day support it. |
11:59:00 | Torne | must be somewhere else. |
11:59:09 | Torne | chrissavery: Right, the *controller* is OTG, now that I look |
11:59:22 | Torne | but for it to actually work as a host there needs to be the right pullups on the PHY and soforth |
11:59:40 | Torne | Host and device are electrically different |
11:59:52 | Torne | your PHY has to be able to substitute appropriate pullups/etc on command |
12:00 |
12:00:26 | chrissavery | I don't know how those are connected. If they can be pulled up from inernal control or permanently wired. |
12:00:47 | wodz | master_slave_detect() is what fails I think :-/ |
12:00:50 | Torne | it's not impossible, but it is somewhat unlikely: the vast majority of deviecs with OTG controllers can't actually be hosts because of how they are wired. Generally, only things where the original firmware supports host mode bother to do it right :) |
12:01:31 | pamaury | I think the clip+ controller (which should be the same on all amsv2) is able to do that, at least it reports this capability so it would be strange that the controller say it can do it whereas it can't but that's just a guess |
12:01:49 | chrissavery | probably right - I'm just hoping. If it cost less to leave the control in the chip rather than add it externally then luck could favour me. |
12:02:05 | Torne | chrissavery: it depends on how the soc is built, lots of them do this externally |
12:02:17 | Torne | (or for high end socs, in a companion chip) |
12:02:22 | chrissavery | AFAIK no one has removed their CPU to see how traces are actually wired. |
12:02:26 | *** | Saving seen data "./dancer.seen" |
12:02:32 | | Join hamish_ [0] (~hamish@119.224.50.74) |
12:03:11 | Torne | chrissavery: also, remember we don't have a host stack |
12:03:15 | Torne | at all. |
12:03:34 | Torne | so someone would ahve to implement an entire usb host stack first before drivers for host mode on any particular device were useful ;) |
12:03:57 | vaguerant | I really need to set up an environment in Windows, right now I boot into an old Ubuntu install with horrible wifi stack which keeps receiving corrupt data; updating SVN is hell. |
12:04:48 | chrissavery | pamaury: do you have intention to explore OTG later when USB is working? |
12:04:52 | wodz | vaguerant: try setting up virtual machine. It seems simpler and faster than cygwin stuff |
12:05:20 | vaguerant | That's a great idea. |
12:05:28 | chrissavery | +1 for VM - use VirtualBox very easy. |
12:05:49 | chrissavery | I do it the other way around - run Windows under Ubuntu. |
12:06:17 | pamaury | chrissavery: no now, after usb is working, I plan to rework usb drivers of several other devices. The idea is to change the device api and to support isochronous transfers also. This would enable usb audio for example. After that, which is a long way, perhaps I'll investigate OTG. I agree it would be nice but that's not priority |
12:09:02 | chrissavery | I wonder if I could look into as a parallel effort? I'm very interested in that but have only a basic usb knowledge. |
12:09:39 | | Join cantflash [0] (www-data@giant.haxx.se) |
12:11:49 | cantflash | H140; V3.6; can't flash rockbox.iriver; I get "Cant open /.rockbox/rocks/viewer" message |
12:12:49 | cantflash | if I try to flash Rombox I get the same message |
12:13:04 | pamaury | chrissavery: if you have a device that can do usb host/otg for sure and you are able to write a driver for that, you can try but that's a lot of work for sure |
12:14:28 | chrissavery | pamaury: it may be more than I can handle. I'll do some reading up to find out. |
12:18:29 | | Quit cantflash (Quit: CGI:IRC (EOF)) |
12:20:50 | | Join mischasworld [0] (~quassel@193.174.158.110) |
12:23:47 | | Quit pamaury (Ping timeout: 240 seconds) |
12:23:49 | | Join watto [0] (~watto@193.203.81.165) |
12:28:29 | JdGordon | bieber: also, I'm working on prepping the parser for integration, is it OK to change skin_element.text to a void* data? I'm currenlty thinking that reusing the parsed table makes the most sense but I need somewhere to store more info for each tag (I obviously cant reparse wach tokens text every redraw) |
12:29:02 | JdGordon | Also is it really necessary to keep the line number in that struct? cant the editor count the lines as needed? (does it even need to display it it all?) |
12:29:49 | JdGordon | I was thinking about shrinking that struct as much as possible (currently 36bytes each), merging children and params looked nice untill I realised conditionals require both :/ |
12:31:22 | | Quit vaguerant (Quit: Java user signed off) |
12:31:27 | | Join M3DLG [0] (~M3DLG@212.183.140.26) |
12:33:38 | | Join wps_is [0] (www-data@giant.haxx.se) |
12:35:21 | wps_is | I really dislike updating rockbox, each time i update my wps breaks and as a non coder I then spend hours trying to solve the problem, *sigh* |
12:35:50 | Bagder | yes, we should stop developing rockbox for your sake wps_is. now. |
12:36:51 | wps_is | it just that it's getting more complicated for joe soap to customise the thing, is all |
12:37:10 | Bagder | yes, we know that |
12:37:22 | Bagder | but sometimes we still feel the changes make rockbox better |
12:38:11 | wps_is | yes, but the KISS principle is lost to cupid, or is that stupid |
12:38:41 | Bagder | I don't see how it is related to KISS at all... |
12:38:58 | Bagder | even if we make things simpler, the change may still break old wpses |
12:39:55 | wps_is | yes, true. I'll revert, thanks for your time |
12:39:59 | | Quit wps_is (Quit: CGI:IRC) |
12:46:31 | | Quit bieber (Ping timeout: 252 seconds) |
12:46:44 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
12:46:57 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:49:52 | wodz | I found out the GPIO which changes power consumption by factor of 2. The problem is it is somehow related to ATA. If I drive this gpio low disk access works but this adds over 100mA to the power consumption, if I drive this pin high ata read fails but power consumption is much lower. Is there some mechanism in rb I can use to flip this pin on demand? |
12:50:51 | | Join wps_is [0] (www-data@giant.haxx.se) |
12:51:04 | | Quit M3DLG (Ping timeout: 240 seconds) |
12:52:44 | wps_is | I can get my wps to play in the simulator but when i transfer it to my player it defaults to rockbox and won't play my wps, any ideas ? Sim is latest from rashers site, and v3.6 |
12:55:48 | | Quit wps_is (Client Quit) |
12:57:07 | CIA-6 | New commit by uchida (r26738): fix the problem that does not jump to selected the bookmark. (FS #11386) |
12:58:55 | | Join ayevee [0] (~ayevee@ane.compnet.ru) |
12:59:17 | ayevee | hello, is it possible to install rockbox on a 160gb iPod? |
13:00 |
13:02:27 | wodz | ayevee: depends on ipod version not disksize |
13:03:06 | wodz | ayevee: supported versions are listed on the frontpage www.rockbox.org |
13:04:41 | ayevee | erhm |
13:04:50 | | Join Buschel [0] (~~andree@p54A3F3E0.dip.t-dialin.net) |
13:04:59 | | Join ucchan [0] (~ucchan@softbank126102048043.bbtec.net) |
13:05:02 | ayevee | how do I find out what version is my iPod? |
13:05:26 | wodz | I am not iPod expert sorry |
13:06:01 | Zagor | ayevee: http://support.apple.com/kb/ht1353 |
13:06:26 | | Quit mischasworld (Ping timeout: 276 seconds) |
13:06:29 | kisak | if you haven't replaced the harddrive yourself, you have either an iPod classic 1g or an iPod classic 3g |
13:06:47 | ayevee | kisak: I've replaced the drive |
13:06:54 | ayevee | it was 80gb |
13:07:22 | ayevee | Zagor: 404 |
13:08:12 | wodz | ayevee: link works for me |
13:08:28 | kisak | same here |
13:08:38 | ayevee | hm |
13:08:40 | ayevee | strange |
13:08:43 | ayevee | now it wroks ^) |
13:08:50 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
13:09:29 | ayevee | erhm |
13:10:07 | ayevee | it could be either iPod classic 07/09 or 5g |
13:10:17 | ayevee | both have 80gb version and a clickwheel |
13:11:16 | kisak | does the menu show moving album art beside the choices? |
13:11:53 | ayevee | aye, it does |
13:12:08 | ayevee | and it seems to be iPod Classic |
13:12:11 | ayevee | 5g is glossy |
13:13:14 | kisak | I'm in the same boat as you ayevee, with my iPod classic 1g 160GB |
13:14:08 | ayevee | soo |
13:14:16 | ayevee | rockbox doesn't work, right? |
13:14:38 | kisak | it's possible to figure out how to port rockbox to the iPod classic, but nothing has been done so far |
13:14:58 | ayevee | I see |
13:15:16 | | Quit Buschel (Ping timeout: 276 seconds) |
13:20:05 | wodz | yuppie, enabling/disabling ata power works!!! now player takes ~80mA most of the time and 170-200mA during rebuffering |
13:24:20 | CIA-6 | New commit by uchida (r26739): text viewer: fix that the return value's type is wrong. |
13:26:34 | | Quit GeekShadow (Read error: Connection reset by peer) |
13:36:23 | | Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
13:36:24 | Zagor | wodz: nice! |
13:38:06 | | Quit chrissavery (Ping timeout: 265 seconds) |
13:38:40 | | Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
13:43:55 | pondlife | chrissavery: Silly question... if I play a track from pictureflow, should the WPS return into pictureflow? It goes to the file view for me. |
13:44:31 | pondlife | I'm using an H300 sim, FWIW |
13:45:24 | | Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
13:46:48 | | Quit chrissavery (Ping timeout: 265 seconds) |
13:50:36 | | Quit ucchan (Quit: Leaving...) |
13:56:39 | | Quit wodz (Quit: Leaving) |
14:00 |
14:00:21 | chrissavery1 | kugel: you suggested not basing mono pictureflow improvements on LCD_DEPTH == 1. I need another value to switch on but currently there is none for Clip family only. Could we have a define eg. LCD_STRICT_MONO that could be set for Clip devices (and others if needed) and used to select non-greylib handling? |
14:00:33 | | Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) |
14:02:28 | *** | Saving seen data "./dancer.seen" |
14:04:24 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:07:35 | | Quit chrissavery (Ping timeout: 265 seconds) |
14:07:49 | | Join pyro_maniac [0] (foobar@p57BB9C98.dip0.t-ipconnect.de) |
14:09:13 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
14:11:03 | | Quit ayevee (Read error: Connection reset by peer) |
14:17:38 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
14:19:24 | | Join funman [0] (~fun@rockbox/developer/funman) |
14:23:42 | funman | chrissavery: we could use CONFIG_LCD (and define it for the clips if it's not present) |
14:23:58 | | Join stoffel [0] (~quassel@p57B4C665.dip.t-dialin.net) |
14:27:55 | | Join chrissavery [0] (~chris@ppp-58-9-221-41.revip2.asianet.co.th) |
14:28:07 | funman | Llorean: still have problems with current builds? |
14:30:17 | chrissavery | funman: CONFIG_LCD is defined as LCD_SSD1303 for all 3 clips. So that would be a good choice then - switch based on LCD_SSD1303 ? |
14:32:11 | chrissavery | It doesn't really allow for other devices that may have greyscale issues. But is that a problem? I don't know. |
14:32:41 | | Quit funman (Ping timeout: 252 seconds) |
14:33:54 | | Join funman [0] (~fun@rockbox/developer/funman) |
14:34:09 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
14:34:57 | funman | chrissavery: which other devices have issue? |
14:35:09 | | Join wps_is [0] (www-data@giant.haxx.se) |
14:35:54 | Torne | how does the greylib decide whether or not to build? |
14:36:09 | chrissavery | funman: beats me. I'm just responding to reported problem with Clips. |
14:36:24 | funman | Torne: build the source files? |
14:36:47 | wps_is | the simulator accepts wps conditionals enclosed in parenthesis, whereas v3.6 the wps parenthesis was changed to a " | " this is why the wps works in the Sim and not on the player |
14:37:17 | funman | wps_is: are you running a 3.6 or a current simulator? |
14:37:24 | chrissavery | wps_is: other way round. () are the newer format. |
14:37:46 | Torne | wps_is: after 3.6 was released, the current builds were changed to have () |
14:37:46 | wps_is | current Sim, and v3.6 on my player |
14:37:59 | Torne | You need to have a matching sim for the build htat's on your player to test stuff.. |
14:38:26 | chrissavery | your'e going to have problems matching wps between older 3.6 and newer builds. |
14:39:15 | wps_is | i've been struggling for hours to try and get my old wps to work with v3.6, it works fine in the Sim |
14:39:31 | Torne | the format was not changed in 3.6 |
14:39:41 | Torne | except the usual minor small changes that happen over time |
14:39:49 | Torne | the big drastic format change happened *after* 3.6 |
14:40:03 | wps_is | heh, ah yes those minor small syntax xhanges :-) |
14:40:15 | Torne | no wps from before 3.6 would work in a current build, so your simulator is probably not actually current |
14:40:24 | Torne | what revision is it? |
14:40:43 | | Quit Topy44 (Ping timeout: 260 seconds) |
14:41:14 | wps_is | r26714 |
14:42:26 | wps_is | i'll battle on, luckily I've some beer to sooth my frustrations |
14:42:30 | Torne | right, that does include the format breaking change |
14:42:35 | Torne | Old WPSes *shouldn't* work on that |
14:42:42 | | Join Topy44 [0] (~topy@my.fastsh.it) |
14:42:45 | Torne | so if it does work, it's *not* in the old format, it's in the new format. |
14:42:49 | Torne | and that's why it doesn't work on 3.6 |
14:43:10 | wps_is | well, that adds to the confusion, many thanks ;-) |
14:43:24 | Torne | if you want to test on the simulator, build a simulator from the 3.6 code |
14:43:39 | Torne | but yes, wherever you got that wps from, it's already been updated to the new format |
14:43:43 | Torne | you need to find an older version of it :) |
14:44:11 | | Quit sinthete1 (Ping timeout: 264 seconds) |
14:44:18 | robin0800 | Torne: Can you still use | but just not for conditionals |
14:44:38 | wps_is | I'm trying to hack one of the existing one's to suit, big mission for a non coder. thanks for your time |
14:45:14 | | Quit wps_is (Quit: CGI:IRC) |
14:45:32 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
14:45:40 | Torne | robin0800: no, the tags don't use | any more |
14:45:48 | Torne | they have their arguments in parentheses, separated by commas |
14:45:58 | chrissavery | Torne: I don't know how greylib gets turned on, or even where the code is for that matter. I looked but didn't see it. |
14:46:21 | Torne | chrissavery: it's enabled for all mono targets.. |
14:47:09 | chrissavery | ah, that's the issue then. some targets, of which Clip is only one currently reported, don't look good with greylib |
14:47:24 | funman | all mono and greyscale |
14:47:39 | funman | HAVE_LCD_BITMAP && !HAVE_LCD_COLOR i guess |
14:48:13 | chrissavery | I could just switch on LCD_SSD1303 but that seems a bit specific. It may do for now and if more devices get reported it could be expanded with a special define. |
14:48:15 | Torne | no, it's defined(HAVE_LCD_BITMAP) && (LCD_DEPTH < 4) |
14:49:29 | chrissavery | I've been told that LCD_DEPTH == 1 on most targets works fine with greylib. so basing it on LCD_DEPTH isn't suitable. |
14:49:44 | Torne | if greylib sucks on clip, then we should maybe tackle this globally, not just in pictureflow |
14:50:07 | chrissavery | probably a good idea. I'm just fixing it in pf right now. |
14:50:10 | Torne | but i guess plugins don't have a mono codepath for the most part.. |
14:50:16 | Torne | they either expect to be colour or greylib |
14:51:06 | chrissavery | apparently greyscale on clip shows up as flickering dither stuff that looks wonky. |
14:51:16 | Torne | yeah, oled doesn't work thta way |
14:51:46 | chrissavery | is HAVE_LCD_OLED a good define then? |
14:52:07 | chrissavery | we can just add it to any OLED devices that get reported issues. |
14:52:16 | Torne | meh, i'd use something more generic.. |
14:52:19 | Torne | HAVE_USEFUL_GREYLIB :) |
14:53:06 | chrissavery | or HAVE_GREYLIB_SUPPORTED |
14:53:28 | Torne | well no, because we can't actually remove greylib until all plugins have an alternative |
14:55:19 | chrissavery | greylib would always be there but some plugins could adapt better by checking eg. USE_MONO_GREYLIB |
14:55:39 | funman | hm i can write to M6SL GRAM but i don't read back the same thing i wrote |
14:55:56 | Torne | yes. my suggestion was serious: HAVE_USEFUL_GREYLIB :) |
14:55:58 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
14:56:37 | Torne | (and yet somehow i've managed to repeat the smiley. think of it as a verbal tic) |
14:57:35 | chrissavery | ok. well if that sits well with others I can add it to Clip targets and fix the PF code to depend on it. future plugin fixes can use it if needed. |
14:58:48 | | Quit bieber (Ping timeout: 260 seconds) |
14:58:52 | chrissavery | umm, except it should be inverted - Clips do not have useful greylib. so with that name I'd have to add it to all targets except Clips. |
14:59:06 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
14:59:11 | Torne | positive things are more readable, though |
14:59:19 | Torne | you don't need to add it to any targets |
14:59:25 | Torne | put it in config.h, based on the LCD type |
15:00 |
15:00:00 | Torne | #if defined(HAVE_LCD_BITMAP) && (LCD_DEPTH < 4) && (CONFIG_LCD != LCD_SSD1303) |
15:00:09 | chrissavery | huh. but we don't have a useful LCD type to base it on, do we? I thought that was why a new term was needed. |
15:00:10 | Torne | then if other lcd types have the problem that can be extended |
15:00:37 | Torne | assuming the clips are all that type and nothing else is? |
15:00:47 | chrissavery | up til now anyway. |
15:00:59 | Torne | the point of adding a new define is so that if we discover a new configuration that needs it we only have to change it in one place |
15:01:11 | Torne | config.h is where defines that are derived from other target params go |
15:01:39 | chrissavery | ok. are you sure LCD_DEPTH < 4 and not LCD_DEPTH == 1 |
15:01:52 | gevaerts | It also allows people to override this easily by defining HAVE_USEFUL_GREYLIB in their target config |
15:01:52 | | Quit antil33t (Read error: Connection reset by peer) |
15:01:59 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
15:02:03 | Torne | Indeed |
15:02:13 | Torne | and yes, LCD_DEPTH < 4 is the current criteria for building greylib |
15:02:24 | funman | chrissavery: some models have a greater depth than 1 for shades of grey |
15:02:40 | funman | well, 2 bits |
15:03:48 | Torne | chrissavery: greylib is in apps/plugins/lib for reference |
15:03:49 | chrissavery | why don't I let one of the experts add that to config.h and I'll just use it in PF... |
15:04:24 | chrissavery | ah, ok. I was looking in firmware. |
15:04:38 | Torne | it's not hardware-specific |
15:04:48 | gevaerts | Can't you leave this to users? Use greylib, and show a splash to ask if they liked it. If not, switch :) |
15:05:18 | chrissavery | as a general display setting then? |
15:05:25 | CIA-6 | New commit by jdgordon (r26740): add a hotkey option to the wps touchregion. |
15:05:25 | Torne | users aren't allowed opinions! :) |
15:06:20 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:06:38 | chrissavery | then I can just code on global_setting value - adds a wee bit more code. |
15:06:51 | | Quit FlynDice (Remote host closed the connection) |
15:07:02 | Torne | if it really is useless then there's no need |
15:07:45 | chrissavery | a setting also allows users to bugger up there system and then come here to ask why it looks like crap... |
15:08:01 | JdGordon | no need for this setting |
15:09:05 | chrissavery | ok with me. I add new define for config.h and then base my mono code on that, agreed? |
15:09:44 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
15:10:15 | | Join elinenbe_ [0] (~elinenbe@69.86.210.84) |
15:12:17 | funman | sure |
15:12:20 | | Quit elinenbe_ (Read error: Connection reset by peer) |
15:13:00 | | Quit elinenbe (Ping timeout: 264 seconds) |
15:13:46 | | Join elinenbe [0] (~elinenbe@69.86.210.84) |
15:14:29 | | Quit jae (Ping timeout: 252 seconds) |
15:14:55 | | Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
15:16:01 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
15:18:31 | | Quit elinenbe (Ping timeout: 260 seconds) |
15:18:32 | | Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
15:23:30 | | Nick radagast1 is now known as radagast (~radagast@lir.talideon.com) |
15:29:45 | | Join bzed_ [0] (~bzed@devel.recluse.de) |
15:29:48 | | Join M3DLG [0] (~M3DLG@212.183.140.60) |
15:31:17 | | Join jae [0] (~jae@93.186.200.13) |
15:31:29 | | Quit bzed (Ping timeout: 260 seconds) |
15:31:32 | | Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) |
15:35:45 | funman | gevaerts: spi mode for lcd looks quite slow |
15:35:46 | | Quit soap (Ping timeout: 240 seconds) |
15:36:13 | funman | there might be another way to write graphics |
15:36:15 | | Join soap [0] (~soap@rockbox/staff/soap) |
15:38:07 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) |
15:40:40 | | Part LinusN |
15:42:08 | | Quit funman (Quit: free(random());) |
15:44:27 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:46:16 | | Quit M3DLG (Ping timeout: 240 seconds) |
15:47:15 | | Quit linuxstb (Quit: Leaving) |
16:00 |
16:02:32 | *** | Saving seen data "./dancer.seen" |
16:11:08 | | Quit bieber (Ping timeout: 240 seconds) |
16:11:21 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
16:12:40 | chrissavery | JdGordon: New update posted to FS #11300 has been converted to HAVE_USEFUL_GREYLIB now also defined in config.h |
16:13:14 | chrissavery | I tested it but since in Sim I noticed that CONFIG_LCD gets knocked out anyway, so couldn't really see if result valid. |
16:13:16 | JdGordon | is there a HAVE_GREYLIB define? |
16:13:33 | chrissavery | don't believe so |
16:14:07 | JdGordon | so I would drop the _USEFUL from the define |
16:15:37 | chrissavery | was just using as suggested by... Torne. greylib is used by most devices but for some it's not "useful". |
16:15:57 | chrissavery | it's defined as opposite of greylib though. |
16:17:11 | chrissavery | or whatever. I asked about this extensively above... |
16:24:12 | JdGordon | chrissavery: I havnt looked at your patch yet but it just seems that HAVE_USEFUL_GREYLIB == HAVE_GREYLIB... if it isnt usable then why have t at all? |
16:24:23 | JdGordon | it's like enabling usb support withuot the usb driver |
16:25:19 | gevaerts | Doesn't usefulness of greylib on the clip depend more on the user than on the code? |
16:25:40 | JdGordon | how bad is it? |
16:26:04 | gevaerts | That depends. If I half close my eyes, it's not too bad :) |
16:26:32 | JdGordon | no, I just started plasma on my clip... it looks TERRIBLE! |
16:26:38 | JdGordon | I say get the binsize back |
16:26:42 | gevaerts | Try cube |
16:27:06 | Torne | JdGordon: greylib is still included in the pluginlib, and used by other plugins.. |
16:27:06 | gevaerts | this is all plugin RAM |
16:27:08 | JdGordon | ok, well the shades are noticable sure, but they still look like crap |
16:27:43 | gevaerts | It also looks better if the number of levels is tuned |
16:28:55 | JdGordon | ah greylib isnt in the core? |
16:29:02 | Torne | no. |
16:29:21 | Torne | and ata the moment, only pluginlib is actually going to support directly doing the mono display.. |
16:29:31 | Torne | all the other plugins that use greylib wouldn't compile if greylib was removed entirely from those builds |
16:29:32 | JdGordon | ah ok |
16:29:41 | Torne | hence why I suggested USEFUL :) |
16:29:51 | Torne | HAVE_GREYLIB might be misleading |
16:29:53 | JdGordon | although, how big is greylib anyway? dont we want to shrink the plugin buffer on the clips? |
16:30:03 | Torne | the pluginlib objects are in a static library |
16:30:07 | Torne | so they only get included if used |
16:30:12 | Torne | plugins that don't use greylib don't include it |
16:30:15 | Torne | so it's irrelevant for binsize |
16:30:24 | JdGordon | and the plugins that use them are the bigger ones? |
16:30:34 | JdGordon | thereby making the need for a larger plugin buf |
16:30:41 | Torne | it includes only the specific objects it needs |
16:30:49 | Torne | if you use one bit of pluginlib it only includes that bit, not all of it |
16:30:53 | Torne | normal .a linkage |
16:31:09 | JdGordon | ok, missing what I'm saying.. never mind |
16:31:22 | Torne | and no, not all the biggest plugins use greyscale |
16:31:26 | Torne | i don' thtink.. |
16:32:07 | * | JdGordon is putting some music on his clip+ to see how bad it looks |
16:32:57 | | Join Jaykay [0] (~chatzilla@p5DC5719A.dip.t-dialin.net) |
16:33:11 | JdGordon | I still think that if it isnt useful then it should be the same as not having it |
16:33:35 | gevaerts | Whether or not it's useful is going to depend on the plugin |
16:33:35 | JdGordon | or move the #define into pictureflow.c |
16:33:46 | JdGordon | sure so it doesnt belong in config.h |
16:33:51 | Torne | defining it in pictureflow is horrible.. |
16:34:01 | Torne | that means you have to change all the plugins seperately |
16:34:12 | JdGordon | see gevaerts's message |
16:34:15 | Torne | whether greylib is okay or not is indeed up to the plugin |
16:34:19 | Torne | they can #ifdef their code or not. |
16:34:30 | Torne | beucase greylib is always built anyway, so they can use it if they like.. |
16:34:31 | JdGordon | so it should be up to the plugin and not a global #define |
16:34:42 | Torne | Having a global define doesn't make it not up to the plugin |
16:34:47 | Torne | the plugin code has to be changed to #ifdef anyway |
16:34:48 | gevaerts | Maybe a HAVE_OLED define? |
16:35:13 | gevaerts | or HAVE_MONO_OLED more likely |
16:35:34 | JdGordon | Torne: "the plugin code has to be changed to #ifdef anyway" EXACTLY so a global define doesnt make sense if you have to add it anyway |
16:35:50 | gevaerts | I know it's somewhat specific, but right now we don't know what will look bad on the next display that isn't optimal for greylib |
16:35:59 | Torne | JdGordon: but then when another player with the same screen issue comes along, you change all plugins, again? |
16:36:21 | JdGordon | yes, because you wont know if oyu need to untill you try each plugin |
16:36:32 | Torne | i don't think it *is* plugin-specific, tbh |
16:36:47 | Torne | artificial greyscale is just a doomed strategy on a mono OLED display |
16:36:51 | JdGordon | it looks OK in cube, terrible in plasma |
16:36:53 | Torne | the technology doesn't work that way |
16:37:11 | * | JdGordon is loading PF now |
16:37:36 | JdGordon | it is... interesting... |
16:37:44 | Torne | the display on my clipv2 is bad enough displaying *mono* |
16:37:50 | gevaerts | Can't we sell light sensitive screen protectors that introduce LCD-like slowness? :) |
16:37:59 | Torne | hilarious ghost effects around the selection bar, etc |
16:38:16 | Torne | i tried a bunch of plugins a bit earlier and they all made me want to gouge my eyes :) |
16:39:02 | JdGordon | right, so either it is us to the plugin or its up to the display... |
16:39:55 | Torne | yes, it's up to the display |
16:40:01 | Torne | but you still have to change every plugint hat uses greylib |
16:40:10 | Torne | because currently they don't *have* the facility to render in mono |
16:40:35 | Torne | so you have a global define for whether to use greylib or not, and then we change plugins as people can be bothered to use that define to implement mono output |
16:40:36 | gevaerts | has anyone tried doom on a clip*? |
16:40:49 | | Quit hebz0rl (Ping timeout: 258 seconds) |
16:41:58 | * | JdGordon loves that http://www.rockbox.org/doom/ is the first hit for rockbox doom |
16:42:08 | Torne | doom doesn't get built for them |
16:42:26 | Torne | doom only gets built for colour lcds, 2-bit greyscale, or mrobe:100 |
16:43:00 | Torne | i assume this means nobody has made it use greylib, and it's presumably unplayable in mono ;) |
16:43:26 | gevaerts | mrobe:100 is mono |
16:43:37 | Torne | well, i dunno then |
16:43:39 | Torne | but that's the logic |
16:43:50 | Torne | colour, 2-bit or mrobe:100, and must also have more than 2mb ram |
16:43:56 | Torne | so clipv1 won't get it anyway |
16:44:23 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:44:58 | | Join Skip252 [0] (~chatzilla@207-181-235-10.mct-bsr1.chi-mct.il.cable.rcn.com) |
16:45:48 | | Join M3DLG [0] (~M3DLG@212.183.140.60) |
16:46:58 | JdGordon | It should be HAVE_QUESTIONABLE_GREYLIB then and in greylib.h not config.h |
16:47:36 | | Quit Skip252 (Client Quit) |
16:47:50 | Torne | that's a better place for it, yes |
16:50:38 | CIA-6 | New commit by jdgordon (r26741): Fix the bar type param to use nullable ints |
16:53:13 | | Join webguest09 [0] (www-data@giant.haxx.se) |
16:53:57 | | Quit webguest09 (Client Quit) |
16:54:33 | JdGordon | bieber: have a look @ http://www.rockbox.org/tracker/task/11389 please |
16:55:04 | JdGordon | it also fixes the comment mem leak which probably needs to go in soon anyway |
16:55:16 | chrissavery | whoa. I went for dinner and missed the fireworks... so, move the define to lib/grey.h ? |
16:57:02 | Torne | Yeah, and maybe "questionable" is better :) |
16:57:10 | Torne | it's not super important, though |
17:00 |
17:05:35 | CIA-6 | New commit by jdgordon (r26742): Enable the hotkey feature on the touchscreen targets who now have a hotkey touchregion settable in the wps (todo: touchregions in the sbs!) |
17:06:24 | chrissavery | I think USEFUL is right. I include the grey code when it's useful and mono code when it's not. Though I could see HAVE_PRETTY_GREYLIB |
17:09:27 | JdGordon | I STILL think a global define is the wrong way to go... the same plugin could look OK on one lcd and really bad on another, but both withh have that define set |
17:10:54 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) |
17:10:57 | * | Llorean still can't play anything on his Gigabeat S |
17:11:06 | | Quit hebz0rl (Client Quit) |
17:11:26 | JdGordon | has a bug been filed? |
17:11:40 | Llorean | JdGordon: About to |
17:11:46 | JdGordon | good man :) |
17:11:47 | Llorean | Just woke up and funman had asked me in the log if it worked yet |
17:12:03 | Llorean | DIdn't want to file a bug if it'd been fixed while I slept |
17:13:07 | Llorean | JdGordon: it buffers, but doesn't *play* anything. Nothing is consumed. =/ |
17:13:11 | | Join toffe82_ [0] (~chatzilla@12.169.218.14) |
17:15:25 | | Quit toffe82 (Ping timeout: 248 seconds) |
17:16:27 | literal | hm, looks like my theme and plenty of others got removed from the theme site |
17:16:31 | | Quit M3DLG (Ping timeout: 265 seconds) |
17:16:31 | literal | why is that? |
17:17:04 | JdGordon | a bunch didnt get run through the updat script for some reason |
17:17:26 | literal | last I checked, mine was the only one that "worked with the current build" |
17:17:51 | literal | but now it's just not on the theme site |
17:19:13 | Llorean | JdGordon: FS 11390 if you're interested. |
17:19:38 | | Quit robin0800 (Remote host closed the connection) |
17:20:51 | JdGordon | Llorean: is it all tracks doing it? I got the same thing (I think) on my ipod video with a corrupted filesystem |
17:21:09 | JdGordon | unless you find a commit which did it I'd try checkdisk |
17:21:13 | JdGordon | fsck |
17:21:32 | Llorean | JdGordon: It's all tracks. |
17:21:47 | Llorean | And I was listening to the player, plugged it in, copied over the current build, ejected it, and then it wouldn't play. |
17:22:16 | JdGordon | safely ejected? |
17:22:21 | Llorean | Yup |
17:22:44 | JdGordon | so binchop and probably fsck anyway |
17:23:35 | JdGordon | which SOC is in the beast? |
17:24:32 | Llorean | i.mx31? |
17:25:06 | JdGordon | I cant see any commits since the skin break that have a chance of causing that... |
17:25:23 | Llorean | I had a relatively old build on there, but yeah, I don't know what would've done it if anything |
17:26:46 | Llorean | Mine's more sensitive to hardware use changes than some, though. Some changes that left jhMikeS' working fine caused mine to become really crashy. |
17:27:29 | JdGordon | as far back as the 4th I cant see any hardware/driver changes that would affect the beast only |
17:28:50 | Llorean | JdGordon: It's probably been a month and a half since I updated, if not more, unfortunately. I was half asleep when I updated last night so I didn't even record what I had before. =/ |
17:29:07 | JdGordon | have fun binchopping then :) |
17:29:22 | | Part Zagor |
17:30:06 | Llorean | It seems not to be filesyste errors at least, just checked that and everything seems to be fine. |
17:31:09 | Llorean | Won't be binchopping because I don't have the tools or the time to do that today. And honestly, everyone jumps at me when I try to get details about things from them, so y'all can find when your own playback bug started this time. I'll just use an older build until it rolls over. |
17:34:14 | JdGordon | you dont tihnk that if it was a general problem others would have hit it already? wish irc had a "recall post" button? |
17:34:43 | Llorean | Considering how few people seem to use the Gigabeat S, I'll wait until someone with one updates to SVN and says "doesn't happen to me" |
17:34:50 | Llorean | And as I said, don't have the tools or time anyway. |
17:35:05 | Llorean | If someone posts to my flyspray task that they can't get it to happen, I'll put more time into tracking it down, sure. |
17:41:42 | | Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
17:42:41 | | Part pondlife |
17:50:52 | | Join ZGruk [0] (www-data@giant.haxx.se) |
17:51:18 | | Join mischasworld [0] (~quassel@193.174.158.110) |
17:55:50 | | Quit ZGruk (Quit: CGI:IRC (Ping timeout)) |
17:56:17 | | Join ZGruk [0] (www-data@giant.haxx.se) |
17:56:39 | | Quit petur (Quit: *plop*) |
17:57:01 | | Quit ZGruk (Client Quit) |
17:59:47 | | Quit GeekShadow (Quit: The cake is a lie !) |
18:00 |
18:01:02 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
18:01:26 | | Join stroem [0] (~chatzilla@188.228.30.191) |
18:02:12 | | Quit moparx (Ping timeout: 264 seconds) |
18:02:35 | *** | Saving seen data "./dancer.seen" |
18:03:30 | | Quit mischasworld (Ping timeout: 276 seconds) |
18:03:57 | | Quit pamaury (Remote host closed the connection) |
18:04:23 | | Quit Jaykay (Ping timeout: 258 seconds) |
18:07:00 | | Quit antil33t (Read error: Connection reset by peer) |
18:07:08 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
18:08:33 | | Join liar [0] (~liar@91-114-254-200.adsl.highway.telekom.at) |
18:10:16 | | Quit xavieran (Ping timeout: 260 seconds) |
18:12:59 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:13:18 | scorche|sh | S_a_i_n_t: stop trying to cheat ;) |
18:17:35 | | Quit antil33t (Ping timeout: 272 seconds) |
18:17:49 | | Join TheLemonMan [0] (~lem0n@ppp-243-213.32-151.iol.it) |
18:17:55 | TheLemonMan | please i need help |
18:18:06 | TheLemonMan | ive edited the samsung yp-q2 firmware |
18:18:15 | TheLemonMan | and now its stuck in an endless loop |
18:18:23 | | Join jxself [0] (~jxself@fsf/member/jxself) |
18:18:27 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
18:18:27 | TheLemonMan | i need to remove the update from the root |
18:19:20 | | Quit hamish_ (Ping timeout: 258 seconds) |
18:19:38 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
18:19:49 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) |
18:20:28 | TheLemonMan | please :( |
18:21:18 | | Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) |
18:21:21 | | Join hamish_ [0] (~hamish@119.224.50.74) |
18:22:40 | jhMikeS | Llorean: yes, there seems to be a problem. I'll check an unpatched binary (the patch makes no code changes though, or shouldn't, just reorganizing). |
18:22:59 | | Join xavieran [0] (~xavieran@ppp118-209-226-205.lns20.mel6.internode.on.net) |
18:23:05 | | Quit xavieran (Read error: Connection reset by peer) |
18:23:33 | * | chrissavery moved HAVE_USEFUL_GREYLIB into pictureflow.c so it's self contained. Posted FS #11300. |
18:23:55 | Torne | er.. how is that better? :) |
18:25:32 | Llorean | jhMikeS: Thanks. I really just don't have time today (building a toolchain on this netbook alone would probably take forever and mess far too much with what else I'm working on) |
18:27:01 | jhMikeS | Llorean: where's did the problem supposedly originate? I just noticed it wanting to test real quick on single-core before committing something. |
18:27:03 | chrissavery | I don't think it's better but then I don't much care. I can't check it in anyway. So it's there and whoever wants can look it over and decide. |
18:27:45 | Llorean | jhMikeS: No clue yet. I haven't updated in a long while, so I can't even guesstimate. If it's still unknown Saturday, I should be able to bisect builds by then. |
18:27:54 | Llorean | I'll have my desktop around again |
18:27:57 | * | chrissavery goes back to watching TV... |
18:28:32 | TheLemonMan | no one ? |
18:28:48 | Llorean | jhMikeS: Funman might have had an idea, he left me a message asking if it was fixed last night, so whatever he changed then might be a clue |
18:29:57 | jhMikeS | it sure is broken though, unpatched. if I seek, it just locks and the watchdog timer shuts it off |
18:30:04 | Llorean | Yeah |
18:30:08 | Llorean | That's basically what I'm getting |
18:30:20 | Llorean | I'm glad it's not just mine again. |
18:33:15 | | Join xavieran [0] (~xavieran@ppp118-209-226-205.lns20.mel6.internode.on.net) |
18:33:35 | dfkt | is there any way to recover the description of my wps theme that got deleted from the site? |
18:33:36 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:34:10 | dfkt | i upgraded the theme and want to upload it again. nothing changed, and it would be convenient if i could reuse the description i already wrote |
18:34:15 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
18:36:49 | | Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) |
18:36:56 | pyro_maniac | bertrik: i already asked yesterday: am i wrong to say that in MeizuM6Port wiki under DFU Procedure point 1 and 2 (GET_CPU) are the same? |
18:37:43 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
18:37:56 | bertrik | I didn't write that, it could be intentional, mimicing the windows' tool behaviour |
18:38:38 | pyro_maniac | i was just wondering if i miss something there |
18:39:14 | dfkt | scorche, is that your area of expertise? |
18:40:08 | bertrik | pyro_maniac, our meizu_dfu tool also does actually 2 get_cpu requests |
18:41:05 | scorche|sh | dfkt: i could, but i am currently sitting in a hotel waiting for them to call me for my room Real Soon Now... |
18:41:34 | jhMikeS | Llorean: for sure, it came after whatever commit of mine changed fp_sqrt, since that's the last build put on it before now |
18:41:57 | | Quit bmbl (Ping timeout: 258 seconds) |
18:43:34 | dfkt | scorche, would be great if you could recover that - neither archive.org nor google cache come up with any useful cached variant |
18:43:36 | | Quit DerPapst (Ping timeout: 264 seconds) |
18:45:13 | jxself | If I want to upgrade the original firmware (e200 series) do i need to remove Rockbox first? |
18:45:38 | pyro_maniac | bertik: ok. looks still a bit wired but its ok. :-) |
18:47:19 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
18:47:58 | | Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) |
18:48:54 | bertrik | jxself, as far as I remember, you can just let the OF update itself, but the rockbox bootloader will be removed in the process, so you'll have to reinstall that after upgrading if you want to use rockbox again |
18:49:22 | jxself | I do. Thanks. |
18:49:26 | bertrik | it's been quite a while since I last upgraded the OF of my e200 |
18:50:54 | jxself | I'm only looking into it because it mounts as a read-only filesystem & I found a thread online that said a newer firmware was needed so I thought I'd try it |
18:54:27 | | Quit pyro_maniac (Quit: Konversation terminated!) |
18:56:19 | | Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) |
18:58:26 | | Quit DerPapst (Quit: Leaving.) |
19:00 |
19:01:48 | TheLemonMan | can i haz some help? |
19:02:10 | jxself | Perhaps a cheeseburger first? :) |
19:02:25 | TheLemonMan | nothx |
19:02:35 | TheLemonMan | i want first to recover my mp4 |
19:02:55 | AlexP | TheLemonMan: If no-one answers it is because nobody currently here knows the answer. You need to be patient |
19:03:05 | AlexP | here = looking at their screen |
19:03:16 | TheLemonMan | being patient with a stuck mp3 its a bit difficult meh |
19:03:21 | | Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) |
19:03:39 | AlexP | TheLemonMan: Well you don't have much of an option |
19:03:54 | TheLemonMan | ive found a recovery mode |
19:04:01 | TheLemonMan | just need to know how to usethatà |
19:04:04 | * | bluebrother wonders what on earth "an mp4" is |
19:05:30 | Llorean | TheLemonMan: If you're asking about its original firmware, maybe try the official location for tech support for it... |
19:05:52 | TheLemonMan | i wonder there are haxxors in here |
19:06:04 | TheLemonMan | and i was flashing a custom image |
19:06:07 | Llorean | There are people in here who work on Rockbox. |
19:06:18 | AlexP | TheLemonMan: This is for Rockbox support and dev only |
19:06:20 | Llorean | This channel is about Rockbox itself (a specific software) not general MP3 player modifications. |
19:06:43 | TheLemonMan | the mp3 is based off sigmatel 3700 shiz |
19:06:51 | TheLemonMan | the recovery mode is the same for all palyers |
19:07:06 | gevaerts | TheLemonMan: please use real words |
19:07:13 | TheLemonMan | like |
19:07:15 | bluebrother | I don't think there are haxxors here. |
19:07:30 | jxself | thelemonman: that doesn't invalidate what llorean said |
19:08:13 | knittl | argh, what's suddenly wrong with the svn post-commit hook? |
19:08:37 | TheLemonMan | a software runs on hardware, im talking about underlying hw not about what ive eaten today |
19:09:02 | Mode | "#rockbox +o Torne" by ChanServ (ChanServ@services.) |
19:09:23 | Torne | TheLemonMan: the rules are the rules; if you don't like them you can go somewhere else.. |
19:10:40 | knittl | Torne: do you have access to the server? (being an op ;)) |
19:10:49 | knittl | svn/git-server |
19:10:57 | Torne | knittl: no, but what's wrong with it? |
19:11:20 | knittl | i helped zagor fix the git-svn clone, but it seems the post-commit hook isn't executed properly |
19:11:32 | knittl | so git clone is out-of-date |
19:11:53 | AlexP | knittl: Only zagor and Bagder have access to that |
19:12:07 | AlexP | And I think mainly zagor deals with it |
19:12:12 | knittl | both are offline, i'll come back later |
19:12:27 | AlexP | knittl: Or send a mail to the dev list |
19:12:50 | knittl | no, irc is ok ;) |
19:13:00 | knittl | creates less fuss |
19:13:14 | AlexP | sure, whatever you prefer :) |
19:13:55 | * | jhMikeS notices it takes about 5 seconds before pcm pauses while seeking forward on his x5 :\ (rather than immediately like it should be) |
19:14:20 | Mode | "#rockbox -o Torne" by Torne (torne@rockbox/developer/Torne) |
19:14:37 | knittl | thanks for the answers |
19:16:29 | jhMikeS | hmmm, seems to happen during buffering only (but didn't before) |
19:21:04 | | Quit xavieran (Ping timeout: 240 seconds) |
19:21:11 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
19:21:31 | | Join Buschel [0] (~~andree@p54A3FE70.dip.t-dialin.net) |
19:21:57 | | Quit stroem (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
19:28:59 | | Join domonoky [0] (~Domonoky@agsb-d9bd953d.pool.mediaWays.net) |
19:29:02 | | Quit domonoky (Changing host) |
19:29:02 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
19:31:47 | CIA-6 | New commit by jethead71 (r26743): Clean unused stuff out of thread.h and config.h and reorganize thread-pp.c to simplify the preprocessor blocks. |
19:32:59 | | Join funman [0] (~fun@rockbox/developer/funman) |
19:34:00 | | Join MethoS- [0] (~clemens@134.102.106.250) |
19:34:11 | funman | Llorean: jhMikeS: what's going on with this bug? |
19:34:26 | | Join xavieran [0] (~xavieran@ppp118-209-31-32.lns20.mel4.internode.on.net) |
19:34:52 | gevaerts | funman: yes, I think it's not unlikely that there's another way to get data to the lcd. 320x240 over SPI seems unlikely |
19:34:58 | funman | i was wondering if r26733 could have caused a problem |
19:35:19 | funman | gevaerts: i'll get a closer look at the OF |
19:35:22 | jhMikeS | funman: doesn't play. then, when I seek, it locks and shuts down (because watchdog isn't being services on the power thread) |
19:35:43 | funman | jhMikeS: on gigabeast only? |
19:37:11 | funman | gevaerts: btw i can write a single pixel and read it back, but it doesn't work perfectly when I try to write the whole 320x240 GRAM |
19:37:34 | jhMikeS | funman: don't know about others, but I've only seen it there so far |
19:39:00 | | Quit MethoS- (Remote host closed the connection) |
19:39:28 | funman | fuzev2 is fine |
19:40:07 | funman | it wasn't me then ;) |
19:40:11 | bertrik | funman, gevaerts on the m6sp, we configure the display over spi, but the data is sent through the s5l8700 display controller with a parallel bus |
19:40:42 | funman | i still can't run anything from RAM on m6sp (or perhaps it runs but i have no output) |
19:40:43 | bertrik | the framebuffer is in RAM not in the display |
19:40:45 | jhMikeS | funman: so far, I've checked today gigs, x5, 3g and h10, all seemed ok but gigs |
19:41:04 | funman | bissect it ? |
19:41:29 | funman | bertrik: the display should still have its data in internal 'GRAM' ? |
19:41:54 | bertrik | hm, that's not how I understood it |
19:42:11 | | Join Jerom [0] (~Jerom@79.132.53.242) |
19:42:21 | jhMikeS | funman: it's quite recent, since after the fp_sqrt commit for sure, and I see nothing wrong with r26733 (except with gcc complaining about dereferening void ** one level :\ ) |
19:43:10 | funman | I wasn't 100% sure about this commit, but the new code doesn't look wrong and it makes gcc happy ;) |
19:44:02 | domonoky | JdGordon: regarding the not converted themes.. updatethemes.pl fails for those because of spaces in filenames... so its your fault :-) |
19:45:37 | funman | bertrik: can you run 'meizu_dfu m6 rockboot.ebn' successfully on your m6sp ? |
19:45:39 | jhMikeS | funman: if there was a problem with arr, then why not p (still doing *p) |
19:45:52 | funman | hm? |
19:46:52 | bertrik | funman, I don't have an executable that can run from RAM for the m6sp |
19:47:17 | jhMikeS | funman: line 192, kernel.c, if (*p == NULL). p is also a "void **" |
19:47:32 | funman | bertrik: modifying LOADADDR in boot.lds should do the trick ? |
19:48:02 | funman | jhMikeS: no idea, if you have better code to remove the gcc warning you can change it |
19:48:21 | bertrik | and then I think that the first image sent to the m6sp is not really executed, it's just a kind of plugin to write the second image sent with meizu_dfu to NOR flash |
19:49:16 | jhMikeS | funman: no need to change it, was just curious why it complain about "*arr" but not "*p" when it's the same thing. |
19:49:17 | bertrik | maybe this code is only run when the built-in DFU loader receives the second image? |
19:49:37 | bertrik | I think you need to have a couple of function pointers at the start of the RAM image |
19:49:51 | funman | if it's a plugin it must be executed anyway? |
19:50:05 | funman | you think it's executed by the 2nd image ? |
19:50:38 | bertrik | no, I think that maybe sending the second image triggers the built-in DFU loader to call one of these function pointers |
19:52:25 | bertrik | I should try to make an overview of what goes on during booting and the various DFU phases on the various meizu players |
19:52:59 | funman | blindly copying the m6sp code in m6sl doesn't work |
19:54:04 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
19:54:31 | funman | jhMikeS: perhaps the problem was aliasing struct timeout |
19:54:47 | bertrik | these meizu players seem to come in many varieties, with different displays, different radio chips, different codecs even :| |
19:55:08 | | Quit storm` (Ping timeout: 265 seconds) |
19:55:29 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
19:56:21 | bertrik | oh, and different kinds of SDRAM too. All somehow auto-detected. |
19:58:01 | jhMikeS | funman: I don't know. It's not a type pun, since it was assigned to a "void **" first, now there's a direct cast to (void **) in the call. almost seems like a bug. |
19:58:11 | funman | for now i can only tell that the SP is thicker than the SL ;) |
19:59:16 | * | jhMikeS of course never saw the warings in the first place...and instead goes bisecting |
20:00 |
20:01:15 | funman | jhMikeS: they only turned up with -Os, i wanted r26735 to cause no yellow |
20:01:29 | Buschel | does anyone have any idea what is going on with the patch in FS #11365 on non-eabi toolchain and PP502x? |
20:01:37 | funman | in rockboy it was really type-punning so i used an union for aliasing |
20:02:34 | funman | Buschel: isn't the mp3 stack fine-tuned for PP ? did you try enlarging it a bit ? |
20:02:38 | *** | Saving seen data "./dancer.seen" |
20:03:21 | funman | also IMO if you have to spend time tracking a non-eabi bug, better spend time testing the target using eabi and then make eabi the default |
20:03:33 | funman | I don't know how we can tweak that per-target, perhaps kugel has an idea |
20:04:45 | Buschel | funman: good point with the stack, i'll check. regarding non-eabi: we are loosing ~1 MHz speed on svn. that's quite a lot. so, searching for the reason of the crash might be valuable :) |
20:04:54 | | Nick Strife89 is now known as Strife89|Desktop (~Strife89@adsl-80-132-173.mcn.bellsouth.net) |
20:05:20 | | Join DerPapst [0] (~Alexander@p5797C460.dip.t-dialin.net) |
20:06:10 | Buschel | funman: 'good point' espcially because the dct32 will be larger and is part of the COP thread... |
20:06:29 | * | Buschel waits for his other build to finish |
20:06:41 | | Quit hamish_ (Read error: Connection reset by peer) |
20:06:46 | * | jhMikeS hates revision binsearching almost as much as he hates smurfs |
20:06:56 | funman | jhMikeS: why? |
20:07:07 | | Join hamish_ [0] (~hamish@119.224.50.74) |
20:09:40 | funman | can i make ppmviewer stop audio playback ? |
20:09:44 | * | jhMikeS will answer that once he finds out the culprit |
20:12:40 | | Quit togetic (Ping timeout: 264 seconds) |
20:13:49 | GeekShadow | bertrik, you are mainly working on the M6 ? |
20:13:52 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
20:14:01 | GeekShadow | the work can be backported to M3 ? |
20:16:19 | bertrik | GeekShadow, I haven't done serious work on the M6SP for about half a year now, I guess some stuff can indeed be backported to (or rather shared with) m3 indeed |
20:17:24 | GeekShadow | I have a M3 but I'm not sure how to help since I don't have C knowledge :/ |
20:17:47 | funman | probably you should acquire this knowledge then ;) |
20:19:24 | saratoga | ha someone on ABI posted to say that the volume increase patch made his player sound somewhat louder |
20:20:09 | funman | well it makes sense no ? |
20:20:12 | | Quit Strife89|Desktop (Read error: Connection reset by peer) |
20:20:46 | saratoga | yes it makes sense ;) |
20:23:52 | | Join pamaury [0] (~quassel@p5DDECD0E.dip.t-dialin.net) |
20:23:52 | | Quit pamaury (Changing host) |
20:23:52 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:24:43 | funman | ;) |
20:25:28 | | Join chrissavery1 [0] (~chris@ppp-58-9-184-76.revip2.asianet.co.th) |
20:28:16 | | Quit chrissavery (Ping timeout: 264 seconds) |
20:28:32 | CIA-6 | New commit by funman (r26744): ppmviewer: steal from audiobuffer for large arrays |
20:28:37 | CIA-6 | New commit by funman (r26745): c200v2: reduce plugin buffer size nearly to minimum |
20:30:03 | bertrik | funman, you complained about the power button on the c200v2 not working earlier, right? I found you just have the push the power button really hard. |
20:30:37 | funman | i'll have to admit you're stronger than me then :) |
20:32:09 | | Quit bieber (Ping timeout: 240 seconds) |
20:32:11 | funman | hm i just disabled rockboy, fft, chessbox, zxbox, and lua on c200v2 |
20:32:22 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
20:32:38 | funman | not lua, it was already disabled |
20:33:10 | | Join chrissavery [0] (~chris@ppp-58-9-186-43.revip2.asianet.co.th) |
20:33:30 | | Quit chrissavery1 (Ping timeout: 252 seconds) |
20:33:46 | funman | if we make rockpaint & clock build with buffer size == 0x10000 we can use overlays and have rockboy, chessbox & zxbox build again |
20:33:56 | Buschel | funman: it is the stack size as you suggested :) |
20:34:20 | funman | so eabi has better stack usage, nice |
20:34:43 | Buschel | yes |
20:34:43 | funman | btw do we keep the stack 8 byte aligned when making function calls? |
20:34:59 | Buschel | dunno |
20:35:43 | funman | i think it's required by eabi, perhaps for using ldrd on stack |
20:37:45 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:41:07 | | Nick CGL is now known as CGL_MedioEmo_XD (~CGL@190.207.243.107) |
20:41:07 | | Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
20:41:12 | | Quit vaguerant (Changing host) |
20:41:12 | | Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) |
20:41:31 | vaguerant | Urgh, having huge trouble getting a build environment set up. |
20:41:55 | vaguerant | I've done it previously on a real Ubuntu install, trying to do one in VirtualBox now and getting nowhere. |
20:42:07 | jhMikeS | funman: ldrd is v6 only right? I don't think it requires 8-byte alignment beyond minmizing the cycles for the 64-bit access. |
20:43:14 | vaguerant | rockboxdev.sh ends with "make: *** [all-gcc] Error 2" |
20:43:43 | vaguerant | Trying to build then gives me "/bin/sh: arm-elf-gcc: not found" |
20:44:26 | funman | jhMikeS: it seems like it can be somehow forbidden |
20:44:28 | vaguerant | Of course it also takes about an hour before it fails each time which is lovely. |
20:44:38 | funman | The alignment fault for double-word load and store (LDRD, STRD) is strengthened: |
20:44:41 | funman | • |
20:44:44 | funman | when U ==0 to trap if not aligned to an even word address (address bits [2:0]! = 0) |
20:45:07 | funman | vaguerant: check what's before this error |
20:46:21 | vaguerant | make[1]: Leaving directory `/tmp/rbdev-build/build-gcc/gcc' I don't see anything obviously related. |
20:46:54 | Buschel | anything speaking against submitting FS #11365 now? |
20:47:04 | | Quit xavieran (Ping timeout: 240 seconds) |
20:47:30 | funman | vaguerant: well, even before then |
20:47:46 | funman | there is likely to be a more explicit error message before the end |
20:48:11 | jhMikeS | funman: It might not work, even in unaligned access support is enabled, much like it has no effect for ldm. Thing is, who is resposible for the stack being aligned, the caller or callee? BTW, nothing seemed wrong with the beast using eabi. |
20:48:16 | Buschel | We could even delete dtc32_arm.s from the libmad path. But for now I would like to keep the file. |
20:48:33 | | Quit Jerom (Remote host closed the connection) |
20:48:54 | rasher | > Now installs all compilers to /usr/local/bin, removing the need to point out each compiler separately in PATH. |
20:48:58 | rasher | Why is this a good thing? |
20:49:29 | rasher | Seems quite annoying to me |
20:49:31 | funman | jhMikeS: caller i think |
20:50:01 | vaguerant | http://pastebin.ca/1880588 |
20:50:08 | vaguerant | This could be something. |
20:50:11 | | Quit AlexP (Read error: Connection reset by peer) |
20:50:51 | funman | jhMikeS: 5.2.1.2 of Procedure Call Standard : The stack must also conform to the following constraint at a public interface: |
20:50:52 | | Join petur [0] (~petur@rockbox/developer/petur) |
20:50:55 | funman | SP mod 8 == 0 |
20:51:21 | funman | vaguerant: which version of ubuntu ? |
20:51:40 | vaguerant | 10.04. |
20:51:54 | | Quit mt (Read error: Connection reset by peer) |
20:51:56 | funman | works fine here on 64bits |
20:52:19 | funman | try to build the eabi compiler perhaps |
20:52:29 | | Join mt [0] (~mtee@rockbox/developer/mt) |
20:52:40 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
20:53:14 | vaguerant | OK, will try eabi. |
20:54:40 | gevaerts | hm, Zagor removed -U_FORTIFY_SOURCE |
20:55:08 | bertrik | What does it do, or not do |
20:55:25 | funman | it undefines some ubuntu shit |
20:55:53 | gevaerts | it makes gcc not complain about extra or missing arguments in open() and friends |
20:55:58 | funman | to make developers be aware of potential security threats, and have them workaround the ubuntu check one way or another |
20:56:44 | gevaerts | vaguerant: could you try http://pastebin.com/CHK9DMqX ? |
20:57:12 | vaguerant | Sure thing; will be a while though, netbook + VM = slow. |
20:57:25 | funman | gevaerts: shouldn't CFLAGS be after ./configure ? |
20:57:37 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
20:57:50 | gevaerts | funman: not sure. I stole that bit from the pre-DevCon rockboxdev.sh |
20:58:44 | funman | it definitely worked |
20:58:59 | vaguerant | Here's a pastebin of my terminal if anyone wants to look at it: http://pastebin.ca/1880600 |
20:59:10 | gevaerts | funman: you committed r18938, so if this way is wrong, it's your fault :) |
20:59:58 | * | funman claims being manipulated back then |
21:00 |
21:00:47 | | Join xavieran [0] (~xavieran@ppp118-209-103-81.lns20.mel4.internode.on.net) |
21:00:52 | gevaerts | Actually, Bagder added it first in r18918, but only to CPPFLAGS |
21:01:42 | funman | perhaps it would be simpler to provide our own patched version of ubuntu |
21:02:19 | simonrvn | or ignore ubuntu :P |
21:02:29 | CIA-6 | New commit by Buschel (r26746): Submit FS #11365. Speed up mp3 decoding on ARM processors. It is faster to use the C-implementation of dct32 compiled with -O1 as the asm ... |
21:02:50 | bertrik | \o/ |
21:06:06 | funman | clock.rock is 4kB too big on c200v2 :/ |
21:07:17 | kugel | quick hack http://pastebin.com/TxbsW9EH to change arm gcc defaults for a subset of targets |
21:07:19 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
21:08:11 | funman | kugel: what about adding something in each target case before the arm*cc() ? |
21:08:31 | kugel | would that matter? |
21:08:34 | funman | kugel: also, || and && is C, not shell |
21:08:48 | funman | shell needs -o / -a inside the [ ] |
21:09:02 | kugel | funman: those are already used in configure so I think it's ok |
21:09:28 | kugel | dash accepts it too |
21:09:29 | funman | hm it works for subshells perhaps |
21:10:02 | kugel | if dash supports it, that probably only the original sh doesn't, in which case it really shouldn't matter |
21:10:09 | funman | "would that matter?" -> I think it would just make the case less cluttered but both work |
21:10:09 | kugel | s/that/then/ |
21:10:25 | kugel | funman: but more places need changing |
21:10:28 | funman | true |
21:10:38 | kugel | this way then can easily be deleted once all are changed to eabi |
21:11:21 | funman | then I'd prefer [ -z "$ARM_ARG_EABI -o "$modelname" = sansafuzev2 -o "$modelname" = sansafuze ] over || / && |
21:11:43 | | Join Jaykay [0] (~chatzilla@p5DC5719A.dip.t-dialin.net) |
21:12:01 | funman | but whatever works on sh != bash |
21:12:52 | kugel | "if [ "$ARG_ARM_EABI" = "1" -o -z "$ARM_ARG_EABI" -o "$modelname" = "sansafuzev2" -o "$modelname" = "sansafuze" ]; then" doesn't work |
21:13:36 | funman | -z '$ARM_ARG_EABI' isn't needd |
21:13:45 | kugel | funman: but I tried it in dash, and I think it's safe to assume if dash supports something that all other shells which are actually still in use also do |
21:14:10 | kugel | it is, otherwise you couldn't override with −−eabi/−−no-eabi |
21:14:13 | funman | yeah |
21:14:18 | funman | i'm just nitpicking :) |
21:17:54 | * | kugel can't make something without &&/|| work |
21:19:19 | funman | kugel: afaiu && and || evaluates process (like subshell) return value, while -o and -a are used inside test / [ ] |
21:20:36 | | Part watto |
21:21:38 | | Part chrissavery |
21:22:11 | TheLemonMan | theres a way to disassemble sigmatel .sb blobs ' |
21:22:36 | | Nick keanu is now known as [keanu] (~keanu@unaffiliated/keanu) |
21:28:23 | kugel | funman: and how do you group them properly together? |
21:28:29 | | Quit storm` (Ping timeout: 240 seconds) |
21:29:08 | | Join lev_ [0] (~lev@nat168-248-205-109.tvoe.tv) |
21:29:14 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
21:29:17 | saratoga | TheLemonMan: are they encrypted? if not, I'd guess arm-elf-objdump would work |
21:29:33 | TheLemonMan | are in a strange format, not elf |
21:29:48 | funman | kugel: keep them inside one pair of [ ] (you can still use \) |
21:30:31 | funman | TheLemonMan: if there's a way, then tell us (unless you asked a question without using a question mark) |
21:30:51 | CIA-6 | New commit by funman (r26747): rockpaint: steal the big buffer from audiobuffer |
21:30:51 | TheLemonMan | ' was meant to be ? |
21:31:01 | CIA-6 | New commit by funman (r26748): Build plugin overlays when buffer size is <= 128kB |
21:31:01 | CIA-6 | New commit by funman (r26749): c200v2: reduce the plugin even further |
21:31:15 | kugel | I need (ARG_ARM_EABI=="1" || (ARG_ARM_EABI=="" && (model=="sansafuze" || model="sansafuzev2" || ...))) |
21:31:40 | funman | TheLemonMan: http://forums.rockbox.org/index.php?topic=6751.msg168000#msg168000 has something about 'sb' files |
21:31:53 | kugel | funman: why that rockpaint change? |
21:31:58 | funman | c200v2 |
21:32:13 | kugel | all targets should suffer because of the c200v2? |
21:32:16 | funman | yeah |
21:32:20 | funman | i did the same for ppmviewer |
21:32:20 | kugel | I disagree |
21:32:46 | funman | cool (really, i was expecting some feedback); can you answer on mailing list please? |
21:33:33 | TheLemonMan | funman, thanks |
21:33:36 | gevaerts | funman: can't you grab the plugin buffer, and switch to the audio buffer if that isn't big enough? |
21:33:43 | kugel | stealing from audiobuffer means stopping playback, which is not needed for the vast majority of targets |
21:33:47 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
21:34:07 | funman | gevaerts: not sure how easy it is to do that (if there's an helper already) |
21:34:13 | gevaerts | there's a helper |
21:34:55 | kugel | if (PLUGIN_BUFFER_SIZE < XXX) buf = plugin_get_audio_buffer(); else plugin_get_plugin_buffer(); (or something like that) |
21:34:59 | funman | ok i'll use it then |
21:35:36 | funman | kugel: size of running plugin isn't included in PLUGIN_BUFFER_SIZE but i'll figure out something that lets playback continue on other targets |
21:35:43 | | Quit simonrvn (Quit: .) |
21:35:46 | | Nick [keanu] is now known as keanu (~keanu@unaffiliated/keanu) |
21:35:48 | gevaerts | I'd do plugin_get_plugin_buffer(&buffer_size); if(buffer_size<XXX) plugin_get_audio_buffer() |
21:36:33 | kugel | funman: see gevaerts' line :P |
21:37:20 | | Join chrisb [0] (~chrisb@pool-98-111-179-70.phlapa.east.verizon.net) |
21:38:08 | funman | btw audiobuffer is ~420kB on c200v2 now, should be enough for bug-free experience |
21:38:36 | funman | i'll get in touch with ranma so we can make a binary bootloader that works on both variants and move it to unstable |
21:39:02 | bertrik | funman, I did notice some flicker of the button LED on startup, did you see this too? |
21:39:32 | bertrik | maybe it was even both LCD and button LED that flickered |
21:39:54 | funman | very briefly |
21:40:38 | funman | the LCD & LED stays off for quite a long time at startup (comparing to fuze) |
21:45:29 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
21:45:33 | | Quit sinthetek (Client Quit) |
21:45:43 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
21:46:17 | CIA-6 | New commit by funman (r26750): ppmviewer/rockpaint: do not steal the audiobuffer (and stop playback) if the plugin buffer is large enough |
21:47:27 | kugel | funman: I think *_get_buffer handles alignment so doing it again shouldn't be needed |
21:48:03 | funman | it doesn't |
21:48:27 | | Join lem|ON [0] (~lem0n@ppp-243-213.32-151.iol.it) |
21:48:54 | | Part jxself ("Support freedom: fsf.org") |
21:51:47 | funman | i can't test a bootloader: the OF freezes too much :/ (after USB unplug, and when starting it without usb connected) |
21:51:54 | | Quit kaylinsigswort (Remote host closed the connection) |
21:52:42 | | Quit TheLemonMan (Ping timeout: 276 seconds) |
21:52:56 | bertrik | maybe it got damaged a bit when searching for recovery pins |
21:54:10 | funman | I had to make a partition not including the first sector for it to boot at all |
21:54:23 | funman | first cylinder* (i think it's 1024 sectors) |
21:57:02 | saratoga | TheLemonMan: objdump should work on anything thats not encrypted, not just elf files |
21:57:27 | saratoga | though if you tried it and it didn't work, it might be encrypted or scrambled somehow |
22:00 |
22:02:41 | *** | Saving seen data "./dancer.seen" |
22:02:48 | funman | what do we do about 3.6.1 for fuzev1/e200v2 ? |
22:02:49 | | Quit bieber (Ping timeout: 264 seconds) |
22:03:02 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:05:22 | | Join fml [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) |
22:05:44 | fml | Hello. Which version of qt is needed to compile the themeeditor? |
22:06:59 | funman | hm just noticed screen corruption on c200v2 |
22:07:55 | bieber | fml: 4.6 |
22:08:10 | bertrik | I think I've seen that too in recent builds, can't remember seeing it about half a year ago |
22:08:12 | fml | bieber: so qt3 won't do it? |
22:08:19 | bieber | No |
22:10:21 | | Join kugel_ [0] (~kugel@e178119026.adsl.alicedsl.de) |
22:10:39 | | Quit kugel (Disconnected by services) |
22:10:45 | | Nick kugel_ is now known as kugel (~kugel@e178119026.adsl.alicedsl.de) |
22:10:49 | | Quit kugel (Changing host) |
22:10:49 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
22:14:14 | funman | Torne: do you have an idea on where to implement the macro to be used instead of ldm.*, pc} ? |
22:14:33 | funman | i'm not sure if it would be possible in config.h, perhaps in a 'asm-common.S' or something |
22:15:59 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
22:18:18 | | Quit stoffel (Remote host closed the connection) |
22:19:18 | kugel | can someone fix the rockbox git mirror? |
22:19:40 | amiconn | Why wouldn't it be possible in config.h? |
22:20:51 | funman | i didn't try to write anything but i was thinking about using gas macros, not cpp macros |
22:21:14 | * | amiconn reminds funman of #if(n)def _ASSEMBLER_ |
22:21:22 | funman | hm right |
22:21:39 | amiconn | Be careful with gas macros though. |
22:21:56 | amiconn | For targets it should be okay, but the sim assembler is not always gas |
22:22:09 | funman | really? what could it be? |
22:22:22 | amiconn | Well, osx doesn't use gas |
22:22:30 | funman | it does (a patched version of) |
22:22:38 | amiconn | That's something that requires me fixing the libdemac mmx asm |
22:22:41 | funman | and osx can't build the sims anyway (bugs in demac) |
22:22:50 | amiconn | It's not a bug |
22:23:03 | amiconn | It's the osx asm not6 understanding .rept |
22:23:11 | funman | 'osx gas' |
22:23:21 | | Join GeekShad0w [0] (~Antoine@72.157.204-77.rev.gaoland.net) |
22:23:29 | amiconn | Well if it's gas, why doesn't it support .rept? |
22:23:36 | amiconn | Major silliness.... |
22:23:39 | funman | because apple patched it without renaming it |
22:23:53 | amiconn | Meh, what to expect from Apple |
22:24:12 | funman | gcc defines __APPLE__ , not sure what gas does |
22:24:26 | | Join AsusFreak [0] (www-data@giant.haxx.se) |
22:24:46 | amiconn | They may patch in whatever they like, but in this case they *removed* a feature |
22:25:09 | | Join GeekSh4dow [0] (~Antoine@72.157.204-77.rev.gaoland.net) |
22:25:43 | | Join Jerom [0] (~Jerom@79.132.53.242) |
22:25:52 | funman | there's no as doc accessible through 'info' (at least on this machine) |
22:25:56 | | Quit slck (Remote host closed the connection) |
22:26:28 | | Quit Buschel (Ping timeout: 264 seconds) |
22:26:29 | | Quit GeekShadow (Ping timeout: 260 seconds) |
22:27:09 | funman | hm 'as' launched from command line understands '.rept' |
22:27:23 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:28:40 | amiconn | Well, the one on JdGordon's machine doesn't |
22:28:53 | funman | erm, sorry i'm on a linux machine :D |
22:28:57 | | Quit GeekShad0w (Ping timeout: 260 seconds) |
22:29:44 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:29:52 | funman | as - Mac OS X Mach-O GNU-based assemblers |
22:30:00 | funman | 'based on GNU', not 'GNU' |
22:30:16 | amiconn | funman: Btw, nice savings on the 2MB ARM targets :) |
22:31:13 | funman | 100 more kB to come with thumb ! |
22:32:27 | funman | but it should work fine now anyway |
22:32:33 | | Join nk_ [0] (nk@xob.kapsi.fi) |
22:36:12 | bieber | JdGordon: I just applied your patch, and I'm beginning to work on the other things you suggested |
22:37:29 | | Quit AsusFreak (Quit: CGI:IRC) |
22:39:28 | funman | amiconn: "rep" is an x86 instruction (or part of one) ? |
22:39:53 | | Join MethoS- [0] (~clemens@134.102.106.250) |
22:40:39 | funman | can't see anything on http://developer.apple.com/mac/library/documentation/DeveloperTools/Reference/Assembler/040-Assembler_Directives/asm_directives.html#//apple_ref/doc/uid/TP30000823-TPXREF101 |
22:40:45 | kugel | funman: it's just a hardware loop shorthand IIUC |
22:42:09 | | Quit lev_ (Remote host closed the connection) |
22:42:50 | * | domonoky thinks .rept is some sort of linker section... |
22:43:30 | funman | can't see bintuils on http://opensource.apple.com/release/developer-tools-322/ either |
22:43:52 | * | domonoky is wrong: http://tigcc.ticalc.org/doc/gnuasm.html#SEC116 |
22:43:56 | funman | domonoky: no it's just to repeat a statement a number of time: .rept 3\n nop\n .endr is equivalent to nop\n nop\n nop\n |
22:44:47 | funman | found it: http://opensource.apple.com/source/cctools/cctools-773/as/ |
22:45:46 | | Join lev_ [0] (~lev@nat168-248-205-109.tvoe.tv) |
22:49:07 | amiconn | .rept is a pseudo-instruction for repeating a block of instructions |
22:50:09 | * | kugel thinks that would be useful in C as well |
22:50:46 | kugel | or maybe not as much :) |
22:53:20 | | Quit funman (Quit: free(random());) |
22:57:51 | | Quit t0rc (Remote host closed the connection) |
23:00 |
23:01:40 | | Quit saratoga (Quit: Page closed) |
23:02:46 | CIA-6 | New commit by bieber (r26751): Theme Editor: Applied FS #11389, switched conditional elements to use tag fields along with children, instead of holding the tag as the first child |
23:03:00 | | Join fml [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) |
23:04:20 | notlistening | domonoky, did you message me? |
23:04:41 | fml | bieber: I get an error message when compiling themeeditor: skinhighlighter.h:26:26: Fehler: QPlainTextEdit: No such file or directory. What's wrong? "qmake -v" gives QMake version 2.01a, Using Qt version 4.3.4 in /usr/lib |
23:05:41 | bieber | QPlainTextEdit was introduced in Qt 4.4, so you'll need to upgrade at least to that |
23:06:05 | bieber | I don't know if I've used any features from 4.5 or 4.6, so it's probably best just to grab the newest version |
23:07:28 | * | jhMikeS has no way to explain that the beast seems to break at r26718 |
23:09:19 | fml | bieber: I'm on ubuntu 8.04, qt4.4 is not installed/included there :-( |
23:09:33 | kugel | fml: can you upgrade? |
23:10:17 | fml | kugel: I'd have to install a new virtual machine, install everything... to much ado. |
23:10:24 | fml | *too |
23:10:58 | kugel | upgrading 8.04 to 10.04 (also an LTS) is not possible? |
23:14:07 | bieber | To upgrade, you have to go through each iteration |
23:14:20 | fml | kugel: it's possible but it would take much time I think. I can compile rockbox in 8.04 without problems. |
23:14:44 | bieber | At this point that's probably nigh well impossible to take that path anyways, since the repos for older versions have been shutdown and you'd have to find mirrors |
23:15:23 | kugel | bieber: 8.04 is an LTS and still supported for a year, so no |
23:15:35 | | Quit esperegu (Remote host closed the connection) |
23:15:43 | bieber | I had a similar problem trying to get a Qt4 app running on 8.10, I think. Qt4 was in the repos, but the repos weren't available any more, so I just broke down and installed 10.04 |
23:16:17 | bieber | kugel: 8.04 repos must still be up then, but what about 8.10 and 9.04? That's the tricky part about upgrading |
23:16:32 | bieber | fml: Perhaps there's a backport you can install, though? |
23:16:33 | kugel | You should be able to upgrade from LTS to LTS |
23:17:07 | bieber | Oh, apparently you can |
23:17:32 | bieber | fml: https://help.ubuntu.com/community/LucidUpgrades just scroll down the page a little bit |
23:21:08 | | Join planetbeing [0] (~planetbei@11.sub-75-210-2.myvzw.com) |
23:22:09 | | Quit planetbeing (Client Quit) |
23:22:18 | | Join planetbeing [0] (~planetbei@11.sub-75-210-2.myvzw.com) |
23:22:19 | CIA-6 | New commit by bieber (r26752): Theme Editor: Fixed issue with parsing conditionals in sublines |
23:23:12 | bieber | fml: You mentioned a VM, are you running Windows? |
23:23:29 | fml | bieber: yes, I use VirtualBox |
23:23:52 | bieber | blu3brother has a site up with Windows builds, I don't know how recently he's added one |
23:24:15 | bieber | I've also got a Windows build VM set up, but the executables I'm making still depend on a DLL from MinGW |
23:25:02 | | Quit bmbl (Quit: Bye!) |
23:27:21 | bieber | http://www.alice-dsl.net/dominik.riebeling/rockbox/themeeditor/ is the URL, his newest build is from three days ago |
23:28:44 | | Quit komputes (Remote host closed the connection) |
23:29:48 | | Quit GeekSh4dow (Quit: The cake is a lie !) |
23:31:28 | | Quit evilnick_B (Quit: Page closed) |
23:32:25 | | Join fml_ [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) |
23:32:47 | | Quit fml_ (Client Quit) |
23:33:09 | | Quit petur (Quit: Zzzzz) |
23:34:28 | | Quit lem|ON (Quit: Sto andando via) |
23:34:37 | | Quit fml (Ping timeout: 264 seconds) |
23:37:02 | | Join davharster [0] (~hartmand@ool-44c117b9.dyn.optonline.net) |
23:44:35 | S_a_i_n_t | domonoky: You there? |
23:46:02 | S_a_i_n_t | My "Symmetry" Theme failed the update, and is simple named "Symmetry.zip", no spaces in the filename...I have no idea why the update script decided to mysteriously skip it. |
23:46:45 | S_a_i_n_t | I have updated it manually, was wondering if someone with access such as yourself could replace the .zip on the themesite. |
23:46:59 | S_a_i_n_t | http://www.datafilehost.com/download-ba01c82a.html |
23:52:55 | CIA-6 | New commit by bieber (r26753): Theme Editor: Fixed code generation with new CONDITIONAL elements |
23:53:01 | * | kugel would like to prettify make output a bit |
23:55:54 | | Quit planetbeing (Ping timeout: 252 seconds) |
23:57:09 | | Quit CGL_MedioEmo_XD (Remote host closed the connection) |
23:57:20 | | Quit Jerom (Remote host closed the connection) |