| 00:00:32 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 00:01:11 | kugel | Zagor: any remaining objections regarding the backlight fading code police patch? if not I'd commit it soon'ish |
| 00:02:29 | kugel | JdGordon: good morning! I tried implementing what you proposed, and it didn't work (going from wps to main menu or context menu was good, going to filebrowser and id3screen not, pitchscreen and quickscreen have been a bit weird) |
| 00:02:46 | kugel | I'll upload it to the tracker so you can look at it after breakfast or whatever :) |
| 00:03:47 | kugel | also, I noticed that I didn't quite get how this events are supposed to work |
| 00:03:56 | | Join solexx_ [0] (n=jrschulz@e176107125.adsl.alicedsl.de) |
| 00:04:16 | Zagor | kugel: only that FADE_DEVIDER is misspelt :-) |
| 00:04:53 | markun | Zagor: HCl worked on rockboy |
| 00:05:07 | JdGordon | kugel: k, which events? |
| 00:06:39 | kugel | Zagor: err, I think I can fix that |
| 00:09:34 | kugel | JdGordon: all? :) add_event, send_event etc |
| 00:09:36 | | Quit solexx (Read error: 60 (Operation timed out)) |
| 00:09:49 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 00:10:42 | JdGordon | ah, use add_event() to register the function you want called when the event is tirggered... send_event() to trigger the actual event |
| 00:11:43 | kugel | I hope we can talk later, I'm tired now |
| 00:11:44 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 00:12:56 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
| 00:12:57 | | Quit reacocard (Remote closed the connection) |
| 00:14:17 | l403 | hi, markun. here is a working link to the chinese M6SL pictures. The link in the Links dooesnt woork anymore http://translate.google.com/translate?hl=en&sl=zh-CN&u=http://www.meizum8.cn/m8/meizushouji/200810/27-35.html&sa=X&oi=translate&resnum=9&ct=result&prev=/search%3Fq%3DS5L8700A02%26hl%3Den%26safe%3Doff%26sa%3DG |
| 00:16:18 | l403 | almooost everything is identical as on mine except the memory is on the other side of the board on the pictures. I have K9xxG08UxM - http://www.datasheet4u.com/download.php?id=604472 flash in the place of the empty pllace on thhe chinese pictures |
| 00:16:18 | Zagor | why translate? the raw link works too: http://www.meizum8.cn/m8/meizushouji/200810/27-35.html |
| 00:16:29 | markun | but thanks |
| 00:17:07 | l403 | Zagor: just in case someone wanted to actually read the text |
| 00:17:53 | l403 | and the original can be extracted from that links so I dont have to paste two links |
| 00:17:54 | markun | l403: 你是中国人吗？ :) |
| 00:18:23 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 00:18:25 | l403 | yes, I wish you nice afternoon, too :D |
| 00:19:23 | markun | :) |
| 00:20:00 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
| 00:20:09 | | Quit bertrik ("Leaving") |
| 00:21:02 | | Join QuickStart [0] (n=QUICKSTA@pool-72-88-190-6.nwrknj.east.verizon.net) |
| 00:21:14 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-7b49f1a52b0f8f4a) |
| 00:22:07 | l403 | as I look at it, it seems to be a nice pice of work, though I'm no expert |
| 00:23:12 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 00:23:28 | | Quit kugel (Remote closed the connection) |
| 00:23:43 | Zagor | l403: excellent photos anyway :-) |
| 00:24:38 | markun | on the other hand.. we have all this info |
| 00:25:00 | l403 | Zagor: they were up on the chinese forum for quite some time. just the link to them on the wiki got broken |
| 00:25:12 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-d016829ea75181ae) |
| 00:26:10 | Zagor | l403: ok. I haven't been looking at meizu, so I haven't seen them before. |
| 00:27:03 | l403 | I'm juust saying they're not mine |
| 00:27:22 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:32:08 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 00:33:42 | l403 | there is 3V across the back cover piezo buzzer pins. isn't that a popwer loss? |
| 00:38:47 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 00:39:30 | | Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
| 00:45:01 | | Quit faemir ("Lost terminal") |
| 00:46:10 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 00:50:15 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 00:51:06 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 00:52:59 | | Quit ender` (" If the experiment works, you must be using the wrong equipment. -- Patrick's Theorem") |
| 00:55:13 | | Quit blkhawk (Remote closed the connection) |
| 00:55:26 | | Join blkhawk [0] (i=HydraIRC@g228065072.adsl.alicedsl.de) |
| 00:57:12 | | Quit balug_ ("Ex-Chat") |
| 00:57:20 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 00:58:56 | | Quit solexx_ (Remote closed the connection) |
| 00:59:22 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-7a0cfca032950daf) |
| 00:59:45 | | Join solexx [0] (n=jrschulz@e176107125.adsl.alicedsl.de) |
| 01:00 |
| 01:00:21 | | Quit Zagor ("Clint excited") |
| 01:01:24 | | Quit jgarvey ("Leaving") |
| 01:08:27 | | Quit mcuelenaere () |
| 01:08:56 | | Join gartral [0] (n=Gartral@75.33.64.73) |
| 01:09:12 | gartral | um, search database by user rating is broken |
| 01:10:07 | PaulJam | for me it works. could you be more specific? |
| 01:10:31 | Unhelpful | amiconn: going to start on global codec API... any gotchas that you can think of? i'm assuming there's a similar iram setup, and i'll need to explicitly place the API pointer in .data... |
| 01:12:04 | gartral | ok, mabey im simply useing it out of context, but on my e250 (BLv5 - r19816 official or custom) i cant get it too return anything... |
| 01:16:19 | PaulJam | hmm, the search for user rating seems to return all songs with higher rating then the enterd value. not exactly what i expected. but on the other hand i don't really see the point in searching for user rating. |
| 01:16:25 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 01:18:55 | PaulJam | gartral: did you actually set some song ratings through rockbox. and do they show up under the "normal" user rating category in the database? |
| 01:19:14 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:19:43 | Unhelpful | ...it looks like we already globalize codec_api as ci in codec_crt0? so, i'm assuming you just want me to change the mechanism to match the plugin one? |
| 01:21:49 | | Quit flydutch ("/* empty */") |
| 01:23:39 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:28:33 | | Part toffe82 |
| 01:29:01 | gartral | yep, there mostly set, and they do come up otherwise, though it does seem too totally ignore those in the MSD |
| 01:29:56 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-e58b733403702655) |
| 01:30:32 | | Quit n1s () |
| 01:31:16 | gartral | of course, it does help when i refresh the database too include the newly inserted card, sorry |
| 01:32:02 | | Quit tvelocity (Remote closed the connection) |
| 01:34:30 | PaulJam | ok, then i have no idea. i don't know how well the database works with removeable media (i only have a HD in my player). |
| 01:42:22 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:46:09 | | Quit Thundercloud (Remote closed the connection) |
| 01:47:11 | gartral | nah, it worked after i updated the database |
| 01:47:48 | gartral | well, worked meaning it now sees the card, it still wont return any info search user rating |
| 01:47:57 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-29420600d2a82e26) |
| 01:48:28 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 01:50:07 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 01:51:50 | *** | Saving seen data "./dancer.seen" |
| 01:52:17 | | Join fyrestorm_ [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) |
| 01:52:48 | | Quit Dieterbe (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | NSplit | grisham.freenode.net irc.freenode.net |
| 01:52:48 | | Quit shadearg (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit alexbobp (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit ChanServ (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit agaffney (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit jfc (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit _lifeless (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit timc`` (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit jhMikeS (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit kadoban (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Llorean (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit gammy (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit axionix (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit tchan (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit lightbulbjim (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Galois (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit crwl (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit romain (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit lucent (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Gareth (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit fxb (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit scorche (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit tajlero (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit itcheg (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Seed (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit amiconn (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit pixelma (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Horscht (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Aurix_Lexico (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Xerion (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit gartral (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit _Auron_ (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit sbhsu (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Kopfgeldjaeger (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit HBK (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit merbzt (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit edrz (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit idshark (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit solexx (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit cool_walking_ (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit DerDome (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Barahir (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit FlynDice (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit JdGordon (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit scorche|sh (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit thegeek (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit SUSaiyan` (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit Zambezi (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit suom1 (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit freqmod_qu (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit balou (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit nibbler (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit xSlack (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit tmzt (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit preglow (grisham.freenode.net irc.freenode.net) |
| 01:52:48 | | Quit killan_ (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit amigan (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit lostlogic (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit liiwi (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit GodEater_ (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit n17ikh (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit maraz (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit dionoea (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit Beta2K_ (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit Unhelpful (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit martian67 (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit feisar (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit HellDragon (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit ze (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit Baw (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit Kohlrabi (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit markun (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit havien (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit offset (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit l403 (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit advcomp2019 (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit Acky (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit fyrestorm (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit DaCapn (grisham.freenode.net irc.freenode.net) |
| 01:52:49 | | Quit yosafbridge (grisham.freenode.net irc.freenode.net) |
| 01:52:55 | | Nick fyrestorm_ is now known as fyrestorm (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) |
| 01:54:23 | NHeal | grisham.freenode.net irc.freenode.net |
| 01:54:23 | NJoin | agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 01:54:40 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 01:54:40 | NJoin | _lifeless [0] (n=lifeless@89.20.125.133) |
| 01:54:40 | NJoin | timc`` [0] (n=aoeu@124.93.243.83) |
| 01:54:40 | NJoin | jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:54:40 | NJoin | kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 01:54:40 | | Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) |
| 01:54:41 | NJoin | itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-29420600d2a82e26) |
| 01:54:41 | NJoin | gartral [0] (n=Gartral@75.33.64.73) |
| 01:54:41 | NJoin | Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 01:54:41 | NJoin | amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:54:41 | NJoin | pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 01:54:41 | NJoin | Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 01:54:41 | NJoin | Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 01:54:41 | NJoin | Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) |
| 01:54:41 | NJoin | edrz [0] (n=eric@static-71-178-198-5.washdc.fios.verizon.net) |
| 01:54:41 | NJoin | _Auron_ [0] (n=DarkAuro@ppp-70-244-168-42.dsl.rcsntx.swbell.net) |
| 01:54:41 | NJoin | sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 01:54:41 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 01:54:41 | NJoin | HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 01:54:41 | NJoin | idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 01:54:41 | NJoin | merbzt [0] (n=benlar@193.13.246.198) |
| 01:54:54 | | Quit xnyhps ("Zzzzz...") |
| 01:55:06 | NJoin | feisar [0] (i=jljhook@ihq.in) |
| 01:55:06 | | Join HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 01:55:06 | NJoin | ze [0] (i=ze@76.91.72.105) |
| 01:55:06 | NJoin | Baw [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) |
| 01:55:06 | NJoin | Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
| 01:55:06 | NJoin | markun [50] (n=markun@rockbox/developer/markun) |
| 01:55:06 | NJoin | havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 01:55:06 | NJoin | offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) |
| 01:55:19 | NJoin | solexx [0] (n=jrschulz@e176107125.adsl.alicedsl.de) |
| 01:55:19 | NJoin | nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
| 01:55:19 | NJoin | cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-d016829ea75181ae) |
| 01:55:19 | NJoin | xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) |
| 01:55:19 | NJoin | DerDome [0] (n=DerDome@dslb-082-083-222-221.pools.arcor-ip.net) |
| 01:55:19 | NJoin | tmzt [0] (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) |
| 01:55:19 | NJoin | Barahir [0] (n=jonathan@Xa168.x.pppool.de) |
| 01:55:19 | NJoin | FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 01:55:19 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 01:55:19 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 01:55:19 | NJoin | scorche|sh [0] (n=scorche@squisch.net) |
| 01:55:19 | NJoin | suom1 [0] (i=markus@viitamaki.net) |
| 01:55:19 | NJoin | freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) |
| 01:55:19 | NJoin | balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
| 01:55:19 | NJoin | thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 01:55:19 | NJoin | killan_ [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 01:55:19 | NJoin | SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 01:55:19 | NJoin | Zambezi [0] (i=stolgfor@91.205.60.130) |
| 01:55:19 | NJoin | amigan [0] (i=dcp1990@ip68-226-92-253.ri.ri.cox.net) |
| 01:55:19 | NJoin | lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) |
| 01:55:19 | NJoin | liiwi [0] (i=liiwi@idle.fi) |
| 01:55:35 | NJoin | gammy [0] (n=gam@c83-251-128-193.bredband.comhem.se) |
| 01:55:35 | NJoin | axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
| 01:55:35 | NJoin | Gareth [0] (n=ngareth@www.wiked.org) |
| 01:55:35 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 01:55:35 | NJoin | lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
| 01:55:35 | NJoin | scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 01:55:35 | NJoin | crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) |
| 01:55:35 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 01:55:35 | NJoin | lucent [0] (i=lucent@silenceisdefeat.com) |
| 01:55:35 | NJoin | fxb [0] (n=felixbru@h1252615.stratoserver.net) |
| 01:55:35 | NJoin | romain [0] (n=romain@peerfuse.org) |
| 01:55:35 | NJoin | Galois [0] (i=djao@efnet-math.org) |
| 01:55:49 | NJoin | ChanServ [0] (ChanServ@services.) |
| 01:55:49 | | Join DaCapn_ [0] (i=dacapn@using.your.wireless-inter.net) |
| 01:55:49 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 01:55:49 | NJoin | Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 01:55:49 | NJoin | alexbobp [0] (n=alex@69.149.25.200) |
| 01:55:49 | NJoin | shadearg [0] (i=arg@ipv4.panoptix.net) |
| 01:55:49 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 01:56:11 | NJoin | GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 01:56:11 | NJoin | n17ikh [0] (n=n17ikh@130.127.74.89) |
| 01:56:11 | NJoin | maraz [0] (i=maraz@xob.kapsi.fi) |
| 01:56:11 | NJoin | dionoea [0] (n=dionoea@videolan/developer/dionoea) |
| 01:56:11 | NJoin | Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) |
| 01:56:11 | NJoin | Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
| 01:56:11 | NJoin | martian67 [0] (i=lol3izer@about/linux/regular/martian67) |
| 01:56:26 | gartral | im sorry, Album by year* |
| 01:57:21 | gartral | and a bug where only putting a single character in any field returns the entire database |
| 01:58:17 | NJoin | yosafbridge [0] (n=yosafbri@ludios.net) |
| 01:58:22 | gartral | ok, at least from Title down |
| 01:58:25 | | Quit DerDome (Read error: 110 (Connection timed out)) |
| 02:00 |
| 02:00:01 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 02:08:42 | | Join webguest01 [0] (n=42bc0396@gateway/web/cgi-irc/labb.contactor.se/session) |
| 02:08:51 | | Quit webguest01 (Client Quit) |
| 02:09:37 | gartral | how is it the database finds -4- of every file in the drive? |
| 02:11:30 | BHSPitMonkey | gartral, it's just four times as awesome as your typical database. |
| 02:12:17 | gartral | that seems a tad ot to me... this is more a bug |
| 02:14:49 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:16:45 | | Join Rob2222 [0] (n=Miranda@p4FDCF4E1.dip.t-dialin.net) |
| 02:17:04 | | Nick Gareth is now known as Morph (n=ngareth@www.wiked.org) |
| 02:18:27 | | Nick Morph is now known as Gareth (n=ngareth@www.wiked.org) |
| 02:20:38 | | Nick Gareth is now known as Morph (n=ngareth@www.wiked.org) |
| 02:22:24 | | Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) |
| 02:24:10 | | Quit PaulJam (".") |
| 02:24:36 | Morph | gartral: /win2 |
| 02:24:38 | Morph | er |
| 02:24:39 | Morph | :) |
| 02:24:43 | | Nick Morph is now known as Gareth (n=ngareth@www.wiked.org) |
| 02:30:10 | | Quit LambdaCalculus37 ("This computer has gone to sleep") |
| 02:31:52 | gartral | who here is masquerading as me? |
| 02:32:52 | Unhelpful | um, masquerading? |
| 02:33:07 | gartral | i see two gartrals in the list |
| 02:33:23 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 02:33:47 | Unhelpful | i don't know why you would... but there can't be two users with the same nick. |
| 02:34:05 | gartral | no, i see a gartral and a Gartral |
| 02:35:15 | Unhelpful | i see a Gareth, but only one "gartral" |
| 02:35:43 | gartral | here, ill screencap, and i relise im gettin OT, im sorry |
| 02:42:06 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 02:44:31 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 02:50:09 | gartral | can anyone tell me what is supposed to reside at 000090D0 (0)? |
| 02:51:51 | | Quit Aurix_Lexico (Remote closed the connection) |
| 02:51:52 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:53:14 | | Join webguest48 [0] (n=42bc0396@gateway/web/cgi-irc/labb.contactor.se/session) |
| 02:53:21 | | Quit sarixe (Read error: 60 (Operation timed out)) |
| 02:53:21 | gartral | i keep getting an abort there, no matter what i play, and it seems too come and go at its leisure |
| 02:53:28 | | Quit webguest48 (Client Quit) |
| 02:55:58 | gartral | it seems too be temporarily resolved only after reinitilizing the db |
| 02:56:29 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 02:58:05 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 02:58:07 | | Join Rob2223 [0] (n=Miranda@p4FDCED6F.dip.t-dialin.net) |
| 03:00 |
| 03:00:36 | gartral | how do i remove all entries from the database and start from flat |
| 03:06:57 | JdGordon | delete the .idx file in .rockbox/ |
| 03:10:21 | | Quit jhulst (Remote closed the connection) |
| 03:13:34 | gartral | all 23? |
| 03:13:44 | gartral | er 13 |
| 03:14:21 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:14:30 | gartral | JdGordon: delete all 13 of em? |
| 03:15:49 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 03:16:43 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 03:17:12 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/session) |
| 03:17:25 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 03:18:08 | gartral | ohh wait, there is no ".idx" theres a database_idx.tcd though |
| 03:18:27 | | Quit jhulst (Remote closed the connection) |
| 03:30:31 | gartral | there is no .idx, no such file exists, what am i supposed too do? |
| 03:31:57 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 03:32:07 | saratoga | gartral: I've never done this before, but it seems like a pretty safe bet that deleting those files is going to work |
| 03:32:44 | saratoga | it would be pretty amazing if deleteing all the files created when building the database somehow preseved the information stored in the process of creating them |
| 03:34:15 | gartral | well, im trying too figure out why my dap aborts at 000090D0 (0), or what goes there, becaause as soon as pcm buffer gets 3/4 the way full after the other fill it aborts, also, the proccessor is always maxed |
| 03:34:33 | gartral | no matter what im playing |
| 03:34:52 | | Join Rob2222 [0] (n=Miranda@p4FDCDE15.dip.t-dialin.net) |
| 03:35:37 | saratoga | yes I know you already said that |
| 03:36:02 | Unhelpful | gartral: look at the map files, and see what's there? |
| 03:37:01 | gartral | i dont know how too read it, its all cryptic, im on a windows box connectng via TTY too jds system |
| 03:38:23 | | Join itay [0] (n=itay@cpe-72-130-182-12.san.res.rr.com) |
| 03:38:33 | Unhelpful | the map files contain the addresses of functions in the rockbox executable, as well as the plugins and codecs. so, find the address that 0x90D0 is after. |
| 03:38:50 | gartral | i cant open it |
| 03:39:27 | gartral | or rather i dont know how over a terminal |
| 03:40:15 | Unhelpful | maybe use "less"? |
| 03:41:00 | gartral | as a command, or is that the name of a program? |
| 03:44:32 | gartral | "cannot find target terminal" |
| 03:46:32 | itay | could someone please help me recover a sansa e260? i tried installing rockbox, but I get "can't load from partition", "bad checksum", and "file not found" messages when i turn the player on... |
| 03:48:50 | | Quit sarixe (Remote closed the connection) |
| 03:50:36 | gartral | ok, i got it, but the output says nothing about any address space |
| 03:51:53 | *** | Saving seen data "./dancer.seen" |
| 03:52:13 | | Quit itay () |
| 03:52:51 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 03:53:01 | | Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) |
| 03:53:22 | Unhelpful | maybe you need to scroll down, first. mine lists all the object files first, symbols and addresses come later |
| 03:56:19 | gartral | \http://gar.pastebin.com/m1f6235cf |
| 03:56:24 | gartral | that all it gave me |
| 03:56:55 | gartral | the line after the last there was a prompt |
| 03:59:25 | gartral | so either jd;s system is screwed up, or im just retarded |
| 04:00 |
| 04:03:47 | | Quit QuickStart (Remote closed the connection) |
| 04:05:37 | * | gartral sighs |
| 04:06:02 | gartral | i geuss i get to throw away my dap then, cause it wont play music |
| 04:06:48 | krazykit | itcheg, does it specify which file isn't found? |
| 04:09:37 | gartral | will someone be so kind as to tell my what goes too that address, cause i obviously cant see it without being infront of the computer its on, and seeing a jd is a few thousand miles away, i dont forsee that anytime soon |
| 04:10:54 | Unhelpful | gartral: you can scroll down using less, you know. |
| 04:11:01 | | Join Barahir_ [0] (n=jonathan@Xb710.x.pppool.de) |
| 04:11:19 | gartral | i told you, the output i got is all it gave, it returned too terminal prompt after |
| 04:11:19 | Unhelpful | and we can't see that either - none of us has the map file for the build *you* are using. |
| 04:13:08 | gartral | its an e250 vanilla build... |
| 04:13:44 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:15:41 | | Quit jhulst (Remote closed the connection) |
| 04:17:56 | | Join blkhawk- [0] (n=blkhawk@g229212171.adsl.alicedsl.de) |
| 04:18:53 | gartral | you think deleting those .tcd files is safe? |
| 04:21:55 | krazykit | tcd files are database files, so yes, that is safe |
| 04:22:22 | | Quit gevaerts (Nick collision from services.) |
| 04:22:34 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 04:27:23 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 04:28:54 | gartral | also, someone had said that too make a custom vkb permanent between reboots all i had too do was put is into the .rockbox dir, this doesnt work |
| 04:29:23 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 04:32:45 | gartral | it took nearly a whole minute too load, but it didnt ever display a "commiting database: 1-9" dialog |
| 04:32:59 | | Quit blkhawk (Read error: 113 (No route to host)) |
| 04:33:54 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229212171.adsl.alicedsl.de) |
| 04:34:48 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:35:07 | gartral | no hopeing it dosnt abort, mabey i cleared this up |
| 04:35:16 | | Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
| 04:35:32 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 04:36:06 | gartral | yay! i think it was just the database that was screwed up |
| 04:36:31 | gartral | it now works, and cpu is "slammed" at 100 |
| 04:37:11 | Unhelpful | gartral: i'd imagine the file needs a specific name to be autoloaded. |
| 04:37:47 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 04:38:02 | gartral | Unhelpful: could you be more specific? |
| 04:38:56 | Unhelpful | gartral: no, i can't really be more specific, but i would not expect RB to search the .rockbox dir for any file that might be a custom vkb layout - it probably checks for a specific filename. |
| 04:40:02 | gartral | i was about to clarify and ask if you meant the .tcd files or the .vkb files, but i do belive it was amiconn that told me that |
| 04:41:35 | gartral | the .vkb could be put into the .rockbox dir |
| 04:44:38 | | Quit ze ("leaving") |
| 04:45:24 | gartral | no, it was Pauljam, sorry amiconn |
| 04:51:16 | gartral | http://gar.pastebin.com/m2b2f911f |
| 04:53:46 | | Quit jhulst (Remote closed the connection) |
| 05:00 |
| 05:03:05 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 05:03:25 | Unhelpful | gartral: it appears to me that it needs to have a .kbd extension, and that loading a .kbd file sets it as the default? |
| 05:05:54 | gartral | oops, i did say ".vkb" didnt i? it is a .kbd |
| 05:07:59 | | Quit Horscht ("Verlassend") |
| 05:08:01 | | Quit BlakeJohnson86 ("Leaving.") |
| 05:08:36 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 05:12:17 | gartral | keyboard Q: you think having a space in the name of the keyboard would break the autoload function? |
| 05:12:17 | gartral | hardware Q: does anyone know if its possible too turn on only some of the button lights on for the e200s? |
| 05:13:14 | Aurix_Lexico | you would probably have to edit the button backlight driver (where ever that is, I don't know) |
| 05:14:35 | gartral | Aurix_Lexico: well.. i can grep "button.c" and see what it includes, i was just wondering if each little light was on a seperate circuit.. |
| 05:14:59 | Aurix_Lexico | oh, sorry, I don't know |
| 05:18:44 | | Quit LambdaCalculus37 ("good night!") |
| 05:21:13 | | Quit fyrestorm (Remote closed the connection) |
| 05:22:24 | gartral | its ok, i doubt i have the skills in c too make the necessary changes anyway |
| 05:30:55 | | Quit sarixe ("Connection reset by the motherfucking peer") |
| 05:37:25 | | Part Aurix_Lexico |
| 05:39:22 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 05:40:31 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 05:41:49 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/session) |
| 05:43:05 | | Quit saratoga (Client Quit) |
| 05:48:52 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 05:51:57 | *** | Saving seen data "./dancer.seen" |
| 05:55:47 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:57:45 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 06:00 |
| 06:24:44 | | Quit intrados () |
| 06:28:42 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 06:33:21 | intrados | is it desired behavior that when I add songs by artist, all songs are added in alphabetical order instead of album order? |
| 06:33:44 | tmzt | yes, that's answered in the faq |
| 06:35:32 | intrados | sorry. I missed it somehow... |
| 06:39:30 | intrados | and I still can't find it... |
| 06:51:26 | | Quit BHSPitMonkey ("Ex-Chat") |
| 06:55:16 | | Quit _lifeless (Remote closed the connection) |
| 06:55:32 | | Join _lifeless [0] (n=lifeless@89.20.105.188) |
| 07:00 |
| 07:25:17 | | Quit shadearg (Read error: 54 (Connection reset by peer)) |
| 07:25:59 | kadoban | Am I correct in thinking that the simulator does not simulate a file system? Specifically I am trying to determine when my plugin causes actual hard drive activity (the only actual target hardware I own is flash based), is there any possible way to do this in the simulator? |
| 07:30:08 | | Quit jhulst (Read error: 113 (No route to host)) |
| 07:30:48 | Unhelpful | it doesn't simulate a file system as far as i know - it translates file operations directly to OS file operations on the files under simdisk/ |
| 07:31:22 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
| 07:31:58 | kadoban | damn, that's what i was afraid of... not sure i have any real way to tell if i'm doing bad things to the disk then |
| 07:33:47 | Unhelpful | "bad things"? |
| 07:35:10 | kadoban | "bad things" aka spinning up the disk when i'm doing small reads/writes/seeks periodically. if i'm reading the file code correctly it should work acceptably, but i have no way of checking really |
| 07:36:00 | kadoban | oh well, someone will complain eventually if i read the code wrong :) |
| 07:37:04 | Llorean | I don't quite understand. How would you not spin up the disk if it's spun down and you need to do a read/write/whatever? |
| 07:38:33 | kadoban | Llorean: it appears to be kept in the sector buffer if the read/write/seek is small, which is what i'm hoping to rely on. Of course eventually there will have to be actual disk access, but if it's every time I write 10 bytes, that would be bad. |
| 07:42:17 | | Join Darksair [0] (n=user@221.221.160.85) |
| 07:44:50 | | Quit intrados () |
| 07:52:01 | *** | Saving seen data "./dancer.seen" |
| 07:52:56 | JdGordon | kadoban: I dont think any buffering is done on targets.. writes get done as soon as write() is called |
| 07:53:08 | JdGordon | and write() will block untill it is actually written |
| 07:53:15 | JdGordon | s/written/finished/ |
| 07:57:26 | kadoban | JdGordon: How sure are you, if you could quantify it? I'm reading firmware/common/file.c and it seems to be doing SECTOR_SIZE (512) byte caching, as long as the read/write/seek doesn't pass a sector boundry. (there's practically infinite ways that i could be missing something of course) |
| 07:58:24 | JdGordon | im not sure at all... I'm just assuming it doesnt for simplicity |
| 07:58:57 | kadoban | oh okay, thanks. i'll just see if i can get my hands on a friends ipod or something to do some tests |
| 08:00 |
| 08:00:08 | Llorean | What are you doing in a plugin that'd need lots of reads and writes? |
| 08:01:22 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xb710.x.pppool.de) |
| 08:02:10 | kadoban | Llorean: i'm doing a board game, and i need to basically store for each move what changed on the board (to be able to undo it easily). So it'll be small amounts of data, spaced over minutes or more. It seems rather wasteful to spin up the disk for each move or undo, if it's done 100% of the time at least. |
| 08:02:47 | kadoban | I could just have a static buffer of course, but it can be of potentially unlimited size, and it's very difficult to predict what a sensible value would be, if there even exists one |
| 08:04:09 | Llorean | You could just do a static buffer, and write to disk every time it's full. |
| 08:04:13 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 08:05:10 | kadoban | Yeah, that's what I'm basically doing now, but if rockbox is buffering it already, even just 512 bytes...that seems sufficient and I can cut out a few hundred lines of code and potential for bad bugs |
| 08:07:47 | | Quit Acksaw ("Erection reset by queer") |
| 08:08:06 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 08:08:23 | JdGordon | kadoban: plugins have HEAPS of wasted ram you should use... |
| 08:08:42 | kadoban | JdGordon: oh don't worry, i'm using those heaps for other things :) |
| 08:09:31 | JdGordon | to start with you have 512KiB for the plugin binary and its static ram.. if that still isnt enough then you can steal the playback buffer which is up to 30MiB on most targets |
| 08:10:46 | kadoban | yeah, i shouldn't run into that limit even with large files on 32MB targets, but the 2? MB targets I could pretty easily hit it if i'm too wasteful |
| 08:11:13 | JdGordon | meh, so they miss out on the game untill its optimized later |
| 08:12:00 | Llorean | What is this game that might use as much as 2MB? |
| 08:12:27 | kadoban | it's for viewing/editing/playing SGF files (for Go) |
| 08:12:50 | kadoban | some files are freaking ridiculously huge (you can have arbitrary number of variations, and there's lots of markup) |
| 08:13:42 | Llorean | Supposedly the longest game of Go ever was only 411 moves. |
| 08:13:57 | Llorean | At the estimated 10 bytes per move that's only ~4K |
| 08:14:33 | Llorean | Though I can't imagine why you need 10 bytes for a move. I'd think 2 would be sufficient, an X and Y coordinate of the move, right? |
| 08:14:44 | kadoban | Llorean: my "worst case" use case, which is actually a popular thing is Kogo's Joseki Dictionary, which is a ~300KB file, and it's difficult to keep the tree in memory with the same memory efficiency as even the bloated text file |
| 08:15:25 | kadoban | right now, i easily hit the point where i need to steal the audio buffer on e200 with that file |
| 08:15:36 | Llorean | Isn't that multiple joseki though? |
| 08:15:58 | Llorean | Why do you need to keep the whole file open once a specific one is loaded for the "player" to deal with? |
| 08:17:02 | kadoban | Llorean: for a few reasons, all of which may be surmountable but would make the code pretty complicated: |
| 08:17:54 | kadoban | 1) it needs to be easy and quick to switch between variations 2) the caching scheme for making everything editable while only having part of the file in memory is quite annoying, and there's little hope of not having to write the entire file every time a small change is made |
| 08:18:47 | kadoban | (reading and parsing kogo's on the e200 takes about 15-30 seconds each, which would be an annoyingly long time to wait to switch variations) |
| 08:20:25 | | Quit BigBambi (Remote closed the connection) |
| 08:22:11 | JdGordon | how often would you change variations though? |
| 08:22:24 | Llorean | kadoban: Given that in SGF every node has one unique parent, why do you need to keep undo information? |
| 08:22:36 | Llorean | There's only one possible undo when playing through a specific SGF, right? |
| 08:23:40 | kadoban | Llorean: because undoing captures is impossible if you don't store what stones were captures or something equally useful. The only alternative is to replay the entire game up to that point, which is done in some other programs but seems like awful design and makes undoing look awful. |
| 08:23:56 | | Quit desowin_ (Remote closed the connection) |
| 08:23:57 | kadoban | s/were captures/were captured/ |
| 08:24:00 | | Join desowin_ [0] (n=desowin@72.37.225.164) |
| 08:24:27 | Llorean | kadoban: So you're basically storing the whole board, every step of the way, rather than silently replaying the game to reproduce the board? |
| 08:24:28 | kadoban | JdGordon: in kogo's? extremely often. the whole point is to look through many varaitions to get a sense of what is possible |
| 08:24:51 | kadoban | Llorean: not really, i'm storing which stones were added and deleted. mostly it's just the stone played |
| 08:24:59 | Llorean | I don't get that. |
| 08:25:24 | Llorean | I thought the problem was the captures, not the stone played |
| 08:25:31 | | Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) |
| 08:25:59 | kadoban | Llorean: well the stone played is easy, i could get rid of that, but the captures need to be stored. There's no real way to figure it out from the board position and the stone played (going backwards) |
| 08:26:36 | Llorean | So SGF works by storing a series of moves, and depending on the client logic to determine captures? |
| 08:26:59 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 08:27:14 | kadoban | yes, exactly |
| 08:27:37 | Llorean | It still seems like the most information you'd need is "the position of one stone per capture, plus the number of captures that turn" |
| 08:27:57 | Llorean | You don't need all of them, since it's not a capture until there are no openings. |
| 08:28:16 | Llorean | So if you have the coordinates of one position in there, you know they were all (color) if a capture happened in that now-a-empty-space |
| 08:29:34 | kadoban | hmm, that's actually not a bad idea. you'd need potentially 4 storages though. and also, there's the ability to manually add and remove stones from the board (for setting up different positions), which would need to be handled differently |
| 08:30:03 | Llorean | how does that work with SGF? |
| 08:30:12 | Llorean | If the full board condition isn't known, you can't end up with a node from doing that anyway |
| 08:30:38 | kadoban | Llorean: i'm not sure i understand the question. How are manually adding/removing stones handled? |
| 08:30:51 | Llorean | kadoban: Why do they need an undo? |
| 08:32:00 | Llorean | You said that the exact board layout isn't stored in the SGF. So manually adding several stones should result in you not being positioned within the SGF any more, right? Unless there's a branch of the tree for every possible order you could add those stones during setup? |
| 08:32:01 | | Join Rob2223 [0] (n=Miranda@p4FDCDA91.dip.t-dialin.net) |
| 08:32:01 | kadoban | Llorean: they could be handled with separate logic, they don't necessarily need to be stored i suppose. |
| 08:32:43 | Llorean | I don't think they'd need stored since captures can't occur during that. You're basically "free form" so you don't really have gameplay to step back through and take an alternate branch. |
| 08:32:44 | kadoban | Llorean: no, you can do things in SGF files which you can't in Go games, like add 50 moves in one "node" |
| 08:32:56 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 08:33:15 | Llorean | Ah, so the adding of multiple stones is treated as one "move" and takes you to a child after you signal you're done adding somehow? |
| 08:33:24 | Llorean | If you're adding, rather than playing, that is. |
| 08:33:49 | kadoban | Llorean: yes, basically. all of the added/removed moves go in one "node", and then if you do an actual move, that's the signal to go on to the next node |
| 08:34:13 | kadoban | well, that's not specified by the specification, but that's the way every client i've ever used handles it |
| 08:34:27 | Llorean | It seems the adding probably doesn't need to be undoable then, since you can just remove freely anyway |
| 08:34:56 | Llorean | And then you just need to keep track of when a capture occurs, and what move number it occurs on. |
| 08:35:23 | Llorean | Since parents are linear, you can step back to the move before the capture, then undo the capture based on your 9 or less bytes of saved data (I think) then keep stepping back to the next stored capture |
| 08:35:32 | Llorean | Probably a lot more efficient than storing all the pieces added/removed. |
| 08:35:36 | kadoban | yeah, i'm pretty sure that it could be done away with (they'd still be in the SGF tree anyway). So I think all i'd need to store is up to 4 captures and the current move, plus the ko point, which i don't really want to explain |
| 08:37:22 | kadoban | i'll look into it more, thanks for the idea. that could really help prevent disk spins as long as possible |
| 08:37:50 | Llorean | I'm not sure you need to store a ko point. |
| 08:38:01 | Llorean | When you undo the move, the undo will result in a "capture" in reverse |
| 08:38:08 | Llorean | So you could just watch for that algorithmically, right? |
| 08:39:10 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:39:45 | kadoban | damn, i think you're right. i can't think of an ambiguous case |
| 08:39:45 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 08:40:35 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 08:40:40 | Llorean | If there were an ambiguous case, it wouldn't be ko any more. :) |
| 08:42:15 | kadoban | yeah, i originally thought that the user could break that with ridiculously untimely add/remove stones, but i don't think he can |
| 08:48:48 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:50:14 | | Join nibbler [0] (n=Nibbler@txx226.disy.net) |
| 08:52:23 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 08:54:14 | Llorean | kadoban: I think I can increase the savings even more. |
| 08:54:22 | Llorean | You don't need to save coordinates for the captures. |
| 08:54:41 | Llorean | Moving from 0,0 left to right and dropping down a row each time, you'll encounter the "areas" where each capture occurred in a known order. |
| 08:54:59 | Llorean | Meaning you only need to save 4 bits per move where a capture occurred (T/F as to whether that potential area was actually a capture or not) |
| 08:55:23 | | Part gartral |
| 08:55:26 | Llorean | Well, a maximum of 4 bits. |
| 08:56:06 | kadoban | Llorean: haha, yeah i was just convincing myself of that. you can suicide too, so i might need 5 bits, which is kind of annoying...but still pretty good |
| 08:56:33 | Llorean | Plus of course 2 bytes for "move number" probably. |
| 08:57:17 | kadoban | that is pretty easy to figure out dynamically, just every time you encounter a move node you either increase or decrease, depending on which direction you're going |
| 08:58:02 | Llorean | Yeah, I guess you'd be able to see the empty spaces where a capture may have occurred between the two turns. |
| 08:58:53 | Llorean | But you need some way to "mark" which historic moves actually had captures, right? |
| 08:59:36 | | Quit timc`` (Read error: 104 (Connection reset by peer)) |
| 08:59:54 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 09:00 |
| 09:00:17 | kadoban | Llorean: yeah, i probably need 1 bit for each move (if i can find a convent place to put it), and 5 bits for each capturing move. might be easier just to store 1 byte for each move |
| 09:00:42 | Llorean | Why do you need to store anything for non-capture moves, exactly? |
| 09:01:13 | kadoban | well, i need something that says "this isn't a capture", right? |
| 09:01:40 | Llorean | It seems like all you need is "current move number", and then a list of "move number (2 bytes), which captures occurred (5 bites, so 1 byte again)" |
| 09:01:53 | Llorean | So non-captures are any turn where the move number does not equal a move number in your list of captures. |
| 09:01:58 | Llorean | Which you only refer to when undoing anyway. |
| 09:02:22 | Llorean | I'm assuming 2 bytes for the move number so you can go up to 65,000ish moves, a lot longer than any game should run. |
| 09:02:43 | kadoban | oh yeah, on average that will be a lot less than having even on bit per move |
| 09:02:48 | kadoban | one* |
| 09:03:02 | Llorean | That should end up using almost no memory |
| 09:03:17 | Llorean | You could put aside 1k for it and even if you had a capture every turn you could go 300 turns before you're in trouble. |
| 09:03:27 | kadoban | you're too good at this :) |
| 09:17:38 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:19:25 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:21:07 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 09:22:07 | | Quit kachna|lappy (Read error: 148 (No route to host)) |
| 09:25:32 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 09:33:15 | | Quit tajlero (Remote closed the connection) |
| 09:42:43 | | Quit n1s () |
| 09:50:01 | | Join DerDome [0] (n=DerDome@dslb-082-083-205-171.pools.arcor-ip.net) |
| 09:50:30 | | Join tvelocity [0] (n=tony@adsl3-113.her.forthnet.gr) |
| 09:52:05 | *** | Saving seen data "./dancer.seen" |
| 09:52:46 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 10:00 |
| 10:03:39 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 10:09:30 | | Join BigBambi_ [0] (i=86ceaf37@gateway/web/ajax/mibbit.com/session) |
| 10:10:54 | | Quit ChanServ (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | NSplit | grisham.freenode.net irc.freenode.net |
| 10:10:54 | | Quit Anges (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit shadearg (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit gevaerts (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit advcomp2019 (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit DaCapn_ (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit alexbobp (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Quit Dieterbe (grisham.freenode.net irc.freenode.net) |
| 10:10:54 | | Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) |
| 10:11:30 | NHeal | grisham.freenode.net irc.freenode.net |
| 10:11:30 | NJoin | ChanServ [0] (ChanServ@services.) |
| 10:11:30 | NJoin | Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 10:11:30 | NJoin | shadearg [0] (i=arg@ipv4.panoptix.net) |
| 10:11:30 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 10:11:30 | NJoin | DaCapn_ [0] (i=dacapn@using.your.wireless-inter.net) |
| 10:11:30 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 10:11:30 | NJoin | Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 10:11:30 | NJoin | alexbobp [0] (n=alex@69.149.25.200) |
| 10:11:30 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 10:14:01 | | Quit DerDome ("Leaving.") |
| 10:21:47 | | Quit nuonguy ("This computer has gone to sleep") |
| 10:24:07 | | Join grobkorn [0] (n=584aade0@gateway/web/cgi-irc/labb.contactor.se/session) |
| 10:27:23 | JdGordon | ok, some time in the next few hours I will be commiting 9795 which has had bassically no hwcodec testing, and minimal swcodec testing other than myself pondlife and pauljam... I'm confident i have given ample time for everyone to help out so if things go pear shaped.... |
| 10:27:37 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 10:27:43 | | Quit grobkorn (Client Quit) |
| 10:31:02 | | Quit Thundercloud (Remote closed the connection) |
| 10:34:44 | Unhelpful | right, blame you ;) |
| 10:40:39 | | Join PaulJam [0] (i=PaulJam_@vpn-3114.gwdg.de) |
| 10:46:08 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 10:49:05 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 10:49:29 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 10:55:04 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 11:00 |
| 11:01:57 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 11:01:58 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 11:02:28 | * | pixelma volunteers for testing once more |
| 11:11:41 | * | linuxstb pings JdGordon so he sees pixelma's offer... |
| 11:16:04 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 11:47:25 | pixelma | unrelated but found when testing: there seems to be a small drawing issue in the recording screen, my guess is status bar changes related. Sometimes the peak meters "jump" up a bit (one line) for a split second, happens only once in a while and is a bit hard to spot as it happens quite fast |
| 11:48:48 | pixelma | one line: I'm using 09-Nedore, so could be the 8 pixels of the statusbar too, can't see exactly |
| 11:51:42 | PaulJam | pixelma: this seems to happen everytime the statusbar updates, so while charging this becomes quite obvious (at least on H300) |
| 11:52:06 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:05:46 | pixelma | JdGordon: next track info is still broken on hwcodec with the 8b patch. If I just let it play it'll never show up when I skip track during the time next track info is there, the info will show up for the short time it takes from registering the button press till it starts playing the next track. For comparison I tried if it works in current SVN and it does. |
| 12:06:45 | pixelma | couldn't see anything elso broken yet (sublines and scrolling seem to work like they should) |
| 12:12:04 | | Quit AndyI () |
| 12:12:06 | pixelma | PaulJam: could be - I set battery display to numerical and the "jump" happens when something changes there but not everytime (or I can't always see it) |
| 12:21:19 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 12:24:16 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 12:31:21 | | Quit tajlero ("Leaving") |
| 12:35:02 | | Quit kugel (Nick collision from services.) |
| 12:35:05 | | Join kugel_ [0] (n=chatzill@e178099202.adsl.alicedsl.de) |
| 12:35:15 | | Nick kugel_ is now known as kugel (n=chatzill@e178099202.adsl.alicedsl.de) |
| 12:52:23 | JdGordon | pixelma: arg, ok... im going to need someone who knows hwcodec to fix this :/ |
| 12:54:26 | * | JdGordon wonders if that problem is big enough to stop the commit completly? |
| 12:55:04 | JdGordon | especially since I dont have actual access to a archos for another month, so if it is commited maybe someone how does will sort it out |
| 12:55:47 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:58:02 | Zagor | JdGordon: I think you should probably talk to someone who might do that first. committing knowningly-broken code with no path to a fix is not so nice. |
| 12:58:58 | JdGordon | yeah, I know.. but I havnt had much luck so far.. and I have things waiting on this commit... |
| 12:59:44 | | Quit japc (Read error: 110 (Connection timed out)) |
| 12:59:47 | Zagor | you can always join my campaign to kick out hwcodec :-) |
| 13:00 |
| 13:00:10 | JdGordon | join? I thought I started it :D |
| 13:02:57 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 13:06:37 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 13:08:06 | pixelma | blah |
| 13:11:12 | JdGordon | blah? |
| 13:14:26 | JdGordon | pixelma: can you try a quick change to the patch? |
| 13:16:52 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
| 13:20:39 | pixelma | yeah |
| 13:21:35 | JdGordon | comment out the if (track_write_idx == track_read_idx + 1) line in mepg.c around line 884 |
| 13:22:10 | JdGordon | if that works I tihnk its probably off by one.. |
| 13:24:58 | pixelma | only the if statement or the next line too? |
| 13:25:23 | pixelma | I'm guessing the former |
| 13:25:34 | JdGordon | only the if line |
| 13:26:34 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
| 13:33:46 | JdGordon | kugel: I looked at your patch and I'm still not really happy.... what I'd like to see is bassically a patch which renames viewportmanager_set_statusbar (and makes it multi-screen aware), and adds the ability to load the viewport from the .cfg.. (almost) nothing more should be needed.. definetly no screens need tampering (unless they are broken in svn now) |
| 13:44:51 | pixelma | JdGordon: it doesn't help. Hmm... I notice when I adjust volum during the time next track info is there, it shows up and stays there, when I seek during that time, the info will be shown as long as I seek but gets back pretending there is no next track info when I just let it play. Not sure if either happened like this without the change or not |
| 13:44:59 | pixelma | volume too |
| 13:45:24 | JdGordon | well that just sucks :p |
| 13:45:59 | kugel | JdGordon: It was just to show you that I couldn't get it to work yet what you plan |
| 13:46:13 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/session) |
| 13:46:22 | kugel | I know that there's still other stuff, but I'd like to get it working first |
| 13:48:16 | kugel | JdGordon: the wps is basically always in need of calling viewportmanager_* functions on exit, right? |
| 13:48:36 | JdGordon | yeah |
| 13:48:46 | JdGordon | (yeah is the easy answer anyway ;p ) |
| 13:48:49 | kugel | so, I'd like to change the return mechanism slightly, to avoid hundreds of that calls |
| 13:49:09 | JdGordon | why hundreds of calls? |
| 13:49:24 | JdGordon | the statusbar handling in the WPS is currently wrong which is why thats happening |
| 13:49:25 | kugel | the wps has several returns |
| 13:49:41 | JdGordon | oh, right |
| 13:50:03 | kugel | instead of having a call at each, I'd return the a function (its return value) which does that calling |
| 13:50:36 | kugel | like instead of return GO_TO_ROOT do return(return_from_wps(GO_TO_ROOT)) |
| 13:51:07 | kugel | and return_from_wps would do everything that's required |
| 13:51:18 | kugel | just to avoid duplicated code |
| 13:51:37 | JdGordon | not actually needed... the wps call in root_menu.c is currently wrapped in the viewportmanager handling |
| 13:52:08 | *** | Saving seen data "./dancer.seen" |
| 13:52:19 | kugel | the wps can return to several screens, not only root menu |
| 13:52:48 | kugel | i.e. if you go to the pitchscreen from wps the pitchscreen is fullscreen, but if you go to it from context menu, it'll have the custom vp |
| 13:53:19 | kugel | unless the wps itself makes sure the custom vp is restored on any return |
| 13:53:42 | JdGordon | those screens are still "under" the wps... |
| 13:53:51 | JdGordon | i.e it stays in the wps function... |
| 13:53:56 | kugel | also, the patch I uploaded fails at going to the filebrowser from wps |
| 13:54:01 | JdGordon | the browser completly exits from the wps |
| 13:54:57 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 13:55:56 | | Quit Rob2223 () |
| 14:00 |
| 14:00:14 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 14:20:22 | | Quit FlynDice ("Konversation terminated!") |
| 14:24:23 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
| 14:27:18 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") |
| 14:27:23 | * | LambdaCalculus37 has the beginnings of a Sansa Clip manual in his local SVN trunk |
| 14:27:29 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:28:10 | Zagor | LambdaCalculus37: nice |
| 14:28:27 | LambdaCalculus37 | Zagor: It's going to take a bit of time to get it up to speed, though. |
| 14:28:43 | Zagor | still, it's a start |
| 14:28:49 | LambdaCalculus37 | Has the keymap for the Clip been finalized? |
| 14:29:00 | Zagor | the port itself has a ways to go, too... |
| 14:29:24 | Zagor | I don't know |
| 14:29:25 | | Join TheSphinX^ [0] (n=cold@p54A5FEB1.dip.t-dialin.net) |
| 14:29:32 | LambdaCalculus37 | Zagor: Indeed. The SD timeout bug is still present. |
| 14:31:08 | | Quit bimbel (Read error: 60 (Operation timed out)) |
| 14:36:55 | kugel | LambdaCalculus37: I wouldn't call it finalized |
| 14:37:55 | LambdaCalculus37 | kugel: It's far from it. |
| 14:38:51 | Zagor | LambdaCalculus37: I think kugel meant the keymap |
| 14:38:59 | LambdaCalculus37 | Zagor: Ahh. |
| 14:40:04 | LambdaCalculus37 | Good to know; I haven't added all button actions to the manual pages yet. I just added the basic buttons for now. |
| 14:44:15 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/session) |
| 14:47:18 | kugel | Zagor: I'm going to commit the backlight fading "code police" patch, wanna take a last look at it? |
| 14:48:04 | | Quit jhMikeS (Nick collision from services.) |
| 14:48:10 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 14:48:16 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 14:48:41 | Zagor | kugel: now that you mention it, why do you add -imacros button.h to apps.make? |
| 14:49:05 | kugel | to let features.txt see the INT_ and _BOOL setting |
| 14:49:07 | Zagor | meh, it's backlight.h... |
| 14:49:43 | kugel | I mean HAVE_BACKLIGHT_FADING_BOOL_SETTING and HAVE_BACKLIGHT_FADING_INT_SETTING |
| 14:50:08 | kugel | it needs that for the manual |
| 14:50:23 | Zagor | ah, right. that whole segment should be moved from backlight.h to config.h |
| 14:50:50 | kugel | you think so? |
| 14:50:58 | | Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) |
| 14:51:04 | kugel | I'm unsure, but I don't feel strong about it |
| 14:51:36 | Zagor | yes. look at how CPU_* is done in config.h. it's the same thing. we don't want to have to add new files to parse for every new feature. |
| 14:52:40 | Zagor | basically, all HAVE_* macros should be defined in config* files |
| 14:52:45 | kugel | Zagor: hmm. I already added much stuff to config.h (see http://pastie.org/367691 for the current patch) |
| 14:53:00 | kugel | but yea, that's also true |
| 14:55:15 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 14:56:11 | kugel | I removed the specific HAVE_* altogether, and only kept those for the HAVE_BACKLIGHT_FADING_*_SETTING |
| 14:57:20 | LambdaCalculus37 | The LCD display of the Clip is 128x64x1, correct? |
| 14:57:37 | * | LambdaCalculus37 is fixing the main platform page of the Clip |
| 14:59:57 | Zagor | LambdaCalculus37: yes it is |
| 15:00 |
| 15:01:00 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 15:01:14 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:02:06 | LambdaCalculus37 | Zagor: Thanks. |
| 15:02:55 | * | kugel isn't so sure about the patch anymore |
| 15:07:26 | | Join japc [0] (n=japc@194.65.5.235) |
| 15:20:07 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 15:25:41 | | Quit AndyI (Read error: 104 (Connection reset by peer)) |
| 15:25:49 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 15:32:15 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 15:40:26 | | Join BeKoO [0] (n=www@88.226.55.20) |
| 15:46:22 | | Part B4gder |
| 15:52:11 | *** | Saving seen data "./dancer.seen" |
| 15:56:06 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/session) |
| 15:59:55 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 16:00 |
| 16:03:38 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 16:08:04 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 16:24:33 | | Join gregzx [0] (n=chatzill@drw34.neoplus.adsl.tpnet.pl) |
| 16:24:45 | | Join bluehazzard [0] (n=5e54b842@gateway/web/cgi-irc/labb.contactor.se/x-c2ba0d6f9eef7d88) |
| 16:30:28 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:30:36 | | Join Jaykay [0] (n=chatzill@p579E603B.dip.t-dialin.net) |
| 16:32:07 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 16:33:45 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 16:37:17 | Jaykay | should i create a bug report because the wps shows shortly filename+directory instead of title+album? or is this known or necessary or whatever? |
| 16:39:09 | Zagor | Jaykay: for all files? if it doesn't find a tag it normally shows dir+file instead |
| 16:39:17 | Zagor | oh, shortly? |
| 16:39:30 | Jaykay | right before title+album |
| 16:39:41 | Zagor | at track change? |
| 16:39:49 | Jaykay | moryes |
| 16:39:53 | bluehazzard | Hi, ist there someone, who can tell me if the rockbox build of the e200v2 is save to test on my device? |
| 16:39:56 | Jaykay | only yes |
| 16:41:21 | Jaykay | Zagor: mor precisely it shows filename+the parent directory+directory instead of title+artist+album |
| 16:41:44 | Zagor | Jaykay: that's a bug. please file a report. |
| 16:41:52 | Jaykay | ok |
| 16:42:10 | Zagor | possibly JdGordon's upcoming patch fixes it |
| 16:43:09 | Jaykay | no |
| 16:43:20 | Jaykay | i tested it :) |
| 16:43:31 | Zagor | ok |
| 16:44:21 | Jaykay | and should i also write a bug report for weird behaviour when skipping forward+backward _very_fast? |
| 16:47:15 | Zagor | yes, if you can describe a method of repeating it |
| 16:47:55 | Jaykay | ok |
| 16:48:51 | PaulJam | isn't this expected that the filename is shown when the metadata isn't available yet (depending on the WPS code)? |
| 16:49:54 | Zagor | PaulJam: the metadata should be available for next track when the transition happens. otherwise the "next" tags wouldn't work. |
| 16:50:17 | PaulJam | true |
| 16:54:08 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-39da6650fe7cbc8f) |
| 16:55:38 | * | linuxstb thought the metadata was always read before the file buffering starts, so wonders why/how this happens |
| 16:57:25 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3077.gwdg.de) |
| 17:00 |
| 17:02:33 | | Quit Zagor ("Client exiting") |
| 17:02:39 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:06:51 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 17:12:40 | | Quit BeKoO () |
| 17:13:44 | | Quit agaffney (Read error: 110 (Connection timed out)) |
| 17:16:10 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 17:20:28 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 17:20:43 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 17:26:16 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 17:26:29 | | Nick DaCapn_ is now known as DaCapn (i=dacapn@using.your.wireless-inter.net) |
| 17:37:07 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 17:39:18 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 17:41:00 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 17:43:15 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 17:44:46 | | Quit bluehazzard ("CGI:IRC") |
| 17:44:53 | | Join bluehazzard [0] (n=5e54b842@gateway/web/cgi-irc/labb.contactor.se/x-7001b6e25a670ace) |
| 17:47:55 | | Quit nibbler (Read error: 113 (No route to host)) |
| 17:49:25 | | Join bluehazzard_ [0] (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) |
| 17:49:25 | | Quit bluehazzard (Client Quit) |
| 17:49:27 | | Nick bluehazzard_ is now known as bluehazzard (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) |
| 17:52:12 | *** | Saving seen data "./dancer.seen" |
| 17:58:59 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 18:00 |
| 18:00:26 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 18:01:18 | | Join {phoenix} [0] (n=dirk@p54B47444.dip.t-dialin.net) |
| 18:02:31 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:03:52 | | Quit BigBambi_ ("http://www.mibbit.com ajax IRC Client") |
| 18:06:19 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:06:58 | | Quit Horscht (Read error: 60 (Operation timed out)) |
| 18:07:07 | | Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
| 18:08:22 | | Quit Horschti ("Verlassend") |
| 18:13:24 | | Quit jhulst_ ("Konversation terminated!") |
| 18:13:36 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 18:13:40 | | Quit jhulst_ (Client Quit) |
| 18:15:23 | bluehazzard | hi, i try to build a firmware for the e200v2, i made a bootloader build of rockbox, and i have build mkamsboot... when i now run mkamsboot with the parameters of a original firmawarefile and the bootloader firmwarefile it says: err Model name "e2v2" not found in bootloader.bin |
| 18:15:25 | bluehazzard | can someone help me? thank you |
| 18:16:49 | | Quit bluehazzard ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 18:17:11 | | Join bluehazzard [0] (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) |
| 18:22:23 | | Join Rob2222 [0] (n=Miranda@p4FDCF604.dip.t-dialin.net) |
| 18:30:00 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 18:30:35 | | Quit petur ("work->whatever") |
| 18:36:34 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:45:12 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 18:45:48 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:46:44 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 18:47:27 | LambdaCalculus37 | For the Clip manual, what should the screenshot size be set to? I currently have {\screenshotsize}{3cm}. |
| 18:49:17 | | Quit robin0800_ (Remote closed the connection) |
| 18:49:31 | | Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) |
| 19:00 |
| 19:01:10 | LambdaCalculus37 | Here's what I have so far: http://pastebin.com/m52080134 http://pastebin.com/m501bcce0 and http://pastebin.com/md90a457 |
| 19:01:42 | | Quit kugel (Remote closed the connection) |
| 19:02:00 | linuxstb | LambdaCalculus37: No idea about that, but there's another small issue with screenshots - the gap between the first 12 lines and the rest. |
| 19:02:24 | LambdaCalculus37 | linuxstb: Yeah, screenshots are going to look a little funny on the Clip manual. |
| 19:02:53 | linuxstb | Why? You're not intending on fixing that? |
| 19:03:14 | LambdaCalculus37 | linuxstb: No, I'll see if I can do something about them. |
| 19:03:43 | linuxstb | It should be possible to modify the screenshot function to insert some extra lines (if we want that), or write a script to post-process them (e.g. with imagemagick) |
| 19:04:10 | LambdaCalculus37 | linuxstb: Have you taken screenshots of the Clip with the sim? |
| 19:04:27 | linuxstb | No, I don't think I've even compiled the Clip sim... |
| 19:04:53 | LambdaCalculus37 | linuxstb: Let me try the Clip sim on my Mac; I'll take a couple of shots. |
| 19:05:13 | * | linuxstb compiles the Clip sim |
| 19:05:30 | | Join Strife89 [0] (n=michael@168.16.232.173) |
| 19:05:36 | LambdaCalculus37 | linuxstb: How do you take a screencap in the sim? |
| 19:05:41 | linuxstb | F5 I think |
| 19:06:31 | linuxstb | I assume cabbie hasn't been adapted to the Clip yet? e.g. moving the icons to the top, so they're yellow? |
| 19:07:23 | | Quit sarixe ("Connection reset by the motherfucking peer") |
| 19:07:33 | LambdaCalculus37 | linuxstb: Nope. Still looks off. |
| 19:07:34 | * | linuxstb thinks the Clip screendump function needs fixing... |
| 19:07:41 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:07:45 | LambdaCalculus37 | I'm using rockbox-default on my Clip for now. |
| 19:08:15 | | Join miepchen^schlaf [0] (n=miepel@p579ECAA1.dip.t-dialin.net) |
| 19:08:17 | linuxstb | http://linuxstb.cream.org/rockbox/dump-clip.png |
| 19:08:57 | LambdaCalculus37 | linuxstb: It looks like an Archos screencap. (except for resolution, of course) |
| 19:09:07 | kugel | btw, I wonder why the no fonts are compiled when doing make zip on the clip |
| 19:09:17 | kugel | -the |
| 19:09:27 | kugel | it's basically using sysfont now it seems |
| 19:11:03 | LambdaCalculus37 | kugel: Most of the other fonts are way too large for that tiny little screen, but I don't think that's the reason why they're not compiled. |
| 19:12:54 | linuxstb | kugel: According to settings_list.c, the Clip (LCD_HEIGHT <= 64) should be using 08-Rockfont |
| 19:14:02 | kugel | linuxstb: if it wasn't sysfont (i haven't verified which font it is) the fonts folder wouldn't be empty, right? |
| 19:14:33 | linuxstb | But it seems that is missing in WPSLIST - it needs a 128x64 entry |
| 19:14:56 | LambdaCalculus37 | linuxstb: My screendumps look the same as yours. |
| 19:15:05 | linuxstb | So the generated cabbiev2.cfg will also be wrong I think... |
| 19:15:38 | kugel | it seems, the wps seems correct though |
| 19:15:45 | | Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") |
| 19:16:31 | LambdaCalculus37 | linuxstb: But what about cabbie for the RWPS on the iriver LCD remote? |
| 19:16:52 | kugel | it has wps and statusbar entry |
| 19:17:32 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:17:43 | linuxstb | LambdaCalculus37: I think that's fine - it should use the main LCD size to determine the font. |
| 19:18:24 | * | linuxstb wonders why rwps entries have a font specified in WPSLIST... |
| 19:18:52 | * | LambdaCalculus37 thinks MrSomeone should look into the Clip sim screendump function |
| 19:19:27 | linuxstb | It's not the "sim screendump", it's just "the screendump". |
| 19:19:32 | pixelma | the package script needs to be adapted to be able to distinguish between 128x64x1 as main WPS and RWPS, mentioned quite a few times already |
| 19:20:21 | kugel | linuxstb: shouldn't WPSLIST be using the settings_list #defines anyway (or the other way around), instead of having both specifying a font? |
| 19:20:51 | pixelma | linuxstb: maybe in the hope that one day you'll be able to use different fonts for WPS and RWPS on the same target... |
| 19:21:28 | * | BigBambi crosses fingers! |
| 19:21:35 | linuxstb | pixelma: True, but it seems strange for Rockbox to do something "just in case something happens in the future"... |
| 19:23:45 | | Quit Xerion (" ") |
| 19:24:05 | pixelma | and I still wonder - is there a way to extend the logic which is already in wpsbuild.pl (or how's it called) that distinguishes same sized RWPSs for different targets with different main WPSs (see the iCatcher RWPSs for H300 und H100)? |
| 19:24:06 | linuxstb | The Clip has another problem - we will probably want themes adjusted to the yellow/blue colour split, so different 128x64x1 than other targets. |
| 19:27:38 | bluehazzard | hi, i try to build a firmware for the e200v2, i made a bootloader build of rockbox, and i have build mkamsboot... when i now run mkamsboot with the parameters of a original firmawarefile and the bootloader firmwarefile it says: err Model name "e2v2" not found in bootloader.bin |
| 19:27:39 | bluehazzard | can someone help me? thank you |
| 19:27:58 | pixelma | I thought it could be possible if an xyz.160x128x2.128x64x1.wps would take priority over xyz.128x64x1.wps (currently that one has priority if it exists) |
| 19:28:18 | * | LambdaCalculus37 has no idea how centralized the install methods for the AMS Sansas is going to be, and wonders if he should just make seperate "foo install" pages or one "AMS Sansa install" page |
| 19:28:22 | linuxstb | bluehazzard: What instructions say to use bootloader.bin? (they're wrong) |
| 19:28:50 | linuxstb | LambdaCalculus37: So far, they are all the same, just the filenames will vary. |
| 19:28:51 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 19:28:58 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 19:29:03 | kugel | WPSLIST is too hardcoded for my taste |
| 19:29:18 | LambdaCalculus37 | linxustb: Then I'll create one "AMS Sansa" install page. |
| 19:29:31 | linuxstb | LambdaCalculus37: Are you still talking about the manual? |
| 19:29:34 | kugel | could we make it more like features.txt, as in using LCD_WIDTH and stuff and having it preprocessed? |
| 19:29:43 | LambdaCalculus37 | linuxstb: Yes. |
| 19:30:09 | linuxstb | kugel: Wouldn't that get very long? |
| 19:30:16 | bluehazzard | linuxstb: i don't have to create an bootloader.bin?? |
| 19:30:34 | linuxstb | bluehazzard: You use bootloader-e200v2.sansa |
| 19:30:44 | kugel | linuxstb: depends, could get longer, but it could also get shorter |
| 19:30:50 | kugel | is the length a problem? |
| 19:30:54 | pixelma | kugel: hmm? It choses the WPSs to include by LCD_WIDTH etc |
| 19:31:08 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 19:31:10 | pixelma | together with the pearl script |
| 19:31:17 | pixelma | or perl? |
| 19:31:18 | linuxstb | kugel: Only that if it becomes longer, it will become harder to read and maintain.... |
| 19:31:31 | LambdaCalculus37 | pixelma: Perl. |
| 19:31:50 | pixelma | yeah, looked odd |
| 19:31:51 | kugel | well, now there's dancing puff dou built for it |
| 19:32:00 | kugel | which doesn't work since it wants to load a backdrop |
| 19:32:08 | pixelma | huh? |
| 19:32:21 | LambdaCalculus37 | I think that DancePuffDuo theme has been long broken, hasn't it? |
| 19:32:35 | pixelma | IIRC DancePuffDuo does not use a backdrop |
| 19:32:35 | kugel | it works on my fuze iirc |
| 19:32:58 | kugel | "ERR: Failed to load image 0 - /.rockbox/wps/DancePuffDuo/bg.bmp" |
| 19:33:03 | LambdaCalculus37 | kugel: It doesn't work on my Clip. |
| 19:33:04 | pixelma | and it is probably only the DancePuffDuo.rwps |
| 19:33:17 | kugel | LambdaCalculus37: yea, that's the point |
| 19:34:04 | kugel | linuxstb: I don't think it will be much harder to read |
| 19:34:10 | bluehazzard | linuxstb: linuxstb: sou what i have to select in the configure when i build rockbox? or is there somewere written how i can build rockbox for the ams targets? |
| 19:34:13 | | Quit nuonguy ("This computer has gone to sleep") |
| 19:34:18 | pixelma | kugel: bg.bmp does not necessarily mean back*drop*. In b/w WPS it's often only a statically loaded monochrome bmp (with %x) |
| 19:34:28 | LambdaCalculus37 | Cabbiev2 is very screwed up on the Clip. The progress bar is shoved up to the top yellow bar, the tag info is cut off from "artist", and the icons look a little scrambled here. |
| 19:35:11 | pixelma | kugel: but that's still weird |
| 19:35:25 | rasher | LambdaCalculus37: isn't there a patch to fix that |
| 19:35:35 | linuxstb | bluehazzard: You just build things like any other target - "B" for bootloader builds, "N" for normal builds. Are you saying yo don't get a bootloader-e200v2.sansa file? |
| 19:35:49 | LambdaCalculus37 | rasher: Not sure. |
| 19:35:55 | bluehazzard | no, a bin file |
| 19:35:59 | * | LambdaCalculus37 rummages around on Flyspray |
| 19:36:00 | kugel | pixelma: bg.bmp doesn't exist in the wps/cabbiev2 folder |
| 19:36:22 | bluehazzard | a, nou i found it... |
| 19:36:27 | bluehazzard | sorry |
| 19:36:35 | rasher | LambdaCalculus37: FS #9763 |
| 19:36:50 | bertrik | LambdaCalculus37, I hacked a bit on the 128x64x1 cabbie v2 wps and made a FS task, but there's already another target with the same resolution |
| 19:37:07 | kugel | LambdaCalculus37: http://www.rockbox.org/tracker/task/9763 |
| 19:37:07 | LambdaCalculus37 | bertrik: The m200, correct? |
| 19:37:19 | kugel | damn ;) |
| 19:38:14 | pixelma | LambdaCalculus37: no, the Iriver remotes |
| 19:38:30 | | Quit faemir (Remote closed the connection) |
| 19:38:41 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 19:38:56 | linuxstb | bertrik: Why not move the statusbar to the yellow block? |
| 19:39:02 | kugel | bertrik: besides that I'd have a 3rd idea of making the wps look like...is this doing anything bad to other targets which use that wps? |
| 19:39:19 | | Quit Strife89 ("Off to class.") |
| 19:39:26 | pixelma | and that's why I didn't bother about the Clip cabbiev2 yet - the 128x64x1 version is made for the Iriver remotes which use a different sized font and if you change something there it will look wrong on the Iriver remotes |
| 19:39:38 | * | linuxstb would prefer the cabbiev2 statusbar in the correct place on all targets... ;) |
| 19:40:14 | kugel | bertrik: I think the changes to the other targets don't really justify separation of the targets, do they? |
| 19:41:51 | * | pixelma wonders why she's talking in cirles |
| 19:41:56 | pixelma | circles too |
| 19:44:00 | kugel | pixelma: ah right |
| 19:44:03 | bertrik | kugel, what pixelma said about the font size is the reason |
| 19:44:52 | kugel | anyway, who can I blame for the clip sim keymap? |
| 19:45:26 | bertrik | I think we need to edit some of the perl scripts to allow more than one target with the same resolution, I looked a bit at that, but I'm not so fluent in perl |
| 19:45:35 | pixelma | the script needs to be made aware of possible two (or more) versions of one WPS size and I thought it shouldn't be too hard - for someone who knows perl - to extend the existing logic |
| 19:45:47 | linuxstb | pixelma: Could we simply have separate .wps and .rwps files? |
| 19:46:06 | bertrik | kugel, I think funman copied a lot of keymap stuff from the c200 and then I fixed some of the obvious bugs |
| 19:46:26 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 19:46:28 | LambdaCalculus37 | bertrik: The keymap still needs a bit of work. |
| 19:46:44 | pixelma | bertrik: there is already *something* there to have different RWPS for the Iriver remotes together with the H300 or H100 |
| 19:46:53 | linuxstb | And also add an (optional) target into the filenames, similar to the lang files. So something like cabbiev2.128x64x1.clip.wps or maybe even cabbiev2.128x64x1.clip_target2_target3.wps |
| 19:46:58 | LambdaCalculus37 | For example, the VolUp/Down buttons should be able to raise and lower the volume even outside of the WPS, much like the c200 does. |
| 19:47:17 | pixelma | see th iCatcher versions |
| 19:47:22 | pixelma | *the |
| 19:47:48 | bertrik | LambdaCalculus37, yeah I would like that too |
| 19:48:35 | bertrik | that shouldn't be very hard |
| 19:49:09 | | Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) |
| 19:50:04 | bertrik | Llorean had some ideas for an alternative Clip key mapping |
| 19:50:09 | kugel | bertrik, pixelma: Someone proposed to prioritise (r)wps if they have the model name in it over plain screen dimensions, I think that's a good idea |
| 19:50:19 | * | LambdaCalculus37 summons Llorean |
| 19:50:45 | kugel | LambdaCalculus37: I personally think volume buttons in list is a waste of buttons |
| 19:51:22 | * | domonoky thinks we dont have enough buttons for volume in lists on clip/m200v4 |
| 19:51:33 | * | kugel agrees |
| 19:52:14 | *** | Saving seen data "./dancer.seen" |
| 19:53:27 | Llorean | I think the volume buttons can be used to move through the list (basically, map them like the wheel is on the e200, so they do volume in WPS and move in lists) for the Clip, but others have said that it's quite uncomfortable for them to use them like that. |
| 19:53:27 | bertrik | I see no big problems with volume buttons in lists |
| 19:53:31 | kugel | LambdaCalculus37, bertrik: and btw, the clip actually does have this as of now |
| 19:54:43 | Llorean | I'm not sure it makes as much sense on targets where the volume buttons are positioned horizontally rather than vertically though |
| 19:54:49 | kugel | bertrik: there are functions which are more important to me over volume in lists, that include go to wps, stop playback and quickscreen |
| 19:55:09 | LambdaCalculus37 | Llorean: Are there any targets where the volume buttons are positioned horizontally? |
| 19:55:23 | bluehazzard | hi again me.... when i have build the normal build for the sansa v2 did i have to rename it to .mi4? |
| 19:55:24 | Llorean | LambdaCalculus37: m200 / c200 I think |
| 19:55:28 | domonoky | m200v4 has the volume buttons on the side |
| 19:55:33 | LambdaCalculus37 | Llorean: Ah, that's right. |
| 19:56:19 | domonoky | using them for got to wps/quickscreen or alike would be good. |
| 19:56:53 | Llorean | You basically have three options re: the volume buttons. Use them for volume (easiest for a user to figure out), use them for navigation (a little harder to figure out, but since they're a linear control not too hard) or use them for something else like "go to wps" and "stop playback" in the list, which is very difficult to guess/remember but makes navigation easier. |
| 19:57:35 | Llorean | All in the list, btw |
| 19:57:40 | bertrik | personally I think volume is more important than WPS, QS or STOP. Go to WPS could be the home button, STOP could be long play in the WPS |
| 19:57:41 | kugel | but we do want the volume buttons for volume in the wps, rightß |
| 19:58:36 | domonoky | bertrik: m200 has no home or rec button. |
| 19:58:38 | bertrik | kugel, of course |
| 19:58:38 | kugel | oh, and I really wouldn't like the volume buttons as up/down in lists |
| 19:58:50 | LambdaCalculus37 | Llorean: I vote for option 1 (volume control). |
| 19:58:56 | bertrik | m200 != clip |
| 19:59:09 | domonoky | :-) |
| 19:59:28 | kugel | bertrik: well, it's going to be difficult to have a intuitive keymap, since wps and lists will have totally different keymapps |
| 20:00 |
| 20:00:03 | Llorean | bertrik: Long play in the WPS means you can't scroll lists well, at all. |
| 20:00:25 | Llorean | bertrik: Basically, in the list, long Play and long Menu *cannot* be used unless you want to make someone press a button 4000 times to get through a 4000 entry list. |
| 20:00:28 | kugel | Llorean: I had an idea which would make this possible |
| 20:00:46 | kugel | using the volume buttons for page scrolling |
| 20:01:04 | Llorean | Using the volume buttons for page scrolling just reduces what buttons we have further... |
| 20:01:13 | kugel | but I don't think that'll work well in practise |
| 20:03:04 | kugel | remember that we also have button combos, like select+up (which I find easy to use with the thumb only) |
| 20:03:27 | Llorean | Button combos should more or less only be used as a last resort. |
| 20:03:53 | * | bertrik agrees |
| 20:03:56 | Llorean | The user's usually not even going to guess that combos exist. |
| 20:04:10 | * | LambdaCalculus37 wonders if a similar discussion was carried out with other targets that had limited buttons |
| 20:04:12 | | Quit japc (Read error: 110 (Connection timed out)) |
| 20:04:13 | Llorean | No "main" function should be on them. Something like PgUp/PgDn could though. |
| 20:04:34 | kugel | but they can be used for non-critical features like quickscreen |
| 20:04:36 | Llorean | LambdaCalculus37: This is kinda the most limited we've been since the Ondio and that was forever ago. |
| 20:04:36 | | Quit freqmod_qu (SendQ exceeded) |
| 20:04:36 | kugel | imo |
| 20:04:39 | | Join freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) |
| 20:05:06 | Llorean | And it's less "limited buttons" and more "buttons limited in function due to their physical layout" |
| 20:05:23 | Llorean | There's as many buttons as an iPod, you just can't use some of them the same way due to where they're at. |
| 20:05:24 | | Quit bluehazzard ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 20:05:25 | kugel | yea |
| 20:05:29 | LambdaCalculus37 | Llorean: I agree. |
| 20:06:13 | * | LambdaCalculus37 is at least glad to have a couple of targets with lots of buttons and very intuitive layouts :) |
| 20:06:36 | Llorean | I think though volume is non-critical in the list. The "volume" buttons could be used for something else we usually make available to the user since the WPS is always one button press away anyway, and then the volume can be adjusted. |
| 20:07:11 | kugel | exactly, that's my impression too |
| 20:08:59 | LambdaCalculus37 | Llorean: I brought it up, however, because the volume buttons on the c200 do adjust the volume outside of the WPS, and I had become used to that behavior. But then again, it's personal opinion and I know that my opinion may not be what everyone else sees. |
| 20:09:25 | bertrik | I was thinking the opposite for basically the same reason :). Like STOP/QS can be done by going to the WPS first. |
| 20:10:24 | LambdaCalculus37 | Stop on the Clip is done with a quick press of POWER, like on the c200. |
| 20:10:35 | kugel | I doubt QS is going to have a dedicated button |
| 20:10:54 | bertrik | At least I'd like to keep using PLAY to go up in lists and STOP to go down in lists |
| 20:10:59 | kugel | LambdaCalculus37: do you think this is acceptable? |
| 20:11:10 | Llorean | LambdaCalculus37: Well, we've discussed changing it for the c200 too |
| 20:11:22 | LambdaCalculus37 | kugel: It works for me, but I think long play would be better. |
| 20:11:33 | Llorean | kugel: QS should have a dedicated button, it does on other targets |
| 20:11:39 | Llorean | bertrik: QS is not just a WPS-only feature now |
| 20:11:43 | Llorean | Especially given that it's customizable. |
| 20:11:58 | Llorean | It may be used to change the file view (which only makes sense in the tree) or adjust audio settings before playing back an mpeg... |
| 20:12:05 | kugel | Llorean: I think QS is one of the things that can be done with a combo if we're short on buttons |
| 20:12:07 | Llorean | None of these are "WPS-only" type adjustments. |
| 20:12:29 | Llorean | kugel: We aren't that short, though, or we would be on the iPod Nano. |
| 20:12:33 | | Quit bmbl ("Woah!") |
| 20:12:35 | kugel | LambdaCalculus37: basically, I'd prefer log home, or short power for stop |
| 20:12:52 | kugel | long* |
| 20:12:53 | Llorean | Short power should be stop when possible, I think |
| 20:13:25 | kugel | ok, sounds good to me |
| 20:13:53 | LambdaCalculus37 | Same here. |
| 20:14:03 | kugel | imo, short home should go to the wps, and back from the wps |
| 20:14:31 | Llorean | Short "select" should leave the WPS |
| 20:14:37 | Llorean | There's really no reason to change this. |
| 20:14:56 | kugel | but back from wps is sufficiently fullfilled by down and select, so that's not too important |
| 20:15:08 | LambdaCalculus37 | kugel: While we're on the keymap subject, what is the button layout on the Fuze like? Is it similar to the Clip, or a little different? |
| 20:15:24 | Llorean | The Fuze ought to be the e200 keymap, right? It has a wheel? |
| 20:15:56 | kugel | LambdaCalculus37: similar, just swap volume buttons with a scrollwheel (which changes things drastically) |
| 20:16:15 | LambdaCalculus37 | kugel: So more like the e200 keymap, like Llorean mentioned? |
| 20:16:23 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 20:16:28 | kugel | more like yes, but not the same |
| 20:16:39 | Llorean | kugel: Why is it different? |
| 20:16:43 | bertrik | linuxstb, I played a little with using the target name to search for a wps, but I got a bit stuck after discovering that the "target" variable is like "-D=SANSA_CLIP" instead of simply "SANSA_CLIP" or "clip" |
| 20:17:50 | kugel | because power is quite hard to use (it's a much smaller switch), and the e200 has the hardly used rec button while the fuze has the (supposedly not so hardly used) home button |
| 20:18:13 | | Join Jaykay [0] (n=chatzill@p579E63C8.dip.t-dialin.net) |
| 20:19:26 | Llorean | kugel: So the difference is "we use the Home button for everything the power button did except actually turning the power off, and we don't have a record button"? |
| 20:20:00 | kugel | that would basically be it, yes |
| 20:20:31 | Llorean | Basically? |
| 20:20:33 | Llorean | What else changed? |
| 20:21:59 | kugel | I didn't figure out the exact keymap yet |
| 20:22:37 | Llorean | That's not really an answer... |
| 20:23:14 | kugel | I cant give you a exact answer without having thought about the exact keymap |
| 20:23:21 | Llorean | Why does it need to change, then? |
| 20:23:26 | kugel | but what you said is what i had in my mind too |
| 20:24:20 | kugel | change what? |
| 20:24:52 | Llorean | Anything other than swapping the Power button on the e200 for the Home button on the Fuze |
| 20:25:03 | Llorean | For all non-power features. |
| 20:26:04 | kugel | I don't know what would to be changed |
| 20:26:59 | kugel | there's probably some changes to compensate the missing rec button (which is actually used at some places), that's all I can imagine for now |
| 20:27:13 | Llorean | The record button is all non-essential stuff. |
| 20:27:31 | kugel | some plugins do essential stuff on that one |
| 20:27:40 | Llorean | I'm talking about the core keymap, sorry. |
| 20:27:50 | Llorean | Plugin keymaps don't really matter in the same way. |
| 20:28:25 | kugel | but I propose we discuss the exact keymap as soon as the home button and scrollwheel are working properly |
| 20:28:35 | kugel | (for the fuze I mean) |
| 20:28:38 | Llorean | What needs to be discussed regarding it in the core? |
| 20:29:35 | kugel | can you stop asking me as if I had a complete keymap in my mind? |
| 20:30:09 | kugel | a talk about that is not very useful until all buttons are working, so we don't have to do that now |
| 20:30:33 | kugel | I'm just saying that there's likely not changing vs the e200 keymap except that what you said |
| 20:30:43 | kugel | +anything |
| 20:30:58 | Llorean | You never actually said that... |
| 20:31:29 | Llorean | That's more or less what I was asking for. |
| 20:31:52 | linuxstb | bertrik: You want to pass $archos (which should be renamed $modelname - it comes from MODELNAME in the Makefile, not ARCHOS any more) from buildzip.pl to wpsbuild.pl |
| 20:31:53 | kugel | Ok, are we fine again then? :) |
| 20:32:08 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 20:32:14 | linuxstb | bertrik: Probably in addition to $target |
| 20:33:52 | bertrik | linuxstb, aaah thanks, I think I'll play a bit with that and put it on the FS task when I have something useful |
| 20:34:34 | | Join n5pwp [0] (n=mike@c-76-30-251-235.hsd1.tx.comcast.net) |
| 20:46:39 | | Quit TheSphinX^ ("XChat@Linux") |
| 20:48:11 | kugel | bertrik: I upload another wps to the task, which is very similar to your first one |
| 20:48:32 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 20:52:00 | | Quit kugel (Nick collision from services.) |
| 20:52:03 | | Join kugel_ [0] (n=kugel@e179081217.adsl.alicedsl.de) |
| 20:52:13 | | Nick kugel_ is now known as kugel (n=kugel@e179081217.adsl.alicedsl.de) |
| 20:52:27 | bertrik | kugel, looks nice, did you use a different font? |
| 20:53:43 | bertrik | for some reason I can't think of now, I left a area of 1 black pixel around the wps, with is not necessary |
| 20:57:13 | | Part toffe82 |
| 20:58:54 | linuxstb | kugel, bertrik: Why not simply move the statusbar into the yellow? |
| 20:59:30 | bertrik | linuxstb, it's a possibility indeed. All other cabbiev2 have the status bar on the bottom IIRC |
| 21:00 |
| 21:01:13 | linuxstb | Yes, I think it looks wrong there as well, but it's even worse on the Clip - the LCD is physically designed to have the statusbar at the top... |
| 21:02:29 | kugel | bertrik: I actually used the font that's supposed to be used |
| 21:02:55 | kugel | bertrik: I added a 128x64x1 in case in wps list, so that rockfont is compiled |
| 21:03:40 | kugel | linuxstb: it's probably subjective, but I like the statusbar at the bottom |
| 21:04:32 | kugel | and having the now playing bar at the bottom doesn't sound more correct to me either |
| 21:05:08 | bertrik | it's on the top in the list... I wouldn't mind having it on top in the WPS too, but it seems to be a violation of the cabbiev2 style |
| 21:05:19 | | Quit xnyhps ("leaving") |
| 21:05:56 | kugel | bertrik: yea, and I think it should be at the top, not at the bottomg (which would happen if the status icons are moved to the top, not?) |
| 21:06:14 | kugel | ah, you mean the statusbar in the list |
| 21:06:23 | kugel | well, those aren't really comparable |
| 21:06:42 | kugel | other than that, it doesn't require much coding the have the statusbar possibly at the bottom |
| 21:06:51 | kugel | (the list one) |
| 21:08:17 | bertrik | kugel, what exactly did you do to make the clip WPS use rockfont? |
| 21:09:49 | kugel | bertrik: http://pastie.org/368045 |
| 21:10:50 | * | kugel thinks the font selection should be entirely undependent of the lcd width and bit depth |
| 21:11:35 | pixelma | LambdaCalculus37: you do not miss a one button resume on the c200? That's what I changed in my patch - VolUp is "Resume" (go to WPS) and VolDown is "Stop" in lists and if I use an SVN build for whatever reasons, I miss that |
| 21:12:58 | kugel | pixelma: does that work well? |
| 21:13:00 | | Join m0f0x [0] (n=m0f0x@189-47-60-182.dsl.telesp.net.br) |
| 21:13:19 | kugel | I imagine that's way batter than volume in lists |
| 21:13:24 | kugel | better* |
| 21:13:26 | LambdaCalculus37 | pixelma: Now that you mention it, I kinda do miss that. I haven't used the new keymap in ages. :) |
| 21:14:17 | kugel | pixelma: it seems we're going for power = stop, I think the c200 should do that as well |
| 21:14:18 | pixelma | kugel: yepp, nicely |
| 21:14:37 | kugel | for the sake of consistency |
| 21:14:48 | kugel | if possibly, of course |
| 21:14:55 | pixelma | kugel: power is "menu" wherever possible on the c200, keeping that consistent is more important IMO |
| 21:15:31 | kugel | pixelma: well, that's how it's been on the e200 too, until it was changed to down |
| 21:16:08 | pixelma | and please don't change any keymaps on targets you can't try on - sim and real target is so much different because of physical button layout |
| 21:16:29 | pixelma | you can't use down as "menu" on the c200 because you need it as "down" |
| 21:16:29 | bertrik | kugel, thanks for the patch. Rockfont-8 is a little too small for my taste. |
| 21:16:33 | kugel | unless REC is a highly used button on the c200, that one could be used for menu I imagine |
| 21:16:57 | kugel | that would be free over all places, not? |
| 21:17:14 | pixelma | Rec is on the side (bottom) and totally not intuitive as a menu button (IMO) on the c200 |
| 21:17:33 | kugel | why? |
| 21:17:45 | kugel | I imagine that would work nicely |
| 21:17:57 | kugel | and allow more consistency over targets |
| 21:18:07 | pixelma | sigh |
| 21:18:59 | kugel | well, just an idea. You own that target, not me :) |
| 21:20:34 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 21:24:14 | pixelma | ok, I try to be open to brainstorming since I'm still not happy with the keymap (also the patch) but in this case I think Power is the better menu button because it's easier to reach |
| 21:24:47 | kugel | pixelma: btw, I wonder if you could test my 4th quickscreen item patch. I'm curious if the c200 screen is big enough (it surely depends on the font) |
| 21:25:29 | pixelma | and using Rec as menu sounds awkward (although I know some targets use it like the M5/X5 and the H100) |
| 21:26:41 | kugel | I can't really tell how hard it is to reach rec, it just sounds good to me in theory ;) |
| 21:27:19 | pixelma | it impresses me more and more how intuitive the Ondio keymap feels (with even less buttons) |
| 21:27:37 | Llorean | I agree, "Power" is the better menu button on c200 |
| 21:27:42 | Llorean | Nothing else really makes sense physically |
| 21:27:54 | | Join Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) |
| 21:28:05 | Llorean | pixelma: H100 doesn't use Rec as menu. It uses "A-B" |
| 21:28:14 | Alystair | I know this has to be the oddest thing ever, but is there a version of rockbox available for Symbian OS? |
| 21:28:19 | Alystair | like S60 |
| 21:28:25 | Llorean | Alystair: No. The list on the page is still accurate. |
| 21:28:39 | pixelma | kugel: the c200 is not the target with the smallest screen that can show a quickscreen... |
| 21:28:41 | Alystair | No way to get rockbox as a cellphone app then, eh? :/ |
| 21:28:47 | Bagder | and no, that's not the oddest thing ever :-) |
| 21:29:02 | rasher | I imagine S60 wouldn't be the hardest thing to target |
| 21:29:09 | Bagder | Alystair: dive in, make it happen! |
| 21:29:11 | pixelma | Llorean: ok, but on M5/X5 menu is on the "Rec/A-B" button |
| 21:29:16 | Alystair | you'd get such a huge market share of cellphones |
| 21:29:16 | Llorean | Alystair: It's been done on a Motorola phone, in a limited manner. |
| 21:29:26 | Llorean | pixelma: The H100 series has separate Record and A-B buttons. :) |
| 21:29:30 | Alystair | because the built-in system and all apps I've found so far are absolute trash |
| 21:29:34 | Llorean | Alystair: Well, someone with the phone needs to work on it. |
| 21:29:43 | * | rasher quickly scuttles away |
| 21:29:47 | pixelma | should have known... I drew them ;) |
| 21:29:49 | Alystair | Bagder: just because I know how to get on IRC doesn't mean I automatically know C/whatever Rockbox is coded in |
| 21:29:56 | Llorean | Alystair: We aren't going for "market share" so much as "what keeps us interested". |
| 21:29:57 | Alystair | :-) |
| 21:29:59 | Bagder | no? darn! |
| 21:30:10 | Alystair | Yeah it'd be awesome |
| 21:30:16 | Llorean | So start learning C. :) |
| 21:30:46 | Llorean | I'd imagine at least in that case, there's minimal reverse engineering necessary. |
| 21:31:32 | rasher | Yeah, you'd just be going through published apis, in all likelyhood |
| 21:31:39 | rasher | Rather than directly at the hardware |
| 21:31:44 | Alystair | mhm |
| 21:32:02 | kugel | Llorean: I'm going to commit FS #9662 soon, in case you want to test for quirks |
| 21:32:44 | | Quit faemir ("Lost terminal") |
| 21:32:44 | pixelma | kugel: and the c200 has a limited quickscreen too - only available from the WPS - and I'm reaaallly seldom use the quickscreen at all, usually only by accident or if I test something |
| 21:32:44 | kugel | I'm going to test it in every day use tomorrow and on the weekend, then make sure what to do about the langs, then commit if all goes well |
| 21:33:08 | kugel | pixelma: only in wps? that should be changed imo |
| 21:33:10 | Alystair | I still can't believe the battery life on this damn thing |
| 21:33:13 | Alystair | 3 days of wifi. |
| 21:33:23 | pixelma | kugel: do you have a free button? |
| 21:33:27 | BigBambi | Alystair: Sorry to be a pain, but please stay on topic |
| 21:33:28 | Llorean | kugel: If you do commit, could you do the spacing cleanup separately so it's easier to visually spot what actually changed in the diff? |
| 21:33:37 | Alystair | BigBambi: np, will idle |
| 21:33:46 | BigBambi | Alystair: Cheers :) |
| 21:33:54 | kugel | let it be on REC, or move stop to rec and let it be on vol-down |
| 21:34:17 | kugel | Llorean: ok |
| 21:35:24 | | Join casainho [0] (n=chatzill@87.196.210.57) |
| 21:35:40 | pixelma | before making the c200 keymap even more awkward, I could much more easily do without the quickscreen completely |
| 21:36:53 | kugel | you mean intentionally leaving QS out, while virtually every target can access it? |
| 21:37:28 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:37:29 | BigBambi | If it helps the rest of the keymap, I wouldn't be adverse to dropping the QS |
| 21:37:49 | Llorean | kugel, pixelma: The question still really boils down to "should the volume buttons be allowed to do something other than volume in the list" |
| 21:37:49 | * | BigBambi thinks of the meizu M3 with its *huge amount of buttons /sarcasm |
| 21:37:50 | pixelma | kugel: the Ondio and the Player don't have a quickscreen |
| 21:38:14 | kugel | Llorean: and I don't think it has to be |
| 21:38:25 | kugel | but I do think the qs should be accessible |
| 21:38:26 | casainho | mcuelenaere: hello :-) −− you are not listed on the KnowledgeMap, can I know in what do you have experiency and in what you like? |
| 21:38:29 | Llorean | BigBambi: Touchscreens basically have 9 virtual buttons that are fairly easy to use (imagine a tic-tac-to board) |
| 21:38:43 | BigBambi | Llorean: The meizu M3 doesn't have a touchscreen |
| 21:38:50 | pixelma | and in case of the Ondio (which I can say something about) it really helps the keymap |
| 21:39:10 | Llorean | BigBambi: Oh, I thought they did. Sorry |
| 21:39:16 | Llorean | They're the one with the little strip, then, right? |
| 21:39:17 | kugel | the ondio has 5 buttons? the c200 has way more |
| 21:39:19 | mcuelenaere | casainho: ehm I would guess that be porting Rockbox to the Onda and the Creative ZVM? :) |
| 21:39:19 | BigBambi | Llorean: It has one button, plus a vertical pad that lets you press top, middle and bottom + "slide" up and down on it |
| 21:39:34 | | Quit intrados () |
| 21:39:34 | LambdaCalculus37 | BigBambi: Plus a hold switch, right? |
| 21:39:35 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
| 21:39:37 | linuxstb | So whose idea was it to port Rockbox to that? ;) |
| 21:39:44 | BigBambi | LambdaCalculus37: yes |
| 21:39:48 | BigBambi | linuxstb: gevaerts ! |
| 21:39:49 | kugel | I don't think the c200 button situation is comparably poor |
| 21:40:13 | BigBambi | Sorry, two buttons |
| 21:40:19 | casainho | mcuelenaere: ah, okok ;-) −− because I saw you joined Rockbox Player discussion group ;-) −− I have some questions but I will ask you there, so others developers can also see :-) |
| 21:40:20 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 21:40:31 | pixelma | kugel: the Ondio has 6 buttons and while the c200 has 9 - it doesn't help much because the physical layout is quite bad so that some buttons are not really nice to use for everything |
| 21:40:38 | casainho | mcuelenaere: would you like to help on SD Card drivers? |
| 21:40:44 | BigBambi | er no, one button |
| 21:40:51 | mcuelenaere | casainho: yes, that was just so I could get the discussions in my mailbox, nothing special |
| 21:40:53 | * | BigBambi finally went to look at his Meizu M3 |
| 21:40:57 | casainho | mcuelenaere: because I am working on it and alone... :-( |
| 21:41:02 | | Quit intrados (Remote closed the connection) |
| 21:41:17 | casainho | mcuelenaere: ah, okok :-) |
| 21:41:21 | kugel | pixelma: QS on REC, or STOP on REC and QS on vol down sounds less "awkward" to me than not having quickscreen at all |
| 21:41:23 | mcuelenaere | casainho: well, that would be rather hard without the target and I think I already have my hands full on the onda :) |
| 21:41:59 | pixelma | wow, from none to 2 quickscreen buttons? |
| 21:42:01 | Bagder | casainho: mcuelenaere is quite alone himself on the mips front |
| 21:42:26 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 21:42:27 | | Quit linuxstb (Remote closed the connection) |
| 21:42:34 | mcuelenaere | (and on the Creative front :) ) |
| 21:42:37 | casainho | mcuelenaere , Bagder : okok ;-) |
| 21:42:41 | Bagder | that too, yes |
| 21:42:45 | Bagder | a loner that guy |
| 21:42:50 | Bagder | beware! ;-) |
| 21:42:56 | casainho | eheh :-) |
| 21:43:11 | kugel | pixelma: two? |
| 21:43:15 | | Quit intrados (Remote closed the connection) |
| 21:43:22 | mcuelenaere | anyway, casainho: don't the other dev's in your group can help you? |
| 21:43:29 | mcuelenaere | s/don't/can't/ |
| 21:44:05 | casainho | mcuelenaere: well, one is more from hardware... and others don't look like to be able to program this kind of MCUs |
| 21:44:12 | rasher | pixelma: there was an "or" in there |
| 21:44:15 | pixelma | kugel: to me the quickscreen is really low priority, I got used to have none. The M5 has a "normal" quickscreen and I often forget about it (and don't miss it). It's only a "nice to have" while basics like resume is much more important to me |
| 21:44:39 | Llorean | pixelma: I don't think Resume and QS are mutually exclusive on the c200 |
| 21:44:43 | * | mcuelenaere wonders what's harder to implement, a SD driver or a NAND.. |
| 21:44:50 | casainho | casainho: well, but I got the SD Card Init working, soon I will be able to mount the partition ;-) |
| 21:44:52 | | Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) |
| 21:45:03 | Llorean | I think "resume" and "stop" could go on the volume buttons to make things easier all around |
| 21:45:10 | kugel | pixelma: short rec is free on the c200 isn't it? |
| 21:45:17 | pixelma | Llorean: maybe, but only if you can come up with a nice suggestion... |
| 21:45:18 | casainho | 2it's not far the end to be able to run Rockbox on it ;-) |
| 21:45:31 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 21:45:34 | | Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 21:45:35 | mcuelenaere | that sounds as good news :) |
| 21:45:41 | kugel | no QS is better than QS on a "awkward" button? |
| 21:45:45 | pixelma | kugel: I don't know off the top of my head, I don't think it is always free |
| 21:45:53 | Llorean | pixelma: I'm firmly in the camp that believe volume isn't necessary in the lists. It should be the last thing we have there, if we have buttons free. On the c200 we don't really have buttons free. |
| 21:46:14 | * | rasher agrees |
| 21:46:17 | * | BigBambi too |
| 21:46:34 | * | kugel too |
| 21:46:35 | * | domonoky too, and extends it to the m200v4 :-) |
| 21:46:39 | rasher | Unless the hardware makes the buttons seem very volume-specific |
| 21:46:49 | Llorean | It's _very_ nice, but if it's one-button to get back to the WPS, it's hardly necessary compared to removing functions entirely. :) |
| 21:46:59 | Llorean | And QS isn't a WPS-only function, so it shouldn't require music playing to access it. |
| 21:47:16 | Llorean | rasher: Well, they're about as volume-specific as the ones on the Gigabeat F series |
| 21:47:22 | pixelma | kugel: to me yes ;) and the awkward meant that it shouldn't move other things to more awkward places |
| 21:47:35 | | Join Sturm [0] (n=Sturm@080084203166.dynip.bkg-neuruppin.de) |
| 21:48:08 | Sturm | hi |
| 21:48:38 | Llorean | rasher: It's a long "button" with 'Volume' written on it, and an arrow on the left and right side, pressing the right side increases volume, the left side decreases it. It's definitely a 'volume' bar, but there's no practical reason it couldn't easily do something else in the list (and still be used for volume in the WPS) |
| 21:48:43 | Sturm | need help |
| 21:48:50 | BigBambi | Sturm: best ask |
| 21:48:55 | BigBambi | Sturm: can't read minds |
| 21:49:03 | BigBambi | Sturm: No matter how terse the message |
| 21:49:27 | Sturm | ~.~ |
| 21:50:33 | Sturm | is there any version for the phillips go gear sa177/00 512mb mp3 player ? |
| 21:50:38 | pixelma | Llorean: can't see "Volume" written on the button |
| 21:50:49 | LambdaCalculus37 | Sturm: Nope. |
| 21:51:01 | Llorean | pixelma: My c200 says volume |
| 21:51:05 | Sturm | not good |
| 21:51:18 | BigBambi | Sturm: If want, need work |
| 21:51:34 | BigBambi | Sturm: www.rockbox.org/wiki/NewPort |
| 21:51:35 | LambdaCalculus37 | Sturm: No one's stopping you from starting a port: http://www.rockbox.org/twiki/bin/view/Main/NewPort |
| 21:52:17 | *** | Saving seen data "./dancer.seen" |
| 21:53:10 | pixelma | Llorean: interesting, I can see a "Rec" on the Rec button but no "Volume". It's a bit worn but doesn't look like a writing could have ben rubbed off |
| 21:53:28 | Sturm | u wanna make me a version for my player ? |
| 21:53:34 | BigBambi | No |
| 21:53:39 | Sturm | .. |
| 21:53:49 | BigBambi | A port is a *huge* amount of work |
| 21:53:55 | kugel | Sturm: If anyone, then you want to make a version, and we won't stop you |
| 21:54:05 | BigBambi | Sturm: Interested owners do it, it is not done on request |
| 21:54:14 | Sturm | kugel was wolln die xD? |
| 21:54:21 | pixelma | Llorean: maybe it could, the "Rec" is also quite light. But that's not very important I guess |
| 21:54:55 | Llorean | pixelma: My REC is quite dark and seems to be the same font/size as the volume. |
| 21:55:38 | Llorean | But yes, doesn't matter too much, I think |
| 21:58:03 | LambdaCalculus37 | Sturm: This channel is English-only, and we're serious about on-topic talk. |
| 21:58:49 | Sturm | english word 4 "krmelkacker"? |
| 21:59:11 | BigBambi | Sturm: Neither is this an online translation service |
| 21:59:15 | | Join Xqtftqx [0] (i=4cbd1ba9@gateway/web/ajax/mibbit.com/x-793f18ec6adffcd4) |
| 21:59:22 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:30 | pixelma | Sturm: "Kick" ;) |
| 21:59:43 | Sturm | i dont think so :D |
| 22:00 |
| 22:00:27 | Xqtftqx | Hey, has anybody looked at the zune lately? Im wondering if anybody still is looking for some exploits so we can get rockbox working |
| 22:00:29 | Mode | "#rockbox +o Llorean " by ChanServ (ChanServ@services.) |
| 22:00:48 | | Join Rob2223 [0] (n=Miranda@p4FDCEAF4.dip.t-dialin.net) |
| 22:00:48 | Bagder | Xqtftqx: I don't think anyone from here ever looked very closely |
| 22:01:12 | Llorean | Sturm: Behave. The channel has guidelines, you are expected to follow them. |
| 22:01:13 | Xqtftqx | Im not sure if anybody has herd of the font thing, using your own Unicode fonts |
| 22:01:33 | Xqtftqx | Maybe theres a possibilty of trying to run a corrupt font |
| 22:01:38 | Sturm | does rockbox work on mp3 stickplayers ? |
| 22:01:41 | pixelma | Sturm: and if you follow the link in the topic you'll know why |
| 22:01:43 | Bagder | Xqtftqx: we hear of font things, can you be more specific? |
| 22:01:46 | Llorean | Sturm: It only works on the players listed on the site. |
| 22:01:59 | Xqtftqx | Let me grab a link to the hack, hold on one sec |
| 22:02:05 | Sturm | i know ^^ |
| 22:02:46 | Xqtftqx | http://www.zuneboards.com/forums/game-hack-support/13438-step-step-v2-2-v1-4-asian-characters.html Thats all i could find off hand, its a step by step |
| 22:03:37 | Xqtftqx | It would require users to downgrade the firmware, load something that asks for the font, and im not sure how the zune would handle corrupt fonts |
| 22:04:10 | | Quit Acksaw (Read error: 110 (Connection timed out)) |
| 22:05:38 | Bagder | that write-up is might confusing to my old brain |
| 22:05:41 | Bagder | mighty |
| 22:05:48 | | Part Sturm |
| 22:05:51 | * | linuxstb doesn't follow it either... |
| 22:06:27 | Xqtftqx | Basicly its adding a font folder to the .cab file and putting the fonts into that folder |
| 22:06:41 | Xqtftqx | then changing your dns settings and running a server that tells the zune software of an upgrade |
| 22:07:41 | linuxstb | Zune firmware upgrades are .cab files? |
| 22:07:56 | Xqtftqx | Yeah, with a nk.bin, recovery.bin, and a eboot.bin |
| 22:08:10 | Xqtftqx | All signed with some encryption |
| 22:08:42 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 22:09:30 | Bagder | but sure, it certainly says you can "add any font" so it would be a way to try for buffer overflows |
| 22:09:38 | Bagder | still a long shot |
| 22:09:53 | Xqtftqx | Yeah, im not sure how the device would handle a corrupt font either |
| 22:10:01 | Xqtftqx | and how would we create a corrupt font? |
| 22:10:13 | Bagder | with a hex editor I'd guess |
| 22:10:26 | Bagder | figure out the format, then try different variation of crazinesses |
| 22:10:57 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:11:06 | Xqtftqx | There is a font exploit for the orginal xbox |
| 22:11:21 | Xqtftqx | Im not sure how the devies are compared to each other |
| 22:11:34 | Llorean | I'd assume you'd look for known Windows Mobile font issues. |
| 22:11:41 | Bagder | probably different, but it could serve as education into the field |
| 22:12:05 | Xqtftqx | http://www.zuneboards.com/content/view/114/1/ Theres another write up |
| 22:12:13 | Xqtftqx | With pics, and alot easy reading |
| 22:12:39 | | Quit miepchen^schlaf () |
| 22:12:50 | Bagder | seems to be "ttc" font format |
| 22:13:23 | Xqtftqx | yep |
| 22:13:43 | Bagder | but... those are unencrypted? |
| 22:13:50 | linuxstb | Seems that buffer overflow exploits have been done before in Windows Mobile - http://www.scmagazineuk.com/Exploit-released-for-Windows-Mobile-flaw/article/106298/ |
| 22:14:00 | | Join miepchen^schlaf [0] (n=miepel@p579ECAA1.dip.t-dialin.net) |
| 22:14:30 | Xqtftqx | Yeah, fonts are unencrypted |
| 22:14:48 | Bagder | so did you try to just put any junk there with a .ttc extension? |
| 22:14:59 | Bagder | or even with any extension |
| 22:15:11 | Xqtftqx | I havent tried yet |
| 22:15:20 | Bagder | presumably, there is some kind of check |
| 22:15:27 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 22:15:40 | Bagder | is it possible to rename/move files on the zune fs? |
| 22:15:52 | Xqtftqx | Only with opening the case |
| 22:15:59 | | Quit reacocard (Remote closed the connection) |
| 22:16:05 | Bagder | I mean, could you put "format.ext" as "format.ttc" to get it there, then rename it back on the target? |
| 22:16:19 | Bagder | format.exe I mean |
| 22:16:25 | Xqtftqx | Only with opening the case |
| 22:16:29 | Llorean | Bagder: Zune is database-based. It's basically permanently MTP except that it's a modified MTP. |
| 22:16:47 | Bagder | right, but perhaps you can move/rename with the actual device |
| 22:16:56 | linuxstb | Is the Zune still only officially available in the US and Canada? |
| 22:17:03 | Bagder | I think so |
| 22:17:15 | Llorean | Bagder: AFAIK there's no file browser, you'd just be renaming the tags / database location I assume (if you even can rename) |
| 22:17:29 | Bagder | ok |
| 22:17:40 | Xqtftqx | There is some harddrive dumps avaible if anybody is intrested i can send them a link |
| 22:17:41 | Llorean | But I've only played with one briefly. |
| 22:17:45 | Llorean | Maybe with images or something |
| 22:17:56 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 22:18:00 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 22:18:24 | linuxstb | Maybe modifiying the database would stand more chance - I would assume the font parsing code is a generic lib, and hence likely to be more robust than custom (I assume) database code. |
| 22:18:29 | | Quit faemir ("Leaving") |
| 22:18:32 | Xqtftqx | Images could be pretty easy to replace, but what file formats does the zune support? |
| 22:19:16 | Bagder | I'd guess buffer overflows in funny images already have been tested for |
| 22:19:37 | Xqtftqx | most likely |
| 22:20:06 | Xqtftqx | Is there jpeg buffer overflow? I thought i saw one on the microsoft security bullitens |
| 22:20:13 | Xqtftqx | bulletins |
| 22:20:35 | Bagder | http://www.ca.com/us/securityadvisor/vulninfo/vuln.aspx?id=31594 |
| 22:20:41 | kugel | Xqtftqx: did such an exploit work on windows some time ago? |
| 22:21:18 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 22:21:32 | Xqtftqx | Yeah, i just checked up on the microsft site, the page is gone but a google cache still exists |
| 22:22:00 | Bagder | "Microsoft Multiple Products JPEG Processing Buffer Overflow Vulnerability" => http://secunia.com/advisories/12528/ |
| 22:22:24 | Bagder | but no mobile/ce mentioned there |
| 22:22:51 | casainho | Just to share images of SD Card init and LCD: http://rockboxplayer.googlecode.com/svn-history/r197/trunk/images/20090122-sdcard_init_ok-debug.png |
| 22:23:05 | casainho | http://rockboxplayer.googlecode.com/svn-history/r197/trunk/images/20090122-sdcard_init_ok-lcd.jpg |
| 22:23:55 | * | Bagder spots a nice-looking rockbox logo |
| 22:24:05 | Zagor | while on that topic, who wants to guess this flaw might affect ipods too? http://www.securityfocus.com/bid/33390 |
| 22:24:06 | Xqtftqx | Bagder: The attack is a remote attack, could it be done locally one the device? |
| 22:24:38 | Bagder | "This can be exploited to cause a buffer overflow by tricking a user into viewing a specially crafted JPEG image with any application using the vulnerable component for JPEG image processing." |
| 22:24:46 | Llorean | Zagor: It seems at least not too unlikely. |
| 22:25:48 | * | Bagder agrees |
| 22:26:04 | Bagder | does the zune support quick time? |
| 22:26:17 | Llorean | Doubt it. |
| 22:26:18 | Xqtftqx | MP4s yes |
| 22:26:43 | | Join vallhalla81 [0] (n=dave@cpc1-warw2-0-0-cust22.brhm.cable.ntl.com) |
| 22:26:56 | Llorean | I imagine Microsoft has their own MP4 handling if they're even still in that container after syncing. |
| 22:26:58 | | Part vallhalla81 |
| 22:27:08 | Bagder | 2008-06-25 - Vulnerability reported to vendor |
| 22:27:08 | Bagder | 2009-01-21 - Coordinated public release of advisory |
| 22:27:15 | Bagder | !! |
| 22:27:31 | Zagor | wow |
| 22:27:51 | Bagder | "Impact: Accessing a maliciously crafted RTSP URL may lead to an unexpected application termination or arbitrary code execution" |
| 22:28:03 | jhMikeS | they right on it, huh? |
| 22:29:53 | Xqtftqx | Yeah |
| 22:29:57 | Bagder | oh man, they fixed _7_ flaws all allowing "arbitrary code execution" |
| 22:30:15 | Xqtftqx | On Zune? |
| 22:30:29 | Bagder | no, in quicktime 7.6 |
| 22:30:38 | Xqtftqx | oh okay |
| 22:30:44 | rasher | Bagder: I imagine they were sitting on the fixes until they had 7. 7 is a good number. |
| 22:30:46 | Bagder | that's why I was curious if zune supports that |
| 22:31:03 | Zagor | Bagder: I think it looks like 7 different attack vectors to the same flaw |
| 22:31:36 | Bagder | you think? |
| 22:31:42 | Bagder | I read the apple note and I don't think so |
| 22:32:01 | Zagor | on reading further, neither do I... |
| 22:32:11 | Bagder | anyway, it seems we have no target suitable for this |
| 22:32:17 | | Quit faemir ("Lost terminal") |
| 22:32:37 | Xqtftqx | I was just looking at the latest 3.0 zune cab file, and theres some runtimes in here. As well as the 2 included games |
| 22:33:08 | Zagor | it could be worth trying this on the newer ipods, if enough information can be found |
| 22:34:07 | rasher | Llorean: I'm pretty sure FS #9818 is a bug - tag information is supposed to be available before playback starts |
| 22:34:14 | Zagor | does any dev have a post-pp ipod? |
| 22:34:16 | Llorean | rasher: Read the description though. |
| 22:34:27 | Llorean | He says "if you skip quite a few tracks quickly, it shows briefly" |
| 22:35:00 | Xqtftqx | Im pretty sure that happens on almost any player, rockbox or original firmware |
| 22:35:04 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:35:16 | rasher | Llorean: ah.. I just saw it discussed in here, but hadn't read the bug report |
| 22:35:22 | Llorean | rasher: He doesn't even mention whether playback's started on the skipped-to track yet, but it's clear he's skipping off-buffer. |
| 22:35:42 | Zagor | that's not how he described the bug in the channel... |
| 22:35:53 | rasher | I'm more interested in why "next track" sometimes stays at the same track when skipping fast |
| 22:36:02 | Llorean | Zagor: Ah, well I wasn't here for in-channel discussion |
| 22:36:23 | rasher | Is that a known bug, or should I bother someone? |
| 22:36:24 | Llorean | The tracker makes it sound like "If you skip to an off-buffer track, sometimes the WPS shows the "no ID3" information until ID3 information is available" |
| 22:36:42 | rasher | Llorean: that's indeed what he wrote, I think it should stay closed |
| 22:37:19 | Llorean | rasher: I wasn't aware of the "stays at the same next track" thing. I think that one's undocumented at least. |
| 22:37:49 | pixelma | rasher: now that you mention it, I saw that too only once or twice though |
| 22:37:49 | Zagor | Llorean: yes, I agree. I'm just a little annoyed he didn't say that when we discussed it here. |
| 22:38:43 | rasher | pixelma: Happens to me often.. but then I'm a "skipper" - I tend to just add everything to my playlist and skip over songs I'm not in the mood for |
| 22:38:52 | Xqtftqx | Bagder: About editing the database on the zune, why would it have to be edited on the device? |
| 22:39:20 | Bagder | Xqtftqx: I was just curious if you'd be able to put a font on the device, and then rename it to .exe |
| 22:39:31 | Llorean | rasher: Could it be happening when there's no ID3 info for next track, and instead of updating to the unknown defaults, it's just not updating for some reason? |
| 22:39:51 | rasher | I have a suspicion that the "Next track" only gets updated once I stop skipping, and rebuffering is complete, though I couldn't tell for sure |
| 22:40:05 | Llorean | Xqtftqx: It would be ideal if we could come up with a way that didn't require device firmware updates and all that other complication. So it'd help if it were possible for fonts to be installed that way. |
| 22:40:06 | Xqtftqx | Bagder: Oh okay, maybe you could load a font via libmtp, similar to the Gigabeat S |
| 22:40:09 | pixelma | rasher: could be important then for reproducing. I usually only queuing up songs I like to listen to and put the device away |
| 22:40:25 | rasher | Llorean: It's possible |
| 22:40:38 | rasher | I'll file a bug and hope someone useful can reproduce |
| 22:40:51 | | Quit XavierGr (Nick collision from services.) |
| 22:41:02 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:41:57 | Xqtftqx | Llorean: It would be great even if we could get something running, Zunepet has a much easier upgrade process. But he has decided to not realse it because of the other method and something else. Maybe we could look at his method of updating the firmware |
| 22:41:58 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 22:42:09 | Mode | "#rockbox -o Llorean " by ChanServ (ChanServ@services.) |
| 22:42:54 | linuxstb | Re: FS9818, shouldn't Rockbox only display the file/folder name when there is no tag data in the file, rather then when the tag data just hasn't been loaded yet? i.e. differentiate between the two types of "unavailable"? |
| 22:43:13 | rasher | linuxstb: I don't see why it should? |
| 22:43:17 | Llorean | linuxstb: So display "Loading..." when we're waiting for it to be available? |
| 22:44:11 | linuxstb | Or nothing, or simply something like "Unknown" |
| 22:44:17 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 22:45:04 | Llorean | I'm not sure differentiation is needed, but if it is I think it should be clear that it's "Not available yet" rather than "Not available" when we show something to users in the new case. |
| 22:45:13 | | Part Anges |
| 22:45:17 | linuxstb | rasher: Because if Rockbox doesn't you get unexpected behaviour which is why that person called it a bug. |
| 22:45:55 | linuxstb | I think probably just displaying nothing would be cleanest. |
| 22:46:47 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 22:46:56 | rasher | Nothing might actually be better, it should never be for more than a very short time period, right? |
| 22:47:09 | Llorean | Nothing's probably okay |
| 22:47:10 | linuxstb | right. |
| 22:48:00 | Xqtftqx | Has any other rockbox target had to deal with encryption? |
| 22:48:35 | kugel | I think the e200r had |
| 22:48:55 | Xqtftqx | Do you know how that was bypassed? |
| 22:48:56 | Bagder | mi4 in general |
| 22:49:01 | rasher | And h100 |
| 22:49:14 | rasher | Varying levels of effectiveness.. |
| 22:49:43 | Bagder | Xqtftqx: on the sansas we had parts in plain text and a superhero hacker |
| 22:49:52 | kugel | Bagder: but the e200r was "more encrypted" than the vanilla e200, wasn't it? |
| 22:50:18 | Bagder | kugel: not quite, but it had a functional digital signing mechanism |
| 22:50:29 | Bagder | the vanilla has the same but it was flawed |
| 22:50:40 | kugel | ah, I didn't know that |
| 22:51:01 | Bagder | the flaw allows us to use a "dummy key" to sign the firmware |
| 22:51:28 | n1s | even the old archos OF's were "scrambled" iirc |
| 22:51:36 | bertrik | as far as I understand the sansa c200/e200 bootloader is not encrypted and contains the key for the encrypted main firmware |
| 22:51:43 | Zagor | n1s: yes |
| 22:52:46 | Xqtftqx | Has there been any attempt of usb sniffing the zune? Mabye when it updates the database, we could change something |
| 22:53:19 | Bagder | Xqtftqx: all zune info we have is in the twiki or the forum thread. But in general that's not a lot |
| 22:53:32 | Bagder | no rockbox dev has ever worked on zune afaik |
| 22:59:00 | mcuelenaere | does anyone here have some experience with raw NAND data analysation? |
| 22:59:04 | n1s | Zagor: to answer you earlier question, i got my 4G nano today |
| 22:59:58 | Zagor | n1s: ah, nice |
| 22:59:59 | Bagder | mcuelenaere: shotofadds is probably a good person to talk to |
| 23:00 |
| 23:00:15 | mcuelenaere | hmm yes, but he's not much online, is he? |
| 23:00:19 | Bagder | nope |
| 23:01:20 | Xqtftqx | Does anybody have any good packet sniffing experience? I think i may be getting somewhere with this zune |
| 23:01:56 | Xqtftqx | What im doing is started a network kinda like ad-hoc but it isnt. Then having the zune wirelessly sync, when it gets connected i can run some port scans, and packet sniff some data |
| 23:04:41 | preglow | i think i've got shoto's mail addy |
| 23:04:41 | Zagor | n1s: then I guess it's up to you to start crafting creative images and movies for it :-) |
| 23:06:21 | mcuelenaere | preglow: could you give it to me? if not, I'll just PM him on the forums |
| 23:06:57 | linuxstb | mcuelenaere: I recall shotofadds saying he couldn't access IRC during the day, but he reads the logs (or at least, used to - I haven't seen him for a while) |
| 23:07:16 | mcuelenaere | logbot says he was here ~6 days ago |
| 23:07:20 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 23:08:04 | Zagor | n1s: perhaps try this: http://secunia.com/advisories/27213/ |
| 23:08:45 | Xqtftqx | Ipod 4g supports tiff? |
| 23:08:47 | preglow | mcuelenaere: might as well just pm on the forums, i can't seem to find the address :/ |
| 23:09:01 | mcuelenaere | preglow: never mind, Bagder gave it to me |
| 23:10:01 | preglow | okiedoke |
| 23:10:09 | | Join vallhalla81 [0] (n=dave@cpc1-warw2-0-0-cust22.brhm.cable.ntl.com) |
| 23:10:40 | | Quit kugel (Nick collision from services.) |
| 23:10:43 | | Join kugel_ [0] (n=kugel@e178092081.adsl.alicedsl.de) |
| 23:10:53 | | Nick kugel_ is now known as kugel (n=kugel@e178092081.adsl.alicedsl.de) |
| 23:11:07 | vallhalla81 | hey there all looking for a little help installing rockbox from ubuntu |
| 23:11:33 | Xqtftqx | I dont think a image attack is going to work on the zune, you get a error about converting the image |
| 23:11:39 | Xqtftqx | I attempted a jpeg overflow |
| 23:12:13 | | Join menollo_ [0] (n=menollo@client107-14.hint.rug.nl) |
| 23:12:25 | | Part vallhalla81 |
| 23:12:33 | Zagor | Xqtftqx: you need to use the attack vector that is vulnerable. most will not be. |
| 23:12:41 | Xqtftqx | http://i41.tinypic.com/de07lj.jpg |
| 23:13:21 | * | JdGordon gets annoyed with these "bug reports" which you have to mash skip/prev half a dozen times quickly to see |
| 23:14:22 | | Quit pixelma (Read error: 110 (Connection timed out)) |
| 23:14:27 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 23:14:28 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 23:14:32 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 23:14:44 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 23:15:24 | Xqtftqx | Im going to try to downgrade the firmware, then use a hard drive hack to place the image |
| 23:15:39 | Xqtftqx | That should bypass the converting process |
| 23:19:01 | Xqtftqx | I will attempt a corrupt font as well |
| 23:21:14 | | Quit Xqtftqx ("http://www.mibbit.com ajax IRC Client") |
| 23:22:12 | | Quit {phoenix} (Remote closed the connection) |
| 23:22:47 | | Part menollo_ |
| 23:23:53 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 23:27:58 | | Quit Alystair (Read error: 110 (Connection timed out)) |
| 23:29:18 | kugel | Zagor: are you still planning to shrink the pcm buffer (with or without microboost)? |
| 23:29:18 | n1s | Zagor: thanks for the link, will try to look at this stuff during the weekend, 0 experience with exploiting security holes though |
| 23:30:06 | Zagor | kugel: not before taking a wider grip on the playback code |
| 23:30:25 | kugel | a nice side effect of this just came into my mind, toggling dsp effects would would be heared with less delay |
| 23:30:41 | kugel | (crossfeed just turned immediately on on my clip, and I found it nice) |
| 23:31:18 | Zagor | yes, there are a number of benefits. but a simplistic slashing of the buffer is likely to introduce bugs. I'd rather wait and do a proper overhaul instead. |
| 23:31:22 | jhMikeS | what's a "microboost"? |
| 23:32:01 | | Quit petur (Remote closed the connection) |
| 23:32:17 | kugel | jhMikeS: boosting without delay, i.e. without waiting for other hardware parts to synchronize |
| 23:34:00 | jhMikeS | that would be very good for true low-latency audio |
| 23:34:25 | kugel | which also includes not wasting further energy on the act of boosting |
| 23:34:53 | | Quit n1s () |
| 23:39:24 | | Quit jhMikeS (Nick collision from services.) |
| 23:39:29 | | Join gartral [0] (n=Gartral@75.33.64.73) |
| 23:39:30 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 23:40:21 | | Quit jgarvey ("Leaving") |
| 23:40:38 | gartral | can i make a grammatical change too the rockbox player page in the wiki? |
| 23:41:47 | | Quit intrados (Read error: 110 (Connection timed out)) |
| 23:43:45 | JdGordon | only if you're change makes it less wrong than currently |
| 23:43:46 | evilnick | gartral: I'd guess so as long as you don't misuse to and too ;) |
| 23:45:21 | | Join funman [0] (n=Nathanie@rockbox/developer/funman) |
| 23:47:32 | | Quit evilnick ("mibbit.com: offski home") |
| 23:49:57 | | Quit funman ("Ciao, je vais mouler ou pougner.") |
| 23:50:02 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 23:50:03 | gartral | ok, heres what i got so far http://gar.pastebin.com/m12f8db2f , should i post this, or do you have any suggestions? |
| 23:52:18 | *** | Saving seen data "./dancer.seen" |
| 23:54:48 | linuxstb | gartral: I don't understand your changes to the third paragraph - "Since faster micro-controllers and memory are cheaper"... |
| 23:55:46 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 23:55:47 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 23:56:31 | gartral | just trying too make sense of it, look at the page and my edits, also, reload, i changed 2 things already |
| 23:56:42 | gartral | http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer |
| 23:56:56 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-be51661fbb79ba7a) |
| 23:58:49 | | Join akur [0] (n=akur@bl6-156-19.dsl.telepac.pt) |
| 23:58:52 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
icon identifies that the person is a core developer (has commit access).