00:00:21 | | Join hamish_ [0] (~hamish@119.224.50.74) |
00:00:34 | | Quit hamish_ (Client Quit) |
00:05:04 | *** | Saving seen data "./dancer.seen" |
00:13:35 | | Quit petur (Quit: Zzzzz) |
00:17:05 | | Quit efyx (Remote host closed the connection) |
00:27:42 | | Quit pamaury (Read error: Connection reset by peer) |
00:30:18 | | Quit literal (Quit: leaving) |
00:30:32 | | Quit CGL (Quit: http://wiki.n00b2hack.com.ve) |
00:32:34 | | Join literal [0] (hinrik@v.nix.is) |
00:33:01 | | Quit literal (Client Quit) |
00:33:04 | | Join literal [0] (hinrik@v.nix.is) |
00:44:32 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
00:48:29 | | Quit bertrik (Quit: De groeten) |
00:49:18 | | Quit bieber (Ping timeout: 265 seconds) |
01:00 |
01:02:05 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
01:04:22 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
01:09:26 | | Nick advcomp2019__ is now known as advcomp2019 (~advcomp20@unaffiliated/advcomp2019) |
01:12:29 | | Join bluebrother [0] (~dom@f053155134.adsl.alicedsl.de) |
01:12:29 | | Quit bluebrother (Changing host) |
01:12:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
01:15:57 | | Quit bluebroth3r (Ping timeout: 260 seconds) |
01:18:38 | | Quit dfkt|x (Remote host closed the connection) |
01:19:12 | | Join robin0800 [0] (~quassel@149.254.60.36) |
01:19:59 | | Quit DerPapst (Quit: Leaving.) |
01:22:00 | | Quit voRia (Quit: Leaving.) |
01:26:17 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
01:26:29 | | Quit Transformer (Excess Flood) |
01:27:14 | | Quit robin0800 (Remote host closed the connection) |
01:32:53 | | Join robin0800 [0] (~quassel@genkt-050-078.t-mobile.co.uk) |
01:38:24 | | Quit hebz0rl (Quit: Ex-Chat) |
01:40:03 | | Part toffe82 |
01:46:33 | | Join Buckwheat [0] (~chatzilla@64.68.182.251) |
01:47:01 | | Join ubuntu-nathan [0] (ubuntu-nat@187.116.111.252) |
01:47:03 | ubuntu-nathan | Hi all! |
01:47:05 | * | ubuntu-nathan is back |
01:47:24 | Buckwheat | hey ubuntu nathan |
01:47:30 | ubuntu-nathan | I've succesfully done the cross-compiler |
01:47:33 | Buckwheat | I talked to you yesterday |
01:47:38 | ubuntu-nathan | yeah |
01:47:40 | ubuntu-nathan | I remember |
01:47:47 | ubuntu-nathan | downloaded the sources of rb |
01:48:16 | ubuntu-nathan | added the sources directory to the includes directory |
01:48:38 | ubuntu-nathan | but I want to build only my test source |
01:48:44 | ubuntu-nathan | not the entire rockbox |
01:48:48 | ubuntu-nathan | how could I do this? |
01:51:13 | ubuntu-nathan | like, there is any special parater that is needed? |
01:55:22 | | Quit robin0800 (Read error: Connection reset by peer) |
02:00 |
02:01:25 | | Quit GeekShadow (Quit: The cake is a lie !) |
02:05:07 | *** | Saving seen data "./dancer.seen" |
02:08:34 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
02:20:44 | | Quit MethoS- (Read error: Connection reset by peer) |
02:24:02 | ubuntu-nathan | hmm |
02:24:13 | ubuntu-nathan | I'm having problems to register at the forums |
02:24:20 | ubuntu-nathan | on the image I just see a k |
02:24:41 | ubuntu-nathan | and I always get an error because I've typed the image code incorect |
02:24:44 | ubuntu-nathan | incorrect* |
02:24:45 | ubuntu-nathan | :( |
02:24:50 | ubuntu-nathan | what's wrong? |
02:28:56 | S_a_i_n_t | just try the "re-captcha" button until you get one you can see properly |
02:29:07 | ubuntu-nathan | ok |
02:29:16 | S_a_i_n_t | captcha's are designed to be a little hard to read. |
02:29:28 | ubuntu-nathan | ahh |
02:29:30 | ubuntu-nathan | ok |
02:29:47 | S_a_i_n_t | It stops machines reading them and making spam entries etc. |
02:30:35 | ubuntu-nathan | hmm |
02:30:36 | ubuntu-nathan | good |
02:31:20 | ubuntu-nathan | thanks |
02:31:26 | ubuntu-nathan | now I've done it |
02:31:26 | ubuntu-nathan | :) |
02:40:10 | CIA-85 | New commit by bieber (r26874): Theme Editor: Began working on skin preview viewer |
02:41:57 | CIA-85 | r26874 build result: 36 errors, 0 warnings (bieber committed) |
02:52:28 | | Join Antibuddha [0] (~chatzilla@c-71-59-19-167.hsd1.ga.comcast.net) |
02:52:41 | Antibuddha | what happened to that special bootloader for 240gb ipods? |
02:52:46 | Antibuddha | it is no longer on forums |
02:53:42 | saratoga | it was merged with the main bootloader |
02:54:04 | Antibuddha | oh |
02:54:17 | ubuntu-nathan | saratoga! |
02:54:22 | ubuntu-nathan | nice to see another dev here |
02:54:23 | ubuntu-nathan | :) |
02:54:33 | Antibuddha | do i have to let itunes fix my ipod, or can i format ipod to fat32 and then use new bootloader |
02:55:05 | saratoga | you can format without itunes, but its complicated |
02:55:09 | saratoga | theres a wiki page with instructions |
02:55:10 | Antibuddha | my ipod says Error reading partition table |
02:55:15 | Antibuddha | ok i'll get itunes again |
02:55:35 | Antibuddha | i formatted it to fat32 but cant get rockbox to install |
02:55:56 | | Quit BHSPitMonkey (Ping timeout: 265 seconds) |
02:56:13 | Antibuddha | restoring now :D |
03:00 |
03:14:56 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
03:16:53 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
03:19:36 | | Quit bieber (Remote host closed the connection) |
03:19:56 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
03:29:29 | | Quit ubuntu-nathan (Read error: Connection reset by peer) |
03:33:48 | Antibuddha | im transferring files at 3.6MB/sec |
03:33:58 | Antibuddha | is there a usb setting for ipod 5g to make it go faster |
03:34:09 | Buckwheat | antibuddha: there might be |
03:34:22 | Buckwheat | Ill look in the forms |
03:34:38 | Antibuddha | cool, thank you |
03:34:43 | Buckwheat | no :) |
03:34:46 | Antibuddha | i get a big headache trying to find anything on forums |
03:34:48 | Antibuddha | okay ty |
03:34:55 | Buckwheat | no problem* |
03:35:11 | Buckwheat | thats what ctrl-f is fore |
03:35:12 | S_a_i_n_t | Um, no...there isn't. |
03:35:13 | Buckwheat | for* |
03:35:19 | S_a_i_n_t | USB speed on RB is what it is. |
03:35:29 | Buckwheat | oh |
03:35:53 | Buckwheat | try using the origional firmware to transfer files |
03:36:53 | Buckwheat | antibuddha: i didnt find anything sorry |
03:37:03 | Antibuddha | np |
03:37:13 | Antibuddha | will just leave it on all day to transfer |
03:37:37 | S_a_i_n_t | It can pay to use the OF. |
03:37:51 | S_a_i_n_t | for very large transfers. |
03:37:57 | Buckwheat | thats what i do |
03:38:01 | Buckwheat | saves alot of time |
03:38:08 | Antibuddha | how do i run ipod in OF? hold menu? |
03:38:14 | Antibuddha | and navigate button |
03:41:20 | Buckwheat | anybody know how to boot the fuze in the of? |
03:41:30 | Buckwheat | v2 |
03:41:41 | Buckwheat | i cant find where to do that anywhere |
03:42:20 | Buckwheat | nevermind |
03:42:22 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
03:42:37 | | Quit panni_ (Read error: Connection reset by peer) |
03:43:47 | Buckwheat | antibuddha: for the sansa you push the left button while turning it on maby its the same with ipod |
03:44:29 | Antibuddha | i just read online |
03:44:33 | Antibuddha | its so confusing |
03:44:45 | Buckwheat | whts confusing |
03:44:48 | | Join CGL [0] (~CGL@190.207.202.226) |
03:44:49 | | Quit steve|m (Ping timeout: 276 seconds) |
03:44:52 | Antibuddha | the steps |
03:45:08 | Buckwheat | just hold the left button when powering |
03:45:34 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-197-231.mcn.bellsouth.net) |
03:45:46 | Antibuddha | more steps for ipod |
03:45:51 | Buckwheat | oh... |
03:46:22 | | Quit krazykit (Quit: Connection reset by beer) |
03:46:39 | | Join krazykit [0] (~kkit@206.183.185.8) |
03:49:15 | | Quit Antibuddha (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
03:53:36 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:56:27 | | Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
03:58:22 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
03:58:25 | | Join steve|m [0] (~steve@p4FD4776E.dip.t-dialin.net) |
04:00 |
04:01:03 | | Join Buckwheat [0] (~chatzilla@64.68.182.251) |
04:01:58 | Buckwheat | Has any body else have the data abort error on sasna v2 when trying to read a txt file |
04:02:18 | S_a_i_n_t | Forums, Flyspray...yes. |
04:02:33 | Buckwheat | is it fixable |
04:02:54 | | Quit Zigtown (Remote host closed the connection) |
04:04:00 | S_a_i_n_t | It doesn't affect all targets as far as I know, it's mentioned on the forums, and has a flyspray task. |
04:04:14 | S_a_i_n_t | If there was a "quick fix" for it, it would be in current SVN already. |
04:04:20 | Buckwheat | and flyspray is? |
04:04:49 | S_a_i_n_t | One of the things you need to check before asking suck questions? |
04:04:52 | S_a_i_n_t | *such |
04:04:56 | Buckwheat | oh |
04:04:58 | Buckwheat | sorry |
04:05:09 | *** | Saving seen data "./dancer.seen" |
04:05:11 | S_a_i_n_t | Flyspray is the bug tracker. |
04:05:17 | S_a_i_n_t | (linked above) |
04:06:13 | Buckwheat | where is it linked? |
04:06:43 | Buckwheat | nevermind |
04:06:47 | | Join obo [0] (~obo@rockbox/developer/obo) |
04:06:48 | Buckwheat | I feel stupid now... |
04:06:51 | Buckwheat | :P |
04:11:01 | | Quit BradC (Ping timeout: 276 seconds) |
04:16:06 | | Join cpn [0] (www-data@giant.haxx.se) |
04:17:58 | | Join Barahir [0] (~jonathan@frnk-590f64cb.pool.mediaWays.net) |
04:18:24 | | Quit cpn (Client Quit) |
04:18:29 | | Join cpn [0] (www-data@giant.haxx.se) |
04:20:19 | | Quit cpn (Client Quit) |
04:21:24 | | Quit Barahir_ (Ping timeout: 265 seconds) |
04:30:04 | JdGordon | bieber: hehe just tried it and it is very wierd :P |
04:30:07 | JdGordon | maybe undo it |
04:32:09 | | Join GRUBaDubDub_ [0] (~Sol@pool-173-77-201-46.nycmny.fios.verizon.net) |
04:36:11 | | Quit GRUBaDubDub_ (Client Quit) |
04:36:36 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
04:36:52 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
04:38:05 | | Quit pixelma (Disconnected by services) |
04:38:05 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:38:19 | | Quit amiconn (Disconnected by services) |
04:38:20 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:38:22 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:38:39 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:40:06 | | Quit leavittx (Read error: Connection timed out) |
04:41:18 | | Join leavittx [0] (~leavittx@89.221.199.187) |
04:48:24 | | Quit t0rc (Quit: Leaving) |
04:58:18 | | Quit Zigtown (Remote host closed the connection) |
04:58:29 | | Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
04:58:51 | | Join funman [0] (~fun@rockbox/developer/funman) |
05:00 |
05:02:15 | | Quit TheSeven (Ping timeout: 240 seconds) |
05:05:59 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
05:06:36 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
05:25:41 | | Quit BHSPitMonkey (Ping timeout: 265 seconds) |
05:37:21 | | Quit Horscht (Quit: Verlassend) |
05:39:03 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
05:47:27 | | Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) |
05:47:38 | | Quit JdGordon (Ping timeout: 240 seconds) |
05:49:35 | | Quit BHSPitMonkey (Remote host closed the connection) |
06:00 |
06:02:12 | | Nick JdGordon1 is now known as JdGordon (~jonno@123-243-140-31.static.tpgi.com.au) |
06:04:57 | | Quit curio_ (Remote host closed the connection) |
06:05:13 | *** | Saving seen data "./dancer.seen" |
06:06:19 | | Join Dark_Rak3r [0] (~DarkRak3r@cpe-67-244-88-91.nyc.res.rr.com) |
06:25:28 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
06:38:32 | | Join robin0800 [0] (~quassel@149.254.186.236) |
06:42:38 | bieber | JdGordon: Maybe I'll just add a checkbox to turn it on/off |
06:43:02 | JdGordon | i tinhk its odd that it selects way too much |
06:43:21 | JdGordon | and it puts it into multiselect mode? |
06:43:24 | JdGordon | or is that a bug? |
06:43:51 | bieber | No, it puts it into multiselect so it can select everything on the line |
06:44:46 | bieber | Do you think it would be better with just the first element on the line selected? |
06:45:11 | JdGordon | wouldnt it be possible to actually select the element that the cursor is in? |
06:46:00 | bieber | Not without some more parser changes, I'm afraid |
06:46:06 | JdGordon | ok |
06:46:20 | JdGordon | do you know much about .pro files? |
06:46:32 | bieber | About as much as I need to to make it compile |
06:46:50 | JdGordon | I've pulled the parser out into a seperate folder wit its own Makefile, but not having much luck getting your .pro to then call that Makefile |
06:47:09 | JdGordon | I've got it so it depends on the lib and links to in, but not to actually build the lib |
06:47:26 | bieber | Hmm, I'm sure how you'd do that |
06:47:34 | bieber | I know it supports linking in libraries, lemme Google it |
06:47:56 | JdGordon | LIBS += -lskin_parser -L../../libs/skin_parser |
06:48:13 | JdGordon | is pretty much what I added, but that doesnt know how to build skin_parser.a |
06:48:54 | bieber | Hmm |
06:51:41 | bieber | I don't know if it has any capacity to call another Makefile. bluebrother might have done something like that with RBUtil, if it can be done |
06:53:27 | | Quit robin0800 (Remote host closed the connection) |
06:54:30 | * | JdGordon has the core stripped of the old display, debug and parse code |
06:54:35 | JdGordon | now for the fun part... |
06:54:45 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
06:57:44 | S_a_i_n_t | If the skin syntax is changing anymore in the near future, perhaps checkwps could get some love? |
06:58:26 | S_a_i_n_t | There are a couple of themes that pass checkwps, but have blatantly wrong syntax, and don;t load on target. |
06:58:37 | S_a_i_n_t | (How that works I have no idea) |
06:59:10 | | Quit flatrose (Remote host closed the connection) |
07:00 |
07:00:00 | JdGordon | yes checkwps will be fixed |
07:00:11 | JdGordon | I dont know how a theme can pass it and fail on target |
07:00:58 | JdGordon | it uses the exact same code after all... |
07:02:09 | S_a_i_n_t | One in particular is the "Electric Bars of Colour" Theme. |
07:02:57 | S_a_i_n_t | The original theme added x,y coordinates to the %Xd line (why, I have no idea...how it loaded in the old syntax, I have no idea either.) |
07:03:20 | S_a_i_n_t | Skinupdater converted the line to "%X(backdrop.bmp)0%|0%|" and it passes checkwps |
07:03:25 | JdGordon | oh thats easy |
07:03:29 | S_a_i_n_t | yet fails on device. |
07:03:43 | JdGordon | the old parser just eats everything at the end of the %X line |
07:03:52 | JdGordon | so you could put any old garbage there |
07:04:22 | S_a_i_n_t | but...why does it pass checkwps as is now? |
07:04:23 | JdGordon | that might have been changed to not do that anymore, and bieber's parser definetly doesnt allow that |
07:04:44 | bieber | JdGordon: Do we have a wiki page for all the assorted rendering rules yet, or should I set one up? |
07:04:49 | bieber | I'm getting started on rendering now :) |
07:04:54 | JdGordon | SkinRendering |
07:05:13 | bieber | Thanks |
07:05:21 | S_a_i_n_t | I'm going to need to make a list of themes that failed, and painstakingly open them up and see why they failed. |
07:05:23 | JdGordon | that outlines how the current one works, have a look at utils/newparser/skin_render to see how I'm doing it with your parser |
07:05:33 | S_a_i_n_t | But, I'm not really looking forward to doing so. |
07:13:35 | JdGordon | bieber: the important rules are, 1) disable viewports are never rendered/scanned/whatever, 2) the default viewport is *always* scanned, but nothing is drawn unless it is the only viewport |
07:14:19 | bieber | Disable viewports are named viewports that haven't been loaded? |
07:15:02 | bieber | And if I have some stuff at the beginning of a file, and then a viewport declaration, the stuff at the beginning won't be drawn? |
07:15:02 | JdGordon | yeah, they are created by default disabled, you need to use the %Vd() to enable it |
07:15:09 | JdGordon | yes |
07:15:13 | bieber | Okay |
07:15:35 | bieber | Heh, having viewports at the top level is going to help a lot here |
07:16:15 | funman | it seems on AMSv2 the ĀµSD content is refreshed by the OF each time we write to the rtc wakeup register |
07:16:18 | S_a_i_n_t | That's different behaviour than now...is it not? |
07:16:41 | S_a_i_n_t | re: default viewport, and not drawing in it if there are other viewports declared. |
07:17:33 | JdGordon | no, that is what happens now |
07:17:45 | JdGordon | funman: so fix usb so we dont have to load the OF :D |
07:18:06 | funman | JdGordon: you must scream on pamaury! |
07:18:27 | JdGordon | damn namespace collisions :( |
07:18:39 | JdGordon | skip_whitespace() is in the parser and misc.c and completly different |
07:18:48 | funman | prefix them |
07:18:54 | JdGordon | which is why I want to depend on the .a instead of compiling seperatly |
07:19:03 | bieber | Is it generally considered a good idea to break the sources files for an application up into separate directories? I'm a little leery of ../'s in my #includes, but my file count is starting to get out of hand |
07:19:31 | | Quit scorche` (Read error: Connection reset by peer) |
07:20:04 | JdGordon | you can fix the include paths to include those directories so you dont need to add the ../'s |
07:20:16 | bieber | Ooh |
07:20:19 | bieber | How do I do that? |
07:20:32 | funman | in the makefile usually |
07:21:19 | JdGordon | the INCLUDEPATH variab;le in the .pro |
07:21:27 | JdGordon | http://doc.qt.nokia.com/qtjambi-4.5.0_01/com/trolltech/qt/qmake-variable-reference.html#includepath |
07:24:51 | bieber | Okay, so will I just need to add each subdirectory to that? And I assume the project root directory is included by default? Eh, I guess I'm about to find out |
07:25:19 | JdGordon | I would assume so |
07:25:44 | bieber | And will SVN figure out that things have been moved around, or do I need to give it an mv command or something similar? |
07:26:01 | JdGordon | svn mv |
07:26:07 | JdGordon | svn is stupid :) |
07:27:05 | | Quit Kamyk (Read error: Operation timed out) |
07:28:24 | bluebrother | bieber, JdGordon: you need to set QMAKE_EXTRA_TARGETS, PRE_TARGETDEPS and a <targetname>.commands in the project file. |
07:28:41 | CIA-85 | New commit by funman (r26875): AMSv2 RTC: no need to write to RTC_WAKEUP register ... |
07:28:49 | bluebrother | see rbutilqt.pro:54 and following |
07:28:56 | JdGordon | cool thanks |
07:29:56 | | Quit bucko_ (Ping timeout: 276 seconds) |
07:30:13 | | Join bucko [0] (~bucko@91.107.95.151) |
07:30:50 | | Join Kamyk [0] (kamyk@szluug.org) |
07:31:46 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
07:31:58 | funman | of course when i want to test RTC it always works, it's only buggy when i'm going to bed and just want to use it |
07:32:56 | CIA-85 | r26875 build result: 95 errors, 0 warnings (funman committed) |
07:33:30 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
07:33:58 | funman | it's not me!! i swear! |
07:35:37 | S_a_i_n_t | JdGordon: What defines "drawing"? |
07:35:56 | JdGordon | putting stuff on the display |
07:36:02 | S_a_i_n_t | I'm pretty sure my themes call bitmaps in the default viewprt... |
07:36:03 | bluebrother | who is frederico-dannya? Looks like that machine has problems |
07:36:06 | JdGordon | so images and text |
07:36:14 | S_a_i_n_t | I'll try find an example. |
07:36:21 | bieber | Alright, setting INCLUDEPATH did it |
07:36:26 | bieber | No more morass of files |
07:37:03 | CIA-85 | New commit by bieber (r26876): Theme Editor: Moved source files into subdirectories |
07:38:07 | bieber | Thanks everyone |
07:38:26 | S_a_i_n_t | Yeah...I'm definitly able to draw in the default viewprt before a viewport declaration. |
07:38:35 | S_a_i_n_t | Unless I totally misunderstand it. |
07:39:03 | CIA-85 | r26876 build result: 21 errors, 0 warnings (bieber committed) |
07:40:25 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
07:41:26 | S_a_i_n_t | JdGordon: Is this an example of "drawing in the default viewport"? |
07:41:28 | funman | can we force this client out ? |
07:41:39 | * | S_a_i_n_t thinks so, but isn't quite sure http://rockbox.pastebin.ca/1884872 |
07:43:07 | JdGordon | bluebrother: do I need to add the LIBS line to the .pro also? |
07:43:11 | S_a_i_n_t | playbar, volume, animations, repeat, shuffle etc. AA I think. All draw fine, and are before any viewport declaration. |
07:44:40 | JdGordon | that is bad skin code |
07:45:20 | S_a_i_n_t | bad code, or bad that it works when it apparently shouldn;t? |
07:45:32 | JdGordon | both, but the first mostly |
07:46:03 | pixelma | I'm confused about the info about drawing in the default viewport I read here - one time it is ok, the other it is not |
07:46:13 | S_a_i_n_t | that's why I was confused about the "not drawing in the default viewport if another viewport is called", as IFAIK it has never been this way. |
07:46:34 | S_a_i_n_t | pixelma: Me too...this theme has always worked for me :/ |
07:46:50 | S_a_i_n_t | And I admit, the code *is* nasty, but it works fine. |
07:47:47 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
07:47:57 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
07:48:26 | JdGordon | it shouldnt be working.... |
07:48:45 | S_a_i_n_t | this is what confuses me, it always has. |
07:48:55 | S_a_i_n_t | the skin is about a year old now too... |
07:49:32 | JdGordon | there is a reason the skin engine is getting a massive rework :) |
07:49:38 | JdGordon | not *just* to annoy everyone |
07:49:50 | S_a_i_n_t | I see a great many other skins that do this also, and from the DL/vote counts...I assume they work also. |
07:50:04 | funman | so you mean, there are additional reasons, but it's also a bit to annoy everyone? |
07:50:19 | * | funman knew it ! |
07:50:20 | pixelma | IIRC there are lots of themes on the theme site that draw in the default viewport (and use viewports). Almost every time someone posts his code in the forums to get help there's that |
07:50:38 | S_a_i_n_t | pixelma: Yes, you're quite correct. |
07:50:42 | S_a_i_n_t | I see it all the time. |
07:51:14 | S_a_i_n_t | One of the many reasons I thought drawing in the default viewport was allowed. |
07:51:17 | | Quit bmbl (Ping timeout: 258 seconds) |
07:51:26 | S_a_i_n_t | primarily though, as it works fine. |
07:53:10 | S_a_i_n_t | Ih that "Symmetry" theme, I've only used viewports for text, every image is drawn in the default viewport. Knowing now that this "doesn't work" makes me wonder why it does work, and how long it will be untill 90% of the themes on the themesite break. |
07:53:12 | * | JdGordon was going to point funman to http://forums.rockbox.org/index.php?topic=24907.msg168354#msg168354 but sees he replied to that thread already anyway |
07:53:54 | JdGordon | they shouldnt work... unless I'm looking at the wrong version of the file (which is entirely possible) |
07:54:46 | S_a_i_n_t | I remember you mentioning the change re: viewports AGES ago...but I assumed it never happened. |
07:54:52 | pixelma | JdGordon: I think that post would have been better by lots if you had explained the reasoning |
07:55:08 | | Quit funman (Quit: free(random());) |
07:55:53 | JdGordon | bluebrother: I'm building my .a into the OBJECT_DIR, but Im getting lots of undefined references so it isnt being linked? am I missing something? LIBS in the Makefile looks like it is correct.. it has the $(SUBLIBS) which I assume qt adds...? |
07:56:01 | | Join Buschel [0] (~~andree@p54A3E8F2.dip.t-dialin.net) |
07:56:22 | JdGordon | pixelma: I'm 99% sure I have explained my reasons eariler in the thread, I also dont feel i need to explain it to someone who talks like that |
07:58:39 | JdGordon | bluebrother: ah, I missed the LIBS += line in rbutilqt.pro |
08:00 |
08:05:14 | *** | Saving seen data "./dancer.seen" |
08:05:15 | | Quit krazykit (Ping timeout: 240 seconds) |
08:12:58 | | Join krazykit [0] (~kkit@206.183.185.8) |
08:19:57 | JdGordon | bluebrother: sorry, last one, how do I hook up make clean for it? |
08:20:32 | JdGordon | http://pastebin.com/ubeA8TWS is what I've got |
08:28:47 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
08:31:52 | | Join mitk [0] (~mitk@195.117.162.130) |
08:35:51 | S_a_i_n_t | JdGordon: Is "-" an acceptable value for FG?BG colour in the new syntax? |
08:35:54 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
08:36:46 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:39:29 | | Quit TheSeven (Ping timeout: 276 seconds) |
08:39:42 | JdGordon | should be |
08:40:40 | | Join flydutch [0] (~flydutch@host110-154-dynamic.14-87-r.retail.telecomitalia.it) |
08:41:01 | | Quit TheSeven|Mobile (Quit: TheSeven|Mobile) |
08:41:25 | | Join Dhraakellian [0] (~ntryon@cpe-66-66-76-248.rochester.res.rr.com) |
08:41:54 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:43:46 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
08:45:28 | | Quit Zigtown (Remote host closed the connection) |
08:52:04 | CIA-85 | New commit by jdgordon (r26877): Move the skin parser to a seperate library |
08:52:36 | | Quit TheSeven|Mobile (Read error: Connection reset by peer) |
08:53:02 | JdGordon | bieber: svn up :) |
08:53:43 | CIA-85 | r26877 build result: 20 errors, 0 warnings (jdgordon committed) |
08:54:07 | JdGordon | oh shutup CIA-85 :) |
08:54:59 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
08:55:04 | bieber | Sweet |
08:55:09 | bieber | Did you get distclean working? |
08:56:10 | JdGordon | no, but that isnt a major problem |
08:56:21 | JdGordon | I imagine its a one line fix |
08:56:23 | bieber | Okay |
08:56:54 | | Quit Buschel (Ping timeout: 260 seconds) |
08:59:48 | CIA-85 | New commit by bieber (r26878): Theme Editor: Working on renderer infrastructure |
09:00 |
09:00:32 | bieber | SVN will still have kept keywords while moving files around, right? |
09:01:27 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:01:31 | CIA-85 | r26878 build result: 24 errors, 0 warnings (bieber committed) |
09:02:59 | | Join Rob2223 [0] (~Miranda@p4FDC96FD.dip.t-dialin.net) |
09:03:32 | | Quit JdGordon (Ping timeout: 276 seconds) |
09:03:46 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
09:04:07 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
09:05:44 | amiconn | Someone *please* disable this "frederico-dannya" build box |
09:06:30 | | Quit Rob2222 (Ping timeout: 240 seconds) |
09:08:20 | | Part LinusN |
09:10:21 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
09:12:37 | S_a_i_n_t | Can someone refresh my menory...sublines can't be put inside a conditional statement can they? ie. "%?Xx<%Xx|%t(1.0)%s%alBlah;%t(1.0)%s%alBlah>" |
09:12:41 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
09:12:58 | S_a_i_n_t | Or can they. it *looks* right, only I don;t remember. |
09:14:36 | JdGordon | in the new parser they can be in conditionals, in svn they cant (IIRC) |
09:14:37 | GodEater | try it in the sim and see? |
09:15:11 | S_a_i_n_t | GodEater: The sim is pretty bloody useless for theme development ATM |
09:15:21 | S_a_i_n_t | (which is why I asked here) |
09:15:52 | | Join mk429_ [0] (mk429@spoon.netsoc.tcd.ie) |
09:16:18 | JdGordon | it depends what you want with the theme... if you want it to work in svn then the sim is fine... if you want it to work in the futuire (hopefully soon) then use the editor |
09:16:42 | JdGordon | either way use the editor to get the syntax correct (except for the few cases like above) |
09:17:43 | S_a_i_n_t | It's alright...viewprtifying this theme reminded my why I took the ugly root in the first place. |
09:17:56 | S_a_i_n_t | I knew there was a reason I did it, only I didn;t remember why. |
09:18:01 | | Quit mk429 (Ping timeout: 264 seconds) |
09:18:23 | S_a_i_n_t | It was all a big hack to avoid a huge mess with a bajillion viewports.conditionals. |
09:19:29 | S_a_i_n_t | Sublines in a conditional is definitely something I'll appreciate when the time comes however. |
09:21:34 | JdGordon | can gcc to 2 way linking with .a's? i.e can the .a have a function call which is in the binary which gets linked against the .a? |
09:21:42 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
09:23:45 | JdGordon | bieber: I just checked the dependacy logic... if oyu change a file in the lib and do a mae it will rebuild the .a so no real need for make clean to work, so :) |
09:23:58 | bieber | Okay, good |
09:24:14 | | Quit rob (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
09:24:43 | | Quit bertrik (Quit: De groeten) |
09:24:45 | | Join r0b- [0] (~nnscript@adsl-76-235-195-147.dsl.klmzmi.sbcglobal.net) |
09:31:35 | * | JdGordon feels like the buffer management code shouldnt be in the libskin_parser.a |
09:33:54 | | Join Teutonick [0] (www-data@giant.haxx.se) |
09:33:59 | Teutonick | Hello! |
09:34:24 | Teutonick | how about rockbox for clip+ ? when it will be done? |
09:34:26 | CIA-85 | New commit by bieber (r26879): Theme Editor: Stopped combo boxes in configuration editor from scrolling on mouse-wheel |
09:35:24 | | Quit Kitar|st (Ping timeout: 260 seconds) |
09:35:40 | | Join Kitar|st [0] (~Kitar_st@BSN-182-84-108.dial-up.dsl.siol.net) |
09:35:59 | CIA-85 | r26879 build result: 27 errors, 0 warnings (bieber committed) |
09:38:36 | | Join Buschel [0] (~~andree@p54A3C7CD.dip.t-dialin.net) |
09:39:36 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
09:40:08 | | Quit Kitar|st (Ping timeout: 252 seconds) |
09:40:32 | | Part Zagor |
09:40:41 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
09:43:37 | | Join BradC [0] (heh21556@202-89-178-44.static.dsl.amnet.net.au) |
09:45:58 | | Join Kitar|st [0] (Kitar_st@89.142.73.234) |
09:48:51 | JdGordon | did anything happen with getting the build system to built rbutil at devcon? |
09:49:17 | JdGordon | assuming no, can we add utils/themeeditor to the folder which dont tirgger a build? |
09:49:59 | S_a_i_n_t | Teutonick: Rockbox is already available for the Clip+ |
09:50:11 | S_a_i_n_t | it is just not classed as "Stable" yet IIUC |
09:51:24 | S_a_i_n_t | Which means that currently it isn't supported by RButil, but you are free to do a manual installation. |
09:51:41 | | Quit TheSeven|Mobile (Ping timeout: 252 seconds) |
09:53:33 | Teutonick | S_a_i_n_t: thanx! but is it still buggy ? or it is relis ? |
09:54:11 | S_a_i_n_t | It is perfectly usable, even "Stable" targets can contain bugs. |
09:54:18 | Teutonick | =) |
09:55:05 | | Quit liar (Quit: ...) |
09:56:55 | CIA-85 | New commit by jdgordon (r26880): make the parser slightly more usable for rockbox, move the buffer allocation into the lib (maybe not the best spot?) |
09:57:13 | | Join hamish_ [0] (~hamish@119.224.50.74) |
09:58:06 | | Part hamish_ |
09:58:19 | CIA-85 | r26880 build result: 15 errors, 0 warnings (jdgordon committed) |
09:59:08 | | Quit CGL (Remote host closed the connection) |
10:00 |
10:00:21 | | Quit togetic (Read error: Operation timed out) |
10:00:45 | | Quit Teutonick (Quit: CGI:IRC) |
10:05:18 | *** | Saving seen data "./dancer.seen" |
10:06:23 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
10:13:59 | | Quit Buschel (Ping timeout: 272 seconds) |
10:14:42 | | Part pondlife |
10:15:29 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
10:18:24 | CIA-85 | New commit by gevaerts (r26881): block frederico-dannya build client |
10:20:12 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:28:58 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
10:30:40 | | Join pyro_maniac [0] (foobar@p57BB9CF5.dip0.t-ipconnect.de) |
10:32:58 | JdGordon | gevaerts: Zagor: busy? make files driving me mad :p |
10:34:49 | n1s | JdGordon: did you forget to add the skin_buffer.c file in the last commit? |
10:35:01 | n1s | svn add, even |
10:35:02 | JdGordon | very probably... is it not there? |
10:35:09 | n1s | no |
10:35:17 | B4gder | r26880 build result: 15 errors, 0 warnings (jdgordon committed) |
10:35:33 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
10:35:37 | * | B4gder serves as echo |
10:35:45 | Zagor | B4gder: we need a new client blacklist entry |
10:35:48 | * | JdGordon assumed they were broken build machine still... |
10:36:10 | B4gder | oh |
10:36:30 | CIA-85 | New commit by jdgordon (r26882): woops, forgot to add these |
10:36:54 | JdGordon | which they were :) that lib isnt being built anyway |
10:37:15 | JdGordon | not yet... I need help getting its makefile run by non bootloader builds |
10:37:32 | JdGordon | I assumed it would be added to apps.make but doesnt look like it? |
10:37:48 | * | JdGordon is drowing in root.make |
10:37:53 | CIA-85 | r26882 build result: 12 errors, 0 warnings (jdgordon committed) |
10:38:04 | gevaerts | JdGordon: sorry, yes |
10:38:10 | gevaerts | Zagor: I added that one |
10:38:19 | JdGordon | ah crud.. dinner |
10:38:19 | gevaerts | or not? |
10:42:21 | amiconn | JdGordon: Yes, ld can do that, but you need to put the .a on the command line several times (ld seems to never go backwards in the list of objects to link) |
10:42:57 | Zagor | gevaerts: my fault, I had added an entry without committing which caused a merge conflict |
10:45:39 | CIA-85 | New commit by zagor (r26883): Blocked fnarfbargle-uk-BradC |
10:47:45 | S_a_i_n_t | rasher: Are the sims here ( http://rasher.dk/rockbox/simulator/ ) "post-skinbreak" sims? |
10:54:32 | Zagor | JdGordon: what is your make issue? |
10:57:23 | | Join dfkt|x [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) |
10:57:23 | | Quit dfkt|x (Changing host) |
10:57:23 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
10:59:35 | JdGordon | Zagor: I've got the Makefile in lib/skin_parser working now, I just have no idea how to get that into the main build |
11:00 |
11:00:19 | JdGordon | amiconn: ok, yuck :p I'll leave the buffer allocing code in the lib for the time being then |
11:02:44 | | Quit dfkt|x (Remote host closed the connection) |
11:17:14 | BradC | Oh dear.. |
11:18:43 | BradC | CIA-85 New commit by zagor (r26883): Blocked fnarfbargle-uk-BradC - That one should have been down since its first broken build. Has it been committing sin since ? |
11:19:55 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
11:20:10 | Zagor | BradC: no, it was just a local change that I committed now |
11:20:24 | Zagor | BradC: have you fixed the client? should I remove the block? |
11:21:10 | BradC | I have not fixed the client yet (massive hard disk corruption) but I've completely disabled it and prevented it running, so yes if you can remove the block I'll make sure it's working properly before I try and bring it back up. |
11:22:17 | Zagor | ok |
11:22:49 | BradC | Cheers. |
11:31:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:35:02 | | Quit dfkt|x (Remote host closed the connection) |
11:41:04 | | Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) |
11:41:44 | | Quit halmi (Client Quit) |
11:42:06 | | Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) |
11:43:40 | JdGordon | Zagor: gevaerts: ok, do I need to change my Makefile to be more like firmware.make and then just include it in the apps and checkwps build in root.make? |
11:44:30 | Zagor | JdGordon: I'll take a look now |
11:44:37 | JdGordon | or better to make apps.make include it? |
11:44:52 | JdGordon | thanks |
11:45:48 | JdGordon | I assume the CC= and AR= lines in my Makefile are just wrong |
11:46:05 | Zagor | yes :) |
11:46:23 | * | JdGordon isnt a complete dimwit then :D |
11:56:08 | S_a_i_n_t | JdGordon: Are you able to tell me why " %t(5.0)%?mv(0.5)<%ac%pvdB|%?mm<%ac%pvdB|%s%al%Sx(Repeat): %Sx(All)|%s%al%Sx(Repeat): %Sx(One)|%s%al%Sx(Repeat): %Sx(Shuffle)|%s%al%Sx(Repeat): %Sx(A-B)>> " doesn't work? |
11:56:41 | JdGordon | nothing obvious... hang on |
11:56:47 | S_a_i_n_t | when %t(5.0)%?mv(0.5)<%ac%pvdB|Blah> does. |
11:57:39 | JdGordon | in the sim? or target? or checkwps? |
11:57:48 | S_a_i_n_t | literally, "blah" does. I want it to alternate between volume in dB and Shuffle Mode, but drop to volume if the volume is changed while displaying Shuffle mode. |
11:57:57 | S_a_i_n_t | (it sounds more complicated than it is) |
11:58:13 | S_a_i_n_t | In the sim, and on target. |
11:58:31 | S_a_i_n_t | It parses, but it doesn't display the volume when it's being changed. |
11:58:36 | S_a_i_n_t | Only the Shuffle Mode. |
11:58:57 | S_a_i_n_t | but, if I replace the shuffle conditional with "blah" it works fine. |
11:59:45 | JdGordon | no clue... it will once the new parser happens :p (bet you're sick of hearing that) |
11:59:57 | S_a_i_n_t | Indeed I am. |
12:00 |
12:00:02 | JdGordon | tough :D |
12:00:15 | * | S_a_i_n_t throws a new parser at JdGordon |
12:01:24 | S_a_i_n_t | The only way I seem to be able to do it is with an unnecessary conditional viewport...but I was quite proud of the fact I managed to code all the conditional viewports out of this theme...until now :/ |
12:03:13 | S_a_i_n_t | Hmmmmm.....it seems that %mv doesn't like being nested with other conditionals. |
12:03:24 | S_a_i_n_t | This seems a fairly recent thing, this used to work. |
12:05:11 | Zagor | JdGordon: should I add it to the trunk? |
12:05:20 | *** | Saving seen data "./dancer.seen" |
12:08:28 | S_a_i_n_t | JdGordon: This is *really* weird. A Conditional Viewport fails to parse in the SIM if the identifier is a capital letter. |
12:08:31 | | Join MethoS- [0] (~clemens@134.102.106.250) |
12:09:17 | S_a_i_n_t | "%Vl (A,-,-,-" fails to parse, but "%Vl(a,-,-,-" is fine :/ |
12:09:56 | S_a_i_n_t | Something is seriosly wrong with syntax between the sim and what is intended/expected. |
12:10:06 | S_a_i_n_t | *seriously even |
12:16:55 | | Quit MethoS- (Remote host closed the connection) |
12:19:03 | | Quit pamaury (Remote host closed the connection) |
12:20:54 | | Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) |
12:20:54 | | Quit JdGordon| (Changing host) |
12:20:54 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
12:21:13 | | Quit ehntoo_ (Ping timeout: 265 seconds) |
12:21:32 | JdGordon| | Zagor: yes please |
12:23:04 | JdGordon| | S_a_i_n_t: that is expected |
12:23:24 | JdGordon| | all labels will be replaced wirh strings once we move also |
12:28:02 | S_a_i_n_t | come again? |
12:28:24 | S_a_i_n_t | How many times will the skins break?!? |
12:28:48 | * | S_a_i_n_t imagines that will break themes again...correct? |
12:29:02 | JdGordon| | none of this crappy one letter identifiers anymore |
12:29:10 | JdGordon| | it wont brrak old yhemes |
12:29:28 | S_a_i_n_t | so, what will the alternative be? |
12:29:57 | JdGordon| | instead ofvonlyballowing ine letter it will take a whole string |
12:30:15 | S_a_i_n_t | I also notice there is no mention anywhere that identifiers will reject capital letters. |
12:30:35 | S_a_i_n_t | Hmmm, perhaps I'll have to see it in action, but I don;t really see the point. |
12:35:19 | | Quit GeekShadow (Ping timeout: 240 seconds) |
12:38:58 | JdGordon| | %xd(shuffle) is mucj nicer than xd(a) |
12:39:53 | S_a_i_n_t | I find as long as your %Xl lines are descriptive, there's no problem. |
12:40:31 | S_a_i_n_t | ie "%xl(D,Symmetry Playmode Status.bmp,0,0,)" etc. |
12:41:20 | JdGordon| | im not forcing this. just allowing ot |
12:41:46 | S_a_i_n_t | Ah, great. |
12:44:30 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:50:53 | Zagor | JdGordon|: linked to the main builds? |
12:54:36 | Zagor | JdGordon|: I'll fix all the warnings too, then |
12:56:02 | JdGordon| | yes pleasd although it isnt striclty needed yet. but will make it easier ro work witth |
12:58:00 | Zagor | what is skin_debug_tree() supposed to do on target? printf() isn't very useful there... |
12:58:31 | Zagor | or should we exclude skin_debug from target altogether? |
12:59:59 | JdGordon| | it wont be compiled for target. i think it will cause errors if debug isnt compiled at all |
13:00 |
13:00:27 | JdGordon| | a patch would be great if you cant be bitgered fixing those errors |
13:00:42 | Zagor | it is compiled for target currently. do you want it #ifdef:ed away? |
13:00:54 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
13:01:43 | JdGordon| | pribably. i'm using ifedf ROCKBOX in the rest of the lib |
13:02:38 | | Quit dfkt (Disconnected by services) |
13:02:41 | | Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) |
13:04:34 | CIA-85 | New commit by zagor (r26884): Added skin_parser library to build system. Fixed some warnings. |
13:06:18 | CIA-85 | r26884 build result: 15 errors, 0 warnings (zagor committed) |
13:06:42 | Zagor | why the heck is frederico still getting builds? |
13:07:53 | Zagor | oh, I forgot root.make |
13:10:03 | CIA-85 | New commit by zagor (r26885): Added skin_parser library to build system. |
13:11:34 | CIA-85 | r26885 build result: All green |
13:11:41 | | Quit elcan (Read error: Operation timed out) |
13:15:33 | | Join elcan [0] (~loaa@pr0.us) |
13:25:00 | pixelma | S_a_i_n_t: what happens if you remove the %s from the longer line you posted a while ago? |
13:25:35 | JdGordon| | Zagor: thanks |
13:26:36 | S_a_i_n_t | pixelma: Which? All of them? |
13:26:47 | S_a_i_n_t | (%s's) |
13:26:58 | pixelma | yes all |
13:28:17 | S_a_i_n_t | Hmmm..gimme one minute and I shall try. |
13:30:08 | S_a_i_n_t | pixelma: Wow...nice. |
13:30:11 | S_a_i_n_t | It works. |
13:30:23 | S_a_i_n_t | Though I kinda need the alignment :/ |
13:30:32 | S_a_i_n_t | How did you know to try that? |
13:30:56 | S_a_i_n_t | s/alignment/scrolling/ |
13:32:14 | | Quit r0b- (Ping timeout: 272 seconds) |
13:32:33 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
13:33:43 | S_a_i_n_t | pixelma: For the moment, I have "fixed" it by making the "true" case of %mv point to a conditional viewport. But this is a very ugly "fix" IMO |
13:39:41 | | Quit dfkt|x (Remote host closed the connection) |
13:45:47 | | Quit ThomasAH (Ping timeout: 240 seconds) |
13:45:53 | | Quit swilde (Ping timeout: 258 seconds) |
13:46:06 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
13:46:40 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
13:47:11 | pixelma | there is a problem with continually updating info in scrolling lines like you need for scrolling lines (known issue with old bug report but not easy to fix (at least with the old parser). I just didn't know if %s in sublines that won't get displayed anyway could cause the effect too |
13:47:37 | pixelma | errr... like you need for volume display |
13:47:44 | JdGordon| | %s anywhere in the line should work.. maybe |
13:48:02 | S_a_i_n_t | JdGordon: Nope. |
13:48:11 | JdGordon| | and enabling a vireport isnt a nasty hack |
13:48:15 | S_a_i_n_t | that line *did* work, prior to the syntax change :/ |
13:48:26 | JdGordon| | yeah yeah.... |
13:50:40 | pixelma | well the line "works" but can't update the content correctly even in the subline which has no %s in it, if I understand correctly |
13:50:54 | S_a_i_n_t | It's nasty if you're trying to avoid conditional viewports. The nastyness comes from being able to visably see the viewport take over. |
13:51:12 | S_a_i_n_t | pixelma: without the %s, it updates fine. |
13:51:30 | S_a_i_n_t | it's just unfortunate that space requirements mean I need the line to scroll. |
13:54:22 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
13:55:04 | wodz | pixelma: how are tests on Ondio going? |
13:55:07 | S_a_i_n_t | I've simply left the old (yet updated) line in the theme, commented it out, and left a not for myself (or others) that it should be safe to comment out the hacky fix I made, and uncomment the original line when the new parser is finally in. |
13:55:18 | S_a_i_n_t | s/not/note/ |
13:55:42 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
13:57:13 | pixelma | wodz: looked fine so far with all the different things I tried, no "long term" test yet though |
13:57:51 | wodz | nice |
14:00 |
14:00:08 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:00:16 | JdGordon| | t t |
14:00:44 | | Quit kramer3d (Ping timeout: 272 seconds) |
14:02:06 | | Join Jaykay [0] (~chatzilla@p5DC571A9.dip.t-dialin.net) |
14:04:52 | wodz | amiconn: I have implemented natural cubic b-spline interpolation (instead of linear) in test_grey. I hope You will like it :-) |
14:05:22 | *** | Saving seen data "./dancer.seen" |
14:12:23 | | Quit dfkt|x (Remote host closed the connection) |
14:25:32 | | Join MethoS- [0] (~clemens@134.102.106.250) |
14:29:02 | | Quit MethoS- (Remote host closed the connection) |
14:46:43 | | Quit krazykit (Quit: work) |
14:50:41 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
14:53:08 | JdGordon | Zagor: thanks alot, except it looks like it isnt getting built for sims? |
14:53:11 | | Quit Topy44 (Ping timeout: 260 seconds) |
14:53:14 | JdGordon | I did a make reconf |
14:53:29 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
14:53:30 | Zagor | ah, I never tested that |
14:54:25 | | Join Topy44 [0] (~topy@my.fastsh.it) |
14:55:50 | JdGordon | easy enough, just added it to the uisimulator.make file |
14:55:58 | | Part LinusN |
14:56:02 | Zagor | don't commit that :) |
14:56:27 | JdGordon | oh ok :) |
14:56:48 | JdGordon | you're making the sim depend on rockbox.elf or something instead? |
14:57:19 | | Quit dfkt (Ping timeout: 245 seconds) |
14:57:56 | wodz | Zagor: what is the story with zero wait boost for coldfire? |
14:57:56 | Zagor | no, you're right. that is the proper fix. I was distracted :) |
14:58:16 | Zagor | wodz: story? |
14:59:44 | CIA-85 | New commit by jdgordon (r26886): make the sim build the skin lib also |
15:00 |
15:00:31 | JdGordon | OK, *now* I can get the old code out :) |
15:00:37 | wodz | Zagor: FS #9797 - comments ware rather positive |
15:01:31 | CIA-85 | r26886 build result: All green |
15:01:34 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
15:01:51 | Zagor | wodz: the idea with the zero-wait patches was to make fundamental changes to the way we boost, by making it more fine grained and on-demand in order to get a lower average clock speed. I never managed to produce any significant gains though. |
15:03:32 | Zagor | committing only the quick boost patches will likely cause very little improvement and risk causing hard-to-pin-down bugs. |
15:04:05 | Zagor | or create suspicion in people's minds that strange bugs are caused by it |
15:04:27 | wodz | Zagor: so in general this abuses frequency change scheme (at least in coldfire) and provide little improvement in battery life - right? |
15:05:08 | Zagor | it's not clear-cut that it is abusive, but sure it can be interpreted that way |
15:06:03 | Zagor | I think we can safely close them. as I mention in a commit, they will not be committed but were part of a research effort. |
15:06:11 | Zagor | *in a comment |
15:08:22 | Torne | Zagor: a (comparitively) huge number of people use the equivalent for ipod |
15:08:52 | Torne | and buschel is still pushing it, i think |
15:08:58 | Zagor | Torne: FS #9800 ? |
15:09:38 | Torne | hm, not htat one |
15:09:41 | Torne | FS #8668 |
15:09:56 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:10:08 | Torne | or maybe that's not quite the same thing? |
15:10:10 | Torne | not sure. |
15:11:06 | Zagor | no, it's not the same. he just boosts at other places. my patch changes how boost is done. |
15:11:41 | Torne | Oh, so it's still using the regular boost method, just a lower unboosted speed? |
15:11:50 | Torne | (it seems like you'd want to do both) |
15:12:22 | Zagor | yes |
15:14:19 | | Quit Highlander (Quit: Quitte) |
15:16:53 | Torne | i mean, i'm not a huge fan of 8668 :) |
15:22:35 | JdGordon | Zagor: just to be difficult.... is it possible to use the same makefile to build the lib for rockbox and the editor? do I just setup a mostly blank MAkefile and include the one you added? |
15:23:36 | | Quit bieber (Ping timeout: 265 seconds) |
15:23:52 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
15:23:53 | JdGordon | I guess even just getting the hardcoded file list out of Makefile so it uses SOURCES for both would be good enough |
15:24:03 | Zagor | JdGordon: exactly. you just need the parent Makefile to define the necessary rules for compilation |
15:24:23 | Zagor | I'd prefer if we can unify the build |
15:28:30 | | Quit halmi (Read error: Connection reset by peer) |
15:28:52 | | Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) |
15:29:36 | | Quit JdGordon| (Quit: Lost terminal) |
15:39:08 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:44:24 | | Join Stephen__ [0] (~S@86.42.18.16) |
15:46:44 | Stephen__ | how do i build the skin updater ? |
15:46:56 | JdGordon | run make in that directory |
15:47:28 | Stephen__ | does it have to run on zips or will the .wps just do ? |
15:48:49 | mc2739 | Stephen__: just the wps, sbs and fms files |
15:48:56 | Stephen__ | cool thanks |
15:50:06 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
15:51:04 | | Join krazykit [0] (~kkit@206.183.185.8) |
15:51:54 | | Quit S_a_i_n_t () |
15:52:16 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.70) |
15:53:10 | | Quit S_a_i_n_t (Client Quit) |
15:53:15 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.70) |
15:53:18 | | Quit mitk (Quit: Leaving) |
15:54:11 | CIA-85 | New commit by jdgordon (r26887): tiny clean up of memory allocation |
15:54:47 | Stephen__ | whats the syntax for the skinupdater ? |
15:55:14 | S_a_i_n_t | ./skinupdater.exe oldtheme.wps/sbs newtheme.wps/sbs |
15:55:28 | Stephen__ | thanks S_a_i_n_t |
15:55:35 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
15:55:35 | S_a_i_n_t | no problem |
15:55:52 | CIA-85 | r26887 build result: All green |
15:56:07 | Stephen__ | it works! |
15:56:15 | Stephen__ | now to update my themes in work. |
15:56:51 | JdGordon | well of course it works :D |
15:57:06 | JdGordon | Stephen__: was it you who was uploading the svn themes to the theme site? |
15:57:13 | Stephen__ | yeah it was. |
15:57:25 | JdGordon | hows that going? |
15:58:14 | Stephen__ | had to stop to get the breakage out of the way. i have archos and ipod mini i think left to go. have them donew just have to update the wps now, short on time tho due to rl |
15:58:46 | JdGordon | it would be nice to be able to remove them from svn |
15:59:17 | Stephen__ | I have them zipped up in the old syntax, i guess i could run them now and do them i think that'd be them finished then. |
16:00 |
16:00:07 | Stephen__ | after today dunno when i'll be on agqin to do it. |
16:00:28 | JdGordon | they've all been updated to the new format in svn |
16:03:35 | Stephen__ | yeah but that would mean redownlaoding and organizing ;o) |
16:04:15 | Stephen__ | actually that would be better save for any of my errors or conversion mistakes |
16:05:23 | *** | Saving seen data "./dancer.seen" |
16:08:13 | S_a_i_n_t | Actually, the themes still need to be checked after runnng ./skinupdater too... |
16:08:21 | S_a_i_n_t | it's not without its quirks. |
16:09:18 | Stephen__ | yeah but well easier than doing it by hand which I had contemplated |
16:09:37 | S_a_i_n_t | yeah...to hell with that ;) |
16:10:39 | JdGordon | it should handle those old skins pretty well (why we bother to keep them at all is beyond me) |
16:11:05 | S_a_i_n_t | while you're updating the themes, make sure to take DancePuffDuo out into the woods and shoot it, then burn it, then piss on it :P |
16:11:28 | S_a_i_n_t | then burn it again. |
16:12:09 | JdGordon | it's not *that* terrible |
16:12:25 | JdGordon | call it a proof of concept and it is quite good |
16:12:25 | S_a_i_n_t | o_0 |
16:12:40 | * | JdGordon secretly has that as his theme on 8 of his daps! |
16:12:53 | S_a_i_n_t | i knew it! |
16:13:50 | | Quit B4gder (Quit: It is time to say moo) |
16:13:52 | S_a_i_n_t | "bohes" also needs to be put out of its misery too... |
16:14:01 | S_a_i_n_t | dammit, "boxes" |
16:14:22 | S_a_i_n_t | Ok theme, hideous colour. |
16:15:22 | Stephen__ | ok erm problem with last archos theme |
16:15:27 | Stephen__ | site complains of, |
16:15:28 | Stephen__ | Warning: join() [function.join]: Invalid arguments passed in /home/themes/www/upload.php on line 106 |
16:15:29 | JdGordon | that is the origional colour you damn youngin! |
16:15:52 | JdGordon | that colour was all we had at one point! |
16:16:16 | S_a_i_n_t | Stephen__: I got that too...it seems to be something to do with the split of the themesite? |
16:16:48 | S_a_i_n_t | It didn't affect the theme upload when it spat that at me...so, "meh" ;) |
16:16:51 | Stephen__ | i got 2 up before that! |
16:17:16 | S_a_i_n_t | oh, hmmm...I did two in a row and got the same error both times. |
16:17:43 | S_a_i_n_t | checked my email, got the confirmation, confirmed, theme was there...so, dunno what the deal was. |
16:18:36 | Stephen__ | just uplaoded 2 more now |
16:18:42 | Stephen__ | it's just one it's failing on |
16:19:17 | S_a_i_n_t | Checked it for any weirdness in the syntax? |
16:19:41 | S_a_i_n_t | checkwps has managed to let a few through that don't actually run on device. |
16:21:26 | Stephen__ | looks ok to me |
16:23:12 | Stephen__ | even changing the target fails it |
16:24:23 | Stephen__ | and it was the last one too! |
16:24:51 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
16:24:58 | Stephen__ | if anyone wants to do it while i'm away it's rockboxed for the archoses |
16:25:10 | Stephen__ | failing that i'll try again when i get back online |
16:25:34 | Stephen__ | AND JdGordon If you can ping me with missing targets i check the logs. |
16:26:50 | | Join halmi_ [0] (~netbook@93-82-45-203.adsl.highway.telekom.at) |
16:27:43 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:29:35 | | Quit halmi (Ping timeout: 260 seconds) |
16:30:36 | AlexP | Stephen__: Are you in CREDITS? |
16:30:52 | Stephen__ | emm nope, shouldn't be |
16:31:10 | AlexP | Well, I think you should which is why I was asking :) |
16:31:19 | AlexP | For all this theme moving stuff |
16:32:13 | Stephen__ | ah right, that would be great thanks AlexP |
16:32:25 | AlexP | What is your full name? |
16:32:32 | Stephen__ | I noticed Rockboxed is missing for most targets, seems to have been skipped for the conversion. |
16:32:37 | Stephen__ | Stephen Carroll |
16:34:45 | | Join Buckwheat [0] (~chatzilla@64.68.182.251) |
16:35:12 | CIA-85 | New commit by alex (r26888): Add Stephen Carroll to CREDITS for all his hard work stripping out the additional themes from SVN and getting them on the themesite. |
16:35:21 | AlexP | Stephen__: There you go :) |
16:35:37 | Stephen__ | thanks very much AlexP |
16:35:49 | AlexP | no problem, thanks for your work on this |
16:35:57 | Stephen__ | I t5hink most are done, 1 failing for the archoses |
16:36:05 | Stephen__ | happy to help |
16:36:39 | CIA-85 | r26888 build result: All green |
16:38:59 | JdGordon | AlexP: slightly premature with the "stripping out from svn" bit :) |
16:39:13 | AlexP | Slightly perhaps :) |
16:39:36 | AlexP | But you could read that as extracting but leaving in place (if you were pushing a point) :) |
16:40:02 | AlexP | maybe |
16:45:26 | | Part Zagor |
16:59:20 | pixelma | Stephen__: did you give e.g. the 160x128 themes etc. unique names when needed (there are some that "just work" in different colour depths - and some with slightly different versions for different colour depths like e.g. cabbiev2) |
16:59:47 | Stephen__ | errm no pixelma |
17:00 |
17:00:10 | Stephen__ | i can do that tho but it will take time, is there a preference you'd prefer for the naming ? |
17:01:24 | | Quit teru (Quit: Quit) |
17:01:31 | pixelma | I'm curious how the latter would appear on the theme site with e.g. the greyscale and colour version *technically* working on both |
17:01:47 | pixelma | not sure what to advice there |
17:02:42 | Stephen__ | yeah that's on eproblem, altho if I add colours to the viewport line that would not show it under the greyscale targets would it ? |
17:08:12 | | Join DerPapst1 [0] (~Alexander@dslb-088-069-131-074.pools.arcor-ip.net) |
17:09:06 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
17:09:16 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.248) |
17:10:47 | Stephen__ | ok got that last theme uploaded. |
17:10:51 | | Quit DerPapst (Ping timeout: 260 seconds) |
17:11:02 | Stephen__ | pixelma, when there's a format for the naming I can rename the files. |
17:13:00 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:15:10 | AlexP | Stephen__: So is that all of them for all targets everything ever etc.? :) |
17:15:26 | Stephen__ | not all targets, just screen sizes. |
17:15:35 | Stephen__ | i can do all targets if you want, |
17:15:41 | Stephen__ | just need a naming scheme |
17:16:10 | | Quit krazykit (Quit: Connection reset by beer) |
17:16:33 | AlexP | right |
17:16:54 | AlexP | I guess the major differences are grey/colour? |
17:17:01 | Stephen__ | yeah pretty much. |
17:17:34 | Stephen__ | that's 160x128 i think is all that matters right ? |
17:18:17 | AlexP | maybe name-c name-g and name-m or something |
17:18:25 | AlexP | for colour, grey and mono |
17:18:50 | Stephen__ | there's a few missing i think from the conversion, I can redo them ? |
17:18:51 | | Quit t0rc (Quit: Leaving) |
17:19:00 | Stephen__ | pixelma, what you think of -c -g and - |
17:19:03 | Stephen__ | -m ? |
17:19:08 | Stephen__ | I'm happy to go with that ? |
17:19:08 | pixelma | 128x128 exists in grey and colour too (only cabbiev2 I think) |
17:19:25 | Stephen__ | cabbie is staying in tho isn't it ? |
17:19:41 | pixelma | currently yes |
17:19:43 | AlexP | I went for -c etc to avoid colour/color and grey/gray arguments :) |
17:19:52 | pixelma | and you forgot the one Player theme ;) |
17:20:00 | Stephen__ | bugger |
17:20:04 | * | Stephen__ makes mental note |
17:23:32 | pixelma | hmm, the Mpio HD200 (it is called I think) has no theme site entry at all yet although I think it could. That's the one with the 128x128 greyscale display |
17:24:24 | CIA-85 | New commit by nls (r26889): ARMv6 versions of X(N)PROD31 macros and MULT32 macro. Saves about 1MHz or 3% decoding vorbis on gigabeat S. |
17:24:33 | pixelma | bluebrother, wodz: do I remember correctly that the Mpio is supported by the Rockbox Utility already? |
17:24:53 | Stephen__ | fuze v2 has none either |
17:25:34 | pixelma | well, fuze v1 themes will work on it, no? (And H300 ones etc.) |
17:26:00 | pixelma | Stephen__: just remembered another thing - what did you do with the remote WPSs? |
17:26:09 | CIA-85 | r26889 build result: All green |
17:26:29 | Stephen__ | think i ledft them out. |
17:26:41 | Stephen__ | should i add them yeah to the config and in the wps folder ? |
17:27:44 | CIA-85 | New commit by nls (r26890): test_codec: print crc's that start with 0 properly. |
17:29:00 | | Quit bmbl (Ping timeout: 258 seconds) |
17:29:14 | pixelma | I'd actually prefer a different solution but that needs work on the theme site internals before - have the remotes as separate theme "targets" |
17:29:20 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
17:29:24 | CIA-85 | r26890 build result: All green |
17:30:33 | Stephen__ | yeah i left em out. will have to redo them to add them in. |
17:31:03 | Stephen__ | and rename the files |
17:41:08 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
17:42:32 | pixelma | Stephen__: that would mean uploading a theme in some cases up to three times (one without rwps, one with Iriver rwps, one with Iaudio rwps - the latter two if existent).Even if you do - could you keep packages of Iriver RWPSs and Iaudio RWPSs? In case someone implements the changes to the themesite I mentioned |
17:43:17 | Stephen__ | i have the rwps i don't use them and they're in the old syntax, but easily changed |
17:44:56 | Stephen__ | should i leave them out for the time being ? |
17:45:17 | AlexP | I think they should be added really |
17:46:06 | AlexP | They are quite important for remote targets, as without one if you change theme you might change font which won't work with the old rwps and the remote becomes less useable |
17:46:24 | | Join Buschel [0] (~~andree@p54A3F578.dip.t-dialin.net) |
17:48:02 | Stephen__ | default ones ? |
17:48:54 | AlexP | Hmmm? |
17:53:05 | | Quit petur (Quit: disconnect network and go home :)) |
18:00 |
18:01:22 | CIA-85 | New commit by nls (r26891): Delete some duplicate inline asm macros since they now live in the codeclib. |
18:03:06 | CIA-85 | r26891 build result: All green |
18:05:24 | *** | Saving seen data "./dancer.seen" |
18:05:45 | | Quit GeekShadow (Quit: The cake is a lie !) |
18:07:26 | | Quit Buschel (Ping timeout: 260 seconds) |
18:09:18 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:12:42 | | Quit pamaury (Remote host closed the connection) |
18:15:00 | Stephen__ | see yas |
18:15:02 | | Quit Stephen__ (Quit: Leaving) |
18:15:03 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:17:22 | Buckwheat | Something is wrong with the installer the sansa fuze v2 dosen,t show up |
18:19:21 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:21:29 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:22:37 | AlexP | What is the sansa fusse v22 listed as on the website? |
18:23:00 | Buckwheat | sansa fuze v2 |
18:23:06 | AlexP | no, unstable |
18:23:19 | AlexP | And have you enabled unstable targets in Rockbox Utility? |
18:23:26 | Buckwheat | yes |
18:23:37 | AlexP | Then it isn't supported yet |
18:23:44 | AlexP | Which as it is unstable is no big deal |
18:24:04 | Buckwheat | I have rockbox on my sansa |
18:24:11 | Buckwheat | i installed it form the installer |
18:24:15 | Buckwheat | i just want to update it |
18:24:28 | domonoky | which rbutil ? |
18:24:51 | Buckwheat | the one from the sight in the releases link |
18:25:00 | domonoky | fuze v2 is not included in the normal released rbutil. you need to use a svn version of that. |
18:25:09 | Buckwheat | oh where can i get that |
18:25:20 | domonoky | bluebrother provides some svn binarys... |
18:25:28 | Buckwheat | ok |
18:25:41 | domonoky | http://tinyurl.com/rbutil-dev |
18:26:05 | domonoky | we should make a new rbutil release somewhere in the next time :-) |
18:26:08 | AlexP | So you must have installed it from a SVN version, but then downloaded the release version afterwards |
18:26:18 | Buckwheat | oh... |
18:26:38 | Buckwheat | someone gave me a link yesterday so thats what got me confused |
18:27:08 | Buckwheat | thank you |
18:27:47 | Buckwheat | I wonder if the fuze v1 themes work on the v2 |
18:27:54 | AlexP | yes |
18:28:04 | AlexP | They depend mainly on screen size |
18:28:14 | AlexP | So any with the same size will work |
18:28:23 | Buckwheat | ok thank you |
18:28:33 | AlexP | (pretty much) |
18:29:30 | kugel | JdGordon: why are you disallowing drawing into the default viewport |
18:29:32 | kugel | ? |
18:29:40 | kugel | won't that break many, many themes? |
18:29:53 | kugel | e.g. those which don't use viewports at all? |
18:29:59 | | Join Buschel [0] (~~andree@p54A3F578.dip.t-dialin.net) |
18:32:50 | bertrik | kugel, are you familiar with the clocking setup of the amsv2 sansas? |
18:33:10 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
18:35:47 | pixelma | domonoky: do you remember our remotes on theme site talk at DevCon? |
18:36:40 | domonoky | pixelma: yes, i remember a bit, but dont have time or motivation todo something about that :-) |
18:37:15 | | Quit Buschel (Ping timeout: 276 seconds) |
18:37:58 | | Join rob [0] (~nnscript@adsl-76-235-215-255.dsl.klmzmi.sbcglobal.net) |
18:44:34 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
18:46:27 | | Quit BradC (Ping timeout: 265 seconds) |
18:46:53 | | Join funman [0] (~fun@rockbox/developer/funman) |
18:48:45 | bertrik | funman, I think I can make some sense of the ams v2 PLL settings |
18:49:13 | | Join domonoky1 [0] (~Domonoky@agsb-d9bd9478.pool.mediaWays.net) |
18:49:35 | saratoga | bertrik: did you find more clock speeds? |
18:49:41 | CIA-85 | New commit by nls (r26892): ARMv6 vector mutiplication asm, speeds up vorbis decoding about 0.1MHz on gigabeat S. |
18:50:09 | bertrik | no, I just looked at two PLL settings: for 160 MHz and 240 MHz |
18:50:28 | | Quit domonoky (Ping timeout: 265 seconds) |
18:51:18 | CIA-85 | r26892 build result: All green |
18:51:23 | | Join CGL [0] (~CGL@190.207.202.226) |
18:51:50 | funman | is it similar to as3525 ? |
18:52:25 | | Join Luca_S [0] (www-data@giant.haxx.se) |
18:52:42 | bertrik | yes, I think so, lowest 8 bits are the multiplier (F-1), bits 9-11 is the divisor (R-1) I think |
18:52:55 | kugel | bertrik: not really |
18:53:55 | bertrik | So for 240 MHz we have value value 0x1813, so F = 20 and R = 1 -> 12 MHz * F / R = 240 MHz |
18:53:56 | funman | bertrik: try changing all of them and measure pll (i didn't test the 160MHz setting). I have a script to check if a PLL setting is valid (according to requirements listed in as3525 datasheet) |
18:54:34 | bertrik | And for 160 MHz we have value 0x154F, so F = 80 and R = 6 -> 12 MHz * 80 / 6 = 160 MHz |
18:55:48 | bertrik | I don't know what bit 12 does, bits 13/14 are the output divider I think |
18:56:07 | bertrik | (wait, I'm off by 1 bit) |
18:56:41 | bertrik | bit 0-7 = F, bit 8-10 = R, bit 11 = ?, bit 12-13 = OD |
18:57:04 | kugel | how can F == 80? |
18:57:49 | * | kugel slaps forhead |
18:57:58 | kugel | nevermind :p |
18:59:58 | CIA-85 | New commit by funman (r26893): Make sure files which aren't windows-specific use \n line endings only |
19:00 |
19:01:39 | | Join Tbroflaro [0] (~chatzilla@c-68-48-83-126.hsd1.md.comcast.net) |
19:01:42 | CIA-85 | r26893 build result: All green |
19:01:56 | | Quit Tbroflaro (Client Quit) |
19:02:29 | | Join Tbroflaro [0] (~chatzilla@c-68-48-83-126.hsd1.md.comcast.net) |
19:02:39 | bertrik | I plan to try to switch the audio playback to PLL B and experiment with PLL B settings, that way any wrong settings can only mess up playback and do not cause a hang of the rest of the player |
19:02:47 | | Part Tbroflaro |
19:04:24 | funman | % svn propdel svn:eol-style -R svn://svn.rockbox.org/rockbox/trunk |
19:04:24 | funman | svn: Setting property on non-local target 'svn://svn.rockbox.org/rockbox/trunk' needs a base revision |
19:04:24 | bertrik | Setting the PLL to 96 MHz (or some multiple) should allow us to get the sample rate very accurate (0.04% error). This error is currently especially pronounced on the ams v2 players (currently 1.1% error). |
19:04:27 | funman | [fun@kru ~]% svn propdel svn:eol-style -R −−revprop -r HEAD svn://svn.rockbox.org/rockbox/trunk |
19:04:30 | funman | svn: Repository has not been enabled to accept revision propchanges; |
19:04:33 | funman | ask the administrator to create a pre-revprop-change hook |
19:04:40 | | Join BradC [0] (heh29705@202.89.178.44) |
19:04:47 | funman | i could read the property without a checkout but for deleting it seems different? |
19:04:49 | gevaerts | funman: I didn't notice we had a consensus for that |
19:04:57 | saratoga | could we use 12MHz*81/4 = 243MHz? |
19:05:11 | funman | gevaerts: i sent an email more than 24h ago |
19:05:15 | saratoga | that would give us a sample rate of 44,150 |
19:05:36 | saratoga | bertrik^ |
19:05:46 | funman | Date: Wed, 16 Jun 2010 08:35:06 +0200 |
19:05:47 | gevaerts | funman: right, so you ignore all mails before that |
19:05:58 | funman | no? |
19:06:40 | funman | only you objected, and you didn't tell why, so i sent an email again to be sure it wasn't an heated reply |
19:06:42 | TheSeven | is it technically possible to auto-apply an eol-style property to all text files on the server side? |
19:06:53 | gevaerts | I *did* tell why |
19:07:06 | | Quit Luca_S (Quit: CGI:IRC) |
19:07:07 | n1s | TheSeven: i think it can be doen with a post-commit hook |
19:07:19 | gevaerts | *you* on the other hand didn't feel like saying what's wrong with eol-style=LF, you only stated that you can't be bothered setting it |
19:07:40 | bertrik | saratoga, aha, that would be nice, so we still have to enable only one PLL and yet get a reasonably accurate playback rate |
19:07:44 | funman | in http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-06/0173.shtml ? |
19:07:46 | domonoky1 | are people sure, there are no txt files which needs windows line endings ? (sapi_voice.vbs could need it) |
19:07:49 | TheSeven | gevaerts: that's why I wouldn't bother setting it, nor delete it, and just let the server take care of it |
19:07:58 | funman | gevaerts: if you have arguments irc isn't the place for them |
19:08:10 | saratoga | bertrik: plus the final clock speed doens't really change, so hopefully nothing breaks ... |
19:08:17 | gevaerts | TheSeven: maybe, but then the server side system needs to be in place first |
19:08:27 | funman | domonoky1: perhaps windows drivers files also |
19:08:48 | TheSeven | domonoky1: we should check those |
19:08:59 | TheSeven | which files *are* actually windows-specific? |
19:09:02 | gevaerts | funman: right, I didn't copy bluebrother's email, I only said that it expresses what I meant |
19:09:04 | domonoky1 | "Mr. Someone" will do it :-) |
19:10:01 | bertrik | saratoga, there are some restrictions on the frequency ranges of some signals internal to the PLL (at least there are on as3525), I don't know the restrictions yet for ams v2, so I don't know if/how it is possible to set 12 MHz*81/4 |
19:10:26 | TheSeven | what sounds best to me right now is adding some hook that automatically sets eol-style=LF on everything that doesn't have an eol-style property on commit |
19:10:40 | | Quit funman (Quit: free(random());) |
19:10:43 | TheSeven | this way you can still override it if neccessary, and still don't need to care about it while committing |
19:11:03 | saratoga | with all the dividers we have, even if that setting doesn't work, i'm sure we can find another good one |
19:11:25 | TheSeven | however, if that could work, deleting the property now would be absolutely pointless IMHO |
19:11:41 | n1s | hmm, apparently setting properties automatically isn't good with svn, it causes problems according to this page http://svnbook.red-bean.com/en/1.1/ch05s02.html they recommend instead rejecting the commit |
19:11:45 | bertrik | I thought eol-style:native was supposed to avoid eol problems in the first place, now we want to force only one way? |
19:12:05 | Torne | bertrik: it doesn't actually avoid them, because the build environment isn't entirely line ending neutral :) |
19:12:19 | gevaerts | bertrik: eol-style:native doesn't actually avoid issues. For our usage, it actually tends to cause some |
19:12:22 | Torne | the 'safe' way is to always use unix line endings, even on windows |
19:12:30 | Torne | configure cygwin to use unix line endings, if you use it |
19:12:37 | Torne | and just don't use an editor that's too thick to handle unix line endings. |
19:12:48 | Torne | which is, more or less, just notepad at this point |
19:14:07 | n1s | of course, rejecting commits with \cr\lf will not work well if we need those for some files which some people seem to think |
19:14:23 | TheSeven | Did I understand correctly that eol-style=LF will change all CRLFs to LFs on commit, even if your editor converted the file to CRLF before? (for whatever reason) |
19:14:35 | Torne | yes |
19:14:57 | Torne | n1s: we do, but you can *not* reject those if they say eol-style=CRLF |
19:15:08 | Torne | i.e. for files that don't want unix line endings, someone must explicitly set eol-style |
19:15:09 | TheSeven | ok, then eol-style=native doesn't seem to have any advantage for us |
19:15:24 | n1s | Torne: ah, right |
19:15:29 | Torne | TheSeven: if eol-style is set to *anything* it mangles the line endings for you, basically |
19:15:34 | Torne | TheSeven: it only leaves it alone if it's not set at all |
19:15:43 | TheSeven | that's exactly what we need... |
19:16:11 | Torne | but yeah, in older versions at least, setting eol-style on commit doesn't work properly |
19:16:12 | amiconn | crlf isn't necessary for anything except (a) silly editors and *maybe* (b) .cmd files which we don't have |
19:16:15 | Torne | dunno if that's still true |
19:16:29 | amiconn | vbscript doesn't care - either line endings work |
19:16:41 | Torne | it would be slightly annoying to be *forced* to set eol-style manually on every file, or else have your commit rejected :( |
19:16:46 | TheSeven | amiconn: someone mentioned INF files above, I'm not sure about those |
19:16:55 | n1s | do we have inf files? |
19:18:53 | saratoga | matlab spits out a couple PLL settings that are > 99.9% pitch accurate |
19:19:09 | | Quit DerPapst1 (Quit: Leaving.) |
19:19:12 | | Join DerPapst [0] (~Alexander@dslb-088-069-131-074.pools.arcor-ip.net) |
19:19:15 | saratoga | couple dozen i mean |
19:20:09 | saratoga | theres one thats 99.97% of the correct value |
19:22:12 | kugel | I guess sandisk would just use a more suitable PLL setting instead of resampling to 48KHz if it was that easy (unless the OF doesn't actually resample) |
19:23:35 | amiconn | Iiuc the OF play off-pitch |
19:24:03 | | Quit DerPapst (Ping timeout: 264 seconds) |
19:24:06 | saratoga | yeah they don't hit the pitch exactly either, but they do a lot better |
19:24:09 | amiconn | saratoga: Is this just taking the ratio into account, or also the pll upper/ lower limits? |
19:24:23 | saratoga | amiconn: just the available ratios, I'm not sure what the limits are |
19:25:48 | saratoga | does 24MHz on AMSv2 change the PLL or some other divider? |
19:26:12 | bluebrother | TheSeven: IMO commit hooks should _never_ change the data that's committed. Including properties. |
19:26:41 | bluebrother | if there's a way for git-svn to handle it (haven't found the time to check yet) what's the problem? Just let it do that. |
19:27:04 | * | bluebrother goes trying |
19:30:17 | bertrik | saratoga, 24 MHz is the crystal frequency I think |
19:30:46 | saratoga | yeah thats the as3543 datasheet says |
19:31:00 | saratoga | but does the PLL actually reclock or does it get divided by the CPU? |
19:31:08 | saratoga | probably the latter? |
19:31:40 | bertrik | I don't know, I guess we just switch clock source |
19:33:46 | * | amiconn would assume pass-through |
19:33:46 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:34:31 | bluebrother | autoprops does work, at least on my setup. That is with git 1.6.6.1 and svn 1.6.9 |
19:39:02 | | Quit n1s (Quit: Lämnar) |
19:41:01 | amiconn | Hmm. What's the manual rockbox installation procedure for Clip+? |
19:41:17 | | Join Luca_S [0] (www-data@giant.haxx.se) |
19:42:27 | bertrik | get an OF, patch a bootloader into it with mkamsboot, copy it to the root of the player, unzip a rockbox.zip on it and let the clip+ do a firmware update |
19:43:04 | | Join watto [0] (~watto@193.203.81.165) |
19:43:42 | bertrik | You can set the region by modifying the last character of the OF upgrade file name, like clppt.bin to enable a diagnosis menu in the OF |
19:44:29 | bertrik | (where the t in clppt.bin selects region "test" I suppose) |
19:44:59 | amiconn | No single boot yet? |
19:46:38 | bertrik | No, we don't do USB on clip+ yet, so we rely on the OF for that |
19:46:46 | amiconn | Ah, there was that... |
19:46:55 | amiconn | Does it matter which OF version I choose? |
19:47:05 | saratoga | if you lose the OF you brick the player, or at least have to take it apart and try to unbrick it |
19:47:31 | saratoga | the patcher has to recognize the firmware file, but otherwise no |
19:47:43 | saratoga | latest svn should patch all firmware files out there |
19:47:55 | | Join Jerom [0] (~Jerom@79.132.53.242) |
19:48:03 | bertrik | I used the OF from clipplus01.02.09.zip (from the sandisk forums IIRC) and it works fine for me |
19:50:50 | CIA-85 | New commit by ranma (r26894): Either the removal of the unneeded flush or the additional epn_info setup ... |
19:51:13 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
19:52:24 | CIA-85 | r26894 build result: All green |
19:55:50 | bertrik | hm, now I'm a bit confused, I thought 0x1813 was the PLL setting for 240 MHz, but in the code I see 0x113B (R=2, F=60?) |
19:59:25 | ranma | Ok, with more logging, it looks like rockbox itself always reads one sector at a time. |
19:59:45 | ranma | I suspect multisector read is broken in sd-as3525.c :) |
20:00 |
20:00:22 | AlexP | bluebrother: Should tex be in your list, or is it just the source? |
20:03:32 | ranma | Hmm, no that's not it. |
20:03:40 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
20:04:03 | ranma | Even if I limit the usb_storage buffer to 1 sector, the call (with count=1) doesn't return... |
20:05:19 | | Join DerPapst [0] (~Alexander@p5797C12C.dip.t-dialin.net) |
20:05:28 | *** | Saving seen data "./dancer.seen" |
20:06:06 | * | amiconn found a non-critical problem with the backlight defaults |
20:06:41 | amiconn | On some (many? all?) targets the ordinary backlight timeout was increased, and is now longer than the timeout when plugged |
20:06:50 | amiconn | That *somehow* doesn't make sense |
20:12:37 | bluebrother | AlexP: right, forgot that :o |
20:13:13 | bertrik | I think it worked to run the audio off the PLL B on the clip+ too. If it's really so, that would mean we can definitely get very accurate with the sample rate. |
20:13:16 | bluebrother | though it doesn't matter for tex files. However, making all those files LF wouldn't be a bad thing IMO |
20:15:42 | | Quit flydutch (Quit: /* empty */) |
20:18:36 | | Join captainewkllllll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
20:19:26 | bertrik | yay, the PLL change for the clip+ did indeed work. Now the question is how much extra power the PLL takes and if it's worth it for the increased sample rate accuracy. |
20:20:21 | Luca_S | to what frequence did you change it? |
20:20:33 | bertrik | 192 MHz |
20:21:13 | bertrik | This should result in 0.04% sample rate error instead of the current 1.1% |
20:22:06 | saratoga | bertrik: what settings did you use? |
20:23:18 | | Join pamaury [0] (~quassel@p5DDEE281.dip.t-dialin.net) |
20:23:18 | | Quit pamaury (Changing host) |
20:23:18 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:24:46 | bertrik | saratoga, PLLB is set to 0x155F, which should be F=96 and R=6 |
20:25:30 | kugel | bertrik: what about the 243MHz setting? |
20:25:58 | bertrik | kugel, try it! :) |
20:25:59 | kugel | the one saratoga suggested |
20:27:30 | bertrik | the PLL A setting for 240 MHz in the code does not match what funman told me on IRC (as far as I remember) |
20:28:00 | kugel | another question, you cannot really be sure you are at 192MHz are you? |
20:28:47 | | Quit n1s (Quit: Lämnar) |
20:29:35 | bertrik | I changed the audio clock to use PLL B as a source and audio speed seems normal, so I'm pretty sure. It slows down / speeds up if I change the PLL B setting |
20:30:54 | bertrik | I'm just testing "by ear" now, I haven't set up some setup for accurately measuring playback rate errors. |
20:30:55 | | Join GeekShad0w [0] (~Antoine@77.204.154.194) |
20:32:06 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
20:33:54 | | Quit GeekShadow (Ping timeout: 260 seconds) |
20:34:29 | bertrik | kugel, saratoga: the patch is at http://pastebin.ca/1885244 |
20:34:31 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
20:35:11 | saratoga | bertrik: what are the bits in the PLL register ? |
20:36:06 | bertrik | My guess is: bit 0-7 = F-1 (multiplier), bit 8-10 = R-1 (divisor), bit 11 = unknown, bit 12-13=OD (output divider) |
20:36:46 | saratoga | the output divisor is because the internal frequency cannot get too high or low? |
20:36:58 | bertrik | with a base frequency of 12 MHz (actually the crystal is 24 MHz I think, seems there's a factor 2 getting lost somewhere in the PLL) |
20:37:14 | | Quit GeekShad0w (Ping timeout: 258 seconds) |
20:37:19 | kugel | maybe that's bit 11? |
20:38:08 | saratoga | according to the AS3543 datasheet, the oscillator can run at 24 or 12MHz, with a default of 24 |
20:38:12 | bertrik | saratoga, yes, I think so, it divides the Fvco and Fvco has limits like 200-400MHz |
20:39:53 | ranma | Hmm, I'm seeing MCI_RX_OVERRUN when read_sectors is called from usb_storage |
20:40:40 | ranma | Weirdly dma_used is 0, it should be 1, cause it's still blocked on wakeup_wait AFAICS |
20:41:22 | bertrik | saratoga, what AS3543 datasheet do you have? Mine only shows the codec and PMU stuff, not clocking stuff (except for I2S PLL) |
20:41:46 | saratoga | "AS3543 3v2" |
20:41:52 | saratoga | Table 72. Clk_Cntr Register |
20:43:06 | bertrik | hm, I have rev 1.10, can you send it to me? bertrik@sikken.nl |
20:43:41 | saratoga | i think thats the same one |
20:43:51 | saratoga | do you have that table on page 73? |
20:44:34 | ranma | Yep, definitively some weird dma_retain/release problem. |
20:44:57 | ranma | If I add dma_retain() to usb_drv_init the reads work fine. |
20:47:05 | CIA-85 | New commit by bieber (r26895): Theme Editor: Made allll destructors virtual |
20:48:02 | bertrik | saratoga, we're talking about completely different things then. I was talking about a setting written to CGU_PLLB |
20:48:41 | CIA-85 | r26895 build result: All green |
20:48:55 | bertrik | The CPU is clock master for the I2S bus, so the PLL in the codec doesn't do anything |
20:51:47 | bertrik | Or could it be that this part contains the actual oscillator for the crystal and pre-divides the clock before it goes to the rest of the SoC (and into the PLLs)? |
20:51:48 | | Quit grndslm (Quit: Leaving) |
20:52:21 | | Join k-rad [0] (~ident@unaffiliated/k-rad) |
20:52:37 | k-rad | can you install a rockbox current build through the automated utility ? |
20:54:31 | Jerom | k-rad: I don't know if you can do this but updating rockbox to current build is very easy |
20:54:34 | | Quit notlistening (Read error: Connection reset by peer) |
20:55:20 | Jerom | It's just a matter of extracting the zip into the root of your player |
20:56:29 | bluebrother | k-rad: yes |
20:57:10 | bluebrother | you just need to use the "Installation" tab, not the "Quick Start" |
21:00 |
21:04:45 | k-rad | thank you |
21:06:18 | ranma | Ah, found the bug in sd-as3525.c :) |
21:06:48 | bertrik | nice |
21:08:05 | ranma | If transfer() is called on lun1 and the external sd is not present, it does a goto to sd_transfer_error before calling dma_retain() |
21:09:02 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
21:13:51 | k-rad | might rockbox give a e200 series sansa support for microsd > 8gb ? |
21:14:34 | bertrik | I think we already support up to 32 GB on e200v1 |
21:14:43 | CIA-85 | New commit by ranma (r26896): sd-as3525 was calling dma_release() without calling dma_retain() first, if ... |
21:14:53 | k-rad | cool |
21:14:55 | k-rad | :) |
21:15:38 | ranma | bertrik: usb_storage is working on as3525v1 for me now :) |
21:15:51 | ranma | (At least reads, didn't test writes so far) |
21:15:53 | | Join Xerion_ [0] (~xerion@82-170-197-160.ip.telfort.nl) |
21:15:55 | bertrik | cool |
21:16:12 | Luca_S | \o/ |
21:16:17 | CIA-85 | r26896 build result: All green |
21:16:36 | kugel | ranma: \o/ |
21:16:47 | k-rad | that was extremely easy to get working. thank you bluebrother |
21:16:55 | bluebrother | Rockbox supports SDHC. SDHC is specified up to 32GB (which is a limitation by the specification and not a technical one) |
21:17:39 | bluebrother | theoretically SDHC could support much larger capacities. However, they decided to limit it to 32GB and come up with a new standard for larger cards (SDXC IIRC) |
21:18:22 | | Quit Xerion (Ping timeout: 265 seconds) |
21:18:23 | | Nick Xerion_ is now known as Xerion (~xerion@82-170-197-160.ip.telfort.nl) |
21:18:26 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:19:15 | Luca_S | yay! finally I can test patches again (had to setup a linux machine, the vmware dev env is hopeless :/ but this is much faster :D) |
21:20:38 | | Part watto |
21:27:58 | | Join webguest37 [0] (www-data@giant.haxx.se) |
21:28:01 | webguest37 | Hi there |
21:28:11 | webguest37 | I got a problem with my sansa clip v1 ;( |
21:32:11 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
21:32:12 | | Quit kugel (Ping timeout: 260 seconds) |
21:32:36 | | Quit Horscht (Quit: Verlassend) |
21:32:58 | pixelma | webguest37: if you want help you need to give more info |
21:33:11 | bluebrother | webguest37: problems are unfortunate but do happen. However, I think there are quite some people waiting for the actual problem description right now |
21:33:27 | Jerom | DOEPINT(i) = DOEPINT(i); <= Does that make any sense ? |
21:33:57 | AlexP | bluebrother: I'm not, I'm having too much fun inventing possible problems in my head |
21:34:24 | ranma | Jerom: clearing pending interrupts maybe? |
21:34:28 | bluebrother | AlexP: haven't thought of that option. At least I was too lazy to invent problems by myself ;-) |
21:35:08 | AlexP | I'm currently imagining that it has been nibbled by a rampaging sheep |
21:36:21 | Jerom | I don't understand how writing then writing the same value has any effect |
21:36:54 | bertrik | it's probably a clear-on-write register, very usual for interrupt clear registers |
21:37:55 | Jerom | Thanks, I'm reading through RB's code and find it quite interesting :) |
21:38:14 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
21:39:20 | | Quit dfkt|x (Remote host closed the connection) |
21:39:28 | amiconn | PF cache building causes strange noises in the earphones on Clip+ |
21:40:07 | Luca_S | damn.. I wanted to try bertrik's pll patch... and i just noticed that i left my headphones at work |
21:40:17 | | Part k-rad ("Leaving") |
21:40:21 | bertrik | the clearing of in interrupt bit has to be atomic, so instead of reading the value, clearing one bit and writing it back (with the risk that you ignore another interrupt that came in in the meantime), you just write the bit you want to clear |
21:40:25 | pixelma | I find making fun of people who have a problem with their player a bit inappropriate even if it is about the fact that he doesn't tell us currently. I remember an occasion where I thought I had damaged my player and I felt helpless. It's not nice if then someone comes and makes fun of you. Sorry |
21:41:35 | | Quit webguest37 (Quit: CGI:IRC (Ping timeout)) |
21:42:59 | amiconn | Seems it's actually SD access. Also happens when (re)buffering |
21:44:17 | Jerom | Thanks bertrik, I always enjoy learning something. Btw is this atomic: int intr = USB_DEV_INTR & ~USB_DEV_INTR_MASK; USB_DEV_INTR = intr; ? |
21:45:32 | amiconn | You can't do atomic bit manipulation on ARM without hardware support |
21:46:50 | tmzt | bluebrother: now reading that SDHC hosts will be forward compatible with SDXC but it requires software support |
21:47:40 | bluebrother | tmzt: I've read recently that _some_ (i.e. slow) cards will be compatible. However, SDXC defines a different file system (exFAT) :( |
21:47:41 | bertrik | Jerom, I'm not sure actually |
21:47:47 | Luca_S | I found some crappy in-ear headphones and my fuzev2 seems to play fine with bertrik's patch. of course i can't say anything about sound qality |
21:48:03 | tmzt | yeah, part of the requirement is that the define be formatted with vfat |
21:48:03 | * | amiconn expects that an SDXC can be reformatted as FAT32 |
21:48:18 | tmzt | is there any reason the cards can't operate in a slower mode? |
21:48:44 | tmzt | here's an SDXC but it's full size http://www.amazon.com/s/?ie=UTF8&keywords=sdxc&tag=googhydr-20&index=electronics&hvadid=4344192789&ref=pd_sl_82tbpbuq2f_b |
21:49:14 | bluebrother | afaiu there will be (at least) two SDXC versions: the slower ones (which are compatible to SDHC) and the faster ones which use a different interface mode or something like that. |
21:49:59 | tmzt | from wiki: |
21:50:00 | tmzt | SDHC devices will only support the SDXC cards which use UHS104 speeds;[30] SDHC devices will not recognize the SDXC cards which use the faster (SD 4.0), final specification of SDXC.[42] |
21:52:02 | scorche|sh | tmzt: that really doesnt mean much...people said the same thing about SD -> SDHC, however it is just a software thing - what we really need to see is the actual specification, not just clippings from Wikipedia (i assume you meant wikipedia when you said "wiki" instead of the Rockbox wiki or any of the other thousands of wikis out there) |
21:52:32 | tmzt | right, wikipedia. the problem is the lack of knowledge in the public domain |
21:52:59 | scorche|sh | yup...hence why i said we needs to see the actual spec |
21:53:01 | | Join krazykit [0] (~kkit@206.183.182.189) |
21:54:46 | | Join dfkt|x [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) |
21:54:46 | | Quit dfkt|x (Changing host) |
21:54:46 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
21:56:55 | dfkt | bertrik - http://imgur.com/iN5D0.png |
21:57:22 | dfkt | your patch is 1001hz, svn is... off |
21:59:43 | bertrik | so, already an improvement compared to current svn :) |
22:00 |
22:00:20 | dfkt | for the discerning ears that notice it, maybe :) |
22:00:41 | bertrik | The theoretically expected value was 1000.4 Hz |
22:00:49 | Luca_S | what does the OF show? |
22:01:02 | dfkt | seems my spectrum analysis only does full hertz |
22:01:09 | dfkt | maybe it is a decimal |
22:01:23 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
22:02:23 | dfkt | Luca_S, an older version of the OF palyed at 1003hz - i think they made it better in the meantime, though |
22:02:25 | dfkt | i can check |
22:04:56 | dfkt | aha! bertrik's patch is exactly congruent with the newest of |
22:05:07 | saratoga | seeing better then 1Hz would require more then 44000 points in your fft at 44.1khz, see if you can increase the fft size |
22:05:23 | dfkt | well, it's 65k |
22:05:33 | *** | Saving seen data "./dancer.seen" |
22:06:01 | dfkt | highest i can go |
22:06:08 | saratoga | so you get .7Hz resolution |
22:06:30 | saratoga | hmm but i guess the screen only shows to the nearest 1Hz |
22:06:34 | saratoga | probably good enough anyway |
22:06:36 | dfkt | seems like it |
22:06:45 | dfkt | any suggestions for a better spectrum analyzer app? |
22:06:52 | dfkt | on windows |
22:07:19 | bertrik | dfkt, interesting find |
22:07:48 | saratoga | i just use matlab :) |
22:08:11 | dfkt | seems like it's roughly the same as the OF, and by roughly i mean exactly the same, as i see it :) |
22:08:16 | saratoga | so in one day we get the pitch thing figured out, volume range extended and almost working usb? |
22:08:28 | gevaerts | Couldn't you improve the resolution by just increasing the base frequency, i.e. like by using a 10kHz tone? |
22:08:35 | * | dfkt checks if wavelab is better suited than sound forge |
22:11:50 | Buckwheat | Does anybody know how to disable the media refreshing on the sansa fuze v2? i have checked the FAQ. |
22:12:06 | dfkt | wavelab can do 256k :) - http://i.imgur.com/lhQtN.png |
22:12:07 | saratoga | i don't think theres anyway to do it |
22:12:43 | Luca_S | Buckwheat: there is no way, however today's svn fixes a problem when rebooting from RB to OF unnecessarily caused a OF DB refresh |
22:13:35 | saratoga | wow nice |
22:13:45 | Luca_S | yeah, it's a glorious day :D |
22:13:58 | saratoga | i like the shape of the peak, you can see how the oscillator drifts :) |
22:14:31 | dfkt | svn: http://imgur.com/bSmGW.png |
22:15:14 | CIA-85 | New commit by jethead71 (r26897): Switch iPod 3G to use EABI toolchain. |
22:15:26 | dfkt | of: http://imgur.com/zCDaB.png |
22:15:48 | dfkt | so, OF seems farther off, actually |
22:16:00 | CIA-85 | New commit by jethead71 (r26898): Switch iPod 3G to use EABI toolchain. Make necessary threading changes to avoid use of stack after switching to idle stack. |
22:18:04 | CIA-85 | r26898 build result: 28 errors, 7 warnings (jethead71 committed) |
22:19:18 | | Join grawity [0] (grawity@wind.nullroute.eu.org) |
22:20:42 | * | grawity looks around. |
22:21:25 | grawity | Which .wps file syntax is the current one? One of the themes I downloaded uses %tag(x,y,z) and others have %tag|x|y|z| |
22:21:31 | amiconn | jhMikeS: oh |
22:21:43 | AlexP | grawity: The former is svn, the latter is 3.6 |
22:21:52 | AlexP | It changed after the release |
22:22:23 | bertrik | my theory about the assignment of bits to divisor R in the sansa clip+ does not appear to be correct (multiplier F is correct though I think) |
22:22:52 | amiconn | jhMikeS: Do you think this will work on G1/G2 as well? |
22:22:58 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
22:23:25 | amiconn | Red and yellow though |
22:24:15 | grawity | Damn they change fast. |
22:24:27 | jhMikeS | most likely. gotta figure out what's the deal with that red though |
22:24:41 | wodz | amiconn: Please take a look at http://www.rockbox.org/tracker/task/11413 |
22:24:54 | * | grawity just installed r26480-100602 like last week... thought that _was_ the latest build, for nano2g. |
22:26:18 | * | jhMikeS thinks he just forgot a keyword |
22:26:38 | AlexP | grawity: It probably was at the time, but there is a new current build on every source code change, of which there are many each day |
22:27:48 | grawity | Well, at least I had a fun time porting the WPS to "old" syntax using the ipod's "keyboard" =) |
22:28:11 | AlexP | That seems rather masochistic :) |
22:28:30 | grawity | hey, I was bored. |
22:29:40 | Buckwheat | You mean you can make wps right from the player? |
22:29:45 | AlexP | sure |
22:29:50 | AlexP | They are only text files |
22:29:50 | grawity | Buckwheat: well, there is a text editor in Rockbox |
22:30:00 | CIA-85 | New commit by jethead71 (r26899): Fix red. Need 'inline' with 'always_inline'. |
22:30:06 | AlexP | But given you need to use the virtual keyboard it isn't something I'd recommend |
22:30:30 | Buckwheat | i know that but i didnt know you could change the file type |
22:30:31 | | Quit notlistening (Quit: Leaving) |
22:30:39 | grawity | What file type? |
22:30:43 | AlexP | Context menu, open with |
22:30:54 | Buckwheat | one second |
22:31:58 | CIA-85 | r26899 build result: All green |
22:32:47 | * | grawity tries to port the same to the opposite direction. |
22:33:35 | Buckwheat | every time i try to open a text file i get, "Data about at 308007F4 fsr 0x8 (domain 0, fault 8) address 0x9689AEFA |
22:33:44 | AlexP | That's a known bug |
22:33:53 | Buckwheat | is there a fix |
22:33:54 | AlexP | There is a task on flyspray |
22:34:06 | AlexP | If there was a fix it would have been fixed |
22:34:08 | | Join voRia [0] (~voria@62.98.18.4) |
22:34:12 | Buckwheat | damn |
22:34:21 | jhMikeS | amiconn: besides allocating tons of stack space for no good reason I could see, thread_exit was trying to optimize a common sub-expression by using a stack var (which didn't work after switching). Making the function "noreturn" kept thread_exit from trying to store return contexts. |
22:35:14 | * | grawity makes a mental note to report a bug about games putting scores in an inconvienent to backup location. |
22:35:17 | dfkt | saratoga, bertrik - all together (svn/1000hz/patch/of): http://i.imgur.com/gaSiW.png |
22:35:42 | grawity | Ah, one more thing: What's the difference between .sbs and .rsbs? |
22:35:54 | bluebrother | the r one is for the remote |
22:36:04 | bluebrother | same for wps vs. rwps |
22:36:13 | grawity | Hmm, and what does 'remote' mean here? |
22:36:16 | AlexP | dfkt: Nice :) |
22:36:27 | AlexP | grawity: Some targets have a remote with a lcd |
22:36:36 | bluebrother | remote is some hardware to control the player with |
22:36:43 | grawity | Ah, that. |
22:36:44 | bluebrother | a remote is a remote :) |
22:38:04 | | Quit Zigtown (Remote host closed the connection) |
22:38:54 | bertrik | dfkt, thanks! So the OF doesn't really do quite the same as I did with the patch. You didn't see any evidence of resampling, right? |
22:39:17 | | Quit Jerom (Remote host closed the connection) |
22:39:37 | dfkt | saratoga meant, there is no resampling in the OF, iirc - i wouldn't know what to look for |
22:41:03 | saratoga | usually if theres resampling you'll see odd effects from tones played close to half the sample rate |
22:41:21 | dfkt | ah yes, you could play a sine sweep and listen by ear |
22:41:43 | dfkt | or just play a 22.050 tone? |
22:41:55 | | Quit wodz (Ping timeout: 245 seconds) |
22:42:17 | saratoga | like a 20khz 0dB tone will playback as a 20khz tone plus another attenuated one at some difference of the new and old sample rate |
22:42:40 | saratoga | its usually pretty easy to see on an FFT like the one above |
22:43:29 | saratoga | with good resampling you usually can't hear it though, since the extra tone will be very weak |
22:44:14 | CIA-85 | New commit by bieber (r26900): Theme Editor: Continuing work on rendering, skin preview will now show backdrop or background color depending on config file |
22:44:36 | dfkt | i'll try a 20khz tone, sounds interesting to check |
22:45:49 | | Quit Jaykay (Remote host closed the connection) |
22:46:01 | CIA-85 | r26900 build result: All green |
22:47:57 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
22:49:07 | dfkt | white is RB, red is OF: http://imgur.com/t9bKv.png |
22:50:57 | dfkt | tone was 21khz |
22:52:49 | grawity | Question: System -> Rockbox Info. Does the "Skin RAM usage" show the _used_ or _free_ size? |
22:53:02 | bluebrother | the allocated size afaiu |
22:53:20 | bluebrother | hmm, scrap that |
22:54:10 | | Join fml [0] (~chatzilla@p5DD2D319.dip.t-dialin.net) |
22:56:52 | | Quit fml (Client Quit) |
22:57:18 | bertrik | dfkt, weird, the OF seems clean, RB has artifacts |
22:58:09 | | Quit dfkt|x (Remote host closed the connection) |
22:59:19 | dfkt | bertrik, yes - RB doesn't actually play 21khz, but lower and higher tones |
23:00 |
23:03:15 | | Quit CGL (Ping timeout: 248 seconds) |
23:03:25 | * | grawity wonders if all iPods are making this quiet high-pitched noise... |
23:03:51 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
23:05:20 | wodz | grawity: I don't hear any noise on my mini 1G |
23:05:49 | grawity | (And I mean from something inside, not through the earphones...) |
23:06:15 | wodz | grawity: You mean spinning disk probably than |
23:06:26 | grawity | It has flash memory. |
23:07:03 | dfkt | the screen? |
23:07:06 | grawity | though it does seem that the sound changes while reading from disk. |
23:07:19 | Bagder | the original mini 1G has a disk, doesn't it? |
23:07:31 | grawity | I have a nano2g. |
23:07:31 | wodz | The only thing which can produce noise is DC-DC converter but they are running at least tenth of kHz frequency |
23:07:39 | Bagder | ah I misread |
23:07:58 | * | Bagder backs back into the shadows |
23:08:13 | | Quit krazykit (Quit: Connection reset by beer) |
23:08:31 | | Quit GeekShadow (Quit: The cake is a lie !) |
23:08:36 | | Quit petur (Quit: Zzzzzz) |
23:08:53 | grawity | Eh, doesn't matter - I only hear it when holding the ipod to my ear anyway. Was just curious. |
23:09:25 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
23:12:46 | | Quit evilnick_B (Quit: Page closed) |
23:13:40 | wodz | pixelma: HD200 is added to RockboxUtility (and is disabled by default). I didn't tested automatic installation at all. |
23:17:31 | kugel | dfkt: you are no fan of logarithmic scale, are you? |
23:17:44 | kugel | very interesting findings nevertheless |
23:20:55 | dfkt | i don't think it matters much if it's linear or logarithmic for these results |
23:21:11 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
23:21:19 | | Join krazykit [0] (~kkit@206.183.182.189) |
23:22:42 | wodz | I come up again with question - When in FM mode I could in theory turn off large part of codec chip (saving is ~6mA or ~10% of total current consumption). This has one drawback - voices will have no effect (codec stopped). I do know nothing about about voice system in rb. Is there some way to know if voice is about to play so I could enable relevant parts of codec? |
23:26:32 | | Quit krazykit (Quit: ok, going home) |
23:27:49 | | Quit liar (Ping timeout: 258 seconds) |
23:32:34 | | Join liar [0] (~liar@83.175.83.185) |
23:32:36 | jhMikeS | wodz: from the voice thread, you can tell if voice is about to be active (apps/voice_thread.c). you'd need to timeout though, since you can't really tell when it's actually done playing, only done inserting into the pcm buffer. |
23:33:41 | wodz | jhMikeS: can't I probe if pcm buffer is empty? |
23:35:35 | jhMikeS | sure. don't forget keyclick too. pcm.c could switch the codec on when a play request is about to happen |
23:36:06 | | Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
23:36:59 | wodz | I will explore this a bit I think |
23:38:26 | jhMikeS | I think what would work best is to activate the codec if not already active, otherwise setup a powerdown timeout if pcm hasn't played for a certiain number of seconds (could use the backlight thread). |
23:39:23 | | Join Buschel_ [0] (~~andree@p54A3F892.dip.t-dialin.net) |
23:39:49 | wodz | You mean check if codec is on at the begining of pcm_play_data()? |
23:41:55 | jhMikeS | yes, also pcm_play_pause |
23:43:33 | wodz | I don't quite understand how to setup timeout with backlight thread |
23:44:57 | wodz | You mean something like for buttonlight? |
23:45:07 | jhMikeS | track it in the SYS_TIMEOUT case, unless it's fading with software fading it has a period of HZ |
23:46:23 | jhMikeS | backlight_timeout_handler looks like the spot |
23:46:23 | | Join krazykit [0] (~kkit@206.183.185.8) |
23:48:26 | wodz | thanks, I'll explore this |
23:50:51 | | Quit Buschel_ (Ping timeout: 260 seconds) |
23:51:18 | | Quit Luca_S (Quit: CGI:IRC) |
23:55:54 | | Quit ender` (Quit: The best way to accelerate a Macintosh is at 9.8m/secĀ²) |
23:58:57 | wodz | interesting - setting timeout that way will have nice side effect that codec poweroff will happen always if playback is stopped long enough |
23:59:00 | | Quit grawity (Quit: Good night.) |