| 00:00:05 | Bagder | 53 fine megs |
| 00:01:05 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:05:00 | Megarain | Hey, any one know if the apple Firewire/usb combo cables can cause issues during restoration? |
| 00:05:41 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 00:06:03 | krazykit | Megarain, as long as they work for normal transfers, they shouldn't cause any issue |
| 00:06:21 | | Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) |
| 00:06:36 | Megarain | That's just it, every time I've tried them for normal sync, after the ~256mb of data, I get error 69 |
| 00:10:02 | | Quit scorche|sh ("leaving") |
| 00:11:31 | | Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) |
| 00:11:57 | | Quit bughunter2 (Read error: 104 (Connection reset by peer)) |
| 00:12:13 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 00:14:35 | | Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) |
| 00:16:51 | | Join DerDome [0] (n=DerDome@dslb-082-083-237-251.pools.arcor-ip.net) |
| 00:17:09 | | Quit DerDome (Client Quit) |
| 00:18:40 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
| 00:19:06 | | Quit bluebrother ("leaving") |
| 00:19:21 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 00:19:29 | | Quit gevaerts ("it's dark outside") |
| 00:19:51 | | Quit faemir (Remote closed the connection) |
| 00:20:23 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 00:22:05 | | Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-9da58ab28475f101) |
| 00:22:23 | | Quit davina (Remote closed the connection) |
| 00:22:30 | LambdaCalculus37 | toffe82: Ping |
| 00:22:45 | toffe82 | pong |
| 00:22:57 | LambdaCalculus37 | toffe82: Did you receive my beast yet? |
| 00:23:12 | | Quit bertrik ("bye") |
| 00:24:09 | | Quit shotofadds (Read error: 110 (Connection timed out)) |
| 00:24:13 | | Quit Megarain ("Leaving.") |
| 00:24:28 | toffe82 | no, I don't know what happened , it was out for delivery on friday and they take it back to their office, I should have it on monday |
| 00:24:51 | toffe82 | I will call them on monday morning |
| 00:25:01 | LambdaCalculus37 | Okay, let me know as well. |
| 00:26:08 | LambdaCalculus37 | Bye for now! |
| 00:26:10 | | Quit LambdaCalculus37 (Client Quit) |
| 00:28:15 | | Quit fdinel (Read error: 110 (Connection timed out)) |
| 00:37:43 | toffe82 | I have problem compiling the S, the bootloader is ok but rockbox give an error on rockbocklogo.h, no such file or directory, I just made an svn update , any idea ? |
| 00:38:06 | toffe82 | rockboxlogo ^^ |
| 00:39:08 | | Quit gregzx (Connection timed out) |
| 00:39:46 | toffe82 | jhMikeS: ping |
| 00:40:49 | Nico_P | toffe82: try cleaning your build |
| 00:41:26 | toffe82 | ok |
| 00:43:19 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 00:43:49 | | Quit ompaul (Client Quit) |
| 00:43:52 | toffe82 | it is working |
| 00:46:03 | | Join ReKleSS [0] (n=ReKleSS@d122-104-99-167.meb3.vic.optusnet.com.au) |
| 00:46:44 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 00:49:26 | | Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) |
| 00:49:27 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 00:50:17 | | Quit styleism (Read error: 110 (Connection timed out)) |
| 00:50:44 | | Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) |
| 00:52:23 | | Quit waldo ("Konversation terminated!") |
| 01:00 |
| 01:01:00 | | Quit Mathiasdm ("Yuuw!") |
| 01:04:59 | | Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) |
| 01:11:39 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
| 01:12:10 | aliask | jhMikeS: Congrats on the gigabeat sound work! |
| 01:14:23 | aliask | But I have some slightly unsavoury behaviour happening. I initialised the database, enabled dircache and rebooted the player and it appears to have corrupted the filesystem. |
| 01:15:52 | aliask | Under rockbox my music folder is empty, but some files in the root show. When connecting via usb the whole media partition is empty |
| 01:17:32 | | Quit Nico_P (Remote closed the connection) |
| 01:20:52 | | Quit BlakeJohnson86 ("Leaving.") |
| 01:22:55 | | Quit shotofadds ("Leaving") |
| 01:24:03 | JdGordon | XavierGr: hey, I found your patch to merge the alarm and time screens last night and thought i'd see if you wanted to finish it? |
| 01:24:50 | JdGordon | and maybe even redraw the screen using viewports instead of the gui_textarea stuff... |
| 01:34:01 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 01:35:58 | *** | Saving seen data "./dancer.seen" |
| 01:51:05 | XavierGr | JdGordon: wow that's an old patch indeed I completely forgot about it |
| 01:51:22 | XavierGr | you have plans for it at the moment? |
| 01:51:56 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 01:53:00 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) |
| 01:53:33 | | Quit faemir (Remote closed the connection) |
| 01:53:34 | | Quit spiorf (Read error: 104 (Connection reset by peer)) |
| 01:56:10 | XavierGr | I didn't finish it mainly because I once considered to rewrite the alarm drivers to include date |
| 01:56:54 | XavierGr | so at the moment the screens are unified but seconds are left on the alarm screen which should be removed, at least for now that the alarm settings don't include seconds |
| 02:00 |
| 02:06:33 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 3.0b5/2008041514]") |
| 02:07:04 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:14:39 | | Quit ender` (" The statistics on sanity are that one out of every four Americans is suffering from some form of mental illness. Think of y") |
| 02:18:32 | | Join perrikwp [0] (i=98212fe2@gateway/web/ajax/mibbit.com/x-b4d26f3f77aa9ec2) |
| 02:28:37 | | Join HiddenShadow [0] (n=ce747465@gateway/web/cgi-irc/labb.contactor.se/x-b80e4a94ba580dcb) |
| 02:30:18 | HiddenShadow | Does either rockbox or linux have the capability to make mp3's increase in speed? (im not talking about time stretching, just faster/slower, doesn't really matter if it changes pitch when it speeds up) |
| 02:30:34 | HiddenShadow | and decrease* |
| 02:33:03 | ReKleSS | sox can do it |
| 02:33:16 | krazykit | rockbox has this capability. refer to the manual for how to do it |
| 02:40:16 | HiddenShadow | thanks |
| 02:42:28 | HiddenShadow | sweet now we got 3 decks on our dj set, vinyl turntable x2, + ipod :D |
| 02:43:23 | | Join Megarain [0] (n=Rainer_P@67.221.72.104) |
| 02:43:39 | Megarain | Hey, how many paritions should an 4G grayscle ipod have? |
| 02:44:13 | HiddenShadow | atleast 10, lol jk, dont listen to me |
| 02:44:35 | krazykit | HiddenShadow, please don't do that. |
| 02:44:57 | Megarain | Cause mine has four, and has been having issues.......wondering if that is causing part of the trouble. |
| 02:45:08 | scorche|sh | define "issues" |
| 02:45:24 | HiddenShadow | sorry |
| 02:46:18 | Megarain | corrupting with now known cause. |
| 02:46:28 | Megarain | With both Rockbox and the iTunes firmware. |
| 02:50:00 | Megarain | so I'm trying to trace down the issues. |
| 03:00 |
| 03:03:00 | | Join m0f0x_ [0] (n=m0f0x@189-47-19-174.dsl.telesp.net.br) |
| 03:05:34 | | Quit m0f0x (Nick collision from services.) |
| 03:05:42 | | Nick m0f0x_ is now known as m0f0x (n=m0f0x@189-47-19-174.dsl.telesp.net.br) |
| 03:10:23 | | Quit merbanan (Remote closed the connection) |
| 03:11:42 | | Join kb_ [0] (n=kb__@cust.static.213-180-182-5.cybernet.ch) |
| 03:12:36 | | Join JdGordon|uni [0] (i=768aa360@rockbox/developer/JdGordon) |
| 03:13:25 | JdGordon|uni | XavierGr: (sorry, had to run to uni...) no I dont have plans for it... but I want to remove the gui_textarea code which the clock screens use... |
| 03:13:40 | kb_ | I'd like to dynamically generate playlists according to some specific criteria. Would it be best to alter the rockbox code to do this, or create a plugin to make these playlists? |
| 03:14:07 | JdGordon|uni | what criteria? |
| 03:14:47 | kb_ | basically, to play songs from a certain directory for a certain amount of time, then switch to another; I wrote some python code that does it on my desktop computer, and I'm wondering how to best port it to rockbox |
| 03:15:39 | kb_ | (more specifically, I have one language per directory, and weight the frequency I play them at, as well as how long to listen to any particular one in a row) |
| 03:18:28 | | Join ryanakca [0] (n=ryan@ubuntu/member/ryanakca) |
| 03:19:06 | ryanakca | Is there any way to build the database from the CLI / a linux comp? On do I need to wait for a few hours while it builds? |
| 03:19:41 | JdGordon|uni | there is a tool to do it under the tools/ folder... dnno if its kept up to date or not though |
| 03:19:50 | JdGordon|uni | kb_: yeah, duno howd you go about doing that in rockbox |
| 03:20:19 | kb_ | JdGordon: hm, ok; maybe I'll dig into how the current dynamic playlist stuff is done and do a variant on that |
| 03:20:19 | ryanakca | JdGordon|uni: thanks :) |
| 03:21:05 | Llorean | ryanakca: It shouldn't take hours, though... |
| 03:22:03 | HiddenShadow | in rockbox (ipod 5g) when i set it to Charge during USB connection, it just keeps going back to disk mode...is it a known bug, or am i doing something wrong? |
| 03:22:06 | ryanakca | Llorean: hmmm... *shrugs*... I had it plugged in, and it just seems to stall after a certain point... and then if I restart the iPod, it starts again at 0 and stalls at that certain point |
| 03:23:04 | Llorean | That stall would indicate a problem... not that you need to wait longer. |
| 03:23:53 | ryanakca | Llorean: any idea what that problem would be? The install is a daily from mid-september '07 iirc... |
| 03:24:57 | ryanakca | (1st gen nano) |
| 03:25:04 | Llorean | Well first, we really don't support old versions. |
| 03:25:07 | JdGordon|uni | get a new build |
| 03:25:32 | Llorean | But odds are it's something in your metadata. Depends an awful lot, could be large album art, or perhaps AACs not optimized for streaming. |
| 03:28:05 | kb_ | Llorean: by the way, any ideas/advice about the question I asked? |
| 03:29:42 | ryanakca | Llorean: hmm... thanks |
| 03:33:40 | | Quit Thundercloud (Remote closed the connection) |
| 03:36:02 | *** | Saving seen data "./dancer.seen" |
| 03:37:23 | ryanakca | Llorean: hmmm... fresh install worked :) |
| 03:37:54 | kb_ | ryanakca: congrats :) |
| 03:38:36 | ryanakca | lol, thanks :) |
| 03:38:55 | HiddenShadow | anybody gonna answer my question above? :\ |
| 03:39:33 | kb_ | i would if i had any idea |
| 03:40:53 | | Quit Megarain ("Leaving.") |
| 03:41:47 | HiddenShadow | Can't get "Charge during USB connection" to work, it keeps going back to disk mode |
| 03:43:45 | JdGordon|uni | you have to hold down a button while pluggin in or it reboots |
| 03:52:33 | HiddenShadow | oh, i thought it was automatic, guess it was kept the same after that patch |
| 04:00 |
| 04:05:23 | | Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") |
| 04:06:52 | | Quit HiddenShadow ("CGI:IRC (Ping timeout)") |
| 04:07:11 | | Quit kb_ ("Leaving") |
| 04:08:11 | | Part pixelma |
| 04:16:29 | | Quit parafin (leguin.freenode.net irc.freenode.net) |
| 04:16:29 | NSplit | leguin.freenode.net irc.freenode.net |
| 04:16:47 | | Nick gnakinklp is now known as Anakin (i=0@86.122.116.44) |
| 04:25:17 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
| 04:32:00 | | Quit AndyIL () |
| 04:40:43 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 04:46:44 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
| 04:47:53 | | Quit |AhIoRoS| ("Abandonando, see you http://ahioros.vidao2.com") |
| 04:48:28 | | Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) |
| 04:48:39 | * | jpt9 wants a PC port of brickmania :-) |
| 04:48:45 | jpt9 | (Yeah, I know there are simulators. |
| 04:48:55 | jpt9 | it'd be nice if the simulators could zoom to 3x or 4x size. |
| 04:49:05 | jpt9 | and possibly map mouse movement to left/right |
| 04:51:39 | XavierGr | JdGordon: I will try to have a look on viewports tomorrow, I don't know much about them |
| 04:54:20 | | Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) |
| 04:55:38 | | Join homielowe [0] (n=eric_j_l@66.183.89.40) |
| 05:00 |
| 05:01:11 | NHeal | (timeout) leguin.freenode.net irc.freenode.net |
| 05:04:49 | cool_walking_ | jpt9: There must be a million breakout clones for PC out there... |
| 05:05:03 | scorche|sh | and every one is offtopic ;) |
| 05:05:35 | cool_walking_ | Damn, that was fast. Nice, scorche. |
| 05:09:03 | | Quit homielowe () |
| 05:09:44 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
| 05:09:44 | | Join homielowe [0] (n=eric_j_l@66.183.89.40) |
| 05:17:18 | | Quit jpt9 (Read error: 110 (Connection timed out)) |
| 05:36:07 | *** | Saving seen data "./dancer.seen" |
| 05:37:48 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 05:51:45 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
| 05:52:48 | | Join parafin [0] (i=parafin@80.92.255.23) |
| 05:53:24 | | Quit JdGordon ("Konversation terminated!") |
| 05:55:07 | | Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 06:00 |
| 06:12:50 | | Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) |
| 06:36:33 | | Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") |
| 06:47:12 | | Quit jpt9 (Read error: 110 (Connection timed out)) |
| 07:00 |
| 07:17:15 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 07:18:24 | | Quit cool_walking_ (Remote closed the connection) |
| 07:18:38 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
| 07:19:45 | | Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 07:29:43 | | Quit parafin ("So long and thanks for all the fish") |
| 07:29:45 | | Join parafin [0] (i=parafin@paraf.in) |
| 07:33:46 | | Quit Seed (Nick collision from services.) |
| 07:33:54 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 07:36:08 | *** | Saving seen data "./dancer.seen" |
| 07:37:18 | | Part toffe82 |
| 08:00 |
| 08:02:07 | | Join Rob2223 [0] (n=Miranda@p4FDCFB73.dip.t-dialin.net) |
| 08:03:48 | JdGordon | :( I dont think the menu code will work too well with inline settings.. well.. not without a bit of fiddling :/ |
| 08:04:10 | | Quit BigBambi (Remote closed the connection) |
| 08:08:16 | | Join DerDome [0] (n=DerDome@dslb-082-083-222-079.pools.arcor-ip.net) |
| 08:09:21 | | Quit DerDome (Nick collision from services.) |
| 08:09:22 | | Join DerDom1 [0] (n=DerDome@dslb-082-083-226-201.pools.arcor-ip.net) |
| 08:09:30 | | Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-226-201.pools.arcor-ip.net) |
| 08:09:42 | | Quit miepchen^schlaf () |
| 08:15:40 | | Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) |
| 08:19:41 | JdGordon | ... this would be easier if we didnt have dynamic menus :/ |
| 08:20:20 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:20:37 | amiconn | JdGordon: Why would we want inline settings now? |
| 08:21:05 | JdGordon | some people do |
| 08:21:14 | * | amiconn thinks they make no sense on most target's LCDs |
| 08:21:16 | JdGordon | some have wanted them for gaes |
| 08:21:22 | JdGordon | why? |
| 08:21:37 | JdGordon | s/gaes/ages |
| 08:21:42 | amiconn | On small displays they would be confusing |
| 08:21:59 | amiconn | Maybe on 320x240 and higher they would work well enough |
| 08:22:08 | JdGordon | it wold fo course be disable-able (if not disabled by default) |
| 08:22:28 | amiconn | Take a look at the recording trigger screen - it's really ugly |
| 08:22:34 | JdGordon | I know |
| 08:23:49 | amiconn | Imho they shouldn't be included at all on smaller displays (if we want them at all - I very much prefer the current implementation of settings) |
| 08:25:15 | JdGordon | I want to do it so only the value of the selected item is actually displayed |
| 08:25:53 | JdGordon | but I have a strange feeling it wont happen at all because the menu code isnt perfect |
| 08:26:20 | amiconn | Displayed would be okay (except on charcell), but changing is another thing |
| 08:26:35 | JdGordon | of course... 1 thing at a time |
| 08:27:06 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 08:27:36 | amiconn | Adjusting inline settings has another fundamental problem apart from the confusing screen layout on smaller screens: button assignment |
| 08:28:26 | JdGordon | it would work fine with left/right on all targets except the ondio |
| 08:28:33 | JdGordon | whose screen is too small for it anyway |
| 08:29:16 | JdGordon | but even just displaying the value is nice.. a few less presses to find out what the value is |
| 08:30:32 | | Quit DerDome (Read error: 110 (Connection timed out)) |
| 08:32:09 | * | amiconn wonders how often JdGordon needs to go through settings and find out a value |
| 08:33:57 | amiconn | What's really in need of rework is the eq screen... |
| 08:36:25 | amiconn | ...and the recording screen |
| 08:36:30 | JdGordon | and fm |
| 08:36:33 | JdGordon | and time |
| 08:36:56 | JdGordon | and really.... apps/screens.c |
| 08:38:52 | | Quit BHSPitMonkey (Remote closed the connection) |
| 08:39:31 | amiconn | What's wrong with the fm and time screen? |
| 08:41:20 | JdGordon | time isnt so bad, fm is ugly |
| 08:41:24 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 08:41:59 | amiconn | FM might not be perfect, but it's usable (no sysfont, for instance) |
| 08:42:39 | amiconn | Btw, there's a fundamental problem with many read-only info lists: they are currently useless on smaller displays |
| 08:42:54 | | Quit grndslm ("Leaving") |
| 08:43:30 | amiconn | Problem is that the lines are cut before the relevant information, and the lines don't scroll |
| 08:44:09 | JdGordon | the lines dont scroll? |
| 08:44:23 | | Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) |
| 08:45:34 | JdGordon | which ones? just add info.scroll_all = true; before the simplelist_init() call to fix them |
| 08:46:23 | amiconn | 'View OS stacks', 'View partitions', 'View disk info', 'View database info' |
| 08:47:54 | amiconn | 'Rockbox Info' does scroll on recorder, but iirc it seems to be inconsistent |
| 08:48:01 | amiconn | Need to check that |
| 08:48:31 | amiconn | 'Rockbox Info' isn't handled as read-only lists though. Same goes for the tag info viewer |
| 08:48:59 | JdGordon | rockbox info is handled as read only unless we arnt talking |
| 08:52:10 | amiconn | Why does 'Rockbox Info' show a cursor then? |
| 08:53:35 | JdGordon | you havnt disabled voice |
| 08:54:52 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 08:54:53 | JdGordon | any ideas who to put (c) for the pitchscreen code? |
| 08:56:19 | JdGordon | r9146 suggests midkay, "Reworked pitch screen for easier adjustment and better looks." ? |
| 08:57:39 | JdGordon | or just keep zagor from screens.c? |
| 08:58:10 | | Join dunder [0] (n=grndslm@24-116-87-97.cpe.cableone.net) |
| 08:59:43 | | Join Rob2222 [0] (n=Miranda@p4FDCEED5.dip.t-dialin.net) |
| 09:00 |
| 09:00:11 | Mouser_X | Sound on the S is great. Battery life not so much... |
| 09:00:15 | linuxstb | It seems lots of people have changed that code over time, so I would probably just keep Zagor's name there. |
| 09:00:45 | * | Mouser_X realizes that the battery life will improve. |
| 09:01:02 | Mouser_X | (Lots of "easy" fixes to implement.) |
| 09:03:12 | * | JdGordon hates modifying files with Björn's name in the (c).. it never works right :p |
| 09:04:32 | amiconn | JdGordon: Hmm, then you actually meant the opposite... |
| 09:04:56 | amiconn | Of course I have voice enabled on recorder for car mode (which goes with a big font) |
| 09:05:07 | | Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-baa2842d53d2ec30) |
| 09:05:09 | JdGordon | then it should show the selector |
| 09:05:20 | amiconn | I guess this is necessary for selecting the items to talk? |
| 09:05:26 | JdGordon | yes |
| 09:05:33 | JdGordon | [16:53:50] <JdGordon> you havnt disabled voice |
| 09:05:42 | amiconn | [08:48:59] <JdGordon> rockbox info is handled as read only unless we arnt talking |
| 09:05:54 | amiconn | ^ "unless we aren't" ... |
| 09:06:00 | * | JdGordon is a bit skitzo today :p |
| 09:06:05 | amiconn | KIinda double negation |
| 09:06:28 | JdGordon | damn that extra t |
| 09:06:32 | JdGordon | and n |
| 09:07:09 | amiconn | With voice disabled, 'Rockbox Info' is indeed read-only, but doesn't scroll its items |
| 09:07:35 | | Quit grndslm (Read error: 113 (No route to host)) |
| 09:07:45 | JdGordon | so what your asying is.... read only lists should always scroll all items? |
| 09:08:12 | amiconn | I think they should (only if the items are that long of course) |
| 09:08:20 | amiconn | How else would you be able to read them? |
| 09:08:43 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:09:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:10:51 | Mouser_X | Magic, or telepathy. |
| 09:11:32 | * | JdGordon votes for telepathy |
| 09:12:17 | * | Mouser_X does as well, since magic can get messy really fast. |
| 09:12:42 | amiconn | Kinda extreme case: Right now I only see 'Version: r' in 'Rockbox Info' on the Player |
| 09:12:57 | amiconn | Not very helpful... |
| 09:13:01 | JdGordon | fixed... wait for the next build round |
| 09:13:11 | linuxstb | JdGordon: You didn't use "svn cp" to move the pitchscreen code? |
| 09:13:20 | JdGordon | no |
| 09:13:33 | JdGordon | I agreed that it wasnt the nicest way and not really worth it |
| 09:13:54 | linuxstb | Agreed with who? |
| 09:14:08 | JdGordon | with what I thought I read :p |
| 09:14:17 | JdGordon | the log says where it came from if its ever needed |
| 09:15:10 | linuxstb | Yes, but "svn annotate" now doesn't work... |
| 09:15:17 | | Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-24e2df484792ec7d) |
| 09:15:34 | amiconn | Hmm. I wonder whether we should try to reclaim the one (precious) column on Player which is now wasted in read-only lists |
| 09:15:57 | amiconn | (the one containing the arrow cursor in non-read-only lists) |
| 09:16:08 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) |
| 09:16:38 | amiconn | Would mean special casing though, which isn't nice... |
| 09:16:49 | JdGordon | not do muvh |
| 09:17:14 | amiconn | ? |
| 09:17:38 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:19:33 | | Quit JdGordon ("Konversation terminated!") |
| 09:21:19 | | Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 09:22:50 | amiconn | [09:16:49] <JdGordon> not do muvh <= ? |
| 09:24:30 | | Quit davina (Remote closed the connection) |
| 09:25:01 | scorche|sh | much |
| 09:25:21 | scorche|sh | though it still doesnt make sense... |
| 09:25:26 | amiconn | yeah |
| 09:29:21 | linuxstb | JdGordon: Red for the ZVM build (if you didn't notice...) |
| 09:30:34 | amiconn | Wrong struct names... |
| 09:36:10 | *** | Saving seen data "./dancer.seen" |
| 09:40:39 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) |
| 09:41:04 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) |
| 09:42:56 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 09:43:36 | | Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) |
| 09:46:31 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:47:30 | | Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 09:50:23 | * | linuxstb fixes the ZVM red |
| 09:51:07 | B4gder | colorful delta table |
| 09:51:34 | * | linuxstb wonders if shotofadds minds removing the #warnings from the D2 |
| 09:52:08 | B4gder | would be nice to reach complete green again |
| 09:53:56 | linuxstb | B4gder: BTW, I don't know if the build system needs to know, but my server died a couple of weeks ago, and is still off-line. |
| 09:54:24 | B4gder | it doesn't need to know, although I can of course save it from trying that server |
| 09:55:36 | | Quit dunder ("Leaving") |
| 09:56:20 | linuxstb | B4gder: Do you know if there's a reason the different svn pages on www use different timezones? i.e. is it hard to fix? |
| 09:56:59 | B4gder | I don't know the reason but it shouldn't be that hard I think |
| 10:00 |
| 10:00:39 | linuxstb | B4gder: Is the script in SVN? |
| 10:00:49 | B4gder | which one? |
| 10:00:59 | JdGordon | linuxstb: nuts, thanks for fixing that |
| 10:01:16 | linuxstb | You're welcome. |
| 10:01:30 | | Quit Shaid (Read error: 110 (Connection timed out)) |
| 10:01:47 | * | JdGordon heads back into windows |
| 10:01:50 | JdGordon | linux even :p |
| 10:01:54 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 10:03:44 | | Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 10:06:06 | JdGordon | naming conventionas ftw :p |
| 10:20:49 | linuxstb | B4gder: Do you have an opinion about the legal aspect of ROKR simulator build? i.e. linking to a proprietory version of the qt/embedded libs, and using reverse-engineered headers? |
| 10:22:04 | B4gder | I don't see any problems with that |
| 10:22:15 | B4gder | as long as we don't distribute dubious files |
| 10:22:27 | | Quit homielowe () |
| 10:22:29 | JdGordon | there is also the speculation that the dubious files were nicked... |
| 10:22:36 | linuxstb | But isn't that just the same as GPL'd apps linking with old (non-GPL'd) versions of Qt? |
| 10:22:55 | B4gder | but linking with non-GPL stuff is not a problem when not distributed |
| 10:24:12 | linuxstb | What do you mean? |
| 10:24:30 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 10:25:22 | B4gder | I'm saying that linking GPL code with whatever is fine as long as the results isn't distributed |
| 10:25:59 | B4gder | so if you get the proprietary stuff from source X and rockbox from us, and link them into product Y that's fine as logn as you don't copy it to others |
| 10:27:11 | linuxstb | So people could create proprietory plugins, and that's fine as long as they're distributed separately (and don't use Rockbox headers to build them)? |
| 10:27:54 | B4gder | you can't build rockbox plugins without them being derivates of Rockbox so I don't think people can |
| 10:28:29 | linuxstb | I'm sure you could build a "rockbox-compatible" plugin independently. |
| 10:28:51 | B4gder | true, and if you do that could probably be non-GPL |
| 10:31:24 | scorche | B4gder: have you approved sdoyon yet on the mentor app? |
| 10:31:57 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 10:32:07 | B4gder | uh, I have now! |
| 10:32:47 | scorche | thanks...Leslie came to me a week or so ago asking if i can vouch for him :) |
| 10:32:52 | | Quit basti (Remote closed the connection) |
| 10:34:53 | petur | do all slots no have a co-mentor? |
| 10:34:57 | petur | *now |
| 10:35:45 | B4gder | I don't think the ARM emulator does |
| 10:36:22 | B4gder | and in fact not Saratoga's either |
| 10:37:04 | JdGordon | how on earth could someone make the compatible headers needed for plugins other than by straight copying them? imo thats a weak spot in the gpl |
| 10:37:34 | ReKleSS | JdGordon: reversing a plugin? |
| 10:37:38 | B4gder | you could reverse engineer an existing binary and generate a blob quite similar to that |
| 10:37:46 | B4gder | shouldn't be very hard |
| 10:38:00 | B4gder | of course that is a grey area |
| 10:38:10 | JdGordon | the blob is the easy bit... the api headers im talking about |
| 10:38:33 | ReKleSS | JdGordon: the ps2dev guys pulled it off to make the PSP sdk |
| 10:38:48 | ReKleSS | (it helps that they found a binary with debug info left in...) |
| 10:38:54 | B4gder | well, a non-GPL plugin wouldn't use much of the plugin api I would think |
| 10:38:57 | gevaerts | I seem to remember that at least in some jurisdictions interfaces are not copyrightable, so the plugin api minus comments and documentation would apply |
| 10:39:22 | linuxstb | There are also macros and inline functions... |
| 10:39:38 | JdGordon | and defines, and datatypes |
| 10:39:43 | JdGordon | and and... |
| 10:40:20 | B4gder | it would be work sure, and keeping up with changes would be painful, but it certainly wouldn't be impossible |
| 10:40:48 | * | gevaerts isn't actually planning to make a non-GPL pluging, so he isn't planning to work out the details |
| 10:41:25 | B4gder | and if _I_ were to do it, I'd write a fine GPL wrapper plugin that would load the proprietary one just like the linux drivers do their work-arounds |
| 10:41:50 | B4gder | and just like Neuros want to circumvent the VLC GPL... |
| 10:42:26 | linuxstb | A very minimal plugin would just need lcd_update(), the pointer to lcd_framebuffer, button_get and yield. |
| 10:42:33 | linuxstb | Plus some startup code I guess. |
| 10:42:49 | linuxstb | Or does the plugin loader do that? |
| 10:42:50 | JdGordon | wouldnt that plugins api need to be gpl also though? |
| 10:44:10 | * | linuxstb doesnloads the ROKR SDK - a .tar.gz file inside a .rar... |
| 10:44:29 | B4gder | doesnloads! |
| 10:44:32 | B4gder | :-) |
| 10:44:53 | linuxstb | No idea where that came from ;) |
| 10:45:16 | scorche | so how exactly would this work out?...i mean it is a bit more than just a plugin... |
| 10:45:20 | petur | "to download something that doesn't work" ? |
| 10:47:28 | amiconn | JdGordon: If the wrapper would alsp be gpl, it wouldn't work. But I guess lgpl would work... |
| 10:49:52 | linuxstb | At least in the SDK I've just downloaded, there are a lot of original Qt headers, with a "Q Public License" statement at the top of each .h They appear to date from 2004. |
| 10:50:10 | B4gder | what qt version? |
| 10:50:19 | linuxstb | 2.3.8 |
| 10:50:49 | linuxstb | AH, there's also a GPL statement... |
| 10:50:57 | | Quit cool_walking_ (Remote closed the connection) |
| 10:51:03 | linuxstb | So they're dual-licensed. |
| 10:51:25 | B4gder | then we should be fine |
| 10:51:48 | | Join basti [0] (i=bnc@85.214.109.173) |
| 10:53:10 | linuxstb | The SDK itself has an odd home-brew license - http://www.davechapman.f2s.com/rockbox/E2-EZX-SDK-LICENCE.txt |
| 10:54:11 | B4gder | lovely |
| 10:54:37 | B4gder | I'm not so sure they can limit what the output may be used for |
| 10:54:57 | Nico_P | I'm restoring Zagor's copyright on apps/gui/gwps-common.[ch]. Can I make it UTF8? |
| 10:54:57 | B4gder | I mean paragraph 5 |
| 10:55:14 | gevaerts | Doesn't matter, just use paragraph 4 to make a GPL version first |
| 10:55:16 | B4gder | Nico_P: yes, I think so |
| 10:55:32 | B4gder | gevaerts: haha, indeed |
| 10:55:37 | linuxstb | gevaerts: Or even BSD... |
| 10:55:41 | Nico_P | B4gder: maybe I should also make his other copyrights UTF8? |
| 10:55:48 | linuxstb | gevaerts: Or not.... |
| 10:55:58 | B4gder | Nico_P: yes, we should make them consistent |
| 10:56:12 | Nico_P | I'll do that |
| 10:56:15 | B4gder | although having Zagor |
| 10:56:25 | B4gder | 's work consistent seem a bit strange ;-) |
| 10:56:29 | linuxstb | Would viewvc.cgi need tweaking? I can't remember what encoding it uses. |
| 10:56:53 | B4gder | it might, or perhaps apache |
| 10:57:50 | linuxstb | Hmm, there seem to be a large collection of .so files in the SDK... |
| 11:00 |
| 11:09:41 | Nico_P | viewvc.cgi uses UTF8 I think |
| 11:10:54 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 11:13:45 | * | Nico_P ends up running iconv on the whole codebase |
| 11:14:40 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:18:54 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 11:22:03 | | Quit simonrvn (Read error: 113 (No route to host)) |
| 11:22:04 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
| 11:22:19 | Nico_P | hmm I don't know about things like firmware/drivers/lcd-charset-player.c... should I go all the way? |
| 11:24:50 | linuxstb | Nico_P: Maybe ask amiconn about that one... |
| 11:25:36 | linuxstb | But if we're moving all source files to utf-8, then it probably should be... |
| 11:26:16 | linuxstb | Are there any other non-ascii comments ? |
| 11:26:22 | Nico_P | I think the move to UTF8 is long overdue |
| 11:26:27 | Nico_P | yes, they are a few |
| 11:26:37 | Nico_P | s/they/there |
| 11:26:50 | Nico_P | also there is something that puzzles me in tools/creative.c |
| 11:26:51 | linuxstb | Do you have a patch? |
| 11:27:01 | Nico_P | I'll make one |
| 11:27:29 | linuxstb | The device_info struct? |
| 11:27:59 | Nico_P | yes. the copyright char |
| 11:29:22 | Nico_P | linuxstb: here's what I've done so far: http://pastebin.ca/1007915 |
| 11:30:34 | Nico_P | hmm there's something wrong in debug_menu.c |
| 11:30:50 | linuxstb | When you commit, it might be a good idea to add "All source files use UTF-8" to docs/CONTRIBUTING |
| 11:31:05 | Nico_P | will do |
| 11:31:35 | linuxstb | Also, I notice you've changed a couple of (C) headers with the same patch. Would be nicer to do it separately. |
| 11:31:54 | Nico_P | probably, yes. that's actually what got me started |
| 11:32:08 | linuxstb | I assume that's a "mu" character in debug_menu.c |
| 11:32:29 | Nico_P | yes. it seems to be broken in svn too |
| 11:34:01 | linuxstb | I think I would commit everything apart from creative.c and debug_menu.c |
| 11:36:04 | linuxstb | I'm not sure what the "boostquota" comment is meant to say - Buschel cocmmitted it... |
| 11:36:08 | linuxstb | (in debug_menu.c) |
| 11:36:11 | *** | Saving seen data "./dancer.seen" |
| 11:37:22 | linuxstb | And jdgordon did the nsec_units |
| 11:38:46 | Nico_P | it seems he changed that line in r15221 |
| 11:39:55 | * | B4gder had some progress in the tshirt department for devcon |
| 11:42:10 | | Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) |
| 11:42:20 | Eden | hay guys, just installed rockbox, need a little help |
| 11:42:48 | Eden | can i get any help |
| 11:42:55 | linuxstb | Sure, just ask. |
| 11:43:34 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:43:34 | Eden | um, wen i go into database on rockbox on my ipod, it says building database and takes so long, is that normal? |
| 11:43:47 | Eden | i cant get past it so far |
| 11:43:56 | Eden | ive left it for max 5 mins |
| 11:44:12 | linuxstb | Which ipod? |
| 11:44:18 | Eden | 5th gen 30gb |
| 11:44:26 | Eden | black :D |
| 11:44:31 | Eden | cos the colour helps |
| 11:44:33 | linuxstb | Can you still feel the hard disk doing things, or has it stopped? |
| 11:44:46 | Eden | stopped |
| 11:45:17 | linuxstb | And then you've restarted it by holding PLAY for a few seconds to safely power off, and then turning it back on? |
| 11:45:27 | Eden | exaclty wat it says: Building Database... 416 found (PREV to return) |
| 11:45:53 | Nico_P | linuxstb: JdGordon broke that line of debug_menu.c in r15221. I don't know if it would be ok to put the UTF8 mu char in there |
| 11:45:55 | Eden | yea, and then i got back into it and asks me if i want to do that again or not, and if i click no i get kicked to main menu |
| 11:46:56 | linuxstb | Eden: I don't know - maybe someone who uses the database more than me (i.e. at all) can help... |
| 11:47:03 | Eden | lol |
| 11:47:06 | Eden | what do u use? |
| 11:47:12 | linuxstb | I just use the file browser. |
| 11:47:13 | * | gevaerts uses 'you' |
| 11:47:27 | B4gder | me? ;-P |
| 11:47:44 | gevaerts | sure :) |
| 11:47:47 | Eden | ok i got to database, its says: Database is not ready, Initilize now |
| 11:48:38 | linuxstb | You could try deleting all the files ending in ".tcd" in the .rockbox folder |
| 11:48:42 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 11:49:27 | Nico_P | Bagder: what about the docs ? |
| 11:49:50 | B4gder | you mean utf8-wise? |
| 11:50:26 | Nico_P | yes |
| 11:50:29 | B4gder | I'm at loss there, we need to speak to the docs ninjas about that |
| 11:50:53 | Nico_P | I mean the files in docs/ |
| 11:51:39 | Eden | with rockbox, do i need to convert any of the files, or can i leave as is, eg mp3, wav, avi, mpg, etc |
| 11:51:56 | markun | Eden: you need to convert the video files. |
| 11:51:58 | | Quit ompaul (Remote closed the connection) |
| 11:52:00 | Eden | to wat? |
| 11:52:27 | markun | http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
| 11:52:33 | Eden | um, wen i go into database on rockbox on my ipod, it says building database and so far havnt got past that, is that normal? |
| 11:53:09 | markun | I don't know much about the database. Sometimes I had to reboot before it stopped saying that. |
| 11:54:01 | Eden | k |
| 11:55:15 | * | linuxstb wonders if _any_ devs apart from Slasheri use the database |
| 11:55:29 | markun | and does he even use it? :) |
| 11:56:25 | * | B4gder doesn't use it |
| 11:56:53 | Eden | y dont u? |
| 11:57:01 | Eden | does that give the gay view? |
| 11:57:09 | B4gder | ? |
| 11:57:10 | markun | Eden: I have my files in a nice folder structure |
| 11:57:29 | B4gder | please use proper words |
| 11:57:31 | Nico_P | is the "gay view" the folder structure? |
| 11:58:09 | Eden | na i mean wen u playing stuff, the gay view is the name, album, rate, and stuff like taht |
| 11:58:29 | Mouser_X | My files are in a useable folder structure as well. And the tags are horrible (a very large percentige of my files don't support tags of any kind. Thus, using them in the database gets very ugly, very fast). |
| 11:58:50 | markun | Eden: no, that's called the "while playing screen" or WPS |
| 11:58:51 | * | B4gder doesn't understand Eden |
| 11:59:27 | Mouser_X | gay = happy? |
| 11:59:31 | Eden | um, just went into an app, how i get out of it? |
| 11:59:38 | B4gder | and gays can use both database and file browser I would say |
| 12:00 |
| 12:00:12 | Eden | how i get out of app? |
| 12:00:21 | markun | Eden: I don't own an ipod, sorry. Just try a few keys :) |
| 12:00:25 | Mouser_X | Well, with gay = happy, that changes it to the "happy view." |
| 12:00:34 | markun | or else you can find it in the menu. |
| 12:00:43 | petur | or the manual? |
| 12:00:57 | Mouser_X | That manual is good. |
| 12:01:08 | Mouser_X | I sometimes read it (again) when I get bored. |
| 12:01:20 | Mouser_X | (I made sure to read it once before I started using Rockbox.) |
| 12:08:47 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 12:14:13 | Nico_P | Bagder: will things (like the website) break if I touch docs/COMMITTERS? |
| 12:15:11 | B4gder | I think the web site's front page etc needs to be fixed to do utf8, otherwise you'll break it yes |
| 12:15:42 | Nico_P | so I'd better leave it as it is for now? |
| 12:15:52 | B4gder | yes I think so |
| 12:15:58 | Nico_P | all right |
| 12:16:01 | B4gder | I'm not in a mood for doing that just now |
| 12:22:44 | linuxstb | Nico_P: Going back to the microseconds symbol in debug_menu.c, I thought Rockbox used utf-8 internally for strings - meaning it was wrong prior to 15222 (and completely wrong afterwards)... |
| 12:23:13 | Nico_P | so you're saying having it in UTF8 is the correct way? |
| 12:23:31 | linuxstb | I think so... Maybe markun can say for sure. |
| 12:23:36 | markun | I think so too |
| 12:24:21 | Nico_P | here's the current state: http://pastebin.ca/1007941 |
| 12:24:32 | Nico_P | I think I've done all of them except docs/COMMITTERS |
| 12:25:44 | * | linuxstb suspects Fergus Noone would disagree |
| 12:25:45 | Nico_P | apps/codecs/libfaad/syntax.c looks strange though |
| 12:25:55 | * | linuxstb is in the wrong channel again.... |
| 12:26:30 | | Join Nibbler [0] (n=Nibbler@txx226.disy.net) |
| 12:28:13 | * | Nico_P commits |
| 12:29:21 | | Quit cg (Read error: 110 (Connection timed out)) |
| 12:29:35 | * | pixelma wonders why that has to happen so quick all of a sudden |
| 12:30:00 | linuxstb | Nico_P: Did you commit the change to creative.c ? |
| 12:30:09 | Nico_P | pixelma: IMHO it's been long overdue and I felt like doing it |
| 12:30:18 | Nico_P | linuxstb: I haven't hit the button yet |
| 12:30:21 | | Join nplus [0] (n=npl@141.25.Globcom.Net) |
| 12:30:33 | linuxstb | Nico_P: OK, I don't think that creative.c change should be committed. |
| 12:30:44 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:30:44 | Nico_P | ok, I'll revert it |
| 12:31:23 | linuxstb | As it's inside a string, I assume the current value is correct. |
| 12:32:57 | linuxstb | And I think in rbutil/ipodpatcher/fat32format.c, the change should be to replace the odd char with an "i". |
| 12:34:07 | linuxstb | And something odd is also in rbutil/rbutilqt/zip/LICENSE.GPL |
| 12:34:15 | | Quit Eden (Read error: 110 (Connection timed out)) |
| 12:34:46 | Nico_P | hmm it seems you're right |
| 12:35:08 | Nico_P | maybe those weren't latin1, kinda like the profont doc |
| 12:36:03 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 12:36:08 | linuxstb | Plus probably just use normal quotes for apps/codecs/libfaad/syntax.c |
| 12:36:19 | linuxstb | (or nothing at all...) |
| 12:37:30 | linuxstb | pixelma: Are you against moving to utf-8? |
| 12:38:21 | JdGordon | Nico_P: arg thanks... yeah that bloody ns gets me every time.. and obviously i missed it checking the svn diff |
| 12:38:49 | Nico_P | JdGordon: shouldn't be a problem anymore ;) |
| 12:38:53 | pixelma | don't have a strong opinion on it, but if I remember correctly there were some "issues" or at least points to consider in earlier discussions here |
| 12:39:15 | JdGordon | if kate wasnt so stupid it wouldnt be a problem :p |
| 12:39:51 | pixelma | I'm not convinced that JdGordon's editor would do a better job now. At least he has no excuse then :P |
| 12:40:12 | * | amiconn would have preferred to keep the codebase latin1 |
| 12:40:18 | Nico_P | pixelma: kate loads files as UTF8 by default (at least if UTF8 is the system default encoding) |
| 12:40:23 | JdGordon | it wont.. but if I set it to force utf8 we should be ok |
| 12:40:48 | * | JdGordon hasnt found a better editor |
| 12:41:05 | * | Nico_P has found (g)vim but doesn't use it 100% of the time yet |
| 12:41:14 | Nico_P | amiconn: why? |
| 12:41:23 | pixelma | e.g. won't the source tree to become even bigger now (a noticable amount?) |
| 12:41:32 | pixelma | s/to// |
| 12:42:02 | Nico_P | pixelma: only special chars take two bytes. ASCII chars stay the same |
| 12:42:27 | * | n1s was woken up on time by the beast this morning :) |
| 12:42:40 | amiconn | It's compatible with more editors, and utf-8 doesn't really have an advantage for source code |
| 12:42:58 | | Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) |
| 12:43:16 | * | Nico_P wouldn't think much of an editor that doesn't support UTF8 by now |
| 12:43:18 | Eden | ok, how do i play videos on rock box (5th ipod 30gb) |
| 12:43:19 | preglow | woo, finally utf-8 |
| 12:43:35 | preglow | there's no good reason to keep the code base latin1 |
| 12:43:50 | * | linuxstb doesn't care either way |
| 12:43:50 | Nico_P | amiconn: it does have one for accented chars, which obviously we have |
| 12:44:01 | preglow | i just want to bloody get away from codepages and never see them again |
| 12:44:06 | preglow | apart from utf-8 |
| 12:44:23 | pixelma | preglow: and don't forget time zones ;) |
| 12:44:27 | preglow | pixelma: oh yes |
| 12:44:40 | Mouser_X | Eden: Read the manual, or read PluginMpegplayer in the wiki (or is it PluginMpegPlayer ?) |
| 12:44:47 | Mouser_X | (I'd suggest both.) |
| 12:45:53 | linuxstb | Eden: On the ipod video, the Apple firmware does a much better job of video playback than Rockbox, so you may be better off just using that |
| 12:46:04 | pixelma | Mouser_X, Eden: the wiki page is even linked from the manual... ;) |
| 12:46:36 | Eden | linuxsb: u saying i shud put original ipod firmware on? |
| 12:46:55 | Eden | linuxstb: u saying i shud put original ipod firmware on? |
| 12:47:09 | Nico_P | Eden: could you please speak English? |
| 12:47:10 | linuxstb | It's still there. |
| 12:47:28 | linuxstb | Search for "dual-boot" in the manual. |
| 12:49:42 | Eden | wea in the manual wud i look? |
| 12:49:59 | gevaerts | Eden: please use normal english |
| 12:50:11 | Eden | sorry |
| 12:53:21 | markun | Eden: on the left under "manual" http://www.rockbox.org/ |
| 12:53:56 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 12:54:42 | | Join barrywardell [0] (n=barrywar@194.46.245.208) |
| 12:56:51 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 12:58:25 | | Join DerDome [0] (n=DerDome@dslb-082-083-203-098.pools.arcor-ip.net) |
| 13:00 |
| 13:00:44 | | Join simonrvn1 [0] (n=simon@208.66-ppp.3menatwork.com) |
| 13:01:52 | | Quit JdGordon ("Konversation terminated!") |
| 13:03:38 | | Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 13:04:42 | Nico_P | JdGordon: have you started thinking/working on an iconview? |
| 13:04:57 | | Quit simonrvn (Read error: 113 (No route to host)) |
| 13:04:57 | | Nick simonrvn1 is now known as simonrvn (n=simon@208.66-ppp.3menatwork.com) |
| 13:11:55 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 13:14:09 | | Quit simonrvn_ (Read error: 113 (No route to host)) |
| 13:19:58 | | Quit bughunter2 ("Leaving.") |
| 13:20:18 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 13:22:14 | Nico_P | jhMikeS: wow, buffering is superfast now |
| 13:22:44 | jhMikeS | yeah, it perks it up a bit ;) |
| 13:23:10 | JdGordon | Nico_P: nope |
| 13:23:27 | Nico_P | JdGordon: I was thinking about giving it a go |
| 13:23:33 | JdGordon | go for it :) |
| 13:23:59 | jhMikeS | is it going to be hard-coded for icon size? I want that for a scene browser for mpegplayer. |
| 13:24:02 | n1s | jhMikeS: I have working alarm wake up, but am not sure about some of the interrupt stuff, want to take a look before I commit? |
| 13:24:47 | JdGordon | jhMikeS: when your done with the beast... wanna get the mr500 talking? |
| 13:24:57 | jhMikeS | n1s: sure. I thought about an event registration for that stuff since it's going to get hairy after dealing with changing and other things. |
| 13:25:05 | | Join ex1stenz [0] (n=existenz@213.233.101.2) |
| 13:25:07 | ex1stenz | http://www.colectionarul.com/existenz1.html |
| 13:25:37 | Nico_P | jhMikeS: depends on what you mean by hard-coded... I was thinking of making it as generic as possible |
| 13:25:40 | jhMikeS | JdGordon: If I had one. :) It might even help develop an overlay API. |
| 13:26:06 | jhMikeS | Nico_P: so I can place frame thumbnails in a list grid but of course they shouldn't be icon-sized. |
| 13:26:07 | B4gder | ex1stenz: spam somewhere else please |
| 13:26:44 | JdGordon | jhMikeS: but.. you dont really need one to do the magic.. :D |
| 13:26:51 | Nico_P | jhMikeS: that's the aim... I'll want to experiment with AA too |
| 13:27:40 | | Quit ex1stenz () |
| 13:27:57 | jhMikeS | JdGordon: the latest HW is so much more complex than previous stuff I'm pretty sure I would need one. :) |
| 13:28:08 | | Quit DaCapn (Read error: 113 (No route to host)) |
| 13:28:28 | n1s | jhMikeS: here http://pastebin.ca/1007988 |
| 13:30:16 | | Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) |
| 13:31:13 | | Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) |
| 13:31:34 | | Join moos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-9dcbfd547a17723b) |
| 13:33:48 | jhMikeS | n1s: why is a pending[0] check inside the pending[1] block? (if I read that correctly) |
| 13:35:34 | n1s | oops |
| 13:36:13 | *** | Saving seen data "./dancer.seen" |
| 13:36:19 | n1s | should of course be pending[1] since the TODA bit is in register 1 |
| 13:37:48 | n1s | but i was a bit unsure if it's needed at all to handle this interrupt because all it does is turn off the alarm if it triggers while we are already awake |
| 13:38:08 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 13:38:59 | n1s | and on the pmic the alarm will not reoccur untill the DAY register wraps around and gets back to the same value which should take many years |
| 13:42:26 | n1s | so we could just poll the interrupt bit on start up like i do in rtc_init and never unmask it |
| 13:42:53 | n1s | um, no, that wouldn't work |
| 13:43:08 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 13:45:48 | jhMikeS | if the alarm wake is just a one-shot at wakeup then why wouldn't it? |
| 13:46:11 | | Part jpt9 |
| 13:46:37 | JdGordon | jhMikeS: surey the datasheet is al you need? :D :p |
| 13:46:54 | jhMikeS | JdGordon: haha |
| 13:47:01 | n1s | jhMikeS: it it's masked we wouldn't wake up |
| 13:47:10 | n1s | s/it/if/ |
| 13:47:37 | jhMikeS | Does the masking prevent the PMU from executing the wakeup? |
| 13:47:46 | * | moos is frustrated, he canot have the beast runing :( |
| 13:48:09 | n1s | jhMikeS: that's what I gather from reading the data sheet but I could of course try it :) |
| 13:48:10 | jhMikeS | Usually it's set to an unreachable day value (highest value in day counter) |
| 13:49:05 | n1s | Also i noticed that it wakes up on headphone plug in, dunno if I caused that |
| 13:49:06 | Nico_P | jhMikeS: will the disk get faster with DMA? |
| 13:50:10 | linuxstb | moos: What's the problem |
| 13:51:12 | jhMikeS | Nico_P: I think it would get a good bit faster and use less CPU during transfers. The next thing has to be to get the SDMA working (for both audio and ATA). |
| 13:51:28 | moos | linuxstb: I tried several bootloader versions, but for all, the boot failed after the disk init, failed to find the .gigabeat file :( |
| 13:51:46 | Nico_P | jhMikeS: awesome :) |
| 13:51:54 | * | jhMikeS wonders what moos is doing that it can't find it. |
| 13:52:57 | linuxstb | moos: Is that an S30 or S60? |
| 13:53:01 | n1s | moos: did you extract a regular .rockbox dir to the root of the large partition? |
| 13:53:25 | moos | the fact that I canot build here doesn't help me, I canot find which version caused the hell here :( |
| 13:53:35 | * | Nico_P leaves |
| 13:53:44 | moos | linuxstb: S60 n1s:yup |
| 13:54:35 | moos | in the little partition I have the .bin |
| 13:55:08 | * | linuxstb is tempted to play around with manipulating his S's partition table, but is unsure if it can be recovered without an external adapter... |
| 13:55:44 | * | n1s fixes the fat again... |
| 13:57:09 | | Join Thundercloud [0] (n=thunderc@resnet17.nat.lancs.ac.uk) |
| 13:57:19 | | Quit moos ("CGI:IRC (EOF)") |
| 13:57:26 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
| 13:57:37 | | Join moos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-dc60c976ff00fcca) |
| 13:57:37 | * | n1s waits untill 14.00 to se if it wakes up |
| 13:58:09 | n1s | is anyone else getting lots of file system corruption on their S ? |
| 13:59:27 | jhMikeS | not me |
| 13:59:39 | | Quit Eden (Read error: 104 (Connection reset by peer)) |
| 13:59:52 | | Part LinusN |
| 13:59:59 | jhMikeS | well, actually I did have an odd occurrence |
| 14:00 |
| 14:00:08 | | Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) |
| 14:00:48 | n1s | it has mounted as write protected and needed to be fixed with fsck 3 times for me since yesterday morning... |
| 14:01:17 | | Part Eden |
| 14:01:50 | moos | isn't the USB stack not yet bug free? |
| 14:02:10 | moos | I mean could cause data corruption |
| 14:02:20 | n1s | jhMikeS: seems like it doesn't wake up if the bit is left masked |
| 14:03:39 | * | linuxstb can report the Gigabeat S doesn't like the partition table being changed... |
| 14:03:51 | moos | oops :( |
| 14:03:58 | jhMikeS | Just because the interupt is enabled doesn't mean it must be handled explicitely. It will be cleared off by the PMIC even handler. |
| 14:04:27 | | Part DefineByte ("Bye all") |
| 14:05:02 | linuxstb | Recovery is easy though - just enter recovery mode (hold the left of the cross and the windows key after toggling the battery switch), and then run sendfirm nk.bin |
| 14:05:20 | gevaerts | moos: I would be very surprised if the USB stack causes data corruption |
| 14:06:59 | moos | gavaerts: it isn't built by default yet for thos target that it need it, right? |
| 14:07:12 | moos | -it |
| 14:07:43 | jhMikeS | the ATA timings looked ok to me but I'm not sure what to make of Ton/off though |
| 14:07:59 | gevaerts | moos: I'm not sure about the beast, but it's still not enabled on PP |
| 14:08:21 | jhMikeS | it's enable on beast becuase there's no nice alternative anyway |
| 14:08:25 | n1s | jhMikeS: so nothing bad happens if the interrupt fires and isn't handled (explicitly)? |
| 14:08:59 | jhMikeS | n1s: no, the event handler will clear it off whenever it gets around to it |
| 14:10:00 | jhMikeS | actually it should just set it in there where other things are polled at startup becuase the handler runs way before rtc code gets called |
| 14:10:54 | n1s | ok, then we only need to set it and unmask the interrupt and if it fires while we are on, just don't care because it will take about a hundred years before it reoccurs |
| 14:10:55 | | Join barrywardell_ [0] (n=barrywar@194.46.253.92) |
| 14:11:02 | jhMikeS | that can work for now. it does need refinement though so it doesn't clear pendings that aren't enabled. |
| 14:11:37 | * | moos gives up and decide to store his beast for now, he will wait a bit before try again |
| 14:12:00 | | Quit Thundercloud (Remote closed the connection) |
| 14:12:26 | jhMikeS | n1s: right, it will just have no event handler and that's ok |
| 14:13:37 | jhMikeS | actually it won't fire at startup even if left unmasked because it masks things before the GPIO pin is enabled anyway |
| 14:14:53 | | Join tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) |
| 14:19:37 | n1s | sigh, corrupted again... |
| 14:20:12 | n1s | lots of "Contains a free cluster (19181). Assuming EOF." |
| 14:22:20 | jhMikeS | what steps lead to that? |
| 14:23:15 | n1s | i just unzipped a new rockbox.zip, unmounted restarted the S a couple of times, mounted again -> write protected because of errors |
| 14:23:46 | petur | sound like the FAT wasn't updated... |
| 14:23:46 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 14:23:47 | n1s | disconnected it after unmount too |
| 14:24:16 | * | jhMikeS wonders about write-behind of some sort going on |
| 14:24:34 | petur | unmount should have fixed that |
| 14:24:36 | * | jhMikeS sees the "set_features" function and reconsiders his timing implementation |
| 14:24:48 | n1s | jhMikeS: ok, new approach works fine :) |
| 14:24:50 | | Quit barrywardell (Read error: 113 (No route to host)) |
| 14:26:15 | jhMikeS | I wonder about the reset being improper and perhaps it should wait for the interface to be inactive before doing it |
| 14:27:22 | | Join DrMoos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-4d739b3b2fb417ac) |
| 14:28:22 | | Quit moos ("CGI:IRC (Ping timeout)") |
| 14:28:38 | | Nick DrMoos is now known as moos (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-4d739b3b2fb417ac) |
| 14:29:10 | n1s | jhMikeS: what do you think of masking the headphone plugin interrupt when we shut down to prevent a plugin from waking up the player? |
| 14:30:00 | jhMikeS | then I suppose an mc13783_shutdown function should be implemented and called at the proper time |
| 14:30:20 | jhMikeS | though I don't mind the USB plug wakeup at all |
| 14:31:01 | n1s | maybe the headphone thing should even depend on the setting for resuming playback on plugin? and I agree about usb |
| 14:31:41 | jhMikeS | that one I'm not so crazy about doing :) |
| 14:32:04 | n1s | ok, should I commit the alarm stuff or do you want another look? |
| 14:33:19 | jhMikeS | no big deal if it works. I'll probably get to looking later anyway given I want to refine the event thing. |
| 14:34:00 | n1s | ok, thanks for the help :) |
| 14:34:23 | * | linuxstb can confirm the Gigabeast bootloader is happy with only the Rockbox bootloader nk.bin on the disk, and nothing else |
| 14:35:12 | linuxstb | It's _very_ sensitive to the partition table being edited though... |
| 14:35:40 | linuxstb | e.g. I tried to make the first partition smaller, and it went directly to recovery mode |
| 14:38:11 | | Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) |
| 14:39:05 | jhMikeS | I can throw all kinds of junk on the firmware partition without problems and delete all the cruft from the OF without problems. |
| 14:39:14 | swimmer | hello - I'm trying to install Rockbox on an ipod video 80gb via rbutil and it fails with this error msg: |
| 14:39:18 | swimmer | [INFO] Scanning disk devices... |
| 14:39:20 | swimmer | [ERR] FATAL: Permission denied on 2 device(s) and no ipod detected. |
| 14:39:23 | swimmer | [ERR] You need permissions for raw disc access for this program to work! |
| 14:39:25 | swimmer | /dev/sdz: No such file or directory |
| 14:39:32 | swimmer | I configured mountpoint + device manually |
| 14:39:43 | swimmer | it's mounted on /media/ipod ... |
| 14:40:32 | linuxstb | Are you sure it's an ipod video, and not a "classic" ? |
| 14:42:00 | swimmer | linuxstb: yes - I even phoned the delivering party to make sure it's a 5th generation ipod :) |
| 14:42:13 | swimmer | linuxstb: is there a way to check this? |
| 14:42:18 | n1s | swimmer: as the error says you need permission for raw disk acces |
| 14:42:59 | n1s | swimmer: google knows for sure how to tell the difference |
| 14:43:11 | swimmer | nls: does it mean it wants to access /dev/sdc2 and not /dev/ipod? |
| 14:43:26 | n1s | yes |
| 14:43:41 | n1s | or rather /dev/sdc |
| 14:43:56 | n1s | the _disk_ not partition |
| 14:44:08 | swimmer | n1s: ok - then I have to find out udev-rules how to change the owner of /dev/sdc ... |
| 14:44:22 | preglow | didn't we agree we didn't want bootloader logos? |
| 14:44:23 | n1s | or just run it as root/ use sudo |
| 14:44:31 | | Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) |
| 14:44:39 | swimmer | n1s: I wanted to avoid running it as root ... |
| 14:45:03 | swimmer | n1s: how that I didn't have any problems with my iriver? |
| 14:45:17 | barrywardell_ | preglow: last time it was discussed here, people seemed generally in favor of it. it was logos loading from disk that people didn't want |
| 14:45:22 | n1s | swimmer: the installs wor differently |
| 14:45:27 | swimmer | n1s: does rbutil not access the raw discs in this case? |
| 14:45:30 | n1s | s/wor/work |
| 14:45:31 | swimmer | n1s: I see |
| 14:45:49 | preglow | barrywardell_: i just thought we wanted the bootloader to shut up as much as possible unless it has a reason not to |
| 14:46:06 | preglow | i certainly don't want a logo showing up for 0.2 seconds during the time my nano takes to boot |
| 14:46:27 | swimmer | n1s: thx for the info and your patience :) |
| 14:46:47 | preglow | perhaps it makes more sense for hd based targets that need time to spin up a disk |
| 14:46:57 | preglow | but for flash based targets it'll just look clumsy |
| 14:47:17 | barrywardell_ | preglow: it also makes sense on sansa where we can replace the OF bootloader completely |
| 14:47:42 | preglow | how long does the bootloader run for? |
| 14:48:15 | n1s | barrywardell_: does the logo delay the booting or is stuff done in the background? |
| 14:48:15 | barrywardell_ | it depends |
| 14:48:41 | barrywardell_ | about 1 second when booting rockbox, several seconds when loading the of |
| 14:49:10 | barrywardell_ | and, then when rockbox loads, the only thing that should change is the text at the bottom |
| 14:49:14 | | Quit moos ("CGI:IRC") |
| 14:49:27 | preglow | barrywardell_: well, i agree a logo would be nice there |
| 14:49:28 | barrywardell_ | n1s: my timing made the delay out to be about 6ms |
| 14:49:31 | preglow | but it makes no sense on ipods, for example |
| 14:49:33 | preglow | there already is a logo |
| 14:49:45 | preglow | we don't want booting to look messy |
| 14:49:51 | barrywardell_ | I agree |
| 14:49:51 | preglow | rockbox is already more than messy enough |
| 14:49:53 | linuxstb | How is the transistion with Rockbox itself? Should we not re-init the LCD on some devices? |
| 14:50:33 | barrywardell_ | it works fairly seemless on Sansa and H10 anyway, except that the background colour changes (black->blue) |
| 14:50:36 | n1s | barrywardell_: wow, how did you time that? i meant more like if it sleeps to display the logo for a time but i see that it doesn't .) |
| 14:50:44 | n1s | s/./:/ |
| 14:51:06 | barrywardell_ | n1s: checked the usec_timer before and after showing the logo |
| 14:51:33 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-f8e3b0422c7b30c9) |
| 14:54:14 | preglow | do we actually replace the sansa bootloader completely, though? i would have thought tons of device inits would be missing, but perhaps that's only an ipod situation |
| 14:54:30 | linuxstb | preglow: What's the problem (on ipods) if the logo looks the same as the logo at the start of Rockbox itself? |
| 14:54:31 | barrywardell_ | linuxstb: the background thing is more a controversial topic. there doesn't seem to be any consensus on black vs rockbox blue. |
| 14:54:39 | barrywardell_ | my personal preference is blck |
| 14:55:06 | preglow | mine too |
| 14:55:08 | linuxstb | I would go for black because that's the colour for the default theme. |
| 14:55:09 | barrywardell_ | preglow: it's not the default install mode with sansapatcher, but it works perfectly for my sansa. the only thing we're missing is usb recovery mode |
| 14:55:56 | preglow | i think going for black makes sense for other themes as well, going from black to some other colour will pretty much always look clean |
| 14:56:01 | preglow | going from light blue to red won't |
| 14:56:12 | LambdaCalculus37 | That'd just look nasty. |
| 14:56:36 | linuxstb | I know amiconn stated a preference for blue - did anyone else? |
| 14:56:53 | preglow | i've never liked the blue fixation rockbox seems to have |
| 14:56:54 | * | B4gder votes black |
| 14:56:58 | preglow | orange goes perfectly with black |
| 14:57:01 | preglow | less so with blue |
| 14:57:08 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 14:57:08 | * | LambdaCalculus37 votes black as well |
| 14:57:19 | LambdaCalculus37 | Would go well on the iPods. |
| 14:57:41 | barrywardell_ | JdGordon: was arguing for blue too |
| 14:57:47 | * | gevaerts prefers freshly pressed orange |
| 14:58:00 | preglow | linuxstb: if the logo overlaps perfectly with what rockbox shown on startup, it's all good |
| 14:58:45 | linuxstb | So, we have 5 blacks, 2 blues, and one orange... |
| 14:59:25 | * | LambdaCalculus37 makes a chart on the whiteboard |
| 14:59:30 | * | n1s raises his commit count :/ |
| 14:59:54 | barrywardell_ | it's an easy change to make: http://pastebin.ca/1008083 |
| 14:59:55 | | Quit nplus (Remote closed the connection) |
| 15:00 |
| 15:00:04 | * | n1s votes for octarine and runs. |
| 15:00:15 | barrywardell_ | although I don't know what LCD_DEFAULT_LS is for... |
| 15:00:36 | linuxstb | Something to do with the gradient selection bar... |
| 15:00:39 | LambdaCalculus37 | n1s: Yes, we should make the bootloader screen the color of magic. :) |
| 15:00:43 | * | gevaerts thinks that octarine can't be expressed in RGB |
| 15:02:25 | * | barrywardell_ wonders if he should go with the democratic vote and commit the change? |
| 15:03:46 | * | jhMikeS is raising his commit count artificially by doing something, committing it, then rewriting it and commiting again. :p |
| 15:06:31 | linuxstb | jhMikeS: Did you read my comments in IRC yesterday about the 300KB of zeros in the middle of the beast's bootloader? |
| 15:06:55 | linuxstb | I think it's caused by the vectors being loaded after the bss. |
| 15:06:59 | linuxstb | (in boot.lds) |
| 15:07:31 | B4gder | barrywardell_: want us to vote about you going with the vote results? ;-) |
| 15:07:41 | barrywardell_ | haha |
| 15:08:12 | * | barrywardell_ goes with the majority |
| 15:08:42 | jhMikeS | linuxstb: 300KB of zeros? |
| 15:08:56 | linuxstb | jhMikeS: Yes - look at bootloader.bin in a hex editor... |
| 15:09:07 | B4gder | so austriancoder's work broke the mrobe100 sound |
| 15:09:16 | B4gder | http://forums.rockbox.org/index.php?topic=16719.0 |
| 15:09:19 | linuxstb | My suspicion was raised because it's so big - about 370KB, compared to around 70KB on other targets. |
| 15:10:20 | jhMikeS | linuxstb: or it's because the NOLOAD attribute isn't used |
| 15:10:28 | B4gder | I'm getting a bit annoyed that austriancoder seem to always break 11 things on each of his "cleanups" |
| 15:10:52 | linuxstb | jhMikeS: That's why I didn't fix it - I'm not comfortable with lds files.... (I don't know what NOLOAD does...) |
| 15:11:16 | jhMikeS | it marks section as not part of the loadable image itself |
| 15:11:34 | linuxstb | What should have NOLOAD? |
| 15:11:40 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
| 15:11:50 | | Part DefineByte ("Bye all") |
| 15:12:11 | Llorean | B4gder: Just a small bit of mitigation, that person is testing dailies so it's not *absolutely* certain that changed cause it. Though its placing makes it likely. |
| 15:12:39 | B4gder | yes, and his mentioning of bass/treble also points to that |
| 15:12:52 | Llorean | Indeed |
| 15:12:58 | Llorean | Since it was broken elsewhere too. |
| 15:12:59 | jhMikeS | linuxstb: everything that doesn't contain data that doesn't need to be loaded such as ibss, bss or other zero-init sections |
| 15:14:00 | linuxstb | Hmm, the other boot.lds files don't have that for the bss/ibss |
| 15:14:01 | jhMikeS | but actually it won't help here since the address isn't compensated |
| 15:15:05 | linuxstb | I'm guessing just moving the vectors before .stack would work. |
| 15:15:25 | JdGordon | sounds like I'm too late (and changed my vote anyway), but having a different colour in the bootloadser and the main binary can be useful incase either freezes, you'll be able to tell which froze by the colour |
| 15:15:28 | * | jhMikeS just moves the vectors after data and the size goes to 77KB :) |
| 15:15:43 | barrywardell_ | JdGordon: you can still tell by the text at the bottom ;) |
| 15:16:07 | JdGordon | it doesnt say bootloader does it? |
| 15:16:11 | linuxstb | Yes, it could be nice for the text to show the status. |
| 15:16:16 | barrywardell_ | it says the bootloader version |
| 15:16:23 | barrywardell_ | which then changes to the rockbox version |
| 15:16:50 | linuxstb | This will annoy the logo swappers though... |
| 15:17:01 | JdGordon | meh to them :D |
| 15:17:03 | B4gder | and that we like! :-P |
| 15:17:12 | linuxstb | I didn't say that was a bad thing ;) |
| 15:17:15 | * | jhMikeS does some other bl changes that need doing too |
| 15:17:49 | barrywardell_ | linuxstb: what do you mean by status? like whether we're loading rockbox or the of? |
| 15:18:45 | linuxstb | Yes, I was thinking of a "loading xxxx" message, followed by "starting xxx" - so if anything fails, that can show the status. But maybe that's doing too much.... |
| 15:18:58 | linuxstb | jhMikeS: I'm guessing the untar code can go now? |
| 15:19:45 | | Join Synergy66 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 15:19:59 | barrywardell_ | linuxstb: hmmm. I'll have a think about that |
| 15:21:20 | linuxstb | jhMikeS: Also, something I noticed today was that if the bootloader powers off the S, the hard disk makes a nasty click - I'm guessing the disk doesn't get shutdown cleanly. |
| 15:22:28 | linuxstb | Anyone know anything about where the S's bootloader is stored? Is it a normal NOR flash chip, or some kind of secure ROM in the imx31? |
| 15:22:42 | jhMikeS | linuxstb: 1) I'm not sure to jump on removing the untar code because a testing mess up could make it useful 2) It will click if power is cut suddenly |
| 15:22:52 | | Quit tvelocity (Remote closed the connection) |
| 15:23:13 | | Join nplus [0] (n=npl@141.25.Globcom.Net) |
| 15:24:10 | JdGordon | HEY! when was the main binary default colour up for debate? wer'nt we talking about the bootloader colours? |
| 15:24:16 | JdGordon | :'( /me liked the blue |
| 15:24:28 | linuxstb | During the last hour... |
| 15:24:29 | | Quit Synergy6 (Read error: 104 (Connection reset by peer)) |
| 15:24:45 | linuxstb | And your vote was counted as blue... |
| 15:24:47 | JdGordon | didnt scroll up to the start of the convo :P |
| 15:24:57 | JdGordon | oh well.. shit happens :p |
| 15:25:09 | Llorean | I like the blue, but with the new theme I'd have voted for black too if i were around |
| 15:26:06 | linuxstb | I'm persuaded most by preglow's argument - using black for the splash screen should look reasonable no matter what the user's theme is. |
| 15:26:27 | JdGordon | not it its a dark on light one... |
| 15:26:33 | JdGordon | but yeah, that sounds reasonable |
| 15:26:43 | | Join tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) |
| 15:26:54 | barrywardell_ | the only thing that it changes is the background of the startup splash |
| 15:27:20 | linuxstb | Do any plugins revert to the default colours? |
| 15:27:41 | barrywardell_ | and and maze and snow, which i'm fixing now ;) |
| 15:28:07 | barrywardell_ | actually, maze and rocklife |
| 15:29:31 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 15:30:56 | | Quit ReKleSS ("Leaving") |
| 15:31:47 | | Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 15:36:17 | *** | Saving seen data "./dancer.seen" |
| 15:39:47 | * | amiconn *hates* light-on-dark display :( |
| 15:40:24 | | Quit DaCapn () |
| 15:42:29 | | Quit K4rP4D ("Leaving") |
| 15:44:16 | JdGordon | any objections in moving the id3 browser code from screens.c to metadata.c ? |
| 15:44:33 | petur | yes |
| 15:44:56 | linuxstb | Why would you want to do that? |
| 15:45:01 | barrywardell_ | amiconn: fortunately, it's easy to change themes ;) |
| 15:45:14 | JdGordon | or just out of screens.c |
| 15:45:53 | | Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) |
| 15:47:11 | amiconn | barrywardell_: But not built-in defaults.... |
| 15:47:56 | barrywardell_ | but if you change the theme, you should never see light-on-dark |
| 15:48:09 | * | preglow enjoys light on dark displays |
| 15:48:32 | linuxstb | But isn't it just the startup splash screen we're talking about? |
| 15:50:02 | preglow | deed |
| 15:50:34 | jhMikeS | amiconn: in case you were still wondering about the switch_thread calls with interrupts disabled - that's what is part of the design with list-changing calls like block_thread, block_thread_w_tmo and sleep_thread and occasionally wakeup_thread (high-priority thread woken than current). |
| 15:51:29 | jhMikeS | though the last isn't currently done |
| 15:51:32 | linuxstb | Hmm, the Rockbox bootloader doesn't start Rockbox any more for me.... Same problem as moos was reporting. |
| 15:51:49 | barrywardell_ | linuxstb: to change the startup splash, it's easiest to change the default bg and fg. the only place I found them used was in the startup splash and in a couple of plugins which are fixed to use the old rockbox colours |
| 15:51:50 | amiconn | Unfortunately I seem to be unable to understand the current scheduler |
| 15:51:51 | jhMikeS | Llorean: had it magically start working again |
| 15:52:01 | jhMikeS | that was to linuxstb not Llorean :) |
| 15:52:13 | linuxstb | barrywardell_: I know - I'm agreeing with what you've done... |
| 15:52:20 | barrywardell_ | :) |
| 15:53:13 | jhMikeS | amiconn: not much is ususual about it as far as schedulers go though some aspects of inheritance implementation is unique to make it complete without object ownership lists being maintained. |
| 15:54:48 | jhMikeS | Something points to something other than an interrupt enable issue being the root cause since I'm rather certain that should plague every target at all time |
| 15:55:24 | barrywardell_ | actually, reset colours also uses the default fg/bg, but it probably shouldn't. it should probably revert to the theme's defaults |
| 15:56:31 | | Quit parafin (leguin.freenode.net irc.freenode.net) |
| 15:56:31 | NSplit | leguin.freenode.net irc.freenode.net |
| 15:57:04 | * | petur arrives late, scrolls up and votes black |
| 15:57:20 | petur | maybe something to discuss on devcon ;) |
| 15:57:56 | linuxstb | Isn't there too much democracy going on today? |
| 15:58:13 | barrywardell_ | or for a steering board... |
| 15:59:57 | * | linuxstb can't make his S work any more... |
| 16:00 |
| 16:00:28 | jhMikeS | fyi of the day: some schedulers don't have complete priority inheritance protocols because it's considered "hard" to do and cheat by leaving threads running at their most heightened priority until all resources are released rather than dropping to the priority of the highest still-owned resource greater than the current base (too esoteric? :p). usually (and any example I came across) the full release priotocol is done by maintaining a list of |
| 16:01:23 | jhMikeS | linuxstb: does going back to an earlier revision do it or is it just now refusing anything? |
| 16:01:45 | linuxstb | I haven't tried an earlier revision... Does anyone have an older than current SVN nk.bin handy? |
| 16:02:05 | jhMikeS | several are already online, one moment |
| 16:02:05 | | Quit barrywardell_ () |
| 16:03:12 | * | linuxstb thinks white-on-black in the gigabeast bootloader looks nicer though |
| 16:03:13 | jhMikeS | jhmikes.cleansoap.org/nk-v8.bin">http://jhmikes.cleansoap.org/nk-v8.bin (v8, v9, v11 are up, change the file name) |
| 16:03:23 | linuxstb | And current is v12? |
| 16:03:31 | jhMikeS | those are plain btw |
| 16:03:36 | jhMikeS | can put up v12 too |
| 16:03:46 | * | linuxstb tries with v11 first |
| 16:04:12 | jhMikeS | v12 is up |
| 16:04:28 | linuxstb | No luck with v11... |
| 16:04:55 | jhMikeS | can't make it work by batt switch reset? |
| 16:06:05 | linuxstb | No, that doesn't seem to help. |
| 16:06:58 | | Quit Ragnor (Nick collision from services.) |
| 16:07:08 | | Join Ragnor [0] (n=Ragnor@dslb-084-062-103-059.pools.arcor-ip.net) |
| 16:07:54 | * | linuxstb decides to give his S a charge and try again later... |
| 16:08:23 | * | jhMikeS wonders if disabling the .tar search would change things |
| 16:09:00 | * | LambdaCalculus37 hopes that linuxstb isn't experiencing the same thing he did with his own Gigabeast |
| 16:09:35 | * | gevaerts decides that nicks startint with l are not goot for beasts |
| 16:10:23 | LambdaCalculus37 | gevaerts: :P |
| 16:10:36 | jhMikeS | LambdaCalculus37: I don't think it's that. |
| 16:11:29 | linuxstb | LambdaCalculus37: What was your problem? |
| 16:12:04 | LambdaCalculus37 | linuxstb: I left mine on the charger after going an update and copying music to it, and I couldn't get it to turn back on after that. |
| 16:12:15 | LambdaCalculus37 | toffe82 should be receiving it today. |
| 16:12:38 | linuxstb | v8 doesn't display "file not found", but pauses for a while, and then powers off... |
| 16:13:23 | krazykit | LambdaCalculus37, mine did the same thing. charged it, left it, it never turned on again |
| 16:13:29 | | Quit Synergy66 ("Adios") |
| 16:13:57 | jhMikeS | the error string was displayed properly in older revisions |
| 16:14:15 | * | linuxstb tries reformatting the main partition |
| 16:14:47 | LambdaCalculus37 | I wonder if it's a problem with the battery or the charging hardware. |
| 16:14:48 | NHeal | leguin.freenode.net irc.freenode.net |
| 16:14:48 | NJoin | parafin [0] (i=parafin@paraf.in) |
| 16:17:12 | jhMikeS | there is a fuse in series with the battery |
| 16:17:37 | jhMikeS | also one in series with the charger line |
| 16:17:57 | | Join crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) |
| 16:20:08 | LambdaCalculus37 | Ahh. |
| 16:21:26 | pixelma | hmm... barrywardell left... |
| 16:25:44 | | Quit crope`` (Read error: 113 (No route to host)) |
| 16:29:14 | | Join dabujo [0] (i=xx@p4FDB3D1A.dip0.t-ipconnect.de) |
| 16:33:14 | pixelma | can one assume that he won't be fixing the broken greyscale target builds anytime soon then? |
| 16:33:53 | B4gder | maybe if we taunt him properly until he does it? |
| 16:35:31 | B4gder | properly means involving hamsters and elderberry |
| 16:36:26 | * | gevaerts hands B4gder a coconut |
| 16:36:41 | B4gder | an african one? |
| 16:38:06 | * | linuxstb senses B4gder isn't taking this violation seriously ;) |
| 16:38:06 | * | gevaerts assumes so. The origin of the coconut was never fully clear |
| 16:39:07 | * | B4gder just got side-tracked thinking of tauntings |
| 16:41:57 | | Quit crope` (Read error: 113 (No route to host)) |
| 16:42:37 | swimmer | hmmm - I installed rockbox now and some music files (40G ogg ;-) ) on it and I can start playing music but after 1- seconds or somerthing rockbox crashes and I can see this error on the display: |
| 16:43:12 | B4gder | you have "some" 40G files on your dap? |
| 16:43:13 | swimmer | "Data abort at 00530070 <0>" |
| 16:43:34 | | Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) |
| 16:43:37 | swimmer | B4gder: sorry - I got an Ipod Video 80G today ... |
| 16:43:50 | swimmer | installation of rockbox went fine so far |
| 16:44:01 | swimmer | I could copy the music files as well |
| 16:44:01 | B4gder | oh you mean you have a total of 40GB... |
| 16:44:12 | swimmer | B4gder: yes |
| 16:44:22 | * | gevaerts wondered what kind of unit the gigaogg was |
| 16:44:28 | swimmer | B4gder: actually not very relevant - sorry for the confusion |
| 16:44:51 | B4gder | swimmer: does it crash every time on the same ogg file? |
| 16:44:53 | swimmer | what *can* be relevant that it is in ogg-format |
| 16:45:09 | swimmer | B4gder: did not test that thoroughly enough |
| 16:45:28 | swimmer | B4gder: once I started from a playlist and once by selecting a file directly |
| 16:45:53 | linuxstb | Do any music files work? |
| 16:46:08 | linuxstb | And how did you install Rockbox? With the official instructions in the manual? |
| 16:47:23 | swimmer | linuxstb: I installed it with rbutil following the official instructions for automatical installation ... |
| 16:47:39 | swimmer | linuxstb: I first have to check now if it crashes with mp3 files as well |
| 16:47:56 | swimmer | B4gder: I did a reset and tried the same file and it crashed again ... |
| 16:47:58 | linuxstb | OK, because using an old bootloader could cause those symptoms. But that doesn't seem to be your problem. |
| 16:48:34 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:48:56 | pixelma | could imagine one of two things - wrong tag format (though I don't know whether Rockbox crashes because of that - or one of the rare 80GB Ipods with 32MB RAM |
| 16:50:10 | swimmer | how can I check the RAM? |
| 16:50:28 | linuxstb | You could try installing a build for the 30GB ipod video |
| 16:50:50 | swimmer | hmm |
| 16:50:57 | swimmer | first let me try a mp3 file |
| 16:51:15 | | Join Thundercloud [0] (n=thunderc@resnet19.nat.lancs.ac.uk) |
| 16:51:59 | | Quit z35 (Read error: 110 (Connection timed out)) |
| 16:52:22 | swimmer | crashes as well with "Prefetch abort at <DIGIT> .." |
| 16:52:26 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 16:53:02 | swimmer | linuxstb: what will installing a build for 30GB do different? |
| 16:53:08 | linuxstb | You could check your disk for errors - e.g, with chkdsk or fsck |
| 16:53:21 | swimmer | it's a new ipod ... |
| 16:53:25 | linuxstb | The 30GB ipods only have 32MB of RAM - that's the difference between the two builds |
| 16:53:32 | swimmer | linuxstb: I see |
| 16:54:15 | linuxstb | Do you always safely eject your ipod when disconnecting? |
| 16:54:16 | swimmer | no way to check how much RAM it has? |
| 16:54:29 | swimmer | linuxstb: yes I did (pumount though) |
| 16:55:09 | swimmer | the filesystem on the desktop is utf-8 so are the tags ... could this be a reason? |
| 16:55:19 | swimmer | though it works on my iriver without any problem |
| 16:55:36 | linuxstb | No, that shouldn't be a problem |
| 16:55:45 | swimmer | ok |
| 16:56:02 | swimmer | so let's try the 30GB build ... |
| 16:58:12 | swimmer | does it have a different bootloader as well? |
| 16:58:23 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 16:58:24 | linuxstb | No, the bootloader is the same |
| 16:58:33 | | Join Robust2 [0] (n=Vrind@d54C6FA54.access.telenet.be) |
| 16:58:33 | swimmer | ok |
| 16:58:48 | linuxstb | The bootloader only uses the first 32MB of RAM, so works on both. |
| 16:59:48 | linuxstb | Do any of the plugins work? |
| 17:00 |
| 17:01:12 | Robust2 | hey all |
| 17:01:18 | markun | hi Robust2 |
| 17:01:21 | Robust2 | i've got quite a problem with Rockbox on my M3 |
| 17:01:30 | LambdaCalculus37 | Do share with us. |
| 17:01:34 | Robust2 | been trying to get some assistance on the forums, but alas |
| 17:01:46 | Robust2 | the remote display dies on me after 5 seconds of playback |
| 17:01:53 | swimmer | linuxstb: it seems to work - played already 1 minute and did not crash :) |
| 17:02:01 | Robust2 | on an M3, this means there is no display at all left |
| 17:02:31 | Robust2 | it's been discussed a bit on flyspray, but seems like there are no other M3 users out there |
| 17:03:06 | markun | Robust2: amiconn did the M3 port |
| 17:03:16 | markun | I hope he knows what it could be |
| 17:03:24 | Robust2 | is he afk at the moment ? |
| 17:03:31 | LambdaCalculus37 | Robust2: You can ask him. |
| 17:04:23 | linuxstb | swimmer: I don't know, but may diagnostics mode will show the amount of RAM your ipod has - hold SELECT+LEFT immediately after your ipod turns on to enter it |
| 17:04:35 | Robust2 | ok I will, i've tried mailing him a few days ago but nothing yet |
| 17:05:11 | | Join knittl [0] (n=knittl@193.170.134.77) |
| 17:05:13 | markun | Robust2: he's here every day from time to time, so if you just keep on IRC you can talk to him eventually |
| 17:05:17 | swimmer | linuxstb: will do .. |
| 17:05:45 | Robust2 | ok, great to hera markun, thanks for your help so far :) |
| 17:06:01 | swimmer | when I ever manage to get out of the mandelbrot demo ;-) |
| 17:06:18 | linuxstb | Holding MENU+SELECT exits most plugins |
| 17:06:25 | linuxstb | (for a short time...) |
| 17:06:34 | swimmer | yeah - found out already :) |
| 17:07:00 | | Join Kage [0] (n=chatzill@70.65.225.98) |
| 17:07:08 | Kage | question |
| 17:07:09 | swimmer | ok - I'm in the diag mode now |
| 17:07:19 | swimmer | I guess I need "Auto Test"? |
| 17:07:43 | linuxstb | I've no idea, just browse the options... |
| 17:07:52 | Kage | lolo |
| 17:08:10 | swimmer | it's just 2 options: manual or auto ;-) |
| 17:08:21 | markun | Kage: just ask |
| 17:08:42 | linuxstb | swimmer: That's odd - there should be more options than that... |
| 17:09:22 | swimmer | hihi - it runs through 8 tests and shows "Completed" at the end ;-) |
| 17:09:38 | swimmer | "M25 Diagnostics 0.7" ... |
| 17:12:02 | swimmer | the manual test stops at the firewire test ,,, |
| 17:12:24 | swimmer | to be more precise: the accessorize test |
| 17:13:58 | Kage | umm can the apple os and the rockbox os can i run a duel boot off both im on a 1gen nano |
| 17:14:16 | scorche|sh | yes |
| 17:14:26 | Kage | how |
| 17:14:36 | Kage | ive looked everywhere and i cant find anything off it |
| 17:14:45 | Llorean | jhMikeS: Well "file not found" didn't display until you added the one line of output for the attempt to open /.rockbox/rockbox.gigabeat, so I assume it's not related to the tar search |
| 17:14:49 | * | gevaerts points to the manual |
| 17:15:09 | Llorean | linuxstb: What fixed it for me was testing v9 (which worked), then upgrading to v11 again (which worked at that point). |
| 17:15:18 | * | Llorean doesn't have a clue as to why. |
| 17:15:38 | | Quit knittl (Remote closed the connection) |
| 17:16:04 | Kage | so can someone help me with this |
| 17:16:04 | linuxstb | Kage: If you search for "dual boot" in the manual, all will become clear. |
| 17:16:20 | Kage | okie thank you |
| 17:16:59 | Kage | umm how do i serch the manual |
| 17:17:13 | | Quit MU{lappy} (Read error: 113 (No route to host)) |
| 17:18:55 | linuxstb | Easiest is to download the PDF and then use your pdf viewer's search features |
| 17:19:18 | gevaerts | Or read it all. It's full of useful information ;) |
| 17:19:35 | Kage | lol |
| 17:19:44 | LambdaCalculus37 | Use your eyes to search. |
| 17:20:00 | LambdaCalculus37 | The manual is everyone's best friend. :) |
| 17:20:44 | Kage | its still very vaugue, like i tried setting a custom loader, but it dosent show up, it just straight boots rockbox |
| 17:21:08 | LambdaCalculus37 | Custom bootloaders are unsupported. |
| 17:21:27 | LambdaCalculus37 | The manual covers only the official bootloaders and builds. |
| 17:22:00 | LambdaCalculus37 | You have to speak to whoever released the custom bootloader for support. |
| 17:22:18 | Kage | im so confused |
| 17:22:26 | Kage | i just got the rockbox off the site |
| 17:23:08 | linuxstb | You can't find the dual boot section in the manual? |
| 17:23:28 | markun | Kage: well, welcome to the wonderful world of rockbox :) |
| 17:23:39 | | Join mf0102 [0] (n=michi@85.127.21.196) |
| 17:24:03 | LambdaCalculus37 | Kage: Right here: http://download.rockbox.org/manual/rockbox-ipodnano/rockbox-buildch3.html#x5-290003.1.3 |
| 17:24:16 | Kage | ya but i wanna know if there is a way i can set it so i dont have to go through the pressing of buttons precicly |
| 17:24:27 | Kage | just so i have a menu |
| 17:24:35 | Llorean | Not with any official software. |
| 17:24:44 | LambdaCalculus37 | Write your own bootloader if you want a menu. |
| 17:24:53 | B4gder | even a menu will force you to press at least one button I think |
| 17:25:00 | Llorean | You'll have to use Loader2, which we do not provide support for, as changes to how Rockbox works can conflict with it. |
| 17:25:07 | swimmer | ok - I'm very happy for the moment :) Thanks to all you you helped me!!! |
| 17:25:34 | Kage | ya ya the menu is fine |
| 17:25:39 | Kage | i just dont know how to get one |
| 17:25:55 | markun | Kage: http://ipodlinux.org/Loader_2 |
| 17:26:29 | * | LambdaCalculus37 wonders if he was just speaking in some obscure language right now =/ |
| 17:26:46 | Kage | i did that and when i try to open rockbox it says its not found |
| 17:27:03 | LambdaCalculus37 | Kage: If you use Loader2, you ask the iPodLinux guys for help, not us. |
| 17:27:14 | markun | LambdaCalculus37: are there still any ipodlinux guys left? |
| 17:27:23 | Kage | a few... |
| 17:27:29 | Kage | i dont have it now though |
| 17:27:30 | Llorean | markun: It really doesn't matter if there are or aren't though. |
| 17:27:40 | LambdaCalculus37 | markun: I haven't followed the project for a long time to really keep track. |
| 17:28:00 | markun | Llorean: it does matter for Kage, maybe not for you |
| 17:28:06 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 3.0b5/2008041514]") |
| 17:28:52 | Llorean | markun: My point is that even if there's nobody to support it, it doesn't make it on-topic here. So there's no point in asking if there are any of them left, since it won't change the fact that we won't support it. |
| 17:29:17 | markun | Llorean: ok, next time I'll ask in #rockbox-commnity |
| 17:29:28 | markun | and tell Kage there results in a PM |
| 17:30:09 | Llorean | markun: And please, make it clear to him not to ask about bugs unless he switches back to our loader first, since I'm not sure he got that point. |
| 17:30:15 | pixelma | markun: are you able to solve Kage's problem with the ipodlinux's bootloader? |
| 17:30:32 | markun | pixelma: no, I've never used loader2 |
| 17:30:35 | Kage | im not using ipodlinux boot loader :( |
| 17:30:39 | markun | I don't even have an ipod |
| 17:31:00 | LambdaCalculus37 | I do, but my iPod is strictly Rockbox. |
| 17:31:08 | Llorean | Kage: Well, the Rockbox one does not have a menu. You have to use it with the buttons like the manual says. |
| 17:31:30 | LambdaCalculus37 | It's a matter of timing. |
| 17:31:44 | LambdaCalculus37 | MENU+SELECT, then immediately reach up and flick the hold switch on. |
| 17:32:17 | | Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) |
| 17:32:29 | | Quit nplus (Remote closed the connection) |
| 17:33:30 | pixelma | markun: my point, I couldn't too that's why I wouldn't even be able to give support, so chances are someone will find better support for that one over at ipodlinux...... |
| 17:34:01 | LambdaCalculus37 | pixelma: That's why I said that the iPodLinux guys are the ones to turn to in this sort of case. |
| 17:34:16 | markun | and that's why I asked if there are any ipodlinux guys left |
| 17:34:47 | scorche|sh | there are |
| 17:34:53 | markun | great |
| 17:34:55 | LambdaCalculus37 | Kage: Go to #ipodlinux and ask them for Loader2 help. |
| 17:35:12 | gevaerts | unless you're happy without a menu... |
| 17:36:21 | *** | Saving seen data "./dancer.seen" |
| 17:44:56 | B4gder | btw, I mailed the sansalinux guy to ask him to acknowledge Rockbox on his site |
| 17:45:34 | B4gder | there's nothing on there that says he's using a lot of Rockbox, he's mostly just saying it is based on ipodlinux |
| 17:47:03 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 17:51:26 | | Quit K4rP4D ("Leaving") |
| 17:52:28 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 18:00 |
| 18:03:56 | | Quit davina (Remote closed the connection) |
| 18:06:34 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 18:08:28 | * | Llorean cannot seem to make his gigabeast dual boot. |
| 18:09:56 | Nico_P | wow, a slew of commits! |
| 18:10:45 | * | linuxstb can't even make it single boot... |
| 18:11:57 | Llorean | Any time I construct a dual boot bootloader, it boots just the OF with hold off, and nothing with hold on (freezes with the progress bar full) |
| 18:11:57 | Llorean | If I install single-boot bootloader, it works fine. |
| 18:11:57 | Llorean | linuxstb: Have you tried rolling back to v9? |
| 18:12:26 | * | Llorean thought that hold on was supposed to be OF boot anyway |
| 18:12:43 | jhMikeS | Llorean: I had that when using the larger of the firmware images (20MB) but never the 12MB one |
| 18:13:02 | Llorean | I'm using the 12mb one. |
| 18:13:42 | Llorean | Or at least *a* 12mb one. |
| 18:13:57 | linuxstb | Llorean: I've tried various... |
| 18:14:20 | Llorean | linuxstb: I only saw mention of v10 in the logs, so I wasn't sure how far back you went or anything |
| 18:15:12 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 18:15:41 | * | Llorean only wants dual boot so he can charge anyway. |
| 18:16:18 | | Quit faemir (Broken pipe) |
| 18:17:08 | | Join crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) |
| 18:17:32 | | Quit gevaerts ("time to go home") |
| 18:17:38 | Llorean | linuxstb: The only other thing that I did that you may not have, was actually booting once without a .rockbox folder at all (for a genuine 'file not found') then reinstalling rockbox after that. |
| 18:17:50 | * | Llorean doesn't see why that'd make a difference, but this is a weird behaviour anyway. |
| 18:20:56 | * | jhMikeS suggests building a bootloader with the .tar scan disabled just to see |
| 18:21:31 | pixelma | would putting the new LCD_RGBPACK stuff under a HAVE_LCD_COLOR and the reintroducing the old code under LCD_DEPTH > 1 in the two plugins be the correct fix for the broken greyscale build? |
| 18:21:33 | Llorean | jhMikeS: For my problem too, or for his? |
| 18:22:00 | jhMikeS | both - I'm curious if the disk activity does something |
| 18:22:07 | Llorean | Ah. |
| 18:22:21 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 18:22:53 | Llorean | On a vaguely related note, would it make any sort of sense to look for .rockbox on both partitions, so people could keep it even more out of the way if they wanted? |
| 18:23:37 | pixelma | or better - rearrange it a bit |
| 18:23:51 | jhMikeS | Llorean: then we need multivolume I think |
| 18:24:13 | Llorean | Well, I mean, I can think of a few arguments against it (you can't browse into it if you ever for some reason need to) |
| 18:24:14 | | Join waldo [0] (n=waldo@ip-81-11-218-108.dsl.scarlet.be) |
| 18:24:18 | jhMikeS | I did once get a filesystem corruption when I didn't make sure retailos was put to sleep before cutting power. |
| 18:24:18 | Llorean | but some people like a cleaner root. :) |
| 18:24:36 | | Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) |
| 18:25:34 | | Quit Nibbler (Read error: 113 (No route to host)) |
| 18:28:04 | Llorean | jhMikeS: For mknkboot do I want nk.bin or bootloader.bin from my build directory? |
| 18:28:36 | * | Llorean wonders if he's just doing something stupid. |
| 18:28:49 | linuxstb | No idea why it's working, but I went through recovery mode and did a restore of the OF, then installed the bootloader again, followed by a Rockbox build, and it's working... |
| 18:29:03 | linuxstb | Llorean: bootloader.bin |
| 18:29:07 | Llorean | linuxstb: That's more or less what happened to me. |
| 18:29:27 | | Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) |
| 18:29:40 | linuxstb | The only thing I can think of is that I had deleted the contents of the main FAT32 partition previously, and then restored .rockbox. |
| 18:29:50 | linuxstb | This time, the OF files are still there. |
| 18:30:38 | | Quit swimmer (leguin.freenode.net irc.freenode.net) |
| 18:30:38 | NSplit | leguin.freenode.net irc.freenode.net |
| 18:31:23 | | Quit crope` (leguin.freenode.net irc.freenode.net) |
| 18:31:23 | | Quit tvelocity (leguin.freenode.net irc.freenode.net) |
| 18:31:23 | | Quit advcomp2019 (leguin.freenode.net irc.freenode.net) |
| 18:31:23 | | Quit ali_as_ (leguin.freenode.net irc.freenode.net) |
| 18:31:23 | | Quit brent113_ (leguin.freenode.net irc.freenode.net) |
| 18:31:23 | | Quit wpyh (leguin.freenode.net irc.freenode.net) |
| 18:31:36 | Llorean | jhMikeS: Isn't boot order supposed to be "Rockbox with hold off" nowadays? |
| 18:31:41 | linuxstb | pixelma: I'm not sure why barrywardell wanted to keep the old colours - that doesn't seem the right thing to do... |
| 18:32:31 | NHeal | leguin.freenode.net irc.freenode.net |
| 18:32:31 | NJoin | swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) |
| 18:32:36 | NJoin | crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) |
| 18:32:36 | NJoin | tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) |
| 18:32:36 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 18:32:36 | NJoin | ali_as_ [0] (n=as@ambix.plus.com) |
| 18:32:36 | NJoin | brent113_ [0] (n=brent113@63.224.195.247) |
| 18:32:36 | NJoin | wpyh [0] (n=william@th245021.ip.tsinghua.edu.cn) |
| 18:32:38 | preglow | jhMikeS: anything new to add to 8918? |
| 18:32:59 | pixelma | linuxstb: so just revert that commit? |
| 18:33:22 | | Quit petur ("work->home") |
| 18:33:31 | linuxstb | pixelma: That won't work either - I think it used black on LCD_DEFAULT_BG before - which is now black on black... |
| 18:34:01 | Llorean | jhMikeS: Well, I have working dual boot. But it seems like it was just because I was doing something stupid. But I did remove the tar-search in my local tree, so we'll see if the strangeness stays gone with future bootloader updates, I suppose. |
| 18:36:42 | | Quit faemir (Remote closed the connection) |
| 18:36:42 | pixelma | linuxstb: revert the default colour commit too, then? ;) </joke> What would be the best - handle greyscale and colour displays seperately but chose a different value for LCD_RGBPACK? Or something else? I just don't like seeing the builds broken for even more commits... |
| 18:36:53 | | Part swimmer |
| 18:37:12 | linuxstb | pixelma: I'm just looking now... |
| 18:38:13 | | Part B4gder |
| 18:39:34 | pixelma | linuxstb: my local M5 build is just done but I'd rather leave that to someone who knows more than me... :) |
| 18:40:38 | linuxstb | I think what you've done is the easiest fix - but maybe someone who knows those two plugins should adapt them to work with the default theme's colours. |
| 18:41:24 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 18:41:25 | linuxstb | i.e. handle the greyscale and colour displays separately, and use the old Rockbox blue as the background... |
| 18:41:26 | * | Llorean didn't realize boot order depended on the version of mknkboot rather than bootloader version. |
| 18:41:53 | | Join Kage_ [0] (n=chatzill@d75-155-74-186.abhsia.telus.net) |
| 18:43:24 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 18:43:54 | | Quit Kage (Read error: 113 (No route to host)) |
| 18:44:05 | | Nick Kage_ is now known as Kage (n=chatzill@d75-155-74-186.abhsia.telus.net) |
| 18:46:00 | linuxstb | pixelma: This is what I think would work - http://www.davechapman.f2s.com/rockbox/bg.diff |
| 18:47:19 | bertrik | Nico_P: you were looking for playback bugs? |
| 18:47:33 | Nico_P | bertrik: I'm always looking :p |
| 18:47:47 | | Quit faemir (Remote closed the connection) |
| 18:48:43 | Nico_P | linuxstb: wouldn't using HAVE_LCD_COLOR be cleaner (I know the old code uses LCD_DEPTH, but it might be a good opportunity to clean up) |
| 18:48:44 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 18:48:48 | | Quit Kage ("Dreaming Of Xian...") |
| 18:49:02 | pixelma | linuxstb: almost the same as I have, I only used HAVE_LCD_COLOR in rocklife.c |
| 18:49:19 | linuxstb | Nico_P: Yes, I was thinking about that... |
| 18:49:35 | pixelma | (for the new #if) |
| 18:50:07 | | Join nplus [0] (n=npl@141.25.globcom.net) |
| 18:50:18 | Nico_P | looking at lcd.h, LCD_RGBPACK is defined iff HAVE_LCD_COLOR is |
| 18:50:31 | pixelma | linuxstb: http://pastebin.ca/1008401 :) |
| 18:51:22 | pixelma | and you used LCD_BLACK... /me learns |
| 18:51:41 | Nico_P | pixelma: it's #ifdef HAVE_LCD_COLOR |
| 18:51:44 | Nico_P | not #if |
| 18:51:52 | pixelma | ah ok |
| 18:52:37 | pixelma | yes, well my c200 test build failed now... |
| 18:54:21 | Nico_P | pixelma: after doing what? |
| 18:54:35 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:54:41 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:56:43 | pixelma | Nico_P: what you said - the '#if' only gave me "error: #if with no expression" |
| 18:57:38 | Nico_P | replacing #if by #ifdef broke it? |
| 18:57:57 | pixelma | no, that fixed it |
| 18:58:00 | Nico_P | ah |
| 18:58:25 | bertrik | Nico_P: I'm seeing a problem where the cpu stays boosted during the last song of an album with repeat turned off |
| 18:59:44 | Nico_P | well that's strange |
| 19:00 |
| 19:01:19 | bertrik | Nico_P: I do have logf enabled and USB serial enabled. I'll try it with an official build and open a bug in the tracker if I can still reproduce it, ok? |
| 19:01:38 | Nico_P | I'm fine with that |
| 19:04:10 | pixelma | linuxstb: who will commit the fix now? I don't care as long as it happens in the not too far future and if you want to clean up some more... |
| 19:04:57 | | Join Mathiasdm [0] (n=Mathias@vpnh092.ugent.be) |
| 19:05:00 | linuxstb | pixelma: I'm happy for you to do it - at least you've compiled your version... |
| 19:09:29 | pixelma | ok, improvements can always happen later, I just want the builds fixed... |
| 19:09:54 | pixelma | and thank you both for looking over it :) |
| 19:10:19 | | Join moos [0] (n=c40cd9a5@gateway/web/cgi-irc/labb.contactor.se/x-62da73a848784b23) |
| 19:10:42 | * | preglow notices broken h120 build |
| 19:11:57 | moos | linuxstb: Just read you encountred the strange bug too. I will try to fix it here the way you made, let's see.... |
| 19:12:17 | linuxstb | moos: Had you reformatted the main partition, or deleted the OF's files? |
| 19:12:53 | * | LambdaCalculus37 also notices that the greyscale targets are in the red right now |
| 19:13:09 | moos | linuxstb: I didn't reformat yet |
| 19:13:19 | BigBambi | LambdaCalculus37: Just like me after buying a new big disk for the beast :( |
| 19:13:22 | moos | neither deleted OF files... |
| 19:13:54 | linuxstb | moos: OK - I was wondering if that caused my problem for some reason... |
| 19:14:01 | LambdaCalculus37 | BigBambi: That sucks. :( |
| 19:14:13 | BigBambi | It'll be worth it :) |
| 19:15:23 | | Quit Nico_P (Remote closed the connection) |
| 19:15:37 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 19:16:13 | | Join DerPapst [0] (n=Der_Paps@p5B23ECBA.dip.t-dialin.net) |
| 19:16:35 | BigBambi | Llorean: Ah, boot order depends on the version of mknboot eh? I've been wondering for a while why my boot order has stayed reversed after the change, but forgot to mention it |
| 19:16:44 | barrywardell | oops, sorry about the broken builds. I was sure I checked the builds were all green before I left! |
| 19:17:00 | pixelma | just committed a fix... |
| 19:17:05 | * | LambdaCalculus37 bonks barrywardell with his squeaky hammer :) |
| 19:17:07 | DerPapst | BigBambi: it's an ifdef in mknboot.c |
| 19:17:26 | * | BigBambi goes to build new mknboot |
| 19:18:08 | | Part LinusN |
| 19:18:24 | * | LambdaCalculus37 watches the new build to check for red |
| 19:18:26 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 19:18:59 | * | barrywardell thanks pixelma and apologies again |
| 19:20:31 | | Quit simonrvn (Read error: 113 (No route to host)) |
| 19:20:52 | pixelma | we'll see... it's a bit of new ground for me these kind of fixes... |
| 19:21:18 | LambdaCalculus37 | pixelma: All green, save for the D2. |
| 19:21:27 | pixelma | :) |
| 19:21:42 | DerPapst | someday you'll port rockbox to a new target on your own i bet :-P |
| 19:22:06 | LambdaCalculus37 | DerPapst: It takes time, learning, and hard work, of course. :) |
| 19:22:31 | LambdaCalculus37 | I hope to add the Dell Digital Jukebox to that build table one day. :) |
| 19:22:32 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:22:52 | * | pixelma wonders if a bit of TurboPascal knowledge will help there :P |
| 19:23:42 | * | DerPapst hands pixelma lousy 3 points :-) |
| 19:26:52 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
| 19:31:12 | barrywardell | the colour settings in the themes menu seems wrong. entering the colour select screen and accepting the same colour (ie. not changing it) gives and invalid colour error splash |
| 19:31:27 | barrywardell | surely the splash is unnecessary, isn't it? |
| 19:36:23 | *** | Saving seen data "./dancer.seen" |
| 19:36:45 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 19:37:27 | | Quit simonrvn (Nick collision from services.) |
| 19:37:32 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
| 19:37:52 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 19:38:01 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 19:40:34 | DerPapst | *PANIC* Unhandled IRQ -1 in irq_hander: <unknown> with the beast bootloader r17364 (i think v0.0[...]011) |
| 19:40:46 | DerPapst | everytime i connect usb |
| 19:41:38 | | Quit linuxstb (Nick collision from services.) |
| 19:41:40 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 19:42:06 | | Join MrDOS [0] (n=Owner@host-64-6-202-207.dyn.295.ca) |
| 19:42:07 | jhMikeS | DerPapst: I've gotten that one very occasionally but never every time with anything. :\ |
| 19:43:14 | MrDOS | question - what is the best way I can, as a non-developer, aid the development of the port to the iPod Nano 3rd-gen? |
| 19:43:32 | BigBambi | MrDOS: I don't think there is much |
| 19:43:50 | DerPapst | i'm trying rockbox' usb mode now. |
| 19:44:04 | DerPapst | and btw: thank you for sound :-D |
| 19:44:14 | BigBambi | MrDOS: Someone needs to find out how to crack the encryption to run third party code, and after that start trying to work out the completely undocumented hardware |
| 19:45:10 | * | linuxstb would never suggest breaking into Apple's engineering HQ and stealing the blueprints and encryption keys... |
| 19:45:12 | MrDOS | BigBambi: Ah, I wasn't aware of the encryption problem... I thought it was "simply" a matter of getting the bootloader (and then the rest of the code) to function on the new hardware. That's no fun |
| 19:45:32 | LambdaCalculus37 | That's also going to apply to the iPod Classic and 2nd gen nano as well. |
| 19:45:43 | MrDOS | yeah, I thought it did |
| 19:45:50 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 19:46:03 | MrDOS | so Classic/{2|3}gen Nanos use the same base hardware then? |
| 19:46:11 | BigBambi | MrDOS: Even if there were no encryption, writing drivers for completely undocumented hardware is anything but simple (I realise you used quotation marks) |
| 19:46:39 | LambdaCalculus37 | MrDOS: The SoC on the three devices appears to be similar. |
| 19:47:03 | MrDOS | Yeah, the quotation marks were there for a reason - I'm amazed that Rockbox can even run on iPods |
| 19:47:08 | LambdaCalculus37 | But there's no information about it available publicly. |
| 19:47:37 | | Join gregzx [0] (n=chatzill@dsd134.neoplus.adsl.tpnet.pl) |
| 19:47:48 | LambdaCalculus37 | MrDOS: The older iPods all used the same Soc: PortalPlayer. |
| 19:48:10 | BigBambi | But different variations of that |
| 19:48:21 | LambdaCalculus37 | But it still took reverse engineering to get code onto them, didn't it? |
| 19:48:38 | MrDOS | yeah, that's what I'm commenting on - that had to be a lot of work |
| 19:49:02 | MrDOS | anyway, can anyone recommend a good place to get a 2gb 1st gen nano then? |
| 19:49:05 | BigBambi | Anyone have a pic of the beast running Rockbox lying about, or do I need to dig my camera out? |
| 19:49:07 | LambdaCalculus37 | eBay. |
| 19:49:11 | BigBambi | MrDOS: ebay I guess |
| 19:49:16 | MrDOS | thought that'd be the response |
| 19:49:34 | MrDOS | thanks for the help, guys |
| 19:49:56 | | Quit MrDOS ("Leaving.") |
| 19:50:00 | linuxstb | MrDOS: Why do you want a Nano? .... |
| 19:50:02 | markun | MrDOS: you could also get a sandisk sansa e200 for example |
| 19:50:10 | markun | (1st version) |
| 19:50:11 | linuxstb | We missed him... |
| 19:50:24 | markun | we're slow :) |
| 19:50:38 | linuxstb | Or he could get a nice Meizu... |
| 19:53:16 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 19:54:04 | * | kugel is glad to see, that the situation is cleared now (http://www.rockbox.org/tracker/task/8961) |
| 19:54:35 | kugel | Hopefully it can be committed soon (it needs some bug fixing) |
| 19:57:15 | | Join webguest39 [0] (n=44a1e097@gateway/web/cgi-irc/labb.contactor.se/x-b1fc2d4d443ca617) |
| 19:58:30 | | Quit webguest39 (Client Quit) |
| 19:59:34 | | Quit Horscht (Nick collision from services.) |
| 19:59:50 | bluebrother | fluff. |
| 19:59:52 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:00 |
| 20:00:36 | bluebrother | petur: can you tell me if the H10 pure needs to have the mi4 file named H10EMP or does simply H10.mi4 work (for uninstallation)? |
| 20:00:43 | bluebrother | I guess the latter ... |
| 20:07:15 | | Join Buschel [0] (n=abc@p54A3F514.dip.t-dialin.net) |
| 20:09:01 | bertrik | gevaerts: how does USB serial work? I just enabled it in the debug screen, but I still get the mass storage. |
| 20:09:05 | | Join cg [0] (n=cromos@88.193.143.80) |
| 20:09:32 | bertrik | did you create two USB configurations? or multiple interfaces? |
| 20:09:42 | gevaerts | bertrik: you get a composite device then. If you only want serial you have to disable USB_STORAGE in usb_core.h |
| 20:11:05 | * | petur wonders why his irc client didn't highlight |
| 20:11:59 | * | DerPapst tests... |
| 20:12:04 | DerPapst | petur |
| 20:12:35 | moos | petur: does it highlight for *beer* ? :) |
| 20:12:36 | petur | bluebrother: I have only H10.mi4 and OF.mi4 in my system dir |
| 20:12:57 | petur | meh... my highlights are gone :/ |
| 20:13:04 | amiconn | bah |
| 20:13:20 | * | amiconn thinks about forking rockbox |
| 20:13:26 | | Join Shof [0] (n=Shof@h-67-101-31-75.nycmny83.dynamic.covad.net) |
| 20:13:34 | bluebrother | why that? (forking) |
| 20:13:42 | | Quit barrywardell (Remote closed the connection) |
| 20:13:47 | Shof | i have a quick question |
| 20:13:54 | BigBambi | ask away |
| 20:13:55 | DerPapst | the fork would be a rockbox light version |
| 20:14:38 | Shof | i just updated to r13790 on my h320, and now when i turn it on. the main page that shows the rockbox logo and ver. number is black when it used to be white..anyway to chance that? |
| 20:15:06 | gevaerts | r13790? |
| 20:15:20 | LambdaCalculus37 | Do you mean r17390? |
| 20:15:37 | Shof | r 17390 |
| 20:15:44 | BigBambi | Shof: Only by editing the code |
| 20:15:49 | Shof | oh ok |
| 20:16:06 | Shof | just a bit strange that in the other releases that screen is white while now it is black |
| 20:16:18 | BigBambi | See the front page |
| 20:16:23 | BigBambi | It lists recent commits |
| 20:16:39 | LambdaCalculus37 | A commit was just made to change the boot and splash screens. |
| 20:16:48 | BigBambi | And one of those was changing this. Also check the IRC log from today for reasoning |
| 20:17:09 | Shof | lend a helping a hand here..lol..like a link or something |
| 20:17:11 | | Quit petur ("switching...") |
| 20:17:15 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:17:20 | amiconn | bluebrother: In order to again have something that is fun to work on, without being pissed about useless feature creep, code bloat and slowdowns... |
| 20:17:22 | BigBambi | www.rockbox.org |
| 20:17:27 | Shof | there |
| 20:17:51 | Shof | i see the irc log now |
| 20:18:51 | | Join AceNik [0] (n=AceNik@117.98.10.200) |
| 20:18:52 | | Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) |
| 20:19:14 | AceNik | hey guys i dont understand what this patch does 7977 |
| 20:19:34 | BigBambi | proper link? |
| 20:19:41 | * | BigBambi can't be bothered to do it manually |
| 20:19:44 | Shof | it is normal that when i turn on my h320, i get a white screen that shows the battery info in white and it changes to the rockbox splash screen which is black? |
| 20:20:12 | moos | amiconn: long time that we didn't have a feature freeze period with organisation of bug hunting... |
| 20:20:12 | linuxstb | Yes |
| 20:20:26 | bertrik | amiconn: what parts do you consider bloated? |
| 20:20:30 | Shof | ok then |
| 20:21:10 | BigBambi | Shof: I haven't looked at the new changes |
| 20:21:26 | BigBambi | but a switch like that sounds not the prettiest |
| 20:21:40 | * | bluebrother would consider antialiased fonts bloat on a dap |
| 20:21:47 | * | BigBambi too |
| 20:21:54 | * | bertrik agrees |
| 20:22:07 | BigBambi | But they are just a patch |
| 20:22:09 | * | jhMikeS disagrees after having seen them |
| 20:22:09 | amiconn | bertrik: I would remove a whole lot of things, mainly stuff I never use but which adds large chunks to the binary |
| 20:22:17 | * | scorche|sh wonders if he should add a few more ifdefs |
| 20:22:43 | BigBambi | To be honest, I haven't looked at the AA on target |
| 20:22:46 | AceNik | guys what does this patch do, 7977 |
| 20:22:58 | BigBambi | AceNik: If you give me a proper link I'll go and look |
| 20:23:02 | jhMikeS | the beast OF uses true type AA font rendering |
| 20:23:18 | Nico_P | I think the beast can afford it :) |
| 20:23:27 | bluebrother | I never understood why this should be useful on a dap. You don't look hours on it anyway. |
| 20:23:32 | AceNik | http://www.rockbox.org/tracker/task/7977 |
| 20:23:34 | BigBambi | The beast is a law unto itself |
| 20:23:35 | jhMikeS | I think others could too |
| 20:23:37 | linuxstb | 12 hours isn't a very good runtime though (in the OF)... |
| 20:23:49 | Nico_P | indeed |
| 20:23:54 | LambdaCalculus37 | AceNik: That was just committed today. |
| 20:24:09 | LambdaCalculus37 | It displays the Rockbox logo while your player is booting up. |
| 20:24:12 | BigBambi | AceNik: It shows the logo during the bootloader |
| 20:24:31 | AceNik | lambda: i know but whats the use, the rockbox logo always shows, with the build date at the bottom ? |
| 20:24:42 | BigBambi | AceNik: That is the build not the bootloader |
| 20:24:49 | BigBambi | The bootloader comes first |
| 20:24:55 | AceNik | what logo rockbox logo right ? but that was always shown? |
| 20:25:06 | Nico_P | amiconn: you could build custom versions with some features disables (I would guess DB, album art and things like that) |
| 20:25:08 | jhMikeS | before the egg or the chicken? |
| 20:25:08 | linuxstb | AceNik: Which player do you run Rockbox on? |
| 20:25:23 | AceNik | i see ill compile a new build n try it out then thanks |
| 20:25:29 | AceNik | H10[20GB] |
| 20:25:44 | * | Nico_P was thinking about possibly adding customization to tools/configure |
| 20:25:52 | * | BigBambi thinks forking over not using some features that others do would be a little extreme |
| 20:25:56 | LambdaCalculus37 | Does it show an iriver logo when you start it up? |
| 20:26:00 | amiconn | Database, album art, cue sheet support, last.fm logging, horizontal list scrolling, crossfeed, crossfade, graphical eq, this weird study most, directory skipping of the currently existing features, perhaps also most wps customisation options. |
| 20:26:03 | | Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) |
| 20:26:13 | amiconn | s/study most/study mode/ |
| 20:26:29 | gevaerts | Nico_P: the problem with that is that you actually need to build all combinations for every revision |
| 20:26:29 | AceNik | lambda: yes it does then it proceeds to a rockbox logo |
| 20:26:42 | * | BigBambi doesn't use lots of those but uses a few, and thinks that you can never please everyone |
| 20:26:43 | LambdaCalculus37 | Then the iriver logo would be the bootloader starting up. |
| 20:26:43 | Nico_P | amiconn: wow, that's quite a list. presonnally, there are plenty of features I don't use but I don't mind them |
| 20:26:55 | * | amiconn would rather try to concentrate on bug fixing and performance optimisation, plus new ports |
| 20:27:07 | Nico_P | gevaerts: hmm, I'd build the all features build by default |
| 20:27:20 | amiconn | Nico_P: I probably even forgot a few. |
| 20:27:25 | gevaerts | Nico_P: that will lead to ifdef errors |
| 20:27:38 | * | bertrik uses database and album art but could live without the rest |
| 20:28:07 | * | BigBambi uses album art, last.fm, scrolling, and some WPS features |
| 20:28:20 | * | bluebrother would like to see more bugfixing too |
| 20:28:24 | * | linuxstb uses none of them |
| 20:28:26 | * | Nico_P agrees |
| 20:28:28 | amiconn | BigBambi: I'm not talking about scrolling text in general, btw |
| 20:28:43 | * | gevaerts wonders if a more advanced plugin system would help, i.e. have wps plugins, dsp plugins, playlist control plugins,... |
| 20:28:51 | * | LambdaCalculus37 uses Album Art, last.fm, the database, and the EQ |
| 20:28:53 | * | jhMikeS is largely a "hunt and peck" listener |
| 20:29:00 | * | bertrik was thinking the same as gevaerts |
| 20:29:04 | BigBambi | amiconn: I suspect I have misunderstood - which scrolling do you mean? |
| 20:29:06 | domonoky | bluebrother: can you reproduce FS #8948 on Linux ?? for me it works fine (on windows) .. |
| 20:29:07 | Nico_P | amiconn: like it or not, the userbase (and some devs too) likes eyecandy and fancy features |
| 20:29:28 | * | markun uses crossfeed and replaygain |
| 20:29:33 | amiconn | BigBambi: The one that allows you to scroll the whole list left or right manually |
| 20:29:40 | BigBambi | I like being able to show Rockbox to people and not have the immediate reaction "That looks shit" |
| 20:29:40 | bluebrother | domonoky: haven't tried −− will do later. |
| 20:29:41 | AceNik | guys will the committed patch 7797 conflict with this http://www.rockbox.org/tracker/7538 |
| 20:29:43 | * | jhMikeS likes nice eye candy and ear candy |
| 20:29:46 | BigBambi | amiconn: ah, I do use that :) |
| 20:30:04 | scorche|sh | amiconn: i dont use any of those features either, but i cant see that rockbox should take those out |
| 20:30:17 | BigBambi | I have some badly named songs that would take forever to scroll otherwise |
| 20:30:25 | amiconn | scorche|sh: Well that's why I'm thinking about a fork |
| 20:30:43 | * | jhMikeS doesn't use voice either, finds it a development pita but doesn't think that should go |
| 20:30:48 | LambdaCalculus37 | AceNik: FS #7538 hasn't been updated since January. |
| 20:30:48 | BigBambi | That would be unfortunate |
| 20:31:19 | markun | amiconn: do you think it would be an option to add some ifdefs to leave out some features in a custom build instead of forking? |
| 20:31:34 | markun | or does a fork have other advantages? |
| 20:31:50 | AceNik | lambda: its working fine with the current svn revisions, i would actually likt this path t be committed btu it seems its not writtent he proper way |
| 20:31:59 | amiconn | While I can see that some of these features seem to be wanted by a number of people, I dislike them, and their gradual accumulation often eats my motivation to do some rockbox coding |
| 20:32:23 | LambdaCalculus37 | AceNik: I don't think that patch will be accepted. It would also cause support nightmares. |
| 20:32:40 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 20:32:52 | * | Nico_P thinks adding customization to tools/configure would be a good solution |
| 20:32:56 | LambdaCalculus37 | Because then people will come screaming that something is broken because of it, but we'll never be able to pinpoint what broke what or who broke what. |
| 20:33:07 | markun | Nico_P: me too |
| 20:33:12 | AceNik | lambda: yes i know that, i jus wanted to know whether the patch would conflict with current svn ill try it out |
| 20:33:25 | * | Buschel also likes eye candy (if it doesn't affect battery life ;) |
| 20:33:30 | amiconn | markun: A fork would have the substantial advantage that I wouldn't have to care about those features (not breaking them etc) |
| 20:33:34 | linuxstb | AceNik: That patch has been formally rejected... (7538) |
| 20:33:36 | Buschel | are there any screenshots with AA fonts? |
| 20:34:07 | linuxstb | The patch had some |
| 20:34:09 | | Quit AndyI () |
| 20:34:11 | Nico_P | amiconn: I think a fork would be really bad for the project as a whole (and honestly, not very popular either) |
| 20:34:36 | toffe82 | markun: Nico_P : so the current build would be a full feature and if you want a custom you have to build it yourself ? |
| 20:34:59 | * | jhMikeS thinks breaking up the rockbox DAP monopoly is long overdue :p |
| 20:35:02 | Nico_P | toffe82: I guess. I haven't thought about it much |
| 20:35:09 | amiconn | Nico_P: That might be the case, but it might not be avoidable |
| 20:35:15 | gevaerts | I think this should be talked about at devcon |
| 20:35:19 | Nico_P | amiconn: I'm sure it's avoidable |
| 20:35:28 | * | LambdaCalculus37 agrees with Nico_P's idea of adding customization to tools/configure |
| 20:35:39 | * | BigBambi thinks it would be a bit of a disaster |
| 20:35:41 | Nico_P | amiconn: but I guess you know that better than me |
| 20:35:44 | bertrik | but wouldn't that bring even more #ifdef madness? |
| 20:35:46 | AceNik | linuxstb: you told me to et familiar with the rockbox svn i want to start with custmising the interface for rockbox, firstly by extending th customising of the main menu with themes |
| 20:35:51 | markun | I'd rather have amiconn start a fork than to stop working on rockbox |
| 20:36:08 | Nico_P | bertrik: I like a few more #ifdef more than a fork |
| 20:36:51 | amiconn | Btw, the statement that made me think about a fork was kugel's mention of font anti-aliasing (imho the most useless thing on a dap or other embedded device) |
| 20:37:10 | * | BigBambi blaims kugel for discord in the ranks |
| 20:37:20 | | Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") |
| 20:37:41 | bluebrother | I was quite ... surprised by that "soon" too. |
| 20:37:43 | kugel | I don't understand |
| 20:37:46 | * | markun likes anti-aliasing, also on a DAP |
| 20:38:03 | * | jhMikeS too (did /me mention that?) :) |
| 20:38:08 | markun | ;) |
| 20:38:24 | amiconn | I'm even disabling normal anti-aliasing on windows. It only makes the text blurry and harder to read. The only anti-aliasing I do use is the lcd sub-pixel rendering (on *fast* PCs) |
| 20:38:27 | jhMikeS | I suppose it helps the bigger screens more than the small ones |
| 20:38:43 | * | linuxstb would also quite like a far simpler Rockbox, but accepts Rockbox will always grow in size... |
| 20:39:00 | kugel | amiconn: What did you mean? |
| 20:39:08 | Nico_P | amiconn: what I don't really understand is how features you don't use can become a problem if they don't negatively interfere with regular use (binsize isn't a strong argument in my eyes) |
| 20:39:29 | linuxstb | Nico_P: Code complication and bloat... |
| 20:39:30 | jhMikeS | I'm sure tighter UI code and such would take quite a chunk out. Things like lists seem more complicated that they have to be. |
| 20:39:43 | * | Nico_P agreees with jhMikeS |
| 20:39:44 | BigBambi | There are plenty of features I don't use, but I don't see how I can say they are less important than others, when other people think different things |
| 20:39:53 | pixelma | seeing what full blown pc graphic programs do when it comes to antialiasing of small fonts, leads me to thinking it's useless on a DAP |
| 20:40:50 | * | kugel remains confused |
| 20:40:51 | bluebrother | kugel: don't you think it somewhat to early talking about "committing soon" if you tell the same time that there are issues? |
| 20:41:15 | bluebrother | also, quite some people (including me) consider such a feature useless and bloat. |
| 20:41:15 | amiconn | Nico_P: They negatively interfere with coding. |
| 20:41:19 | BigBambi | kugel: You should check out the whole discussion in the logs |
| 20:41:35 | jhMikeS | I did write a whole custom control for a windows program and it's 5k lines but it also does quite a bit of fancy stuff so 5k lines isn't so much. |
| 20:41:47 | kugel | bluebrother: No? Not if I said "it can hopefilly committed soon", which just expresses my wish |
| 20:42:32 | jhMikeS | I don't know how many lines of list code exist but it's sort of in that category |
| 20:42:33 | kugel | BigBambi: where to start? I was quite a long time absent from this channel |
| 20:42:46 | bluebrother | well, I don't think it's a good idea expressing a whish like that, especially given that's a controversial feature. |
| 20:42:53 | bluebrother | *wish |
| 20:43:06 | BigBambi | kugel: 30 minutes ago |
| 20:43:27 | BigBambi | bluebrother: Thought control? :P |
| 20:43:32 | Shof | the only features that i dont use on my rockbox that much is the most of all the games and demos. It will be nice if there was a a sperate release for that since it can make the size of the rockbox download smaller and use like 1-2mb less |
| 20:43:50 | | Quit simonrvn (Remote closed the connection) |
| 20:43:54 | BigBambi | Shof: Plugins are largely irrelevant though |
| 20:43:55 | bertrik | the plugins don't add to the binsize AFAIK |
| 20:44:09 | * | linuxstb doesn't think binsize is the issue |
| 20:44:29 | jhMikeS | the plugin buffer cuts away from the possible audio buffer though |
| 20:44:52 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 20:45:09 | BigBambi | true, but once the buffer is there adding more plugins (bar linking to the core) is largely free |
| 20:45:09 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") |
| 20:45:13 | preglow | i'd like a tighter rockbox for sure, but i do see that won't happen according to my specific likes and dislikes anyway |
| 20:45:33 | linuxstb | preglow: Stop coding features you don't use then ;) |
| 20:45:33 | Nico_P | that's where feature customizations comes in |
| 20:45:42 | BigBambi | I think everyone would like that |
| 20:45:59 | BigBambi | (tighter Rockbox that is) |
| 20:46:09 | BigBambi | But everyone uses different features |
| 20:46:12 | * | linuxstb thinks feature customisation would just make things more complex... |
| 20:46:16 | preglow | linuxstb: what, you mean like my piece of art eq? and deprive people of valuable features??? |
| 20:46:16 | * | gevaerts thinks that feature customizations need a lot of code reorganisation first. #ifdefs scattered around the code are not good |
| 20:46:34 | jhMikeS | what about having a master config (more master than config.h) that specifically disables certain parts? |
| 20:46:37 | preglow | ifdeffing out features is out of the questin, if you ask me |
| 20:46:46 | preglow | that'll just make it harder for devs to make sure they don't break things |
| 20:47:07 | preglow | amiconn: i think "study mode" should be renamed, if nothing else, but i also don't see the use of it |
| 20:47:10 | amiconn | Seeing that I'm obviously a minority and cannot dictate rockbox development, I have 4 options. (a) download some svn from end-2007, apply fixes for known bugs, build that as "rockbox 2.9" and install it on the daps I want to keep for real use. Sell the others. (b) fork rockbox as mentioned, and work on stuff I want to. (c) keep my coding to a bare minimum (fixing stuff I wrote). (d) somehow arrange with the ton of features, and continue as before |
| 20:47:29 | amiconn | Somehow (c) and especially (d) don't sound very tempting.... |
| 20:47:39 | amiconn | And I agree, more ifdefing is not an option |
| 20:48:09 | linuxstb | amiconn: Is it just apps/ code you don't like, or things in firmware/ too? |
| 20:48:42 | * | jhMikeS is quite sure he hates the kernel with a passion :) |
| 20:48:56 | Nico_P | amiconn: what would you code if there are no new features you want to add? how would you exploit new powerful targets? in short: where would the fun be? |
| 20:48:59 | amiconn | Very few things in firmware too |
| 20:49:20 | Nico_P | there are very few things you like? |
| 20:49:28 | preglow | jhMikeS: fs #8918 status? |
| 20:50:10 | * | amiconn isn't tempted by any of the new targets |
| 20:50:23 | pixelma | Nico_P: adding new features isn't fun when the already existing code doesn't work nicely (enough). For a user too... (thinking of the resume last 2 seconds problem etc.) |
| 20:50:55 | kugel | Meh, /me starts getting it |
| 20:51:00 | BigBambi | That is very personal |
| 20:51:01 | Nico_P | pixelma: the resume last 2 seconds bug isn't fixed? |
| 20:51:03 | amiconn | They have useless large screens, nasty touch controls, and the DAC of every new dap generation seems to sound worse than the previous ones... |
| 20:51:29 | jhMikeS | Nico_P: I don't even mention playback bugs anymore. I can always make it do something weird. :\ |
| 20:51:33 | bluebrother | hmm, why is this strange "study" feature called "tracklock" in the tracker task but not anymore? |
| 20:51:54 | BigBambi | I don't see how it relates to studying in the slightest |
| 20:52:00 | pixelma | Nico_P: nope |
| 20:52:02 | * | linuxstb didn't notice a "study" feature and goes to check the logs... |
| 20:52:14 | amiconn | I'd want a large screen if I'd want a video player (as its *main* purpose, aka PMP) - but that's something I don't need at all |
| 20:52:21 | jhMikeS | studying a small section of audio? |
| 20:52:26 | bluebrother | BigBambi: me neither. |
| 20:52:27 | Nico_P | jhMikeS: depends if it's a new different weird thing each time |
| 20:52:36 | Nico_P | pixelma: damn, I really thought it was |
| 20:52:37 | * | kugel was suprised when that study mode was comitted, that it was comitted |
| 20:52:38 | preglow | linuxstb: the confusingly named and also useless feature called "study mode" |
| 20:52:59 | Shof | i noticed that feature and im still looking up what it does |
| 20:53:07 | jhMikeS | Nico_P: no, just metadata out of sync. wrong play order, weird repetitions of songs, certain cases don't unmute audio hardware, etc. |
| 20:53:11 | * | BigBambi neither understands the name, nor sees the use in the feature |
| 20:53:21 | bluebrother | Shof: search the tracker for "tracklock" (make sure to search closed tasks too) |
| 20:53:24 | preglow | as far as i can see, it just makes rev/ffwd skip around in a track instead of skipping tracks |
| 20:53:32 | preglow | this to avoid accidentally avoid skipping a long track |
| 20:53:32 | kugel | it basically locks trackskipping in favor of jumping a set time into the track |
| 20:53:40 | jhMikeS | it's especially vulnerable if you induce race conditions by banging the controls rapidly |
| 20:53:47 | preglow | but if you don't want to accidentally control you dap, why don't use the hold switch? |
| 20:53:48 | bluebrother | maybe we should implement some kind of voting process before new features get in? |
| 20:53:59 | preglow | bluebrother: or the rockbox steering committe |
| 20:54:09 | markun | preglow: I vote for that |
| 20:54:16 | preglow | me too |
| 20:54:19 | bluebrother | preglow: good point. I think we really need such a thing |
| 20:54:26 | LambdaCalculus37 | Me three. |
| 20:54:29 | preglow | well, i've always thought so |
| 20:54:32 | moos | was the study mode debated here? |
| 20:54:35 | * | domonoky forth.. :-) |
| 20:54:36 | preglow | and i'm glad to see some thought going into it |
| 20:54:38 | amiconn | preglow: Not all targets have a hold switch... but all targets have a hold feature at least in the wps |
| 20:54:50 | * | scorche|sh wonders why LambdaCalculus37 is voting when he hasnt heard the proposal ;) |
| 20:54:51 | bluebrother | we could make it a two steps process: let devs vote and the committe decide. |
| 20:54:55 | preglow | amiconn: and i think that should be enough to avoid accidental keypresses of the kind described in the study mode feature entry |
| 20:55:01 | | Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
| 20:55:07 | BigBambi | Steering committee? |
| 20:55:08 | preglow | as far as i'm concerned, i'd like that feature out of the tree again |
| 20:55:23 | scorche|sh | BigBambi: something that was proposed a bit back on committers list |
| 20:55:41 | BigBambi | scorche: To have a few devs make executive decisions? |
| 20:55:42 | amiconn | preglow: Definitely. And the other thing it does, skipping around in small steps, can be done by seeking as well |
| 20:55:51 | preglow | amiconn: exactly, it just adds more complexity |
| 20:55:51 | scorche|sh | BigBambi: something like that |
| 20:55:57 | BigBambi | Sounds a reasonable idea |
| 20:56:08 | | Quit XavierGr (Connection reset by peer) |
| 20:56:24 | * | BigBambi would remove study mode too (not that it counts :)) |
| 20:56:41 | * | moos too |
| 20:56:47 | * | bluebrother too |
| 20:56:48 | amiconn | preglow: Actually, I would perhaps not mind it if it were less code. This is not only from the binsize point of view, but also from the complexity point |
| 20:56:50 | * | LambdaCalculus37 doesn't even know what the hell study mode does; he's never used it at all :) |
| 20:57:01 | * | scorche|sh joins the people in wondering what the hell stufy mode is |
| 20:57:05 | amiconn | Especially since A-B repeat is doing something *very* similar |
| 20:57:07 | scorche|sh | errr...study mode |
| 20:57:12 | BigBambi | LambdaCalculus37: Rest assured, it does sweet FA related to studying |
| 20:57:33 | LambdaCalculus37 | BigBambi: That's what my textbooks are for. :) |
| 20:57:42 | preglow | amiconn: yeah, i noticed it added a big amount of code for what it did |
| 20:58:05 | linuxstb | Reading the FS task - http://www.rockbox.org/tracker/task/6188 - LinusN said he thought it "looks useful". |
| 20:58:20 | markun | I think complexity can also be reduced in some cases without reducing the code (like the target tree) |
| 20:58:23 | linuxstb | And Llorean seems to blame for calling it study mode - he referred to it being similar to an iriver feature. |
| 20:58:23 | LambdaCalculus37 | I figure if people want a study mode, we can tell them to set repeat mode to A>B and let them go from there. |
| 20:58:49 | Nico_P | pixelma: I just tested with r17143 on my ipod. I know it's not the latest but I don't think there were any major changes since then. I'll test with a more recent version later |
| 20:59:02 | amiconn | Nico_P: The 2..3 seconds resume-at-end is definitely unfixed. It only affects swcodec, as on hwcodec, I get the 'End of playlist' splash+announcement everytime. Never so on swcodec |
| 20:59:29 | | Part Shof |
| 20:59:34 | | Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 20:59:58 | Nico_P | amiconn: see what I said above. maybe I'm not talking about the same bug though... would you mind reminding me the repro recipe? |
| 21:00 |
| 21:00:41 | Nico_P | let me also remind you that the tracker is useful for those things. feel free to assign playback tasks to me |
| 21:01:51 | amiconn | Nico_P: Just play an arbitrary folder, starting on any file *except the last one* (second-last is easiest for reproducing the bug). Stop playback after some time, then resume and let it play to the end |
| 21:02:48 | amiconn | You won't observe the bug if you play a folder from start to end without intermediate stop/resume cycle(s), and you also won't observe it when starting on the last file |
| 21:03:42 | Nico_P | I need to stop at some point in the last track... let it play to the end and then resume? |
| 21:03:46 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
| 21:04:00 | Nico_P | that's not what I remembered, so I guess it's why I thought it was fixed |
| 21:04:19 | amiconn | No, you need to stop at some point in the second-last (or earlier) track |
| 21:04:29 | Nico_P | hence the point of using the tracker |
| 21:04:39 | amiconn | I get this all the time the way I'm listening normally |
| 21:04:41 | Nico_P | oh, then I think I was doing it right |
| 21:05:59 | amiconn | This explains why the 3-second resume only "works" once. It resumes into the last track, and hence it won't happen a second time. But even then the 'End of playlist' splash+announcement doesn't work iirc |
| 21:06:06 | | Quit AceNik ("Trillian (http://www.ceruleanstudios.com") |
| 21:06:52 | Nico_P | I don't see what the "end of playlist" splash is. I only get "nothing to resume" |
| 21:07:32 | amiconn | That slpash is supposed to appear when playback ends at the end of playlist |
| 21:07:33 | | Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) |
| 21:07:53 | amiconn | It works on hwcodec, and it used to work on swcodec too |
| 21:08:28 | | Join lee-qid [0] (n=liqid@p5496590D.dip.t-dialin.net) |
| 21:10:05 | * | Llorean doesn't think he should be blamed for the "study mode" name, he didn't come up with it but rather just knew iriver called it that. |
| 21:10:14 | roolku | the problem with the study mode is the small range (250s) and the tiny increments (1s) which make it useless for my purpose (skipping in audiobooks); even the original iriver version was better |
| 21:11:34 | amiconn | apps/gui/gwps-common.c line 291 |
| 21:11:54 | | Quit Seed (Nick collision from services.) |
| 21:12:11 | Llorean | Being able to do coarse skipping within a large file is useful with audiobooks (for example 10 or 15 minute increments in a 8-hour long program) and can get you to a specific range much faster than seeking if you want to keep acceleration low for fine seeking later. |
| 21:12:20 | | Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 21:12:42 | Llorean | But I don't think it's worth it if it's bad in terms of complexity (I have not looked at all at what the patch added) |
| 21:12:46 | Nico_P | amiconn: what's with that line? |
| 21:12:53 | * | amiconn would just do a coarse seek followed by a second, fine seek afterwards |
| 21:13:07 | amiconn | Nico_P: That's the line that shows mentioned splash - if it works |
| 21:13:36 | Nico_P | amiconn: I don't see a splash call there |
| 21:13:56 | amiconn | gui_syncsplash(HZ, ID2P(LANG_END_PLAYLIST)); |
| 21:14:12 | amiconn | That splash is also voiced |
| 21:14:51 | Llorean | amiconn: Which involves either waiting a large amount of time for acceleration to kick in, having high acceleration making finer seeking more imprecise, or changing the values between the two. |
| 21:15:07 | Nico_P | amiconn: that's on line 326 here |
| 21:15:26 | roolku | amiconn: I tried, but it is a lot faster with several 10min skips than seeking, especially if you need to recognise the place you want to seek to acustically |
| 21:15:37 | amiconn | Nico_P: Oh, maybe it's because I didn't svn up yet |
| 21:16:02 | | Quit Horscht ("IRC is just multiplayer notepad") |
| 21:16:38 | * | roolku would like the study mode reversed, so he can re-apply his own version. :) |
| 21:16:51 | Nico_P | amiconn: I don't remember ever seeing that splash, but I'll get it to work again |
| 21:16:55 | preglow | but what would be a sane way of implemeting the study mode functionality? |
| 21:16:58 | amiconn | roolku: What's your own version? |
| 21:17:40 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 21:17:43 | roolku | amiconn: just a 10min seel if there is enough time left. otherwise skip to the next file |
| 21:17:50 | Nico_P | amiconn: but as you didn't acknowledge my comment, let me reiterate: please use the tracker |
| 21:18:01 | amiconn | Hmmm |
| 21:18:10 | roolku | amiconn: but I realise that this is my personal preference and wouldn't want to bother others with it |
| 21:18:26 | * | amiconn doesn't really like the tracker, as its mail feature somehow isn't reliable for me |
| 21:18:34 | jhMikeS | preglow: did I forget to response to you about FS #8918? |
| 21:18:34 | preglow | works fine for me |
| 21:18:39 | preglow | jhMikeS: think so :> |
| 21:18:52 | preglow | jhMikeS: at least you didn't highlight me, and if not, answers tend to get lost if i vanish for a bit |
| 21:19:00 | * | jhMikeS has an allergy migraine so probably isn't thinking too good |
| 21:19:01 | roolku | amiconn: for music, there is almost no interference because very few tracks are longer than 10min |
| 21:19:06 | linuxstb | amiconn: Do you mean individual emails, or emails sent to the rockbox-sf mailing list? |
| 21:19:26 | Llorean | roolku: It needs to be able to be disabled. I have several audiobooks that are 1.5 hours files, and I want to skip to say the 5th one. |
| 21:19:26 | amiconn | linuxstb: Individual mails. I'm not subscribed to rockbox-sf |
| 21:19:38 | * | preglow thinks all devs should be subscribed to the latter |
| 21:19:53 | Nico_P | I find it to have to much traffic |
| 21:19:56 | amiconn | roolku: Add a disable to it, and it should be fine. |
| 21:20:00 | jhMikeS | preglow: The particular use of the mutex and volatile puzzles me so I really need to apply it and check |
| 21:20:10 | Llorean | I use the Flyspray RSS for new tasks, and the individual mails for watched tasks, and it works great for me. |
| 21:20:24 | * | Nico_P does the same as Llorean |
| 21:20:28 | preglow | Llorean: that does sound quite clever... |
| 21:20:30 | * | preglow never got into rss |
| 21:20:56 | amiconn | I have one single Cd that would qualify as audio book, but it's actually split into several tracks (13 iirc), and I have one single track that's >60 minutes long, but is not an audio book |
| 21:21:13 | preglow | rss 1, rss 2, atom... what to choose? |
| 21:21:25 | amiconn | Llorean: That watching is what doesn't work for me |
| 21:21:34 | Nico_P | preglow: either ;) |
| 21:21:37 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-780df14bf5665b9f) |
| 21:21:51 | DerPapst | fun roloing rockbox.gigabeat (s) gave another panic :-) |
| 21:22:01 | * | linuxstb wonders if the cuesheet feature could be (ab)used for study mode - e.g. something like "auto-cue" which generates fake cue points |
| 21:22:05 | | Join merbanan [0] (n=banan@83.233.242.11) |
| 21:22:08 | Llorean | amiconn: If I recall my past experience, flyspray just refused to send emails to one of my email addresses entirely, but then I switched it to another one and it worked great. It's a big buggy in that area, I guess? |
| 21:22:21 | amiconn | Looks like it then |
| 21:22:22 | Llorean | linuxstb: That sounds like a good idea actually. |
| 21:22:23 | n1s | preglow, et all: I think the major point of the study mode for sdoyon was to be able to seek but not accidentially skip, I have no oppinion about the complexity though |
| 21:23:04 | n1s | and therefore using the hold switch would not help, but rather disabling track skipping would be almost there |
| 21:23:16 | Llorean | n1s: I think that's not a strong reason for it, though. If it were a method of preventing accidental skipping, one could just have an on/off for next track entirely, so that only seeking could be performed. |
| 21:23:23 | roolku | linuxstb: I thought about it, but it is slightly less flexible, as it is not relative to the position (could be an advantage for other use cases though) |
| 21:23:37 | Llorean | n1s: Coarse seeking should be treated as "coarse seeking" rather than "a solution to fumbling fingers" |
| 21:23:42 | preglow | n1s: i think the functionality should be reduced to some kind of "skip button behaviour" with options "skip track, skip 5 secs, skip 10 secs, skip 30 secs, skip 1 min, skip 5 mins, skip 10 mins" |
| 21:23:42 | saratoga | i think study mode should never have been added |
| 21:23:57 | saratoga | honestly i think we have too many playback features given the trouble in getting playback working well |
| 21:24:01 | Llorean | preglow: I'd say 1, 5, 10, 15, and 30 minutes personally. |
| 21:24:06 | DerPapst | unhandel IRQ 1454384 in irq_handler: 3 squares (incase anyone cares ;-)) |
| 21:24:06 | roolku | preglow: that would work for me |
| 21:24:16 | bertrik | Nico_P: I can also reproduce for the official build the problem where the CPU stays boosted for the last track of an album with repeat off: http://www.rockbox.org/tracker/task/8964 |
| 21:24:17 | preglow | Llorean: and i'd be all for it |
| 21:24:23 | * | Llorean thinks less than 1 minute will be acceptably short time for normal seeking. |
| 21:24:24 | preglow | saratoga: hear hear |
| 21:24:25 | n1s | To clarify I'm just stating what my impression was, I don't care for the feature at all |
| 21:24:38 | Nico_P | bertrik: ok, I'll take a look. thanks |
| 21:24:41 | linuxstb | It doesn't touch playback.c though... |
| 21:25:00 | | Join webguest42 [0] (n=4ab4c9eb@gateway/web/cgi-irc/labb.contactor.se/x-8cbc9b933f478c92) |
| 21:25:08 | amiconn | Nico_P: Btw, I tested on H10 and didn't get the 3-seconds resume, but didn't get the 'End of song list' (as it' |
| 21:25:17 | webguest42 | whats another program that like rockbox that does teh new ipod mini? |
| 21:25:21 | amiconn | s now called in english.lang) splash either |
| 21:25:33 | linuxstb | webguest42: I assume you mean "new ipod nano" ? |
| 21:25:41 | amiconn | Need to verify on H180 - maybe it's a coldfire vs. PP inconsistency |
| 21:25:47 | BigBambi | Llorean: Is there a feed for opened tasks only? |
| 21:25:59 | Llorean | BigBambi: The main flyspray RSS feed just covers newly added tasks |
| 21:26:15 | BigBambi | Which is that (I'm being useless finding it :)) |
| 21:26:33 | Llorean | Well, in Firefox it's just a little orange RSS icon in the URL bar. |
| 21:26:37 | amiconn | The pcm code seems to behave inconsistently |
| 21:26:39 | n1s | amiconn: I think it's unfortunate you feel the desire to fork or quit but I understand, we really should consider new features more before they are committed |
| 21:26:40 | * | DerPapst is glad that the beast has a battery switch :-) |
| 21:26:44 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 21:26:54 | Llorean | BigBambi: http://www.rockbox.org/tracker/feed.php?feed_type=rss2&project=1 |
| 21:26:59 | BigBambi | Merci |
| 21:27:00 | jhMikeS | preglow: it's just that none of the code the mutex protects even potientially yields to other threads so how could it make any difference to its operation? |
| 21:27:31 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:27:56 | n1s | we should ask 1) do we want this 2) is it done in a good way or could it be done simpler/nicer |
| 21:27:59 | | Nick Mouser_X is now known as Winamp_Slayer (n=mouser_x@layl001.digis.net) |
| 21:28:25 | saratoga | for instance, do we really need crossfade on swcodec now that nearly all codecs are gapless? |
| 21:28:50 | linuxstb | crossfade has nothing to do with gapless IMO |
| 21:28:53 | n1s | and I agree with preglow about that the steering committee (if one would be created) should decide on features that there are no consensus about |
| 21:28:55 | Llorean | saratoga: There are a lot of people *really* attached to crossfade. |
| 21:28:56 | * | jhMikeS gets out the axe with "crossfade" stamped into it |
| 21:29:09 | Llorean | While I'd like to see the feature axed, you'd alienate a pretty hefty chunk of users. |
| 21:29:09 | saratoga | isn't it mostly just to cover up gaps? |
| 21:29:13 | amiconn | eeek |
| 21:29:25 | amiconn | Just got a hard freeze on H180 |
| 21:29:35 | Llorean | saratoga: No. It also appeals to some unfathomable group of people who think music should fade into and out of each other |
| 21:29:50 | saratoga | i mean if the album is gapless, I don't see the use, its not like i've ever thought "i'd like to hear two songs at once and break gapless while doing it" |
| 21:29:50 | roolku | saratoga: it is nice for pleasant sounding skipping and random play |
| 21:30:10 | Llorean | saratoga: People use it on shuffle, I guess. |
| 21:30:13 | amiconn | Urgh, and that freeze is even reproducable... |
| 21:30:22 | jhMikeS | Llorean: well, let us consider eliminating that user base ;) |
| 21:30:24 | Llorean | Might I recommend that all people with comments on the steering committee, who are committers, respond to the email? |
| 21:30:36 | roolku | saratoga: I rarely listen to an album in order |
| 21:30:50 | Llorean | jhMikeS: Hey, if you'd get those people out of my hair, I'd be happy. :) |
| 21:31:14 | saratoga | maybe we could fork the project and give them the version with crossfade |
| 21:31:35 | saratoga | or at least I wouldn't mind cutting features like that in the near term until playback was completely stable, even if they're eventually readmitted |
| 21:31:36 | Llorean | It'll show up in an unsupported build anyway. |
| 21:31:58 | n1s | IMHO we should think more before committing new features because it is a lot easier to never have a feature than to have it for a while and then remove it... |
| 21:32:16 | * | preglow agrees |
| 21:32:17 | jhMikeS | Llorean: exactly unsuppored and we'd have no responsibility to it any more |
| 21:32:23 | | Quit OlivierBorowski (Read error: 104 (Connection reset by peer)) |
| 21:32:36 | * | amiconn found that the pcm inconsistency was obviously fixed at some point |
| 21:32:50 | jhMikeS | pcm inconsistency? |
| 21:32:52 | amiconn | I wonder what that reproducable hard freeze comes from though |
| 21:33:09 | linuxstb | n1s: I agree, but the problem is that it's already happened - i.e. the playback engine got far too many features hacked in too early. |
| 21:33:18 | bertrik | well a reproducible bug is better than a heisenbug :) |
| 21:33:20 | saratoga | well lets cut some |
| 21:33:26 | saratoga | think of it as a rolling feature freeze :) |
| 21:33:45 | amiconn | jhMikeS: At some earlier point, coldfire and PP behaved differently concerning peak calculation. |
| 21:34:10 | jhMikeS | amiconn: I unified all that code awhile back CF, PP, and sim |
| 21:34:11 | roolku | yes, lets cut gapless playback ;p |
| 21:34:19 | amiconn | I don't remember which one did what. One used to freeze the peakmeters when pausing, the other let it fall down to zero |
| 21:34:25 | webguest42 | is a rockbox program that works on the new nanos? |
| 21:34:28 | * | Nico_P thinks that rewriting the playback code at this point (although it hasn't been explicitely suggested yet) would be making the same mistake that made rockbox 3.0 fail |
| 21:34:28 | preglow | amiconn: well, better with a reproducible freeze than an inreproducible one |
| 21:34:29 | Llorean | webguest42: No. |
| 21:34:30 | linuxstb | roolku: gapless isn't a feature, it's the norm... |
| 21:34:41 | Robust2 | amiconn, do you have some time to talk with me about my M3 problem ? |
| 21:35:03 | jhMikeS | roolku: ummm...I think I have another axe and not one for the feature. :) It's the main reason I ever started using rockbox. |
| 21:35:12 | Llorean | saratoga: I wouldn't object to trimming away buggy features when working toward a 3.0, then after the release, slowly reimplementing (or reintroducing with bug fixes) what we can. |
| 21:35:17 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 21:35:30 | amiconn | preglow: Problem is that I have no idea what might cause it, although I was able to reproduce it 3 times (each time requiring the infamous paper clip) |
| 21:35:36 | Robust2 | amiconn: it's about the remote display problem |
| 21:35:47 | linuxstb | shotofadds: Hi. Have you noticed that your three #warnings are the only thing preventing a green build table? ;) |
| 21:35:54 | saratoga | Llorean: that idea gets my vote, provided people were interested in actually working on it |
| 21:36:15 | * | Nico_P would definitely be interested in working towards a release |
| 21:36:22 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) |
| 21:36:25 | *** | Saving seen data "./dancer.seen" |
| 21:36:26 | Llorean | saratoga: I actually more or less suggested something like that some time ago. I've been a long proponent of "3.0 doesn't have to have all the features the bleeding edge has right now" |
| 21:36:26 | | Quit webguest42 ("CGI:IRC (EOF)") |
| 21:36:36 | shotofadds | linuxstb: yeah, I spotted (and mentioned!) that yesterday. I'll kill them in a bit (they're the user timer functions) |
| 21:36:57 | amiconn | I had voice enable (car config) and a resume point stored. Dircache is enabled. Now I booted, entered "manage settings", and loaded my "hifi" config (no voice, smaller font etc). Then I wanted to resume (dircache was still scanning in the background) -> hard freeze |
| 21:37:07 | linuxstb | shotofadds: Any interesting D2 developments? |
| 21:37:31 | saratoga | Nico_P: I don't want to throw out the current playback engine, but surely it could be simplified somewhat by cutting features until it was more managable? |
| 21:37:36 | amiconn | Reset, reboot (old config was active again as there was no chance for rb to save the new one), repeated the same steps - same effect |
| 21:37:36 | shotofadds | nah, I've been catching some rays. very rare around here :) |
| 21:37:53 | saratoga | the current system seems completely inaccessible to all but a few developers, and progress on fixing it has been gradual |
| 21:38:09 | linuxstb | That sums up most of Rockbox... |
| 21:38:13 | preglow | i don't think the playback system will ever be fully manageable by all devs |
| 21:38:14 | saratoga | and many of the fixes seem to create new problems |
| 21:38:28 | preglow | it is to some degree complex because it needs to be |
| 21:38:44 | saratoga | well how complex does it need to be? |
| 21:38:50 | jhMikeS | playback really needs to be "designed" and not "evolved" |
| 21:38:59 | preglow | jhMikeS: yeah, it is very evolved... |
| 21:39:10 | linuxstb | A job for devcon? |
| 21:39:11 | preglow | preferrably intelligent design! |
| 21:39:14 | amiconn | Robust2: Problem is that I don't really understand why that happens. I have an M3 and an X5, each with a remote (they're interchangeable). I have no problems on both, with either remote. In fact I already slowed down the code somewhat from the point where it was getting unstable during development |
| 21:39:17 | preglow | a job for jhMikeS :> |
| 21:39:25 | * | shotofadds wonders when the sort order changed on the build and delta tables. confusing or what? |
| 21:39:42 | linuxstb | preglow: We're in danger of wearing him out... |
| 21:39:42 | Robust2 | amiconn, so there's nothing I could try myself ? |
| 21:39:52 | jhMikeS | preglow: I don't think it needs to be nearly that complex (as in many distictions without a difference code paths). |
| 21:40:04 | saratoga | i'd love to a breakdown of how much playback code actually is actually spent on what feature |
| 21:40:13 | saratoga | do we spend a lot of crossfade? How about gapless? |
| 21:40:15 | n1s | Nico_P: I think we should avoid risky changes to playback (maybe until DCE) and try to put out the infamous Release (tm) first. |
| 21:40:41 | preglow | i think crossfade does require quite some code here and there |
| 21:40:44 | amiconn | So obviously some M3's, X5's etc can't go as fast as mine. Since I can't test, the only thing I can do is offering a bunch of test builds, which slow down one or another step of the data transfer, and hope that one of them fixes the problem |
| 21:40:46 | preglow | not to mention the enormous buffers it has |
| 21:40:51 | jhMikeS | crossfade is just an awful memory hog since it must store enough PCM for the entire fade duration. |
| 21:41:12 | linuxstb | Do you know how much RAM it uses? |
| 21:41:22 | Robust2 | amiconn, anything is good, as i have no other option (original fw doesn't work anymore) |
| 21:41:22 | amiconn | Unfortunately I'm currently working on another problem atm. I didn't forget about that speed problem though |
| 21:41:26 | Llorean | amiconn: iRivers are also shwowing a similar problem (if it's the remote LCD going blank) |
| 21:41:43 | Robust2 | yes that's it Llorean |
| 21:41:51 | jhMikeS | code RAM? no. audiobuffer, just calculate it based on n seconds of 16-bit pcm. |
| 21:42:04 | amiconn | Llorean: I know. Btw, that's the task that doesn't want to notice me even though I enabled notification :/ |
| 21:42:12 | linuxstb | jhMikeS: So the RAM is allocated based on the crossfade settings? |
| 21:42:14 | Llorean | n1s: I'd rather the release have a vastly reduced featureset and *work* than be somewhat buggy as we try to slap patches on the existing features to get it out the door. |
| 21:42:14 | saratoga | but thats only used if its enabled right? if i disable crossfade i get that ram back |
| 21:42:27 | linuxstb | jhMikeS: I mean dynamically? |
| 21:42:36 | jhMikeS | linuxstb: yes, with a minimum of 3s of pcm buffer |
| 21:42:42 | Llorean | amiconn: Okay, just making sure. I wasn't 100% sure if it was in flyspray yet, I have a hard time keeping straight all the sources of user feedback. =/ |
| 21:43:00 | saratoga | jhMikeS: the memory cost is small if I keep that feature disabled right? |
| 21:43:24 | Robust2 | amiconn: does this mean you'll look at this after you finished the other problem ? |
| 21:43:33 | amiconn | Robust2: I need to... |
| 21:43:33 | | Quit roolku () |
| 21:43:41 | jhMikeS | saratoga: then there's no cost over normal playback buffer-ahead |
| 21:43:59 | saratoga | aside from the (tiny?) binsize increase? |
| 21:44:02 | Robust2 | amiconn: okay well, i'd be glad to help you testing it once you get there |
| 21:44:37 | amiconn | But I can't say how long that other problem (dropouts on disk spinup on ipod mini) will keep me busy, especially as not being able to understand the scheduler isn't going to help :( |
| 21:44:55 | n1s | Llorean: my point is that playback seems to work pretty well now and risky changes, risk breaking it. |
| 21:45:00 | jhMikeS | saratoga: 529200 bytes of PCM buffer with no crossfade |
| 21:45:11 | preglow | too much for my liking :/ |
| 21:45:23 | linuxstb | Can it be disabled completely with a #define? |
| 21:45:24 | Robust2 | amiconn: you're free to send me any test builds, i can report the results to you if you want |
| 21:45:46 | preglow | jhMikeS: have we tried lowering that somewhat lately, though? |
| 21:45:50 | amiconn | Robust2: I will probably upload the test builds to my webspace and link from the tracker task when I get there |
| 21:46:49 | | Quit styleism (Connection timed out) |
| 21:46:50 | n1s | Llorean: also which features will improve stability if they are removed? |
| 21:46:54 | jhMikeS | preglow: I never tried. mpegplayer can get along with a fraction of a second sized buffer though. I expect playback needs more because of varying loads and you don't want to kick in priority too aggressively. |
| 21:46:56 | amiconn | (especially as I intend to "bend" the gpl a bit, but not publishing the source code changes for the various builds before the test, or at least not making obvious which test build contains which change) |
| 21:47:13 | Llorean | n1s: Not something i can comment on personally, I'm not familiar with the code. But people who've actually worked on the code complain often enough of crossfade. |
| 21:47:15 | | Join fml [0] (n=4fd3fa74@gateway/web/cgi-irc/labb.contactor.se/x-3d94889e8b177608) |
| 21:47:15 | amiconn | This is because I want to conduct something like a blind test |
| 21:47:34 | Llorean | n1s: Besides, if removing the features doesn't improve playback stability, then we leave 'em in. :) |
| 21:47:50 | Robust2 | amiconn: sounds good, i guess i'll get notified once you get there |
| 21:48:02 | fml | Nico_P: Hello. I have something for you to revise: FS #8965 |
| 21:48:13 | Robust2 | my M3 has been dead for almost 2 years, a little bit longer won't hurt :p |
| 21:48:15 | * | Nico_P is on the phone right now |
| 21:48:50 | saratoga | i would support picking a reasonably stable build, leaving it up on the download site, and then cutting down the playback engine to a minimum complexity and feature set |
| 21:48:54 | * | amiconn wonders if something like those blind tests is covered by the gpl, if I am publishing the patched source afterwards |
| 21:49:06 | DerPapst | Robust2: you can use voice until it's fixed :-P |
| 21:49:11 | saratoga | amiconn: you have to provide the source, but you can wait a while |
| 21:49:25 | Llorean | amiconn: Under the GPL, you just have to give notice that you will provide the source if requested, anyway. |
| 21:49:27 | saratoga | i believe you're actually allowed to mail source code, so a few days delay seems reasonable as long as its released eventually |
| 21:49:58 | * | jhMikeS wonders if who the GPL-enforcement team is...and if they come bust a cap in you |
| 21:50:05 | DerPapst | i do't think we need to be that exact with GPL in this case. |
| 21:50:15 | Llorean | Honestly, *we're* the GPL enforcement team for Rockbox violations. It's "our" copyright. |
| 21:51:01 | jhMikeS | and in the tradition of law-enforcement, we can enforce the law by breaking it </political commentary> |
| 21:51:18 | DerPapst | heh |
| 21:51:41 | * | BigBambi tasers amiconn |
| 21:52:37 | amiconn | Maybe I should switch the order of those 2 rpoblems.... |
| 21:52:42 | amiconn | *problems |
| 21:52:53 | saratoga | has anyone noticed that playback.c is too big for the ViewVC web interface |
| 21:52:55 | Robust2 | DerPapst: i listen while riding my motorcycle, so that will be quite impossible :d |
| 21:53:01 | saratoga | it runs off the bottom of the page |
| 21:53:12 | n1s | amiconn: IIUC you need to provide the source upon request at no cost or the cost of media + shipment so charge 20€ and post a package of floppies :) |
| 21:53:30 | n1s | s/post/mail/ |
| 21:54:07 | DerPapst | Robust2: and you can read the remote while bikeing? |
| 21:54:28 | BigBambi | Posting a load of floppies woul dbe nice and expensive :) |
| 21:54:38 | Robust2 | no, but i can operate it when I stand still, I just can shout into the mike with a helmet :p |
| 21:54:49 | Robust2 | *can't |
| 21:55:00 | BigBambi | You don't need to |
| 21:55:07 | BigBambi | Voice reads the display to you |
| 21:55:18 | BigBambi | For e.g. if you are blind |
| 21:55:20 | DerPapst | err.. you don't navigate it by "speaking" to rockbox. it speakt to you, i.e. reads the interface. |
| 21:55:25 | DerPapst | like if you were blind |
| 21:55:27 | Robust2 | oh wait lol, i thought you operated it by speaking :d |
| 21:55:33 | Robust2 | haha how silly of me |
| 21:55:37 | DerPapst | ;-) |
| 21:56:03 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 21:56:05 | Robust2 | hmm I could try that then |
| 21:56:26 | Robust2 | but might as well use my small phillips mp3 player, which is rubbish compared to the M3 though |
| 21:56:34 | DerPapst | thus if you have a rockbox target with a broken screen you can use almost everything except plugins. |
| 21:56:43 | DerPapst | but that might change for some soonish |
| 21:56:58 | Robust2 | how do you mean, change ? |
| 21:57:27 | jhMikeS | a video plugin seems an odd choice for voicing though |
| 21:57:39 | DerPapst | there is a gsoc project that aims to localize the plugins and maybe add voice to the |
| 21:57:46 | gevaerts | jhMikeS: why ? Just use a TTS engine on the subtitles :) |
| 21:57:49 | DerPapst | *them |
| 21:57:55 | DerPapst | haha |
| 21:58:01 | * | gevaerts prepares to be hit over the head |
| 21:58:20 | n1s | jhMikeS: it should of course tell you what happens in the movie ;) |
| 21:58:27 | * | DerPapst saves that for devcon |
| 21:58:34 | jhMikeS | gevaerts: well, hmmm... |
| 21:59:26 | jhMikeS | TTS subtitles + the dialogue? ;) |
| 21:59:39 | | Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) |
| 22:00 |
| 22:00:32 | amiconn | saratoga: I guess you're using firefox... |
| 22:00:34 | jhMikeS | yes, a movie watcher feature that watches the movie for you then tells you what happened |
| 22:00:52 | saratoga | amiconn: yes is there a better option? |
| 22:00:59 | linuxstb | jhMikeS: Or rather, tells you if it's any good... |
| 22:01:22 | amiconn | saratoga: There is no problem with playback.c in ViewVC. It's firefox that often goofs on very long pages with css |
| 22:01:38 | pixelma | amiconn: did you have a look yourself? |
| 22:01:49 | * | DerPapst wonders how often he'll see gevaerts running away at devcon |
| 22:01:56 | jhMikeS | linuxstb: so it needs a critic feature too? |
| 22:02:05 | amiconn | I checked in ff and got a big black block at the bottom. Pasted the link into IE7, and the page is perfectly readable |
| 22:02:15 | pixelma | I know about the firefox problem but this rather looks like a ViewVC problem (because you see the footer...) |
| 22:02:16 | n1s | playback.c seems fine in viewvc using ff 3 beta 5 |
| 22:02:37 | pixelma | no big black block here (seen it before) |
| 22:02:41 | saratoga | n1s: I'm using Beta 5 |
| 22:03:14 | | Quit waldo (Remote closed the connection) |
| 22:03:26 | n1s | saratoga: well, it's displaying correctly here |
| 22:03:48 | linuxstb | Seems fine for me - ff 2.0.0.12 (Ubuntu) |
| 22:03:57 | amiconn | I am on ff 2.0.0.14, and that does have the big black block effect. IE7 shows the file all the way to the end |
| 22:04:14 | saratoga | interstingly it works in ubuntu but not Windows when using the same version of FF beta |
| 22:04:24 | n1s | I also got the corruption on ff 2.x |
| 22:04:41 | * | n1s 's on ubuntu |
| 22:05:53 | | Join waldo [0] (n=waldo@ip-81-11-220-152.dsl.scarlet.be) |
| 22:05:55 | * | pixelma can see the file to the end in ff 2.0.0.14 using "annotate" - was just surprised by the "simple" end |
| 22:06:06 | amiconn | Works fine in iceweasel 2.0.0.4 (debian-amd64) |
| 22:06:19 | amiconn | Erm, 2.0.0.14 |
| 22:06:55 | amiconn | These css related bugs in firefox are very inconsistent |
| 22:08:24 | pixelma | ah... "view" only gives me the big black block |
| 22:08:42 | | Join barrywardell [0] (n=barrywar@194.46.253.92) |
| 22:09:18 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 22:11:37 | amiconn | 'View' produces the black block in ff on windows. Footer is okay as that obviously uses different css. 'As text' and 'annotate' work. IE7 has no problem with either view, but but needs quite a while to render 'annotate' |
| 22:12:17 | amiconn | Summarized under 'browser quirks'... |
| 22:12:40 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 22:12:50 | gevaerts | I've _never_ seen a webbrowser that I was really happy with |
| 22:14:03 | | Join webguest67 [0] (n=4aaa3bc7@gateway/web/cgi-irc/labb.contactor.se/x-7ea68406bd063443) |
| 22:15:25 | webguest67 | Testing, using firefox so don't know if it will work |
| 22:16:38 | webguest67 | right. Hi all, was reading the rockbox player v1 wiki page, have a suggestion: could the player have maybe 6 gb at a minum? This may require a har harddrive |
| 22:17:31 | Llorean | webguest67: You're best off voicing in the related forum thread, as nobody here is really involved with that. |
| 22:17:47 | * | Nico_P has finished on the phone |
| 22:18:00 | webguest67 | ah ok, sorry. |
| 22:18:11 | Nico_P | fml: given how study mode is causing controversy, I'll wait a bit before committing if you don't mind ;) |
| 22:19:05 | Nico_P | n1s: I've been considering playback.c as being in feature freeze for some time. I really do my best to avoid breaking playback (but often still fail anyway) |
| 22:19:52 | * | bertrik spots something suspicious in wma.c |
| 22:20:02 | | Quit K4rP4D ("Leaving") |
| 22:20:03 | XavierGr | Rockbox forums doesn't allow guest posts right? How come I can see a couple of posts without a registered username? |
| 22:20:13 | saratoga | Nico_P: sure you don't want to break a few things? |
| 22:20:22 | bluebrother | I think those are posts of users that got deleted. |
| 22:20:22 | Nico_P | the main feature which would reduce the complexity of the playback code is auto dir change, but I guess that's not going away |
| 22:20:29 | saratoga | bertrik: what? |
| 22:21:08 | Nico_P | saratoga: hehe, I try to avoid it but I wouldn't mind starting from scratch with a better design |
| 22:21:10 | bertrik | asf_read_packet can fail (line 558) in which case packetlength may not have been filled with a valid value, but is used anyway |
| 22:21:14 | Llorean | XavierGr: If they delete their account after posting, you have a Username and Guest beneath it |
| 22:22:02 | | Quit styleism (Connection timed out) |
| 22:22:03 | bertrik | saratoga: also we could easily get rid of some of the goto's |
| 22:22:21 | XavierGr | strange, how does he expect me to answer a pm if he deleted his account? (I assume that he deleted his account and not a moderator?) |
| 22:22:21 | webguest67 | ah while we're on the subject of playback, I've heard from some rockbox for the blind podcasts that when you pause a song the voice won't say anything. |
| 22:22:24 | fml | Nico_P: it's in controversy? I thought something that has been committed isn't in controversy anymore |
| 22:22:40 | fml | Nico_P: but of course wait if it's needed |
| 22:22:50 | Nico_P | fml: oh that's not the case... just read the logs |
| 22:23:25 | | Quit simonrvn (Read error: 113 (No route to host)) |
| 22:23:27 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
| 22:23:29 | fml | Nico_P: where/when? |
| 22:23:38 | saratoga | the last hour |
| 22:23:40 | Nico_P | today's have talk about the feature |
| 22:24:03 | Llorean | webguest67: This is true. Due to the way things work right now, if you need voice you should stop, rather than pause |
| 22:24:52 | saratoga | bertrik: ah if you want to make those changes go for it |
| 22:25:11 | webguest67 | ah. Just figured i'd mention it while on the redesigning playback thing. |
| 22:27:54 | Nico_P | it's a more lowlevel limitation (pcm code) |
| 22:28:26 | webguest67 | Also do the voice options work in the virtual keyboard? Noone's demonstrated that, in the three podcasts I've found |
| 22:28:55 | | Quit fml ("CGI:IRC (Ping timeout)") |
| 22:29:49 | | Nick Winamp_Slayer is now known as Mouser_X (n=mouser_x@layl001.digis.net) |
| 22:30:09 | linuxstb | Nico_P: I wouldn't miss auto-dir change... |
| 22:30:54 | * | jhMikeS always uses auto-dir change |
| 22:31:05 | saratoga | what does auto-dir change do? |
| 22:31:17 | jhMikeS | that' |
| 22:31:19 | webguest67 | The reason I ask, I don't have a rockbox compatible player at the moment or I would try it. |
| 22:31:23 | XavierGr | I have to say I would miss it |
| 22:31:33 | XavierGr | saratoga: change dir when the playlist ends |
| 22:31:50 | linuxstb | And that's in playback.c ? |
| 22:32:01 | XavierGr | very handy when you play a track from a folder and expect to move to the next one as soon as the current folder ends |
| 22:32:21 | | Quit mf0102 ("Ex-Chat") |
| 22:32:32 | | Quit Buschel () |
| 22:32:44 | saratoga | that does seem like an odd thing to put in the playback engine |
| 22:32:53 | Nico_P | linuxstb: it's in playlist.c mostly but has effects on playback.c |
| 22:33:07 | Nico_P | dir skip has too |
| 22:33:51 | saratoga | is there some documentation about how the playback engine works or do i have to read the source code to get an idea? |
| 22:35:04 | markun | any settings_list.c guru around? |
| 22:35:22 | Nico_P | saratoga: I have a diagram at http://nicolas.pennequin.free.fr/rockbox/audio_skip.pdf |
| 22:35:51 | Nico_P | apart from that there's the wiki page, but it's a bit outdated. hopefully the code has quite some comments, and you can ask any questions you want |
| 22:36:39 | markun | I want to have a setting which can have the values 3,4,5,6,7 and for each display a string: very slow, slow, normal, fast, very fast |
| 22:37:27 | webguest67 | But why start at 3? And what do these settings do? |
| 22:38:31 | markun | webguest67: it's for smooth seek acceleration, and these values were determined by experimenting |
| 22:38:42 | DerPapst | shouldn't matter for the implementation |
| 22:38:48 | Nico_P | saratoga: need a link to the wiki page? |
| 22:39:13 | saratoga | i'm sure i can find it when i get a chanec to look through this |
| 22:39:49 | Nico_P | well, here you are: http://www.rockbox.org/twiki/bin/view/Main/SoftwareCodecPlayback |
| 22:40:22 | linuxstb | markun: Aren't those values in seconds? |
| 22:40:33 | webguest67 | right. I'm off all, will check out the forum, thanks. |
| 22:40:52 | markun | linuxstb: they are in seconds/seconds^2 |
| 22:41:15 | markun | so in 1/seconds I guess |
| 22:41:16 | | Quit webguest67 ("CGI:IRC (EOF)") |
| 22:42:06 | | Quit davina (Remote closed the connection) |
| 22:44:08 | n1s | markun: Hz ! |
| 22:44:18 | markun | yes :) |
| 22:44:40 | markun | which wouldn't tell our poor users (including myself) a lot |
| 22:45:12 | linuxstb | I generally prefer numbers to things like "very slow", "slow", "normal" etc though... |
| 22:45:35 | pixelma | isn't there a seeking accelaration already? |
| 22:45:45 | markun | me too. We could state the *2 time in seconds like it is now |
| 22:45:55 | markun | pixelma: there is |
| 22:46:19 | bertrik | saratoga: if asf_read_packet fails, should we call advance_buffer at all? |
| 22:46:29 | markun | I changed the implementation to be continuous instead of steps of *2 |
| 22:46:50 | markun | ehm, that didn't make any sense |
| 22:46:52 | | Quit barrywardell () |
| 22:47:33 | markun | pixelma: would you like to try a patch? |
| 22:48:13 | bertrik | saratoga: also, do you have some broken wma files to test with? |
| 22:48:18 | saratoga | bertrik: the idea is to skip past broken packets |
| 22:48:25 | saratoga | i've got a WMA file it fixes |
| 22:48:45 | saratoga | since WMA files have fixed length packets, you can skip past any broken packet and find good ones later |
| 22:48:59 | bertrik | ah ok, so without the advance buffer calls it will keep on failing on the same packet? |
| 22:49:14 | saratoga | bertrik: yes |
| 22:49:20 | markun | saratoga: btw, isn't it time to revert my falty imdct 'optimization'? |
| 22:49:46 | saratoga | markun: yes I have the patch ready to do it |
| 22:49:55 | saratoga | i just haven't given the idea much thought lately |
| 22:50:27 | markun | ok, thanks. Did you look at the difference in output with and without my change? |
| 22:50:29 | saratoga | i've been meaning to look over IRAM use in the WMA codec and try to get the output buffer into IRAM |
| 22:50:36 | saratoga | markun: yes about a year ago |
| 22:50:43 | Nico_P | mcuelenaere: here? |
| 22:50:47 | markun | was it big? |
| 22:50:53 | saratoga | it reduced the SNR on my test sample by about 40dB |
| 22:51:05 | markun | wow |
| 22:51:12 | saratoga | i think the RMS error verses the MS decoder was something like -60dB |
| 22:51:23 | saratoga | which is tolerable but not ideal |
| 22:51:52 | mcuelenaere | Nico_P: yes |
| 22:52:00 | saratoga | the problem is that WMA nees a 32kb output buffer |
| 22:52:13 | Robust2 | amiconn, i've been tetsing it ignoring the display problem, but it freezes and locks up all the time now |
| 22:52:18 | saratoga | which makes it difficult to put it all into IRAM on 48k only targets |
| 22:52:21 | Nico_P | mcuelenaere: about the libnjb guy you couldn't get a hold of: what's his name? also, did you try their ML? |
| 22:52:29 | markun | pixelma: anyway: http://130.89.160.166/rockbox/logseek.patch |
| 22:52:41 | mcuelenaere | Nico_P: quetzalcoatl. Do they have a ML? |
| 22:52:47 | mcuelenaere | ah sorry, I meant nomadness.net |
| 22:52:51 | saratoga | but its tempting to keep your optmization and as well as shrink the window coefficients to 16 bits, and then try to fit in the output buffer in IRAM |
| 22:52:52 | Nico_P | mcuelenaere: also, they are mostly the same guys as libmtp. |
| 22:53:10 | mcuelenaere | yes, but the guy I need to contact is/was at nomadness.net |
| 22:53:28 | Nico_P | http://libnjb.sourceforge.net/?section=support |
| 22:53:32 | mcuelenaere | I just referred to that one from libnjb because he had contact with quetzalcoatl |
| 22:53:56 | mcuelenaere | but I mailed to him and he said he doesn't know him besides on the (ex-)forums |
| 22:54:01 | Nico_P | ah, alright. I misunderstood then |
| 22:54:03 | saratoga | i guess it depends on what accuracy we really want from our lossy codecs |
| 22:54:22 | Robust2 | anybody know if replacing a player's HD with a CompactFlash adapter can cause problems with rockbox ? |
| 22:54:31 | Robust2 | it does with the OF |
| 22:54:33 | linuxstb | saratoga: I think the general approach is to favour accuracy over speed. |
| 22:54:57 | linuxstb | (as far as is reasonable...) |
| 22:55:24 | saratoga | well whats a good target to aim for? |
| 22:55:51 | Nico_P | amiconn, pixelma: I'm not able to repro the "last few seconds of last tracks" bugs |
| 22:55:54 | mcuelenaere | it seems even google cache removed the last remains of nomadness.net :( |
| 22:56:06 | Nico_P | I'll look into fixing the splash though |
| 22:56:14 | saratoga | the RMS error in most lossy codecs verses lossless is something like 30 dB, and none of our DACs do much above 80dB, so thats a wide range of possible values |
| 22:57:19 | pixelma | Nico_P: I couldn't either but I'm sure I saw it a few times during the weekend (normal use), running some late 172xx build (after austriancoder's changes). I'd like to be able to reproduce myself... :\ |
| 22:57:35 | pixelma | nothing you can do currently, so sorry |
| 22:59:29 | | Quit mcuelenaere () |
| 23:00 |
| 23:00:01 | | Quit tvelocity (Remote closed the connection) |
| 23:02:05 | markun | linuxstb: would you like to try the patch? |
| 23:02:54 | | Quit XavierGr (Nick collision from services.) |
| 23:03:05 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 23:05:19 | saratoga | i think the ideal way to speed up the wma codec (particularly on cold fire) would be to figure out if the entire 32kb buffer is actually needed for overlapping MDCT windows, but its difficult for me to figure that out since theres so many window sizes in the format |
| 23:09:37 | linuxstb | markun: Sure. |
| 23:10:26 | markun | linuxstb: try seeking through a file before and after the patch. I think you will see the difference. |
| 23:11:14 | markun | I probably shouldn't reuse the same setting since the values now have a different meaning |
| 23:12:59 | | Quit moos ("CGI:IRC (Ping timeout)") |
| 23:13:41 | markun | linuxstb: new patch (same url) |
| 23:16:15 | | Quit Robust2 () |
| 23:16:25 | Nico_P | why do I keep getting SIGTRAP in gdb with viewport related funcs? |
| 23:17:46 | | Join moos [0] (n=c40cd9a5@gateway/web/cgi-irc/labb.contactor.se/x-d3f8435fa007bf18) |
| 23:18:02 | Nico_P | linuxstb? |
| 23:22:34 | linuxstb | Nico_P: I don't know... What viewport-related functions? |
| 23:23:03 | | Quit petur ("stkov") |
| 23:23:11 | Nico_P | actually it's plenty of driver funcs, not just viewports. googling seems to indicate it might actually be a bug in the kernel |
| 23:23:24 | Nico_P | (linux kernel, not ours) |
| 23:23:55 | n1s | Nico_P: whaen do you get them? |
| 23:24:37 | linuxstb | markun: It seems to work well. |
| 23:24:39 | | Quit miepchen^schlaf () |
| 23:24:40 | Nico_P | n1s: I had some breakpoints set, and after reaching one of them, gdb started telling me about loads of SIGTRAP signals |
| 23:24:58 | | Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) |
| 23:25:01 | markun | linuxstb: great. The only remaining issue is the names of the settings I think |
| 23:26:31 | n1s | Nico_P: breakpoints where? |
| 23:26:40 | Nico_P | n1s: in wps display code |
| 23:27:37 | | Join mewshi [0] (n=mewshi@edinboro.63-160-38-99.cust.stargate.net) |
| 23:27:39 | mewshi | hihi |
| 23:27:50 | mewshi | how do I reset my sansa c200? |
| 23:27:57 | mewshi | i accidentally formatted it... :\ |
| 23:28:00 | mewshi | how can I fix it? |
| 23:28:26 | | Quit XavierGr (Nick collision from services.) |
| 23:28:38 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 23:28:47 | | Quit bughunter2 ("Leaving.") |
| 23:29:58 | n1s | Nico_P: I can set breakpoints in gwps.c in several places and continue with no problems here, 2.6.24 on amd64 |
| 23:30:10 | n1s | ubuntu hardy bte |
| 23:30:19 | n1s | s/bte/btw/ |
| 23:30:30 | Nico_P | n1s: I'm on hardy too |
| 23:30:33 | | Quit OlivierBorowski (Remote closed the connection) |
| 23:30:36 | Nico_P | I'll see if it occurs again |
| 23:31:04 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 23:32:01 | bluebrother | mewshi: what do you mean by "formatted"? The data partition? |
| 23:32:31 | | Quit moos ("CGI:IRC") |
| 23:36:27 | *** | Saving seen data "./dancer.seen" |
| 23:40:41 | | Join shotofadds_ [0] (n=rob@ip-81-1-103-181.cust.homechoice.net) |
| 23:42:02 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:44:53 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 23:48:30 | amiconn | Nico_P: Listening for real on H180 now; let's see whether the 3-seconds resume bug is gone. |
| 23:48:32 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 23:48:43 | linuxstb | mewshi: Do you know about recovery mode? http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick (I think the same works on the c200) |
| 23:48:53 | * | amiconn meanwhile reminds Nico_P of the "wrong index during track transition" bug |
| 23:49:20 | Nico_P | amiconn: that's a tough one. all my attempts to improve that have resulted in other breakage so far |
| 23:49:44 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 23:49:49 | Nico_P | and I'm pretty sure it's not new to any of my changes |
| 23:50:22 | amiconn | Well, it worked correctly before MoB iirc |
| 23:50:32 | * | amiconn should probably verify that |
| 23:51:10 | Nico_P | I think I tested the rev just before MoB and it bahaved the same, but of course confirmation is welcome |
| 23:51:29 | amiconn | It's also a nasty one for me - I often tend to check the wps during transition, especially at home |
| 23:51:51 | Nico_P | also, the fundamental reason why this "bug" exists isn't new to MoB at all |
| 23:51:56 | DerPapst | shotofadds: is there a reason why you included grey.h and helper.h in the touchpad test plugin? |
| 23:52:38 | shotofadds_ | DerPapst: probably because they were in the plugin I copied. Should probably remove those :g |
| 23:52:46 | DerPapst | ok ;-) |
| 23:53:15 | merbanan | saratoga: all the mdct windows are needed :/ unless you generate the on runtime |
| 23:53:29 | | Quit amiconn (Nick collision from services.) |
| 23:53:36 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 23:53:45 | | Quit ompaul (Client Quit) |
| 23:53:50 | | Quit shotofadds (Read error: 110 (Connection timed out)) |
| 23:53:50 | amiconn | (yes, I'm a using 'caption backlight' all the time when listening at home) |
| 23:54:08 | | Nick shotofadds_ is now known as shotofadds (n=rob@ip-81-1-103-181.cust.homechoice.net) |
| 23:55:32 | amiconn | Nico_P: I wonder why the playlist index is so special - all the other tags are properly delayed until the trackchange happens at the pcm layer |
| 23:56:01 | saratoga | merbanan: on most files yes |
| 23:56:21 | saratoga | i believe only some very low bitrate files will leave off some of the window sizes, typically those below 32kbps |
| 23:58:03 | Nico_P | amiconn: the WPS asks the playlist code for the value instead of using something that's in the struct mp3entry. |
| 23:58:48 | | Quit n1s () |
| 23:58:50 | Nico_P | stroring the value in the mp3entry and making the wps access that was one of my leads, but it caused some problems with repeat and such |
| 23:58:54 | | Nick basti is now known as RIP|Hannes (i=bnc@85.214.109.173) |
icon identifies that the person is a core developer (has commit access).