--- Log for 10.06.110 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 8 hours ago 00.00.48 Join hebz0rl_ [0] (~hebz0rl@dslb-088-065-219-060.pools.arcor-ip.net) 00.01.37 Quit jgarvey (Quit: Leaving) 00.02.12 *** Saving seen data "./dancer.seen" 00.02.29 Quit hebz0rl (Ping timeout: 260 seconds) 00.02.51 # bertrik: DFU loads code at a different address on M6SP? (DFULOADADDR in boot.lds) 00.04.18 Join Topy44 [0] (~topy@my.fastsh.it) 00.04.33 Quit Rob2222 (Read error: Connection reset by peer) 00.05.11 # hello? 00.05.21 # hello 00.05.26 # oh hi 00.05.30 # at last lol 00.05.33 # right 00.05.42 # ive just brought a fuze 00.05.47 # its v2 00.05.55 # and i have a mac 00.06.00 # 1st of 00.06.10 # please don't press enter after each 2 words 00.06.17 Quit evilnick_B (Quit: Page closed) 00.06.38 # whats the best program to manage my music? 00.06.44 # ooops sorry 00.07.22 # i mean like creating playlists, folders etc... 00.07.23 Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) 00.07.48 # the one you want, here we talk about rockbox, not music managing software. Just copy the files and use whatever program you want to manage them 00.08.06 # ok 00.08.29 # now my next question, which is about rockbox 00.09.42 # wheres the best tutorial on how to install rockbox to my v2 fuze? with the appropiate files? 00.09.43 Join roolku [0] (~roolku@cpc1-sgyl16-0-0-cust145.sgyl.cable.virginmedia.com) 00.09.59 # i know it may seem like a dumb question 00.10.26 # http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-buildch2.html#x4-110002.2.2 00.10.37 # i have looked on rockbox site itself, but theres so many links 00.12.58 # kugel: n01 has the new (post devcon eabi), the rest has still the old eabi install... 00.13.41 # kugel: if it is working well on n01, I will roll it out on the other n?? nodes 00.14.06 # roolku: alright, cool 00.14.40 # thanks funman 00.14.44 # hm the m6sp is stuck again 00.14.54 # i shall try that whne i get home 00.15.07 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 00.17.24 Quit roolku () 00.18.10 Quit Stephen__ (Read error: Connection reset by peer) 00.18.57 Quit phanboy4 (Quit: Leaving) 00.21.16 # ah, i wanted to try the automated install, but ive just seen it doesnt support v2? 00.21.30 Quit Rob2222 (Quit: Rob2222) 00.21.38 # when is the new svn update being released? 00.22.13 # next time a developer commits something 00.22.42 # ah ok,so what do you suggest? 00.23.10 # ah you mean the next release of Rockbox Utility ? then I don't know 00.23.19 # yeah 00.24.45 # there are svn builds of it but i can't find them 00.25.10 Quit kugel (Remote host closed the connection) 00.27.10 # bertrik: gevaerts: keeping play pressed cause no reset on the m6sp i have :/ 00.27.33 # ah bummer 00.27.41 Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) 00.28.06 Quit notlistening (Remote host closed the connection) 00.28.18 # so whats is the easiest way to install rockbox then? 00.28.29 # i gave you a link to the manual 00.29.58 # yes you did 00.29.59 # funman, yes, I believe the M6SP and M3 do not run the first image sent with meizu_dfu. The first image is a kind of plugin for flashloading (with init,id,erase,write,read functions I think) 00.30.20 # it is indeed loaded at a different address 00.30.33 # so it seems that a manual installtion is the only option then 00.30.42 # seems kinda confusing 00.30.49 # funman: http://tinyurl.com/rbutil-dev 00.31.11 # and blackromeo 00.31.29 # i get lost here....... 00.31.30 # Download and Extract the OF, the bootloader AND mkamsboot into that folder. 00.31.30 # Open a new terminal window. CD to the 'rbinstall' folder ('cd ~/rbinstall') 00.31.30 DBUG Enqueued KICK blackromeo 00.31.30 # Run mkamsboot from the terminal window you opened in the previous step, passing the name of the OF file you've downloaded and the the bootloader file you've downloaded, as well as a name you can chose yourself for the patched output file 00.31.30 # (e.g. './mkamsboot fuzea.bin bootloader-fuze.bin patched.bin') 00.31.57 # blackromeo: get Rockbox Utility ... 00.32.02 # bertrik: ah, then i think i broke meizu_dfu for those 00.32.39 # blackromeo: follow bluebroth3r's advice, and next time read the links i give you 00.32.57 # what you pasted is instructions for fuzev1 not v2 00.33.04 # btw, the svn binaries are linked in a sticky in the Rockbox Utility subforums ... 00.33.11 Quit bertrik (Quit: De groeten) 00.33.47 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 00.40.25 Quit ender` (Quit: Ignorance is no barrier to certainty.) 00.41.27 # thanks a bunch guys 00.41.29 Join planetbeing [0] (~planetbei@192.42.249.6) 00.41.59 # ive taken the link down so i'll try it when i get home 00.42.07 Quit planetbeing (Client Quit) 00.42.08 # im in a netcafe at the moment 00.49.50 Quit Topy44 (Ping timeout: 248 seconds) 00.49.51 Quit blackromeo (Quit: CGI:IRC (EOF)) 00.51.11 Quit efyx (Quit: Quitte) 00.52.19 Join Topy44 [0] (~topy@my.fastsh.it) 00.59.06 # gevaerts: where did you get information on m6sl lcd from: datasheets or disassembly? 00.59.24 # both I think 00.59.43 # do you remember which file you were disassembling ? 00.59.46 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 00.59.46 # * gevaerts isn't the one who did basic research 01.00.16 # i see from logs that denes worked on m3 and markun on m6 01.00.50 # There's also stuff done by people on meizume.com 01.02.55 # e.g. http://www.meizume.com/rockbox/5871-lcd-initialization-commands-official-firmware.html 01.03.58 # yeah this gives the init commands but no trace of the D/C# pin 01.04.06 # (if such a thing exists on meizu lcds) 01.06.25 # 48c8a97c930d27b41e40517a8c174d59 M6.EBN - any idea if it's a SP or SL OF ? 01.07.46 # nevermind, i found the english version of meizu.com and got an OF for the SL ;) 01.08.03 # what size is it? 01.08.32 # M6.EBN : 904375 bytes, M6SL.ebn i just downloaded: 1332152 bytes 01.08.56 # hm 01.09.19 # the SL binaries I have all seem near 1.3MB 01.11.52 # i've seen this one http://www.generation-nt.com/zoom-472101,896511-dane-elec-music-mini-touch.html for €40 today 01.12.10 # "dane-elec" and "mini" made me think of meizu but i can't tell if it's one of them 01.12.59 # hm, I've never seen that one 01.13.34 # in this shop, it was worth 12 meters of USB cable! 01.14.18 # I don't think it's meizu 01.14.58 # do you remember who wrote the lcd code in r18531 ? 01.15.23 # I have a meizu dane elec sp6 I think 01.15.34 # MISO/MOSI returns no find in s6d0154x datasheet 01.15.57 # that code was mine 01.16.22 # ah those names are standard for SPI 01.16.48 # and that's the code that breaks every time someone changes clock settings :) 01.16.53 # ^^ 01.17.00 # well still works on SL afaict 01.17.31 # the ID reported by the lcd was 0x154 or at least close to it ;) 01.17.43 # the schematic we have of a meizu is no use ? 01.18.36 # i searched for 'LCD' pins but i admit my pdf client is not very great for searching small text 01.20.07 # on fuze there's no C/D# pin but different timings it seems 01.20.16 # (to differentiate between command and data) 01.20.53 # gevaerts: what are the 0x7000000 / 0x720000 in lcd code ? 01.21.25 # There was a reason for those! 01.23.54 # hm 01.23.59 # * gevaerts starts remembering 01.24.57 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.30.27 Quit robin0800 (Remote host closed the connection) 01.31.52 # that 0x70, 0x72... have various read/write bits 01.32.36 # i'm looking at page 119 and down on S6D0154x datasheet but i can't link the Ox70/0x72 to these bits 01.33.21 # ah, right 01.33.41 # The 0x7 bit is the required 0111 mentioned there 01.33.54 # hm ok 01.34.22 # so 0x72 is write instruction or RAM data 01.34.42 # yes 01.34.57 # and 0x70 is write index register, i.e. say which register you want 01.35.06 # and 0x73 is read 01.36.39 # so lcd_spi_io(0x720000|value,24,0); should write some pixels provided write mode is ON, address is set correctly 01.37.35 Join Zomg300 [0] (~Zomg@174-17-154-240.phnx.qwest.net) 01.37.56 # yes 01.38.00 # I think 01.39.03 Part stimoceiver 01.40.25 # Ah, right 01.40.45 # I've never actually be very sure if writing actually works. 01.40.57 # The only real communication with the LCD I've seen is read_id 01.41.36 # But that one reads from register 0, so that doesn't really prove that the index register was set correctly 01.42.11 # Well using the latest version of the automated rockbox installer program, my sansa clipv2 was bricked! 01.43.12 # Zomg300: what happened? 01.43.39 # I decided I would try out rockbox on my sansa clip v2. 01.43.51 # So I hooked my clip up to the computer and backed everything up. 01.44.15 # Then I unplugged it and used the players format option that was built in. 01.44.40 # Then I plugged it back in and ran the RockboxUtility.exe program. 01.46.25 # In the rockbox program I had to tell the player my clip was mounted at M:\ (my mount point) and I picked Sansa Clip V2 where it asked for my audio player. 01.46.56 # Then I went ahead and installed the bootloader, rockbox itself and the extras. 01.47.16 # I unmounted the player from windows and disconnected it from the computer. 01.47.30 # gevaerts: reading from a different register (thus, writing another register index) seems to give different value 01.47.42 # The screen on the clip said "firmware updating" and then after about 10 seconds it shut off. 01.48.07 # Zomg300: looks fine so far 01.48.16 # Well it won't turn back on. 01.48.36 # keep pressing the power button for 20 seconds to be sure it's off and then try to power it on again 01.48.43 # I tried that. 01.48.53 # I also tried pluging it back into the computer with the USB. 01.48.55 # twenty seconds? (it takes really long on clipv2) 01.49.06 # I counted 30 seconds when I did it. 01.49.44 # check http://forums.rockbox.org/index.php?topic=24992.msg168026#msg168026 , this should apply to clipv2 too 01.51.18 # Wow, thanks for the link. 01.51.28 # I didn't find that with all my google searching. 01.51.37 # funman: good idea. Why didn't I think of that? 01.51.41 # gevaerts: sorry, writing to register 1 still gives 0x154 01.51.46 # ah, ok 01.51.47 # "hold the power swich for 90+ seconds;" 01.51.50 # (i adjusted the bootloader delays / flashing to read correctly) 01.52.00 # ok, so writing doesn't work 01.52.05 # If that doesn't work I'll wait till the battery drains out I guess. 01.52.15 # perhaps the other registers aren't meant to be read ? 01.52.31 # indeed they aren't 01.52.37 # hm, true 01.53.18 # reading from 0x22 (RAM READ/WRITE) still gives 0x154 01.53.40 # ok, so writing the index register probably fails 01.56.15 # "The IM[0] pin is used as ID" : 6th bit (or bit 2 ..) of 24bits value written 01.56.44 # =\ The long reset methood didn't work. 01.56.49 # ah, thus the 'possibly 0x74' 01.56.55 # I'll just wait untill the battery drains then. 01.57.12 # ty for the help funman 01.57.15 # np 01.57.18 # bb 01.57.31 Quit Zomg300 (Quit: Leaving) 01.57.45 # yes, I wasn't sure there 01.58.03 # But the read works, which seems to indicate that it accepts ID==0 01.58.42 # writing 0x740022 as register idx -> I read back '0' 01.59.17 # what do you get from 0x740000? 01.59.22 # Still 0x154? 02.01.03 # yep 02.02.15 *** Saving seen data "./dancer.seen" 02.02.23 Quit MethoS- (Read error: Connection reset by peer) 02.02.33 # not sure what this IM[0]/ID is 02.02.42 Join davharster [0] (~hartmand@ool-44c117b9.dyn.optonline.net) 02.03.36 # IM[] are pins on the chip 02.05.09 Part toffe82 02.17.42 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 02.19.31 # bieber: hey, did you see the changes I did to the parser? 02.21.28 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 02.22.20 Quit stripwax (Client Quit) 02.24.55 # clip lcd has a function to turn all the display on, i don't know if such a thing exists on color screens but it would be nice to have 02.27.10 # setting bit 2 of DISPLAY_CONTROL (inversion) have no effect 02.31.33 # JdGordon: I noticed that you changed the tag table, any other changes? 02.31.50 # I've only really been working with the GUI code lately, so I didn't look much into it 02.32.04 # I added a N type which allows you to have any number of string params at the end of the tag 02.32.38 # http://svn.rockbox.org/viewvc.cgi/trunk/utils/themeeditor/skin_parser.c?r1=26726;r2=26727;pathrev=26727 02.32.46 # if you dont like that we can remove it 02.33.19 # Looks well enough 02.33.21 # I thought about adding named params but thought the overhead would be too much for the very few tags which would allow them 02.33.44 # I don't see the indentation changing on the line below the if statement you added in that diff view, though, might want to make that little fix 02.34.25 # Did you remove the %C tag, btw? I'm seeing a lot of WPS files complaining about illegal tags because of it that I don't remember erroring before 02.35.02 # I did, then added it back, you might need to svn up to get the tag_table update 02.43.22 Quit davharster (Quit: Leaving.) 02.49.51 # bieber: what's a project file in the theme editor? 02.50.20 # The .cfg 02.51.52 # The project support is still pretty shaky, but it will at least list the WPS files now 02.52.02 # ok cool 02.52.06 # It parses the entire .cfg file, I just need to write a class to display the data tonight 02.52.44 # is it going to show things like needed bmp files and stuff? 02.54.48 # I'm still on the fence about whether to show those 02.55.08 # Since there's no editor for graphics files built in, I don't know if it's a good idea to display them or not 02.57.23 # pass the opening off to the os? 02.57.27 # I think for now I'm just going to display the project settings in the tree view with the files, and then when I get to my second round of GUI improvements I'll build an image viewer so you can load image resources in tabs, and a special editor for config files so you can do the same with them 02.58.07 # JdGordon: That could work, but if I'm going to make them viewable at all, it will be trivial enough to just show them in a tab. I'll work in a button or something to open them up in an image editor, though 02.58.20 # cool ok 02.59.45 # do touch screen targets have different wps tags? 03.01.48 # yes 03.02.01 # tey have an extra tag 03.05.47 # what does it do? 03.10.06 Quit mhe (Ping timeout: 248 seconds) 03.11.18 Join bluebrother [0] (~dom@f053152057.adsl.alicedsl.de) 03.11.18 Quit bluebrother (Changing host) 03.11.18 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 03.11.43 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 03.13.50 Quit bluebroth3r (Ping timeout: 248 seconds) 03.20.22 Quit S_a_i_n_t (Ping timeout: 260 seconds) 03.27.25 # does rockbox use the uart on nano2g? 03.27.45 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.29.12 Join hebz0rl__ [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) 03.29.44 # saratoga: it lets you set a touch region for a button 03.30.13 # funman: i think only iloader uses it, but i'm not 100% sure 03.30.24 Quit DerPapst (Quit: Leaving.) 03.31.41 # it seems like the M6SL OF starts by printing some data to UART 03.32.50 Quit hebz0rl_ (Ping timeout: 264 seconds) 03.35.11 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 03.37.17 Quit jae (Ping timeout: 260 seconds) 03.37.50 Nick hebz0rl__ is now known as hebz0rl (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) 03.43.14 Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 03.44.32 Join jae [0] (~jae@jaerhard.com) 03.48.48 Join aim__ [0] (~hamish@202.36.179.65) 03.48.59 Quit aim__ (Read error: Connection reset by peer) 03.49.40 Quit jae (Remote host closed the connection) 03.55.17 Join jae [0] (~jae@jaerhard.com) 03.59.29 # ranma: how did you fix rockboy warnings with -Os ? 04.02.16 *** Saving seen data "./dancer.seen" 04.03.06 # "dereferencing type-punned pointer will break strict-aliasing rules" 04.12.02 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) 04.18.21 Quit jae (Ping timeout: 264 seconds) 04.24.29 Join jae [0] (~jae@jaerhard.com) 04.25.22 Join Tarvis [0] (~Tarvis@97.100.203.106) 04.26.10 # New commit by 03funman (r26733): avoid dereferencing void** to remove warnings when building with -Os 04.26.12 Quit hebz0rl (Quit: Ex-Chat) 04.26.17 # New commit by 03funman (r26734): rockboy: use unions instead of type-punning ... 04.26.22 # New commit by 03funman (r26735): m200v4/clipv1/c200v2: build with -Os ... 04.29.02 # hm wtf, clipv2 was built by my OSX client and it's 92bytes bigger! 04.29.33 Quit jae (Remote host closed the connection) 04.31.13 # what's the model on the right of delta table ? (with the unexpected 2kB green) 04.31.50 Join jae [0] (~jae@jaerhard.com) 04.37.10 Quit CaptainKwel (Ping timeout: 260 seconds) 04.37.46 # * S_a_i_n_t grumbles about disktidy.rock being able to match partial dir names, but not partial filenames :/ 04.38.34 # * funman grumbles something about patches 04.40.36 # the power button of my c200v2 stopped working, is that something common? 04.44.29 # funman: why would you want to turn off Rockbox? :) 04.45.22 # well, i want to start it :P 04.46.30 Quit amiconn (Disconnected by services) 04.46.31 Quit pixelma (Disconnected by services) 04.46.32 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.46.33 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.46.53 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.46.54 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.50.23 # funman: The number on the far right of the table is the average delta of all 53 targets 04.50.53 # ooh thanks 04.54.18 # next step: enable thumb on these 3 targets 04.55.08 # at the expense of making the build quite slower 04.56.34 Quit Barahir (Ping timeout: 265 seconds) 04.57.49 Join Barahir [0] (~jonathan@frnk-590feee0.pool.mediaWays.net) 04.58.17 Quit TheSeven (Ping timeout: 260 seconds) 05.01.54 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.02.28 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.24.12 Quit kaylinsigswort (Remote host closed the connection) 05.25.53 # gevaerts: i can write & read from m6sl GRAM \o/ 05.31.03 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 05.44.32 Quit funman (Quit: free(random());) 05.47.00 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 05.47.06 Quit vaguerant (Changing host) 05.47.06 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 06.02.18 *** Saving seen data "./dancer.seen" 06.02.21 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.07.24 Quit Llorean (Read error: Connection reset by peer) 06.14.15 Join CGL [0] (~CGL@190.207.243.107) 06.15.41 # JdGordon: As long as you're looking at PictureFlow recently-ish, would you be interested in applying this bug fix (http://www.rockbox.org/tracker/task/11292) or this monochrome tracklist (http://www.rockbox.org/tracker/task/11310)? 06.27.38 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 06.45.36 Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) 06.46.25 # I havnt been really... 06.47.20 # ok, ill give them a look if i remember later 06.48.56 # Yeah, just saw you'd accepted the WPS integration patch and thought you might be interested; no problem if you're not, I currently run a version with them patched in anyway so no trouble for me. 06.57.18 # Which devs have access to the themesite? 06.58.21 # My "Symmetry" theme managed to escape being updated, but I need to do some work on it myself...if I update it manually, then pass it to one of you guys can I get someone to replace the WPS on the themesite? 06.58.32 # I don;t want to lose the dl/vote count. 07.02.12 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 07.02.12 Quit elinenbe (Read error: Connection reset by peer) 07.02.12 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 07.05.06 Join chrissavery [0] (~chris@ppp-58-9-186-237.revip2.asianet.co.th) 07.05.37 # Speak of the devil. 07.08.32 # oh, that was just coincidence. I had to go read the log to see what I was a devil for... 07.10.33 Join LinusN [0] (linus@rockbox/developer/LinusN) 07.12.35 # jdgordon is probably tired of pictureflow right now and new skin parsing is priority currently. 07.16.23 # JdGordon: Do you have access to the themesite? (Dev-Wise) 07.17.17 # I have updated the theme manually, but I'd like one of you dev-guys to replace the .zip, because if I upload it myself I'll lose the rating, which would suck 07.17.25 # http://www.datafilehost.com/download-ba01c82a.html 07.18.12 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 07.22.58 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 07.27.58 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 07.28.49 # * S_a_i_n_t whistles for domonoky 07.29.43 # Are there specific themesite admins? Or will any 'ol dev with access do? 07.29.47 Quit mc2739 (Ping timeout: 265 seconds) 07.37.04 Join esperegu [0] (~quassel@145.116.15.244) 07.57.27 Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 07.58.44 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 07.59.45 Quit chrissavery (Ping timeout: 265 seconds) 08.02.19 *** Saving seen data "./dancer.seen" 08.07.52 # * Llorean just updated to current SVN and is getting immediate lockups (no error message, player just stops responding except for backlight). 08.08.08 # But I'm exhausted and about to pass out. I'll post a proper report in the morning when I can be coherent 08.08.28 # Immediate lockups when starting playback (FM works, bookmarks or direct launching from files do not) 08.16.06 # S_a_i_n_t: a bunch of people have admin access on the themesite 08.16.31 # byt I tihnk only domonoky, rasher and scorche have actual access 08.16.36 Join Buschel [0] (~~andree@p54A3E91F.dip.t-dialin.net) 08.17.11 # Cool, as I said I'd judt like someone to replace the .zip on the themesite currently, with the one I linked above so it doesn't mess up my download/rating count. 08.17.22 # not me :) 08.17.43 # chrissavery1: na, I'm not sik of pictureflow... If a patch is ready to go in let me know 08.18.20 # and yeah, a bunch of themes didnt get updated so someones script messed up :) 08.19.40 # I noticed during the change-over that the counts remained, and if I was to upload the theme myself those counts get reset (maybe not the dl count, be the rating being reset I'm positive about). I'd rather keep those feilds if I can. 08.20.01 Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 08.20.05 # Vain I know :P 08.20.07 Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) 08.21.46 # haha, wierdo 08.25.15 Quit Buschel (Ping timeout: 248 seconds) 08.27.17 # well...for some reason it's been voted for more than any other theme for that nanos...so, I wanna kep them if I can ;) 08.27.27 # *keep even 08.28.43 # JdGordon: I think both FS#11300 and 11310 could go into svn. These are for PF on small mono displays. One adds option to disable reflection so that those odd Clip screens with yellow/blue sections can show the albums at bottom in blue only. The other one changes PF menu bars to true mono so they don't get strange dithered effects. In both cases it was tested by vaguerant since he has a Clip+. He says both work ok now on Clip+. I do 08.29.46 # ah, I should probably sync them to current build first. 08.29.56 # I need to get some music on my clip+ to test it out 08.34.03 Join ender` [0] (krneki@foo.eternallybored.org) 08.34.32 # ok. I'll post a sync'd version on FS in a few minutes. Just tested and current patches fail due to many chgs. 08.44.55 # the "strange dithering" is probebly only irritating on the Clips' display since the greylib doesn't work that well with this display. I think I wouldn't be against disabling the menu gradients in pictureflow on other monochrome screens too but just want to point ouut that there are also other different monochrome screens which look nicer when it comes to shades of grey 08.46.37 # pixelma has a good point, there's a big difference between LCD and OLED displaying greyscale. 08.47.20 # Still, I'm curious about battery drain; I imagine flashing pixels at high speed is a larger drain than displaying solid colours. 08.48.18 # So even on screens which do greyscale respectably there may be some battery life lost; that's all theory though, I've done no testing. 08.49.02 # Failing that, the mono track list could always be an option which appears when using a mono device, ditto the reflection and screen size. 08.50.59 # I guess on Archos devices the biggest drainer there is the computing of the greyshades (also a guess), not sure what percentage it will hellp to switch to pure mono in the tracklist since the greylib is needed for the cover view anyway. 08.51.35 # currently I test for LCD_DEPTH > 1 to determine how it shows. would there be a better test? maybe it should just test if Clip target only. 08.52.33 # vaguerant: does the mono patch improve display enough to be worthwhile? 08.53.20 # I'm still curious how to operatet this "integrated" pictureflow and if it works correctly. Haven't seen my question answered in detail yet and wasn't able to test myself. To me it's still just a plugin and I'll probably always chose different ways to select music 08.53.22 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.57.13 # chrissavery: I'd say definitely, the "darker" text definitely starts to have legibility issues, as does the current selected track which is white on "grey". 08.57.23 # I've been using it for the last week without problems on Fuzev2. It should work correctly. All it really does is provide a few settings to allow switching easily into/out of PF plugin. eg. set hotkey to PF allows one button start into plugin. set start screen to PF allows it to be start screen. set "integrate PF in PF settings menu" allows direct exit into WPS from PF. Together it makes PF useful everyday rather than a rarely used 08.57.24 # If you only listen to cds and you have an image for every one then pf is a very nice music selector 08.58.09 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 08.58.27 # The whole word doesn't blink simultaneously, each pixel blinks independently, so while they're blinking at the same rate it's all at different times and ends up looking like a badly tuned TV. 08.58.52 # chrissavery: as been already noted, pictureflow need to work differntly on targets where it doesn't fit into the plugin buffer and/or on hwcodec 08.59.24 # and if that works correctly is what I'm curious about 09.00.49 # I understand there may be targets where PF doesn't work well. I don't change anything related to that. On targets where PF doesn't work well it may make sense to not build it there or users will likely not want to use integration due to it's poor performance. 09.00.53 Join wodz [0] (~wodz@chello087206240004.chello.pl) 09.02.15 # That said, I'd imagine the vast majority of PictureFlow users are on colour screens, and mono users probably avoid it for the most part since its role is largely decorative and those devices are aimed at practicality. 09.02.36 # vaguerant: the short answer is for clip users it is worth having it then. so the questions is whether it should be clip only or any LCD_DEPTH=1 device. 09.03.27 # That's why I suggested having it as an option only on LCD_DEPTH=1 devices; that way it's futureproofed instead of specifically tailored to one device. 09.03.49 # it's not about pictureflow itself working well or not... it's about targets where it has to grab the audiobuffer for itself and which I imagine troublesome when switching to playback... 09.04.37 # Say next year iriver comes out with a new 1-bit OLED device, someone has to go in and add it to the list every time, whereas if the option just appeared on all 1-bit devices then all future OLEDs are covered and it might save some small amount of battery for LCD users too should they prefer it. 09.05.08 # saratoga, funman: we did use the UART for early debugging, but aren't using it any more 09.05.19 # pixelma: I'm just unsure about it there. I don't change how it works for integration. When it jumps back to WPS the plugin is exited, so I'd expect audio to be fine. I don't have a device to test that. 09.06.25 # pixelma: it's possible when you jump into PF that the audio buffer gets grabbed and audio stops. I'd say for those devices PF isn't very useful. 09.06.40 # New commit by 03bieber (r26736): Theme Editor: Opening an already opened document no longer spawns a new tab 09.07.49 # how do I know height (in pixels) of text line with given font? font_getstringsize is the only way? 09.08.10 # pixelma: well, I guess if someone wants a visual selector they may put up with audio stopping. 09.10.22 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.10.57 Join petur [0] (~d408b802@rockbox/developer/petur) 09.13.00 Join bmbl [0] (~Miranda@dsl51-98.pool.bitel.net) 09.13.01 Quit bmbl (Changing host) 09.13.01 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.21.15 Quit wodz (Quit: Leaving) 09.23.45 Quit r0b- (Read error: Connection reset by peer) 09.34.57 Join mischasworld [0] (~quassel@193.174.158.110) 09.36.55 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 09.44.10 Join Rob2223 [0] (~Miranda@p4FDCB7A5.dip.t-dialin.net) 09.44.48 Join pyro_maniac_ [0] (foobar@p57BB9C98.dip0.t-ipconnect.de) 09.45.15 Quit mischasworld (Ping timeout: 258 seconds) 09.46.47 Quit Rob2222 (Ping timeout: 240 seconds) 09.47.21 Quit pyro_maniac_ (Remote host closed the connection) 09.48.01 Join DerPapst [0] (~Alexander@dslb-088-069-139-086.pools.arcor-ip.net) 09.48.08 Quit pyro_maniac (Ping timeout: 245 seconds) 09.50.54 Join mischasworld [0] (~quassel@193.174.158.110) 09.51.24 # New commit by 03bieber (r26737): Theme Editor: Added project settings to the project panel view 09.53.23 # JdGordon: vaguerant: new sync'd combined reflection-mono patch posted at FS#11300. Tested in Sim on Clip,Clip+,Fuze. 09.53.56 # I couldn't quite figure out how Clip buttons worked. It didn't seem to have one that started playback in PF. 10.02.22 *** Saving seen data "./dancer.seen" 10.03.35 # Should just be Select, which I think was Space in the sim last I checked. 10.10.30 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 10.21.14 Quit Zigtown (Read error: Operation timed out) 10.23.35 Quit bmbl (Quit: Bye!) 10.24.27 Quit mischasworld (Ping timeout: 272 seconds) 10.24.48 Quit esperegu (Remote host closed the connection) 10.25.28 Join esperegu [0] (~quassel@145.116.15.244) 10.26.18 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 10.28.32 Join dhansen7 [0] (~dhansen7@c-67-161-186-248.hsd1.ca.comcast.net) 10.29.52 # In the manual for the sansa clip+, it says that it supports AAC. Is this accurate? Are there limitations? 10.31.41 Join swilde [0] (~wilde@aktaia.intevation.org) 10.33.03 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 10.33.44 Quit TheSeven (Ping timeout: 260 seconds) 10.36.33 Join Kitr88 [0] (~Kitar_st@BSN-176-238-144.dial-up.dsl.siol.net) 10.40.07 # dhansen7: their manual or ours? generally devices, except for the mp3-only archos ones, "support" all codecs, but may not actually be able to play files using the codecs depending on encoding options used. 10.40.22 Join r0b- [0] (~nnscript@adsl-76-235-208-125.dsl.klmzmi.sbcglobal.net) 10.40.46 # basically rockbox doesn't have a list of profiles or codecs allowed or disallowed - you always get the whole set, but the hardware may not suffice to play some things in real time 10.40.49 # in the clip+ rockbox manual 10.41.09 # yeah, I guess I'm wondering about realtime aac on the clip_ 10.41.12 Quit Kitr88 (Ping timeout: 265 seconds) 10.41.13 Quit Kitar|st (Ping timeout: 276 seconds) 10.41.35 # there is a list of which ones support realtime decoding on the website, but the clip doesn't seem to be listed in any of the columns 10.41.37 # I personally don't listen to AAC at all, but at an absolute guess I'd say the Clip+ would probably handle it fine. 10.41.56 # It's comparable to Vorbis in many ways, which runs without problem. 10.42.04 # I'm just curious in case I plan on transferring the 2-3 aac files that I have from itunes 10.42.12 Part Zagor ("Leaving") 10.42.16 Join Zagor [0] (bjst@rockbox/developer/Zagor) 10.42.18 # Do they have DRM? 10.42.22 # nope 10.42.31 # I'm pretty sure anyway 10.42.39 # I got them after itunes went all drm-free 10.43.31 Quit JdGordon (Read error: Connection reset by peer) 10.43.33 # does anyone here use rockbox on the clip+? 10.43.47 # Well I think I might have a couple AACs around for sampling, give me a sec. 10.43.49 # Yep, me. 10.44.01 # how stable is it of late? 10.44.15 # I haven't had any crashes in about a month. 10.44.29 # not bad...I might try it out when my new clip+ gets here 10.45.10 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.46.30 # Currently playing an AAC on Clip+, no problems so far. 192CBR. 10.46.42 Join Kitar|st [0] (Kitar_st@BSN-182-71-123.dial-up.dsl.siol.net) 10.47.05 # nice 10.47.06 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 10.47.25 # on a more general note, how does the battery life compare to the OF on the clip+? 10.49.18 # Probably depends on what you're doing (formats used, whether you play games, etc.) but basically I get a couple hours over the OF, even though I sit around playing Solitaire on it all the time (meaning the screen is on for a lot of the time I'm using it, whereas it isn't in the OF). 10.50.34 # Another thing worth noting is that Vorbis playback on the OF is a massive battery drain. 10.50.59 # I mostly play Vorbis, and on the OF it practically halves the battery life as against MP3. 10.51.13 # wow, I didn't even realize that 10.51.17 # good to know 10.51.21 # I had a v1 clip 10.51.50 # and always played vorbis on it, but I never really payed attention, as I never was concerned too much about battery life 10.51.59 # Yeah, I mean Vorbis definitely uses more complex compression so it's obviously going to take more work to decode, but the OF is way behind Rockbox there for sure. 10.52.16 # so are you using the latest firmware? 10.52.42 # Latest OF, Rockbox from a couple of days ago. 10.53.19 # By the way, that first AAC finished, next track has started and still no issues. 10.53.52 Join mischasworld [0] (~quassel@193.174.158.110) 10.53.55 # so, the release notes from rockbox 3.6 say that a new imdct library improves battery life for ogg, aac, and other codecs 10.54.09 # I'm wondering how much that improved things 10.54.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.57.23 # Good question, I'm not really sure when that was implemented. I just use current builds (which are compiled after every change made to Rockbox) rather than the releases, so I'm not sure when that change took place. 10.57.56 # Sorry, brb. 10.57.59 Quit vaguerant (Quit: Java user signed off) 10.59.59 Join Buschel [0] (~~andree@p54A3A9D4.dip.t-dialin.net) 11.02.10 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 11.03.46 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 11.04.59 Quit vaguerant (Changing host) 11.04.59 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 11.09.39 # chrissavery: Just compiling with that mono/reflection combined patch now, will comment on FS to confirm success. 11.10.36 Quit xavieran (Ping timeout: 248 seconds) 11.12.13 # vaguerant: how does the rockbox interface look on the clip+? 11.15.38 # dhansen7: small :) 11.16.11 # dhansen7: Mostly good; are you aware of the screen's uh, "unique" features? 11.16.38 # yeah, I guess the clip+ is even smaller than the original clip that I just recently retired 11.16.53 # It's a single OLED display but split into two areas; the top 16px are yellow on black while the bottom 48px are blue on black; there's also a gap between these two sections. 11.17.00 # I think they are the same size actually 11.17.09 # Yeah, screen size is identical. 11.18.02 # ah ok 11.18.03 # Anyway, all the themes for the Clip take this into account, and try to avoid doing things like displaying things across the gap, which looks horrible, and such. 11.18.05 # same screen, origional clip is slightly thinner and smaller than the plus 11.18.06 # misinformation I guess 11.18.39 # I thought I read it was smaller in a review or something, must have been wrong 11.19.12 # However the plugins haven't (all) had this done, so some of them will look kind of awkward; e.g. the Minesweeper game spans across the yellow and blue sections awkwardly; the top two rows are in yellow, then there's a gap, then the rest in blue. 11.19.19 # has anyone had problems with the clip+ bricking? 11.19.21 # chrissavery: Using pictureflow as the start screen is rather awesome, but I notice (on the Nano 1st/2nd Gens at least) that it trys to start before the database is ready and splashes a warning about it. Not a big deal, just not very aesthetically pleasing. It would almost be better if it failed silently, but obviously better if it waited for the database to be ready. 11.19.37 # dhansen7: it can be unbricked easily enough if you manage to stuff it 11.19.50 # with JTAG? 11.19.54 # no 11.20.08 # S_a_i_n_t: you can abort it with the back button 11.20.52 # JdGordon, how can you unbrick it without JTAG? 11.21.00 # yeah I know, but...I was just saying it would be nice if it waited for the database to be ready, instead of throwing o warning about it. 11.21.12 # you need to connect two very small pins on it and it will mount as a flash disk 11.21.14 # s/o/a/ 11.22.17 # oh, so you basically just short two pins together? 11.23.07 # dhansen7: Here's a simulated screenshot I took a while ago which demonstrates the screen thing: http://i43.tinypic.com/1h5g6w.png 11.23.27 Quit shai (Read error: Connection reset by peer) 11.23.45 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 11.23.50 # Do note that that's just simulated; the real Clip+ doesn't have that kind of colour definition. 11.24.11 Quit bmbl (Quit: Bye!) 11.24.11 Join xavieran [0] (~xavieran@ppp118-209-36-34.lns20.mel4.internode.on.net) 11.24.50 Join bmbl [0] (~Miranda@dsl51-98.pool.bitel.net) 11.24.50 Quit bmbl (Changing host) 11.24.50 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 11.25.11 # But as I said, that's pretty much only an issue in plugins; all of the internal Rockbox menus avoid displaying things in the gap area/across it. 11.25.20 # no they dont 11.25.29 # Really? Where am I missing. 11.26.01 # graphical eq... 11.26.10 # all the settings if you disable the statusbar 11.26.40 # and the menu I think cuts off the top pixel 11.29.31 Quit elcan (Ping timeout: 252 seconds) 11.29.59 # it's crazy what can be done even on such a tiny screen 11.30.08 # I mean, it's certainly limited 11.30.18 # but that still pretty impressive 11.30.47 # (BRAIN DUMP...) The new parser spits out a nice parse tree which is needs some fiddling to make rockbox be able to use it. I need to build a system to then scan that tree and make it something usable... do I 1) play it simple and convert the tree into a simple array so the current display code doesnt need change (probably alot of work) 11.30.57 # 2) rebuild the displayer to work with the tree? 11.31.18 # rockbox is going on my clip+ as soon as it arrives 11.32.55 Quit jfc (Read error: Connection reset by peer) 11.33.04 # Yeah, I'd recommend it for sure. The Clip+ has a pretty nice OF, with the FLAC, ReplayGain support, all of that. I got mine before Rockbox was even working on it because the firmware is pretty classy, better than most other players I've had, but Rockbox still blows it out of the water. 11.33.18 Join jfc [0] (~john@dpc6682208002.direcpc.com) 11.34.00 # Also Rockbox doesn't have any stupid SlotRadio spam crapping up the menu. 11.34.04 Join elcan [0] (user36@pr0.us) 11.34.47 # The main menu on the Clip+ has the usual Music, Radio, Settings stuff but there's also a section for SlotRadio, SanDisk's ridiculous preloaded proprietary microSD format which is the worst idea of all time. 11.36.09 # I agree, slotradio = lame 11.36.10 # So there's a whole wasted spammy menu item you have to go by every time you use it which gets to be a drag. 11.36.14 # S_a_i_n_t: it should put up a db not ready msg and then continue into PF. Originally I had it just silently wait for the db to be ready. JdGordon wanted a msg so I added that. On my Fuze it's almost instantly into PF. But it shouldn't fail as long as the db can come ready. 11.36.48 # vaguerant: so, transferring via usb still isn't supported on the clip+, right? You just have to boot into the OF to do that? 11.36.57 # vaguerant: if you set region to Rest of World the slotRadio disappears, thankfully. but this is on my Fuze - expect Clip+ the same. 11.38.26 Quit Buschel (Ping timeout: 264 seconds) 11.38.51 # bieber: ping? 11.39.27 # chrissavery: Huh, intriguing, I'll have to try that. 11.39.54 # dhansen7: That's correct; the current build will reboot into the original firmware automatically when plugged into USB, to facilitate transfers. 11.40.17 # nice 11.41.04 # sounds like the port for the clip+ is getting really close to stable 11.41.20 # On the downside, the original firmware /loves/ doing database refreshes, and you can't turn them off either. Basically any time the OF notices something on the Clip+ has changed (files added/removed) it will refresh the database, which can take upwards of two minutes. 11.42.57 Quit mischasworld (Ping timeout: 258 seconds) 11.43.07 # I'd love to figure out ow to disable the refresh. Every time I want to test a new build I have to wait twice thru that refresh. 11.43.38 # I know, I've tried variously marking system files as read-only, that just got me a corrupted FAT. 11.46.03 # what is lacking to make usb support work in rockbox? 11.46.21 # is that likely to be implemented at some point? 11.47.48 # from what I've heard someone has it partially working. I think there is a build option to enable it but some bits aren't functional. 11.48.30 # it's not partially working 11.48.50 # pamaury is working on usb, but it's very early 11.49.34 # ok, I thought I saw a note that some things worked but detection was not. 11.50.07 # perhaps that refers to rockbox booting the OF when usb is plugged in 11.50.23 # I hope he'll be able to make OTG work too someday. 11.51.03 # er, does it have an OTG controller? i didn't think so.. 11.51.21 # ya, Fuze does. probably Clip+ too. 11.52.02 Quit BHSPitMonkey (Remote host closed the connection) 11.52.08 # with OTG plugins could do some real cool stuff. 11.52.24 # well, thanks all for the info, I'm off to bed 11.52.28 Quit dhansen7 (Quit: Leaving) 11.53.03 # what is ata error -11 ? 11.53.16 # wodz: grep for -11 in drivers/ata.c :) 11.53.24 # I did :-) 11.53.34 # and when you fail to find it you'll have to discover that we multiply nested errors by ten to add more stuff to them 11.53.40 # or similar trickery 11.53.43 Quit M3DLG (Ping timeout: 252 seconds) 11.53.49 # so it's probably error -1 from something called by something else 11.54.17 # I see 11.54.18 # chrissavery: is it actually hooked up right, though? :) 11.54.19 # bieber: I think you have a memory leak in skin_free_tree(), it looks like the text buffer for comments arnt free()d 11.54.57 # wodz: I think you're looking for the code for large sectors in ata_read_sectors? 11.55.07 # are you on a platform with MAX_PHYS_SECTOR_SIZE defined? 11.55.49 # it suggests cache_sector returned -1 11.56.57 # Torne: in firmware/export/config/....h I don't have MAX_PHYS_SECTOR_SIZE defined 11.57.11 # Torne: I'm not sure anyone knows. It's described in the AS25xx data sheets and I haven't seen anything to say it's not there. And I don't know if there are electrical differences in the connector hookup needed. 11.58.56 # wodz: then it's not that 11.58.59 # Torne: there are some defines for OTG in the config.h - which maybe means someone had the idea to one day support it. 11.59.00 # must be somewhere else. 11.59.09 # chrissavery: Right, the *controller* is OTG, now that I look 11.59.22 # but for it to actually work as a host there needs to be the right pullups on the PHY and soforth 11.59.40 # Host and device are electrically different 11.59.52 # your PHY has to be able to substitute appropriate pullups/etc on command 12.00.26 # I don't know how those are connected. If they can be pulled up from inernal control or permanently wired. 12.00.47 # master_slave_detect() is what fails I think :-/ 12.00.50 # it's not impossible, but it is somewhat unlikely: the vast majority of deviecs with OTG controllers can't actually be hosts because of how they are wired. Generally, only things where the original firmware supports host mode bother to do it right :) 12.01.31 # I think the clip+ controller (which should be the same on all amsv2) is able to do that, at least it reports this capability so it would be strange that the controller say it can do it whereas it can't but that's just a guess 12.01.49 # probably right - I'm just hoping. If it cost less to leave the control in the chip rather than add it externally then luck could favour me. 12.02.05 # chrissavery: it depends on how the soc is built, lots of them do this externally 12.02.17 # (or for high end socs, in a companion chip) 12.02.22 # AFAIK no one has removed their CPU to see how traces are actually wired. 12.02.26 *** Saving seen data "./dancer.seen" 12.02.32 Join hamish_ [0] (~hamish@119.224.50.74) 12.03.11 # chrissavery: also, remember we don't have a host stack 12.03.15 # at all. 12.03.34 # so someone would ahve to implement an entire usb host stack first before drivers for host mode on any particular device were useful ;) 12.03.57 # I really need to set up an environment in Windows, right now I boot into an old Ubuntu install with horrible wifi stack which keeps receiving corrupt data; updating SVN is hell. 12.04.48 # pamaury: do you have intention to explore OTG later when USB is working? 12.04.52 # vaguerant: try setting up virtual machine. It seems simpler and faster than cygwin stuff 12.05.20 # That's a great idea. 12.05.28 # +1 for VM - use VirtualBox very easy. 12.05.49 # I do it the other way around - run Windows under Ubuntu. 12.06.17 # chrissavery: no now, after usb is working, I plan to rework usb drivers of several other devices. The idea is to change the device api and to support isochronous transfers also. This would enable usb audio for example. After that, which is a long way, perhaps I'll investigate OTG. I agree it would be nice but that's not priority 12.09.02 # I wonder if I could look into as a parallel effort? I'm very interested in that but have only a basic usb knowledge. 12.09.39 Join cantflash [0] (www-data@giant.haxx.se) 12.11.49 # H140; V3.6; can't flash rockbox.iriver; I get "Cant open /.rockbox/rocks/viewer" message 12.12.49 # if I try to flash Rombox I get the same message 12.13.04 # chrissavery: if you have a device that can do usb host/otg for sure and you are able to write a driver for that, you can try but that's a lot of work for sure 12.14.28 # pamaury: it may be more than I can handle. I'll do some reading up to find out. 12.18.29 Quit cantflash (Quit: CGI:IRC (EOF)) 12.20.50 Join mischasworld [0] (~quassel@193.174.158.110) 12.23.47 Quit pamaury (Ping timeout: 240 seconds) 12.23.49 Join watto [0] (~watto@193.203.81.165) 12.28.29 # bieber: also, I'm working on prepping the parser for integration, is it OK to change skin_element.text to a void* data? I'm currenlty thinking that reusing the parsed table makes the most sense but I need somewhere to store more info for each tag (I obviously cant reparse wach tokens text every redraw) 12.29.02 # Also is it really necessary to keep the line number in that struct? cant the editor count the lines as needed? (does it even need to display it it all?) 12.29.49 # I was thinking about shrinking that struct as much as possible (currently 36bytes each), merging children and params looked nice untill I realised conditionals require both :/ 12.31.22 Quit vaguerant (Quit: Java user signed off) 12.31.27 Join M3DLG [0] (~M3DLG@212.183.140.26) 12.33.38 Join wps_is [0] (www-data@giant.haxx.se) 12.35.21 # I really dislike updating rockbox, each time i update my wps breaks and as a non coder I then spend hours trying to solve the problem, *sigh* 12.35.50 # yes, we should stop developing rockbox for your sake wps_is. now. 12.36.51 # it just that it's getting more complicated for joe soap to customise the thing, is all 12.37.10 # yes, we know that 12.37.22 # but sometimes we still feel the changes make rockbox better 12.38.11 # yes, but the KISS principle is lost to cupid, or is that stupid 12.38.41 # I don't see how it is related to KISS at all... 12.38.58 # even if we make things simpler, the change may still break old wpses 12.39.55 # yes, true. I'll revert, thanks for your time 12.39.59 Quit wps_is (Quit: CGI:IRC) 12.46.31 Quit bieber (Ping timeout: 252 seconds) 12.46.44 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 12.46.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.49.52 # I found out the GPIO which changes power consumption by factor of 2. The problem is it is somehow related to ATA. If I drive this gpio low disk access works but this adds over 100mA to the power consumption, if I drive this pin high ata read fails but power consumption is much lower. Is there some mechanism in rb I can use to flip this pin on demand? 12.50.51 Join wps_is [0] (www-data@giant.haxx.se) 12.51.04 Quit M3DLG (Ping timeout: 240 seconds) 12.52.44 # I can get my wps to play in the simulator but when i transfer it to my player it defaults to rockbox and won't play my wps, any ideas ? Sim is latest from rashers site, and v3.6 12.55.48 Quit wps_is (Client Quit) 12.57.07 # New commit by 03uchida (r26738): fix the problem that does not jump to selected the bookmark. (FS#11386) 12.58.55 Join ayevee [0] (~ayevee@ane.compnet.ru) 12.59.17 # hello, is it possible to install rockbox on a 160gb iPod? 13.02.27 # ayevee: depends on ipod version not disksize 13.03.06 # ayevee: supported versions are listed on the frontpage www.rockbox.org 13.04.41 # erhm 13.04.50 Join Buschel [0] (~~andree@p54A3F3E0.dip.t-dialin.net) 13.04.59 Join ucchan [0] (~ucchan@softbank126102048043.bbtec.net) 13.05.02 # how do I find out what version is my iPod? 13.05.26 # I am not iPod expert sorry 13.06.01 # ayevee: http://support.apple.com/kb/ht1353 13.06.26 Quit mischasworld (Ping timeout: 276 seconds) 13.06.29 # if you haven't replaced the harddrive yourself, you have either an iPod classic 1g or an iPod classic 3g 13.06.47 # kisak: I've replaced the drive 13.06.54 # it was 80gb 13.07.22 # Zagor: 404 13.08.12 # ayevee: link works for me 13.08.28 # same here 13.08.38 # hm 13.08.40 # strange 13.08.43 # now it wroks ^) 13.08.50 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 13.09.29 # erhm 13.10.07 # it could be either iPod classic 07/09 or 5g 13.10.17 # both have 80gb version and a clickwheel 13.11.16 # does the menu show moving album art beside the choices? 13.11.53 # aye, it does 13.12.08 # and it seems to be iPod Classic 13.12.11 # 5g is glossy 13.13.14 # I'm in the same boat as you ayevee, with my iPod classic 1g 160GB 13.14.08 # soo 13.14.16 # rockbox doesn't work, right? 13.14.38 # it's possible to figure out how to port rockbox to the iPod classic, but nothing has been done so far 13.14.58 # I see 13.15.16 Quit Buschel (Ping timeout: 276 seconds) 13.20.05 # yuppie, enabling/disabling ata power works!!! now player takes ~80mA most of the time and 170-200mA during rebuffering 13.24.20 # New commit by 03uchida (r26739): text viewer: fix that the return value's type is wrong. 13.26.34 Quit GeekShadow (Read error: Connection reset by peer) 13.36.23 Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 13.36.24 # wodz: nice! 13.38.06 Quit chrissavery (Ping timeout: 265 seconds) 13.38.40 Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 13.43.55 # chrissavery: Silly question... if I play a track from pictureflow, should the WPS return into pictureflow? It goes to the file view for me. 13.44.31 # I'm using an H300 sim, FWIW 13.45.24 Join chrissavery1 [0] (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 13.46.48 Quit chrissavery (Ping timeout: 265 seconds) 13.50.36 Quit ucchan (Quit: Leaving...) 13.56.39 Quit wodz (Quit: Leaving) 14.00.21 # kugel: you suggested not basing mono pictureflow improvements on LCD_DEPTH == 1. I need another value to switch on but currently there is none for Clip family only. Could we have a define eg. LCD_STRICT_MONO that could be set for Clip devices (and others if needed) and used to select non-greylib handling? 14.00.33 Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-186-77.revip2.asianet.co.th) 14.02.28 *** Saving seen data "./dancer.seen" 14.04.24 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.07.35 Quit chrissavery (Ping timeout: 265 seconds) 14.07.49 Join pyro_maniac [0] (foobar@p57BB9C98.dip0.t-ipconnect.de) 14.09.13 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 14.11.03 Quit ayevee (Read error: Connection reset by peer) 14.17.38 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 14.19.24 Join funman [0] (~fun@rockbox/developer/funman) 14.23.42 # chrissavery: we could use CONFIG_LCD (and define it for the clips if it's not present) 14.23.58 Join stoffel [0] (~quassel@p57B4C665.dip.t-dialin.net) 14.27.55 Join chrissavery [0] (~chris@ppp-58-9-221-41.revip2.asianet.co.th) 14.28.07 # Llorean: still have problems with current builds? 14.30.17 # funman: CONFIG_LCD is defined as LCD_SSD1303 for all 3 clips. So that would be a good choice then - switch based on LCD_SSD1303 ? 14.32.11 # It doesn't really allow for other devices that may have greyscale issues. But is that a problem? I don't know. 14.32.41 Quit funman (Ping timeout: 252 seconds) 14.33.54 Join funman [0] (~fun@rockbox/developer/funman) 14.34.09 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 14.34.57 # chrissavery: which other devices have issue? 14.35.09 Join wps_is [0] (www-data@giant.haxx.se) 14.35.54 # how does the greylib decide whether or not to build? 14.36.09 # funman: beats me. I'm just responding to reported problem with Clips. 14.36.24 # Torne: build the source files? 14.36.47 # the simulator accepts wps conditionals enclosed in parenthesis, whereas v3.6 the wps parenthesis was changed to a " | " this is why the wps works in the Sim and not on the player 14.37.17 # wps_is: are you running a 3.6 or a current simulator? 14.37.24 # wps_is: other way round. () are the newer format. 14.37.46 # wps_is: after 3.6 was released, the current builds were changed to have () 14.37.46 # current Sim, and v3.6 on my player 14.37.59 # You need to have a matching sim for the build htat's on your player to test stuff.. 14.38.26 # your'e going to have problems matching wps between older 3.6 and newer builds. 14.39.15 # i've been struggling for hours to try and get my old wps to work with v3.6, it works fine in the Sim 14.39.31 # the format was not changed in 3.6 14.39.41 # except the usual minor small changes that happen over time 14.39.49 # the big drastic format change happened *after* 3.6 14.40.03 # heh, ah yes those minor small syntax xhanges :-) 14.40.15 # no wps from before 3.6 would work in a current build, so your simulator is probably not actually current 14.40.24 # what revision is it? 14.40.43 Quit Topy44 (Ping timeout: 260 seconds) 14.41.14 # r26714 14.42.26 # i'll battle on, luckily I've some beer to sooth my frustrations 14.42.30 # right, that does include the format breaking change 14.42.35 # Old WPSes *shouldn't* work on that 14.42.42 Join Topy44 [0] (~topy@my.fastsh.it) 14.42.45 # so if it does work, it's *not* in the old format, it's in the new format. 14.42.49 # and that's why it doesn't work on 3.6 14.43.10 # well, that adds to the confusion, many thanks ;-) 14.43.24 # if you want to test on the simulator, build a simulator from the 3.6 code 14.43.39 # but yes, wherever you got that wps from, it's already been updated to the new format 14.43.43 # you need to find an older version of it :) 14.44.11 Quit sinthete1 (Ping timeout: 264 seconds) 14.44.18 # Torne: Can you still use | but just not for conditionals 14.44.38 # I'm trying to hack one of the existing one's to suit, big mission for a non coder. thanks for your time 14.45.14 Quit wps_is (Quit: CGI:IRC) 14.45.32 Join moparx [0] (~moparx@unaffiliated/moparx) 14.45.40 # robin0800: no, the tags don't use | any more 14.45.48 # they have their arguments in parentheses, separated by commas 14.45.58 # Torne: I don't know how greylib gets turned on, or even where the code is for that matter. I looked but didn't see it. 14.46.21 # chrissavery: it's enabled for all mono targets.. 14.47.09 # ah, that's the issue then. some targets, of which Clip is only one currently reported, don't look good with greylib 14.47.24 # all mono and greyscale 14.47.39 # HAVE_LCD_BITMAP && !HAVE_LCD_COLOR i guess 14.48.13 # I could just switch on LCD_SSD1303 but that seems a bit specific. It may do for now and if more devices get reported it could be expanded with a special define. 14.48.15 # no, it's defined(HAVE_LCD_BITMAP) && (LCD_DEPTH < 4) 14.49.29 # I've been told that LCD_DEPTH == 1 on most targets works fine with greylib. so basing it on LCD_DEPTH isn't suitable. 14.49.44 # if greylib sucks on clip, then we should maybe tackle this globally, not just in pictureflow 14.50.07 # probably a good idea. I'm just fixing it in pf right now. 14.50.10 # but i guess plugins don't have a mono codepath for the most part.. 14.50.16 # they either expect to be colour or greylib 14.51.06 # apparently greyscale on clip shows up as flickering dither stuff that looks wonky. 14.51.16 # yeah, oled doesn't work thta way 14.51.46 # is HAVE_LCD_OLED a good define then? 14.52.07 # we can just add it to any OLED devices that get reported issues. 14.52.16 # meh, i'd use something more generic.. 14.52.19 # HAVE_USEFUL_GREYLIB :) 14.53.06 # or HAVE_GREYLIB_SUPPORTED 14.53.28 # well no, because we can't actually remove greylib until all plugins have an alternative 14.55.19 # greylib would always be there but some plugins could adapt better by checking eg. USE_MONO_GREYLIB 14.55.39 # hm i can write to M6SL GRAM but i don't read back the same thing i wrote 14.55.56 # yes. my suggestion was serious: HAVE_USEFUL_GREYLIB :) 14.55.58 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 14.56.37 # (and yet somehow i've managed to repeat the smiley. think of it as a verbal tic) 14.57.35 # ok. well if that sits well with others I can add it to Clip targets and fix the PF code to depend on it. future plugin fixes can use it if needed. 14.58.48 Quit bieber (Ping timeout: 260 seconds) 14.58.52 # umm, except it should be inverted - Clips do not have useful greylib. so with that name I'd have to add it to all targets except Clips. 14.59.06 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 14.59.11 # positive things are more readable, though 14.59.19 # you don't need to add it to any targets 14.59.25 # put it in config.h, based on the LCD type 15.00.00 # #if defined(HAVE_LCD_BITMAP) && (LCD_DEPTH < 4) && (CONFIG_LCD != LCD_SSD1303) 15.00.09 # huh. but we don't have a useful LCD type to base it on, do we? I thought that was why a new term was needed. 15.00.10 # then if other lcd types have the problem that can be extended 15.00.37 # assuming the clips are all that type and nothing else is? 15.00.47 # up til now anyway. 15.00.59 # the point of adding a new define is so that if we discover a new configuration that needs it we only have to change it in one place 15.01.11 # config.h is where defines that are derived from other target params go 15.01.39 # ok. are you sure LCD_DEPTH < 4 and not LCD_DEPTH == 1 15.01.52 # It also allows people to override this easily by defining HAVE_USEFUL_GREYLIB in their target config 15.01.52 Quit antil33t (Read error: Connection reset by peer) 15.01.59 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.02.03 # Indeed 15.02.13 # and yes, LCD_DEPTH < 4 is the current criteria for building greylib 15.02.24 # chrissavery: some models have a greater depth than 1 for shades of grey 15.02.40 # well, 2 bits 15.03.48 # chrissavery: greylib is in apps/plugins/lib for reference 15.03.49 # why don't I let one of the experts add that to config.h and I'll just use it in PF... 15.04.24 # ah, ok. I was looking in firmware. 15.04.38 # it's not hardware-specific 15.04.48 # Can't you leave this to users? Use greylib, and show a splash to ask if they liked it. If not, switch :) 15.05.18 # as a general display setting then? 15.05.25 # New commit by 03jdgordon (r26740): add a hotkey option to the wps touchregion. 15.05.25 # users aren't allowed opinions! :) 15.06.20 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.06.38 # then I can just code on global_setting value - adds a wee bit more code. 15.06.51 Quit FlynDice (Remote host closed the connection) 15.07.02 # if it really is useless then there's no need 15.07.45 # a setting also allows users to bugger up there system and then come here to ask why it looks like crap... 15.08.01 # no need for this setting 15.09.05 # ok with me. I add new define for config.h and then base my mono code on that, agreed? 15.09.44 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 15.10.15 Join elinenbe_ [0] (~elinenbe@69.86.210.84) 15.12.17 # sure 15.12.20 Quit elinenbe_ (Read error: Connection reset by peer) 15.13.00 Quit elinenbe (Ping timeout: 264 seconds) 15.13.46 Join elinenbe [0] (~elinenbe@69.86.210.84) 15.14.29 Quit jae (Ping timeout: 252 seconds) 15.14.55 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.16.01 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 15.18.31 Quit elinenbe (Ping timeout: 260 seconds) 15.18.32 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.23.30 Nick radagast1 is now known as radagast (~radagast@lir.talideon.com) 15.29.45 Join bzed_ [0] (~bzed@devel.recluse.de) 15.29.48 Join M3DLG [0] (~M3DLG@212.183.140.60) 15.31.17 Join jae [0] (~jae@93.186.200.13) 15.31.29 Quit bzed (Ping timeout: 260 seconds) 15.31.32 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 15.35.45 # gevaerts: spi mode for lcd looks quite slow 15.35.46 Quit soap (Ping timeout: 240 seconds) 15.36.13 # there might be another way to write graphics 15.36.15 Join soap [0] (~soap@rockbox/staff/soap) 15.38.07 Join hebz0rl [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) 15.40.40 Part LinusN 15.42.08 Quit funman (Quit: free(random());) 15.44.27 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.46.16 Quit M3DLG (Ping timeout: 240 seconds) 15.47.15 Quit linuxstb (Quit: Leaving) 16.02.32 *** Saving seen data "./dancer.seen" 16.11.08 Quit bieber (Ping timeout: 240 seconds) 16.11.21 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 16.12.40 # JdGordon: New update posted to FS#11300 has been converted to HAVE_USEFUL_GREYLIB now also defined in config.h 16.13.14 # I tested it but since in Sim I noticed that CONFIG_LCD gets knocked out anyway, so couldn't really see if result valid. 16.13.16 # is there a HAVE_GREYLIB define? 16.13.33 # don't believe so 16.14.07 # so I would drop the _USEFUL from the define 16.15.37 # was just using as suggested by... Torne. greylib is used by most devices but for some it's not "useful". 16.15.57 # it's defined as opposite of greylib though. 16.17.11 # or whatever. I asked about this extensively above... 16.24.12 # chrissavery: I havnt looked at your patch yet but it just seems that HAVE_USEFUL_GREYLIB == HAVE_GREYLIB... if it isnt usable then why have t at all? 16.24.23 # it's like enabling usb support withuot the usb driver 16.25.19 # Doesn't usefulness of greylib on the clip depend more on the user than on the code? 16.25.40 # how bad is it? 16.26.04 # That depends. If I half close my eyes, it's not too bad :) 16.26.32 # no, I just started plasma on my clip... it looks TERRIBLE! 16.26.38 # I say get the binsize back 16.26.42 # Try cube 16.27.06 # JdGordon: greylib is still included in the pluginlib, and used by other plugins.. 16.27.06 # this is all plugin RAM 16.27.08 # ok, well the shades are noticable sure, but they still look like crap 16.27.43 # It also looks better if the number of levels is tuned 16.28.55 # ah greylib isnt in the core? 16.29.02 # no. 16.29.21 # and ata the moment, only pluginlib is actually going to support directly doing the mono display.. 16.29.31 # all the other plugins that use greylib wouldn't compile if greylib was removed entirely from those builds 16.29.32 # ah ok 16.29.41 # hence why I suggested USEFUL :) 16.29.51 # HAVE_GREYLIB might be misleading 16.29.53 # although, how big is greylib anyway? dont we want to shrink the plugin buffer on the clips? 16.30.03 # the pluginlib objects are in a static library 16.30.07 # so they only get included if used 16.30.12 # plugins that don't use greylib don't include it 16.30.15 # so it's irrelevant for binsize 16.30.24 # and the plugins that use them are the bigger ones? 16.30.34 # thereby making the need for a larger plugin buf 16.30.41 # it includes only the specific objects it needs 16.30.49 # if you use one bit of pluginlib it only includes that bit, not all of it 16.30.53 # normal .a linkage 16.31.09 # ok, missing what I'm saying.. never mind 16.31.22 # and no, not all the biggest plugins use greyscale 16.31.26 # i don' thtink.. 16.32.07 # * JdGordon is putting some music on his clip+ to see how bad it looks 16.32.57 Join Jaykay [0] (~chatzilla@p5DC5719A.dip.t-dialin.net) 16.33.11 # I still think that if it isnt useful then it should be the same as not having it 16.33.35 # Whether or not it's useful is going to depend on the plugin 16.33.35 # or move the #define into pictureflow.c 16.33.46 # sure so it doesnt belong in config.h 16.33.51 # defining it in pictureflow is horrible.. 16.34.01 # that means you have to change all the plugins seperately 16.34.12 # see gevaerts's message 16.34.15 # whether greylib is okay or not is indeed up to the plugin 16.34.19 # they can #ifdef their code or not. 16.34.30 # beucase greylib is always built anyway, so they can use it if they like.. 16.34.31 # so it should be up to the plugin and not a global #define 16.34.42 # Having a global define doesn't make it not up to the plugin 16.34.47 # the plugin code has to be changed to #ifdef anyway 16.34.48 # Maybe a HAVE_OLED define? 16.35.13 # or HAVE_MONO_OLED more likely 16.35.34 # Torne: "the plugin code has to be changed to #ifdef anyway" EXACTLY so a global define doesnt make sense if you have to add it anyway 16.35.50 # I know it's somewhat specific, but right now we don't know what will look bad on the next display that isn't optimal for greylib 16.35.59 # JdGordon: but then when another player with the same screen issue comes along, you change all plugins, again? 16.36.21 # yes, because you wont know if oyu need to untill you try each plugin 16.36.32 # i don't think it *is* plugin-specific, tbh 16.36.47 # artificial greyscale is just a doomed strategy on a mono OLED display 16.36.51 # it looks OK in cube, terrible in plasma 16.36.53 # the technology doesn't work that way 16.37.11 # * JdGordon is loading PF now 16.37.36 # it is... interesting... 16.37.44 # the display on my clipv2 is bad enough displaying *mono* 16.37.50 # Can't we sell light sensitive screen protectors that introduce LCD-like slowness? :) 16.37.59 # hilarious ghost effects around the selection bar, etc 16.38.16 # i tried a bunch of plugins a bit earlier and they all made me want to gouge my eyes :) 16.39.02 # right, so either it is us to the plugin or its up to the display... 16.39.55 # yes, it's up to the display 16.40.01 # but you still have to change every plugint hat uses greylib 16.40.10 # because currently they don't *have* the facility to render in mono 16.40.35 # so you have a global define for whether to use greylib or not, and then we change plugins as people can be bothered to use that define to implement mono output 16.40.36 # has anyone tried doom on a clip*? 16.40.49 Quit hebz0rl (Ping timeout: 258 seconds) 16.41.58 # * JdGordon loves that http://www.rockbox.org/doom/ is the first hit for rockbox doom 16.42.08 # doom doesn't get built for them 16.42.26 # doom only gets built for colour lcds, 2-bit greyscale, or mrobe:100 16.43.00 # i assume this means nobody has made it use greylib, and it's presumably unplayable in mono ;) 16.43.26 # mrobe:100 is mono 16.43.37 # well, i dunno then 16.43.39 # but that's the logic 16.43.50 # colour, 2-bit or mrobe:100, and must also have more than 2mb ram 16.43.56 # so clipv1 won't get it anyway 16.44.23 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.44.58 Join Skip252 [0] (~chatzilla@207-181-235-10.mct-bsr1.chi-mct.il.cable.rcn.com) 16.45.48 Join M3DLG [0] (~M3DLG@212.183.140.60) 16.46.58 # It should be HAVE_QUESTIONABLE_GREYLIB then and in greylib.h not config.h 16.47.36 Quit Skip252 (Client Quit) 16.47.50 # that's a better place for it, yes 16.50.38 # New commit by 03jdgordon (r26741): Fix the bar type param to use nullable ints 16.53.13 Join webguest09 [0] (www-data@giant.haxx.se) 16.53.57 Quit webguest09 (Client Quit) 16.54.33 # bieber: have a look @ http://www.rockbox.org/tracker/task/11389 please 16.55.04 # it also fixes the comment mem leak which probably needs to go in soon anyway 16.55.16 # whoa. I went for dinner and missed the fireworks... so, move the define to lib/grey.h ? 16.57.02 # Yeah, and maybe "questionable" is better :) 16.57.10 # it's not super important, though 17.05.35 # New commit by 03jdgordon (r26742): Enable the hotkey feature on the touchscreen targets who now have a hotkey touchregion settable in the wps (todo: touchregions in the sbs!) 17.06.24 # I think USEFUL is right. I include the grey code when it's useful and mono code when it's not. Though I could see HAVE_PRETTY_GREYLIB 17.09.27 # I STILL think a global define is the wrong way to go... the same plugin could look OK on one lcd and really bad on another, but both withh have that define set 17.10.54 Join hebz0rl [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) 17.10.57 # * Llorean still can't play anything on his Gigabeat S 17.11.06 Quit hebz0rl (Client Quit) 17.11.26 # has a bug been filed? 17.11.40 # JdGordon: About to 17.11.46 # good man :) 17.11.47 # Just woke up and funman had asked me in the log if it worked yet 17.12.03 # DIdn't want to file a bug if it'd been fixed while I slept 17.13.07 # JdGordon: it buffers, but doesn't *play* anything. Nothing is consumed. =/ 17.13.11 Join toffe82_ [0] (~chatzilla@12.169.218.14) 17.15.25 Quit toffe82 (Ping timeout: 248 seconds) 17.16.27 # hm, looks like my theme and plenty of others got removed from the theme site 17.16.31 Quit M3DLG (Ping timeout: 265 seconds) 17.16.31 # why is that? 17.17.04 # a bunch didnt get run through the updat script for some reason 17.17.26 # last I checked, mine was the only one that "worked with the current build" 17.17.51 # but now it's just not on the theme site 17.19.13 # JdGordon: FS 11390 if you're interested. 17.19.38 Quit robin0800 (Remote host closed the connection) 17.20.51 # Llorean: is it all tracks doing it? I got the same thing (I think) on my ipod video with a corrupted filesystem 17.21.09 # unless you find a commit which did it I'd try checkdisk 17.21.13 # fsck 17.21.32 # JdGordon: It's all tracks. 17.21.47 # And I was listening to the player, plugged it in, copied over the current build, ejected it, and then it wouldn't play. 17.22.16 # safely ejected? 17.22.21 # Yup 17.22.44 # so binchop and probably fsck anyway 17.23.35 # which SOC is in the beast? 17.24.32 # i.mx31? 17.25.06 # I cant see any commits since the skin break that have a chance of causing that... 17.25.23 # I had a relatively old build on there, but yeah, I don't know what would've done it if anything 17.26.46 # Mine's more sensitive to hardware use changes than some, though. Some changes that left jhMikeS' working fine caused mine to become really crashy. 17.27.29 # as far back as the 4th I cant see any hardware/driver changes that would affect the beast only 17.28.50 # JdGordon: It's probably been a month and a half since I updated, if not more, unfortunately. I was half asleep when I updated last night so I didn't even record what I had before. =/ 17.29.07 # have fun binchopping then :) 17.29.22 Part Zagor 17.30.06 # It seems not to be filesyste errors at least, just checked that and everything seems to be fine. 17.31.09 # Won't be binchopping because I don't have the tools or the time to do that today. And honestly, everyone jumps at me when I try to get details about things from them, so y'all can find when your own playback bug started this time. I'll just use an older build until it rolls over. 17.34.14 # you dont tihnk that if it was a general problem others would have hit it already? wish irc had a "recall post" button? 17.34.43 # Considering how few people seem to use the Gigabeat S, I'll wait until someone with one updates to SVN and says "doesn't happen to me" 17.34.50 # And as I said, don't have the tools or time anyway. 17.35.05 # If someone posts to my flyspray task that they can't get it to happen, I'll put more time into tracking it down, sure. 17.41.42 Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 17.42.41 Part pondlife 17.50.52 Join ZGruk [0] (www-data@giant.haxx.se) 17.51.18 Join mischasworld [0] (~quassel@193.174.158.110) 17.55.50 Quit ZGruk (Quit: CGI:IRC (Ping timeout)) 17.56.17 Join ZGruk [0] (www-data@giant.haxx.se) 17.56.39 Quit petur (Quit: *plop*) 17.57.01 Quit ZGruk (Client Quit) 17.59.47 Quit GeekShadow (Quit: The cake is a lie !) 18.01.02 Join dfkt [0] (dfkt@unaffiliated/dfkt) 18.01.26 Join stroem [0] (~chatzilla@188.228.30.191) 18.02.12 Quit moparx (Ping timeout: 264 seconds) 18.02.35 *** Saving seen data "./dancer.seen" 18.03.30 Quit mischasworld (Ping timeout: 276 seconds) 18.03.57 Quit pamaury (Remote host closed the connection) 18.04.23 Quit Jaykay (Ping timeout: 258 seconds) 18.07.00 Quit antil33t (Read error: Connection reset by peer) 18.07.08 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 18.08.33 Join liar [0] (~liar@91-114-254-200.adsl.highway.telekom.at) 18.10.16 Quit xavieran (Ping timeout: 260 seconds) 18.12.59 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.13.18 # S_a_i_n_t: stop trying to cheat ;) 18.17.35 Quit antil33t (Ping timeout: 272 seconds) 18.17.49 Join TheLemonMan [0] (~lem0n@ppp-243-213.32-151.iol.it) 18.17.55 # please i need help 18.18.06 # ive edited the samsung yp-q2 firmware 18.18.15 # and now its stuck in an endless loop 18.18.23 Join jxself [0] (~jxself@fsf/member/jxself) 18.18.27 Quit S_a_i_n_t (Ping timeout: 276 seconds) 18.18.27 # i need to remove the update from the root 18.19.20 Quit hamish_ (Ping timeout: 258 seconds) 18.19.38 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 18.19.49 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) 18.20.28 # please :( 18.21.18 Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) 18.21.21 Join hamish_ [0] (~hamish@119.224.50.74) 18.22.40 # Llorean: yes, there seems to be a problem. I'll check an unpatched binary (the patch makes no code changes though, or shouldn't, just reorganizing). 18.22.59 Join xavieran [0] (~xavieran@ppp118-209-226-205.lns20.mel6.internode.on.net) 18.23.05 Quit xavieran (Read error: Connection reset by peer) 18.23.33 # * chrissavery moved HAVE_USEFUL_GREYLIB into pictureflow.c so it's self contained. Posted FS#11300. 18.23.55 # er.. how is that better? :) 18.25.32 # jhMikeS: Thanks. I really just don't have time today (building a toolchain on this netbook alone would probably take forever and mess far too much with what else I'm working on) 18.27.01 # Llorean: where's did the problem supposedly originate? I just noticed it wanting to test real quick on single-core before committing something. 18.27.03 # I don't think it's better but then I don't much care. I can't check it in anyway. So it's there and whoever wants can look it over and decide. 18.27.45 # jhMikeS: No clue yet. I haven't updated in a long while, so I can't even guesstimate. If it's still unknown Saturday, I should be able to bisect builds by then. 18.27.54 # I'll have my desktop around again 18.27.57 # * chrissavery goes back to watching TV... 18.28.32 # no one ? 18.28.48 # jhMikeS: Funman might have had an idea, he left me a message asking if it was fixed last night, so whatever he changed then might be a clue 18.29.57 # it sure is broken though, unpatched. if I seek, it just locks and the watchdog timer shuts it off 18.30.04 # Yeah 18.30.08 # That's basically what I'm getting 18.30.20 # I'm glad it's not just mine again. 18.33.15 Join xavieran [0] (~xavieran@ppp118-209-226-205.lns20.mel6.internode.on.net) 18.33.35 # is there any way to recover the description of my wps theme that got deleted from the site? 18.33.36 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.34.10 # i upgraded the theme and want to upload it again. nothing changed, and it would be convenient if i could reuse the description i already wrote 18.34.15 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.36.49 Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) 18.36.56 # bertrik: i already asked yesterday: am i wrong to say that in MeizuM6Port wiki under DFU Procedure point 1 and 2 (GET_CPU) are the same? 18.37.43 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 18.37.56 # I didn't write that, it could be intentional, mimicing the windows' tool behaviour 18.38.38 # i was just wondering if i miss something there 18.39.14 # scorche, is that your area of expertise? 18.40.08 # pyro_maniac, our meizu_dfu tool also does actually 2 get_cpu requests 18.41.05 # dfkt: i could, but i am currently sitting in a hotel waiting for them to call me for my room Real Soon Now... 18.41.34 # Llorean: for sure, it came after whatever commit of mine changed fp_sqrt, since that's the last build put on it before now 18.41.57 Quit bmbl (Ping timeout: 258 seconds) 18.43.34 # scorche, would be great if you could recover that - neither archive.org nor google cache come up with any useful cached variant 18.43.36 Quit DerPapst (Ping timeout: 264 seconds) 18.45.13 # If I want to upgrade the original firmware (e200 series) do i need to remove Rockbox first? 18.45.38 # bertik: ok. looks still a bit wired but its ok. :-) 18.47.19 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 18.47.58 Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) 18.48.54 # jxself, as far as I remember, you can just let the OF update itself, but the rockbox bootloader will be removed in the process, so you'll have to reinstall that after upgrading if you want to use rockbox again 18.49.22 # I do. Thanks. 18.49.26 # it's been quite a while since I last upgraded the OF of my e200 18.50.54 # I'm only looking into it because it mounts as a read-only filesystem & I found a thread online that said a newer firmware was needed so I thought I'd try it 18.54.27 Quit pyro_maniac (Quit: Konversation terminated!) 18.56.19 Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) 18.58.26 Quit DerPapst (Quit: Leaving.) 19.01.48 # can i haz some help? 19.02.10 # Perhaps a cheeseburger first? :) 19.02.25 # nothx 19.02.35 # i want first to recover my mp4 19.02.55 # TheLemonMan: If no-one answers it is because nobody currently here knows the answer. You need to be patient 19.03.05 # here = looking at their screen 19.03.16 # being patient with a stuck mp3 its a bit difficult meh 19.03.21 Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) 19.03.39 # TheLemonMan: Well you don't have much of an option 19.03.54 # ive found a recovery mode 19.04.01 # just need to know how to usethatà 19.04.04 # * bluebrother wonders what on earth "an mp4" is 19.05.30 # TheLemonMan: If you're asking about its original firmware, maybe try the official location for tech support for it... 19.05.52 # i wonder there are haxxors in here 19.06.04 # and i was flashing a custom image 19.06.07 # There are people in here who work on Rockbox. 19.06.18 # TheLemonMan: This is for Rockbox support and dev only 19.06.20 # This channel is about Rockbox itself (a specific software) not general MP3 player modifications. 19.06.43 # the mp3 is based off sigmatel 3700 shiz 19.06.51 # the recovery mode is the same for all palyers 19.07.06 # TheLemonMan: please use real words 19.07.13 # like 19.07.15 # I don't think there are haxxors here. 19.07.30 # thelemonman: that doesn't invalidate what llorean said 19.08.13 # argh, what's suddenly wrong with the svn post-commit hook? 19.08.37 # a software runs on hardware, im talking about underlying hw not about what ive eaten today 19.09.02 Mode "#rockbox +o Torne" by ChanServ (ChanServ@services.) 19.09.23 # TheLemonMan: the rules are the rules; if you don't like them you can go somewhere else.. 19.10.40 # Torne: do you have access to the server? (being an op ;)) 19.10.49 # svn/git-server 19.10.57 # knittl: no, but what's wrong with it? 19.11.20 # i helped zagor fix the git-svn clone, but it seems the post-commit hook isn't executed properly 19.11.32 # so git clone is out-of-date 19.11.53 # knittl: Only zagor and Bagder have access to that 19.12.07 # And I think mainly zagor deals with it 19.12.12 # both are offline, i'll come back later 19.12.27 # knittl: Or send a mail to the dev list 19.12.50 # no, irc is ok ;) 19.13.00 # creates less fuss 19.13.14 # sure, whatever you prefer :) 19.13.55 # * jhMikeS notices it takes about 5 seconds before pcm pauses while seeking forward on his x5 :\ (rather than immediately like it should be) 19.14.20 Mode "#rockbox -o Torne" by Torne (torne@rockbox/developer/Torne) 19.14.37 # thanks for the answers 19.16.29 # hmmm, seems to happen during buffering only (but didn't before) 19.21.04 Quit xavieran (Ping timeout: 240 seconds) 19.21.11 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 19.21.31 Join Buschel [0] (~~andree@p54A3FE70.dip.t-dialin.net) 19.21.57 Quit stroem (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 19.28.59 Join domonoky [0] (~Domonoky@agsb-d9bd953d.pool.mediaWays.net) 19.29.02 Quit domonoky (Changing host) 19.29.02 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.31.47 # New commit by 03jethead71 (r26743): Clean unused stuff out of thread.h and config.h and reorganize thread-pp.c to simplify the preprocessor blocks. 19.32.59 Join funman [0] (~fun@rockbox/developer/funman) 19.34.00 Join MethoS- [0] (~clemens@134.102.106.250) 19.34.11 # Llorean: jhMikeS: what's going on with this bug? 19.34.26 Join xavieran [0] (~xavieran@ppp118-209-31-32.lns20.mel4.internode.on.net) 19.34.52 # funman: yes, I think it's not unlikely that there's another way to get data to the lcd. 320x240 over SPI seems unlikely 19.34.58 # i was wondering if r26733 could have caused a problem 19.35.19 # gevaerts: i'll get a closer look at the OF 19.35.22 # funman: doesn't play. then, when I seek, it locks and shuts down (because watchdog isn't being services on the power thread) 19.35.43 # jhMikeS: on gigabeast only? 19.37.11 # gevaerts: btw i can write a single pixel and read it back, but it doesn't work perfectly when I try to write the whole 320x240 GRAM 19.37.34 # funman: don't know about others, but I've only seen it there so far 19.39.00 Quit MethoS- (Remote host closed the connection) 19.39.28 # fuzev2 is fine 19.40.07 # it wasn't me then ;) 19.40.11 # funman, gevaerts on the m6sp, we configure the display over spi, but the data is sent through the s5l8700 display controller with a parallel bus 19.40.42 # i still can't run anything from RAM on m6sp (or perhaps it runs but i have no output) 19.40.43 # the framebuffer is in RAM not in the display 19.40.45 # funman: so far, I've checked today gigs, x5, 3g and h10, all seemed ok but gigs 19.41.04 # bissect it ? 19.41.29 # bertrik: the display should still have its data in internal 'GRAM' ? 19.41.54 # hm, that's not how I understood it 19.42.11 Join Jerom [0] (~Jerom@79.132.53.242) 19.42.21 # funman: it's quite recent, since after the fp_sqrt commit for sure, and I see nothing wrong with r26733 (except with gcc complaining about dereferening void ** one level :\ ) 19.43.10 # I wasn't 100% sure about this commit, but the new code doesn't look wrong and it makes gcc happy ;) 19.44.02 # JdGordon: regarding the not converted themes.. updatethemes.pl fails for those because of spaces in filenames... so its your fault :-) 19.45.37 # bertrik: can you run 'meizu_dfu m6 rockboot.ebn' successfully on your m6sp ? 19.45.39 # funman: if there was a problem with arr, then why not p (still doing *p) 19.45.52 # hm? 19.46.52 # funman, I don't have an executable that can run from RAM for the m6sp 19.47.17 # funman: line 192, kernel.c, if (*p == NULL). p is also a "void **" 19.47.32 # bertrik: modifying LOADADDR in boot.lds should do the trick ? 19.48.02 # jhMikeS: no idea, if you have better code to remove the gcc warning you can change it 19.48.21 # and then I think that the first image sent to the m6sp is not really executed, it's just a kind of plugin to write the second image sent with meizu_dfu to NOR flash 19.49.16 # funman: no need to change it, was just curious why it complain about "*arr" but not "*p" when it's the same thing. 19.49.17 # maybe this code is only run when the built-in DFU loader receives the second image? 19.49.37 # I think you need to have a couple of function pointers at the start of the RAM image 19.49.51 # if it's a plugin it must be executed anyway? 19.50.05 # you think it's executed by the 2nd image ? 19.50.38 # no, I think that maybe sending the second image triggers the built-in DFU loader to call one of these function pointers 19.52.25 # I should try to make an overview of what goes on during booting and the various DFU phases on the various meizu players 19.52.59 # blindly copying the m6sp code in m6sl doesn't work 19.54.04 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.54.31 # jhMikeS: perhaps the problem was aliasing struct timeout 19.54.47 # these meizu players seem to come in many varieties, with different displays, different radio chips, different codecs even :| 19.55.08 Quit storm` (Ping timeout: 265 seconds) 19.55.29 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 19.56.21 # oh, and different kinds of SDRAM too. All somehow auto-detected. 19.58.01 # funman: I don't know. It's not a type pun, since it was assigned to a "void **" first, now there's a direct cast to (void **) in the call. almost seems like a bug. 19.58.11 # for now i can only tell that the SP is thicker than the SL ;) 19.59.16 # * jhMikeS of course never saw the warings in the first place...and instead goes bisecting 20.01.15 # jhMikeS: they only turned up with -Os, i wanted r26735 to cause no yellow 20.01.29 # does anyone have any idea what is going on with the patch in FS#11365 on non-eabi toolchain and PP502x? 20.01.37 # in rockboy it was really type-punning so i used an union for aliasing 20.02.34 # Buschel: isn't the mp3 stack fine-tuned for PP ? did you try enlarging it a bit ? 20.02.38 *** Saving seen data "./dancer.seen" 20.03.21 # also IMO if you have to spend time tracking a non-eabi bug, better spend time testing the target using eabi and then make eabi the default 20.03.33 # I don't know how we can tweak that per-target, perhaps kugel has an idea 20.04.45 # funman: good point with the stack, i'll check. regarding non-eabi: we are loosing ~1 MHz speed on svn. that's quite a lot. so, searching for the reason of the crash might be valuable :) 20.04.54 Nick Strife89 is now known as Strife89|Desktop (~Strife89@adsl-80-132-173.mcn.bellsouth.net) 20.05.20 Join DerPapst [0] (~Alexander@p5797C460.dip.t-dialin.net) 20.06.10 # funman: 'good point' espcially because the dct32 will be larger and is part of the COP thread... 20.06.29 # * Buschel waits for his other build to finish 20.06.41 Quit hamish_ (Read error: Connection reset by peer) 20.06.46 # * jhMikeS hates revision binsearching almost as much as he hates smurfs 20.06.56 # jhMikeS: why? 20.07.07 Join hamish_ [0] (~hamish@119.224.50.74) 20.09.40 # can i make ppmviewer stop audio playback ? 20.09.44 # * jhMikeS will answer that once he finds out the culprit 20.12.40 Quit togetic (Ping timeout: 264 seconds) 20.13.49 # bertrik, you are mainly working on the M6 ? 20.13.52 Join togetic [0] (~togetic@unaffiliated/ibuffy) 20.14.01 # the work can be backported to M3 ? 20.16.19 # GeekShadow, I haven't done serious work on the M6SP for about half a year now, I guess some stuff can indeed be backported to (or rather shared with) m3 indeed 20.17.24 # I have a M3 but I'm not sure how to help since I don't have C knowledge :/ 20.17.47 # probably you should acquire this knowledge then ;) 20.19.24 # ha someone on ABI posted to say that the volume increase patch made his player sound somewhat louder 20.20.09 # well it makes sense no ? 20.20.12 Quit Strife89|Desktop (Read error: Connection reset by peer) 20.20.46 # yes it makes sense ;) 20.23.52 Join pamaury [0] (~quassel@p5DDECD0E.dip.t-dialin.net) 20.23.52 Quit pamaury (Changing host) 20.23.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.24.43 # ;) 20.25.28 Join chrissavery1 [0] (~chris@ppp-58-9-184-76.revip2.asianet.co.th) 20.28.16 Quit chrissavery (Ping timeout: 264 seconds) 20.28.32 # New commit by 03funman (r26744): ppmviewer: steal from audiobuffer for large arrays 20.28.37 # New commit by 03funman (r26745): c200v2: reduce plugin buffer size nearly to minimum 20.30.03 # funman, you complained about the power button on the c200v2 not working earlier, right? I found you just have the push the power button really hard. 20.30.37 # i'll have to admit you're stronger than me then :) 20.32.09 Quit bieber (Ping timeout: 240 seconds) 20.32.11 # hm i just disabled rockboy, fft, chessbox, zxbox, and lua on c200v2 20.32.22 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.32.38 # not lua, it was already disabled 20.33.10 Join chrissavery [0] (~chris@ppp-58-9-186-43.revip2.asianet.co.th) 20.33.30 Quit chrissavery1 (Ping timeout: 252 seconds) 20.33.46 # if we make rockpaint & clock build with buffer size == 0x10000 we can use overlays and have rockboy, chessbox & zxbox build again 20.33.56 # funman: it is the stack size as you suggested :) 20.34.20 # so eabi has better stack usage, nice 20.34.43 # yes 20.34.43 # btw do we keep the stack 8 byte aligned when making function calls? 20.34.59 # dunno 20.35.43 # i think it's required by eabi, perhaps for using ldrd on stack 20.37.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.41.07 Nick CGL is now known as CGL_MedioEmo_XD (~CGL@190.207.243.107) 20.41.07 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 20.41.12 Quit vaguerant (Changing host) 20.41.12 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 20.41.31 # Urgh, having huge trouble getting a build environment set up. 20.41.55 # I've done it previously on a real Ubuntu install, trying to do one in VirtualBox now and getting nowhere. 20.42.07 # funman: ldrd is v6 only right? I don't think it requires 8-byte alignment beyond minmizing the cycles for the 64-bit access. 20.43.14 # rockboxdev.sh ends with "make: *** [all-gcc] Error 2" 20.43.43 # Trying to build then gives me "/bin/sh: arm-elf-gcc: not found" 20.44.26 # jhMikeS: it seems like it can be somehow forbidden 20.44.28 # Of course it also takes about an hour before it fails each time which is lovely. 20.44.38 # The alignment fault for double-word load and store (LDRD, STRD) is strengthened: 20.44.41 # • 20.44.44 # when U ==0 to trap if not aligned to an even word address (address bits [2:0]! = 0) 20.45.07 # vaguerant: check what's before this error 20.46.21 # make[1]: Leaving directory `/tmp/rbdev-build/build-gcc/gcc' I don't see anything obviously related. 20.46.54 # anything speaking against submitting FS#11365 now? 20.47.04 Quit xavieran (Ping timeout: 240 seconds) 20.47.30 # vaguerant: well, even before then 20.47.46 # there is likely to be a more explicit error message before the end 20.48.11 # funman: It might not work, even in unaligned access support is enabled, much like it has no effect for ldm. Thing is, who is resposible for the stack being aligned, the caller or callee? BTW, nothing seemed wrong with the beast using eabi. 20.48.16 # We could even delete dtc32_arm.s from the libmad path. But for now I would like to keep the file. 20.48.33 Quit Jerom (Remote host closed the connection) 20.48.54 # > Now installs all compilers to /usr/local/bin, removing the need to point out each compiler separately in PATH. 20.48.58 # Why is this a good thing? 20.49.29 # Seems quite annoying to me 20.49.31 # jhMikeS: caller i think 20.50.01 # http://pastebin.ca/1880588 20.50.08 # This could be something. 20.50.11 Quit AlexP (Read error: Connection reset by peer) 20.50.51 # jhMikeS: 5.2.1.2 of Procedure Call Standard : The stack must also conform to the following constraint at a public interface: 20.50.52 Join petur [0] (~petur@rockbox/developer/petur) 20.50.55 # SP mod 8 == 0 20.51.21 # vaguerant: which version of ubuntu ? 20.51.40 # 10.04. 20.51.54 Quit mt (Read error: Connection reset by peer) 20.51.56 # works fine here on 64bits 20.52.19 # try to build the eabi compiler perhaps 20.52.29 Join mt [0] (~mtee@rockbox/developer/mt) 20.52.40 Join AlexP [0] (~ap@rockbox/staff/AlexP) 20.53.14 # OK, will try eabi. 20.54.40 # hm, Zagor removed -U_FORTIFY_SOURCE 20.55.08 # What does it do, or not do 20.55.25 # it undefines some ubuntu shit 20.55.53 # it makes gcc not complain about extra or missing arguments in open() and friends 20.55.58 # to make developers be aware of potential security threats, and have them workaround the ubuntu check one way or another 20.56.44 # vaguerant: could you try http://pastebin.com/CHK9DMqX ? 20.57.12 # Sure thing; will be a while though, netbook + VM = slow. 20.57.25 # gevaerts: shouldn't CFLAGS be after ./configure ? 20.57.37 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 20.57.50 # funman: not sure. I stole that bit from the pre-DevCon rockboxdev.sh 20.58.44 # it definitely worked 20.58.59 # Here's a pastebin of my terminal if anyone wants to look at it: http://pastebin.ca/1880600 20.59.10 # funman: you committed r18938, so if this way is wrong, it's your fault :) 20.59.58 # * funman claims being manipulated back then 21.00.47 Join xavieran [0] (~xavieran@ppp118-209-103-81.lns20.mel4.internode.on.net) 21.00.52 # Actually, Bagder added it first in r18918, but only to CPPFLAGS 21.01.42 # perhaps it would be simpler to provide our own patched version of ubuntu 21.02.19 # or ignore ubuntu :P 21.02.29 # New commit by 03Buschel (r26746): Submit FS#11365. Speed up mp3 decoding on ARM processors. It is faster to use the C-implementation of dct32 compiled with -O1 as the asm ... 21.02.50 # \o/ 21.06.06 # clock.rock is 4kB too big on c200v2 :/ 21.07.17 # quick hack http://pastebin.com/TxbsW9EH to change arm gcc defaults for a subset of targets 21.07.19 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 21.08.11 # kugel: what about adding something in each target case before the arm*cc() ? 21.08.31 # would that matter? 21.08.34 # kugel: also, || and && is C, not shell 21.08.48 # shell needs -o / -a inside the [ ] 21.09.02 # funman: those are already used in configure so I think it's ok 21.09.28 # dash accepts it too 21.09.29 # hm it works for subshells perhaps 21.10.02 # if dash supports it, that probably only the original sh doesn't, in which case it really shouldn't matter 21.10.09 # "would that matter?" -> I think it would just make the case less cluttered but both work 21.10.09 # s/that/then/ 21.10.25 # funman: but more places need changing 21.10.28 # true 21.10.38 # this way then can easily be deleted once all are changed to eabi 21.11.21 # then I'd prefer [ -z "$ARM_ARG_EABI -o "$modelname" = sansafuzev2 -o "$modelname" = sansafuze ] over || / && 21.11.43 Join Jaykay [0] (~chatzilla@p5DC5719A.dip.t-dialin.net) 21.12.01 # but whatever works on sh != bash 21.12.52 # "if [ "$ARG_ARM_EABI" = "1" -o -z "$ARM_ARG_EABI" -o "$modelname" = "sansafuzev2" -o "$modelname" = "sansafuze" ]; then" doesn't work 21.13.36 # -z '$ARM_ARG_EABI' isn't needd 21.13.45 # funman: but I tried it in dash, and I think it's safe to assume if dash supports something that all other shells which are actually still in use also do 21.14.10 # it is, otherwise you couldn't override with --eabi/--no-eabi 21.14.13 # yeah 21.14.18 # i'm just nitpicking :) 21.17.54 # * kugel can't make something without &&/|| work 21.19.19 # kugel: afaiu && and || evaluates process (like subshell) return value, while -o and -a are used inside test / [ ] 21.20.36 Part watto 21.21.38 Part chrissavery 21.22.11 # theres a way to disassemble sigmatel .sb blobs ' 21.22.36 Nick keanu is now known as [keanu] (~keanu@unaffiliated/keanu) 21.28.23 # funman: and how do you group them properly together? 21.28.29 Quit storm` (Ping timeout: 240 seconds) 21.29.08 Join lev_ [0] (~lev@nat168-248-205-109.tvoe.tv) 21.29.14 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 21.29.17 # TheLemonMan: are they encrypted? if not, I'd guess arm-elf-objdump would work 21.29.33 # are in a strange format, not elf 21.29.48 # kugel: keep them inside one pair of [ ] (you can still use \) 21.30.31 # TheLemonMan: if there's a way, then tell us (unless you asked a question without using a question mark) 21.30.51 # New commit by 03funman (r26747): rockpaint: steal the big buffer from audiobuffer 21.30.51 # ' was meant to be ? 21.31.01 # New commit by 03funman (r26748): Build plugin overlays when buffer size is <= 128kB 21.31.01 # New commit by 03funman (r26749): c200v2: reduce the plugin even further 21.31.15 # I need (ARG_ARM_EABI=="1" || (ARG_ARM_EABI=="" && (model=="sansafuze" || model="sansafuzev2" || ...))) 21.31.40 # TheLemonMan: http://forums.rockbox.org/index.php?topic=6751.msg168000#msg168000 has something about 'sb' files 21.31.53 # funman: why that rockpaint change? 21.31.58 # c200v2 21.32.13 # all targets should suffer because of the c200v2? 21.32.16 # yeah 21.32.20 # i did the same for ppmviewer 21.32.20 # I disagree 21.32.46 # cool (really, i was expecting some feedback); can you answer on mailing list please? 21.33.33 # funman, thanks 21.33.36 # funman: can't you grab the plugin buffer, and switch to the audio buffer if that isn't big enough? 21.33.43 # stealing from audiobuffer means stopping playback, which is not needed for the vast majority of targets 21.33.47 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 21.34.07 # gevaerts: not sure how easy it is to do that (if there's an helper already) 21.34.13 # there's a helper 21.34.55 # if (PLUGIN_BUFFER_SIZE < XXX) buf = plugin_get_audio_buffer(); else plugin_get_plugin_buffer(); (or something like that) 21.34.59 # ok i'll use it then 21.35.36 # kugel: size of running plugin isn't included in PLUGIN_BUFFER_SIZE but i'll figure out something that lets playback continue on other targets 21.35.43 Quit simonrvn (Quit: .) 21.35.46 Nick [keanu] is now known as keanu (~keanu@unaffiliated/keanu) 21.35.48 # I'd do plugin_get_plugin_buffer(&buffer_size); if(buffer_size funman: see gevaerts' line :P 21.37.20 Join chrisb [0] (~chrisb@pool-98-111-179-70.phlapa.east.verizon.net) 21.38.08 # btw audiobuffer is ~420kB on c200v2 now, should be enough for bug-free experience 21.38.36 # i'll get in touch with ranma so we can make a binary bootloader that works on both variants and move it to unstable 21.39.02 # funman, I did notice some flicker of the button LED on startup, did you see this too? 21.39.32 # maybe it was even both LCD and button LED that flickered 21.39.54 # very briefly 21.40.38 # the LCD & LED stays off for quite a long time at startup (comparing to fuze) 21.45.29 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 21.45.33 Quit sinthetek (Client Quit) 21.45.43 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 21.46.17 # New commit by 03funman (r26750): ppmviewer/rockpaint: do not steal the audiobuffer (and stop playback) if the plugin buffer is large enough 21.47.27 # funman: I think *_get_buffer handles alignment so doing it again shouldn't be needed 21.48.03 # it doesn't 21.48.27 Join lem|ON [0] (~lem0n@ppp-243-213.32-151.iol.it) 21.48.54 Part jxself ("Support freedom: fsf.org") 21.51.47 # i can't test a bootloader: the OF freezes too much :/ (after USB unplug, and when starting it without usb connected) 21.51.54 Quit kaylinsigswort (Remote host closed the connection) 21.52.42 Quit TheLemonMan (Ping timeout: 276 seconds) 21.52.56 # maybe it got damaged a bit when searching for recovery pins 21.54.10 # I had to make a partition not including the first sector for it to boot at all 21.54.23 # first cylinder* (i think it's 1024 sectors) 21.57.02 # TheLemonMan: objdump should work on anything thats not encrypted, not just elf files 21.57.27 # though if you tried it and it didn't work, it might be encrypted or scrambled somehow 22.02.41 *** Saving seen data "./dancer.seen" 22.02.48 # what do we do about 3.6.1 for fuzev1/e200v2 ? 22.02.49 Quit bieber (Ping timeout: 264 seconds) 22.03.02 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 22.05.22 Join fml [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) 22.05.44 # Hello. Which version of qt is needed to compile the themeeditor? 22.06.59 # hm just noticed screen corruption on c200v2 22.07.55 # fml: 4.6 22.08.10 # I think I've seen that too in recent builds, can't remember seeing it about half a year ago 22.08.12 # bieber: so qt3 won't do it? 22.08.19 # No 22.10.21 Join kugel_ [0] (~kugel@e178119026.adsl.alicedsl.de) 22.10.39 Quit kugel (Disconnected by services) 22.10.45 Nick kugel_ is now known as kugel (~kugel@e178119026.adsl.alicedsl.de) 22.10.49 Quit kugel (Changing host) 22.10.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.14.14 # Torne: do you have an idea on where to implement the macro to be used instead of ldm.*, pc} ? 22.14.33 # i'm not sure if it would be possible in config.h, perhaps in a 'asm-common.S' or something 22.15.59 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 22.18.18 Quit stoffel (Remote host closed the connection) 22.19.18 # can someone fix the rockbox git mirror? 22.19.40 # Why wouldn't it be possible in config.h? 22.20.51 # i didn't try to write anything but i was thinking about using gas macros, not cpp macros 22.21.14 # * amiconn reminds funman of #if(n)def _ASSEMBLER_ 22.21.22 # hm right 22.21.39 # Be careful with gas macros though. 22.21.56 # For targets it should be okay, but the sim assembler is not always gas 22.22.09 # really? what could it be? 22.22.22 # Well, osx doesn't use gas 22.22.30 # it does (a patched version of) 22.22.38 # That's something that requires me fixing the libdemac mmx asm 22.22.41 # and osx can't build the sims anyway (bugs in demac) 22.22.50 # It's not a bug 22.23.03 # It's the osx asm not6 understanding .rept 22.23.11 # 'osx gas' 22.23.21 Join GeekShad0w [0] (~Antoine@72.157.204-77.rev.gaoland.net) 22.23.29 # Well if it's gas, why doesn't it support .rept? 22.23.36 # Major silliness.... 22.23.39 # because apple patched it without renaming it 22.23.53 # Meh, what to expect from Apple 22.24.12 # gcc defines __APPLE__ , not sure what gas does 22.24.26 Join AsusFreak [0] (www-data@giant.haxx.se) 22.24.46 # They may patch in whatever they like, but in this case they *removed* a feature 22.25.09 Join GeekSh4dow [0] (~Antoine@72.157.204-77.rev.gaoland.net) 22.25.43 Join Jerom [0] (~Jerom@79.132.53.242) 22.25.52 # there's no as doc accessible through 'info' (at least on this machine) 22.25.56 Quit slck (Remote host closed the connection) 22.26.28 Quit Buschel (Ping timeout: 264 seconds) 22.26.29 Quit GeekShadow (Ping timeout: 260 seconds) 22.27.09 # hm 'as' launched from command line understands '.rept' 22.27.23 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.28.40 # Well, the one on JdGordon's machine doesn't 22.28.53 # erm, sorry i'm on a linux machine :D 22.28.57 Quit GeekShad0w (Ping timeout: 260 seconds) 22.29.44 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.29.52 # as - Mac OS X Mach-O GNU-based assemblers 22.30.00 # 'based on GNU', not 'GNU' 22.30.16 # funman: Btw, nice savings on the 2MB ARM targets :) 22.31.13 # 100 more kB to come with thumb ! 22.32.27 # but it should work fine now anyway 22.32.33 Join nk_ [0] (nk@xob.kapsi.fi) 22.36.12 # JdGordon: I just applied your patch, and I'm beginning to work on the other things you suggested 22.37.29 Quit AsusFreak (Quit: CGI:IRC) 22.39.28 # amiconn: "rep" is an x86 instruction (or part of one) ? 22.39.53 Join MethoS- [0] (~clemens@134.102.106.250) 22.40.39 # can't see anything on http://developer.apple.com/mac/library/documentation/DeveloperTools/Reference/Assembler/040-Assembler_Directives/asm_directives.html#//apple_ref/doc/uid/TP30000823-TPXREF101 22.40.45 # funman: it's just a hardware loop shorthand IIUC 22.42.09 Quit lev_ (Remote host closed the connection) 22.42.50 # * domonoky thinks .rept is some sort of linker section... 22.43.30 # can't see bintuils on http://opensource.apple.com/release/developer-tools-322/ either 22.43.52 # * domonoky is wrong: http://tigcc.ticalc.org/doc/gnuasm.html#SEC116 22.43.56 # domonoky: no it's just to repeat a statement a number of time: .rept 3\n nop\n .endr is equivalent to nop\n nop\n nop\n 22.44.47 # found it: http://opensource.apple.com/source/cctools/cctools-773/as/ 22.45.46 Join lev_ [0] (~lev@nat168-248-205-109.tvoe.tv) 22.49.07 # .rept is a pseudo-instruction for repeating a block of instructions 22.50.09 # * kugel thinks that would be useful in C as well 22.50.46 # or maybe not as much :) 22.53.20 Quit funman (Quit: free(random());) 22.57.51 Quit t0rc (Remote host closed the connection) 23.01.40 Quit saratoga (Quit: Page closed) 23.02.46 # New commit by 03bieber (r26751): Theme Editor: Applied FS#11389, switched conditional elements to use tag fields along with children, instead of holding the tag as the first child 23.03.00 Join fml [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) 23.04.20 # domonoky, did you message me? 23.04.41 # bieber: I get an error message when compiling themeeditor: skinhighlighter.h:26:26: Fehler: QPlainTextEdit: No such file or directory. What's wrong? "qmake -v" gives QMake version 2.01a, Using Qt version 4.3.4 in /usr/lib 23.05.41 # QPlainTextEdit was introduced in Qt 4.4, so you'll need to upgrade at least to that 23.06.05 # I don't know if I've used any features from 4.5 or 4.6, so it's probably best just to grab the newest version 23.07.28 # * jhMikeS has no way to explain that the beast seems to break at r26718 23.09.19 # bieber: I'm on ubuntu 8.04, qt4.4 is not installed/included there :-( 23.09.33 # fml: can you upgrade? 23.10.17 # kugel: I'd have to install a new virtual machine, install everything... to much ado. 23.10.24 # *too 23.10.58 # upgrading 8.04 to 10.04 (also an LTS) is not possible? 23.14.07 # To upgrade, you have to go through each iteration 23.14.20 # kugel: it's possible but it would take much time I think. I can compile rockbox in 8.04 without problems. 23.14.44 # At this point that's probably nigh well impossible to take that path anyways, since the repos for older versions have been shutdown and you'd have to find mirrors 23.15.23 # bieber: 8.04 is an LTS and still supported for a year, so no 23.15.35 Quit esperegu (Remote host closed the connection) 23.15.43 # I had a similar problem trying to get a Qt4 app running on 8.10, I think. Qt4 was in the repos, but the repos weren't available any more, so I just broke down and installed 10.04 23.16.17 # kugel: 8.04 repos must still be up then, but what about 8.10 and 9.04? That's the tricky part about upgrading 23.16.32 # fml: Perhaps there's a backport you can install, though? 23.16.33 # You should be able to upgrade from LTS to LTS 23.17.07 # Oh, apparently you can 23.17.32 # fml: https://help.ubuntu.com/community/LucidUpgrades just scroll down the page a little bit 23.21.08 Join planetbeing [0] (~planetbei@11.sub-75-210-2.myvzw.com) 23.22.09 Quit planetbeing (Client Quit) 23.22.18 Join planetbeing [0] (~planetbei@11.sub-75-210-2.myvzw.com) 23.22.19 # New commit by 03bieber (r26752): Theme Editor: Fixed issue with parsing conditionals in sublines 23.23.12 # fml: You mentioned a VM, are you running Windows? 23.23.29 # bieber: yes, I use VirtualBox 23.23.52 # blu3brother has a site up with Windows builds, I don't know how recently he's added one 23.24.15 # I've also got a Windows build VM set up, but the executables I'm making still depend on a DLL from MinGW 23.25.02 Quit bmbl (Quit: Bye!) 23.27.21 # http://www.alice-dsl.net/dominik.riebeling/rockbox/themeeditor/ is the URL, his newest build is from three days ago 23.28.44 Quit komputes (Remote host closed the connection) 23.29.48 Quit GeekSh4dow (Quit: The cake is a lie !) 23.31.28 Quit evilnick_B (Quit: Page closed) 23.32.25 Join fml_ [0] (~chatzilla@p5DD2D91D.dip.t-dialin.net) 23.32.47 Quit fml_ (Client Quit) 23.33.09 Quit petur (Quit: Zzzzz) 23.34.28 Quit lem|ON (Quit: Sto andando via) 23.34.37 Quit fml (Ping timeout: 264 seconds) 23.37.02 Join davharster [0] (~hartmand@ool-44c117b9.dyn.optonline.net) 23.44.35 # domonoky: You there? 23.46.02 # My "Symmetry" Theme failed the update, and is simple named "Symmetry.zip", no spaces in the filename...I have no idea why the update script decided to mysteriously skip it. 23.46.45 # I have updated it manually, was wondering if someone with access such as yourself could replace the .zip on the themesite. 23.46.59 # http://www.datafilehost.com/download-ba01c82a.html 23.52.55 # New commit by 03bieber (r26753): Theme Editor: Fixed code generation with new CONDITIONAL elements 23.53.01 # * kugel would like to prettify make output a bit 23.55.54 Quit planetbeing (Ping timeout: 252 seconds) 23.57.09 Quit CGL_MedioEmo_XD (Remote host closed the connection) 23.57.20 Quit Jerom (Remote host closed the connection)