| 00:00:07 | krazykit | preglow, the build will be done in a few moments |
| 00:00:18 | rasher | preglow: he did |
| 00:00:41 | amiconn | rasher: Iirc gcc 2.95 for m68k was the standard gcc for amiga. Maybe that's why it's still floating around... |
| 00:02:03 | preglow | rasher: who did what? :V |
| 00:02:30 | markun | preglow: well, I can try again later |
| 00:02:46 | rasher | preglow: saratoga posted his wma seeking patch |
| 00:02:49 | preglow | rasher: i know :) |
| 00:02:55 | preglow | krazykit: i'm going to msg you with the url for a test track now |
| 00:03:23 | krazykit | ok |
| 00:03:28 | safetydan | GodEater (for the logs): stereo speex files don't work because I believe they're still using a floating point decoding path |
| 00:03:42 | preglow | krazykit: listen to that track, it should have clean sound |
| 00:04:01 | preglow | krazykit: if something seems wrong, please do a wav write with test_codec and compare the sound with the /test.wav that results |
| 00:04:37 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 00:06:08 | preglow | krazykit: and in any way, i'd be thrilled if you could in some way provide me with the first thirty or so seconds of test.wav (or test.flac if you can encode that) |
| 00:07:18 | krazykit | sure, no problem |
| 00:08:29 | | Quit midkay ("Leaving") |
| 00:08:51 | krazykit | preglow, sounds just fine to me |
| 00:08:55 | | Quit Pyromancer ("Leaving") |
| 00:10:16 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
| 00:11:12 | rasher | there are few things more frustrating than a partially translated interface |
| 00:12:20 | | Quit midgey () |
| 00:12:40 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 00:13:05 | krazykit | preglow, i didn't notice any obvious problems with the song. |
| 00:15:06 | moos | really really strange, cause the sound distortion here don't need golden ears at all |
| 00:15:24 | | Quit bluebrother ("leaving") |
| 00:16:05 | moos | but I will test this heavily this week end and give you all results preglow |
| 00:16:11 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 00:17:04 | preglow | krazykit: could i have the first thirty secs of it? |
| 00:17:18 | preglow | i'll host it for moos to hear as well, so he can compare |
| 00:17:29 | | Quit eigma () |
| 00:18:33 | krazykit | sure. i'll have to install audacity to slice it down. want it in flac? |
| 00:18:44 | preglow | would be leet |
| 00:19:10 | linuxstb | Can't flac encode a part of a file directly? |
| 00:19:17 | krazykit | can it? |
| 00:19:30 | krazykit | too late anyway, audicity is installed |
| 00:19:48 | linuxstb | −−until mm:ss |
| 00:20:16 | | Quit ompaul (Client Quit) |
| 00:20:39 | krazykit | i'll just do that, then. |
| 00:20:48 | preglow | :D |
| 00:21:04 | preglow | krazykit: but the wav and rockbox sounds the same to you? |
| 00:21:48 | | Quit PaulJam (".") |
| 00:21:57 | | Join RaZorbacK [0] (n=BOFHIRC@gar31-1-82-66-75-34.fbx.proxad.net) |
| 00:23:13 | | Quit n1s () |
| 00:24:25 | krazykit | preglow, yeah, identical |
| 00:24:37 | RaZorbacK | hi, is there any working link for rbutilqt 1.0.2? |
| 00:24:54 | RaZorbacK | the one on the wiki seems to be broken... |
| 00:26:59 | moos | Good night/day all |
| 00:27:07 | | Quit moos ("Glory to Rockbox") |
| 00:27:14 | rasher | RaZorbacK: I think it's been uploaded recently - may be a while before the mirrors sync |
| 00:27:40 | RaZorbacK | ok thanks.$ |
| 00:27:51 | keanu | RaZorbacK, what OS? |
| 00:27:55 | RaZorbacK | windows |
| 00:28:09 | keanu | http://haxx.rockbox.org/rbutil/win32/rbutilqt-v1.0.2.zip |
| 00:28:19 | RaZorbacK | thx really |
| 00:28:33 | keanu | heh, no problem |
| 00:31:08 | preglow | this sounds sweet to me too |
| 00:31:08 | | Quit lids (Read error: 104 (Connection reset by peer)) |
| 00:31:10 | preglow | argh, moos left |
| 00:31:24 | RaZorbacK | another question: who is in charge of rbutilqt with bluebrother? |
| 00:31:34 | krazykit | well, that file isn't going anywhere, so the link won't expire or anything |
| 00:31:50 | preglow | just need to remember showing him it :> |
| 00:33:13 | rasher | RaZorbacK: bluebrother and Domonoky are the people who currently work on rbutilqt |
| 00:33:19 | rasher | But anyone's free to help out.. |
| 00:33:51 | RaZorbacK | rasher: ok, i will help in suggesting stuff :) that's the more i can do :) |
| 00:36:15 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:39:14 | | Join lids [0] (n=lds@ks37584.kimsufi.com) |
| 00:40:08 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
| 00:41:21 | | Quit RaZorbacK ("CUL") |
| 00:44:24 | rasher | Why doesn't Rockbox reboot when usb is plugged on Sansa? |
| 00:44:59 | iamben | should it reboot? |
| 00:45:27 | | Quit XavierGr () |
| 00:45:28 | keanu | iamben, IMO, it should until USB support is fully working on the Sansa. |
| 00:45:29 | | Quit petur ("Zzzzz") |
| 00:45:32 | Ave | afaicr sansa usb support "is not there yet" |
| 00:45:33 | pixelma | it should but it sufffers from the "hanging on usb screen" bug like observed on Ipods in some builds |
| 00:45:59 | Ave | sansa has a disk mode similar to ipod? |
| 00:46:20 | Ave | like hw usb host mode |
| 00:46:39 | pixelma | at least with my c200 - it's just not easy to see because the display is almost pitch black without backlight |
| 00:47:03 | | Quit scorche|w ("CGI:IRC (Ping timeout)") |
| 00:47:05 | keanu | Ave, no, but it has the OF. Since the bootloader loads the OF when the USB cable is attached, if a full reboot was possible, it should then go the the OF |
| 00:47:36 | | Join miepchen^schlaf [0] (n=hihi@p54BF6353.dip.t-dialin.net) |
| 00:47:52 | Ave | sane thing with ipod (nano) the disk mode is without backlight |
| 00:48:10 | keanu | ok |
| 00:48:55 | Ave | of meaning original firmware? |
| 00:49:14 | Ave | there was some special word for that... |
| 00:50:46 | rasher | retailos? |
| 00:50:49 | Ave | yes |
| 00:51:09 | Ave | that saved the day right there |
| 00:51:46 | rasher | Oddly, plugging the usb cable with the sansa off seems to only start charging, not msc connection. For me anyway, so rebooting to get usb connection might not even work |
| 00:52:46 | pixelma | that works for me everytime except when I tried on a slow usb port |
| 00:53:09 | rasher | Perhaps I'm using a buggy version of the OF |
| 00:54:05 | iamben | rasher: it goes right to usb mode for me if the OF's db doesnt need refreshed |
| 00:54:22 | iamben | if it has to refresh the db, i have to unplug/replug to get to usb mode |
| 00:54:28 | keanu | iamben, same |
| 00:54:52 | rasher | That might be it, I suppose |
| 00:55:30 | pixelma | that could be the difference, my c200 refreshes its database everytime even when I just had it connected for charging :\ |
| 00:55:34 | rasher | Though hard to test, since it always wants to update the database |
| 00:55:47 | iamben | it annoys me as well |
| 00:55:58 | iamben | unfortunately, not much that can be done from our side |
| 00:57:06 | iamben | well since i *only* go to OF to transfer files, of course there are new files every time i boot it |
| 01:00 |
| 01:00:04 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 01:00:19 | rasher | Here it goes "plug cable, turns on, boots OF, updates database, starts charging" |
| 01:00:42 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
| 01:01:08 | rasher | Oh wait, perhaps if I remove the µsd |
| 01:01:52 | rasher | Yeah, that did it. Obviously |
| 01:02:43 | iamben | anyone ever have an issue where rb tries to "commit the db" more than just the first boot after a db initialization? |
| 01:03:05 | | Quit ender` (" I went to a restaurant that serves "breakfast at any time." So I ordered French Toast during the Renaissance.") |
| 01:03:19 | iamben | sometimes mine will commit the db on the next several reboots, and i end up w/ duplicates in the db |
| 01:03:32 | | Quit Rob222241 (Read error: 113 (No route to host)) |
| 01:04:36 | | Quit jgarvey ("Leaving") |
| 01:06:50 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 01:07:49 | | Quit obo ("bye") |
| 01:08:09 | pixelma | iamben: I think I read you saying you have it on "auto update"? This feature works best with dircache which the Sansa doesn't have, I've been told that it *should* work without it too, just terribly slow. But I've never tried and maybe there is something wrong with it? |
| 01:08:31 | pixelma | if I'm not terribly mistaken... |
| 01:08:51 | | Join bytie [0] (n=mirggi@p548CAF4E.dip0.t-ipconnect.de) |
| 01:09:02 | | Quit midgey () |
| 01:09:16 | | Quit bytie (Read error: 104 (Connection reset by peer)) |
| 01:09:23 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
| 01:10:00 | iamben | pixelma: i will try without auto-update, it certainly isnt a feature i need |
| 01:10:22 | iamben | since i only add files every few weeks, and will probably just init the db from scratch every time |
| 01:10:23 | | Join bytie [0] (n=mirggi@p548CAF4E.dip0.t-ipconnect.de) |
| 01:11:18 | pixelma | might be interesting to watch it for a while and compare, maybe it's really a bug |
| 01:12:11 | iamben | its not the easiest to reproduce, but usually i can get it to commit the db an extra time if i just reboot a few times after an init |
| 01:12:51 | *** | Saving seen data "./dancer.seen" |
| 01:15:13 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 01:15:17 | | Quit bytie (Read error: 104 (Connection reset by peer)) |
| 01:16:55 | | Join bytie [0] (n=bytie@p548CAF4E.dip0.t-ipconnect.de) |
| 01:18:17 | zicho | How can i specify Font color when i create a rockbox theme? |
| 01:18:46 | | Quit bytie (Read error: 104 (Connection reset by peer)) |
| 01:19:01 | | Join bytie [0] (n=bytie@p548CAF4E.dip0.t-ipconnect.de) |
| 01:19:06 | | Quit bytie (Read error: 104 (Connection reset by peer)) |
| 01:20:26 | pixelma | you specify the foreground colour |
| 01:20:37 | zicho | How? |
| 01:23:47 | | Part safetydan |
| 01:25:36 | | Quit Gnu47 ("I'm off to stalk my Pah'Mach'kai") |
| 01:26:21 | | Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
| 01:26:55 | pixelma | in your config file there should be a line with it (at least that is explained in the appendix of the manual) you could also have a look at the themes that are shipped with rockbox and how it's done there... |
| 01:29:19 | | Join Rob2222 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
| 01:30:55 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 01:32:39 | | Quit SkinInd95 (Remote closed the connection) |
| 01:32:45 | * | zicho is away: sleep |
| 01:35:27 | | Quit GodEater_ (Read error: 110 (Connection timed out)) |
| 01:35:40 | | Quit kkurbjun_ ("leaving") |
| 01:36:20 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 01:38:32 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 01:39:14 | | Join donutman25 [0] (n=dagni@65.75.87.48) |
| 01:44:17 | | Quit krazykit ("leaving") |
| 01:44:20 | | Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
| 01:46:50 | | Join Pyromancer [0] (n=Pyromanc@c-24-63-23-50.hsd1.ma.comcast.net) |
| 01:48:00 | | Part toffe82 |
| 01:57:37 | rasher | eek, rockboxdev.sh downloads patches off the wiki! |
| 01:58:14 | preglow | again? |
| 01:58:27 | preglow | i thought we had that fixed |
| 01:58:34 | preglow | that's an absolute no-no anyway |
| 01:58:36 | rasher | Don't think so |
| 01:58:58 | preglow | i'm pretty sure i raised that issue in the past some time |
| 01:59:29 | preglow | if put a virus there, we could have ourselves a whole botnet compiling builds for us, though :P |
| 02:00 |
| 02:01:16 | rasher | Yeah, seems really bad |
| 02:02:11 | | Quit chandlerc (Remote closed the connection) |
| 02:08:32 | linuxstb | rasher, preglow: We should ask Zagor to move them... |
| 02:08:39 | | Quit DataGhost (Nick collision from services.) |
| 02:08:45 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 02:13:48 | rasher | linuxstb: with any luck, this should be enough |
| 02:16:10 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 02:18:48 | JdGordon | hey kkurbjun |
| 02:21:18 | | Quit Pyromancer ("Leaving") |
| 02:23:13 | | Quit Arathis ("Bye, bye") |
| 02:25:50 | | Quit kclaf (Read error: 110 (Connection timed out)) |
| 02:27:59 | | Join dxm [0] (n=fuel@200.146.117.7.adsl.gvt.net.br) |
| 02:28:19 | dxm | Have a PT-BR version of rockbox? |
| 02:29:32 | | Part pixelma |
| 02:30:06 | | Join WalkGood [0] (i=WalkGood@adsl-225-163-172.mia.bellsouth.net) |
| 02:33:34 | iamben | dxm: rasher.dk/rockbox/translate/">http://rasher.dk/rockbox/translate/ |
| 02:33:50 | | Join karashata [0] (n=Kimi@pool2-086.adsl.user.start.ca) |
| 02:33:51 | | Join toffe82 [0] (n=chatzill@adsl-70-137-199-179.dsl.frs2ca.sbcglobal.net) |
| 02:34:19 | | Quit Thundercloud (Remote closed the connection) |
| 02:36:35 | | Join Pyromancer [0] (i=Pyromanc@c-24-63-23-50.hsd1.ma.comcast.net) |
| 02:38:21 | preglow | woot, from 255% realtime to 276% realtime on my wma testfile now |
| 02:38:37 | preglow | with an even bigger difference under real use, thanks to less dsp use |
| 02:39:44 | preglow | almost never boosts :P |
| 02:39:56 | iamben | and thats on coldfire? |
| 02:39:59 | preglow | yeap |
| 02:40:07 | preglow | with the output buffer in iram, it won't boost |
| 02:40:18 | preglow | this change will benefit arm too |
| 02:42:38 | | Quit Toxicity999 ("Leaving") |
| 02:43:45 | | Quit BHSPitMonkey (Remote closed the connection) |
| 02:44:05 | preglow | and gnight |
| 02:45:16 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 02:45:21 | | Part dxm |
| 02:45:59 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 02:46:49 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
| 02:48:22 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 03:00 |
| 03:00:50 | | Quit Ebert () |
| 03:02:50 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
| 03:03:07 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 03:05:20 | | Join Pyromancer_ [0] (n=Pyromanc@c-24-63-23-50.hsd1.ma.comcast.net) |
| 03:05:20 | | Quit Pyromancer (Read error: 104 (Connection reset by peer)) |
| 03:05:40 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 03:07:53 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
| 03:08:01 | | Quit XavierGr (Remote closed the connection) |
| 03:08:28 | | Join Rob222241 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
| 03:09:41 | | Join Chronon_ [0] (i=vircuser@d23-104.uoregon.edu) |
| 03:12:54 | *** | Saving seen data "./dancer.seen" |
| 03:23:50 | | Part WalkGood |
| 03:25:48 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 03:32:39 | kkurbjun | hey JdGordon |
| 03:32:50 | JdGordon | hey |
| 03:33:08 | JdGordon | howsit oging>? |
| 03:33:29 | kkurbjun | pretty good, how about yourself? |
| 03:33:32 | JdGordon | im having problems with the touchpad int he regular build.. the irq seems to only happen once! but works fine in the bootloader |
| 03:33:48 | kkurbjun | are the rest of the interrupts working ok? |
| 03:34:05 | JdGordon | the current_tick keeps increasing so i tinhk so |
| 03:34:46 | kkurbjun | hmm |
| 03:35:02 | kkurbjun | and the failure you're seeing in the main build is? |
| 03:35:44 | JdGordon | i've added a counter in the gio14 irq and splash it in action.c when it changes, it never goes over 1 |
| 03:36:00 | kkurbjun | hmm |
| 03:37:09 | JdGordon | http://rafb.net/p/FXnPnB43.html is my current diff... that code works 100% fine in the bootloader :( |
| 03:37:36 | JdGordon | have you had any luck getting the remote to work again? |
| 03:37:56 | kkurbjun | it's working pretty well in the bootloader build, I havn't tried the main build |
| 03:38:06 | kkurbjun | I should fix the keymap so I can actually try it |
| 03:38:21 | JdGordon | with svn code? or some local changes? |
| 03:38:30 | kkurbjun | with the svn code |
| 03:38:31 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
| 03:38:52 | JdGordon | damn, svn doesnt work here |
| 03:39:23 | kkurbjun | try setting that count to volitile |
| 03:39:48 | kkurbjun | you can't push up and see the address chang? |
| 03:39:58 | JdGordon | yeah |
| 03:40:02 | JdGordon | hang on, ill try again |
| 03:40:28 | JdGordon | oh, if you have a sec, can you build the svn gbootloader and see if the cursor follows your touch prperly? |
| 03:40:45 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-161-121.dsl.pltn13.sbcglobal.net) |
| 03:40:53 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
| 03:41:02 | kkurbjun | you had done some work on the clock right? |
| 03:41:13 | JdGordon | no |
| 03:41:27 | kkurbjun | oh, nevermind then.. I'll check here |
| 03:42:40 | JdGordon | yep, remote buttons arnt working |
| 03:44:19 | JdGordon | hmm... woops |
| 03:44:21 | JdGordon | no they are |
| 03:44:51 | kkurbjun | what was wrong? |
| 03:45:05 | | Quit Chronon_ ("User pushed the X - because it's Xtra, baby") |
| 03:45:09 | JdGordon | return btn; in the button_read_device before the heartbeat :p |
| 03:45:40 | kkurbjun | was that a change you did? |
| 03:45:40 | * | JdGordon feels stupid |
| 03:45:47 | JdGordon | yeah |
| 03:46:02 | JdGordon | im sure i tried it without that though |
| 03:46:18 | kkurbjun | no worries, did you see what held me up so long on the ata interface :)? |
| 03:46:39 | JdGordon | i dont remember the details |
| 03:47:35 | kkurbjun | I forgot to add an offset that was defined right above everything else - all that was missing was an x + |
| 03:48:27 | JdGordon | hehe, yeah that sucks :p |
| 03:48:47 | kkurbjun | yep, cursor works great on the bootloader build |
| 03:49:07 | JdGordon | ive started on the kyemaps for the remote, im copying the player keymap which is similar |
| 03:49:40 | kkurbjun | so no calibration is needed for the screen I guess? Or are you already doing that in the driver? |
| 03:50:03 | JdGordon | no, hopefully those values can stay hardcoded |
| 03:50:17 | kkurbjun | they work perfect for me |
| 03:50:25 | JdGordon | great |
| 03:50:53 | kkurbjun | so you say that the gpio interrupt only occurs once? |
| 03:51:07 | JdGordon | yeah |
| 03:51:20 | kkurbjun | in the main build, what is that interrupt supposed to be triggered by? |
| 03:51:55 | JdGordon | touch screen data ready |
| 03:52:00 | JdGordon | same as bl |
| 03:52:13 | kkurbjun | and the other chip triggers it? |
| 03:52:17 | JdGordon | yeah |
| 03:52:44 | JdGordon | I couldnt find anything in the init which was being done for BOOTLOADER and not otherwise |
| 03:54:13 | kkurbjun | spi is polling right now right? |
| 03:54:46 | kkurbjun | well, I guess that pin triggers it |
| 03:55:28 | | Quit Nico_P (Remote closed the connection) |
| 03:55:49 | kkurbjun | did you try making that count volitile? |
| 03:56:03 | JdGordon | ill do that now |
| 03:56:54 | | Quit BHSPitMonkey (Remote closed the connection) |
| 03:57:51 | JdGordon | no change |
| 03:58:18 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
| 04:00 |
| 04:00:22 | | Join psycho_maniac [0] (i=psycho_m@ppp005.hk.centurytel.net) |
| 04:03:02 | JdGordon | kkurbjun: yeah, remote buttons arnt working in the main build either |
| 04:03:59 | | Quit XavierGr (Remote closed the connection) |
| 04:04:00 | kkurbjun | hmm |
| 04:04:14 | JdGordon | could it be the stuff in crt0.S? |
| 04:04:30 | JdGordon | a fre defined(BOOTLOADER) blocks |
| 04:04:36 | JdGordon | few* |
| 04:05:19 | kkurbjun | crt0.S.. I don't think do |
| 04:05:20 | kkurbjun | so |
| 04:06:06 | kkurbjun | the stuff that's bootloader specific is small, and it's mainly to copy it to the right location |
| 04:06:47 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 04:07:25 | kkurbjun | is uart_init and spi_init called in the main build? |
| 04:08:08 | JdGordon | nope ! |
| 04:08:10 | JdGordon | grrr! |
| 04:08:38 | kkurbjun | so in main.c I think they belong |
| 04:08:38 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
| 04:08:41 | kkurbjun | well |
| 04:08:50 | kkurbjun | you could call them in a system_init call or something |
| 04:09:34 | Calcipher | so any good stuff happen since the other night? |
| 04:09:55 | JdGordon | re what? |
| 04:10:06 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
| 04:10:15 | Calcipher | any screen rotation on e200's?, USB? more voice menus? any developments in those categories? |
| 04:10:20 | JdGordon | kkurbjun: it works :D |
| 04:10:29 | kkurbjun | jdgordon, where did you add them :) |
| 04:10:30 | Calcipher | oh hey jd |
| 04:10:31 | JdGordon | Calcipher: no, no, no, |
| 04:10:37 | JdGordon | system_init |
| 04:10:44 | Calcipher | aw haha, thanks for filling me in |
| 04:10:47 | kkurbjun | ok, let's stick with that |
| 04:10:48 | JdGordon | after enable_interrupts() |
| 04:10:59 | Calcipher | thought that one guy was close on the usb the other morning |
| 04:11:10 | kkurbjun | and pull them out of mrobe500 |
| 04:11:14 | Soap | close doesn't equal a few days. |
| 04:11:18 | kkurbjun | do you want to do a quick commit of that? |
| 04:11:21 | Calcipher | what are you guys focusing on right now? |
| 04:11:33 | JdGordon | kkurbjun: yeah ok, in svn in a minute |
| 04:12:13 | kkurbjun | can you navigate the menus now with the remote? |
| 04:12:27 | Calcipher | ah, the mrobe, hard to find now that people can run linux on it |
| 04:12:53 | JdGordon | kkurbjun: i tinhk so :) i have some bedug slapshes happening whihc is killing it |
| 04:13:13 | kkurbjun | :) |
| 04:13:33 | kkurbjun | Calcipher: I just recently bought mine - they are pretty inexpensive, at least when I got it |
| 04:13:53 | kkurbjun | I guess they are a bit rarer though |
| 04:14:17 | JdGordon | bah, bedug :p |
| 04:15:43 | JdGordon | and now... time to test the touch interface for real :D |
| 04:15:56 | psycho_maniac | good luck |
| 04:16:11 | JdGordon | it freeking works :D |
| 04:16:14 | Calcipher | wow nice you guys got that working |
| 04:16:28 | kkurbjun | :), great, thats awesome |
| 04:16:44 | JdGordon | we have to put a bigger default font on though |
| 04:16:56 | JdGordon | my config has it with jackash-16 and its still tiny |
| 04:16:56 | Calcipher | he he |
| 04:17:17 | psycho_maniac | wow |
| 04:17:23 | Calcipher | so thats running widescreen since thats the original orientation of the mrobe display, correct? |
| 04:17:46 | kkurbjun | it's currently landscape |
| 04:17:57 | kkurbjun | since that's the way the hardware is setup |
| 04:18:02 | | Join curtmack [0] (n=curtmack@h40.128.16.98.ip.alltel.net) |
| 04:18:10 | curtmack | hello |
| 04:18:11 | Calcipher | damn thats freakin impressive, I doesn't sound like it took you guys long to get it working |
| 04:18:26 | kkurbjun | there's still alot to do |
| 04:18:31 | JdGordon | its portarit.. not ladnscape |
| 04:18:39 | Calcipher | oh |
| 04:18:46 | kkurbjun | sound is still an unsolved mystery.. oops |
| 04:18:53 | curtmack | Since I'm sure you guys get this alot, I'll cut it short: blah blah blah, rockbox not working, blah blah blah |
| 04:19:11 | curtmack | also my ipod is apparently stupid and Menu+Select rebooting no longer works |
| 04:19:31 | psycho_maniac | curtmack: are you serious? how can you expect to get help when you say that. |
| 04:19:40 | curtmack | never mind |
| 04:19:43 | curtmack | got it working again |
| 04:19:49 | curtmack | well, got it in disk mode at least |
| 04:20:14 | JdGordon | kkurbjun: you want me to commit my keymap file which is partly usable? |
| 04:20:50 | JdGordon | http://rafb.net/p/oygdHa40.html |
| 04:21:00 | JdGordon | its empty except the standard context table |
| 04:21:06 | curtmack | wait a second |
| 04:21:07 | curtmack | I see |
| 04:21:15 | kkurbjun | yeah, definitely, reduces repeat work. I don't see why we shouldn't be committing alot to keep us all on par with the development |
| 04:22:03 | JdGordon | ill hopefully have the touch interface code in svn this arvo, or tomorow night |
| 04:22:20 | kkurbjun | jdgordon, if I rotated the screen, how difficult would tat be for you to readapt? |
| 04:22:30 | JdGordon | not at all |
| 04:22:32 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 04:22:47 | JdGordon | the touchscreen -> pixel values would need fiddling, but thats it |
| 04:22:54 | kkurbjun | ok, I'm going to work on getting that done, I'm tired of tilting my head |
| 04:23:02 | JdGordon | :) |
| 04:23:37 | JdGordon | i tinhk its better portaright though |
| 04:23:51 | kkurbjun | do you use the stand much? |
| 04:23:56 | JdGordon | only for usb |
| 04:24:16 | JdGordon | runtime rotating would be amazing to have :) |
| 04:25:06 | kkurbjun | hmm.. I'll try and make it as flexible as possible.. I think that would be quite a bit more work and could potentially slow it down a bit |
| 04:25:18 | JdGordon | yeah |
| 04:25:29 | JdGordon | its a pipe dream for all the targets |
| 04:25:35 | kkurbjun | :) |
| 04:25:50 | JdGordon | I tihnk the eaisest thing i we offer 2 builds when we are ready to go |
| 04:26:17 | Calcipher | hm, as you know, this matter interests me he he |
| 04:26:34 | Calcipher | any way to slide a rotation my way heh |
| 04:27:13 | Calcipher | I bet if you work on that, figuring it out for the sansa would be a breeze |
| 04:27:44 | JdGordon | it would be all or none really |
| 04:27:53 | JdGordon | so yeah, once one target gets it they alll will |
| 04:28:06 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:28:06 | JdGordon | the problem is that the drawing code needs to know the dimensionsat compile time |
| 04:28:43 | JdGordon | ok, shower and lunch time i tihnk :p |
| 04:28:46 | JdGordon | ttyl |
| 04:29:01 | kkurbjun | see ya, did you commit that keymap? |
| 04:29:13 | kkurbjun | oh, yep, I see it |
| 04:29:16 | kkurbjun | talk to you later |
| 04:29:48 | Calcipher | nice, I like |
| 04:30:08 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:30:27 | | Join miepchen^schlaf [0] (n=hihi@p54BF6B06.dip.t-dialin.net) |
| 04:31:11 | curtmack | okay |
| 04:31:44 | curtmack | "The device 'Generic Volume' cannot be stopped right now." |
| 04:31:52 | curtmack | Should I just unplug it? |
| 04:41:09 | | Quit curtmack () |
| 04:48:49 | | Quit donutman25 (Remote closed the connection) |
| 04:48:56 | | Join Rob2222 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
| 04:57:08 | Soap | never |
| 04:57:22 | Soap | Oh, he's gone. |
| 04:58:49 | psycho_maniac | i unplug mine all the time when it says that on my ipod. i look for disk activity on the screen and if i see none i pull the plug |
| 05:00 |
| 05:00:55 | | Join toffe82_ [0] (n=chatzill@adsl-71-154-235-248.dsl.frs2ca.sbcglobal.net) |
| 05:01:16 | jhMikeS | if you don't have delay write enabled, you can just pull it |
| 05:02:39 | psycho_maniac | i must not have that enabled. |
| 05:04:37 | jhMikeS | it's not on by default usually which is good. one USB driver turned it on by default and I didn't know and I had to reformat because of it. |
| 05:05:35 | psycho_maniac | whoops. where you find this setting? |
| 05:06:15 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 05:06:59 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 05:07:22 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 05:09:12 | jhMikeS | IN the device manager under disk drives. Goto the properties and select the policies tab. |
| 05:10:01 | jhMikeS | the device must plugged and drive mapped |
| 05:12:56 | *** | Saving seen data "./dancer.seen" |
| 05:15:57 | | Quit bb (Nick collision from services.) |
| 05:16:02 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
| 05:19:20 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
| 05:24:10 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
| 05:27:18 | JdGordon | jhMikeS: im a drongo, we figured out why it wasdnt working :p |
| 05:29:07 | kkurbjun | JdGordon: do the file names show up properly when browsing for you? |
| 05:29:22 | JdGordon | which filenames? |
| 05:30:08 | kkurbjun | when I go to choose a font I can't see the names, and if I browse the player, there are icons next to where filenames should be, but I can't see the selection |
| 05:30:22 | kkurbjun | try selecting a font from the theme option menus |
| 05:31:00 | JdGordon | oh! i thought that was my fault with the list changes for the touchpad.. folders are fine, but no, i cant see files at all |
| 05:31:18 | kkurbjun | strange.. |
| 05:31:31 | JdGordon | yeah |
| 05:31:39 | kkurbjun | I wonder if an lcd function is not working properly? |
| 05:32:07 | kkurbjun | how are file names and the selector drawn in the file browser? |
| 05:32:33 | JdGordon | same was as the rest of the items |
| 05:32:40 | JdGordon | umm.. |
| 05:32:49 | JdGordon | could be update_rect() |
| 05:33:21 | JdGordon | that doesnt make sense that the menus show but their items dont |
| 05:34:20 | JdGordon | brb |
| 05:36:45 | | Quit midgey () |
| 05:37:01 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
| 05:37:40 | jhMikeS | JdGordon: what? |
| 05:38:07 | kkurbjun | JdGordon: I think it is in lcd_update_rectangle, I think the partial width updates are broken |
| 05:38:18 | | Quit midkay (Read error: 113 (No route to host)) |
| 05:40:37 | kkurbjun | jhMikeS: I think he was referring to the interrupt problems that were happening with the main build for the M:Robe |
| 05:41:08 | JdGordon | jhMikeS: we forgot to init them :p |
| 05:41:40 | jhMikeS | JdGordon: I have found that to be helpful :) |
| 05:41:55 | JdGordon | haha, yeah |
| 05:46:25 | | Join Doomed_ [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 05:46:25 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
| 05:46:26 | JdGordon | kkurbjun: we gotta come up with a faster way to boot rockbox! |
| 05:46:33 | JdGordon | going through the of is painful :p |
| 05:47:08 | kkurbjun | I agree, someday I would like it to be in flash |
| 05:47:08 | | Quit amiconn (Nick collision from services.) |
| 05:47:11 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 05:47:17 | JdGordon | and yeah, the problem is definatly in lc_update_rectangle., i changed it to just call lcd_update and its working fine |
| 05:49:23 | JdGordon | hmm... its not the only problem though |
| 05:49:34 | JdGordon | browse fonts still doesnt work, but the file browser does |
| 05:49:43 | JdGordon | and all the settings |
| 05:51:18 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
| 05:59:54 | | Quit XavierGr () |
| 06:00 |
| 06:02:27 | | Join KeyLime [0] (n=KeyLime@70.232.140.147) |
| 06:02:56 | KeyLime | hey |
| 06:03:10 | KeyLime | know of any good games for rockbox |
| 06:03:24 | KeyLime | all i have are the ones it came with |
| 06:03:39 | aliask | KeyLime: Gameboy emulator? |
| 06:03:57 | aliask | Also, the ones it comes with are pretty much your only option, unless you want to compile yourself |
| 06:08:34 | jhulst | I filed a patch for a bug reported, FS7831, are there any thoughts or comments on it> |
| 06:10:12 | KeyLime | k |
| 06:10:17 | KeyLime | thks |
| 06:15:48 | | Join chris_mt [0] (n=chatzill@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 06:16:42 | | Quit KeyLime () |
| 06:34:39 | chris_mt | can anyone give me any insight into the timer_register function? |
| 06:34:52 | Calcipher | gba emulation on rb? |
| 06:34:58 | Calcipher | really?? |
| 06:34:58 | chris_mt | NES |
| 06:36:42 | krazykit | Calcipher, no, gba won't happen. most of the targets aren't near fast enough, and/or don't have enough buttons. |
| 06:37:03 | Calcipher | so rb is being emulated by the cpu, and then we have another emulation within that, can the players really process all that |
| 06:37:19 | Calcipher | ah ok, haha |
| 06:37:23 | | Quit midgey () |
| 06:37:28 | krazykit | er |
| 06:37:37 | krazykit | rockbox is RUN on the cpu |
| 06:38:36 | chris_mt | NES is coming along, but sound is a bit too much on my ipod |
| 06:38:45 | Calcipher | hm, thought I saw someone mention it was emulated |
| 06:38:57 | chris_mt | no, not even the sim is emulated. |
| 06:39:02 | Calcipher | wow, thats gonna be interesting |
| 06:39:07 | Calcipher | double dragon baby! |
| 06:39:10 | chris_mt | all cross compiled |
| 06:40:01 | chris_mt | megaman 3 :D |
| 06:40:07 | chris_mt | my old fave... |
| 06:40:33 | Calcipher | sweet |
| 06:41:12 | Calcipher | don't wanna get kicked in the face for being off topic so I'll stop |
| 06:41:48 | chris_mt | so... timer_register, anyone? |
| 06:42:26 | | Quit lazka (Remote closed the connection) |
| 06:42:37 | Calcipher | what function does that perform? |
| 06:42:55 | chris_mt | registers a callback function at a regular interval |
| 06:43:25 | chris_mt | It takes a cycles parameter, but looking at the firmware source, it's hard to tell what unit of time the interval should be. |
| 06:43:40 | Calcipher | like for screen refresh? |
| 06:44:06 | Calcipher | or just any calculations |
| 06:44:09 | chris_mt | or emulator vsync, buffer refresh, you name it... |
| 06:44:28 | | Quit karashata (Read error: 110 (Connection timed out)) |
| 06:44:39 | chris_mt | In this case it's for the NES emulator - trying to emulate the NES timing per scanline |
| 06:45:29 | Calcipher | ah I get ya |
| 06:45:57 | chris_mt | the callback function could do anything you want. like update the screen or check the buttons, etc. |
| 06:46:06 | Calcipher | damn so its probably very likely the unit would depend on the target right? |
| 06:46:23 | chris_mt | I think it might but I can't confirm that. |
| 06:46:41 | | Join karashata [0] (n=Kimi@pool2-086.adsl.user.start.ca) |
| 06:46:41 | chris_mt | the metronome plugin uses a constant called TIMER_FREQ |
| 06:46:49 | chris_mt | but when I use that I get strange results. |
| 06:46:54 | Calcipher | surprised with all the previous dev work that isn't known |
| 06:47:10 | chris_mt | the emu runs a zillion miles an hour in the sim, but slow on my ipod. |
| 06:47:26 | chris_mt | so I think I'm setting the timer too short |
| 06:47:28 | Calcipher | hm |
| 06:47:48 | chris_mt | and the ipod target is not fast enough, so it's taking multiple timer intervals to draw scanlines. |
| 06:48:02 | chris_mt | but I want the sim to run at the right speed. |
| 06:48:31 | chris_mt | so who knows... I'll probably just tinker with it until I get an answer |
| 06:48:41 | chris_mt | do you run rockbox? |
| 06:48:50 | Calcipher | yes I do |
| 06:48:53 | chris_mt | on what? |
| 06:49:12 | Calcipher | on a Sansa e280r |
| 06:49:36 | chris_mt | aaah. My girlfriend has an e260 and I've messed with it a bit. pretty cool. |
| 06:49:42 | chris_mt | a bit slower than my ipod though. |
| 06:49:54 | chris_mt | not that it matters for music. |
| 06:50:40 | Calcipher | yeah |
| 06:51:06 | Calcipher | wouldn't it depend on the type of Ipod |
| 06:51:23 | chris_mt | yeah it might because they use different processors. |
| 06:51:28 | Calcipher | well we're talking about targets that can atleast do video anyway |
| 06:51:45 | chris_mt | yeah, like the video ipod is a dual core proc. |
| 06:51:51 | chris_mt | not sure what others are? |
| 06:52:04 | Calcipher | damn, had no idea |
| 06:52:09 | kkurbjun | JdGordon: font browsing still doesn't work? |
| 06:56:59 | Llorean | chris_mt: The Sansa e200s are the same processor speed as the modern iPods. |
| 06:57:07 | Mouser_X | chris_mt: If you're working on 2911, I'd like to know if you have any ideas on why it's not working on the Gigabeat, or what I can do to get it running. |
| 06:58:22 | Llorean | chris_mt: The iPods use PP5020, 5021, and 5022 and the Sansa is PP5024 if I recall the numbers correctly. But we clock them all to the same speed. |
| 06:59:12 | Calcipher | nice to know, might make work easier for chris_mt |
| 06:59:31 | chris_mt | really? |
| 06:59:56 | chris_mt | mouser_x: you mean the infones thing? |
| 07:00 |
| 07:00:00 | Mouser_X | Yes. |
| 07:00:05 | chris_mt | what's it doing? |
| 07:00:16 | chris_mt | or not doing? |
| 07:00:19 | Mouser_X | When I compile, it throws lots of warnings. |
| 07:00:27 | chris_mt | yeah, it does that. |
| 07:00:34 | chris_mt | but does it compile successfully? |
| 07:00:44 | chris_mt | the port is not perfect. |
| 07:00:48 | chris_mt | but it's functional. |
| 07:00:50 | Mouser_X | When I have it on my Gigabeat (not sim), and I try to play a ROM (all I've tried is Zelda, so far), it says "loading" and then dies. |
| 07:01:16 | Mouser_X | Well, it does make a *.rock for it, so I assume that it completes the compile... |
| 07:01:32 | chris_mt | yeah, it's compiling. |
| 07:01:52 | Mouser_X | I did this with a build from Sunday. |
| 07:02:04 | chris_mt | I'd say try another rom. |
| 07:02:13 | Mouser_X | I should update, and try again, I guess... Or that. |
| 07:02:16 | chris_mt | have you tried the windows build of infones? |
| 07:02:23 | Mouser_X | No, I haven't. |
| 07:02:31 | chris_mt | if it's the rom, that should behave about the same way. |
| 07:02:56 | chris_mt | timing and sound is defintiely off in the emu because the targets aren't fast enough. |
| 07:02:57 | Mouser_X | Well, it's from the GoodNES set. I know it's a confirmed good ROM, at least. |
| 07:03:10 | chris_mt | but I'm trying to tweak the source to make it playable |
| 07:03:20 | chris_mt | hmmm. |
| 07:04:06 | Mouser_X | I suspect that the Gigabeat is fast enough to play both the game, and sound (though, you'll probably have to "dumb down" the sound, since the NSF codec takes a fair amount of CPU). |
| 07:04:49 | chris_mt | hmmm |
| 07:05:11 | Mouser_X | The sound in Rockboy isn't that good. However, all things considered, it's pretty good. I mean, I'm playing Gameboy games on a MP3 player, with sound! |
| 07:05:19 | chris_mt | InfoNES has 3 quality settings but only the highest sounds anywhere near decent. |
| 07:05:27 | Mouser_X | Dang... |
| 07:05:27 | chris_mt | the others have some timing problem |
| 07:05:51 | chris_mt | buffering problems - but I'm really new to rockbox dev |
| 07:06:30 | chris_mt | isn't gigabeat something like 200mhz? |
| 07:06:54 | psycho_maniac | 300mhz |
| 07:06:57 | Mouser_X | I have Zelda, River City Ransom, Rockman X (could be a homebrew), Startropics, and Ultima - Exodus on my Gigabeat. What do you recommend I try? |
| 07:06:57 | chris_mt | wow |
| 07:07:08 | Mouser_X | Yes, 300 mhz for the Gigabeat F. |
| 07:07:09 | chris_mt | dunno, whatever... |
| 07:07:12 | Mouser_X | 533 for the S. |
| 07:07:14 | chris_mt | I haven't tried any of those. |
| 07:07:32 | psycho_maniac | Mouser_X: 533mhz for the S? |
| 07:07:32 | chris_mt | I could try zelda on mine if I have it. let me check... |
| 07:08:10 | chris_mt | HA! zelda does the same thing on ipod |
| 07:08:10 | Mouser_X | Hey! River City Ransom works. |
| 07:08:20 | Calcipher | so what about the cpu speed on the newer ipods and the sansa playerS? |
| 07:08:34 | Calcipher | freakin sweet |
| 07:08:38 | chris_mt | I think my 5.5g is only 80-90mhz |
| 07:08:51 | | Join ptw419 [0] (i=ptw419@66-90-157-228.dyn.grandenetworks.net) |
| 07:09:04 | Calcipher | damn thats pretty efficient then |
| 07:09:07 | Mouser_X | chris_mt: Perhaps some form of a compatibility list should be made? It would have been nice to know that Zelda would kill it... |
| 07:09:29 | chris_mt | I haven't gotten that far yet. |
| 07:09:40 | Mouser_X | Hmmm. I suppose that's true. |
| 07:09:44 | chris_mt | I've only been testing on ipod and not really coordinating with miket |
| 07:10:03 | chris_mt | so I'm not sure how what I'm doing meshes with what he's doing. |
| 07:10:56 | Llorean | Calcipher: All Rockbox supported iPods and the Sansa are 80mhz. |
| 07:11:11 | Llorean | Calcipher: Except 1st through 3rd generation, I'm honestly not sure what we have the PP5002 targets clocked at. |
| 07:11:35 | Mouser_X | chris_mt: Hmmm. The Gigabeat controls need work... |
| 07:11:55 | chris_mt | yeah, I changed the ipod to work like rockboy |
| 07:12:03 | chris_mt | but I'm not sure what the controls are like on gigabeat |
| 07:12:11 | chris_mt | I'll have to try it on the sim. |
| 07:12:19 | Llorean | Mouser_X: There used to be a patch for Rockboy sound that made it glitchless (I won't say perfect because I didn't compare it to a gameboy, but no pops or noises) but it only ran full speed on the Gigabeat |
| 07:12:20 | chris_mt | sansa was screwed up too |
| 07:12:37 | Llorean | Mouser_X: I think the current Rockbox sound was an alternative to that which worked better on other targets too, a compromise. |
| 07:12:56 | Llorean | Er, "Rockbox" was supposed to be "Rockboy" in that last sentence |
| 07:12:57 | *** | Saving seen data "./dancer.seen" |
| 07:13:15 | Mouser_X | Llorean: Cool... Too bad it couldn't be implemented based on abilities, or something... |
| 07:13:26 | Mouser_X | There is a GBS codec, so that's nice. |
| 07:13:34 | Mouser_X | (It needs work though. Quite a bit.) |
| 07:13:38 | kkurbjun | that patch still exists.. I have a fix that I've not committed yet |
| 07:13:46 | kkurbjun | in some form I guess |
| 07:14:28 | | Quit kkurbjun ("Leaving.") |
| 07:14:58 | | Join MethoS- [0] (n=clemens@pD955EE10.dip.t-dialin.net) |
| 07:15:03 | Llorean | Mouser_X: It should be easy to check if the define for the Gigabeat is set, it's more a question of whether someone's willing to get it back into shape, etc. |
| 07:16:21 | | Join Lambuntu [0] (n=bleh@wbr-2310.student.iastate.edu) |
| 07:16:29 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
| 07:17:24 | Mouser_X | Hmmm. I should learn C or something... |
| 07:18:08 | chris_mt | wouldn't hurt |
| 07:19:22 | | Quit jhulst (No route to host) |
| 07:19:31 | Mouser_X | Uh, how do I quit? |
| 07:19:39 | Mouser_X | I can't get out of it... |
| 07:20:20 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
| 07:20:53 | chris_mt | in the build you have you have to reboot |
| 07:21:00 | Mouser_X | yay! |
| 07:21:22 | Mouser_X | (Not really...) So... When/how can I get a fix for that? |
| 07:21:33 | chris_mt | Ummm... |
| 07:21:37 | chris_mt | learn c :D |
| 07:21:53 | Mouser_X | Also, the graphics got mangled more and more the further I went into the game. |
| 07:21:54 | chris_mt | I set it up to quit with the hold button for ipod |
| 07:22:00 | chris_mt | dunno about that. |
| 07:22:57 | Mouser_X | Well, under the current circumstances, I don't think I'll be using it much at this time... |
| 07:23:17 | Mouser_X | I look forward to it later though. |
| 07:25:23 | Calcipher | hey I forgot to look into this when I noticed it, but I installed rb on my sansa about 3 days ago |
| 07:25:52 | Calcipher | and I just as a test tried the mpeg player plugin, using elphants test videos |
| 07:26:22 | Calcipher | and each one displayed green video garbage |
| 07:26:52 | Calcipher | I did hear sound on one of the videos, and I could tell the aspect ratios for each were correct |
| 07:28:19 | psycho_maniac | what did you use to convert the video? |
| 07:29:35 | | Quit midgey () |
| 07:30:11 | Calcipher | I just used the ones on rockbox.org under the mpeg player section in extras |
| 07:30:53 | psycho_maniac | be more specific? maybe try to re encode it |
| 07:31:29 | Calcipher | Yeah when I give it more of a try I'll let you guys know, would it probably be a fast process? |
| 07:31:52 | Calcipher | I'm probably going to sleep soon, so if its a quick process I can try now |
| 07:32:16 | Calcipher | I think I read that some folks use vlc to encode the videos |
| 07:32:27 | Calcipher | I use that as my media player anyway |
| 07:34:24 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 07:35:12 | Llorean | Calcipher: And this happened with a build from Today? |
| 07:35:43 | Calcipher | no, about 2 or 3 days ago |
| 07:35:47 | | Quit ptw419 (Read error: 110 (Connection timed out)) |
| 07:36:35 | Llorean | Please, don't bring things up unless you've confirmed they still happen on a current build. |
| 07:36:47 | Calcipher | haven't touched my rb set up since I got it working, was afraid to ruin it |
| 07:37:11 | Calcipher | ok, I'll remember to do that, sorry |
| 07:37:58 | Llorean | Things change quickly, and it's hard to tell if people are reporting something that was fixed earlier, or the fact that the earlier fix didn't work, or what. |
| 07:38:27 | Calcipher | yeah, or if one fix might have caused something else to break |
| 07:38:53 | Calcipher | I understand, things are definitely very lively when it comes to rb dev |
| 07:44:18 | Llorean | One thing, mpegplayer may not work properly with voice enabled right now |
| 07:44:36 | Llorean | I'm not sure if that current issue has been addressed, and it could cause problems like you described. |
| 07:45:39 | | Quit SirFunk (Remote closed the connection) |
| 07:45:53 | Calcipher | ah ok, let me try with the option disabled, also if I wanted to update the plugin its a better idea to update the entire rb install instead, to be up to date |
| 07:46:19 | Llorean | You should always update the entire Rockbox install, which is really just unzipping Rockbox.zip to your device. |
| 07:46:58 | Calcipher | will that reset my user settings, like theme and font selections? |
| 07:47:48 | JdGordon | no |
| 07:47:50 | chris_mt | I think if you don't replace the .config files in .rockbox you'll be fine. Anyone else know for sure? |
| 07:48:26 | karashata | unless the configuration file has changed a lot, it won't wipe them out |
| 07:49:13 | karashata | I've only had mine ever wiped out once since I've been using Rockbox, otherwise only occasionally a feature that's been changed will revert to default |
| 07:49:33 | karashata | (like when they changed the line selector to have coloured versions as well) |
| 07:50:13 | Calcipher | cool, thanks for the info |
| 07:51:46 | karashata | heh, it should be on the RB site somewhere, that's where I know it from |
| 07:51:56 | karashata | that, and experience, of course... |
| 07:52:06 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
| 07:53:05 | * | scorche pokes markun |
| 07:54:05 | Calcipher | getting r15197 through rbutil |
| 07:54:55 | Calcipher | now I will re attempt the elephant dream test video playback |
| 07:55:40 | | Quit BHSPitMonkey (Connection timed out) |
| 07:57:10 | Calcipher | very nice |
| 07:57:22 | Calcipher | Llorean you were correct to have me update the build |
| 07:57:38 | Calcipher | I'm looking at the test video clear as day right now |
| 07:58:48 | Calcipher | uh oh, now I can't exit video playback |
| 07:59:54 | Llorean | Calcipher: Never had that problem before. Sure you're pressing the right button? |
| 07:59:58 | Calcipher | had to hard reset the player, holding down the power button |
| 08:00 |
| 08:00:18 | Calcipher | I tried every button |
| 08:00:33 | | Join dez`` [0] (n=IceChat7@d205-250-46-222.bchsia.telus.net) |
| 08:00:49 | Calcipher | usually pressing power takes me to the previous menu |
| 08:01:02 | Calcipher | but it was not responding to anything |
| 08:01:13 | dez`` | anyone know a good place to get a pacman rom for the 30gb 5.5? |
| 08:01:23 | dez`` | (ipod) |
| 08:01:31 | krazykit | google |
| 08:01:34 | dez`` | (video) |
| 08:01:37 | Llorean | dez``: Rip it from an Arcade Board |
| 08:01:44 | Llorean | krazykit: Please don't encourage copyright infringement. |
| 08:01:59 | dez`` | did they are all protected by somekinda thing |
| 08:02:08 | dez`` | arcade board? |
| 08:02:27 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 08:02:40 | Llorean | dez``: The only legal way to get Pacman ROMs is to own the arcade board, and copy the data off of it. |
| 08:02:41 | krazykit | Llorean, no? the wiki sure seems to encourage it. it links to google searches for the files. |
| 08:02:55 | dez`` | :'( |
| 08:03:08 | scorche | Llorean: i would say "google" would be fine |
| 08:03:17 | Llorean | krazykit: That should be fixed then. |
| 08:03:19 | dez`` | hey psst krazykit you know one? |
| 08:03:25 | | Quit Lambuntu (Read error: 110 (Connection timed out)) |
| 08:03:34 | Llorean | dez``: Do not ask how to break copyrights in here. |
| 08:03:43 | dez`` | fine |
| 08:03:48 | Llorean | scorche: I'd say "telling people downloading it is breaking copyright" should be fine... |
| 08:04:06 | scorche | Llorean: it *could* mean google for the way to do it, or even searching for a proper cable |
| 08:04:12 | Calcipher | well I just duplicated the problem |
| 08:04:12 | scorche | Llorean: well, of course... |
| 08:04:31 | Calcipher | I treid the video again, same non responsive controls issue |
| 08:04:50 | Llorean | Calcipher: Did you check in the manual for what button you're supposed to press? |
| 08:05:24 | dez`` | i got a question |
| 08:05:36 | Calcipher | well I guess I assumed it would still be the same |
| 08:05:48 | Calcipher | but I tried them all, I'll check the manual now then |
| 08:06:10 | Llorean | It should still be the same, I don't believe it's changed recently |
| 08:06:21 | scorche | dez``: if you have one, ask it |
| 08:06:31 | dez`` | on the wiki, the screenshots of pacbox for the ipod photo and the video are sideways, is it going to be like that on the ipod or is it just the way the screenshot was took or something? |
| 08:06:33 | Llorean | But when I asked if you were sure you were pressing the right button, you didn't answer in the affirmative. |
| 08:06:55 | Calcipher | ok I checked and no those controls did not respond on my sansa e280r, with the latest build |
| 08:07:45 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
| 08:07:52 | | Part chris_mt |
| 08:09:17 | | Part toffe82_ |
| 08:09:24 | | Part Llorean |
| 08:09:32 | krazykit | dez``, it means you're going to be turning your ipod sideways to use it |
| 08:09:42 | Calcipher | ok, tried one more time, with the second elephants dream encode on the mpegplayer section of rockbox.org |
| 08:09:42 | | Join Rob222241 [0] (n=Miranda@p54B14D81.dip.t-dialin.net) |
| 08:09:42 | dez`` | ok |
| 08:09:51 | dez`` | thanks krazy |
| 08:09:52 | Calcipher | same issue with the controls |
| 08:11:00 | Calcipher | I have to note that voice menus was active when i tried these, so I will test them with the feature turned off |
| 08:13:00 | | Join [1]psycho_maniac [0] (i=psycho_m@ppp397.hk.centurytel.net) |
| 08:13:25 | | Quit psycho_maniac (Nick collision from services.) |
| 08:13:25 | | Nick [1]psycho_maniac is now known as psycho_maniac (i=psycho_m@ppp397.hk.centurytel.net) |
| 08:13:47 | Calcipher | ah, after disabliing the voice menu features I have sound with the video AND it responds to controls correctly! |
| 08:14:23 | Calcipher | I made sure every voice menu option was disabled before trying this test |
| 08:15:28 | ddalton | Calcipher: what sound? |
| 08:16:03 | ddalton | playback? |
| 08:16:20 | Calcipher | I was testing the mpegplayer plugin |
| 08:16:38 | Calcipher | It seemed to have issues when the voice menus options were enabled |
| 08:17:03 | dez`` | does "PluginRockboy" work with all gameboy roms? |
| 08:18:10 | | Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) |
| 08:18:37 | psycho_maniac | it should |
| 08:18:38 | Calcipher | anyone else want to try recreating that issue on theyre set up? |
| 08:18:44 | Mouser_X | dez``: I think it's worked with all the ROMs I've tried. |
| 08:18:45 | dez`` | k coo |
| 08:19:11 | psycho_maniac | what player do you have Calcipher? |
| 08:19:20 | Mouser_X | e280? |
| 08:19:25 | Calcipher | yeah |
| 08:19:26 | Mouser_X | It's an e2xx |
| 08:19:37 | Calcipher | e280r yeah |
| 08:20:08 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 08:20:12 | ddalton | Calcipher: what about with voice file names and dirs on does it still work as expected? |
| 08:20:53 | Calcipher | well I can try that now |
| 08:21:41 | ddalton | ok because it would be interesting to know. |
| 08:21:50 | * | ddalton waits |
| 08:22:33 | dez`` | will PluginRockboy work on my ipod 5.5? |
| 08:22:35 | Calcipher | ok, I enabled directory and file spelling options |
| 08:22:45 | psycho_maniac | dez``: yes |
| 08:22:48 | ddalton | does it work? |
| 08:22:48 | Calcipher | and the problem is reoccuring |
| 08:22:58 | dez`` | sweeet |
| 08:23:08 | ddalton | hmmm ok so if you disable all talking but talk_menus what happens? |
| 08:23:13 | Calcipher | so, no sound playback, and controls are unresponsive |
| 08:23:23 | Calcipher | or irresponsive, which ever it is |
| 08:23:37 | Calcipher | lets try that now |
| 08:23:55 | Calcipher | gotta hard reset the little guy |
| 08:24:25 | psycho_maniac | slam it agaisnt the ground ;) |
| 08:25:32 | ddalton | from looking at the code I would expect it would work with talk menus enabled. |
| 08:25:52 | Calcipher | ok, same thing happens, problem reoccurs |
| 08:25:53 | dez`` | does anyone know a place where i can the the Rockboy from? i searched it but nothing important came up |
| 08:26:06 | ddalton | ok can you build your own rockbox? |
| 08:26:14 | dez`` | me? |
| 08:26:21 | ddalton | no |
| 08:26:29 | ddalton | Calcipher? |
| 08:26:31 | Calcipher | I could if i knew how |
| 08:26:34 | psycho_maniac | i dont understand your question dez`` |
| 08:26:48 | dez`` | the rockboy plugin |
| 08:26:50 | ddalton | ok can you open a flyspray task stating your problem? |
| 08:26:58 | dez`` | where can i get it from? |
| 08:27:01 | psycho_maniac | please rephrase it so it is understandable |
| 08:27:01 | ddalton | and then test a patch I will atempt to write? |
| 08:27:03 | Mouser_X | dez``: It's part of Rockbox. |
| 08:27:04 | Calcipher | sure |
| 08:27:05 | psycho_maniac | rockboy? |
| 08:27:09 | Mouser_X | Download Rockbox. |
| 08:27:12 | Mouser_X | It's in there. |
| 08:27:17 | dez`` | oooh |
| 08:27:23 | psycho_maniac | rockboy is installed with rockbox |
| 08:27:34 | dez`` | dude that sweeeet |
| 08:27:37 | psycho_maniac | why is it that evreything thinks its not part of rockbox? |
| 08:27:47 | psycho_maniac | i ment "that everybody " |
| 08:27:49 | Mouser_X | Because they don't read the manual? |
| 08:28:14 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:28:14 | dez`` | of course we dont :) |
| 08:28:15 | psycho_maniac | i mean a quick search for plugins or rockboy would tel you this. |
| 08:28:21 | Mouser_X | Because the site(s) that lead them here say "It even has games and emulators which you can download!" |
| 08:28:24 | dez`` | took me a couple of hours to figur out how to get to the in game menu in doom :) |
| 08:28:46 | psycho_maniac | Mouser_X: when i sold my h120 with rockbox flashed on it i MADE my cousin read it before i would sell it to him. |
| 08:28:54 | Mouser_X | Heh. |
| 08:28:57 | dez`` | lol |
| 08:29:09 | Mouser_X | It'd be nice if there was a way to view the manual from within Rockbox... |
| 08:29:44 | psycho_maniac | yeah. i was thinking that too. you could put the html manual on your player and compile the html viewer in your rockbox. if that is up to date now. |
| 08:30:00 | Mouser_X | Hmmm. |
| 08:30:53 | Mouser_X | The wiki viewer patch (not the "dict" patch) converts the wikipedia XML file(s) to something that it can handle better. |
| 08:31:32 | Mouser_X | Personally, I think this might be the way to go (convert either the HTML, or the PDF, to something more Rockbox friendly). |
| 08:32:09 | GodEater_ | like text... |
| 08:33:39 | Mouser_X | Well, it'd be nice if the images worked (though, they'd most likely have to be resized). |
| 08:34:06 | ddalton | Calcipher: still there? |
| 08:34:15 | Mouser_X | I use PDFs very rarely. This is probably a dumb question, but can they be converted to a text file? |
| 08:34:25 | * | scorche coughs at Mouser_X |
| 08:34:34 | Mouser_X | (I guess it'd make sense for them to be able to.) |
| 08:34:47 | Mouser_X | Well, excluding copy+paste. |
| 08:34:49 | psycho_maniac | Mouser_X: ask google ;) |
| 08:35:17 | Mouser_X | I'd rather go to bed. |
| 08:35:32 | Calcipher | ddalton |
| 08:35:39 | Mouser_X | Good night. (I should have left over an hour ago.) |
| 08:35:46 | Calcipher | yeah just reading up on flyspray so I can do this right |
| 08:36:41 | ddalton | don't worry im opening it |
| 08:41:10 | Calcipher | oh your making the entry? |
| 08:41:17 | ddalton | Calcipher: FS #7993. Just give me a few minutes to write this patch then could you please test? |
| 08:41:33 | Calcipher | so have you been able to reproduce the problem? |
| 08:41:45 | psycho_maniac | GodEater_: does your gigabeat mark up easily like the ipod does? i have noticable finger prints all over my ipod |
| 08:41:46 | Calcipher | sure |
| 08:42:15 | JdGordon | Slasheri: you round? |
| 08:42:29 | ddalton | yes... |
| 08:42:45 | ddalton | it disables talk_menus so I want to test something hang on... |
| 08:43:03 | GodEater_ | psycho_maniac: I keep both in rubber skins, so I wouldn't know |
| 08:45:35 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 08:45:35 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
| 08:45:57 | dez`` | yay got pacman running |
| 08:46:37 | dez`` | but when i fo to "files" on my ipod in rockbox it doesnt show the .gb rom i got in there |
| 08:46:57 | | Quit Isolinear () |
| 08:47:02 | psycho_maniac | is it in the root of the player? |
| 08:47:09 | dez`` | nope |
| 08:47:21 | dez`` | i made a new folder called gameboy roms |
| 08:47:33 | psycho_maniac | well go to that folder. it should be in there. |
| 08:47:46 | dez`` | nope :'( |
| 08:47:57 | ddalton | Calcipher: Hmmm I can't test with out talking menus and file or dir names. But with out them enabled do you hear sound? |
| 08:48:00 | ddalton | (I am blind) |
| 08:48:23 | psycho_maniac | go in the quick menu and set it to show "all" and tell me if it shows up then. |
| 08:48:40 | dez`` | k |
| 08:48:44 | dez`` | one sec brb |
| 08:48:58 | Calcipher | with the voice items, each and every one of them disabled, the player functions normally |
| 08:49:14 | Calcipher | including sound playback and control response |
| 08:49:31 | ddalton | so in mpeg player you hear sound? |
| 08:49:35 | ddalton | with them disabled? |
| 08:49:41 | Calcipher | yeah |
| 08:50:03 | Calcipher | what target are you testing on? |
| 08:50:08 | ddalton | ok the patch I will write will turn them off but not back on if this works. Then we just need to figure out the next part. |
| 08:50:11 | ddalton | give me 20 mins |
| 08:52:32 | Calcipher | well dalton, its 2:50 am here in NY and I have a network test tomorrow |
| 08:52:47 | dez`` | how do i get to the "quike menu"? |
| 08:52:57 | Calcipher | I'm already messing my night/morning/day up by having stayed up so late |
| 08:53:18 | dez`` | *quick |
| 08:53:24 | scorche | dez``: read teh manual |
| 08:53:29 | | Join PaulJam [0] (i=Paul@vpn-3032.gwdg.de) |
| 08:53:39 | dez`` | thats the thing, i did |
| 08:54:44 | psycho_maniac | or search the wiki |
| 08:56:14 | | Join Llorean [0] (n=llorean@rockbox/administrator/Llorean) |
| 08:56:29 | dez`` | worked!!! |
| 08:56:47 | * | scorche spots a manual error |
| 08:57:18 | psycho_maniac | so you changed the file view settings and now it shows up? |
| 08:57:44 | * | scorche opens up a tex file to see how easy it is to edit.. |
| 08:57:45 | ddalton | Calcipher: nearly done. Not sure if it will work though. I am using h300. What are you using? |
| 08:57:47 | dez`` | mhmm |
| 08:57:49 | dez`` | :) |
| 08:57:59 | Calcipher | sansa e280r |
| 08:58:05 | psycho_maniac | ok that probably means the file isnt supported |
| 08:58:10 | dez`` | thanks mr.psycho :) |
| 08:58:35 | scorche | ack...bedtime |
| 08:58:42 | Calcipher | ddalton did you get that, I have a sansa e200 series |
| 08:58:44 | JdGordon | jhMikeS: you round? |
| 08:58:51 | ddalton | oh ok. |
| 08:59:03 | ddalton | do you want me to make you a build? |
| 08:59:09 | ddalton | or can you apply the patch yourself. |
| 08:59:11 | Calcipher | sure |
| 08:59:30 | Calcipher | whatever is fastest |
| 08:59:39 | Calcipher | I want to get to bed soon |
| 09:00 |
| 09:00:02 | scorche | for the logs, if any manual maintainers are around (and i dont wake up and get it first), 5.13 ("Quick Menu") "The QUICK MENU screen |
| 09:00:02 | scorche | is accessed with Long Submenuand exited with the same button. |
| 09:00:51 | Calcipher | ddalton, so what will you do? will you prepare the build? |
| 09:01:34 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 09:01:48 | dez`` | what counts as the "record" button on a ipod? |
| 09:01:57 | psycho_maniac | nothing |
| 09:02:05 | dez`` | o_0 |
| 09:02:07 | dez`` | oh |
| 09:02:30 | dez`` | im stuck in pause in super bust a move then :( |
| 09:03:06 | psycho_maniac | did you look up the controls in the manual? |
| 09:03:15 | dez`` | ya |
| 09:03:19 | dez`` | but doesnt say |
| 09:03:22 | dez`` | wait! |
| 09:03:27 | dez`` | found it |
| 09:03:32 | dez`` | brb |
| 09:04:37 | psycho_maniac | dez``: this is not a instant message conversation. you dont have to tell us that you will be right back. |
| 09:05:43 | dez`` | ok sorry geez for "flooding" or whatever you call it |
| 09:05:54 | Llorean | dez``: Well, there are channel guidelines. You DID read those, didn't you? |
| 09:06:02 | dez`` | umm |
| 09:06:13 | ddalton | Calcipher: yes but that might take a while on cygwin. Sorry... but I might be able to test. or if you can stay up for another half hour it should be ready. The patch is almost done. But if it will compile is the next question. :-) |
| 09:06:15 | dez`` | yup i think i brushed thu thos |
| 09:06:17 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
| 09:06:19 | dez`` | :) |
| 09:06:26 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
| 09:06:36 | Llorean | dez``: Well, they're enforced here. Continually ignoring them is a quick way to get banned. |
| 09:06:53 | Llorean | You might want to take a moment to read them more carefully. |
| 09:07:07 | dez`` | my bad. sorry fellow people of this channel |
| 09:07:15 | dez`` | where would i find them? |
| 09:07:29 | Calcipher | ddalton, I'm sorry to say we started this project a little late, especially when I have to get up to take a test I paid $200 to take |
| 09:07:33 | Llorean | dez``: http://www.rockbox.org/wiki/IrcGuidelines |
| 09:07:33 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:07:34 | jhMikeS | JdGordon: yeah |
| 09:07:39 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 09:08:12 | JdGordon | jhMikeS: have you got any idea why some lists would display their items and some wont? is something maybe missing in the lcd driver? |
| 09:08:21 | psycho_maniac | dez``: it shows this link when you first come to this channel. |
| 09:08:22 | Calcipher | after I finish making a comment on a user interface orientation option request I think I'm heading to bed |
| 09:08:28 | jhMikeS | on m:robe? |
| 09:08:29 | JdGordon | the lists that dont show items do show the scroll bar and icons and title though! |
| 09:08:31 | JdGordon | yeah |
| 09:08:40 | JdGordon | crap, brb |
| 09:08:46 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
| 09:08:48 | jhMikeS | no font drawing? |
| 09:08:52 | Llorean | Calcipher: Due to the way a lot of internals work, a 90 degree rotation of the UI is really not a simple change. |
| 09:08:57 | Llorean | Or so I'm told. |
| 09:10:56 | * | ddalton is compiling |
| 09:11:26 | ddalton | Calcipher: do you want a build or should I just test? |
| 09:11:50 | Mode | "#rockbox +o Llorean " by ChanServ (ChanServ@services.) |
| 09:12:14 | Calcipher | I can try a build if its done |
| 09:12:29 | JdGordon | jhMikeS: i thought it might be scroll, but that doesnt make sense, because it shows no text even if it doesnt need to scroll |
| 09:12:38 | ddalton | mine is compiling so it will take about 30 minutes for your build |
| 09:12:49 | JdGordon | the menus display fine, but entering any setting screen doesnt |
| 09:12:59 | *** | Saving seen data "./dancer.seen" |
| 09:13:00 | ddalton | there are probably going to be errors so maybe tomorrow is best. |
| 09:13:13 | dez`` | thank you Llorean. I have now finished reading the IRCGuidelines that you have sent me the link to. I will no longer ask "can i ask a question?" from now on. I promise to not use vulger language...in this channel. So please dont ban me ;) |
| 09:13:23 | Calcipher | Llorean It sounds like the same principals used in the gigabeat patch can be applied to the players that have the sansa e200 series players screen sizes, after some ui positioning adjustments |
| 09:13:58 | Llorean | Calcipher: The Gigabeat patch requires that you keep two different versions of Rockbox on your player, a 4:3 and a 3:4 version, doesn't it? |
| 09:14:12 | jhMikeS | JdGordon: framebuffer copies should work it looks like |
| 09:14:50 | Calcipher | some people mentioned the fucntion being implemented in runtime, which is not even what I'm asking for, I know thats asking for alot more, a pre boot selection of orientation mode is just as good for me |
| 09:15:34 | Llorean | Calcipher: Unfortunately, it's incredibly unlikely a method that requires two different builds be made will be accepted in SVN. |
| 09:16:24 | jhMikeS | JdGordon: sounds like some corruption of something like FRAME gets changed or something |
| 09:16:58 | jhMikeS | I can only imagine without a device to poke |
| 09:17:12 | Calcipher | I would be happy with the option to use a separate 3:4 build if need be |
| 09:17:14 | JdGordon | ok |
| 09:17:38 | ddalton | Calcipher: what os are you on? |
| 09:18:10 | Llorean | Calcipher: Yes, my point was that it's unlikely to be included in the official version. The patch tracker is for things working toward inclusion. |
| 09:18:57 | Calcipher | ah I see |
| 09:19:18 | ddalton | Calcipher: it compiled... |
| 09:19:25 | ddalton | what player I will make you a build |
| 09:19:40 | | Quit dez`` ("Pull the pin and count to what?") |
| 09:19:42 | Calcipher | Sansa e200 series |
| 09:20:21 | JdGordon | well this just sucks :p |
| 09:20:28 | Calcipher | ddalton how do i get your patch? |
| 09:20:29 | JdGordon | and im outta time, have a good weekend all |
| 09:20:52 | ddalton | I will upload a build there if I can as well as the patch give me a few minutes |
| 09:20:58 | | Join Zagor_ [0] (n=bjorn@194-237-150-171.customer.telia.com) |
| 09:21:05 | * | ddalton Last comment is probably not true with cygwin :-) |
| 09:21:30 | ddalton | building... |
| 09:21:36 | Calcipher | ok |
| 09:23:13 | | Quit Zagor (Remote closed the connection) |
| 09:23:21 | | Nick Zagor_ is now known as Zagor (n=bjorn@194-237-150-171.customer.telia.com) |
| 09:23:50 | * | amiconn_ likes speedups, even if they're tiny |
| 09:23:55 | amiconn_ | They tend to add up :) |
| 09:24:01 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 09:24:50 | * | Llorean likes them too. |
| 09:25:23 | amiconn | I squeezed 3..4% more speed out of the filtering stuff for APE on coldfire |
| 09:25:47 | amiconn | That is with the predictor still untouched (but in the works...) |
| 09:26:04 | Llorean | So you're confident 3000 will reach realtime? |
| 09:26:26 | amiconn | Very probably, but it might struggle even with an optimised predictor |
| 09:26:31 | Llorean | Ah |
| 09:26:38 | amiconn | I'm at 97% realtime now for -c3000 |
| 09:27:12 | Llorean | Very close then |
| 09:27:51 | Llorean | Well, close to pure realtime decoding. Did we determine an approximate number for actual non-skipping playback? |
| 09:27:56 | amiconn | Yeah, but you need around 120% to get no skipping even when buffering etc |
| 09:28:36 | Llorean | Yeah, and lossless spends more time buffering than lossy to boot. |
| 09:28:49 | amiconn | -c2000 is now 135% realtime. Still a lot of boost, but plays nicely |
| 09:29:02 | ddalton | Calcipher: Still a wake? Nearly done.... |
| 09:30:12 | Calcipher | ddalton yeah |
| 09:31:18 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 09:35:39 | ddalton | just uploading give it about 10 seconds |
| 09:36:56 | ddalton | ok get it from the last comment. re the mpeg player stuff. |
| 09:36:56 | ddalton | http://www.rockbox.org/tracker/task/7993 |
| 09:37:33 | Calcipher | ddalton thanls |
| 09:37:36 | Calcipher | thanks |
| 09:38:05 | ddalton | try it out... I doubt it will work though. Since hardly anything I do works the first time :-) |
| 09:38:52 | Calcipher | Hehe |
| 09:39:11 | ddalton | Calcipher: could you send me one of your video clips so I could test it out? I don't watch video. |
| 09:39:42 | Llorean | ddalton: He's testing with the sample clip we make available, I believe. |
| 09:39:54 | Calcipher | thats correct |
| 09:39:57 | ddalton | what is the "sample clip "? |
| 09:40:01 | Calcipher | I'll get him a link |
| 09:40:13 | Llorean | ddalton: http://download.rockbox.org/mpeg/ |
| 09:40:15 | ddalton | try that build... because I had problems to |
| 09:40:34 | JdGordon | dont bother |
| 09:40:40 | JdGordon | youve got an infinite loop there |
| 09:40:59 | Calcipher | oooh |
| 09:41:28 | ddalton | his using one of them videos? |
| 09:41:35 | JdGordon | you should have got a warning do_shutup will always be non 0 |
| 09:41:58 | ddalton | wait I will remove that and it has a statement return 0 doesn't it? |
| 09:42:48 | ddalton | maybe I did... |
| 09:42:55 | ddalton | see line 326 in talk.c |
| 09:43:33 | Calcipher | Ok ddalton, I tried again, with only the voice menu feature enabled, and no other voice features enabled, and the no sound and no controls issue persists |
| 09:44:40 | | Quit JdGordon ("Konversation terminated!") |
| 09:44:49 | ddalton | Calcipher: what about just voice file? |
| 09:44:54 | ddalton | names |
| 09:45:35 | Calcipher | lets see |
| 09:45:56 | ddalton | can you turn off the video once it doesn't play? |
| 09:46:07 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 09:46:11 | ddalton | so hit select on your mpeg file then stop and see if it talks |
| 09:46:22 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 09:48:08 | Calcipher | ddalton do you mean the voice filenames that can be set to number or spell? |
| 09:48:35 | | Join kclaf [0] (i=kclaf@85.95.211.245) |
| 09:49:50 | PaulJam | I was wondering if some dev who uses the randon folder feature could have a look at FS #7077 ? |
| 09:50:12 | ddalton | Calcipher: yes |
| 09:50:34 | ddalton | pondlife: you closed my task. The one you said doesn't look right to me. |
| 09:50:37 | ddalton | see my comment |
| 09:51:41 | Calcipher | ddalton the problem persists even then |
| 09:51:55 | ddalton | well the patch pondlife said won't fix it. |
| 09:51:59 | ddalton | then |
| 09:52:21 | ddalton | Calcipher: so what happens if you go into mpeg player with my build ghen exit? |
| 09:52:28 | ddalton | is voice turned off. |
| 09:52:43 | Calcipher | I see sound playback conflict making sense, but why do the controls not respond due to that option being enabled, very strange |
| 09:53:52 | Calcipher | ddalton I tried once with voice menus enabled, then once with voice menus disabled, but voice file names set to spell |
| 09:54:09 | Calcipher | and both times the problem was recreated |
| 09:54:33 | ddalton | so you basically need voice off? |
| 09:54:51 | Calcipher | yes, completely it seems |
| 09:55:04 | ddalton | c |
| 09:55:40 | | Quit psycho_maniac (" I love my HydraIRC -> http://www.hydrairc.com <-") |
| 09:55:54 | amiconn | jhMikeS: I'm not sure whether this has to do with the dualcore stuff, but if you run test_codec on PP5020 and don't let it run undisturbed (e.g. you press buttons to light up the backlight, plug the charger or similar stuff) there is a high chance that test_codec will crash (got prefetch aborts several times) |
| 09:56:04 | ddalton | sorry... I was trying to start my screenreader |
| 09:56:12 | amiconn | Also, it loves to lock up the device after quitting test_codec |
| 09:56:19 | amiconn | Doesn't happen on single core... |
| 09:56:33 | Calcipher | ddalton I just tested it yet again with no voice features enabled and the playback has sound and reacts to controls normally again |
| 09:56:35 | ddalton | wait... if I execute my function at the start of mpeg player it should hopefully work. |
| 09:57:58 | Calcipher | ddalton so will exiting the player reinitialize the voice features? |
| 09:58:39 | Calcipher | has anyone else here been able to recreate this problem!? I need a substitute for tonight |
| 09:58:57 | amiconn | Hmm, wait. Could be that this was just due to voice being enabled... |
| 09:59:12 | amiconn | test_codec should really disable it like mpegplayer does.... |
| 09:59:15 | ddalton | from my code it should 1. Start mpeg player two turn all of voice off 3 exit when you exit it. |
| 09:59:23 | jhMikeS | amiconn: well, I can make a single core build of anything and see what's up though I didn't have unusual trouble with it myself on dc. |
| 09:59:28 | ddalton | this is just a test remember |
| 10:00 |
| 10:00:56 | ddalton | Calcipher: just compiling... will post an update in a minute. |
| 10:01:21 | pixelma | Calcipher: the green blocks in mpegplayer with voice enabled is known (and happens on other targets as well), unresponsive buttons is new to me |
| 10:01:52 | Calcipher | hm, only when voices are enabled |
| 10:01:59 | pondlife | ddalton: Your patch wouldn't help much. |
| 10:02:08 | ddalton | pixelma: Im trying to fix that. My fix is to just turn all of voice off before we do anything in mpeg player. |
| 10:02:09 | Calcipher | I can play normally with the voice features disabled |
| 10:02:13 | ddalton | but I doubt it will work. |
| 10:02:26 | Llorean | pixelma: Maybe with the changes to how IRAM is given to mpegplayer it's a new symptom of the same problem? I seem to recall voice being related to IRAM anyway? |
| 10:02:29 | pondlife | Changing the global_settings does the same thing as talk_disable_menus(), but in a more horrible way |
| 10:02:50 | ddalton | if it works then we can just add a call to a function that turns voice on before the return |
| 10:03:10 | ddalton | ok well lets see what happens... |
| 10:03:16 | pondlife | ddalton: If you change global_settings to disable voice, then someone resets their player during mpegplayer, they will not have voicing when it reboots! |
| 10:03:29 | pondlife | You need to *understand the problem* before you type any code. |
| 10:03:34 | pixelma | hmm... no |
| 10:03:47 | ddalton | pondlife: ok im just trying to get it to work. then I will fix the little problems like that. |
| 10:03:53 | pondlife | No |
| 10:04:04 | ddalton | what... |
| 10:04:15 | pixelma | Calcipher is right, green blocks are gone (revision 15194) but I can't quit on my sansa c200 |
| 10:04:18 | pondlife | You don't get my point.... don't code that way... first, find out what the problem is |
| 10:04:25 | pixelma | with voice enabled |
| 10:04:42 | ddalton | I know but we have to disable all voice including files and dirs. |
| 10:05:06 | pondlife | What causes this? Is it IRAM use? |
| 10:05:11 | ddalton | just let me try this. if it works then I will not use global_settings just the standed functions. |
| 10:05:24 | pondlife | But the standard functions are already called! |
| 10:05:32 | ddalton | he said, however that it occurs with just voice file names on |
| 10:05:44 | pondlife | FS #7939 puts them in the right place |
| 10:05:59 | pondlife | talk_menus_disabled() should also disable filename voicing |
| 10:06:07 | Calcipher | pixelma can you help out and test this issue or give feed back, I really really gotta get some sleep |
| 10:06:13 | pondlife | It's not named very well - it should be talk_disable() really |
| 10:06:24 | Calcipher | have a test I paid for tomorrow |
| 10:06:33 | Calcipher | and now its 4am |
| 10:06:39 | pondlife | Sleep well! |
| 10:06:45 | jhMikeS | CLEP? |
| 10:06:54 | GodEater_ | are we still waiting on some specific features in 7738 to be implemented before it gets commited ? |
| 10:07:10 | Llorean | Calcipher: Feel free to just go. It's a problem on all players, anyone can test, really. |
| 10:07:11 | pondlife | ddalton: With FS #7939, do you still get a problem? |
| 10:07:17 | ddalton | pondlife: wait a minute... |
| 10:07:20 | pondlife | I don't. |
| 10:07:24 | pondlife | On H340 |
| 10:07:29 | ddalton | ok I give up... |
| 10:07:39 | ddalton | I will just poste this version and try it myself. |
| 10:08:00 | Llorean | GodEater_: I believe we're waiting on people to test it on various iPods and pick good defaults for the settings. And decide about configurability. |
| 10:08:07 | pixelma | and also no sound, I got one video that just stays black... Calcipher can just give feedback |
| 10:08:21 | Llorean | pixelma: Dual core or single core target? |
| 10:08:25 | pondlife | Sorry, I'm not meaning to put you off, just to say you need to be sure that you know what it is that's broken before you attempt a fix. |
| 10:08:34 | GodEater_ | Llorean: it looks like it needs syncing again at the moment |
| 10:08:41 | pixelma | Llorean: that was on the c200, will try M5 too |
| 10:09:03 | pondlife | Ah, is it only a problem on dual-core? |
| 10:09:12 | Llorean | pondlife: We'll find out. :) |
| 10:09:18 | Calcipher | Ok, so atleast some other people have recreated the same problem |
| 10:09:31 | ddalton | im just testing now... |
| 10:09:35 | GodEater_ | ah no - I take it back - it just won't patch against Nico's MoB tree |
| 10:09:49 | ddalton | compile |
| 10:09:56 | * | ddalton goes for dinner |
| 10:10:05 | Calcipher | well good luck on fixing that, see you all later, thanks for the help ddalton and all of you |
| 10:10:21 | Llorean | GodEater_: One thing is that I think a semi-general feeling is that it should not be "configurable", but having it configurable would help greatly in narrowing down good hard-coded settings. |
| 10:10:51 | GodEater_ | personally, I've not fiddled with the config for it at all |
| 10:11:02 | GodEater_ | I've left it at whatever it uses for default - seems to be perfect as is. |
| 10:11:24 | Llorean | Same here on my Nano |
| 10:11:33 | Llorean | At least, with v12, haven't tested the latest. |
| 10:11:38 | amiconn | pondlife: Then it should probably be renamed as well, to talk_disable(); |
| 10:11:44 | | Join Tavnos [0] (n=tavnos@lju91-5-88-174-161-25.fbx.proxad.net) |
| 10:11:54 | pondlife | It should, and it should also work properly :) |
| 10:11:55 | Tavnos | Hello |
| 10:11:56 | pixelma | pondlife, Llorean: the issue is there on my M5 too, even worse - Elephants Dream stays completely black while on the c200 I got video at least |
| 10:11:57 | pondlife | I'm fixing now |
| 10:13:01 | | Join Benoitb [0] (n=Benoitb@public1.alcasat.net) |
| 10:13:16 | pixelma | and it needs a hard reset to get out of it (that's with r. 15194 too) |
| 10:13:21 | GodEater_ | Llorean: do we know what ipods it's been tested on ? |
| 10:13:26 | amiconn | Btw, I wonder why we have talk_disable() and talk_enable(), instead of the more rockbox like talk_enable(bool enabled) |
| 10:13:32 | Tavnos | Hello, I'm working on a Remote WPS for my Iaudio X5. I found an error in the documentation, how does it works to correct it ? |
| 10:13:36 | Llorean | pixelma: That would make sense, since video is handled on the other core, right? |
| 10:13:41 | pondlife | amiconn: You are correct |
| 10:13:42 | jhMikeS | amiconn: seems test_codec wasn't updated with the extra check? |
| 10:13:48 | Llorean | GodEater_: Nano and Video? :) |
| 10:14:41 | Benoitb | Llorean: I'm snk4ever from the forum, you told me my message was in an innapropriate place, could you advice me on where it should be ? I don't want to cause trouble and disorder |
| 10:14:46 | Llorean | GodEater_: I suspect that it's the physical size of the wheel that makes the biggest difference. |
| 10:15:24 | Llorean | Benoitb: You posed the message as a "Here's something for you guy. Feel free to improve it." Rather than "I'm trying to make a video script, but I can't make it do this, any help." |
| 10:15:31 | Llorean | It very much reads like you're just posting information. |
| 10:15:57 | | Part Chronon ("Leaving") |
| 10:16:01 | Benoitb | Llorean: so I leave it where it is but change the content ? |
| 10:16:18 | Llorean | Just leave it. |
| 10:16:20 | GodEater_ | Llorean: but if it's been tested on those - which have the two extremes of wheel size as I understand it, then surely it's now fine ;) |
| 10:16:38 | Llorean | GodEater_: Well, it has one default for "Nano" and one for "All other iPods" I *think* (I haven't verified this) |
| 10:16:49 | GodEater_ | oh really - didn't realise |
| 10:16:54 | Llorean | Benoitb: But in the future, if you're posting a question, try to actually ask a question. |
| 10:17:19 | Tavnos | Does someone read me ? |
| 10:17:21 | Llorean | GodEater_: - use WHEEL_SENSITIVITY = 6 for iPod nano - use WHEEL_SENSITIVITY = 4 for all other iPods |
| 10:17:31 | GodEater_ | ah ha |
| 10:17:31 | Llorean | Tavnos: Submit a patch against the manual. |
| 10:17:46 | Llorean | GodEater_: Though I believe most of the wheels are *fairly* close to the same size? |
| 10:17:57 | Tavnos | Llorean the error is on the wiki... |
| 10:18:15 | GodEater_ | Llorean: I think you're right... |
| 10:18:20 | Llorean | Tavnos: Then you just edit the wiki page. That's the whole point of it being a wiki. |
| 10:18:30 | Llorean | GodEater_: In which case we're once more back at "It's probably fine". :) |
| 10:18:55 | Llorean | GodEater_: My preference is that all configurability be hidden away behind the Debug menu so that people can still test different settings, but it's clear they're not for keeping. |
| 10:19:02 | Benoitb | Llorean: I'm not actually asking a question, I thought "It is something handy, I should make others benefit from it and as well some knowledgeable people might give me good advices to improve it for the best of everybody" I did not know it was a wrong way of doing things |
| 10:19:09 | Tavnos | Llorean I don't have edit rights on the Wiki |
| 10:19:25 | Llorean | Tavnos: It should tell you what to do to get edit rights, though. |
| 10:19:33 | Benoitb | My idea was to post it on the wiki if it eventually came to a cleaner aspect |
| 10:19:44 | Benoitb | but I thought it was not yet ready |
| 10:19:59 | Llorean | Benoitb: Then again, you have a question. "I would like to post this on the wiki, but it seems to have a limitation. Does anyone know how to fix these problems?" |
| 10:20:08 | Benoitb | ok |
| 10:20:15 | Tavnos | Llorean : I'd register, and now it says... Ask for rights on IRC chan, that's what I do :) |
| 10:20:15 | Benoitb | thanks for the formulation |
| 10:20:21 | GodEater_ | Llorean: I've just looked, and to my eyes the ipod color's wheel is ever so slightly larger than that on the video |
| 10:20:25 | Llorean | Tavnos: Alright, what's your wikiname? |
| 10:20:29 | GodEater_ | which sort of surprised me - but the difference is tiny |
| 10:20:35 | Tavnos | Llorean : NicolasPerrin |
| 10:20:50 | Llorean | GodEater_: Yeah, *probably* not a concern then. :) |
| 10:20:56 | GodEater_ | I can't imagine it |
| 10:21:07 | GodEater_ | I'd test on the ipod in question, but I think the owner would shoot me :) |
| 10:21:28 | Llorean | Tavnos: Done |
| 10:21:47 | Tavnos | Thanks :) |
| 10:23:44 | Tavnos | Llorean : I have another question... Why did you check that I read the documentation for the rights ? |
| 10:24:36 | jhMikeS | amiconn: I just had it mess up playback after using...single core build on H10. test_codec needs the state check added. |
| 10:24:53 | amiconn | ah |
| 10:25:05 | jhMikeS | do you use voice at the same time? |
| 10:25:23 | Llorean | Tavnos: Because you didn't simply say "I tried to register for the wiki and it told me to ask in here." Checking that you've read at least suggests that you know to use your real name, and so on. |
| 10:25:37 | amiconn | I often have voice enabled. Right now I disabled it for doing benchmarks on my H10 |
| 10:25:42 | Mode | "#rockbox -o Llorean " by Llorean (n=llorean@rockbox/administrator/Llorean) |
| 10:26:04 | amiconn | With voice enabled, I got those prefetch aborts. With voice disabled I can do benchmarks |
| 10:26:57 | Tavnos | Llorean : ok no problems, I was just affraid to fault on something |
| 10:28:39 | * | jhMikeS tests with state check enables |
| 10:28:43 | jhMikeS | *-ed |
| 10:30:09 | pondlife | I'm just knocking up a patch that makes the talk_disable(bool) interface generic, to disable all talking, internally. |
| 10:30:28 | pondlife | Just testing it now, will pop on Flyspray in a short while |
| 10:31:18 | pondlife | I wonder if PLUGIN_IRAM_STEAL (or somewhere similar) should auto-disable talking? |
| 10:31:30 | pondlife | We'd need a PLUGIN_IRAM_RELEASE to match though |
| 10:37:54 | ddalton | pondlife: that would mess up the talking plugins when that is commited. |
| 10:38:10 | pondlife | Only those that use IRAM |
| 10:38:25 | ddalton | what's iram |
| 10:38:51 | pondlife | That is, assuming IRAM use isn't compatible with talking... I don't know if that's always the case (now or going forward). |
| 10:38:59 | jhMikeS | amiconn: yes, much more reliable with that. np going into test_codec with music playing. |
| 10:40:30 | jhMikeS | guess I'll switch it back to dual and evaluate again |
| 10:46:18 | | Quit karashata ("Leaving.") |
| 10:49:35 | GodEater_ | is there some reason why the debug menu seems not to be using Jd's "new" menu code ? |
| 10:49:56 | ddalton | amiconn: can you turn rec off when in the recording screen? |
| 10:50:02 | jhMikeS | since when isn't it? he converted it. |
| 10:50:10 | ddalton | so if I write some code to turn it off when a button is pressed? |
| 10:50:13 | ddalton | a certain one. |
| 10:50:19 | ddalton | so it can talk... |
| 10:50:21 | amiconn | GodEater: Larger code. He tried it. |
| 10:50:25 | GodEater_ | ah |
| 10:50:47 | amiconn | ddalton: No you can't. We already told you. Turning off recording would break prerecording. |
| 10:51:42 | ddalton | I know but for a certain button. just for that one time your in the rec screen. So -enter ec screen -hit long rec for example stop recording -press something else start again |
| 10:52:14 | | Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") |
| 10:52:45 | * | jhMikeS thinks some distinctive beep system would be nice there. |
| 10:53:11 | amiconn | On hwcodec there is |
| 10:53:39 | amiconn | (well, more like a burp, but it's the best we can do with the MAS while in recording mode) |
| 10:53:46 | jhMikeS | it's possible for swcodec. if some use the hp jack, I guess the piezo needs to work. |
| 10:54:51 | amiconn | The MAS has quite good protection against plops. The only way I found to make noises in recording mode is to quickly toggle DAC power on & off... |
| 10:55:18 | jhMikeS | using full voice during recording would be utterly impractical and imo dangerous to data |
| 10:55:22 | amiconn | And it's not-so-quickly because it requires i2c communication, and the MAS does a lot of clock stretching... |
| 10:56:17 | | Join bluebrother [0] (i=aFNji7zx@rockbox/staff/bluebrother) |
| 10:56:20 | amiconn | Recording uses long & short "beeps" on hwcodec - a long one to signal start recording, a short one for stop and pause |
| 10:56:56 | jhMikeS | ironically one target that doesn't record can do beeps with a timer output tied to the audio codec |
| 10:57:10 | amiconn | ? |
| 10:57:29 | jhMikeS | gigabeat - one timer out line is connected to an analogue input |
| 10:57:31 | daurnimator | has anyone expressed an interest in getting rockbox on the iphone? |
| 10:57:34 | amiconn | ah |
| 10:57:50 | amiconn | Well, on ipod we could use the piezo |
| 10:58:06 | amiconn | That wouldn't require any fiddling with the pcm input/output |
| 10:58:15 | jhMikeS | that what I was just saying, and required when the headphone jack is also an input |
| 10:58:26 | amiconn | yup |
| 10:58:53 | amiconn | But what could we do on e.g. H10? |
| 10:58:54 | jhMikeS | actually, I think HW beeps should be preferred where they can be used instead of pcm buffer mixing |
| 10:59:00 | amiconn | Or H1x0/H300... |
| 10:59:02 | linuxstb | daurnimator: I don't think anyone has seriously mentioned it - i.e. no-one is working on it. |
| 10:59:13 | jhMikeS | I can spit samples out on TX while recording |
| 10:59:31 | daurnimator | well, is anyone interested in it (thats a question for you alll... now) |
| 10:59:44 | jhMikeS | e200 does that already that for WYHIWYG monitoring :) |
| 11:00 |
| 11:00:02 | amiconn | Interesting... |
| 11:00:11 | amiconn | Could you do that for coldfire too? |
| 11:00:16 | Llorean | daurnimator: It doesn't make too much sense as Rockbox currently stands. |
| 11:00:30 | jhMikeS | sure, just change the audio output source and play some samples |
| 11:00:42 | daurnimator | Llorean: true |
| 11:00:55 | linuxstb | daurnimator: Can't the iphone run third-party apps already? |
| 11:01:04 | | Quit atsea-22 (Read error: 104 (Connection reset by peer)) |
| 11:01:04 | Llorean | linuxstb: They announced an SDK now, I believe. |
| 11:01:04 | jhMikeS | I never could find a way to do i2s loopback on PP |
| 11:01:06 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:01:07 | daurnimator | yep |
| 11:01:17 | Llorean | linuxstb: But I believe there's already third-party ways to get third-party apps on too |
| 11:01:30 | daurnimator | SDK is web apps only AFAIK |
| 11:01:53 | linuxstb | You mean code that runs on a server, not on the iphone? |
| 11:02:21 | Llorean | daurnimator: The new one they announced, you mean? |
| 11:02:38 | daurnimator | uh. how new? |
| 11:03:14 | Llorean | Well, it's not out yet, and there aren't many details, so I'm confused as how you know it's web-apps only |
| 11:03:19 | | Part pondlife ("Gone") |
| 11:03:56 | Llorean | Apple announced it's due in Feb, iirc |
| 11:05:04 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-017a3ab149816930) |
| 11:05:24 | Llorean | Either way, official SDK or third-party method, it's still really more suited for Rockbox-as-app, so any work should/could probably start there anyway |
| 11:07:39 | jhMikeS | amiconn: I can't seem to hurt playback at all now after test_codec with the state check. I think a more reliable interface needs doing since now it's used in a regular user plugin however. |
| 11:08:36 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 11:11:30 | pondlife | Hmm, http://www.rockbox.org/tracker/task/7994 revises the use of talk_disable_menus() etc. to disable all talking, with a simpler API. But it doesn't fix mpegplayer... |
| 11:12:38 | Llorean | pondlife: Is disabling talking the very first thing done in mpegplayer? |
| 11:12:49 | pondlife | It is with that patch |
| 11:13:00 | pondlife | i.e. before any splash() calls |
| 11:13:02 | *** | Saving seen data "./dancer.seen" |
| 11:13:30 | jhMikeS | test_codec should probably steal iram as well |
| 11:13:39 | pondlife | i.e. FS #7994 incorporates FS #7939 |
| 11:17:30 | | Join courtc_ [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
| 11:17:55 | | Quit courtc (Read error: 104 (Connection reset by peer)) |
| 11:21:08 | | Join mertd [0] (n=mertdoga@natst.sabanciuniv.edu) |
| 11:22:46 | mertd | hi... how can i make my lcd off while my ipod video is idle? because there is a big battery problem. |
| 11:23:30 | pondlife | mertd: Poweroff idle timer? |
| 11:23:53 | mertd | but i want my ipod to continue playing the songs.. |
| 11:24:14 | pondlife | Ah, not idle then... |
| 11:24:22 | mertd | oo yee soryy.. :) |
| 11:24:31 | mertd | i mean while playing. |
| 11:24:38 | pondlife | You can only make the backlight go off AFAIK |
| 11:25:13 | mertd | but why there is not such a way to turn the lcd off while playing.. |
| 11:25:28 | pondlife | It's thought that the LCD isn't a major reason for the battery draining... |
| 11:25:33 | pixelma | afaik the lcd doesn't need too much power and on the Video the display is actually quite readable without backlight |
| 11:26:47 | mertd | ok i understand... ok then.. thanks for your helps.. |
| 11:27:39 | | Quit ramon8 ("O FUK! WAATZ DAT SMELL?!!! O WAIT I FORGETS DAT I AM DA DOPEST SHIITTT!!!") |
| 11:27:47 | | Part mertd |
| 11:29:12 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 11:29:39 | Llorean | pondlife: It's a little more than simply "thought". There's pretty strong evidence that the LCD isn't a significant factor in the power drain problems on the PortalPlayer devices. :) |
| 11:30:35 | Llorean | In fact, I *think* there's an option to power it down on the Sansa even, though I'm not certain on that one |
| 11:31:08 | jhMikeS | yes, e200 has a standby |
| 11:31:33 | markun | scorche: you were poking me? |
| 11:32:08 | Llorean | jhMikeS: Is there any disadvantage to it on the e200, making the assumption that the screen is unreadable while backlight is off? |
| 11:32:54 | jhMikeS | It's not very readable even with sun on it imo |
| 11:33:18 | Llorean | I agree, I was just wondering if powering down the LCD caused a delay or anything when the backlight came back. |
| 11:33:36 | jhMikeS | yes, much more from standby that simple display off |
| 11:33:40 | Llorean | Ah |
| 11:34:10 | | Quit ddalton ("leaving") |
| 11:34:24 | Llorean | I've been trying to keep my eyes out for "options that can be removed", such as the disk power down. |
| 11:34:39 | jhMikeS | though, one value could be specified to force it on always. one person has found it readable enough. |
| 11:35:14 | Llorean | jhMikeS: I certainly don't find it visible enough to be usable, but that's me. |
| 11:35:22 | Llorean | I can "see" it, but I wouldn't *want* to see it. |
| 11:35:29 | Llorean | Eyestrain. |
| 11:35:40 | jhMikeS | it wouldn't be a new option anyways, just a new value |
| 11:36:29 | | Nick webmind_ is now known as webmind (n=webmind@u2m.nl) |
| 11:36:50 | Llorean | I've just been trying to determine if the menus, in general, could be shortened and simplified in some areas. |
| 11:36:52 | | Quit webmind ("Reconnecting") |
| 11:36:55 | | Join webmind [0] (n=webmind@u2m.nl) |
| 11:37:56 | Llorean | For example, I'm wondering how many people have replaygain tags, but disable replaygain, or among those that use it how many use an option other than "track gain if shuffle" (or if the on/off option could just be incorporated so that the options are off, track, album, or track if shuffle) |
| 11:38:14 | jhMikeS | I don't doubt they could or at least grouped...like all the backlight ones |
| 11:38:38 | pondlife | pixelma: Could you perhaps try http://www.rockbox.org/tracker/task/7994 - version 3 fixes mpegplayer for me |
| 11:38:43 | pondlife | On H340 that is |
| 11:38:52 | jhMikeS | can't we just dump crossfade? :) |
| 11:39:13 | pondlife | No! :) |
| 11:39:34 | pondlife | It's my #1 favourite feature |
| 11:39:44 | jhMikeS | argh! see a counselor. :) |
| 11:39:50 | pondlife | lol |
| 11:40:19 | Llorean | Or the Equalizer On/Off: My understanding was that bands set at 0db don't affect CPU usage anyway, so is it really necessary to be able to turn it off when you can just "clear" the EQ? |
| 11:40:29 | pixelma | pondlife: will do |
| 11:40:31 | Llorean | Assuming a quick method to clear it were apparent that is. |
| 11:40:43 | linuxstb | pondlife: I think I mentioned a project in IRC a while ago which proposes new metadata tags to improve crossfading. Did you see it? |
| 11:40:45 | jhMikeS | Llorean: and a quick method to restore it? |
| 11:41:06 | pondlife | linuxstb: Yes, but I'm generally happy with our current simple implementation |
| 11:41:24 | Llorean | jhMikeS: Well, I think a lot of users just use presets as it is. But what I was thinking is that, were I not paying attention I'd go to the EQ, and set a value, and be confused as to why my sound wasn't different because I wouldn't expect to also have to enable it. |
| 11:41:38 | linuxstb | pondlife: OK ;) I guess you won't be the person adding it to Rockbox then... |
| 11:41:41 | jhMikeS | I use that option but as long as another way exists to perform it as quickly, I'd be happy. |
| 11:42:02 | Llorean | I use it too, but I'm trying to think about the general complaint that some of Rockbox is "Too complicated" |
| 11:42:13 | pondlife | Great work on H300 mpegplayer guys, it's usable at last |
| 11:42:53 | jhMikeS | Llorean: well, at least the uses can't claim we patronize them |
| 11:43:00 | Llorean | jhMikeS: To me, "equalizer" seems like one of those options (like volume, or bass/treble) where you just expect to change it, not turn it on and off too. |
| 11:43:25 | Llorean | There's not an on/off option for "Bass/Treble filters" :) |
| 11:43:39 | jhMikeS | no, but I wanted one :) |
| 11:43:50 | Llorean | Ah, I see you may be the wrong person to discuss this with, then. ;) |
| 11:43:56 | | Quit spiorf (Remote closed the connection) |
| 11:43:57 | jhMikeS | when debugging stuff it quite nice to have a quick switch |
| 11:44:01 | Llorean | Very true. |
| 11:44:15 | Llorean | But there's also a "Debug" menu. Heh. |
| 11:44:21 | * | linuxstb mentions .cfg files |
| 11:44:25 | * | pondlife would prefer to scrap the EQ on/off too... |
| 11:44:45 | pondlife | As long as there's no penalty when all bands are at 0dB |
| 11:44:47 | Llorean | Anyway, what I'm trying to do is figure out where settings can be merged, or assumptions can be made, so that there are less "options" but the same amount of "functionality" |
| 11:44:52 | jhMikeS | none |
| 11:44:54 | Llorean | pondlife: iiuc, there shouldn't be. |
| 11:45:07 | pondlife | Llorean: I applaud your aims. Good luck. |
| 11:45:22 | Llorean | pondlife: Of course, the important part is to do so without making it *more* confusing. :) |
| 11:45:40 | pondlife | Indeed, and to enable a new Settings menu structure...? |
| 11:45:46 | pondlife | OR rather layout |
| 11:45:56 | Llorean | Yes, a secondary goal would be to reorganize them |
| 11:46:07 | * | pondlife will be very happy when "General Settings" has gone |
| 11:46:17 | Llorean | Playback vs Sound Settings needs a little work too. |
| 11:47:00 | jhMikeS | I'd want more quick switches actually...conviently accessible. I don't need the option though. |
| 11:47:25 | pondlife | jhMikeS: .cfg files are great for testing |
| 11:47:53 | Llorean | jhMikeS: Seen this: http://www.rockbox.org/tracker/task/7980 |
| 11:47:54 | pondlife | Hmm, mpegplayer works fine from start, but resume still locks.. |
| 11:48:02 | jhMikeS | Those always get messed up somehow |
| 11:48:21 | * | jhMikeS wonders if he should :) |
| 11:48:27 | Llorean | jhMikeS: It seems like the option to quickly switch to the default value. If it also stored the previous value, so that you could quickly toggle to default, or toggle to previous... |
| 11:48:45 | jhMikeS | Like "last_ch" on a TV remote? |
| 11:48:54 | Llorean | In my mind, yes. |
| 11:49:12 | Llorean | You could then toggle *any* feature off/on easily. |
| 11:49:12 | pondlife | We need to suppress config.cfg from the Browse .CFG files option too (or save user presets and config.cfg in different places). |
| 11:49:20 | Llorean | Well "off" being "default" and "on" being "your setting" |
| 11:49:37 | Llorean | pondlife: I'm confused when you say that. |
| 11:49:54 | Llorean | I "run" config.cfg frequently (every time I accidentally clear my settings on my gigabeat, for example) |
| 11:50:01 | pondlife | Well, if I want to select a configuration, config.cfg is not much use. |
| 11:50:01 | jhMikeS | Sort of more general form for talk_disable(_menus) |
| 11:50:06 | rasher | Zagor: actually, why not put the gcc patches in svn and download them from viewvcs? |
| 11:50:29 | pondlife | Llorean: Doesn't config.cfg contain the current (ie.. cleared) settings? |
| 11:50:50 | Llorean | pondlife: It contains the "last saved" settings. Immediately after a cleared boot, it contains the settings from your last shutdown still, until you trigger a save. |
| 11:50:56 | pondlife | Ah, ok |
| 11:51:10 | Llorean | Very handy for a klutz like me who pressed the menu button too soon during boot. |
| 11:51:29 | linuxstb | rasher: Sounds a nice idea. |
| 11:51:30 | pondlife | Fair enough.. It's just an entry I always skip. I assumed it should really be cleared by Clear Settings too! |
| 11:51:56 | Llorean | I don't think there's any harm in it not being cleared by clear settings, though |
| 11:52:12 | Llorean | It's actually more convenient that it's not I think, as it'll be cleared as soon as they change anything anyway, or shut down, I believe. |
| 11:52:21 | Tavnos | Hi, Is there a way to emulate Remote control in Rockbox Simulator ? |
| 11:52:41 | jhMikeS | Does the settings clear trigger a save of them on the next ata idle callback? |
| 11:52:51 | pondlife | Yes, I think so |
| 11:53:13 | pondlife | In which case it may not be the most reliable way to restore your settings. |
| 11:53:24 | pondlife | I always have some user .cfgs anyway |
| 11:53:36 | Llorean | Yeah, I do too. |
| 11:53:37 | jhMikeS | the clear shouldn't mark the settings as dirty then |
| 11:54:24 | amiconn | linuxstb: around? |
| 11:55:15 | Llorean | Anyway, I think I saw somewhere that someone had actually written out the rockbox menu layout. Has anyone else seen that as I'm not finding where it was mentioned any more, so I may just be crazy. |
| 11:55:36 | pondlife | No, I saw it too, so we're both crazy |
| 11:55:47 | pondlife | Not sure where... rasher's? |
| 11:56:09 | jhMikeS | Llorean: Did it look a bit disturbing? |
| 11:56:16 | Llorean | I think it was one of the people working on one of the myriad menu customization patches. |
| 11:56:16 | | Quit Mouser_X (Connection timed out) |
| 11:56:22 | Llorean | jhMikeS: Never looked at it, just saw it mentioned |
| 11:56:36 | Llorean | Trying to decide if it's a better use of my time to hunt it down, or just boot up one of my players and start typing. |
| 11:57:04 | jhMikeS | probably #2. I don't thinks it's a lengthy undertaking. |
| 11:57:06 | | Join Tanuva [0] (n=tanuva@83.220.128.10) |
| 11:57:08 | jhMikeS | *think |
| 11:57:09 | Llorean | Probably not |
| 11:57:29 | Llorean | I do like things being done for me, though. :) |
| 11:57:53 | linuxstb | amiconn: Yes |
| 11:57:59 | jhMikeS | probably would take 10min and you'd spend 30 just finding it more |
| 11:58:20 | Llorean | Yeah, already started on the typing myself |
| 11:58:27 | | Join underleave [0] (i=dsfds@bzq-88-152-106-233.red.bezeqint.net) |
| 11:58:34 | underleave | The sound quality of sansa e200 with rockbox is good as iaudio/iriver ? |
| 11:58:34 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 11:58:38 | amiconn | linuxstb: Am I correct that PredictorX and PredictorY are the same code, except every Y replaced by X ? |
| 11:59:03 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 11:59:11 | jhMikeS | underleave: e200 sounds very good. an x5 is a tough one to beat though. |
| 11:59:15 | Llorean | Nico_P: Question: is the buffering API available to plugins? |
| 11:59:26 | Nico_P | Llorean: not yet |
| 11:59:44 | Llorean | Just curious was all, thanks. |
| 11:59:52 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-161-121.dsl.pltn13.sbcglobal.net) |
| 11:59:53 | underleave | rockbox improves the sound quality in sansa? |
| 12:00 |
| 12:00:00 | Llorean | jhMikeS: The e200 has several noise issues though, I think |
| 12:00:06 | pondlife | Hmm, I appear to be stuck in the recording screen! |
| 12:00:17 | pondlife | Meters are working, as is menu |
| 12:00:25 | jhMikeS | underleave: I think it sounds better than their stuff, yes. It's kind of striking actually. |
| 12:00:30 | linuxstb | amiconn: It's basically the same, yes. It was originally one function, called twice in each decoding stage, once per channel. |
| 12:00:42 | pondlife | Only way out is to shut down |
| 12:00:46 | jhMikeS | LLorean: say what? I never hear them. |
| 12:00:58 | jhMikeS | Only for mic recording. |
| 12:01:10 | | Join MethoS- [0] (n=clemens@pD955EE10.dip.t-dialin.net) |
| 12:01:17 | | Join Rondom [0] (n=Rondom@p57A95218.dip.t-dialin.net) |
| 12:01:45 | Llorean | jhMikeS: You haven't heard the noise during buffering, or when the wheel light is on? |
| 12:02:04 | pondlife | Hmm, it happens if I (a) enter recording using LONG REC and (b) have done a short recording |
| 12:02:08 | Llorean | On an unrelated note, what is "Custom" under "Channel Configuration"? |
| 12:02:38 | amiconn | linuxstb: Nice, that allows a quick advance now in predictor-cf.S :) |
| 12:02:49 | jhMikeS | Llorean: I can hear very, very quiet noise as long as _no_ audio is playing right at buffer start. |
| 12:03:08 | jhMikeS | Llorean: It a stereo width control |
| 12:03:22 | pixelma | pondlife: the patch helps on the M5 (but there's still a quirk when I manually "stop", which should bring up the menu but I'm just presented with a blank screen and then it return to the filebrowser) - and there is no change on the c200 |
| 12:03:24 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
| 12:03:44 | underleave | so, if i want sound quality, i better pass sansa e200 ? |
| 12:03:58 | jhMikeS | Llorean: But I'll admit I didn't connect Custom and Width right off the bat. The arrangement is totally wrong. |
| 12:04:02 | Llorean | jhMikeS: I can hear noise any time audio rebuffers *if* my audio is quiet enough. As well, the ring light used to make a noise, but I haven't checked on that in a while. What kind of headphones are you using? |
| 12:04:08 | pondlife | pixelma: Did you try several times on the c200? I think there's still an intermittant problem.. |
| 12:04:25 | Llorean | jhMikeS: I think "Custom" and "Width" seems odd, since I would expect stereo width to work as long as my audio is set to "Stereo" |
| 12:04:27 | jhMikeS | underleave: not imo but maybe it affects newer models more. |
| 12:04:38 | Llorean | jhMikeS: Mine's one of the oldest. |
| 12:04:48 | Llorean | underleave: Despite what I said, I'd still recommend it for quite good sound quality |
| 12:05:15 | jhMikeS | I gues mine's pretty darn quiet. |
| 12:06:00 | Llorean | jhMikeS: I think it's dependent on your headphones more than anything else. Some people complain of it a lot, some people claim it doesn't exist. I can hear it if I look for it, or could last time I did. |
| 12:06:13 | underleave | where can i check what languages supported |
| 12:06:16 | underleave | in e200 |
| 12:06:39 | jhMikeS | Having such long analog lines with a builtin codec is just stupid. The codec the should be right by the HP jack, mic and other analog lines. |
| 12:06:40 | pixelma | with just mp3s (or wav) I get the best sound quality with the hwcodec Ondio :D |
| 12:06:43 | linuxstb | underleave: You mean which languages Rockbox supports? |
| 12:06:47 | Llorean | underleave: Rockbox supports the same languages on every player. |
| 12:06:48 | underleave | yes |
| 12:07:01 | rasher | pondlife: http://www.burbleland.com/tmp/rockbox_menus.html?IRIVER_H120 |
| 12:07:09 | jhMikeS | Llorean: I think 16-ohm phones? x5 gets more clicking with them. Tried it myself. |
| 12:07:40 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:07:41 | Llorean | jhMikeS: Mine are 16-ohm, yes. |
| 12:07:50 | linuxstb | rasher: Is rasher.dk having problems? It's extremely slow for me... |
| 12:08:44 | rasher | linuxstb: I don't know much more than you, but yes, it seems slow |
| 12:09:04 | | Join MethoS- [0] (n=clemens@pD955EE10.dip.t-dialin.net) |
| 12:09:05 | Llorean | rasher: That will be quite handy, thanks. |
| 12:09:06 | pixelma | pondlife: I tried ED 3 times (always start at the beginning) and other videos which stay completely black, but that might broke for a different reason don't know |
| 12:09:07 | linuxstb | rasher: OK. The front page isn't loading at all for me... |
| 12:09:24 | pondlife | pixelma: OK, thanks |
| 12:09:36 | pondlife | Llorean: Did you see rasher's link there? |
| 12:10:51 | Llorean | pondlife: Yup |
| 12:10:58 | Llorean | Already downloaded a local copy to play with and everything |
| 12:11:27 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
| 12:13:22 | Llorean | jhMikeS: Anyway, so iiuc, Stereo Width is only used if you choose "Custom" for channel configuration? |
| 12:13:32 | jhMikeS | Llorean: yes |
| 12:14:22 | Llorean | Any reason why "Custom" can't be removed, and Stereo Width only matter if you choose "Stereo"? |
| 12:14:27 | underleave | so, where can i check about the languages supporteD? |
| 12:14:48 | rasher | underleave: http://www.rockbox.org/twiki/bin/view/Main/LangFiles#Current_status |
| 12:14:53 | jhMikeS | Though arranging the DSP to simply output stereo and shortcircuit width control when in stereo mode would be not too difficult |
| 12:15:07 | pixelma | Llorean: amiconn likes it to have it preset and just switch it on and off.. ;) |
| 12:15:14 | Llorean | rasher: rasher.dk/rockbox/translate/">http://rasher.dk/rockbox/translate/ is prettier though, isn't it? |
| 12:15:31 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
| 12:15:39 | jhMikeS | Llorean: another preset w/switch user is present too I guess :) |
| 12:15:51 | Llorean | pixelma: That'd be a handy case for the "Previous Channel"-style Default selection I mentioned to jhMikeS then |
| 12:15:57 | amiconn | Llorean: 'Custom' needs sligthy more processing power even with width == 100 |
| 12:16:14 | amiconn | (on swcodec only) |
| 12:16:30 | Llorean | amiconn: It seems one ought to be able to bypass when it's at 100% though. |
| 12:16:31 | jhMikeS | we could change that so width=100 nulls that stage |
| 12:17:27 | amiconn | It might also confuse people who accidentally set the width to 0, and then wonder why Stereo sounds like Mono |
| 12:18:12 | Llorean | Hmm... |
| 12:18:13 | jhMikeS | the two settings right now don't look related at all though. |
| 12:18:22 | Llorean | Well, "Custom" needs to be named "Custom Width" then, I think |
| 12:18:35 | Llorean | Right now, I fear people will set a custom width and not know that 'Stereo' overrides it |
| 12:18:43 | jhMikeS | Use Stereo Width |
| 12:19:11 | Llorean | jhMikeS: Well the option for the width is called "Stereo Width" which is why I'd expect it to affect the "Stereo" option under "Channel Configuration" rather than the "Custom" option there |
| 12:19:27 | pixelma | but the current implementation often confuses me, I often forget to enable it and wonder why it doesn't take effect... exactly |
| 12:19:27 | rasher | Llorean: even I did that.. |
| 12:19:35 | Llorean | I think either the "Custom" option there needs to be removed, or renamed to "Custom Width" or even "Custom Stereo Width" to go with the fact that the option to set the width is so called. |
| 12:20:24 | jhMikeS | When I first used rockbox, I selected "Custom" and wondered why I didn't hear any change so set it back to "Stereo". The I went to another option called "Stereo Width" and tried changing that and didn't know why I didn't hear it. For awhile I then just assumed the software was broken. :) |
| 12:21:02 | Llorean | So, either a name change, or (imho slightly better) assume that if set to Stereo, and width is no 100%, they want a custom width. |
| 12:21:15 | jhMikeS | I have a way of doing this sort of thing...menus that are also setting values |
| 12:24:15 | pixelma | same with the selector bar colour(s) by the way |
| 12:24:46 | | Nick Tanuva is now known as Tanuva|reboot (n=tanuva@83.220.128.10) |
| 12:27:45 | Llorean | pixelma: What about the colours? |
| 12:29:17 | * | jhMikeS sees that idea got no op |
| 12:29:29 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 12:29:46 | pixelma | Llorean: well you can set the colour(s) but you also have to set the "Line Selector Type" to get a coloured selector bar |
| 12:29:58 | Llorean | Ah |
| 12:30:08 | Llorean | Yes, I'm not sure how to fix that, since there's still "inverse" as an option, isn't there? |
| 12:30:28 | pixelma | yes, and the pointer |
| 12:30:50 | jhMikeS | guess what I mean is, you select the item "Custom" then custom is enabled. Perform some action on that same item actually takes you to the setting of the value. |
| 12:31:03 | amiconn | linuxstb: Btw, with both filters and predictor disabled, decoding runs at ~283% realtime on coldfire, not varying with -c level |
| 12:31:37 | Llorean | jhMikeS: Makes sense to me. It's just an extension of the existing menus, sorta. Some of the settings are "options" but one is just another "menu", at least from a user perspective |
| 12:32:13 | jhMikeS | also, I'm thinking...is there any such thing as an "audio icon"? If not, let's invent it. |
| 12:32:16 | linuxstb | amiconn: I would hope that stage could be improved a lot... |
| 12:32:18 | pixelma | jhMikeS: that's what I thought when the colour selector bar got added |
| 12:32:22 | Llorean | jhMikeS: "Audio icon"? |
| 12:32:41 | Llorean | jhMikeS: I think there's an icon by default for Sound Settings that's usually a note |
| 12:32:43 | amiconn | And I'm about to test predictor-cf.S :) |
| 12:32:44 | Llorean | Or a speaker |
| 12:32:51 | jhMikeS | Some tone or pattern associated with the voice clip to tell what it is. |
| 12:33:05 | Llorean | Ah |
| 12:33:19 | Llorean | Audio cues to tell you what's going on without words? |
| 12:33:22 | jhMikeS | yes |
| 12:33:34 | linuxstb | amiconn: I will be impressed if that works first time... I struggled with it on ARM. |
| 12:33:40 | jhMikeS | heck, I'd probably use it |
| 12:33:46 | amiconn | It sounds wrong... |
| 12:34:07 | amiconn | No static, but volume is too low and goes up & down |
| 12:34:26 | Llorean | pixelma: I'm sure there's *some* way to simplify the selector colour options, I'll think on it too and see if I can come up with something |
| 12:34:39 | amiconn | Hmm, maybe just the emac mode... |
| 12:34:53 | pixelma | Llorean: good luck... :) |
| 12:35:30 | Llorean | pixelma: Well, my goal is to make the menus intuitive enough that it drastically reduces the amount of requests for custom menus. I've already taken on an impossible task, so a "fairly difficult" one doesn't make it too much worse. :) |
| 12:36:36 | amiconn | linuxstb: If I get that working without significant overhead, it makes for a nice speedup |
| 12:36:37 | Llorean | jhMikeS: What situations would you use these cues in? |
| 12:36:44 | amiconn | 177%->209% for -c1000 |
| 12:37:04 | Llorean | jhMikeS: I can see them for handy things like where splashes are. A "confirm", "cancel", "wait", and "done waiting" cue at least |
| 12:37:25 | linuxstb | amiconn: Nice. What about -c3000 ? |
| 12:37:37 | amiconn | Testing right now |
| 12:38:04 | | Join lee-qid [0] (n=liqid@p549656F2.dip.t-dialin.net) |
| 12:38:16 | linuxstb | amiconn: BTW, this improvement is probably worth mentioning in the MajorChanges page when you're finished. |
| 12:39:13 | amiconn | My code follows the arm version very closely wherever possible |
| 12:39:38 | amiconn | Sometimes I need more instructions, because cf is strictly 2-operand |
| 12:39:58 | amiconn | Sometimes the sophisticated addressing modes help saving instruction |
| 12:40:22 | amiconn | Like the loop count decrease - it's a single instruction that acts directly on the stack value |
| 12:40:51 | amiconn | arm needs 3 instructions for that due to load-store |
| 12:41:07 | jhMikeS | Llorean: To tell whether the item is a menu, setting or a combo menu/setting. That way key consistency is slightly less important. You know what the widget is by sound and hence how to operate it. |
| 12:41:33 | amiconn | Hmm, -c3000 ends up at 103% |
| 12:42:32 | Llorean | jhMikeS: We already *kinda* do that with visual icons too. |
| 12:43:07 | jhMikeS | Llorean: right. but blind users don't see those. they just hear strings, right? |
| 12:43:12 | Llorean | Exactly |
| 12:43:13 | pondlife | Hmm, can anyone decode !!QUEUE_LEVEL from talk.c ? |
| 12:43:29 | Llorean | So what you do is allow talk clips to be associated in the same way as image icons. |
| 12:43:37 | jhMikeS | if (QUEUE_LEVEL != false) |
| 12:43:43 | pondlife | Does that mean (QUEUE_LEVEL != 0) |
| 12:43:49 | Llorean | So an audio file gets the audio talk clip immediately before its personal one, if there's an talk clip for the "audio file" icon |
| 12:43:51 | pondlife | i.e. an int to bool |
| 12:43:55 | jhMikeS | double-negative |
| 12:44:00 | pondlife | Indeed |
| 12:44:41 | amiconn | Hmmmmm, actually playing -c2000 or higher yields static, and after that, even -c1000 do the same until the next reboot |
| 12:45:06 | linuxstb | amiconn: Yes, I didn't get huge speedups on ARM either, but I put that down to the C code already being well optimised. |
| 12:45:07 | jhMikeS | Llorean: the icon could be it's own voice clip followed by the string clip. |
| 12:45:18 | Llorean | jhMikeS: That's kinda what I tried to say. :) |
| 12:45:48 | Llorean | Needless to say, I like the idea |
| 12:46:04 | amiconn | linuxstb: -c3000 and higher are obviously dominated by the filtering. For lower modes, doing the predictor in asm is helpful, but the entropy decoding is the larger part |
| 12:46:05 | jhMikeS | They just need to be nice sounds, not annoying beeps |
| 12:46:36 | | Quit PaulJam (".") |
| 12:46:54 | linuxstb | amiconn: Yes, that's what I concluded. I don't think there's much more we can squeeze out of the predictor/filter stages. |
| 12:46:56 | jhMikeS | I guess they'd be customizeable too but I suppose a standard set would be needed to combine into the voice build |
| 12:46:57 | | Join B4gder [0] (i=db8e3061@gateway/web/cgi-irc/labb.contactor.se/x-2b1eb7a264ad2285) |
| 12:47:19 | Llorean | jhMikeS: Probably so, yes. |
| 12:47:27 | linuxstb | B4gder: Hello China. |
| 12:47:34 | B4gder | hey ho |
| 12:47:54 | amiconn | linuxstb: My estimation for current SVN is that the predictor needs ~37% and the entropy decoder needs ~63% of the decoding time on coldfire (for -c1000, which does no filtering) |
| 12:48:08 | B4gder | fake ipods everywhere in this country :-) |
| 12:48:20 | linuxstb | B4gder: Are you bringing some back? |
| 12:48:21 | amiconn | And it looks like asm will make the predictor about twice as fast, similar to the filter |
| 12:48:22 | jhMikeS | iPhony? |
| 12:48:37 | pondlife | tPhone |
| 12:48:50 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 12:48:53 | B4gder | I've seen at least two different iphone fake models too |
| 12:49:06 | jhMikeS | the MaoPhone |
| 12:49:14 | B4gder | I'm gonna try and see if I find any nice players to bring home tomorrow |
| 12:49:26 | B4gder | I'm not too interested in the fake ipod ones |
| 12:50:05 | amiconn | Hmm, maybe I shouldn't fiddle with the parameters on stack? |
| 12:50:12 | amiconn | (and rather copy them) |
| 12:53:42 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 12:54:10 | | Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) |
| 12:54:27 | | Quit nerochiaro (Remote closed the connection) |
| 12:54:32 | | Join nerochiaro [0] (n=nerochia@adsl203-164-174.mclink.it) |
| 12:58:54 | preglow | Llorean: agree with the "custom", it's confusing, and needlessly so |
| 12:59:05 | | Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) |
| 13:00 |
| 13:00:20 | Tanuva|reboot | grml... |
| 13:00:21 | | Nick Tanuva|reboot is now known as Tanuva (n=tanuva@83.220.128.10) |
| 13:00:56 | Tanuva | beim booten schwarzer bildschirm, kein xserver, nichtmal ein terminal ist zu bekommen... |
| 13:01:09 | Llorean | Tanuva: This is an English channel, please. |
| 13:01:18 | Llorean | It's also an on-topic channel. |
| 13:01:56 | Tanuva | oh, sorry, this is btw the wrong channel... the message was supposed to appear in kubuntu-de... :/ |
| 13:09:22 | | Quit B4gder ("CGI:IRC (EOF)") |
| 13:09:30 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
| 13:10:52 | | Nick Tanuva is now known as Tanuva|frickel (n=tanuva@83.220.128.10) |
| 13:11:32 | | Quit midgey (Client Quit) |
| 13:13:03 | *** | Saving seen data "./dancer.seen" |
| 13:15:25 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
| 13:19:40 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
| 13:20:51 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 13:22:44 | | Join Arathis [0] (n=doerk@p508A69BC.dip.t-dialin.net) |
| 13:24:42 | | Join einhirn [0] (n=Miranda@p5B030AED.dip0.t-ipconnect.de) |
| 13:29:52 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 13:31:11 | | Quit tedrock (Client Quit) |
| 13:33:22 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
| 13:35:14 | | Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) |
| 13:40:54 | | Nick Tanuva|frickel is now known as Tanuva (n=tanuva@83.220.128.10) |
| 13:48:30 | | Quit marcosource (Remote closed the connection) |
| 13:48:34 | | Join marcosource [0] (i=marco@cakebox.net) |
| 13:51:50 | | Join Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) |
| 13:52:05 | Dark_Apostrophe | Has the ogg playback problem been solved? |
| 13:52:35 | markun | which problem exaclty? |
| 13:53:49 | preglow | markun: ah, btw, did you check out the icode/text stuff for vorbis yesterday? |
| 13:53:58 | markun | no |
| 13:54:37 | Dark_Apostrophe | markun: A few svn revisions ago, your ogg playback stopped working |
| 13:54:50 | Dark_Apostrophe | So I didn't upgrade my rockbox since it worked on a prior version |
| 13:55:42 | markun | preglow: I see I've changed .icode to .text in my own tree |
| 13:57:56 | preglow | well, whatever has it working |
| 13:58:03 | markun | I believe I had some trouble after including a header file in imdct_arm.S to be able to use .text in case of the S3C2440 |
| 13:58:10 | preglow | moos: here? |
| 13:58:36 | Llorean | Dark_Apostrophe: Which SVN revision did this start with? |
| 13:58:46 | Llorean | And was there a bug report associated with it in the tracker? |
| 13:58:50 | Dark_Apostrophe | I don't remember, I just saw you discussing it in IRC |
| 13:58:50 | preglow | Llorean: i'm pretty sure he's talking about the same thing i am |
| 13:58:54 | Dark_Apostrophe | So I chose not to upgrade |
| 13:59:02 | Dark_Apostrophe | But my version didn't have the issue |
| 13:59:05 | Dark_Apostrophe | So I didn't upgrade. |
| 13:59:25 | | Nick Tanuva is now known as Tanuva|frickel (n=tanuva@83.220.128.10) |
| 13:59:26 | preglow | latest rockbox doesn't have the issue, but it's not resolved properly |
| 13:59:44 | Dark_Apostrophe | So I should not upgrade? |
| 14:00 |
| 14:00:09 | pondlife | Any voice users around? I'd really like to commit http://www.rockbox.org/tracker/task/7994 but it could do with some testing... |
| 14:00:28 | pondlife | Doesn't do much in theory, but might save space and tidies stuff up a bit. |
| 14:00:50 | pondlife | Could do with a MAS test |
| 14:01:38 | moos | preglow: yes, hello |
| 14:02:17 | markun | Dark_Apostrophe: are you talking about this? http://forums.rockbox.org/index.php?topic=12980.0 |
| 14:02:50 | Dark_Apostrophe | yes |
| 14:03:14 | markun | and did you read this too? http://forums.rockbox.org/index.php?topic=12980.msg98335#msg98335 |
| 14:03:39 | Llorean | That's also hardly "a few" SVN revisions ago. Several hundred... |
| 14:04:08 | Llorean | Fixed nearly 3 weeks ago... |
| 14:04:11 | Dark_Apostrophe | Cool |
| 14:04:24 | Dark_Apostrophe | Any other issues I should know about, or is it safe to upgrade to a newer rockbox? |
| 14:04:33 | preglow | moos: www.pvv.org/~thomj/test.flac |
| 14:04:40 | markun | Dark_Apostrophe: it's always extremely dangerous! :) |
| 14:04:47 | Dark_Apostrophe | :p |
| 14:04:50 | preglow | moos: that's a gigabeat f wav write of the the first test track, i assume you hear nothing wrong with it? |
| 14:04:59 | Llorean | Dark_Apostrophe: This is why it helps if you file actual bug reports, or verify that one has been filed for a problem you know about |
| 14:05:04 | Llorean | Then you can just check if it's closed. |
| 14:05:16 | moos | preglow: let's listen... |
| 14:05:21 | Dark_Apostrophe | Llorean: Like I said, I never had the problem - I didn't upgrade to the affected svn revisions |
| 14:05:54 | Llorean | Dark_Apostrophe: And because you never had it, you decided it was better not to care if there was a proper bug report, and instead just wait around and ask people "Is it fixed?" until someone said "Yes"? |
| 14:06:03 | markun | and now it's fixed so all is good |
| 14:06:47 | jhMikeS | preglow: need ears? |
| 14:06:50 | Llorean | Dark_Apostrophe: It's somewhat fortunate you found someone who knew what bug you were talking about, instead of someone who thought this was a recent problem, as suggested by your "a few revisions ago" |
| 14:06:59 | moos | preglow: nope, that's not what I have with musepack on gigabeat unfortunatly :( |
| 14:07:10 | preglow | jhMikeS: not really, no |
| 14:07:17 | Dark_Apostrophe | Llorean: I'm a newb, sorry. |
| 14:07:36 | preglow | moos: then i have no idea what's wrong with your playback of musepack :/ please do do a test_codec wav write when you can |
| 14:08:25 | moos | preglow: I'll now quicly if I can. Have a link to point me, for what do I need to do? |
| 14:08:44 | preglow | do you do your own builds? |
| 14:08:44 | markun | Dark_Apostrophe: just upgrade and have fun :) |
| 14:08:50 | Dark_Apostrophe | Ok. :) |
| 14:09:12 | moos | preglow: yup |
| 14:09:27 | markun | moos: do you get it with an official build as well? |
| 14:09:30 | preglow | moos: ok, open apps/plugins/SOURCES, and insert "test_codec.c" (without quotes, of course) on a line |
| 14:09:58 | preglow | moos: then build normally, copy the build over, use "open with" on the test file, then choose test_codec, then write to wav |
| 14:10:04 | moos | markun: yeah, that is with svn builds, and the sound problem came after one musepack optimisation commit |
| 14:10:21 | preglow | moos: that will create test.wav in the root of your player, listen to that and tell me if that has the same distortion |
| 14:10:21 | moos | preglow: ok, let me 2 min |
| 14:10:26 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
| 14:11:00 | | Nick Tanuva|frickel is now known as Tanuva (n=tanuva@83.220.128.10) |
| 14:11:11 | linuxstb | Dark_Apostrophe: You can always just make a backup of your .rockbox folder, and if you have problems with a current build, go back to it. |
| 14:11:32 | Dark_Apostrophe | ok |
| 14:11:54 | jhMikeS | preglow: just asking...thought you might be fishing opinions |
| 14:12:05 | Dark_Apostrophe | My current version is r014811-070921 |
| 14:12:09 | Zagor | bertrik: if you want to help more concretely, it would be great if you can write the host application for bulk testing. not only does it save me time, but it will probably find more bugs than if I write it myself. |
| 14:12:13 | Dark_Apostrophe | No wait |
| 14:12:30 | Dark_Apostrophe | r14811-070921 |
| 14:17:29 | | Join Honkboy [0] (n=stefan@dslb-084-056-065-027.pools.arcor-ip.net) |
| 14:20:03 | Tavnos | Hi, can someone help me with WPS conditional tags ? |
| 14:20:32 | | Part Honkboy ("Leaving.") |
| 14:22:03 | Tavnos | Llorean can you help me ? |
| 14:22:07 | | Nick Tanuva is now known as Tanuva|off (n=tanuva@83.220.128.10) |
| 14:24:45 | Tavnos | Dark_Apostrophe can you help me with WPS ? |
| 14:25:04 | Dark_Apostrophe | No, I'm a noob here as well. :( |
| 14:25:42 | Tavnos | No pronlems |
| 14:25:54 | Tavnos | Zagor can you help me with WPS ? |
| 14:26:45 | Zagor | Tavnos: what about it? |
| 14:27:19 | Tavnos | I want to display battery level as images |
| 14:27:38 | Tavnos | I made images, and I loaded them |
| 14:29:22 | | Join Tavbis [0] (n=tavnos@lju91-5-88-174-161-25.fbx.proxad.net) |
| 14:29:22 | | Quit Tavnos (Read error: 104 (Connection reset by peer)) |
| 14:29:36 | | Nick Tavbis is now known as Tavnos (n=tavnos@lju91-5-88-174-161-25.fbx.proxad.net) |
| 14:29:48 | Tavnos | sorry Zagor I was disconnected... |
| 14:30:04 | linuxstb | Tavnos: Why don't you try and find another WPS that does what you want to do, and copy the code? |
| 14:30:10 | Llorean | Tavnos: Please don't just start selecting names and sending them messages. For many people that causes their computer to make a noise, and it's considered impolite unless it's something you know in advance they're involved or interested in. |
| 14:30:38 | preglow | linuxstb: frame length is constant for wma, yes? |
| 14:30:57 | linuxstb | If you mean total number of samples per frame, then no. |
| 14:31:08 | Tavnos | Sorry... |
| 14:31:35 | preglow | linuxstb: i thought block length changed within a frame, but a frame always had the same amount of samples |
| 14:31:51 | | Quit Nico_P (Remote closed the connection) |
| 14:32:12 | linuxstb | preglow: I may be wrong, but I don't think that's true. You could try adding some DEBUGFs in the sim to test. |
| 14:32:37 | Tavnos | linuxstb: I want to understand how it works... I think I should use things like that : %?bl<%xdA|%xdA|%xdB|%xdC|%xdD|%xdE|%xdE> |
| 14:33:07 | Tavnos | but How rockbox knows the battery thresholds... |
| 14:33:17 | preglow | i've got a hack going that lets me access output samples from the internal array of libwma, but it kinda depends on frame_len not changing |
| 14:33:17 | linuxstb | Tavnos: I can't help, all I can do is point you to the documentation - http://www.rockbox.org/twiki/bin/view/Main/CustomWPS - and to other WPSs as examples. |
| 14:33:29 | preglow | linuxstb: s->frame_len is only ever set in init(), it seems |
| 14:33:34 | Tavnos | linuxstb : I'm just on this page :) |
| 14:34:33 | | Join webguest54 [0] (i=4ccb89b9@gateway/web/cgi-irc/labb.contactor.se/x-c27208a220f96f87) |
| 14:34:58 | | Join Crash91 [0] (n=evil91@196.218.80.170) |
| 14:35:59 | | Quit Rondom ("Ex-Chat") |
| 14:41:21 | * | preglow wonders how to handle errors in wmas |
| 14:41:28 | preglow | moos: any news? |
| 14:43:44 | | Join mf0102 [0] (n=michi@85.127.182.13) |
| 14:45:28 | linuxstb | amiconn: Any luck with the predictors? |
| 14:46:09 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
| 14:46:54 | amiconn | Found 2 mistakes, but I still get static :( |
| 14:47:13 | preglow | ahhh |
| 14:47:25 | preglow | that good old libffmpegFLAC/coldfire.S feeling |
| 14:47:31 | * | amiconn finished the PP502x -c5000 speed test in parallel |
| 14:48:03 | amiconn | Someone should perform a fresh test on gigabeat |
| 14:48:43 | * | markun points at linuxstb |
| 14:52:15 | * | linuxstb feels pointed at |
| 14:55:20 | preglow | linuxstb: would it be hard to provide resync support in the asf stuff? |
| 14:57:52 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 14:58:18 | linuxstb | preglow: I think it would be... Looking at the parsing code, there doesn't seem to be any significant magic at the start of a packet. |
| 14:58:27 | moos | preglow: sorry, testing... |
| 14:59:34 | linuxstb | preglow: Why the sudden interest in error recovery? |
| 15:00 |
| 15:01:35 | preglow | linuxstb: because ffmpeg deals with it by default, and my one file i'm interested in doesn't decode smoothly |
| 15:02:24 | preglow | amiconn: do you think there's a stall after mac.w as well? |
| 15:02:50 | linuxstb | preglow: So it's definitely an error in the stream, rather than a bug in Rockbox? |
| 15:02:57 | preglow | linuxstb: ffmpeg says error |
| 15:03:00 | moos | preglow: the .mpc file, and the .wav file doesn't sound the same at all :) |
| 15:03:13 | preglow | linuxstb: i think it decodes fine in windows |
| 15:03:18 | preglow | linuxstb: might be an ffmpeg bug |
| 15:03:48 | preglow | moos: and you're absolutely certain you have tried resetting all your settings? this pretty much rules out that the error is in our musepack codec, even with the new optimiazations |
| 15:04:05 | amiconn | There's no stall after mac.w nor mac.l, but there is a stall when you fetch the %accN too early after a mac streak |
| 15:04:12 | preglow | amiconn: that's what i mean |
| 15:04:27 | amiconn | I don't think that depends on whether it's .w or .l |
| 15:04:34 | preglow | amiconn: mac.w has about a fourth less work to do than mac.l |
| 15:04:50 | preglow | luckily, freescale doesn't exactly spoil us with consistent information on this |
| 15:05:10 | preglow | amiconn: ok, then i see no point in using mac.w instead of mac.l in the 16 bit part of libffmpegFLAC/coldfire.S |
| 15:05:33 | amiconn | Worth a test... |
| 15:05:40 | preglow | i doubt i'd be able to measure it |
| 15:05:54 | amiconn | Not in the real thing, but in a test loop |
| 15:06:26 | preglow | true |
| 15:06:44 | amiconn | An empty loop with 45158400 iterations should take 3 seconds |
| 15:07:00 | amiconn | (when not boosted) |
| 15:07:24 | | Quit underleave () |
| 15:07:25 | amiconn | Disable interrupts to be sure only that loop runs, put a puts/lcd_update before and after, and measure with a stop watch |
| 15:07:27 | | Join ataxic [0] (n=ataxic@87.113.71.117.plusnet.pte-ag2.dyn.plus.net) |
| 15:08:07 | amiconn | Then put your mac.w/movlcr.l sequence in it, recompile, run & measure again... |
| 15:08:20 | * | amiconn puts such test loops into the debug menu |
| 15:09:00 | moos | preglow:wow, I reseted all seetings, and now all is fine, very cool. But after to reset I saved my seeting(with all dsp options of) and the distortion came again. I will see what could in my seeting cause this if this not an dsp option |
| 15:09:15 | moos | s/after:before |
| 15:09:36 | preglow | moos: post your cfg file |
| 15:09:41 | moos | preglow: sure |
| 15:09:49 | preglow | i think i know what's wrong... |
| 15:11:27 | moos | http://pastebin.com/d487f88ed |
| 15:12:26 | preglow | hrm |
| 15:12:27 | preglow | shrug |
| 15:12:31 | preglow | try turning off replaygain |
| 15:12:54 | moos | yup just saw is in reviwing the config, let's try |
| 15:12:55 | Llorean | Bad replaygain tags could certainly cause clipping, couldn't they? |
| 15:13:07 | *** | Saving seen data "./dancer.seen" |
| 15:13:25 | preglow | sure |
| 15:13:31 | linuxstb | amiconn: I've updated http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio with the current Gigabeat performance (-c5000 is running now) |
| 15:13:36 | Llorean | Also, a replaygain preamp of 12?! |
| 15:13:39 | moos | maybe the high preamp |
| 15:13:44 | moos | hehe :) |
| 15:13:44 | preglow | hahaha |
| 15:14:47 | amiconn | linuxstb: Ah, nice. So the predictor helps a bit on gigabeat, but the higher modes don't see much speedup because of the filtering |
| 15:15:03 | | Quit Crash91 (Read error: 104 (Connection reset by peer)) |
| 15:15:16 | moos | thta definitively the high preamp values |
| 15:15:21 | amiconn | I had a quick look at the arm filtering y'day and it looks like gcc already produces pretty much optimal code |
| 15:15:38 | amiconn | Perhaps some arm guru could spot an optimisation... |
| 15:15:42 | ataxic | Is it possible to create a module that can play an mp3 (or sets of mp3s) and then mute at certain points and play at certain times. those times would be specified in a txt file or something. Or play 2 mp3s at the same time perhaps? |
| 15:15:43 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 15:16:09 | moos | preglow: and musepack seems to be the only codec that cause those stranginess, and absolutely not on coldfire |
| 15:16:25 | ataxic | trying to create something for my running where i normally add beeps in my trance mixes |
| 15:16:58 | preglow | moos: well |
| 15:17:07 | preglow | moos: you probably don't have replaygain tags on the other files |
| 15:17:23 | preglow | moos: coldfire probably clips, but it should sound like shit anyway |
| 15:17:33 | preglow | moos: not as bad as overflow like you're probably hearing |
| 15:17:36 | preglow | but still shit |
| 15:18:22 | moos | preglow: on coldfire, with reasonable volume no more hearing clips |
| 15:18:34 | moos | even with high premp values |
| 15:18:45 | preglow | standard arm doesn't have saturating add instructions :/ |
| 15:18:49 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
| 15:19:25 | | Quit webguest54 ("CGI:IRC (EOF)") |
| 15:19:40 | linuxstb | preglow: We'll have it soon... (armv5 and armv6 targets on the horizon) |
| 15:19:46 | moos | ohh, I understand then :) |
| 15:19:56 | moos | linuxstb: nice |
| 15:20:12 | preglow | moos: well, at least your problem is resolved |
| 15:20:23 | * | moos still prefers coldfire targets for now :) |
| 15:20:27 | * | preglow too |
| 15:20:48 | * | preglow hugs his h120 |
| 15:21:10 | Llorean | Don't most replaygain scanners let you pick a level to.. I guess "normalize" is the closest word, at? |
| 15:21:12 | * | linuxstb wonders if amiconn can squeeze 30% better performance out of APE on Coldfire for -c3000... |
| 15:21:24 | preglow | linuxstb: what setting is the badassest? |
| 15:21:30 | moos | preglow: yeah thanks, and now I know that those actual ARM targets doesn't like much preamp replaygain :) |
| 15:21:44 | Llorean | preglow: -c5000 |
| 15:21:46 | Llorean | I think |
| 15:21:48 | linuxstb | preglow: See http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio |
| 15:21:54 | preglow | and that is still way out of our league, yea? |
| 15:22:06 | preglow | hole shiznit |
| 15:22:10 | preglow | holy too |
| 15:22:13 | linuxstb | 1.7% realtime ;) |
| 15:22:18 | amiconn | Hehe |
| 15:22:36 | * | preglow doesn't like ape |
| 15:22:38 | amiconn | Coldfire was 0.85% realtime with -c5000 before my filter optimisations |
| 15:22:50 | moos | wow :) |
| 15:22:54 | amiconn | 8 hours for decoding a 4 minute track |
| 15:23:08 | linuxstb | preglow: Are you suggesting a 1280 order filter is a bad idea? ;) |
| 15:23:12 | preglow | ahahahah |
| 15:23:16 | preglow | sweet fecking lord |
| 15:23:24 | preglow | they use that and STILL achieve lossless playback? |
| 15:23:46 | | Join Genre9mp3 [0] (n=yngwiejo@athedsl-260780.home.otenet.gr) |
| 15:23:50 | linuxstb | To be fair, it's called "insane" for a reason, and I'm not sure many people use it for playback |
| 15:24:21 | amiconn | I think that coldfire could be ~10% realtime with the insane buffer in iram |
| 15:24:33 | linuxstb | At least it woul dbe something to keep the Gigabeat S's CPU amused with. |
| 15:24:35 | moos | preglow: about those saturations with the replaygain preamp on mpc, do you think at one reason why before the big Buschman optimisations there aren't ? |
| 15:24:38 | amiconn | (which would be only possible for X5/M5) |
| 15:24:54 | preglow | moos: they shouldn't affect it at all |
| 15:25:04 | preglow | moos: and i'd be very, very surprised if they do |
| 15:25:15 | amiconn | I will do that test at some point, but not now |
| 15:25:32 | Genre9mp3 | Did anyone else got a mail from the author of WinFF asking for permission to include Rockbox presets? |
| 15:25:40 | preglow | no |
| 15:25:47 | preglow | but it sounds like a good idea to me |
| 15:25:53 | Llorean | They need to be edited |
| 15:26:00 | Llorean | Newer versions of ffmpeg are incompatible with the current presets |
| 15:26:09 | moos | preglow: oh, I don't remenber touched my RG config, and those distortions came when I updated with this build (I was in vacations this time) |
| 15:26:13 | Llorean | Due to the name changes for some of the codecs |
| 15:26:22 | amiconn | And there would be a long list of rockbox presets... |
| 15:26:30 | Llorean | amiconn: I've made most of them already |
| 15:26:44 | moos | preglow: but when I find time, I could perform a test with and without this patch |
| 15:26:54 | Llorean | Though they're for pre-name-change ffmpeg. |
| 15:27:08 | amiconn | PluginMpegplayer is missing a couple of necessary resolutions these days... |
| 15:27:12 | preglow | SoundCodecs could really need some cleaning up |
| 15:27:12 | markun | where is ippiDCT8x8Inv_Video_16s8u_C1R defined? (used in mpegplayer) |
| 15:27:31 | preglow | moos: it's easy to disable the optimizations |
| 15:27:37 | Llorean | Genre9mp3: Considering I created the presets.xml on our wiki, I release all rights to it into the public domain (for what tiny amount that may be worth). :-P |
| 15:28:00 | moos | preglow: yeah? (maybe easy for a dsp an like you ;) |
| 15:28:07 | moos | man |
| 15:28:34 | * | markun thinks he has a clean svn tree, but gets an error while compiling :( |
| 15:28:38 | preglow | moos: in synth_filer.c, just find the "elif defined(CPU_ARM)" part and comment out the #define OPTIMIZE_FOPR_SPEED below it |
| 15:28:41 | preglow | moos: that's that |
| 15:29:01 | moos | oh ok, let's try... |
| 15:29:17 | preglow | SoundCodecs needs cleaning :/ |
| 15:29:22 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
| 15:29:55 | amiconn | Llorean: H10 5/6GB 1:1 is missing, and the Sansa c200 is missing completely |
| 15:30:49 | amiconn | (and yes, the 1:1 *does* make sense on that small display) |
| 15:31:24 | preglow | linuxstb: but packet size is the same for all packets, yes? (wma) |
| 15:31:26 | Llorean | amiconn: Now that we can actually do any even resolution, isn't 4:3 possible on that screen? |
| 15:31:38 | preglow | linuxstb: more like asf, actually |
| 15:31:39 | amiconn | ? |
| 15:31:42 | * | Llorean should remake the presets for more accurate 16:9 resolutions. |
| 15:32:09 | amiconn | Btw, 4:3 would *not* cover a 160x128 screen |
| 15:32:17 | amiconn | 160x128 is 5:4 |
| 15:32:21 | Llorean | Yes |
| 15:32:39 | Llorean | But 120 wasn't an option previously |
| 15:32:43 | amiconn | I think we should have fullscreen, 4:3 and 16:9 for each target |
| 15:32:44 | Llorean | We had to use multiples of 16 |
| 15:33:08 | Llorean | But now it's multiples of 2, so I can do "Fullscreen" "4:3" and "16:9" for each target |
| 15:33:18 | Llorean | Or at least, much much closer approximations |
| 15:33:45 | amiconn | I'm not sure whether we want the greyscale versions right now or not yet |
| 15:33:53 | pondlife | Genre9mp3: If you're conversing with the author of WinFF, maybe point out that it's Rockbox, not Rock Box ...:) |
| 15:34:08 | Llorean | amiconn: No harm in including presets for every target that builds mpegplayer, I think. |
| 15:34:28 | amiconn | In fact they would just add one screen size to the list - the mini |
| 15:34:41 | amiconn | All other greyscale targets are 160x128 |
| 15:34:52 | preglow | amiconn: btw, does libmpeg only decode luma for our grayscale targets? |
| 15:35:15 | Genre9mp3 | pondlife: aha, so I wasn't the only one who got the mail |
| 15:35:19 | Llorean | amiconn: Right now I've named the video presets by target name |
| 15:35:20 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
| 15:35:25 | pondlife | No, you were...! |
| 15:35:33 | amiconn | preglow: I don't know. I asked linuxstb whether libmpeg2 can o that, but he also doesn't know |
| 15:35:37 | Llorean | amiconn: Partially because, for example, the iPod Video should be handed a much lower framerate video than the Gigabeat, etc. |
| 15:35:39 | pondlife | But the site refers to Rock Box |
| 15:35:48 | Llorean | preglow: Can mpeg2 encode a video with just luma? |
| 15:36:03 | Llorean | preglow: If so, I could add that for grayscale target presets. |
| 15:36:07 | Genre9mp3 | pondlife: I see... I'll mention this in my reply |
| 15:36:11 | amiconn | Hmm, would make sense to already encode them as grey |
| 15:36:14 | preglow | amiconn: but we don't right now, no? |
| 15:36:31 | amiconn | Would save some decoding time even when we could ignore chroma |
| 15:36:47 | amiconn | The chroma would still need to be skipped, meaning some minimal decoding |
| 15:37:21 | amiconn | Llorean: Hopefully that'll change a bit for the better soon... |
| 15:37:51 | amiconn | preglow: I have no idea... |
| 15:38:08 | Llorean | amiconn: Still, I've pretty much tried to hand pick values target by target. For example, I encode audio for portalplayer targets at higher bitrate than for the others on the assumption that it won't really hurt (other than filesize) |
| 15:38:41 | amiconn | Audio bitrate hits PP more than coldfire |
| 15:38:49 | Llorean | In video? |
| 15:38:54 | Llorean | Isn't audio handled on the other core? |
| 15:39:02 | amiconn | Ah, yes |
| 15:39:24 | amiconn | But on greyscale PP it matters. Much. |
| 15:39:59 | Llorean | I think with this next set of presets I'll try to get feedback from an owner of a target covered by each preset then, to be sure |
| 15:40:06 | amiconn | Mpegplayer is currently *somewhat* usable on H1x0 (too low framerate, but that will hopefully be solved soonish as well) |
| 15:40:20 | amiconn | ..but on greyscale PP, it's nothing but experimental |
| 15:40:45 | amiconn | (H1x0 statement also applies to M5) |
| 15:41:42 | amiconn | On greyscale iPods, audio playback in mpegplayer stutters. This is due to the cpu both decoding audio and running the graylib |
| 15:42:51 | Nico_P | pondlife: ping |
| 15:42:53 | Llorean | Alright, so lower bitrate audio for grayscale iPods than for colour iPods. |
| 15:42:56 | pondlife | pong |
| 15:42:57 | amiconn | Unless we get our libmad much more efficient for arm, this problem cannot be solved |
| 15:43:09 | Nico_P | pondlife: have you tried mob on your H300 ? |
| 15:43:17 | pondlife | Yes, a little |
| 15:43:32 | pondlife | Not much changed, I'm afraid. |
| 15:43:40 | Nico_P | ok |
| 15:43:43 | amiconn | The graylib needs around 50% cpu power due to its isr, and the mono lcd bridge doesn't allow going faster |
| 15:43:50 | pondlife | Skipping during buffering caused locks |
| 15:43:58 | pondlife | That's the main issue really |
| 15:43:59 | Llorean | amiconn: Care to hazard a guess at a bitrate I should pick for mp3 audio then? |
| 15:44:22 | pondlife | I've been looking into another problem in SVN today, so not on MoB at the mo. |
| 15:44:33 | amiconn | Not sure at all. It would be helpful if mpegplayer would support lower sampling rates than 44.1kHz... |
| 15:45:15 | amiconn | That'd require sample rate configuration on PP, which we can't do yet |
| 15:45:40 | bluebrother | hmm, seems like Display FPS isn't implemented on h100? |
| 15:45:42 | jhMikeS | amiconn: we could run it through DSP np. I don't know why I haven't just done that. |
| 15:45:49 | amiconn | bluebrother: It can't |
| 15:45:57 | Nico_P | pondlife: you haven't found a reliable way to cause the lockups ? |
| 15:46:31 | amiconn | bluebrother: Or rather, it could, but not for fullscreen video |
| 15:46:53 | barrywardell | bluebrother: do you need a rbutil build for osx? |
| 15:46:56 | linuxstb | Or we could render it into the yuv buffer before blitting... |
| 15:47:13 | Llorean | amiconn: Okay then, at some point when I have test videos I'll track down someone with a gray iPod and see which ones stutter |
| 15:47:24 | pondlife | Nico_P: Just keep skipping backwards |
| 15:47:39 | bluebrother | barrywardell: would be great |
| 15:47:55 | amiconn | Llorean: It will be model dependent. Larger LCD == worse, so the minis will be better, with the 2nd gen worse than the 1st |
| 15:47:57 | barrywardell | ok, i'll build it now... |
| 15:47:58 | Nico_P | pondlife: with the playlist, as before ? |
| 15:48:05 | Llorean | jhMikeS: Should I assume that resampling will happen in mpegplayer and create presets on that assumption? |
| 15:48:12 | pondlife | I was just using the left button. |
| 15:48:16 | amiconn | (LCD hookup in mini 2nd gen is serial so it's solower than the others) |
| 15:48:19 | Nico_P | ok |
| 15:48:27 | pondlife | Mind you, I had SVN lock up this morning... |
| 15:48:39 | Llorean | amiconn: Okay, then I'll make more presets and try to get lots of testing. |
| 15:48:41 | Nico_P | hehe, SVN isn't bugfree either ;) |
| 15:48:44 | pondlife | So maybe something in the H300 hardware code.. |
| 15:48:58 | pondlife | This was just navigating through settiings |
| 15:48:59 | jhMikeS | Llorean: no, in the core DSP. Lowering the codec samplerate is a bigger deal than resampling anyway. |
| 15:49:22 | amiconn | Llorean: 1st..3rd gen ipods are still worse - slower because their broken cache *and* still running single core |
| 15:49:33 | Llorean | jhMikeS: Well, I rather meant, "should I assume that mpegplayer will be able to handle lower samplerate audio at some point soonish"? |
| 15:49:37 | jhMikeS | 1) decode a frame 2) process it 3) put it in the mpegplayer pcm buffer |
| 15:50:05 | linuxstb | jhMikeS: Is your SPC multi-core codec in SVN yet? |
| 15:50:21 | Llorean | amiconn: So I should assume video probably won't be "playable" on those for the time being? |
| 15:50:29 | Llorean | At least, not watchable |
| 15:50:33 | jhMikeS | Llorean: I guess I could do a few hrs and get it to work |
| 15:50:46 | amiconn | I think so |
| 15:51:18 | Llorean | jhMikeS: Well, I'm leaving town for the weekend in a few hours, so I won't be testing the presets until I get back anyway. |
| 15:51:22 | jhMikeS | linuxstb: I can't do that without making it swappable. No multithread codec can be swapped, single or dual yet. The threads will run again if they're not blocked before the swapout happens. |
| 15:51:22 | Llorean | At the earliest. |
| 15:51:47 | Llorean | Well, rather, I won't be testing them on any target I don't own. |
| 15:52:15 | linuxstb | jhMikeS: OK. I'm thinking about trying the same thing for the APE decoder, but I doubt I'll be doing it in the immediate future anyway. |
| 15:52:50 | linuxstb | I think it probably needs more single-core optimisation as well, before it's worth trying dual-core. |
| 15:52:50 | jhMikeS | Llorean: ok, it probably time I did that little bit of work anway...was planned for a long time now. |
| 15:53:05 | markun | preglow: looks like with mdct_arm.S I go from 617.6 to 617.8 % realtime on my test file, I had expected much more |
| 15:53:51 | jhMikeS | The worse SPC's will play on dual-core with echo at about 85% boost if that gives any perspective. Some arm asm was put in there but doesn't have the profound effect emac does on cf. |
| 15:54:24 | | Quit XavierGr ("One firmware to rule them all!") |
| 15:54:43 | jhMikeS | That is with full parallel processing. EMU on COP. PCM/DSP on CPU. |
| 15:55:01 | linuxstb | jhMikeS: The files that really need to be realtime for the codec to be useful are the -c3000 encodings - and they're only 37% realtime at the moment on PP.... |
| 15:55:33 | Llorean | linuxstb: At what compression level does ape start routinely coming out smaller than the best flac can do? |
| 15:55:44 | | Join scorche|w [0] (n=8dc5049d@st.iptel.by) |
| 15:55:51 | Llorean | Or "the best any of our other lossless codecs can do" even |
| 15:55:53 | jhMikeS | If decoding and output can be split cleanly, it shouldn't be difficult. |
| 15:55:58 | amiconn | Well, -c2000 is called "normal" |
| 15:56:35 | linuxstb | amiconn: -c5000 has finished on my gigabeat - 17% |
| 15:56:53 | Llorean | amiconn: How many people do you think willingly use a very cpu intensive codec that's not widely supported and just use "normal"? :) |
| 15:57:08 | | Quit scorche|w (Client Quit) |
| 15:57:52 | preglow | markun: how much cache does gigabeat have? |
| 15:58:03 | linuxstb | Llorean: In my unscientific test of 1 track, even -c1000 is smaller than flac -8 |
| 15:58:09 | jhMikeS | how much more compression does APE offer anyway? |
| 15:58:16 | amiconn | linuxstb: Like before, as I would have expected because the filtering didn't change |
| 15:58:19 | markun | preglow: 16KB data and 16KB code |
| 15:59:13 | | Quit ramon8 (Read error: 110 (Connection timed out)) |
| 15:59:14 | * | jhMikeS sees Llorean asked that Q too essentially |
| 15:59:22 | Llorean | jhMikeS: The hydrogenaudio wiki suggests FLAC is "58.7%" and Ape is "55.5" |
| 15:59:23 | amiconn | And filtering is the major cpu drain in the higher modes |
| 15:59:35 | | Join scorche|w [0] (n=8dc5049d@ircby.iptel.by) |
| 15:59:41 | Llorean | It doesn't say what compression level is used for those, though |
| 15:59:55 | Llorean | It also says Monkey's doesn't support replaygain. |
| 16:00 |
| 16:00:12 | Llorean | I would assume that's more a matter of whether the tagging supports it. |
| 16:00:20 | linuxstb | Here is my test track with all 5 APE levels, compared with flac -8 - http://www.pastebin.ca/742384 |
| 16:00:56 | jhMikeS | Usually expect 60% for FLAC at highest on most music. Exhaustive searching doesn't do a heck of alot better for it. |
| 16:01:31 | Llorean | linuxstb: Looks like 2000 is probably acceptable to "settle" for at least |
| 16:01:54 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
| 16:02:04 | jhMikeS | for that tiny difference APE sucks all the processor power? hmmm. |
| 16:02:27 | linuxstb | jhMikeS: Exactly... But some people prefer maximum possible compression. |
| 16:02:44 | amiconn | jhMikeS: I have several tracks where flac only compresses to around 75% |
| 16:02:49 | * | jhMikeS rolls eyes |
| 16:02:51 | amiconn | flac -8, that is |
| 16:02:55 | jhMikeS | amiconn: white noise? |
| 16:02:59 | amiconn | nope |
| 16:03:28 | n1s | That new TAK codec seems interesting, comparable compression to APE and seems quite fast, at least on computers |
| 16:03:55 | jhMikeS | I average better than that. FLAC seem to do better than 60% 1/2 the time and worse the other half. Average over thousands of tracks was about 60%. |
| 16:03:57 | Llorean | jhMikeS: I have to admit, my average with flac seems to be in the mid to high 60s. |
| 16:04:01 | linuxstb | n1s: Yes, if the author ever gets around to releasing the source.... |
| 16:04:29 | n1s | linuxstb: yeah, and he want's to rewrite the whole thing in c first too iirc... |
| 16:04:38 | * | linuxstb never understands when people say "the source is in a bad state, but here's a binary..." |
| 16:04:40 | jhMikeS | n1s: as opposed to doing it by hand? :P |
| 16:05:33 | n1s | jhMikeS: yup, by hand encoding has proven quite slow indeed :-D |
| 16:06:09 | n1s | i mean I read some comparison of encoding and decoding speed compared to flac on a computer and tak was faster |
| 16:06:09 | markun | linuxstb: shame? |
| 16:06:11 | jhMikeS | RPN calculators speed it up a bit though |
| 16:07:30 | linuxstb | markun: But would you think less of someone who's invented a lossless codec just because their implementation wasn't perfect? I just think people care about the wrong things... |
| 16:08:55 | | Quit RoC_MasterMind (Connection timed out) |
| 16:09:08 | scorche|w | markun: some decent pictures here too: http://apophenicpinoy.multiply.com/photos/album/14 |
| 16:09:15 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
| 16:10:03 | scorche|w | including one at the pizza party showing me with a wet bottom :) |
| 16:11:36 | Nico_P | scorche|w: in http://apophenicpinoy.multiply.com/photos/photo/14/63, isn't that a rockbox guy holding a beer? :p |
| 16:12:04 | Nico_P | oh and he does seem to have a wet bottom :D |
| 16:12:09 | pondlife | Indeed |
| 16:12:17 | pondlife | Hope no beer was wasted |
| 16:12:41 | scorche|w | Nico_P: you are going to have to host it on a personal site...websense blocks it.. |
| 16:13:09 | markun | scorche|w: I even found myself in one of the pictures :) |
| 16:13:33 | scorche|w | markun: the one looking up at the google sign has all 3 of us....it was perfect |
| 16:13:39 | preglow | jhMikeS: got to thinking, when we get realtime dsp, we won't have the benefit of iram buffers coming straight from the codec anymore, that sucks :/ |
| 16:14:12 | markun | scorche|w: at least 3 pictures with me so far |
| 16:14:45 | markun | scorche|w: which is the one with the google sign? |
| 16:15:09 | scorche|w | markun: a bit earlier up...(i cant see it because it is blocked |
| 16:15:16 | scorche|w | actually, let me try something... |
| 16:15:17 | jhMikeS | preglow: indeed...something I had though about. it's got some serious difficulties. |
| 16:15:47 | markun | scorche|w: ah yes, I see us now :) |
| 16:16:00 | Nico_P | scorche|w: http://nicolas.pennequin.free.fr/rockbox/mentorsummit/IMG_5099.JPG |
| 16:16:44 | markun | Nico_P: who else are wearing baby blue shirts :) |
| 16:17:09 | jhMikeS | preglow: Perhaps with the proper threading, only the buffer length of the codec would be needed anyway. |
| 16:17:24 | scorche|w | Nico_P: yup...that is me, and kkurbjun is on the right |
| 16:17:45 | preglow | jhMikeS: that's another little shitty thing with preemptive multithreading, we can't just share iram around when we know it's not used by other people |
| 16:17:52 | Nico_P | scorche|w: he's the one reaching for pizza ? |
| 16:17:59 | preglow | jhMikeS: well, we can if we mutex them ;) |
| 16:18:10 | jhMikeS | why not? if you "know" it's not used. |
| 16:18:19 | scorche|w | yup |
| 16:18:27 | preglow | jhMikeS: if the codec is always running in a thread of its own, preemptively, how would we know? |
| 16:18:46 | jhMikeS | you ask it or queue it |
| 16:20:04 | | Quit Zagor ("Client exiting") |
| 16:20:46 | Nico_P | jhMikeS: what's the current state of multicore usage ? |
| 16:21:07 | jhMikeS | usage? just mpegplayer for useage. |
| 16:21:24 | Nico_P | are some threads moved to the COP? |
| 16:22:01 | jhMikeS | not yet |
| 16:22:04 | Nico_P | ok |
| 16:22:22 | preglow | jhMikeS: well, we need a way to solve that anyway, buffer in ram will absolutely crush dsp performance, and that needs to be tight if it's going to be realtime |
| 16:23:29 | preglow | ouch, illinstr |
| 16:24:22 | preglow | at 10002000, wtf |
| 16:24:44 | jhMikeS | buffer in ram won't crush DSP on an ARM processor with a good data cache at all |
| 16:25:09 | preglow | in the middle of crossfeed_data... |
| 16:25:15 | preglow | jhMikeS: talking coldfire |
| 16:26:54 | preglow | linuxstb: do asf packets point to the next packet? |
| 16:29:41 | linuxstb | preglow: Not as far as I know. |
| 16:29:48 | preglow | geh |
| 16:30:36 | Nico_P | pondlife: I've managed to make the sim segfault, but it hasn't been very informative so far |
| 16:30:47 | pondlife | gdb? |
| 16:30:47 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f82fc67fbf715962) |
| 16:31:02 | Nico_P | yes, but the backtrace was less useful than I hoped |
| 16:31:55 | pondlife | Maybe you could make the timing super bad by deliberately slowing down the buffering? Read 1 byte at a time or something? |
| 16:32:17 | Nico_P | I've slowed it down already yeah |
| 16:32:27 | Nico_P | not as badly but enough I think :) |
| 16:32:30 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:33:11 | Nico_P | I think I need to protect the linked list anyway, so I'll add mutexes and see if they improve the situation by any chance |
| 16:33:44 | barrywardell | bluebrother: barrywardell.net/rockbox/rbutilqt-1.0.2.dmg">http://www.barrywardell.net/rockbox/rbutilqt-1.0.2.dmg |
| 16:34:01 | Nico_P | the backtrace *seems* to indicate the linked list could have been in an inconsistent state |
| 16:36:42 | markun | would it be useful to have a atrac3 decoder in rockbox? |
| 16:37:18 | linuxstb | I used to have one atrac3 file (Realaudio), but can't find it any more... |
| 16:37:56 | linuxstb | You can't have too many audio codecs though... |
| 16:38:09 | barrywardell | bluebrother: also, it is expected that updating an already up-to-date bootloader fails on h10? |
| 16:38:21 | * | preglow wants a regular atrac decoder |
| 16:39:06 | linuxstb | preglow: Do any software encoders exist? |
| 16:39:30 | preglow | none i know of |
| 16:39:46 | preglow | in a similar case to wma, i also have one minidisc release i want to be able to decode perfectly :P |
| 16:40:05 | linuxstb | So you can rip the atrac data from the minidisc? |
| 16:40:45 | preglow | i assume it's possible.. |
| 16:40:55 | linuxstb | afaik it's never been possible... |
| 16:41:22 | preglow | really? that sucks |
| 16:42:14 | linuxstb | afaik, the best you can do is to grab the uncompressed output via s/pdif. |
| 16:42:28 | preglow | ahh, elite |
| 16:42:35 | preglow | i see it's now available as flac on bleep.com |
| 16:44:04 | | Join Zap [0] (n=Zap@195-133.2-85.cust.bluewin.ch) |
| 16:44:09 | Zap | hi to all :D |
| 16:44:26 | saratoga | there was once a directshow atrac3 encoder |
| 16:44:34 | saratoga | it might have been able to decode |
| 16:45:30 | saratoga | http://www.free-codecs.com/download/Sony_ATRAC3_Audio_Codec.htm |
| 16:46:08 | saratoga | obviously not gpled though |
| 16:46:45 | Zap | no news for ipod nano 2 gn and rockbox ? :( |
| 16:47:06 | pondlife | Hmm, I just IllInst-ed in mpegplayer on H340 |
| 16:47:07 | GodEater_ | no news because no-one's working on it |
| 16:47:33 | pondlife | All I did was leave the video paused for 5 mins, then pressed STOP |
| 16:48:42 | Zap | uh ok :( |
| 16:48:58 | scorche|w | .2012. |
| 16:49:23 | scorche|w | whoops...that would be my armrest saying hi... |
| 16:50:55 | markun | saratoga: we could use the ffmpeg atrac3 code |
| 16:51:25 | markun | probably more open than the directshow filter :) |
| 16:52:47 | saratoga | i didn't realize there was one in ffmpeg |
| 16:52:54 | markun | I thought so :) |
| 16:52:58 | saratoga | might be fun |
| 16:53:00 | markun | although I've never tried it |
| 16:53:40 | markun | linuxstb: together with the cook codec we should be able to support quite some real-audio files then, right? |
| 16:55:30 | bluebrother | barrywardell: no, I don't think that should fail. |
| 16:56:07 | barrywardell | bluebrother: it only happens when doing a complete install. I'll look for the problem and let you know if I can find it |
| 16:56:26 | bluebrother | cool. |
| 16:57:03 | bluebrother | Domonoky did the bootloader check stuff so you might want to ping him too. |
| 16:58:26 | | Quit mf0102 (Read error: 110 (Connection timed out)) |
| 16:58:58 | | Join mf0102 [0] (n=michi@85.127.20.250) |
| 16:58:59 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
| 16:59:36 | | Quit petur ("connection reset by beer") |
| 17:00 |
| 17:07:30 | barrywardell | ak, thanks |
| 17:12:01 | preglow | woot, my file decodes almost to the end |
| 17:13:11 | *** | Saving seen data "./dancer.seen" |
| 17:16:13 | Calcipher | morning/afternoon/evening all |
| 17:16:42 | nicktastic | Does rockbox provide a way to increase loudness beyond the standard volume control - e.g., preamp? |
| 17:17:11 | | Quit Zap ("Sto andando via") |
| 17:17:27 | preglow | woot, my file decodes to the end :P |
| 17:17:36 | nicktastic | :) |
| 17:18:40 | | Join Crash91 [0] (n=evil91@196.218.80.170) |
| 17:18:44 | markun | preglow: did you fix a bug in the decoder? |
| 17:18:47 | Crash91 | hi |
| 17:18:50 | markun | hi Crash91 |
| 17:19:07 | preglow | markun: nah, i just started ignoring errors in the stream a number of times |
| 17:19:11 | markun | :) |
| 17:19:13 | Crash91 | just wanted to ask, how the USB driver going? |
| 17:20:15 | markun | Crash91: last thing I heard, Zagor was making good progress with the ums driver |
| 17:20:21 | | Join Addi2 [0] (n=Addi@85-220-84-106.dsl.dynamic.simnet.is) |
| 17:20:44 | * | scorche|w wonders if he should be making a rule about no more asking |
| 17:21:02 | * | Crash91 thinks you should put it in the topic |
| 17:21:07 | Crash91 | lol |
| 17:21:18 | scorche|w | well, yeah, i would.. |
| 17:21:28 | Crash91 | markun: UMS is the same as MTP? |
| 17:21:34 | scorche|w | no no no |
| 17:21:47 | scorche|w | MSC, you are thinking of |
| 17:21:53 | Crash91 | or was it UMD? something like that... |
| 17:22:16 | Crash91 | i remember there is MTP and MSC and theyre known as two others....=P |
| 17:22:29 | scorche|w | msc = ums |
| 17:22:38 | Crash91 | so UMS=MSC and erm ?UMD?=MTP? |
| 17:23:03 | scorche|w | unicorns of mass destruction? |
| 17:23:04 | saratoga | UMDs are optical disks |
| 17:23:11 | saratoga | the psp uses them i think |
| 17:23:22 | scorche|w | yup |
| 17:23:29 | Crash91 | lol |
| 17:23:33 | * | Crash91 is very confused |
| 17:23:38 | | Quit barrywardell () |
| 17:23:51 | saratoga | once ums is working, we could implement MTP though, if someone wanted |
| 17:24:08 | saratoga | might be interesting to do the apple and ms protocols |
| 17:24:16 | saratoga | have a player that syncs with everything |
| 17:24:22 | Crash91 | well i guess the only advantage of MTP over MSC in the OF is that MTP doesnt need a database refresh |
| 17:24:38 | saratoga | this has nothign to do with the OF |
| 17:24:59 | saratoga | this would be rockbox's USB mode, which doesn't need to refresh the database up front |
| 17:25:14 | scorche|w | saratoga: why would we want to do MTP?...cant everything be done with UMS? |
| 17:25:28 | Crash91 | yeh, but MTP is stupid...MSC can serve the exact same purpose..with the advantage of letting you use files off disk |
| 17:25:43 | saratoga | well theres probably someone out there who wants to sync to wmp, and if he submits a patch i don't see any reason to reject it |
| 17:25:52 | Crash91 | MTP is just for transferring music and AFAIK, for WMP |
| 17:26:04 | Crash91 | well WMP does the exact same thing with MSC |
| 17:26:07 | scorche|w | saratoga: but cant you do that with a UMS device? |
| 17:26:13 | Crash91 | it detects it either way |
| 17:26:25 | Crash91 | scorche|w: yes, you can |
| 17:26:30 | saratoga | with MTP WMP could transfer play counts, song rating, etc I guess |
| 17:26:40 | saratoga | i think it allows more integration |
| 17:26:47 | saratoga | though i haven't looked at WMP in years |
| 17:26:55 | | Quit FOAD ("I'll be back") |
| 17:27:02 | Crash91 | i still use it because of the auto AA downloader |
| 17:27:11 | Crash91 | but otherwise...VLC |
| 17:27:26 | saratoga | also, you might need mtp to do AA, though i'm just BSing here |
| 17:27:33 | Crash91 | =) |
| 17:27:49 | Crash91 | no i dont think so |
| 17:27:52 | Crash91 | no, you dont |
| 17:28:11 | Crash91 | i transferred over MSC recently and i did get AA |
| 17:28:16 | Crash91 | in OF of cosue... |
| 17:28:20 | Crash91 | course* |
| 17:29:16 | Calcipher | well I have better luck transfering music to the players music directories automatically, under winamp 5, but only when my e200 series is set on mtp mode |
| 17:29:18 | | Quit Gnu47 (Nick collision from services.) |
| 17:29:25 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
| 17:29:54 | Calcipher | otherwise in msc mode winamp just sends over the music to the root, treating the player as a mass storage device than a player |
| 17:30:20 | Calcipher | also doesnt see it as e280r when in msc mode, only as drive letter |
| 17:30:25 | Crash91 | well...differenent players i guess |
| 17:31:09 | * | Crash91 is off to play games |
| 17:31:14 | | Quit Crash91 ("Bye Bye!") |
| 17:31:26 | Calcipher | the integration is flawless when the device is set to mtp mode, seems more programs like mtp mode |
| 17:31:57 | scorche|w | windows programs, at least |
| 17:32:25 | saratoga | i'd rather have itunes support, then i could sync to foobar w/ foo_dop |
| 17:32:29 | Calcipher | means I don't have to worry about manually organizing and reordering things on the player |
| 17:33:02 | saratoga | use it to upload my last.fm logs |
| 17:33:38 | * | pondlife hopes for his first green delta... |
| 17:33:40 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 17:34:31 | Calcipher | so was there any progess with that mpegplayer / voice menus issue we were talking about a few hours ago? |
| 17:34:57 | Calcipher | just curious, I'm not that hung up about it personally |
| 17:35:06 | | Join lazka [0] (n=lazka@85-124-173-190.dynamic.xdsl-line.inode.at) |
| 17:37:58 | markun | Calcipher: if it's just a few hours ago you could check the IRC logs |
| 17:38:38 | amiconn | gah |
| 17:38:46 | Calcipher | I can give it a look, I'm new to this community, and all its neat info |
| 17:39:05 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 17:39:18 | amiconn | Looks like I'm unable to spot the bug in my coldfire predictor asm :( |
| 17:39:35 | pondlife | Calcipher: I thought I'd fixed it, but no. not yet |
| 17:39:54 | pondlife | You may want to try the new build and let us know though |
| 17:40:11 | pondlife | It now works some of the time... |
| 17:40:16 | pondlife | Wooh, green delta ! |
| 17:40:17 | Calcipher | sure, so the latest currect build? |
| 17:40:21 | pondlife | Yes |
| 17:40:41 | Calcipher | ok, I'll let you know, so what targets was it tested on so far?? |
| 17:40:46 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 17:40:48 | pondlife | I only have an H300 |
| 17:41:05 | pixelma | pondlife: but a little bit of yellow ;) |
| 17:41:13 | pondlife | Oops |
| 17:41:13 | Calcipher | ah ok, I'm jealous, I always wanted one of those but was too broke |
| 17:41:29 | Calcipher | instead bought an 80 dollar used e280r |
| 17:41:56 | | Join Domonoky [0] (n=Domonoky@e176236039.adsl.alicedsl.de) |
| 17:44:03 | pondlife | It's always the MAS sims.... |
| 17:46:18 | n1s | linuxstb_: thought you might be interested in news on audiocoding.com frontpage stating that they changed the license of faad2 so that the fsf stated that it now os gpl compatible |
| 17:49:39 | preglow | why, that rocks |
| 17:49:43 | preglow | too bad it's still shite :) |
| 17:50:51 | Calcipher | pondlife should I run rbutil and do a full install |
| 17:50:57 | Nico_P | jhMikeS: would it be sane to have one mutex per handle to prevent closing or moving a handle that is being buffered ? |
| 17:50:59 | pondlife | That should do, yes |
| 17:51:05 | Calcipher | or just a rockbox install without the bootloader update |
| 17:51:07 | Calcipher | oh ok |
| 17:51:16 | pondlife | No need for bootloader update |
| 17:51:33 | saratoga | i like how faad claims to be only "reasonibly fast" |
| 17:51:42 | Calcipher | ok, I thought I saw someone mention it was good to up that too |
| 17:51:47 | preglow | it certainly isn't more than that |
| 17:51:58 | pondlife | Calcipher: If you haven't updated recently, then yes. |
| 17:51:59 | preglow | i want the helix one :/ |
| 17:52:16 | jhMikeS | Nico_P: well, there's one spinlock per thread...fine grained locking can be beneficial...but it's tricky to make sure all heirarchy is correct. |
| 17:52:38 | saratoga | yes i'd rather the helix people become gplv2 compatible |
| 17:53:06 | pondlife | pixelma: Better now? I think the other yellow was already slopping around... |
| 17:53:21 | Nico_P | jhMikeS: "there's one spinlock per thread" => what does that imply ? and so do you think it's a reasonably good idea ? |
| 17:53:50 | Calcipher | first I'll use mpeg player with all voice options disabled |
| 17:53:52 | pixelma | pondlife: yes, I know. Only meant the yellow for hwcodec recording sims |
| 17:54:03 | pondlife | Just checking |
| 17:54:58 | jhMikeS | I'm talking about the dual-core scheduler because it's analagous. as long as the lock is used on both ends and actually provides freer access to data it is. if times spent in a lock are really short, possibly not. |
| 17:56:05 | Nico_P | I'm having a hard time followong you :) |
| 17:56:16 | pondlife | jhMikeS: I believe Nico_P's having a problem on a single core, is this also relevant there? |
| 17:56:58 | jhMikeS | If the critical section is finished quickly, it's probably overkill to provide a mutex for each handle but better to use one. |
| 17:56:59 | Calcipher | wow, very nice pondlife |
| 17:57:06 | pondlife | It's not fixed |
| 17:57:16 | pondlife | It's become intermittent, I think. |
| 17:57:18 | pondlife | :/ |
| 17:57:27 | Calcipher | I just tested the elephants dream with voice directories enabled, and theres no issues |
| 17:57:45 | pondlife | iPod? |
| 17:57:52 | Calcipher | oh boy, thats never good when problems become "wacky" |
| 17:57:54 | jhMikeS | For dual-core, these things are done to prevent one core from interfereing with another unless they have some sort of transaction...like sending a message or waiting on the same object. |
| 17:57:55 | Nico_P | jhMikeS: the problem is that one mutex would probably be enough, but I need to know which handle locked it |
| 17:58:40 | pondlife | Nico_P: Which threads are contending? The buffering thread and a.n.other API-calling thread? |
| 17:58:43 | jhMikeS | Lock the mutex, save the handle. Just before unlock, NULL the locker. |
| 17:58:49 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 17:58:50 | Nico_P | I think my problem is that currently a handle can be closed or moved while being buffered. I need to control that |
| 17:59:02 | | Part Llorean |
| 17:59:32 | pondlife | Nico_P: Can you make it so that only the buffering thread accesses the data structures? |
| 17:59:39 | Nico_P | pondlife: yes, buffering is on the buffering thread (duh!), and bufclose can be called on the handle that is being buffered |
| 17:59:50 | jhMikeS | hmmm... |
| 17:59:56 | Nico_P | pondlife: not really |
| 18:00 |
| 18:00:01 | Calcipher | hmm |
| 18:00:03 | pondlife | OK, so bufclose just sends a message to the buffering thread to tell it to close it? |
| 18:00:07 | Calcipher | its back now |
| 18:00:15 | pondlife | Indeed. |
| 18:00:16 | amiconn | preglow, linuxstb: Any idea how to debug this beast short of staring at it again and again, comparing implementations? |
| 18:00:17 | Nico_P | pondlife: yeah, maybe |
| 18:00:28 | Calcipher | when I disabled directory voice, and activated menu voice |
| 18:00:55 | pondlife | Calcipher: It's intermittent, not based on a particular setting. Do you find it locks hard when it fails? |
| 18:01:06 | pondlife | i.e. locks up with a black screen. |
| 18:01:10 | Calcipher | but a strange thing i noticed, I was initially able to use the controls when the video started, because I saw the wheel light up on input |
| 18:01:17 | | Join linuxstb [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 18:01:39 | pondlife | I suspect it's got stuck waiting for the voice thread. |
| 18:01:47 | jhMikeS | Nico_P: you need a handle usage count really. |
| 18:01:57 | Nico_P | jhMikeS: per handle ? |
| 18:02:00 | jhMikeS | yes |
| 18:02:20 | Calcipher | but after a second or two it stopped responding to input and the wheel light was stuck on, and now I will be hard resetting, the video is playing but with no sound or response to user input |
| 18:02:27 | linuxstb | n1s: Unfortunately Nero have still not made faad2 GPL compatible.. I mentioned it here a few days ago. |
| 18:02:35 | jhMikeS | protect them all with the same sync object. though if a handle is no longer needed, should buffering continue on it? |
| 18:02:45 | Nico_P | I had thought of that, but only for multiple bufopens on the same file... currently one bufopen == one handle id. why do I need an usage count ? |
| 18:03:08 | n1s | linuxstb: too bad :-/ |
| 18:03:10 | Nico_P | jhMikeS: the idea is that if a handle isn't needed it's closed |
| 18:03:14 | | Join ender1 [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 18:03:16 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
| 18:03:30 | preglow | amiconn: i'm afraid no. the only way i can drastically improve my chances of finding a bug is not looking at the code for a couple of days |
| 18:03:47 | preglow | amiconn: i've got time to take a small look if you want |
| 18:03:59 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 18:04:16 | advcomp2019 | pondlife, i decided to try it myself... the video stays going but they controls does not work until you do a hard reset |
| 18:04:26 | | Join Domonoky_ [0] (n=Domonoky@f051086017.adsl.alicedsl.de) |
| 18:04:33 | Nico_P | jhMikeS: Ideally closing a handle would interrupt its buffering... maybe making buclose send a message to the queue is the best thing to do, as the buffering loop checks for messages |
| 18:04:37 | | Quit Rob222241 () |
| 18:04:37 | pondlife | advcomp2019: Which device? |
| 18:05:17 | advcomp2019 | the sansa e200 series |
| 18:05:20 | | Join Rob2222 [0] (n=Miranda@p54B14D81.dip.t-dialin.net) |
| 18:05:26 | jhMikeS | Nico_P: so you do have a race condition. I suspect buffering sould enter the mutex when it's doing something with the data. When a handle is being changed, that mutex should be used to exclude the buffering thread? |
| 18:05:38 | Calcipher | does it play with sound on yours advcomp2019 |
| 18:05:39 | linuxstb | n1s: If you're interested, see http://www.rockbox.org/irc/rockbox-20071012.txt starting at 11.57.48 |
| 18:05:46 | pondlife | Nico_P: The API routines themselves shouldn't access the internal data at all, not even to attempt sanity checks |
| 18:06:01 | jhMikeS | Queues are a nice cheap easy way to sync stuff of course. |
| 18:06:17 | advcomp2019 | Calcipher, i can test it again |
| 18:06:47 | Nico_P | turning all API calls into queue senders seems like a big complication to me. some taks multiple args |
| 18:07:09 | Calcipher | ok, and also please see if this happens when you disable voice menus, but enable voice directories, or voice files |
| 18:07:12 | pondlife | advcomp2019: Calcipher: Do we know which revision started crashing? |
| 18:07:24 | pondlife | Probably worth working backwards to find outr |
| 18:07:26 | pondlife | out. |
| 18:07:36 | nicktastic | Does rockbox provide a way to increase loudness beyond the standard volume control - e.g., preamp? |
| 18:07:38 | Calcipher | 15179 atleast thats the first one I noticed it on |
| 18:08:06 | pondlife | Calcipher: If you could try 15178 and work back one at a time, that would be best |
| 18:08:07 | amiconn | preglow: amiconn.dyndns.org/ape-predictor-cf.diff">http://amiconn.dyndns.org/ape-predictor-cf.diff |
| 18:08:18 | nicktastic | If not, maybe replay gain could be used to effectively increase loudness? |
| 18:09:03 | Calcipher | Sure, I'll be glad to test the builds, but I can't do that at the moment, later today when I return |
| 18:09:52 | Nico_P | jhMikeS: I'm not sure full mutual exclusion between buffering and the rest is necessary. things are pretty well contained IMHO |
| 18:10:18 | Nico_P | I think bufclose is the only real problem left |
| 18:10:42 | Nico_P | (now that I've protected the linked list) |
| 18:10:47 | amiconn | preglow: I know that there is still a bit of optimisation potential (reordering instructions, mostly). That's on purpose - it's as close to the arm version as it can atm. |
| 18:10:47 | advcomp2019 | pondlife, Calcipher is right no sound too |
| 18:11:45 | jhMikeS | Nico_P: if it's not need then of couse don't |
| 18:11:48 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 18:12:14 | n1s | nicktastic: the RG preamp can probably do what you want but it will most likely introdue clipping |
| 18:12:29 | jhMikeS | _but is it safe for both COP and CPU to use at the same time? |
| 18:13:02 | Nico_P | I think so |
| 18:13:23 | jhMikeS | ok, cool |
| 18:13:40 | preglow | amiconn: what size is the offset part of the cf indexed addresing mode? |
| 18:13:45 | preglow | amiconn: signed eight bits, no? |
| 18:13:53 | amiconn | ? |
| 18:14:04 | amiconn | I don't use indexed addressing at all |
| 18:14:10 | preglow | no, im just wondering |
| 18:14:16 | nicktastic | n1s, Hmm, so is there no other approach to increase loudness, that you know of? (I don't want to noramlize, but after hours of googling, RG seems to be the only option) |
| 18:14:23 | amiconn | Just offset addressing, and that is 16 bit signed |
| 18:14:30 | Nico_P | jhMikeS: each handle has its own reading and writing end. the reading is managed by the calling threads, and the writing is managed by the buffering thread |
| 18:14:34 | preglow | yesyes, but that's not why i'm asking |
| 18:14:41 | Ave | would it be possible to use the graphic eq to implement a dolby nr kind of pre-emphasis to outputted audio? |
| 18:14:48 | | Quit ender1 (Read error: 104 (Connection reset by peer)) |
| 18:14:51 | Ave | fex when using a cassette-adapter for old car player |
| 18:14:58 | jhMikeS | Nico_P: but what about the access of the handle data itself? |
| 18:15:17 | amiconn | preglow: Indexed addressing only has 8 bit signed offsets |
| 18:15:50 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 18:15:51 | Nico_P | writing is done only by the buffering thread, reading is done only by the others |
| 18:16:00 | n1s | nicktastic: the dac in your dap is probably the limit, increasing the signal in the digital domain will introduce clippign quite fast in most cases so if you really need higher volume a separate amp is better |
| 18:16:43 | Nico_P | jhMikeS: well actually bufalloc is a bit of an exception... it can be used by a caller thread to write data to a handle |
| 18:17:02 | jhMikeS | aha |
| 18:17:25 | Nico_P | it opens a handle then copies data over to it... all done in the calling thread |
| 18:18:12 | pondlife | Naughty |
| 18:18:33 | Nico_P | I fail to see how it can be a problem though... bufalloc is only used for metadata. data is copied once and then the handle is basically read-only |
| 18:18:40 | jhMikeS | but how many calling threads are there? |
| 18:18:45 | | Join chandlerc [0] (n=chandler@74.167.150.116) |
| 18:18:49 | pondlife | Lots, in theory |
| 18:19:26 | Nico_P | currently only the audio thread an the codec thread. audio thread does the bufopen and bufclose and codec thread reads the data |
| 18:19:49 | nicktastic | n1s, Well, I'm asking in regard to two albums in particular, which are unusually quiet. My DAP can get quite loud, but these albums are just very quiet. I was hoping there would be 'room' to boost the signal without clipping, but I have little understanding of DSP. ;) |
| 18:19:58 | Nico_P | the wps thread is also a user of the metadata handles I think |
| 18:20:09 | nicktastic | n1s, thanks for the advice |
| 18:20:23 | n1s | nicktastic: that sounds exactly what RG was made for |
| 18:20:31 | pondlife | Ultimately video could use the buffering too |
| 18:20:49 | pondlife | Best to assume that your API routines shouldn't do anything unsafe |
| 18:21:22 | markun | pondlife: can other plugins also use the buffering to get some extra memory (like the jpeg viewer) |
| 18:21:51 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 18:21:55 | Nico_P | true, but are the calls unsafe if they each have a well defined role (which I think is the case, except for bufalloc and once I'll have fixed bufclose) |
| 18:22:17 | pondlife | markun: Anything that needs to read a list of files... |
| 18:22:44 | Nico_P | markun: hopefully yes but they'd have to negotiate with the playback code to get it to free some space |
| 18:22:45 | pondlife | Nico_P: Depends mainly on what data they access. |
| 18:23:03 | jhMikeS | Nico_P: so the codec thread never closes anything? |
| 18:23:11 | Nico_P | jhMikeS: no |
| 18:23:21 | pondlife | Nico_P: Actually, the buffering code would be allocating memory anyway, it's all one big buffe |
| 18:23:22 | pondlife | r |
| 18:24:05 | jhMikeS | but could the codec thread be using it when the audio thread closes it? |
| 18:24:45 | Nico_P | jhMikeS: I'm pretty sure it couldn't |
| 18:24:57 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 18:25:03 | Nico_P | the audio thread closes handles the codec doesn't need anymore |
| 18:25:25 | jhMikeS | hmmm...pretty sure doesn't cut it :) esp. on two cores. the logic should mutually exclude it. |
| 18:25:40 | Nico_P | pondlife: I'm not sure what you mean, but bufopen fails when there's no space left. it won't forcefully close handles to create free space |
| 18:25:57 | jhMikeS | how does it know the codec thread doesn't need it btw? |
| 18:26:34 | pondlife | I would work on the basis that all API calls should be thread-safe |
| 18:26:49 | * | jhMikeS does need a nice going over to understand the code so be able to comment better |
| 18:26:58 | Nico_P | jhMikeS: that's through track_ridx. tracks[track_ridx] tells us which handles the codec needs |
| 18:27:12 | preglow | amiconn: can't see anything obvious |
| 18:27:36 | Nico_P | jhMikeS: track_ridx changes when the codec switches tracks |
| 18:28:21 | Nico_P | I've kept most of the architecture in playback.c in that respect |
| 18:28:37 | jhMikeS | eek...I thought that would be history to not have a track limit |
| 18:29:00 | pondlife | One thing at a time... :) |
| 18:29:14 | pondlife | Thjis is about buffering.c, not playback.c |
| 18:29:35 | Nico_P | I do need to store handle IDs somewhere, otherwise playback.c needs access to the memory handles |
| 18:29:49 | jhMikeS | well, you don't want to write buffering.c to accomodate playback.c...well not if it's not easily revised anyway |
| 18:30:30 | pondlife | I'm ok with playback.c having a static list of buffer handles, the structure is small |
| 18:30:47 | pondlife | We can sort that out later if needed |
| 18:31:00 | preglow | is there any way of making rockbox play a sequence of tracks randomly without having to do shuffled playlists? |
| 18:31:07 | jhMikeS | does it really need to? why can't it access the memory handles? |
| 18:31:39 | pondlife | The buffer API could have a FindFirst/FindNext added... later. |
| 18:31:56 | pondlife | But for now, let's fix up the race conditions |
| 18:32:18 | pixelma | preglow: you mean without setting it to shuffle in the settings? |
| 18:32:18 | pondlife | Get something stable to commit and build upon |
| 18:32:31 | jhMikeS | I'm wondering if the that isn't a critical part of doing so in some way. |
| 18:32:35 | n1s | preglow: insert shuffled? |
| 18:32:40 | preglow | pixelma: i think i should just read the manual... |
| 18:32:48 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
| 18:32:50 | pixelma | preglow: "insert shuffled" on a folder or song |
| 18:33:05 | pixelma | I'm not sure if that is in the manual... |
| 18:33:06 | Nico_P | jhMikeS: well there's nothing saying playback.c really can't access the linked list of handles, but then we'd need to ensure it never writes them. I think a level of abstraction is a good thing |
| 18:33:10 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:33:12 | preglow | i don't want the tracks to be played in the same order over and over again |
| 18:33:30 | preglow | even if the order is shuffled |
| 18:33:56 | Nico_P | the point was to hide the buffering process behind a set of well-defined (and possibly thread-safe) API calls |
| 18:34:07 | preglow | i think what i really want is of-style random playback |
| 18:34:10 | n1s | preglow: write a plugin that keeps shuffeling :-) |
| 18:34:19 | pondlife | possibly? definitely thread-safe |
| 18:34:25 | * | linuxstb notices that all codecs apart from AAC appearto fit in the iFP's 128KB codec buffer |
| 18:34:31 | pixelma | preglow: "repeat shuffled" though I'm still not sure I understand fully |
| 18:34:44 | amiconn | preglow: Set your repeat mode to random |
| 18:34:55 | amiconn | Then it reshuffles at the end of the list |
| 18:35:13 | preglow | amiconn: but it still plays all the files in a list through before one can reappear, yes? |
| 18:35:19 | amiconn | yes |
| 18:35:31 | preglow | amiconn: i don't want that :) |
| 18:35:36 | preglow | linuxstb: including bbs? |
| 18:35:38 | preglow | bss... |
| 18:36:09 | linuxstb | preglow: Yes, the whole codec buffer is 128KB IIUC |
| 18:36:19 | linuxstb | That's assuming current SVN compiles on the iFP.. |
| 18:36:32 | preglow | shruggage |
| 18:36:55 | linuxstb | Rockbox currently gives 1MB to codecs on most targets (512KB buffer + malloc buffer) |
| 18:37:04 | preglow | an abominaiton, it is |
| 18:37:07 | preglow | that malloc buffer... |
| 18:37:13 | amiconn | It's a pity that the iFP port is basically a one-man port, and tomal isn't around often :| |
| 18:37:42 | saratoga | what codecs actually need a malloc buffer that big? |
| 18:37:44 | jhMikeS | can't say I'd ever want one myself |
| 18:37:47 | preglow | few |
| 18:37:47 | linuxstb | preglow: I agree. At the very least, we should try and remove that, and make codecs malloc out of the initial 512KB |
| 18:38:27 | amiconn | preglow: Damn :( Thanks for looking anyway |
| 18:38:44 | * | amiconn goes to print the whole thing, along with the C version for reference |
| 18:38:55 | Nico_P | jhMikeS: I assume it would help if I wrote some kind of doc outlining the responsibilities of each call so that you can help me make them thread safe ? |
| 18:39:13 | | Quit obo ("bye") |
| 18:40:38 | jhMikeS | what might help more is a playback.c without large amounts of unneeded code #ifdef 0 'ed. just to have functioning stuff only there. |
| 18:40:53 | preglow | why the ifdefs? |
| 18:41:01 | Nico_P | yeah I'll take that code out soon |
| 18:42:05 | Nico_P | preglow: I disabled some chunks of code to have them at hand if needed |
| 18:42:42 | | Quit lazka (Remote closed the connection) |
| 18:43:10 | | Join muesli- [0] (n=muesli-@91.64.230.92) |
| 18:44:17 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 18:44:35 | linuxstb | Hmm, iFP port fails in debug_menu.c... |
| 18:46:19 | | Quit mf0102 (Read error: 110 (Connection timed out)) |
| 18:46:51 | | Join mf0102 [0] (n=michi@85.127.180.92) |
| 18:47:42 | | Quit jgarvey ("Leaving") |
| 18:48:48 | | Join muesli-_ [0] (n=muesli-@91.64.230.92) |
| 18:49:08 | linuxstb | Seems musepack, wma, APE, SID, NSF and SPC all need more than a 128KB codec buffer... |
| 18:49:13 | | Part muesli-_ |
| 18:49:16 | Nico_P | pondlife: do you have your H300 at hand ? |
| 18:49:59 | Nico_P | I haven't been able to crash my gigabeat with my usual recipe yet |
| 18:50:09 | preglow | linuxstb: yeah, it sounded too good to be true, that |
| 18:50:25 | preglow | vorbis fitting also surprises me |
| 18:50:30 | preglow | mpc? |
| 18:50:32 | preglow | that should be pretty small |
| 18:52:22 | linuxstb | The linker complains about both IRAM and RAM being full... |
| 18:54:24 | linuxstb | If I can read maps, the BSS for musepack is 150KB by itself... |
| 18:54:26 | preglow | speex also has to be larger than that |
| 18:55:07 | linuxstb | Speex fits... |
| 18:55:09 | preglow | jhMikeS: oy, is there anything that needs doing for h120 spc? |
| 18:55:25 | preglow | linuxstb: that's only because it uses the malloc buffer |
| 18:55:37 | jhMikeS | preglow: like? |
| 18:55:47 | preglow | jhMikeS: wouldn't know, which is why i'm asking :P |
| 18:56:13 | preglow | listened to spcs on ipod yesterday, and that doesn't even do echo... |
| 18:56:30 | jhMikeS | The DSP is totally emac. If something can be trimmed, go ahead. I did a retest of msac instead of neg and mac and it's didn't kill it this time. I don't know what was going on there. |
| 18:56:50 | preglow | results were equal this time? |
| 18:56:52 | preglow | that's good to know |
| 18:57:14 | n1s | preglow: gaussian interpolation is disabled for cf for performance reasons I guess |
| 18:57:34 | jhMikeS | but something else seems troubling, it seemed fractionally faster with a trapf between msac and mac...I really need to do test_codec runs on it. |
| 18:57:35 | preglow | bummer, then that needs doing |
| 18:58:31 | | Quit Dark_Apostrophe (Connection timed out) |
| 18:58:31 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 18:59:13 | jhMikeS | In any case, I got 78% boost running SW tone controls with just msac...same as the neg/mac |
| 18:59:16 | n1s | preglow: about the ringing in midi playback do you think it is because of the samples being 44kHz someone in the forum thought it was this and called the effect "aliasing" and playing at 44kHz in the sim I can't hear it |
| 18:59:17 | | Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ma.comcast.net) |
| 18:59:52 | jhMikeS | my usual dkkjd2 test for that |
| 19:00 |
| 19:00:35 | amiconn | jhMikeS: On cf it's normal that slight changes which change function sizes or move functions around can change performance somewhat, even if one wouldn't expect it. That's due to cache aliasing |
| 19:00:48 | | Quit Addi2 ("Leaving") |
| 19:00:59 | preglow | n1s: riiiiight, it isn't playing at 44.1khz? |
| 19:01:39 | n1s | nope, not on cf but i intend to try that out as soon as i hunt down a bug |
| 19:01:48 | jhMikeS | amiconn: I figured some movement of code could do that. I don't think it's limited to CF either. |
| 19:02:11 | preglow | n1s: you will get more aliasing at 22khz or whatever you use, yes, but it didn't sound like that was the problem |
| 19:02:22 | | Quit BigMac (Client Quit) |
| 19:02:31 | amiconn | Well, in theory it can affect all caches. But the cf instruction cache is direct mapped, while the PP cache is 4-way set associative |
| 19:04:04 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
| 19:04:56 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 19:05:16 | | Quit muesli- (Connection timed out) |
| 19:06:48 | | Quit nicktastic ("Leaving") |
| 19:13:13 | *** | Saving seen data "./dancer.seen" |
| 19:13:50 | | Join Morey [0] (n=bmorey@bhost-138-64-188-92.atk.com) |
| 19:15:44 | | Join ilgufo [0] (n=matteo@host200-185-dynamic.54-82-r.retail.telecomitalia.it) |
| 19:17:18 | | Quit Guile`` ("KVIrc 3.2.0 'Realia'") |
| 19:18:21 | Morey | jhMikeS: It would be alright for you to change the queue'ing stuff in mpegplayer now if you are still interested. |
| 19:19:02 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
| 19:21:21 | linuxstb | Morey: Hi. Was there a reason you changed mpegplayer so it fills the whole buffer before starting to play, rather than just filling to the low watermark? |
| 19:23:17 | jhMikeS | Morey: I'm interested since that what it should be based on. Don't know if I'm up for "now" though. :) |
| 19:24:16 | Morey | jhMikeS: now = anytime, with little hinder to our efforts |
| 19:24:40 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
| 19:25:12 | Morey | linuxstb: That was changed by Gwynne for debugging, but it seemed to have little effect on speed so it was left. I suppose we could bench mark it. |
| 19:25:38 | linuxstb | Morey: What target(s) are you normally testing on? |
| 19:26:10 | Nico_P | jhMikeS: things look much more stable to me now that I've fixed bufclose |
| 19:26:27 | Nico_P | pity pondlife is gone though |
| 19:26:53 | | Quit mf0102 ("Verlassend") |
| 19:26:58 | linuxstb | Morey: Only buffering a small amount means playback starts almost instantly on my ipod Color, compared to waiting a few seconds with the current code. |
| 19:27:19 | Morey | We are still working on a solution to include seeking after the movie has started. The issue we have now is that if a person exits the seek without selecting a seek position, the original place in the mpeg is lost and it's hard to resume playback at exactly that spot. Which would be weird to the user. |
| 19:28:12 | markun | Morey: I would prefer it if "seeking after the movie has started" would replace the current seeking |
| 19:28:15 | linuxstb | How can a person not select a seek position? Audio seeking doesn't work like that. |
| 19:29:10 | Morey | Enter the menu - look at the seeking thumbnails - and press the power but (sansa) which exits the menu without making a selection. |
| 19:29:58 | linuxstb | Why not just map seeking to long press on fwd/rew, like audio, instead of making it a menu? |
| 19:30:12 | Morey | linuxstb: If changing the buffer fill back is better I don't feel it will cause any problems. |
| 19:30:31 | | Quit homielowe (Read error: 110 (Connection timed out)) |
| 19:31:16 | Morey | linuxstb: The actual seek would take about 4 seconds and the screen would splash or clear for that time. ppl might not like that. |
| 19:31:43 | jhMikeS | why should the mpeg keys work differently than playback anyway? |
| 19:32:43 | Morey | jhMikeS: I don't understand your comment. |
| 19:33:09 | Morey | It's the delay ppl would not like. |
| 19:33:19 | jhMikeS | I think linxstb said it better |
| 19:33:47 | Morey | It can be done, it's just slow. :) |
| 19:33:48 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 19:33:50 | jhMikeS | Morey: you're still buffering all data from point to point? I can't see any reason not to even display video frames while seeking rapidly. MPEG allows that. |
| 19:35:23 | Morey | jhMikeS: It's the aud/vid resync that makes the delay. |
| 19:35:38 | linuxstb | Morey: I disagree. The problem seems to be that we need to work to reduce that 4s, rather than work around that issue. |
| 19:36:14 | jhMikeS | seek by the video, then find the audio frame that matches closely enough |
| 19:36:24 | bertrik | how about seeking with the volume control keys while the movie is put on pause (e.g. with select keys) |
| 19:36:30 | linuxstb | And as long as a "Seeking..." splash is displayed, I think users could live with the delay. |
| 19:36:51 | rasher | There's a delay in audio seeking as well in some situations |
| 19:36:56 | rasher | noticeably |
| 19:37:24 | | Quit Dark_Apostrophe (Read error: 104 (Connection reset by peer)) |
| 19:37:24 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 19:37:48 | jhMikeS | I just can't buy that a noticeable delay should have to be there. The decoders can handle error as well, in fact that's meant for that. |
| 19:40:07 | Morey | If I get something working I'll start a patch thread and maybe some of you can help me resolve the delay issues. |
| 19:40:57 | Morey | I also like the idea of supporting the avi container. |
| 19:41:45 | markun | Morey: because it has a jumptable at the end? |
| 19:41:48 | jhMikeS | I think better threading control could help too |
| 19:41:58 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 19:42:00 | linuxstb | Morey: Have you investigated whether AVI has any advantages over MPEG-PS? |
| 19:42:16 | | Join spiorf [0] (n=spiorf@host169-212-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:42:42 | markun | linuxstb: one advantage is that we can then say "yes" when people ask "does rockbox play avi?" ;) |
| 19:42:59 | Morey | linuxstb: Sorry, been too busy. It's on my todo list though. :) |
| 19:43:06 | BigBambi | I redid the MPEGPlayer fps rates on the gigabeat last night, and even on that the pause before playback starting was annoying |
| 19:43:18 | linuxstb | markun: I'll leave you to explain why it doesn't play 99% of AVIs then... ;) |
| 19:43:35 | markun | linuxstb: and I'll leave that to llorean :) |
| 19:43:48 | linuxstb | markun: Then we're all happy ;) |
| 19:43:57 | jhMikeS | well, he can just tell everyone to encode their AVIs in MPEG streams first |
| 19:44:08 | markun | linuxstb: btw, when's the next pubcon? |
| 19:44:36 | linuxstb | Nothing planned - there was one due yesterday, but no-one could make it in the end... |
| 19:44:48 | markun | if I can find a cheap ticket I would like to visit you guys |
| 19:45:08 | | Quit Morey ("Ninja IRC v1.5.8.1(#1) exiting after 31m36s of use") |
| 19:45:09 | linuxstb | I'm sure we'll become available... |
| 19:51:10 | | Join Hukt [0] (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
| 19:52:28 | | Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) |
| 19:54:46 | | Quit zicho (Read error: 104 (Connection reset by peer)) |
| 19:55:01 | n1s | stevenm: for the logs: your "quick & dirty" pitch bend depth committed to svn in r15112 causes artifacts in at least one of my test files. |
| 20:00 |
| 20:00:34 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 20:04:54 | | Join spiffytech [0] (n=opera@wod28982RN.rh.ncsu.edu) |
| 20:06:12 | | Quit saratoga ("CGI:IRC (EOF)") |
| 20:08:20 | preglow | speex currently has some test programs commited to svn, i should just go ahead and delete those, right? |
| 20:08:43 | | Quit Hukt0nWax (Read error: 110 (Connection timed out)) |
| 20:08:43 | | Nick Hukt is now known as Hukt0nWax (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
| 20:08:57 | * | n1s chants kill! kill! |
| 20:09:38 | | Quit barrywardell () |
| 20:13:55 | | Quit ilgufo (Nick collision from services.) |
| 20:13:58 | | Join gufo [0] (n=matteo@host201-155-dynamic.58-82-r.retail.telecomitalia.it) |
| 20:15:55 | | Join lee-qid [0] (n=liqid@p54964A6A.dip.t-dialin.net) |
| 20:16:24 | amiconn | Hmpf, looks like this coldfire asm is fubar |
| 20:16:57 | amiconn | I can't spot a single mistake even by comparing it with the C code, and still it only produces static :( |
| 20:17:25 | * | amiconn did a full line-by-line comparison |
| 20:19:23 | | Quit zicho (Remote closed the connection) |
| 20:19:32 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 20:20:15 | preglow | amiconn: i'll bet there's something hiding around :> |
| 20:22:22 | * | linuxstb has similar memories of debugging the ARM version |
| 20:22:48 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 20:24:25 | | Part pixelma |
| 20:24:49 | * | amiconn gives up |
| 20:25:14 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:25:21 | | Join MethoS- [0] (n=clemens@82.149.161.102) |
| 20:25:51 | | Join merbanan [0] (n=banan@83.233.242.209) |
| 20:31:35 | | Quit moos (Read error: 110 (Connection timed out)) |
| 20:32:52 | * | preglow has similar memories of abandoning the new libmad imdct for coldfire :P |
| 20:33:15 | | Quit MethoS- (Remote closed the connection) |
| 20:34:48 | Rob2222 | IPOD Settings reset: "You can reset the settings with turing player off and back on with hold button oN" .... |
| 20:35:00 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 20:35:02 | Nico_P | GodEater_, GodEater: ping |
| 20:35:08 | Rob2222 | how can i start the player with hold activated? |
| 20:35:19 | | Join XavierGr [0] (n=xavier@ppp41-147.adsl.forthnet.gr) |
| 20:35:37 | n1s | Rob2222: flick the hold on when it's booting |
| 20:35:48 | n1s | but if you do it too fat you'll boot the OF |
| 20:35:55 | n1s | s/fat/fast |
| 20:36:03 | | Quit spiorf (Remote closed the connection) |
| 20:36:38 | Rob2222 | ah ok, thats the problem |
| 20:36:47 | Rob2222 | thx |
| 20:36:48 | Rob2222 | :) |
| 20:37:39 | amiconn | preglow: The only thing that might help would be tracing a run, to see where it goes wrong, but I have no idea how that could be done on target ... |
| 20:37:44 | | Join PaulJam [0] (n=PaulJam_@vpn-3035.gwdg.de) |
| 20:37:45 | | Join ilgufo [0] (n=matteo@host201-155-dynamic.58-82-r.retail.telecomitalia.it) |
| 20:39:30 | n1s | amiconn: would comparing it to a disassembly of the c version help? else you could always code up a quick emulator :-> |
| 20:39:42 | amiconn | hahaaaaa |
| 20:40:16 | | Quit merbanan (Remote closed the connection) |
| 20:40:25 | amiconn | The disassembly of the C version is of course very different. Typical gcc crap for m68k/cf |
| 20:40:31 | preglow | yeah... |
| 20:40:33 | Nico_P | amiconn: then you haven't abandoned after all ? :) |
| 20:40:35 | preglow | unreadable too |
| 20:41:36 | amiconn | Nico_P: I hate wasting time, but I hate even more when that time was wasted for nothing :( |
| 20:42:34 | Nico_P | yeah I know the feeling ;) |
| 20:44:36 | | Quit hcs ("Leaving.") |
| 20:44:52 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 20:44:54 | | Part pondlife ("Gone") |
| 20:48:27 | preglow | hmm |
| 20:48:47 | preglow | can't one use I*_ATTR for data inside a function? |
| 20:49:06 | amiconn | Of course not |
| 20:49:18 | amiconn | auto vars live on the stack, wherever that is |
| 20:49:26 | preglow | i'll just declare these bitches static |
| 20:49:28 | preglow | that should solve it |
| 20:49:41 | amiconn | Yes, static should work, also within functions |
| 20:49:54 | preglow | arrghghg |
| 20:50:06 | preglow | the new speex way of handling its overridable functions generates tons of warnings |
| 20:50:20 | amiconn | But depending on where you're using it, you might not want to do that. The stack might already be in iram |
| 20:50:26 | amiconn | E.g. the codec stack is |
| 20:50:29 | preglow | amiconn: it's for const tables |
| 20:50:41 | amiconn | oh? |
| 20:50:43 | preglow | amiconn: speex has them in a function, and i want to change as little as possible |
| 20:50:53 | preglow | syncing is boring enough as it is |
| 20:50:55 | | Join MethoS- [0] (n=clemens@82.149.161.102) |
| 20:51:00 | amiconn | Weird way of coding, really... |
| 20:51:08 | preglow | *shrug* |
| 20:51:13 | preglow | if they're local to the function, then why not |
| 20:51:20 | kubiixaka | hi |
| 20:51:21 | preglow | extra semantics never hurt anyone |
| 20:51:33 | amiconn | preglow: Then I would *always* make them static |
| 20:51:46 | preglow | amiconn: why? |
| 20:51:49 | amiconn | Not making them static means they're not truely const |
| 20:51:58 | preglow | not in the rom way, at least |
| 20:52:01 | preglow | well, i've made them static now |
| 20:52:03 | amiconn | They will be constructed on stack *at runtime* |
| 20:52:12 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 20:52:17 | kubiixaka | i have a weird problem with compiling clean source |
| 20:52:26 | amiconn | That means larger and slower code for no reason |
| 20:52:30 | preglow | but now i get tons of errors for each bloody overridden function i don't use |
| 20:52:31 | preglow | arrargh |
| 20:52:37 | preglow | s/errors/warnings/ |
| 20:53:53 | preglow | i take it there's no way to make gcc not complain about unused static functions in headers without introducing compiler switches... |
| 20:53:55 | amiconn | linuxstb: Btw, is there a reason why the predictor is supposed to return an int? It is never checked... |
| 20:54:14 | | Quit gufo (Read error: 110 (Connection timed out)) |
| 20:54:49 | amiconn | preglow: Not that I know of. It only works if those functions are static inline |
| 20:56:21 | linuxstb | amiconn: No, they should be void... |
| 20:58:11 | amiconn | preglow: Putting code which results in actual binary output into header files should be banished, imo |
| 20:58:42 | preglow | amiconn: i'll inline them, then |
| 20:58:52 | preglow | amiconn: not my fault, the speex author suddenly went for this scheme |
| 20:58:54 | preglow | bbrb |
| 20:59:50 | amiconn | Yes, I thought so. Still, it's broken design |
| 21:00 |
| 21:00:32 | amiconn | But if we want to use that codec... :/ |
| 21:00:45 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 21:00:46 | amiconn | You could put some #if 0 around the unused stuff |
| 21:01:22 | kubiixaka | i have a weird problem with compiling clean source |
| 21:01:22 | kubiixaka | it look that in lang.h aren't generared all needed lang_xxx variables |
| 21:01:22 | kubiixaka | and later in compiling i got errors like: |
| 21:01:22 | DBUG | Enqueued KICK kubiixaka |
| 21:01:22 | kubiixaka | menus/theme_menu.c:142: error: initializer element is not constant |
| 21:01:22 | kubiixaka | menus/theme_menu.c:142: error: (near initialization for `set_lse_col_.desc') |
| 21:01:23 | *** | Alert Mode level 1 |
| 21:01:23 | kubiixaka | menus/theme_menu.c:144: error: `LANG_SELECTOR_TEXT_COLOR' undeclared here (not in a function) |
| 21:01:51 | n1s | kubiixaka: make clean? |
| 21:02:08 | kubiixaka | i have fresh cygwin with latest revision |
| 21:02:59 | kubiixaka | i thing it is same issue as here: http://forums.rockbox.org/index.php?topic=12084.0 |
| 21:03:37 | amiconn | Current SVN definitely builds, as you can see in the build table. |
| 21:04:11 | | Join chris_mt [0] (n=chatzill@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 21:04:21 | kubiixaka | i know, but where can be the problem |
| 21:04:39 | bertrik | what gcc version do you use? |
| 21:04:44 | | Join merbanan [0] (n=banan@83.233.242.209) |
| 21:05:14 | kubiixaka | 4.0.3 |
| 21:06:57 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 21:07:09 | | Quit linuxstb (Nick collision from services.) |
| 21:07:10 | | Nick linuxstb_ is now known as linuxstb (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 21:07:33 | bertrik | I'm no expert yet, but I use gcc 3.4.4, arm-elf-gcc 4.1.1 and perl 5.8.8 with cygwin without problems so far |
| 21:07:54 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 21:08:39 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 21:08:58 | kubiixaka | i will check all versions |
| 21:09:33 | | Quit PaulJam ("Verlassend") |
| 21:11:24 | *** | Alert Mode OFF |
| 21:11:54 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
| 21:12:52 | kubiixaka | where can i get arm-elf-gcc 4.1.1 ? |
| 21:13:17 | *** | Saving seen data "./dancer.seen" |
| 21:14:04 | bertrik | It's not officially supported I think. I already had an arm-elf-gcc toolchain installed before rockbox. I got it from gnuarm.com |
| 21:14:11 | amiconn | The recommended gcc for arm targets is 4.0.3 |
| 21:14:39 | amiconn | You can always build your own manually, it's described in the wiki |
| 21:15:15 | kubiixaka | so i have proper gcc |
| 21:15:44 | amiconn | You can also use rockboxdev.sh and it will build the crosscompilers for you, and for cygwin we provide precompiled gcc packages |
| 21:16:05 | amiconn | (mostly because compilinmg gcc on cygwin takes, ahem, a "while") |
| 21:16:08 | kubiixaka | i have compiled succesfully rockbox in past many times, but I have reinstalled windows + cygwin |
| 21:17:39 | Nico_P | are there any volunteer testers for mob on a slowish target (coldfire would be nice) ? |
| 21:18:00 | n1s | Nico_P: sure |
| 21:18:17 | n1s | should I install git now? |
| 21:18:32 | amiconn | Coldfire isn't slow. Try playing ape -c2000 on PP :P |
| 21:19:03 | Nico_P | n1s: no need |
| 21:19:28 | n1s | so will you make me a build or should I get a snapshot? |
| 21:19:35 | Nico_P | n1s: http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob, click snapshot |
| 21:20:05 | Nico_P | amiconn: "slowish" was a figure of speech for something slower than a gigabeat :) |
| 21:20:06 | | Quit linuxstb__ (Read error: 113 (No route to host)) |
| 21:20:33 | amiconn | Ah, compared to that insane target it's slower, yes... |
| 21:21:03 | Nico_P | hehe, if the F is insane, what do you call the S ? |
| 21:25:03 | | Quit _pill ("changing servers") |
| 21:25:14 | Nico_P | n1s: I'm particularly interested in potential lockups caused by repeated skipping |
| 21:25:29 | n1s | Nico_P: building |
| 21:25:34 | Nico_P | thanks :) |
| 21:26:09 | | Join ennorico [0] (i=5a8013c1@gateway/web/cgi-irc/labb.contactor.se/x-3027450c0a93a3af) |
| 21:26:21 | preglow | amiconn: not possible, the .h is included in nearly every .c and what is used is different from time to time, luckily, the functions are so smalled they might as well be inlined |
| 21:27:22 | amiconn | eurgh |
| 21:27:50 | amiconn | If you compile such stuff with -O0 you'll end up with tons of dead code in the final binary |
| 21:28:11 | amiconn | I mean when they're not declared inline |
| 21:28:20 | amiconn | static inline, even |
| 21:28:33 | preglow | luckily, we're not doing that |
| 21:28:38 | preglow | thanks anyway, it worked fine :) |
| 21:29:29 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:29:29 | * | amiconn hopes his ugly hack will work... |
| 21:30:38 | preglow | hack for what? |
| 21:31:19 | amiconn | Just the brute-force approach: I hacked some stuff into predictor_decode_stereo() that writes all 3 important arrays to files before and after doing its magic |
| 21:31:33 | amiconn | That is, it does this on the very first call |
| 21:31:57 | amiconn | Then I'll hack in the asm version, and compare |
| 21:32:15 | preglow | well, at least that should work |
| 21:32:17 | preglow | brb again |
| 21:32:21 | n1s | Nico_P: yup skipping like a madman makes it lock with disk spinning and backlight on :-/ |
| 21:32:35 | Nico_P | :-( |
| 21:32:41 | | Join Lambuntu [0] (n=bleh@wbr-2310.student.iastate.edu) |
| 21:33:13 | | Join jac0b-work [0] (n=jac0b-wo@gifn3.fpl.com) |
| 21:33:28 | | Quit Arathis (Remote closed the connection) |
| 21:34:15 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
| 21:35:12 | | Join Arathis [0] (n=doerk@p508A69BC.dip.t-dialin.net) |
| 21:35:40 | | Nick chris_mt is now known as criznach (n=chatzill@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 21:36:38 | | Quit animeloe ("This computer has gone to sleep") |
| 21:38:05 | jac0b-work | I am interested in learning C does anyone have a suggestion of what book I should read? |
| 21:38:45 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 21:38:50 | n1s | Nico_P: also inserting a couple of tracks while playing locked up |
| 21:39:40 | Nico_P | n1s: inserting them where ? |
| 21:40:17 | n1s | in the playlist, first I did a "insert next" which worked then regular "Insert" which locked up |
| 21:42:16 | Nico_P | ok I'll see if I can reproduce |
| 21:42:51 | | Quit MethoS- (Remote closed the connection) |
| 21:43:47 | | Quit ennorico ("CGI:IRC") |
| 21:44:20 | Nico_P | hmm inserting isn't a problem here... is the lockup consistent ? |
| 21:45:56 | n1s | pretty much, if I insert while it's still buffering it locks up after the first one otherwise after the second |
| 21:45:57 | | Join MethoS- [0] (n=clemens@82.149.161.102) |
| 21:46:13 | n1s | so it seems like insert while buffering is broken... |
| 21:47:55 | n1s | hmm, now it doesn't happen anymore... |
| 21:48:28 | linuxstb | jac0b-work: This is the C bible - http://cm.bell-labs.com/cm/cs/cbook/ But you might also want to just go to a local bookstore and browse, and choose something that suits you and your prior knowledge. |
| 21:49:19 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 21:49:30 | | Quit kubiixaka ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:49:52 | n1s | Nico_P: now inserting is rock solid, the skip-like-a-madman lockup is still there though :-/ |
| 21:50:28 | Nico_P | n1s: are you skipping forward or backwards ? and what kind of tracks do you have ? |
| 21:50:55 | n1s | forwards, almost only ogg/vorbis, wnat me to try something else? |
| 21:51:04 | | Join Asteriskk_ [0] (n=herb@75.42.58.223) |
| 21:52:03 | Nico_P | n1s: hmm maybe seeing if you get the same thing in the sim could be good if it's not too much of a hassle |
| 21:52:16 | Asteriskk_ | so I got a microsd card for my sansac200, it shows up in the computer as an additional drive, but nothing turns up in the player itself. is this normal? |
| 21:53:08 | maxkelley | in rockbox, nothing will show right now |
| 21:53:20 | Asteriskk_ | ah |
| 21:55:51 | Asteriskk_ | anything I can do about it? |
| 21:56:39 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 21:56:55 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
| 22:00 |
| 22:00:02 | jac0b-work | thanks |
| 22:00:05 | | Quit jac0b-work ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 22:03:33 | n1s | Nico_P: nope, skipping like a madman works fine both forwards and backwards in the sim |
| 22:03:44 | Nico_P | :( |
| 22:04:01 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 22:04:48 | | Quit barrywardell () |
| 22:04:51 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 22:05:03 | | Quit desowin ("use linux") |
| 22:07:26 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
| 22:08:23 | | Quit pepie34 ("Ex-Chat") |
| 22:10:47 | Zagor | bertrik: did you see my message earlier in the log? http://www.rockbox.org/irc/reader.pl?date=20071019#14:12:09 |
| 22:11:10 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
| 22:11:35 | bertrik | no didn't see it yet, i'll have a look at it |
| 22:15:17 | bertrik | this is what I used as a host test application: |
| 22:15:18 | bertrik | http://lpcusb.svn.sourceforge.net/viewvc/lpcusb/trunk/host/benchmark/main.c?revision=52&view=markup |
| 22:15:55 | | Quit bertrik ("bye") |
| 22:16:51 | | Quit amiconn (Nick collision from services.) |
| 22:16:58 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 22:18:32 | | Part spiffytech |
| 22:18:45 | | Join midgey_ [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 22:20:02 | | Quit midgey (Read error: 104 (Connection reset by peer)) |
| 22:20:36 | barrywardell | Zagor: any chance you could put this up on the download server: barrywardell.net/rockbox/rbutilqt-1.0.2.dmg">http://www.barrywardell.net/rockbox/rbutilqt-1.0.2.dmg |
| 22:20:55 | Zagor | sure |
| 22:21:10 | barrywardell | thanks. it goes in the rbutil/macosx dir |
| 22:21:45 | amiconn | blargh |
| 22:22:16 | Zagor | barrywardell: done |
| 22:24:17 | barrywardell | great |
| 22:26:14 | | Quit Calcipher (Read error: 110 (Connection timed out)) |
| 22:27:45 | * | n1s curses macro hell in combination with people "fixing" 64 bit warnings by doing some incorrect cast... |
| 22:29:32 | | Part BrianHV |
| 22:29:35 | | Quit Frazz ("Leaving") |
| 22:32:15 | | Quit scorche|w ("CGI:IRC (Session timeout)") |
| 22:33:51 | | Join scorche|w [0] (n=8dc5049d@ircby.iptel.by) |
| 22:34:30 | | Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) |
| 22:36:12 | | Quit jhulst ("Konversation terminated!") |
| 22:38:29 | n1s | anyone wants to do a quick test on a 32 bit sim? |
| 22:40:46 | amiconn | Hmm, the bug is most likely in the filter B calculation.... |
| 22:42:42 | preglow | looking forward to seeing the bug :P |
| 22:43:18 | amiconn | After one single loop iteration, YcoeffsB[2..4] and XcoeffsB[2..4] are wrong. The decoded buffers are yet unaffected, but if I continue running with the C version, I get complete static for a few seconds |
| 22:43:39 | amiconn | (yes, my test hack calls the asm version for one single loop iteration) |
| 22:44:16 | preglow | ouch, speex is 112% realtime for a 44.1khz file |
| 22:44:34 | preglow | 300% for 19kbps 16khz wb |
| 22:44:40 | preglow | nano, even slower on coldfire... |
| 22:44:55 | preglow | i think time has come for some gentle speex massaging |
| 22:51:20 | | Part criznach |
| 22:51:53 | preglow | 86% and 228% for the same files... |
| 22:52:08 | | Join webguest51 [0] (i=50d81efc@gateway/web/cgi-irc/labb.contactor.se/x-7ac9528cac220e78) |
| 22:53:17 | | Quit merbanan (Remote closed the connection) |
| 22:54:06 | webguest51 | Zagor: I think I can run the usbcv if you want.. I have a e200 |
| 22:55:06 | Zagor | my wife has a windows box I can use too. thanks anyway. |
| 22:55:55 | Zagor | unfortunately I'm not yet at the stage where I can run usbcv. |
| 23:00 |
| 23:01:00 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 23:01:03 | webguest51 | alright |
| 23:01:37 | | Quit Dark_Apostrophe (Nick collision from services.) |
| 23:01:39 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 23:03:15 | | Quit bluebrother ("leaving") |
| 23:05:03 | amiconn | omfgroflmaocrap! |
| 23:05:29 | amiconn | Looks like a simple, freaking letter B was missing |
| 23:06:07 | preglow | ahahahah |
| 23:06:10 | amiconn | ...and gas didn't complain about the undefined macro - simply because it doesn't see that macro |
| 23:06:17 | preglow | the best kind of bug :P |
| 23:06:25 | | Join zehsound [0] (n=zehsound@d207-81-127-76.bchsia.telus.net) |
| 23:06:25 | preglow | gas really isn't made for humans |
| 23:06:25 | amiconn | I had XADAPTCOEFFS instead of XADAPTCOEFFSB |
| 23:06:38 | | Part Asteriskk_ |
| 23:06:38 | preglow | it's the xml of assemblers |
| 23:06:38 | amiconn | (and the same for Y) |
| 23:07:11 | | Join sound [0] (n=zehsound@d207-81-127-76.bchsia.telus.net) |
| 23:07:32 | | Quit sound (Client Quit) |
| 23:07:35 | amiconn | gas is not to blame here - these are preprocessor macros |
| 23:08:03 | Tavnos | Hi there :) |
| 23:08:27 | amiconn | So if I have (XADAPTCOEFFS-16,%a5) and the macro is undefined, it collapses to (-16,%a5) for gas, which is perfectly valid |
| 23:08:35 | preglow | indeed... |
| 23:10:46 | Nico_P | amiconn: what are you writing btw ? |
| 23:10:55 | | Quit zehsound (Client Quit) |
| 23:11:07 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 23:11:13 | | Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) |
| 23:11:42 | amiconn | It plays! No static! \o/ |
| 23:11:50 | | Quit sounddude (Read error: 104 (Connection reset by peer)) |
| 23:12:07 | | Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) |
| 23:12:16 | Tavnos | \o/ my first WPS near finished :) |
| 23:12:41 | Nico_P | amiconn: APE optimisation ? |
| 23:12:48 | amiconn | yes |
| 23:13:14 | | Quit sounddude (Read error: 104 (Connection reset by peer)) |
| 23:13:20 | *** | Saving seen data "./dancer.seen" |
| 23:13:24 | Nico_P | nice |
| 23:14:09 | amiconn | I should probably commit this now, and try to squeeze it a bit after wards |
| 23:14:30 | amiconn | -c1000 is now 208%, -c2000 is 146% |
| 23:14:30 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
| 23:14:42 | amiconn | -c3000 is barely realtime, but not usable |
| 23:14:51 | Nico_P | amiconn: are there any notable arch differences between m68k and arm that could cause crashes on m68k and not on arm (I'm thinking things like alignment) |
| 23:15:03 | amiconn | No |
| 23:15:16 | amiconn | The opposite is more likely |
| 23:15:49 | | Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) |
| 23:15:49 | amiconn | m68k/coldfire doesn't care about alignment (except that it's slower). arm does |
| 23:15:50 | Nico_P | ok :( |
| 23:16:01 | | Quit sounddude (Read error: 104 (Connection reset by peer)) |
| 23:16:09 | Nico_P | and there's nothing else apart from alignment ? |
| 23:16:43 | amiconn | If you access non-existing memory locations (reading data), you'll get a hung bus on coldfire |
| 23:16:59 | amiconn | The visible effect would be a complete freeze |
| 23:17:16 | amiconn | Don't know what arm does when accessing non-existing locations |
| 23:17:30 | Nico_P | hmm that could be something |
| 23:17:43 | * | amiconn suspects dangling pointers |
| 23:17:45 | Nico_P | what would the sim do in that case ? |
| 23:17:56 | | Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) |
| 23:18:01 | amiconn | segfault |
| 23:18:24 | amiconn | On coldfire, the 'catch memory accesses' debug feature might help |
| 23:19:08 | preglow | geh, new warning |
| 23:19:27 | Nico_P | if only I had a colfire target at hand |
| 23:20:24 | Tavnos | i have a question Nico_P, where are you from ? |
| 23:20:42 | Nico_P | Tavnos: France. I'm from Paris and study in Toulouse |
| 23:21:05 | Tavnos | Nico_P : Salut cousin francais :) |
| 23:21:18 | Nico_P | salut :) |
| 23:22:28 | | Join grapeshit [0] (i=dsfds@bzq-88-152-106-233.red.bezeqint.net) |
| 23:22:31 | Nico_P | Tavnos: can you PM ? |
| 23:22:48 | grapeshit | How's the fm tuner on sansa e200 + rockbox ? |
| 23:23:57 | Zagor | grapeshit: it works |
| 23:25:43 | grapeshit | is it good ? |
| 23:26:15 | Zagor | it's not very sophisticated, but it gets the job done |
| 23:26:57 | grapeshit | and how's the overall sound quality, better than original fw ? |
| 23:27:36 | preglow | no, it sounds like a bag of shit :( |
| 23:27:48 | Zagor | I should think the radio quality is very similar |
| 23:28:09 | Zagor | but my OF doesn't have radio, so I can't compare... |
| 23:28:12 | preglow | we just don't get quality statements like that anymore |
| 23:28:29 | scorche|w | i think rockbox's was a little better, but that is from a month or so ago |
| 23:28:37 | scorche|w | the OF's was shit |
| 23:29:14 | scorche|w | i could get channels with rockbox that i couldnt with the OF |
| 23:29:30 | scorche|w | (or at least hear them clearly...) |
| 23:31:54 | amiconn | preglow: Imho the old workaround was better (using unsigned j;) |
| 23:32:12 | preglow | amiconn: that would probably break the other for loops it's used in |
| 23:33:57 | grapeshit | scorche: now u can hear all clear ? |
| 23:35:02 | scorche|w | grapeshit: well, i dont have the device...i woudlnt say it was all clear, but it was certainly better |
| 23:35:29 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 23:35:33 | | Quit webguest51 ("CGI:IRC (EOF)") |
| 23:36:08 | grapeshit | I need a very good fm reception device with rockbox |
| 23:36:26 | grapeshit | is there's one ? |
| 23:36:40 | | Quit MethoS- (Remote closed the connection) |
| 23:37:05 | | Join MethoS- [0] (n=clemens@82.149.161.102) |
| 23:39:45 | | Quit Tavnos () |
| 23:41:57 | preglow | the h120 is decent, i think |
| 23:42:02 | Nico_P | wow... wps_offset is -14 ! |
| 23:42:05 | krazykit | grapeshit, the sansa is great, but FM reception is a little spotty |
| 23:44:49 | preglow | would any of you guys happen to know if the 8 bit paletted modes are slower than the rgb modes these days? on ordinary computers, this is |
| 23:45:12 | grapeshit | spotty ? |
| 23:45:49 | grapeshit | hmm i currently have iaudio, and the fm reception isnt good enough |
| 23:45:53 | | Join bluebrother [0] (i=Yw6AUPnx@rockbox/staff/bluebrother) |
| 23:46:12 | Zagor | preglow: for 2d or 3d? |
| 23:46:33 | | Part krazykit ("Connection reset by beer") |
| 23:46:40 | | Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
| 23:46:51 | preglow | Zagor: 2d? i didn't even know 3d did that kind of thing |
| 23:48:52 | preglow | perhaps for textures, *shrug* |
| 23:49:53 | Zagor | well benchmarks usually show lower performance for 32-bit than 16-bit graphics, so I would assume 8-bit would be even faster. but as you say I haven't seen any tests with 8-bit graphics. |
| 23:50:36 | | Quit midgey_ (Client Quit) |
| 23:51:42 | preglow | i think the palette stuff might be emulated in some way these days |
| 23:51:51 | preglow | if it wasn't for the lookup, there'd be no reason for it to be slower |
| 23:52:53 | Zagor | otoh the lookup ought to be done in local ram, so should carry a rather small penalty compared to the data transfer |
| 23:54:03 | * | Domonoky_ just commited a fix to the talkfile generation in rbutil... it looks like nobody has used this function in reallife, otherwise the bug would have been noticed .. :-) |
| 23:57:20 | barrywardell | Domonoky_: I came across a bug in rbutil today |
| 23:57:36 | barrywardell | complete install fails to install the bootloader on my H10 |
| 23:58:36 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 23:58:46 | Domonoky_ | barrywardell: any error message ? |
icon identifies that the person is a core developer (has commit access).