| 00:00:36 | linuxstb | They may read the IRC logs and reply anyway, but generally it's best to hang around and ask here. |
| 00:01:04 | preglow | will a splash() scroll if the string is too for the screen? |
| 00:01:21 | z0de | k |
| 00:01:27 | linuxstb | I thought it wrapped? |
| 00:01:53 | preglow | oh, it wraps |
| 00:01:53 | preglow | good |
| 00:03:03 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 00:03:20 | tucoz | hmm. no bluebrother around :( |
| 00:04:14 | | Join psiborg [0] (n=psiborg@flits103-221.flits.rug.nl) |
| 00:04:27 | tucoz | bluebrother, in case you read this. The manual is broken (I think). It fails on: makeindex -s mkidx.ist rockbox-build.idx |
| 00:04:35 | tucoz | Index style file mkidx.ist not found. |
| 00:07:08 | hcs | linuxstb: I removed his writes to COP_CTL and CPU_CTL, I'm not getting the switching anymore, I'll be seeing over the next few hours if it still crashes... |
| 00:07:56 | | Join TerrorByte [0] (i=4889bb7a@gateway/web/cgi-irc/labb.contactor.se/session) |
| 00:08:10 | TerrorByte | Hi. |
| 00:08:18 | TerrorByte | Latest update: 'Optionally auto-unhide the next card on a stack if the last known card is moved away.' |
| 00:08:21 | TerrorByte | Nice :) |
| 00:08:22 | TerrorByte | :D |
| 00:10:03 | tucoz | that does not have to be an option, but the only behaviour (imho) |
| 00:10:35 | | Quit TeaSeaLancs (Read error: 145 (Connection timed out)) |
| 00:10:51 | | Join TeaSeaLancs [0] (n=thunderc@82.152.218.120) |
| 00:13:18 | tucoz | bluebrother: did you forget to commit mkidx.ist, or is that supposed to be included in standard tetex installs? |
| 00:13:50 | tucoz | good night |
| 00:13:52 | | Part tucoz ("Leaving") |
| 00:14:30 | linuxstb | hcs: Probably best to ask barrywardell about it next time he's around. |
| 00:17:33 | preglow | linuxstb: you got any 24 bit flac files you'd care to test with 24 bit lpc routines on h1x0? |
| 00:17:38 | preglow | coldfire anyway |
| 00:17:46 | | Quit breez () |
| 00:19:39 | linuxstb | preglow: I can find some on www.archive.org |
| 00:20:17 | | Quit newbyx86_ (Read error: 110 (Connection timed out)) |
| 00:20:29 | preglow | linuxstb: nah, i just thought you had some around you know how sounded |
| 00:20:36 | preglow | sounds |
| 00:21:27 | | Join newbyx86_ [0] (n=newbyx86@ip68-7-21-196.sd.sd.cox.net) |
| 00:21:30 | preglow | just gotta code the last part of the default lpc case and we'll see how much cpu i've saved |
| 00:21:44 | linuxstb | I'm not at home, so it's easier to just download some new ones. But it seems archive.org's search is broken... |
| 00:21:45 | preglow | at least the bloody file i've got here should be able to be played without skipping... |
| 00:22:12 | linuxstb | Possibly other formats like wavpack are better for 24-bit though - I don't think FLAC gets a very good compression ratio. |
| 00:22:13 | preglow | linuxstb: you don't need to do my testing for me anyway :) just wondered if you already had some |
| 00:22:19 | preglow | linuxstb: it doesn't |
| 00:23:36 | * | linuxstb wants someone to add 24-bit and varying samplerate output to the ipod audio driver. |
| 00:24:13 | hcs | linuxstb: I've gone ahead and made a modified patch, he can see himself |
| 00:24:57 | * | TerrorByte |
| 00:25:26 | * | TerrorByte etyBrorreT |
| 00:25:42 | * | TerrorByte etyBrorreT |
| 00:26:03 | Paul_The_Nerd | TerrorByte: Is there any chance asking you politely to stop will actually succeed? |
| 00:26:12 | | Quit TerrorByte ("CGI:IRC") |
| 00:26:57 | * | Paul_The_Nerd wishes *that* were his super power. |
| 00:27:18 | hcs | stabbing people in the face over the internet? |
| 00:27:33 | Paul_The_Nerd | Being able to will people into departing. |
| 00:27:38 | Paul_The_Nerd | I have a super power, but it's rather pathetic. |
| 00:28:41 | * | Paul_The_Nerd wouldn't mind 24-bit and higher sample rate audio on his iPod either. |
| 00:28:52 | preglow | 24 bit i don't care much about |
| 00:28:56 | preglow | higher sample rate would be nice, though |
| 00:29:02 | preglow | if only for not having to resample |
| 00:29:16 | hcs | I'd like the resampling to work better for 32KHz |
| 00:29:29 | Paul_The_Nerd | Resampling seems to be an inspiration for a lot of complaints about our sound quality |
| 00:30:42 | preglow | well, small wonder, the resampler sucks rod |
| 00:31:14 | hcs | 22KHz to 44KHz seems to work fine, but then again that's trivial |
| 00:31:26 | preglow | hcs: well, it's not |
| 00:31:48 | hcs | preglow: oh? |
| 00:31:56 | preglow | it too sounds like shit |
| 00:31:58 | preglow | if you listen closely |
| 00:32:11 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
| 00:32:20 | Paul_The_Nerd | Hahaha |
| 00:32:30 | Paul_The_Nerd | A sack of shit? Or was it a bag? |
| 00:32:45 | Davide-NYC | man! What did I just step into? |
| 00:32:54 | Paul_The_Nerd | Davide-NYC: Fond memories. |
| 00:33:12 | Davide-NYC | bizarre |
| 00:33:26 | Paul_The_Nerd | Someone once described Rockbox as sounding like such. |
| 00:34:02 | Davide-NYC | Is there a concensus on Simon Menzel (Rincewind) recording button patch? |
| 00:34:11 | Davide-NYC | http://www.rockbox.org/tracker/task/5555 |
| 00:34:13 | Genre9mp3 | Paul_The_Nerd: "Sounds like a bag of shit and looks like a piece of crap" |
| 00:34:13 | | Join Febs [0] (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:34:31 | preglow | anyway |
| 00:34:31 | | Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
| 00:34:31 | preglow | i might make a new resampler one day |
| 00:34:34 | preglow | we'll see |
| 00:34:46 | preglow | but it's not exactly a trivial job in a low-cpu environment like ours |
| 00:35:27 | Davide-NYC | Genre9mp3: LOL |
| 00:36:18 | Genre9mp3 | Davide-NYC: Check first and last from here: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=GoldenQuotes |
| 00:36:43 | Davide-NYC | Amazing! |
| 00:37:14 | Paul_The_Nerd | Davide-NYC: I think it'd be better if the function of the button were more hard-coded, rather than configurable. |
| 00:38:14 | Davide-NYC | I agree with you. Having said that I find it nearly ludicrous that the Rec button not take a user to the Recording screen from file tree menu and WPS. |
| 00:38:27 | Genre9mp3 | Paul_The_Nerd: The point is though, what it should do? |
| 00:38:33 | * | Davide-NYC the 'nearly ludicrous bit will not get me on the quotes page |
| 00:39:02 | Davide-NYC | I find it apocalyptically block headed~! |
| 00:39:09 | * | Davide-NYC trying too hard |
| 00:39:20 | Paul_The_Nerd | Genre9mp3: In the filetree, Holding it goes to the record screen, tapping it is one-button insert, Play+it is one-button Queue. In the WPS, holding it goes to the recording screen, tapping it shows you the current playlist, and Play+it is... I dunno... Playlist Catalog? EQ Preset list? |
| 00:40:02 | Davide-NYC | Hold Rec button should go to the Recording screen. |
| 00:40:07 | Genre9mp3 | Paul_The_Nerd: Sounds nice... |
| 00:40:37 | Paul_The_Nerd | I think that covers what most people want to use it for. |
| 00:40:49 | Genre9mp3 | I agree... |
| 00:42:01 | Davide-NYC | What about from Menu? |
| 00:42:11 | Davide-NYC | Must we exit menu to go to recording? |
| 00:42:36 | Davide-NYC | I say in all possible screens: hold rec = recording screen |
| 00:42:49 | Genre9mp3 | Actually, you have to enter in the Menu to go to the recording screen ;) |
| 00:45:05 | Genre9mp3 | But yes... I guess holding Rec could be used universally |
| 00:45:08 | | Join |AhIoRoS| [0] (n=ahioros@201.224.122.227) |
| 00:45:14 | Davide-NYC | Yay! Lets do it! |
| 00:45:36 | * | Davide-NYC waits for a dev to save us |
| 00:45:43 | preglow | heh |
| 00:45:48 | preglow | well, unless some better use for it comes up |
| 00:45:50 | preglow | i say that's a good idea |
| 00:46:11 | Davide-NYC | (in my best Cali voice) It's been like, forever. |
| 00:46:19 | preglow | it is a record button, after all |
| 00:46:44 | Paul_The_Nerd | I think long hold of record should *definitely* be the record screen, pretty much everywhere (except places where quick-exiting doesn't make sense for some reason, if those exist) |
| 00:47:14 | preglow | yup |
| 00:47:15 | preglow | i agree |
| 00:47:18 | Genre9mp3 | Should be tap = insert and play+Rec = queue or vice versa? |
| 00:47:34 | Genre9mp3 | Also... taping rec in the menu doesn't get you back? |
| 00:47:41 | Paul_The_Nerd | I can't imagine a better use for long-hold, since any real 'feature' we'd want to put on a button universally available, and recording is only available on recording targets anyway. |
| 00:48:10 | Davide-NYC | Genre9mp3: On H1x0, no |
| 00:48:11 | jhMikeS | don't forget the FMRadio screen. There's no use of long rec there. |
| 00:48:27 | Davide-NYC | That should go to Rec with FM enabled and chosen as source |
| 00:48:40 | Paul_The_Nerd | Genre9mp3: Actually, tapping should be queue, holding should be insert, just so you can't accidentally permanently change playlists very easily. |
| 00:48:49 | jhMikeS | Already does, just need to do it with the key instead of the menu |
| 00:49:03 | Paul_The_Nerd | I can imagine tapping it, skipping over the song once you realize you've done so, and then saving it later and being irritated to find it was in there. |
| 00:49:06 | Davide-NYC | right, I was just being explicit |
| 00:49:27 | Davide-NYC | I can;t believe there's no feature request for this |
| 00:49:30 | Genre9mp3 | Paul_The_Nerd: Yes... so it's better the opposite from your very first proposition |
| 00:49:33 | Davide-NYC | If there is I can't find it |
| 00:49:54 | Paul_The_Nerd | Genre9mp3: The original proposition was based partially on *my* usage habits, but I realized that swapping them is better for the general public. ;) |
| 00:50:04 | Genre9mp3 | cool |
| 00:50:09 | Genre9mp3 | I think we all agree |
| 00:50:22 | Genre9mp3 | Now as Davide said... we need a Dev! :) |
| 00:50:24 | jhMikeS | Changing the key map is all that's really needed |
| 00:50:50 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-77-207.w86-198.abo.wanadoo.fr) |
| 00:51:54 | | Join Febs_ [0] (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:51:56 | jhMikeS | as for the other stuff you're talking about, I"m confused |
| 00:54:10 | Genre9mp3 | jhMikeS: What exactly? |
| 00:54:33 | * | jhMikeS pinched the pfc50606 asm i2c code to use on the x5 but has to figure out why it's not working...delays changes shouldn't change |
| 00:54:53 | jhMikeS | Genre9mp3: buttons assignments |
| 00:55:42 | | Quit obo ("bye") |
| 00:56:30 | | Quit ender` (" A psychiatrist is a fellow who asks you a lot of expensive questions your wife asks for nothing.") |
| 00:56:44 | | Quit mirak (Remote closed the connection) |
| 00:58:44 | Genre9mp3 | jhMikeS, File Browser: hold Rec => Recording Screen / tap Rec => queue file / Play+Rec => insert, WPS: hold Rec => Recording Screen / tap Rec => Show Current Playlist / Play+Rec => ??? |
| 00:58:46 | Davide-NYC | This brings up a good point: where is a wiki page (comprehensive) of button assignments? |
| 00:58:58 | Genre9mp3 | jhMikeS: That was the idea |
| 01:00 |
| 01:00:00 | | Join RogerBacon [0] (n=asa@bas3-sherbrooke40-1177838777.dsl.bell.ca) |
| 01:02:15 | | Join holst [0] (i=holst@matmech.com) |
| 01:02:34 | holst | my h120 makes a "jitter sound" in the latest rockbox. is that a known issue? |
| 01:02:52 | holst | it was previously an issue with the orig. firmware from iriver, however they fixed it |
| 01:02:53 | jhMikeS | hmmm...on x5 there'd be no menu access then since the rec button is menu and long rec = quickscreen from most places. |
| 01:03:16 | Davide-NYC | holst: try clearing your settings |
| 01:03:32 | Davide-NYC | if not let me know as I had this happen but it went away |
| 01:03:57 | Davide-NYC | jhMikeS: I'm going to go back to the office but instead of working I'm going to test your patch |
| 01:04:09 | Paul_The_Nerd | holst: Do you mean, via the remote? |
| 01:04:12 | jhMikeS | Davide-NYC: good use of time at the office imo |
| 01:04:16 | Davide-NYC | what exactly would you like me to do? Same as last time? |
| 01:04:37 | holst | Paul_The_Nerd: i will check if the sound disapears if im not using the remote |
| 01:04:38 | jhMikeS | Check all the sample rates witht the plugin too and try recordin at them all. Don't have to test all formats |
| 01:04:47 | jhMikeS | Just use pcm wav |
| 01:05:01 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 01:05:11 | * | jhMikeS will do an AIFF codec soon |
| 01:05:14 | Davide-NYC | what about channels? |
| 01:05:19 | jhMikeS | sure |
| 01:05:20 | Genre9mp3 | jhMikeS: the idea was for the irivers (h100/h300) were the Rec button currently does nothing |
| 01:05:35 | Davide-NYC | No man that doubles the work! Is it necessary? |
| 01:05:37 | | Nick Febs_ is now known as Febs (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 01:05:43 | holst | yes it went away then |
| 01:05:48 | Davide-NYC | Yay! |
| 01:05:51 | holst | the sound is only there if im using the remote |
| 01:05:54 | holst | no thats no Yay |
| 01:05:58 | Davide-NYC | that's a different issue |
| 01:05:59 | holst | i want my remote |
| 01:06:08 | jhMikeS | Genre9mp3: ahh...on x5 radio screen the long record could still be used to go right to recording. |
| 01:06:20 | Davide-NYC | is the LCD on your remote is updating it produces a f*ck*ng ticking noise |
| 01:06:29 | holst | yes |
| 01:06:36 | holst | a issue fixed on the orig. firmware |
| 01:06:47 | Davide-NYC | This is unavoidable but can be reduced by turning on "reduce ticking" in the menu somewhere |
| 01:06:50 | | Join NickDe [0] (n=nicholas@ip68-14-79-70.ri.ri.cox.net) |
| 01:06:51 | jhMikeS | Davide-NYC: really I'm concerned that all sample rates available work for rec/play |
| 01:06:52 | holst | i even reported it like 2 years ago to iriver ;) |
| 01:07:02 | Davide-NYC | the way to fix this is to not update the display on the remote |
| 01:07:24 | | Join TerrorByte [0] (i=4889bb7a@gateway/web/cgi-irc/labb.contactor.se/session) |
| 01:07:27 | Davide-NYC | if you have peakmeters enabled (these update a lot) you'll here it during quiet passages |
| 01:07:29 | holst | hmm, not really a fix in my world, i guess i must deside: update or flac |
| 01:07:29 | jhMikeS | The mono works and is really software only |
| 01:07:48 | Davide-NYC | jhMikeS: so no need to test channels |
| 01:07:54 | Paul_The_Nerd | holst: Just enable the "reduce ticking" option. |
| 01:07:56 | jhMikeS | no, those are fine |
| 01:08:11 | Davide-NYC | will report back either here or in the forums. |
| 01:08:16 | Paul_The_Nerd | holst: The issue is a hardware flaw, so the only solutions are working around it, it can't actually be fixed entirely. The iRiver firmware update surely works around it as wlel. |
| 01:08:31 | Davide-NYC | ^^ what paul said ^^^ |
| 01:08:37 | jhMikeS | See, them problem sometimes is that people "know" how the problem is fixed rather than magically being fixed by the manufacurer. |
| 01:09:05 | * | Davide-NYC still wishes the H1x0 had a RTC. |
| 01:09:20 | jhMikeS | The assumption seems to be that the manu's solition is better. |
| 01:09:35 | Davide-NYC | Is there a way to list what patches have been applied? |
| 01:09:51 | jhMikeS | Davide-NYC: bummer...just tie your watch to it. |
| 01:10:24 | Davide-NYC | jhMikeS: I really get annoyed at not having my recorded convos not be named via datestamp |
| 01:10:26 | jhMikeS | Davide-NYC: no, why? Write them does |
| 01:10:39 | jhMikeS | Write them down rather |
| 01:10:41 | jhMikeS | :) |
| 01:10:51 | preglow | man, usb is behaving erratic here right now |
| 01:10:52 | * | Davide-NYC could curse, but won;t |
| 01:11:16 | | Quit MarcoPolo (Remote closed the connection) |
| 01:11:29 | preglow | every time i insert usb now, rockbox spins up, spins down, THEN enters the usb screen, which spins the drive up again |
| 01:11:30 | jhMikeS | Davide-NYC: then say the say and time into the mic :) |
| 01:11:33 | preglow | what's up with this? |
| 01:11:41 | * | amiconn reappears |
| 01:11:50 | Davide-NYC | jhMikeS: that what I do *when I remember* |
| 01:12:04 | | Join Rincewind [0] (i=squid@proxy1.rz.uni-karlsruhe.de) |
| 01:12:12 | Davide-NYC | Man of the hour! |
| 01:12:22 | amiconn | preglow: Are some of your questions from ~4 hours ago still open? |
| 01:12:51 | jhMikeS | amiconn: hmmm...I have one open too. Don't know if you can help. :) |
| 01:12:58 | Davide-NYC | Rincewind there was just a raging discussion ( not really raging) about hard coding the Rec button functions. THis will affect your patch should it be implemented. |
| 01:13:10 | * | amiconn scrolls through backlog again |
| 01:13:20 | * | jhMikeS can repeast |
| 01:13:32 | preglow | amiconn: yup |
| 01:14:07 | | Quit _Veseliq_ (Connection timed out) |
| 01:14:12 | preglow | amiconn: also, with 24 bit lpc routines, not only does my file play without skips, it now doesn't boost either |
| 01:14:31 | amiconn | jhMikeS? |
| 01:14:33 | jhMikeS | yes |
| 01:14:37 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 01:14:49 | TerrorByte | |
| 01:14:49 | TerrorByte | |
| 01:14:52 | TerrorByte | Whoops. |
| 01:15:04 | linuxstb | preglow: Are you planning an ARM version? |
| 01:15:08 | preglow | linuxstb: i am |
| 01:15:09 | jhMikeS | Was wondering if there's any other gotchas in pinching the better i2c driver code |
| 01:15:12 | preglow | Paul_The_Nerd: seems your powers aren't persistent |
| 01:15:27 | Paul_The_Nerd | preglow: I was distracted, off ordering a replacement LCD remote for my H120 |
| 01:15:30 | Paul_The_Nerd | I seem to break them far too easily. |
| 01:15:31 | * | linuxstb gives Paul_The_Nerd some spinach |
| 01:15:42 | Paul_The_Nerd | They're down to $22 US though |
| 01:15:43 | jhMikeS | amiconn: It doesn't look like delays have to change. just the particular ports |
| 01:16:38 | holst | hmmm |
| 01:16:48 | holst | where is this "reduce ticking" option? |
| 01:16:53 | | Quit spiorf (Remote closed the connection) |
| 01:16:54 | amiconn | jhMikeS: You're referring to [00:54:37] * jhMikeS pinched the pfc50606 asm i2c code to use on the x5 but has to figure out why it's not working...delays changes shouldn't change |
| 01:17:15 | amiconn | ? |
| 01:17:35 | | Quit RogerBacon () |
| 01:17:52 | jhMikeS | amiconn: yes |
| 01:18:16 | jhMikeS | maybe I just made a dumb error but was wondering if there could be something else. |
| 01:18:47 | TerrorByte | me things Mike should go with latter thought. |
| 01:19:03 | Mode | "#rockbox +o preglow " by ChanServ (ChanServ@services.) |
| 01:19:17 | | Join barrywardell [0] (n=barrywar@194.46.163.30) |
| 01:19:52 | amiconn | Hmm, don't remember exactly. More than a month ago I had a look at adapting the pcf i2c driver for x5. Iirc there was some non-trivial problem |
| 01:20:02 | jhMikeS | I added the recalc for delays and all that |
| 01:20:16 | jhMikeS | ok... |
| 01:20:56 | * | jhMikeS hates "non-trivial" in this context :0 |
| 01:21:22 | linuxstb | amiconn: Do you still have the ATA test plugin you used when writing the SH/Coldfire ATA read/write functions? |
| 01:21:40 | amiconn | Probably... |
| 01:21:51 | amiconn | grah |
| 01:21:53 | jhMikeS | Suppose I should compare what i2c_generic does to what that does and adjust |
| 01:21:53 | linuxstb | I want to work on ARM verisons. |
| 01:22:25 | amiconn | i2c_generic was done by Linus |
| 01:22:36 | Davide-NYC | holst: menu−−>General−−>Display−−>Remote-LCD−−>Reduce TIcking |
| 01:23:38 | | Quit _flik_ () |
| 01:23:43 | amiconn | The idea itself would be good - if the performance wouldn't suck big time |
| 01:23:58 | jhMikeS | lol...yeah, but I'm need to know what the diff is in how the two handle things at the bit level |
| 01:24:03 | amiconn | It's an inherent problem - either we do it generic, or we do it fast |
| 01:24:09 | * | jhMikeS likes fast |
| 01:24:45 | jhMikeS | If it really helps so much it shouldn't really wait imo |
| 01:25:01 | amiconn | Yes, at least for this driver which is called 100s of times per second |
| 01:25:23 | * | TerrorByte etyBrorreT |
| 01:25:35 | TerrorByte | Ehm, anyways... |
| 01:25:38 | TerrorByte | Just wondering. |
| 01:25:47 | TerrorByte | The full Doom .wad file. |
| 01:25:50 | markun | linuxstb: I've just examined the firmware of the Gigabeat S |
| 01:25:52 | TerrorByte | 'Tis freeware? |
| 01:25:52 | jhMikeS | ByteroTerr |
| 01:25:53 | amiconn | jhMikeS: What are the pcf i2c port bits on x5? |
| 01:26:00 | Davide-NYC | I'm confused about this prompt: The next patch would create the file apps/enc_config.c, which already exists! Assume -R? [n] |
| 01:26:02 | TerrorByte | Lol. |
| 01:26:05 | * | amiconn could check the port pin page... |
| 01:26:13 | Mode | "#rockbox +b #rockbox!*@* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:26:22 | Mode | "#rockbox -b #rockbox!*@* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:26:28 | Davide-NYC | Is it asking me to assume whether or not I have reversed the patch or what? |
| 01:26:38 | Mode | "#rockbox +b #rockbox!*@* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:26:38 | markun | linuxstb: Looks like normal Windows CE, and I've found a tool to create a custom .bin file to load linux, maybe a good start for a rockbox bootloader. |
| 01:26:40 | Davide-NYC | totally dumbfounded or simply dumb |
| 01:26:40 | Mode | "#rockbox -b #rockbox!*@* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:26:47 | jhMikeS | SDA = 0x00010000, SCL = 0x00000400 I believe :) |
| 01:26:58 | jhMikeS | SDA = 0x00001000 rather |
| 01:27:01 | amiconn | Yeah, but which ports? |
| 01:27:12 | preglow | someone hit me over the head with a stick until i can remember syntax |
| 01:27:27 | Mode | "#rockbox +b *!*4889bb7a@gateway/web/cgi-irc/* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:27:35 | Kick | (#rockbox TerrorByte :preglow) by preglow!n=thomjoha@rockbox/developer/preglow |
| 01:27:36 | amiconn | Nm, found it |
| 01:27:41 | * | Davide-NYC beats preglow with recently deceased fish about the head and neck |
| 01:27:42 | jhMikeS | SDA = GPIO1 and SCL = GPIO |
| 01:28:00 | amiconn | So same situation as on H300, just different bits |
| 01:28:20 | | Join webguest26 [0] (i=4670a5e6@gateway/web/cgi-irc/labb.contactor.se/session) |
| 01:28:20 | jhMikeS | yep |
| 01:28:21 | holst | obviously, you had to have the remote inserted for the menu to be visible :) |
| 01:28:31 | | Part webguest26 |
| 01:28:47 | jhMikeS | I could have reversed something somewhere...I'll double check |
| 01:28:53 | Mode | "#rockbox -o preglow " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:29:05 | amiconn | hmmmmmm |
| 01:29:08 | markun | amiconn: what about keeping i2c generic and linking with inline functions, or wouldn't that work? |
| 01:29:10 | linuxstb | markun: Is info about the hardware available anywhere? Is there much in common with your gigabeat? |
| 01:29:19 | | Quit TeaSeaLancs (Remote closed the connection) |
| 01:29:30 | amiconn | markun: You can't link inline functions, they have to be compiled in |
| 01:29:45 | amiconn | That's how inlining works |
| 01:29:52 | markun | linuxstb: don't know much about the hardware yet. The CPU is a ARM+DSP |
| 01:31:03 | linuxstb | Do you own an S, or are you just exploring the firmware? |
| 01:31:14 | jhMikeS | I'd think you could use the same driver and just #define the which ports and bits are used really. |
| 01:31:34 | | Join webguest10 [0] (i=d8a58fda@gateway/web/cgi-irc/labb.contactor.se/session) |
| 01:31:42 | | Quit webguest10 (Client Quit) |
| 01:32:14 | amiconn | jhMikeS: That would only work as long as the general assignment is the same, e.g. SCL on GPIO and SDA on GPIO1 or vice versa |
| 01:32:18 | markun | linuxstb: I don't own one |
| 01:32:37 | amiconn | If both are on the same port, optimisation would lead to rather different code |
| 01:32:46 | markun | linuxstb: but told someone how to hack his DAP :) |
| 01:32:52 | * | linuxstb gives up browsing gigabeat.com's flash website |
| 01:33:04 | | Join webguest10 [0] (i=d8a58fda@gateway/web/cgi-irc/labb.contactor.se/session) |
| 01:33:10 | jhMikeS | They're given to the assembly as named inputs anyway |
| 01:33:17 | amiconn | Compare lcd-h100-remote.c and lcd-remote-x5.c for an example of what I mean |
| 01:33:27 | webguest10 | Anyone know where on the rockbox webpage I can find the different themes,wps... |
| 01:33:28 | jhMikeS | kay |
| 01:33:38 | markun | linuxstb: here are 2 components of the gigabeat S |
| 01:33:41 | markun | http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31&nodeId=02XPgQ8217297336425774 |
| 01:33:45 | markun | http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MC13783&nodeId=01J4Fs4881 |
| 01:34:02 | amiconn | jhMikeS: There are completely different optimisation options when both signals are on the same port |
| 01:34:47 | Paul_The_Nerd | webguest10: The WpsGallery wiki page. |
| 01:34:47 | markun | linuxstb: damn > 500MHz! |
| 01:35:03 | amiconn | weird |
| 01:35:27 | webguest10 | thanks |
| 01:35:29 | preglow | amiconn: got answer for my 21:35 question? |
| 01:35:53 | amiconn | The latter would be faster for sure |
| 01:36:26 | | Quit Kitt0s (Read error: 110 (Connection timed out)) |
| 01:36:36 | linuxstb | markun: And a vector floating point co-processor... |
| 01:36:43 | markun | yes, sick |
| 01:36:59 | linuxstb | That's just lazy... |
| 01:37:03 | Paul_The_Nerd | Hahaha |
| 01:37:10 | amiconn | add rx, (a0) does a read-modify-write, and add rx, ry; move.l ry, (a0) only adds & writes |
| 01:37:47 | amiconn | add rx, (a0) : 3 cycles |
| 01:37:55 | amiconn | add rx, ry : 1 cycle |
| 01:38:08 | linuxstb | That's the kind of hardware more suited to Linux and an ffmpeg port than Rockbox... |
| 01:38:08 | amiconn | move.l ry, (a0) : 1 cycle |
| 01:38:15 | z0de | jhMikeS you still about? |
| 01:38:33 | jhMikeS | z0de: yes |
| 01:38:52 | z0de | did you see my question about alarm clocks and ubs/charging? |
| 01:39:00 | z0de | usb* |
| 01:39:05 | z0de | z0de |
| 01:39:12 | jhMikeS | z0de: no, sorry |
| 01:39:54 | jhMikeS | amiconn: of course like flipping bits simultaneously or whatever |
| 01:39:55 | z0de | repeat: I have the doc(x5) which has both usb and charger pluged in to it. can rockbox prioertise the charger? |
| 01:40:14 | z0de | i was told you were one of the people to ask. |
| 01:40:15 | amiconn | jhMikeS: Yes, with my beloved eor! |
| 01:40:46 | amiconn | Maybe it wouldn't be as helpful for i2c as it is for spi though |
| 01:40:55 | jhMikeS | :) ^ :( = ) |
| 01:41:22 | amiconn | i2c clearly defines when the data line must be flipped |
| 01:41:53 | jhMikeS | That's something I have to learn myself, is the spec in the wiki? |
| 01:42:03 | Mode | "#rockbox +o preglow " by ChanServ (ChanServ@services.) |
| 01:42:17 | Mode | "#rockbox -b *!*4889bb7a@gateway/web/cgi-irc/* " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:42:20 | z0de | of the x5? |
| 01:42:28 | *** | Saving seen data "./dancer.seen" |
| 01:42:46 | Mode | "#rockbox -o preglow " by preglow (n=thomjoha@rockbox/developer/preglow) |
| 01:43:37 | amiconn | jhMikeS: I don't know about official i2c specs, but a lot of datasheets for chips using i2c communication have a protocol description |
| 01:43:40 | preglow | is there some interface for kicking people off the web client if that's needed? |
| 01:43:49 | jhMikeS | z0de: I don't think so... |
| 01:44:27 | z0de | k, it may actually be a iaudio thing as thats used for charging no rockbox logo in sight. |
| 01:44:50 | jhMikeS | z0de: If it's plugged into both, you get the usb connect too and charging through the adapter. |
| 01:44:50 | z0de | just seems a bit daft to have a doc and then still have to unplug bits |
| 01:44:52 | Davide-NYC | OK I'm off (finally) |
| 01:44:52 | | Quit webguest10 ("CGI:IRC (EOF)") |
| 01:45:00 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 01:45:06 | preglow | arhghg |
| 01:45:07 | z0de | it charges via usb? |
| 01:45:13 | preglow | i ALWAYS get elusive bugs in the general lpc cases |
| 01:45:17 | amiconn | jhMikeS: Hmm, I can't see any pitfalls in pcf50606-x5.c now. Maybe I confused sth. Plugging the asm driver instead of i2c-generic should work |
| 01:45:41 | jhMikeS | z0de: that too if the usb port has the current capacity and it's not plugged into the AC adapter |
| 01:46:07 | | Join jaebird [0] (n=jae@38.96.210.3) |
| 01:46:27 | jhMikeS | amiconn: Then I just made a dumb mistake. When I started it up, battery showed empty I don't think I has buttons. |
| 01:46:31 | barrywardell | is hcs still here? |
| 01:46:43 | preglow | well, he's still in here |
| 01:47:08 | hcs | barrywardell: I just got back |
| 01:47:24 | hcs | 5 crashes |
| 01:47:28 | barrywardell | hey. just catching up on the irc logs |
| 01:47:29 | preglow | amiconn: do you have any idea why disk spuns up and down before the usb screen is displayed these days? it's damned annoying |
| 01:48:03 | barrywardell | hcs: the patch i made should be the same as how the h10 original firmware does frequency scaling |
| 01:48:21 | hcs | hmm, guess there's something we need to consider for the ipod |
| 01:48:36 | barrywardell | i got occasional crashes on the h10 too |
| 01:48:45 | barrywardell | but much much less frequent |
| 01:48:45 | hcs | barrywardell: with which patch? |
| 01:48:59 | barrywardell | yes, after i posted my comment |
| 01:49:11 | barrywardell | i got the first crash |
| 01:49:27 | barrywardell | without the patch, i get crashes within a couple of minutes |
| 01:49:34 | barrywardell | with the patch, it's more like hours |
| 01:49:41 | | Quit jaebird (Remote closed the connection) |
| 01:50:09 | hcs | something interesting I noticed was that I get no crashes when using dan_a' |
| 01:50:18 | | Join jaebird [0] (n=jae@38.96.210.3) |
| 01:50:20 | hcs | *dan_a's cop patch |
| 01:50:40 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
| 01:50:41 | hcs | although it doesn't work exactly right, it seems to be helping something |
| 01:51:46 | barrywardell | yes, maybe we need to take the cop into account to avoid our crashes |
| 01:52:14 | barrywardell | hcs:Is that dan_a's patch + cpufreq4? |
| 01:52:25 | hcs | barrywardell: no, just dan_a's patch by itself |
| 01:52:38 | hcs | ran it for a whole weekend with no freeze |
| 01:52:39 | | Join Landus [0] (n=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 01:52:56 | barrywardell | hmmm. interesting |
| 01:53:07 | barrywardell | i can't get dan_a's patch to work with my h10 :( |
| 01:53:23 | hcs | hmm |
| 01:53:35 | hcs | does cpufreq3 work on your h10? |
| 01:53:48 | hcs | with modifications to actually use scaling, that it |
| 01:53:49 | hcs | *is |
| 01:54:25 | * | jhMikeS should check w/o the asm code |
| 01:54:42 | * | amiconn wonders why he didn't define the SCL and SDA bits as macros :/ |
| 01:54:48 | barrywardell | yes, it seems to work quite well |
| 01:54:57 | hcs | oops, I missed a COP_CTL in 5 |
| 01:55:00 | barrywardell | i think i might have still got a freeze, but i'm not sure |
| 01:55:21 | barrywardell | it works about the same as cpufreq4 i think |
| 01:56:50 | amiconn | jhMikeS: Hmm, did you take the different port setup into account? |
| 01:57:15 | jhMikeS | yes...changed it and defined all of it as macros :) |
| 01:57:42 | amiconn | The H300 driver switches the ports to input for generating high level |
| 01:58:10 | | Quit _Veseliq_ (Read error: 113 (No route to host)) |
| 01:58:25 | | Join lostnihilist [0] (n=lostnihi@ppp-70-227-136-116.dsl.chcgil.ameritech.net) |
| 01:58:38 | amiconn | This is a bit more efficient because checks e.g. for clock stretching don't require extra direction switches |
| 01:58:40 | barrywardell | hcs: sometimes i wonder if scaling is meant to be done at all like rockbox does it |
| 01:58:53 | barrywardell | apparently the pp5020 has an automatic idle mode |
| 01:59:00 | amiconn | Hmm, I could imagine one reason for the driver not working... |
| 01:59:29 | hcs | I've been meaning to get farther with my disassembly of the apple firmware... |
| 01:59:31 | amiconn | ...if SCL and SDA have no pullups... |
| 01:59:58 | barrywardell | hcs: did you see the document i based my cpufreq4 patch off? |
| 02:00 |
| 02:00:06 | jhMikeS | hmmm...will have to think* about that |
| 02:00:12 | hcs | barrywardell: yes, it looked familiar |
| 02:00:50 | barrywardell | the only thing i left out was the bit at the end |
| 02:01:02 | barrywardell | the bit where frequency > 66MHz |
| 02:02:10 | amiconn | jhMikeS: Linus might know |
| 02:02:15 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 02:02:24 | pagefault | work on pp cpu scaling? |
| 02:02:42 | barrywardell | pagefault: yes |
| 02:02:47 | pagefault | ooh nice |
| 02:02:54 | barrywardell | http://www.rockbox.org/tracker/task/6095 |
| 02:02:57 | jhMikeS | amiconn: for sure |
| 02:03:08 | hcs | pagefault: how's SPC playback coming? |
| 02:03:09 | pagefault | although with your disk shut off patch I get a nice battery boost |
| 02:03:41 | z0de | is it possible to make the x5 with rockbox show an image in the background depeneding on the song? |
| 02:03:48 | pagefault | hcs almost ready for release |
| 02:03:53 | hcs | sweet |
| 02:03:54 | barrywardell | pagefault: yes, but i've heard of some problems when disk shut off enabled. haven't been able to reproduce them myself yet |
| 02:03:58 | preglow | w00t |
| 02:04:01 | Paul_The_Nerd | z0de: No, it's not. |
| 02:04:02 | preglow | 24 bit flac playback works |
| 02:04:05 | z0de | e.g all my music has folder.jpg in the album. |
| 02:04:07 | z0de | :( |
| 02:04:08 | preglow | well below boost |
| 02:04:11 | pagefault | barrywardell, sometimes it does lock up the player it can't turn the disk back on |
| 02:04:24 | pagefault | i've experienced it if I leave it idle |
| 02:04:55 | jhMikeS | iirc correctly they do |
| 02:05:25 | amiconn | ? |
| 02:05:32 | barrywardell | i'm not sure what the source of that problem is. it seems like something that should affect all targets with disk power off enabled. |
| 02:05:53 | pagefault | hmm only h10 affected |
| 02:05:54 | pagefault | ? |
| 02:06:16 | amiconn | barrywardell: I don't think so. It can be hardware dependent. |
| 02:06:26 | jhMikeS | I don't know, guess I'll ask later or if you see him. Haven't been around when he's here |
| 02:06:35 | pagefault | perhaps the disk needs time to turn on back again |
| 02:06:37 | | Quit dpro (Read error: 110 (Connection timed out)) |
| 02:07:29 | pagefault | the disk spins up then it just locks up |
| 02:07:40 | barrywardell | amiconn: true, but the poweroff is only really two lines of code. maybe we're missing a step? |
| 02:07:40 | pagefault | like it was trying to read then crashed before the disk was ready |
| 02:08:09 | hcs | barrywardell: I'll be testing again with cpufreq5, with that one line I'd missed removed, but I'm not expecting much of anything |
| 02:08:24 | barrywardell | i wonder if we should force a delay after re-enabling disk power??? |
| 02:08:30 | pagefault | maybe |
| 02:08:36 | pagefault | it might be HD model dependant |
| 02:08:43 | amiconn | barrywardell: Example: The archos player comes in 3 hardware versions. Version #1 has no disk power control at all. Version #2 _can_ power off the disk, but will crash when powering on again. Version #3 has no such problems |
| 02:08:58 | pagefault | the default iriver firmware gives it like 5 seconds to spin up |
| 02:09:16 | amiconn | Version #2 is the reason why official rockbox builds for the player have no disk poweroff option. My local version has that option |
| 02:09:41 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 02:09:43 | barrywardell | hcs: i've pretty much followed what we're told the iriver firmware does word for word. i wonder if it's something else causing problems |
| 02:10:10 | pagefault | i'm going to experiment with delays |
| 02:10:11 | hcs | barrywardell: well, I can't stand to run it with the channels flipping all the time |
| 02:10:21 | amiconn | If you have a closer look at the hardware of an arbitrary rockbox targets, you will find a bunch of hardware design error/drawbacks/whatever |
| 02:10:35 | barrywardell | amiconn: i see. so maybe disk poweroff isn't meant to be be done on the H10 |
| 02:10:37 | hcs | and now, to dinner |
| 02:10:59 | barrywardell | it's an option that's defaulted to off anyway is suppose |
| 02:11:20 | amiconn | It _should_ default to enabled thoguh |
| 02:11:21 | barrywardell | pagefault: great. let me know if you have any success. |
| 02:11:47 | pagefault | it's a shot in the darek |
| 02:11:52 | pagefault | I mean dark |
| 02:11:59 | barrywardell | amiconn: yes, in an ideal world :) |
| 02:12:28 | pagefault | these are ATA drives in the h10 right? |
| 02:12:44 | barrywardell | hcs: there are people on misticriver complaining of channel flipping even without frequency scaling |
| 02:12:49 | barrywardell | pagefault: yes |
| 02:13:01 | pagefault | hmm |
| 02:13:25 | pagefault | oh well I am off to play with code now |
| 02:13:27 | pagefault | I have an idea |
| 02:14:42 | amiconn | barrywardell: channel flipping? |
| 02:14:47 | pagefault | it could be that when the disk is powered back on it is still in standby mode as well |
| 02:14:55 | pagefault | I will look into it |
| 02:16:04 | barrywardell | amiconn: flipping of right-left in audio |
| 02:16:22 | barrywardell | pagefault: yes, quite possible |
| 02:16:26 | amiconn | When the disk is powered back on, it will _always be in standby_. The driver will activate it |
| 02:16:44 | amiconn | This has to be done on every ata target |
| 02:16:44 | pagefault | so does the current code take it out of standby mode |
| 02:16:46 | | Quit Rincewind ("Bye") |
| 02:16:54 | amiconn | of course |
| 02:17:17 | barrywardell | the H10 hdd seems to do some things all by itself. |
| 02:17:38 | pagefault | depends what the hell is on the firmware on the drive too yeah |
| 02:18:03 | amiconn | The hdd firmware implements the ata protocol, which is standardized |
| 02:18:27 | pagefault | I see |
| 02:18:51 | amiconn | If the ata driver doesn't work correctly on a certain target, there must be a mistake in the very low level part for that target |
| 02:19:11 | amiconn | Some port setup missing/incorrect, or some out-of-specs timing |
| 02:19:17 | linuxstb | barrywardell: Do you have a patch to fix the debug_menu.c problem on OS X? |
| 02:19:19 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 02:19:45 | pagefault | I am just curious thats all, I don't really know much about this stuff |
| 02:20:09 | barrywardell | linuxstb: I do, but not a very good one. it just disables pretty much everything in debug_menu.c |
| 02:20:46 | barrywardell | linuxstb: barrywardell.net/assets/files/sim_osx.patch">http://barrywardell.net/assets/files/sim_osx.patch |
| 02:20:59 | pagefault | it would be cool if the sleep timer could be saved though |
| 02:21:03 | linuxstb | Do you also get size_t warnings? |
| 02:21:10 | barrywardell | i haven't had a chance to isolate the exact cause of the problem |
| 02:21:16 | pagefault | like you don't push any buttons or stuff for that amount of time and it shuts off |
| 02:21:18 | amiconn | Hmm, the X5 pcf i2c should have pullups... |
| 02:21:23 | pagefault | it's kind of annoying to set it each time |
| 02:21:25 | barrywardell | linuxstb: with or without the patch? |
| 02:21:33 | linuxstb | Without. |
| 02:22:18 | barrywardell | i'll do a test compile now... |
| 02:22:20 | | Join jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 02:23:16 | barrywardell | linuxstb: nope, this is what i get: http://pastebin.ca/220061 |
| 02:24:05 | | Quit jaebird ("Ex-Chat") |
| 02:24:09 | linuxstb | Which native gcc are you using? I seem to have 3.3 here. |
| 02:24:28 | barrywardell | powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5341) |
| 02:24:48 | barrywardell | so it's probably a probably a problem with apple's gcc |
| 02:25:21 | amiconn | segment-name? |
| 02:25:22 | jhMikeS | amiconn: I think so...but _I_ could be confused. Asked him a bunch of q's way back in July about stuff. |
| 02:25:34 | barrywardell | it's a very strange error |
| 02:25:55 | linuxstb | barrywardell: Yes, seems I need to upgrade. I get this error now: "/usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file: -lSystem is not an object file (not allowed in a library)" |
| 02:26:48 | barrywardell | linuxstb: i think i'm running a recent XCode, which installs gcc with it |
| 02:26:53 | linuxstb | (linking vorbis.codec) |
| 02:27:12 | preglow | anyone on iriver that can test 24 bit flac playback? |
| 02:27:38 | pagefault | hmm |
| 02:27:44 | pagefault | disk isn't coming back from sleep |
| 02:27:58 | * | amiconn has no idea how to get hold of 24bit flac files |
| 02:28:22 | preglow | i've only got a couple, and they sound nice |
| 02:28:31 | linuxstb | There are some at www.archive.org, but their search was broken (at least it was an hour ago) |
| 02:28:51 | pagefault | this is weird |
| 02:29:00 | pagefault | it literally shuts off the disk now and it doesn't turn back on |
| 02:30:19 | * | linuxstb hugs google: http://www.google.com/search?q=site%3Awww.archive.org+flac24 |
| 02:30:39 | pagefault | but connecting USB turns it back on fine |
| 02:30:41 | amiconn | Hmm, lloks like we aren't powering off the disk on ipods... (?) |
| 02:30:46 | amiconn | *looks |
| 02:30:47 | pagefault | but that just kicks me back to iriver's firmware |
| 02:30:54 | pagefault | so it looks like it is possible |
| 02:31:01 | pagefault | but we just don't do it right |
| 02:31:40 | amiconn | pagefault: Just for clarification, are you talking about spindown or true poweroff? |
| 02:31:41 | jhMikeS | amiconn: are you talking about enable/disable being used for lo/hi instead of GPIO_OUT? That's what you mean? |
| 02:31:42 | linuxstb | preglow: Are your 24-bit files 44.1KHz? |
| 02:31:47 | pagefault | true poweroff |
| 02:31:54 | pagefault | on the h10 |
| 02:32:04 | amiconn | jhMikeS: Yes. |
| 02:32:06 | pagefault | trying to figure out why the disk never wakes up |
| 02:32:27 | amiconn | pagefault: Then you're doing something on the h10 we don't do on the ipods |
| 02:32:49 | * | amiconn wonders whether the hardware is the same or at least similar |
| 02:32:51 | pagefault | the hd wasn't turning back on then I did the USB trick and it spun up |
| 02:32:52 | barrywardell | amiconn: i found a gpio port which seems to cut power to the H10 hdd |
| 02:32:55 | jhMikeS | amiconn: the generic explicitly sets GPIO_OUT. perhaps should adapt it to work that way. |
| 02:33:32 | amiconn | jhMikeS: I know that the generic driver does that... but if you do, you'll lose quite some optimisation potential |
| 02:33:52 | pagefault | amiconn, i'm just using the cvs code at this point |
| 02:33:55 | preglow | linuxstb: yeah |
| 02:34:01 | amiconn | I tend to believe that you just overlooked something... |
| 02:34:10 | jhMikeS | amiconn: well...the non asm seemed to behave exactly the same way as the asm |
| 02:34:13 | | Nick jborn_ is now known as JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 02:34:31 | * | linuxstb will have a 24-bit/96KHz test track in about 30 minutes time... |
| 02:34:39 | pagefault | on the h10 you get the old iriver builtin firmware to come back when you plug in usb |
| 02:34:53 | pagefault | and that spins up the disk after rockbox has turned it off |
| 02:35:44 | | Join jaebird [0] (n=jae@38.96.210.3) |
| 02:35:52 | * | barrywardell finds it very easy to hear what the h10 disk is doing! |
| 02:36:04 | * | amiconn should go to sleep now, otherwise he'd try to plug the asm code into the x5 pcf driver himself :/ |
| 02:36:06 | pagefault | yeah it's a high pitched noise |
| 02:36:30 | jhMikeS | amiconn: I see, then you have to start switching input<==>outputs explicitly. |
| 02:37:21 | jhMikeS | amiconn: nighty night |
| 02:37:45 | jhMikeS | amiconn: want a pastebin? |
| 02:38:09 | amiconn | jhMikeS: Correct, and you'll very probably run out of registers for hold addresses & masks in the loops... |
| 02:38:20 | amiconn | s/hold/holding/ |
| 02:41:40 | jhMikeS | I think I spotted it |
| 02:43:30 | barrywardell | linuxstb: found the problem with the mac os x sim |
| 02:43:35 | barrywardell | __attribute__ ((section (".icode"))); |
| 02:43:41 | barrywardell | on line 393 |
| 02:43:54 | barrywardell | removing it makes the sim compile fine |
| 02:44:21 | jhMikeS | heh...working now |
| 02:46:32 | barrywardell | surely that whole function shouldn't be compiled for the sim? |
| 02:50:12 | jhMikeS | ogg boost goes from 78% -> 35% harrrmphh |
| 02:51:12 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
| 02:51:20 | jhMikeS | 0% boost on mp3 using the EQ |
| 02:51:34 | jhMikeS | from 18% |
| 02:51:43 | preglow | amiconn: did you check if tvl and wolfson click as well? |
| 02:52:09 | preglow | jhMikeS: doing what? |
| 02:52:28 | jhMikeS | Adapting the pcf50606 driver that's used for iRiver to the x5 |
| 02:52:37 | jhMikeS | The i2c part |
| 02:53:13 | jhMikeS | This is using the non-asm version. The ASM has something wrote but it shows how nescessary this is. |
| 02:53:24 | jhMikeS | s/wrote/wrong |
| 02:53:26 | preglow | and you got that much boost improvement??? |
| 02:53:27 | preglow | holy shit |
| 02:53:29 | jhMikeS | yes |
| 02:53:40 | jhMikeS | It scrolls with no boost like it's boosted almost |
| 02:53:52 | preglow | what's the pcf used for all the time? |
| 02:54:07 | jhMikeS | Everything...RTC, buttons, battery, |
| 02:54:32 | jhMikeS | It communicated with 100s of times a second |
| 02:54:34 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
| 02:54:48 | jhMikeS | No boost using the EQ is cool |
| 02:55:05 | pagefault | EQ makes me skip |
| 02:55:05 | pagefault | hehe |
| 02:55:06 | preglow | hell yes |
| 02:55:09 | pagefault | I wish I could use it |
| 02:55:21 | preglow | ok, i can't be bothered to tinker around with this anymore, so i'm just commiting it |
| 02:55:56 | jhMikeS | commiting what? the 24bit thing? |
| 02:56:25 | jhMikeS | It's like a different player now...this should have been done a long time ago. |
| 02:56:40 | preglow | yes |
| 02:57:02 | jhMikeS | Now I get 54.5 fps on full screen updates too |
| 02:57:15 | jhMikeS | I'm gonna see what video plays at... |
| 02:58:16 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
| 02:58:37 | Davide-NYC | jhMikeS: |
| 02:58:41 | Davide-NYC | I did some tests |
| 02:59:09 | Davide-NYC | The recording end seems to work, but I see you've disabled some of the 11kHz availablilty |
| 02:59:10 | jhMikeS | uh oh... :) |
| 02:59:22 | jhMikeS | Davide-NYC: from where? |
| 02:59:30 | Davide-NYC | MP3 |
| 02:59:48 | jhMikeS | You can't use 11kHz for MP3 because that's only for MPEG2.5 |
| 03:00 |
| 03:00:10 | jhMikeS | It should never have been there |
| 03:00:11 | Davide-NYC | OK. I will never object to removing 11kHz as an option |
| 03:00:27 | jhMikeS | Does it work on WAV and for playback though? |
| 03:01:22 | Davide-NYC | doh! |
| 03:01:44 | * | jhMikeS will be able to fiddle with it himself by the 30th |
| 03:02:04 | Davide-NYC | The WAVs playback perfect on the PC w foobar2k |
| 03:02:19 | jhMikeS | So you got em in at all samplerates |
| 03:02:37 | Davide-NYC | hold I'm listening back now |
| 03:04:10 | Davide-NYC | Mic/Wav/Mono at all three SR no prob |
| 03:04:11 | | Quit midkay ("Leaving") |
| 03:04:31 | jhMikeS | cool...the plugin plays back ok? |
| 03:05:09 | Davide-NYC | Yes AFAICT |
| 03:05:21 | Davide-NYC | not even glitchy on changes |
| 03:06:11 | jhMikeS | :) |
| 03:06:54 | Davide-NYC | Actually it's a bit glitchy in that I can hear some "shearing" between lower samplerates |
| 03:07:03 | Davide-NYC | but only when switching |
| 03:07:38 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 03:07:39 | jhMikeS | I don't think it's a concern to be able to switch sample rates live without any glitch and probably unavoidable in most cases. |
| 03:07:40 | preglow | shearing? |
| 03:07:52 | Davide-NYC | That's what I call it. |
| 03:08:16 | Davide-NYC | I'm imagining some infinite slope sections of the waveform |
| 03:08:23 | Davide-NYC | like a vertical line |
| 03:08:37 | Davide-NYC | but of course that's just my imagination |
| 03:09:05 | Davide-NYC | jhMikeS: check out my menu idea: http://forums.rockbox.org/index.php?topic=7118.0 |
| 03:09:36 | Davide-NYC | It's all about IDCs... Input dependant Configurations |
| 03:09:59 | Davide-NYC | and a little bit about nested sub-menus. |
| 03:10:19 | * | Davide-NYC guesses that nested sub-menu is redundant |
| 03:11:00 | jhMikeS | nature calls...then will look... |
| 03:11:10 | | Quit funky ("leaving") |
| 03:12:41 | midkay | Davide-NYC: nested submenus are inconsistent altogether with rockbox's current menu system.. and if it's just two entries it's pretty pointless to have a submenu at all. |
| 03:12:56 | Davide-NYC | Mic/MP3/160kbps/Mono and Stereo at both samplerates sounds good to me as well. |
| 03:12:57 | midkay | i mean "long-hold-button-popup" submenus. |
| 03:13:38 | Davide-NYC | midkay: I know, but where else are the menus dependant on another selection? |
| 03:13:51 | midkay | what? |
| 03:14:03 | Davide-NYC | If another scenario like this exists I'd like ot take a look at how it has been implemented. |
| 03:14:07 | Davide-NYC | Lemme 'splain |
| 03:14:09 | midkay | ah, i see what you mean.. submenus are fine, but not ones that expand if you hold a button. that's just inconsistent. |
| 03:14:29 | Davide-NYC | If you chose MP3 your available bItrate and samplerate options change |
| 03:14:57 | Davide-NYC | if you choose a certain MP3 bitrate your samplerate options change |
| 03:15:05 | midkay | i see. |
| 03:15:33 | Davide-NYC | all of these things depend on one another. Should a similar situation exist elsewhare that better conforms with the RB menu paradigm I'd be interested in studying it |
| 03:15:52 | * | Davide-NYC must learn to type eventually |
| 03:16:08 | linuxstb | Davide-NYC: Why not just normal submenus? i.e. one for MP3 settings, one for WAV, one for Wavpack. |
| 03:16:23 | Davide-NYC | http://forums.rockbox.org/index.php?topic=7118.0 |
| 03:16:32 | midkay | Davide-NYC: so you're arguing in favor of inconsistent menus, or just submenus? i've no problem with the latter.. |
| 03:16:43 | Davide-NYC | Just sub menus. |
| 03:16:59 | Davide-NYC | read the forum post I think it's pretty clear |
| 03:17:09 | Davide-NYC | if not let me know and I'll make changes |
| 03:17:21 | midkay | except the part about, oh, inconsistent hold-button-to-expand submenus :) |
| 03:17:28 | midkay | which is what i wanted to clarify, everything else is clear. |
| 03:17:38 | Davide-NYC | I was thinking of it like htis |
| 03:17:59 | | Quit |AhIoRoS| (Remote closed the connection) |
| 03:18:03 | jhMikeS | Davide-NYC: Was debating putting channels in the format submenus at the beginning and am still thinking about it. |
| 03:18:07 | Davide-NYC | shor click selects the encoder type and auto-inherits the settings "inside" |
| 03:18:10 | jhMikeS | Nice glowing text BTW |
| 03:18:48 | Davide-NYC | long click opens the menu for modification of said inherited settings |
| 03:18:56 | hcs | barrywardell: back from dinner, freezes as expected, I'm going to play around with the COP patch |
| 03:18:57 | midkay | Davide-NYC: but that's weird and kinda un-intuitive, and certainly inconsistent.. why not just MP3 Settings, WAV Settings, Wavpack Settings, and then Encoder Selection where you choose MP3/WAV/Wavpack. |
| 03:19:02 | jhMikeS | Some like it some don't but I'm really concerned about the need of those who have recording as a priority with this. |
| 03:19:21 | Davide-NYC | Guys let me explain the last paret of the post |
| 03:19:30 | Davide-NYC | It's all about inheritance |
| 03:19:48 | midkay | and Encoder Selection would *inherit* [codec] Settings that you already set via standard submenus. |
| 03:19:57 | jhMikeS | oy |
| 03:20:33 | Davide-NYC | Well it's sort of "upward inherit" |
| 03:20:56 | midkay | which is a style of inheritance that i don't use in my suggested method of encoder/setting selection. |
| 03:21:01 | Davide-NYC | the last bit in the post would be that the source you select inherits upward the settings you gave it last |
| 03:21:10 | barrywardell | hcs: did you experience any freezes with v3? |
| 03:21:24 | midkay | instead i go for interface consistency and intuitiveness. |
| 03:21:31 | Davide-NYC | midkay, how would you tackle the interdependance problem? |
| 03:21:38 | hcs | barrywardell: once, I think, in the several weeks I used it |
| 03:21:41 | * | jhMikeS 's head is spinning at the thought... |
| 03:21:50 | Davide-NYC | I think it's awesome |
| 03:21:53 | Davide-NYC | :-) |
| 03:21:54 | Davide-NYC | lol |
| 03:22:07 | midkay | Davide-NYC: didn't i explain? Encoder Selection chooses MP3, WAV or Wavpack. the selected encoder will then use the MP3, Wav or Wavpack settings you've specified on a per-codec basis. |
| 03:22:20 | jhMikeS | You want sources to have encoder preferences |
| 03:22:42 | Davide-NYC | That's the way it works now (with jhMikeS patch) and the way it would work under my system |
| 03:22:48 | Davide-NYC | the only diff is the presentation |
| 03:22:49 | midkay | bitrate/frequency based on codec based on source? insane.. |
| 03:23:10 | Davide-NYC | OK, take the source bit out |
| 03:23:19 | jhMikeS | source selects preferred way to record it...makes sense to me really |
| 03:23:25 | midkay | Davide-NYC: exactly - it's a kinda-neat-but-inconsistent-and-requires-a-manual-to-figure-out presentation versus a standard-menu-system-we-use-all-over presentation. |
| 03:23:26 | Davide-NYC | Yeah! |
| 03:23:45 | Davide-NYC | But midkay (in my best scotty voice) |
| 03:24:00 | Davide-NYC | MP3 dictates certain freq at certain bitrates |
| 03:24:12 | jhMikeS | and channels at certain bitrates :) |
| 03:24:19 | Davide-NYC | so it's based on encoder regardless |
| 03:24:26 | midkay | Davide-NYC: so use a "source preference" menu too where you have three entries - Mic, Digital, Line In and you set either MP3, WAV or Wavpack in each of those. problem solved. |
| 03:25:01 | linuxstb | That could just be done with .cfg files... It seems too complex otherwise. |
| 03:25:10 | Davide-NYC | midkay, have you patched with jhMikeS big recording patch? |
| 03:25:11 | | Part pixelma |
| 03:25:25 | midkay | it should be all configurable in a standard menu system (or not at all, it's pretty complex) or it'll be weird to nearly everybody... i can nearly guarantee its rejection if you want to get funky with menu systems. |
| 03:25:29 | midkay | Davide-NYC: no, i don't record. |
| 03:25:37 | Davide-NYC | dude, |
| 03:25:38 | jhMikeS | It's quite doable. Mr. Brain* already computed it. |
| 03:25:44 | | Join AdamKili [0] (n=adam@71-213-191-218.albq.qwest.net) |
| 03:26:06 | Davide-NYC | not be rude, but I'm pretty sure there is a piece of this domain you're not understanding |
| 03:26:08 | jhMikeS | * Not nescessarily a real brain |
| 03:26:33 | Davide-NYC | Please patch and explore |
| 03:26:41 | jhMikeS | * A cow brain wired to an interface :P |
| 03:26:46 | Davide-NYC | and then generate a rebuttal post on the firum |
| 03:26:58 | Davide-NYC | jhMikeS: you get what I'm talking about? |
| 03:27:02 | midkay | Davide-NYC: i can't, no iRiver. what am i missing? |
| 03:27:26 | Davide-NYC | an enthusiasm and understanding of the recording dsomain |
| 03:27:29 | Davide-NYC | *domain |
| 03:27:42 | jhMikeS | Yes. It's just a matter of shuffling settings around and once the recording code and samplerate code is up that can be shuffled around np. |
| 03:27:43 | Davide-NYC | and an dap that records |
| 03:27:47 | Davide-NYC | :-P |
| 03:28:03 | midkay | i don't tend to display enthusiasm towards weird new menuing systems for only very certain areas of the menu where everything else uses a single other method... |
| 03:28:17 | Davide-NYC | you're missing the forest for the trees |
| 03:28:17 | jhMikeS | The encoder menus are not locked to a certain context and can be displayed anywhere |
| 03:28:52 | Davide-NYC | jhMikeS: what do think about persisten input dependant configs? |
| 03:28:52 | midkay | Davide-NYC: stop with the "you can't record so you don't know what i mean" stuff. i understand perfectly. it's just too weird versus the rest of rockbox. |
| 03:29:24 | Davide-NYC | I'm not on about that. I'm saying that the recording enthusiast has different requirements. |
| 03:29:25 | AdamKili | hmm.....Creative Zen Vision: M, or rockbox'd 80 GB iPod 5.5 (when supported)? |
| 03:29:31 | hcs | barrywardell: so you say dan_a's patch doesn't work on the h10? |
| 03:29:42 | jhMikeS | Davide-NYC: I think if the ones who do a lot of recording would find it useful I like it too :) |
| 03:29:47 | midkay | Davide-NYC: i think requirements have nothing to do with using a weird menuing setup. |
| 03:29:57 | Davide-NYC | OK. |
| 03:30:01 | midkay | it might require about two more clicks to achieve the same thing. |
| 03:30:03 | linuxstb | AdamKili: You would only get one answer here - any Rockbox'ed device. |
| 03:30:04 | midkay | what's the big deal? |
| 03:30:31 | barrywardell | hcs: yes, i don't get two main threads, just the one on the main cpu |
| 03:30:37 | * | jhMikeS knows some of these points were controversial so he preserved the current Encoder Settings/Frequency/Channels setup. |
| 03:31:04 | Davide-NYC | If you fully understand the domain (encoder restrictions) and can generate an interependant menu system that adheres to the rockbox menu paradigm please put up a rebuttal post in the forum. |
| 03:31:09 | | Join midgey34 [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 03:31:12 | AdamKili | lol ya. just can't decide |
| 03:31:14 | Davide-NYC | I don;t see it |
| 03:31:23 | midkay | i don't think mutilating and destroying rockbox's nice consistency, simplicity and intuitiveness is worth saving a couple clicks.. especially when you might need to totally stop to read the manual - that certainly negates the few clicks you save. |
| 03:31:40 | hcs | barrywardell: could you try it with a kernel running on the COP but just starting all threads on the CPU? I'm going to try out a patch that does that here |
| 03:31:47 | linuxstb | barrywardell: I got the same the first time I tried it on my 5g - just a codec thread. But I tried it a few days laters, and got a main thread, so it's a mystery to me... I tried lots of earlier versions of the COP patch on my Photo, and never got a COP thread running. |
| 03:31:48 | midkay | sure, i iwll. |
| 03:32:09 | jhMikeS | I don't think source dependent settings should remove the current global setup though. |
| 03:32:33 | Davide-NYC | midkay your point is valid, and I think you should put up a forum post using similar "glow" formatting as I did so that the two designs can be properly discussed |
| 03:32:39 | jhMikeS | They would use the global settings until explicitly set somehow. |
| 03:32:41 | midkay | i am. |
| 03:32:48 | barrywardell | hcs: can you provide me with a patch and i will try it? |
| 03:32:49 | Davide-NYC | sweet |
| 03:33:16 | Davide-NYC | jhMikeS: so yet another menu? |
| 03:33:20 | linuxstb | jhMikeS: The standard Rockbox way to handle things like that is allowing the user to load .cfg files with the settings - so users can set them up for different recording environments. |
| 03:33:21 | jhMikeS | That way no behavioral change takes place |
| 03:33:29 | barrywardell | linuxstb: yes, i noticed that. seems there is still some work to be done on the patch |
| 03:33:45 | Paul_The_Nerd | Davide-NYC: I don't understand, what qualifies as an "independent" setting anyway? |
| 03:34:06 | barrywardell | i've been trying to get jtag working with my h10. it could make debugging this stuff a lot easier! |
| 03:34:20 | jhMikeS | Under source options: "Use Global Settings" or the like would be the default. |
| 03:34:41 | barrywardell | i'm still looking for good (free) software for using jtag with arm |
| 03:34:44 | Davide-NYC | Paul_The_Nerd: Codec independant = Source, Channels, File split, etc.. |
| 03:34:59 | Davide-NYC | dependant = encoder, bitrate, samplerate |
| 03:35:03 | Paul_The_Nerd | Davide-NYC: So, why are specialized menus necessary at all? |
| 03:35:18 | jhMikeS | Channels and Frequency are currently the only settings whose selection depends on file format |
| 03:35:22 | Paul_The_Nerd | Once you pick an encoder, why not just have the available bitrate and sample rates show different lists depending on the encoder? |
| 03:35:26 | linuxstb | barrywardell: Try finding davidc in #ipodlinux or #ipodlinux-dev - he's succeeded in using JTAG with a PP5020 ipod. |
| 03:35:50 | Paul_The_Nerd | Have sane defaults so that if someone changes the encoder without manually changing the others, it resets to something semi-happy. |
| 03:35:51 | linuxstb | barrywardell: He's got a wiki page on ipodlinux.org about it as well. |
| 03:35:59 | | Part AdamKili ("Ex-Chat") |
| 03:36:05 | Paul_The_Nerd | But I don't understand any benefit of a custom menu structure rather than simply a standard settings menu |
| 03:36:22 | jhMikeS | If you have WAV selected at 11kHz and the you select MP3 you'll find your Frequency automatically set to 22kHz for example |
| 03:36:25 | Davide-NYC | Because visual heirachy should relate to logical heirarchy? |
| 03:36:37 | hcs | barrywardell: http://pastebin.ca/220168 , its just the kernel_on_cop_4.diff without the patch to run the codec thread on the COP |
| 03:36:43 | Davide-NYC | Hey, if I'm the only guy for this it's a dead point |
| 03:36:58 | Davide-NYC | but I'd like it discussed at some length first |
| 03:37:24 | barrywardell | linuxstb: thanks. i'll ask him about it |
| 03:37:30 | Davide-NYC | But, if I can generate a config file now that sets up my rec settings based on source, I'll shut up and just make one |
| 03:37:43 | * | jhMikeS should probably commit the i2c driver change w/o the asm enabled since the improvement is so huge. |
| 03:37:48 | Davide-NYC | and forget the whole ugly incident. ;-) |
| 03:37:54 | linuxstb | Is 11.025KHz MP3 the only problem? If so, then we should try and fix the MP3 encoder to handle it. |
| 03:38:14 | Paul_The_Nerd | It seems to me that it'd be logical to save independently for each source, what you've got the settings at, but I don't think custom menuing is at all necessary. |
| 03:38:23 | jhMikeS | linuxstb: no...if you have 88.2 WAV selected it's the same sort of thing. |
| 03:38:29 | barrywardell | hcs: i'll try that now... |
| 03:38:31 | | Join AdamKili [0] (n=adam@71-213-191-218.albq.qwest.net) |
| 03:38:36 | jhMikeS | No MPEG L3 goes to 88.2 |
| 03:38:41 | Davide-NYC | Paul_The_Nerd: please say so in the forum |
| 03:39:12 | midkay | there, i replied... |
| 03:39:21 | Davide-NYC | linuxstb: 11kbps MP3 sound so aweful I say leave it alone. |
| 03:39:22 | barrywardell | hcs: i just remembered. enabling cpu freq adjust with the cop patch caused all sorts of weirdness |
| 03:39:25 | Davide-NYC | midkay thanks |
| 03:39:28 | jhMikeS | linuxstb: would be nice to have MPEG 2.5 available too |
| 03:39:33 | midkay | sure. |
| 03:39:46 | jhMikeS | Davide-NYC: 11kHz! |
| 03:39:46 | hcs | barrywardell: well, it doesn't seem to boot anyway |
| 03:39:51 | Davide-NYC | vomit |
| 03:40:05 | AdamKili | is there a galery somewhere that shows screenshots of every menu and submenu of rockbox on a 5G ipod? so that i can get a good idea of what it would be like and what it's exact features are? |
| 03:40:07 | | Join SmilinBob [0] (n=Bob@31.248.204.68.cfl.res.rr.com) |
| 03:40:44 | jhMikeS | Compressed formats have their own set of acceptable inputs. The ones that don't care would be WAV, WavPack, and say AIFF. |
| 03:40:45 | scorche | AdamKili: there is the manual |
| 03:40:58 | AdamKili | oh i'll check it out |
| 03:41:09 | scorche | if you want features, there is the WhyRockbox page in the wiki also |
| 03:42:04 | jhMikeS | Ok...recording presets! There! |
| 03:42:10 | Paul_The_Nerd | midkay: I posted my thoughts as well, I think it's a simplified extrapolation from yours. |
| 03:42:27 | AdamKili | can u give me linky to whyrockbox page in the wiki? |
| 03:42:31 | *** | Saving seen data "./dancer.seen" |
| 03:42:34 | AdamKili | i can't seem to find it |
| 03:42:43 | linuxstb | It's linked from the top of www.rockbox.org |
| 03:42:46 | jhMikeS | I gotta get that i2c asm working...and fast! :) |
| 03:43:14 | AdamKili | nvm found it |
| 03:43:20 | Davide-NYC | midkay: Your method does not allow for chosing an encoder |
| 03:43:23 | midkay | Paul_The_Nerd: that's entirely what i'd like to see. mine was based upon this apparently huge demand for settings based upon settings based upon settings. |
| 03:43:35 | midkay | Davide-NYC: add a Source menu then. no big deal. |
| 03:43:37 | Davide-NYC | Paul_The_Nerd: I guess you way is most Rockbox consistent |
| 03:43:44 | scorche | AdamKili: and you can always go into the wiki and type the name of the page you want to go to in the box at the top |
| 03:44:48 | AdamKili | it didn't find it that way. that's y i was confused. maybe i typo |
| 03:44:51 | Davide-NYC | I still think visual heirarchy should relate to logical heirarchy but if I'm alone (and I'm not convinced I am until the recording comunity chime in) I'll drop it. |
| 03:44:51 | AdamKili | d it |
| 03:44:56 | midgey34 | barrywardell: i think i fixed the mac sim issue |
| 03:45:01 | midgey34 | barrywardell: http://www.rockbox.org/tracker/task/6235 |
| 03:45:05 | Paul_The_Nerd | midkay: Mine is somewhat codependent, but I think in a more minimalistic way. :) |
| 03:45:29 | Paul_The_Nerd | midkay: I really like the idea of populating Bitrate and Frequency based upon what Format is set at, but don't know how possible that is with current menuing code. |
| 03:45:30 | midkay | Davide-NYC: a sincere good-luck with getting any kind of expanding menu system committed if that's the direction you guys take. :) |
| 03:45:34 | barrywardell | midgey34: check my latest cvs commit ;) |
| 03:45:56 | midkay | Paul_The_Nerd: ah, i see.. that's a very good way to look at it.. mine was kinda a direct translation of the expanding menus into a submenu system. |
| 03:46:06 | Davide-NYC | why, where else would there be benefit from expanding sub-menus? |
| 03:46:53 | midkay | Davide-NYC: nowhere else. there'd only be a benefit from not having them - no missed recordings due to a required manual read by most people, no consistency or intuitivity complaints. |
| 03:47:03 | Paul_The_Nerd | midkay: Have you given any thought to adapting the clock sliding highlight bar an option for the main menu code, like that one person was pestering about? (It was you that did it, right?) |
| 03:47:10 | barrywardell | midgey34: looks like we did things differently though. you fixed the problem, I just avoided it! |
| 03:47:20 | Davide-NYC | midkay please don't type sincere when you are not/ |
| 03:47:24 | Davide-NYC | that's just whack |
| 03:47:27 | Davide-NYC | and unnecessary |
| 03:47:49 | midkay | Davide-NYC: no, i was sincere. you're gonna need a lot of good luck to get something like that in. :) |
| 03:47:50 | Davide-NYC | I'm trying to figure something specific out for the benefit of people that record and for the benefit of RB |
| 03:47:53 | midgey34 | barrywardell: well, i dont know if my problem causes problems on other OSs |
| 03:48:14 | midkay | Paul_The_Nerd: yes - as soon as I get back into rockbox coding i was planning on taking a crack at some animations like that. |
| 03:48:31 | jhMikeS | midkay: expanding menu system? you mean explicit tree with [+]|[-]? |
| 03:48:44 | barrywardell | midgey34: it might be worth committing your suggested changes too, but i'm don't know enough to be sure |
| 03:48:44 | | Quit AdamKili ("Ex-Chat") |
| 03:48:57 | midkay | jhMikeS: i mean short/long presses like Davide-NYC illustrated. |
| 03:49:09 | * | jhMikeS will be banished from the land |
| 03:49:15 | midkay | Davide-NYC: is it a benefit if someone misses something crucial because they can't figure out why these menus aren't opening? |
| 03:49:27 | midkay | or how they work at all even if they get them to open. |
| 03:49:34 | Paul_The_Nerd | I think that menu navigation should *never* require long vs short presses. |
| 03:50:01 | Paul_The_Nerd | Menu navigation is a pretty basic concept, and should be kept as absolutely uncomplicated as possible |
| 03:50:07 | linuxstb | How about moving all the recording settings into the codec settings? i.e. Recording Format (mp3/wav/wavpack), and then "mp3 settings", "wav settings", "wavpack settings" which include source, samplerate, channels etc. |
| 03:50:30 | midkay | consistency and intuitivity is important. all rockbox menus can be used the same way - in, adjust, out. if you go and set up one menu to use long presses and expanding submenus, that consistency is lost. |
| 03:50:44 | Paul_The_Nerd | linuxstb: I think you could get away with just setting the currently selected codec's settings, if there were some way to query the codec for what valid options were for each. |
| 03:50:44 | jhMikeS | I think showing a setting at the right and changing it in place like many OF and appliances do would be nice though. |
| 03:50:57 | Paul_The_Nerd | linuxstb: I think that would then be more easily extendable without having to explicitly expand the menu for new formats. |
| 03:50:58 | barrywardell | hcs: with that patch i just get all threads running on the cpu, and just the one main thread |
| 03:51:02 | midkay | jhMikeS: that's an entire firmware change, though. |
| 03:51:28 | midkay | someone coded it actually.. i've seen it on the forums. it's nice, but certainly not for a single menu.. that's a very WTF situation to come across when everything else behaves another way. |
| 03:51:40 | linuxstb | I just think it's confusing that changing codec (or something else) will magically change another setting. |
| 03:52:13 | hcs | barrywardell: I messed up, it won't even start up on my ipod |
| 03:52:31 | linuxstb | (e.g. if you have 11.025KHz or 88.2KHz selected, but then change the codec to MP3) |
| 03:52:50 | * | Paul_The_Nerd shrugs |
| 03:53:04 | Paul_The_Nerd | It seems to me it'd be fair that when you select MP3, it defaults to sane MP3 settings that you can then change. |
| 03:53:10 | jhMikeS | linuxstb: yes...a bit. Like I said, that can be shuffled around rather easily though. |
| 03:53:23 | Paul_The_Nerd | But I'm not a big recorder, I was just thinking for menu neatness, not having duplicated options for every single codec |
| 03:53:55 | * | jhMikeS points out why he left it alone as much as possible :D |
| 03:54:12 | Davide-NYC | I totally see now |
| 03:54:54 | * | barrywardell needs sleep |
| 03:54:59 | | Quit barrywardell () |
| 03:55:53 | * | jhMikeS isn't sure what MP3 settings are "insane". It just defaults to the nearest matching setting and the last encoder specific settings used. |
| 03:56:03 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
| 03:56:18 | Davide-NYC | MP3/8bps/11kHz/Stereo 'was' insane |
| 03:56:26 | Davide-NYC | robot noisews |
| 03:56:29 | Davide-NYC | *noises |
| 03:56:41 | jhMikeS | 8bps is pretty insane! Not sure where you got the encoder :) |
| 03:57:08 | Davide-NYC | wait, (lol) what the lowest value for the first version of your patch? |
| 03:57:09 | jhMikeS | Not to mention have 11kHz with MP3 |
| 03:57:23 | jhMikeS | 8kbps |
| 03:57:52 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 03:57:59 | jhMikeS | Still is but I may just restrict those low bitrates to mono since 16kbps stereo = 2*8kbps mono |
| 03:58:22 | Davide-NYC | I have a file of myself speaking where I have to presume it says "MP3, 8 kilobits per second, 11 kiloHertz, Stereo" |
| 03:58:43 | Davide-NYC | No way of knowing otherwise, unless you're a droid |
| 03:58:50 | jhMikeS | The lowest samplerate available for the MP3 is 22050 |
| 03:58:55 | Davide-NYC | perfect |
| 03:59:00 | Davide-NYC | I say leave it |
| 03:59:19 | jhMikeS | I'm versed in over 6,000,000 forms of communication |
| 03:59:34 | Davide-NYC | help me jhMikeS, y9ou're ou only hope! |
| 03:59:42 | * | Davide-NYC must learn to type |
| 04:00 |
| 04:01:08 | Davide-NYC | linuxstb: you earlier mentioned that you found it 'wierd' that your settings could change based on other choices. If you have a design idea to alleviate that please post it in the forum. |
| 04:01:09 | jhMikeS | I think having a complete useless and unintelligible setting is a bit "insane" |
| 04:01:20 | Davide-NYC | That's what I like to hear |
| 04:01:56 | jhMikeS | 8kbps is quite intelligible for mono though so I don't have problem with that combo |
| 04:02:23 | jhMikeS | If it's useful for voice only it's good |
| 04:02:47 | Davide-NYC | Oh dear, you didn;t restrict it though |
| 04:02:57 | jhMikeS | nothings restricted yet |
| 04:03:01 | Davide-NYC | 8kbps/22k/stereo is beeps and boops only |
| 04:03:15 | Davide-NYC | you're telling me mono is OK? |
| 04:03:34 | jhMikeS | Yeah...for voice. |
| 04:04:09 | jhMikeS | I figure for voice all that really matters is that it be easily understood |
| 04:04:42 | Davide-NYC | I don't want to get into subjective ramblings, but please define "OK"... ;-) |
| 04:05:31 | Davide-NYC | I'll quickly present a theory. If you can record stuff this 'crappy' we're going to get a lot more GoldenQuotes from all corners. |
| 04:05:32 | jhMikeS | For voice I don't care about artifacts. Only that it be about as clear as a telephone. |
| 04:05:53 | Davide-NYC | can't we split the difference? Compromise |
| 04:05:58 | Davide-NYC | :-) |
| 04:06:16 | jhMikeS | Well, if some bonehead wants to do DAT archiving at 24kpbs, let 'em. |
| 04:06:31 | Davide-NYC | yeah, you're right |
| 04:06:43 | Davide-NYC | It's in the statusbar the whole for crying out loud |
| 04:06:48 | Davide-NYC | *whole time |
| 04:07:05 | jhMikeS | It's just NOTHING is able to be made out at 8kpbs stereo. Maybe if it did joint stereo it would work. |
| 04:07:22 | jhMikeS | That's for later though |
| 04:07:25 | Davide-NYC | So the question is from what bitrate will you restrict to mono? |
| 04:07:59 | jhMikeS | Anything under 16 for sure |
| 04:09:00 | Davide-NYC | 16k/22kHz/stereo is junk as well, equal voice to artifact (subjectively |
| 04:10:12 | Davide-NYC | How about all of the exclusively 22kHz settings should be restricted to mono? |
| 04:10:22 | jhMikeS | I may just nix all the 8kbps. |
| 04:10:29 | Davide-NYC | and 16 then! |
| 04:10:35 | Davide-NYC | and 24 |
| 04:10:38 | Davide-NYC | start at 32 |
| 04:10:42 | * | jhMikeS is listening to Davide-NYC's voice files |
| 04:10:45 | Davide-NYC | leave everything else as is |
| 04:11:51 | jhMikeS | 22k mono is good |
| 04:12:07 | jhMikeS | I mean 16kbps mono |
| 04:12:45 | jhMikeS | and start at 32kbps for stereo |
| 04:13:28 | Davide-NYC | I can agree with that |
| 04:13:35 | Davide-NYC | you are sage |
| 04:14:23 | jhMikeS | The voice sounds very good at those rates, better than the answering machine |
| 04:14:46 | jhMikeS | Way better than the drive-through window even |
| 04:15:47 | Davide-NYC | not familiar with the drive through window (NYC) :-) |
| 04:16:00 | Davide-NYC | No car even! |
| 04:16:18 | jhMikeS | Maybe actually "driving-through" the window then |
| 04:16:30 | Davide-NYC | hehe |
| 04:16:43 | jhMikeS | Less noisy than a drive by |
| 04:17:05 | Davide-NYC | write that down son that's bumpin'! |
| 04:17:21 | jhMikeS | :) |
| 04:17:39 | Davide-NYC | anything you want em to do? |
| 04:17:42 | Davide-NYC | *me |
| 04:17:55 | Davide-NYC | cause I have to call it a day soon |
| 04:18:02 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
| 04:18:10 | jhMikeS | hmmm...if it records at all the rates and plays at all the rates we're good. |
| 04:18:30 | jhMikeS | so I can't think of anything else except for SPDIF |
| 04:18:43 | Davide-NYC | I can test that tomorrow or the day after. |
| 04:18:50 | Davide-NYC | I need access to the studio |
| 04:19:07 | Davide-NYC | Otherwise I can only test at 44.1k |
| 04:19:23 | jhMikeS | Would be good enough ATM to see if it even works still |
| 04:19:30 | Davide-NYC | OK I do |
| 04:19:36 | Davide-NYC | doh! |
| 04:19:45 | jhMikeS | huh?!? |
| 04:19:47 | Davide-NYC | don;t have the right cable (we've been over this) |
| 04:19:57 | Davide-NYC | still need to go to the studio. |
| 04:20:00 | jhMikeS | mmm...got's to get me a cable |
| 04:20:00 | Davide-NYC | sorry |
| 04:20:06 | jhMikeS | it's cool |
| 04:20:13 | Davide-NYC | well they're usually not toslink to toslink |
| 04:20:39 | jhMikeS | I suppose I'll see what I need when my H120 arrives |
| 04:20:56 | Davide-NYC | maybe they're all called toslink |
| 04:21:18 | Davide-NYC | one has a square outer connector and one is shaped exactly like an 1/8" jack |
| 04:21:21 | jhMikeS | Is it the same connector used for DVD players and such on the H120? |
| 04:21:25 | Davide-NYC | no |
| 04:21:27 | jhMikeS | oh |
| 04:21:39 | Davide-NYC | that's the square end I'm talking about |
| 04:22:01 | Davide-NYC | the other end that interfaces with the H1x0 is the shape of an 1/8" headphone jack |
| 04:22:10 | jhMikeS | ok...can you buy that? |
| 04:22:15 | Davide-NYC | yep |
| 04:22:34 | jhMikeS | specialty item? |
| 04:22:59 | Paul_The_Nerd | Pretty common |
| 04:23:31 | Davide-NYC | what are they called? |
| 04:23:32 | Paul_The_Nerd | Though oddly enough when I tried to buy one at Fry's electronics the guy in the audio cables section was clueless about both the terms Toslink and SPDIF |
| 04:23:34 | jhMikeS | ok...some cheap cable that works well is good enough. I've seen some for $90...insane |
| 04:23:45 | Davide-NYC | no no $5 |
| 04:23:48 | jhMikeS | ah |
| 04:23:56 | jhMikeS | about 5' |
| 04:24:14 | Paul_The_Nerd | 5' would probably be in the $10-$20 US range. |
| 04:24:38 | jhMikeS | Saw some on Froogle for like 8.99 but both square ends |
| 04:25:13 | jhMikeS | What's the jack type for the H1x0 end called? |
| 04:26:01 | jhMikeS | and the square end is toslink, right? |
| 04:26:22 | Davide-NYC | I presume |
| 04:26:26 | Paul_The_Nerd | I think the square end is the regular SPDIF connector and the rounded one is Toslink, but I really dunno |
| 04:26:41 | Davide-NYC | the other end is shaped exactly like a 3.5mm (or 1/8") headphone jack |
| 04:26:45 | jhMikeS | "Fry's electronics" is a disturbing name |
| 04:26:50 | Davide-NYC | HAHA |
| 04:27:08 | scorche | frys is a great store =) |
| 04:27:11 | Paul_The_Nerd | It's pretty much the best one-stop store though |
| 04:27:15 | jhMikeS | online? |
| 04:27:19 | Paul_The_Nerd | Physical |
| 04:27:21 | Davide-NYC | I think SPDIF is the data protocol |
| 04:27:27 | scorche | their online store sucks... |
| 04:27:30 | Paul_The_Nerd | Online, I pretty much shop Newegg |
| 04:27:33 | Davide-NYC | you can have SPDIF over regular RCA jacks |
| 04:27:47 | Davide-NYC | electrical instead of optical |
| 04:27:48 | jhMikeS | I've got opticals on everything though |
| 04:27:50 | scorche | but in terms of brick-and-mortar, frys is king |
| 04:27:51 | Paul_The_Nerd | I didn't know that digital-coax was still called SPDIF |
| 04:28:07 | Paul_The_Nerd | I've always just heard it called 'digital' or 'digital over coax' |
| 04:28:12 | Davide-NYC | I htink it's the transmission protocal much like IP with TCP/IP |
| 04:28:35 | Davide-NYC | tada! |
| 04:28:37 | Davide-NYC | http://cgi.ebay.com/3-5mm-Digital-Jack-to-TosLink-SPDIF-Optic-Cable-Lead-3m_W0QQitemZ300041267038QQihZ020QQcategoryZ31492QQrdZ1QQcmdZViewItem |
| 04:28:39 | jhMikeS | It's really EBU |
| 04:28:54 | Davide-NYC | that, jhMikeS is what you need |
| 04:30:09 | Davide-NYC | to go from one H1x0 to another one would need a dual 3.5mm jack cable |
| 04:30:29 | jhMikeS | pics aren't coming up...hmm |
| 04:31:09 | jhMikeS | I can put two of those together with the TosLinks in my ears |
| 04:31:26 | | Join |AhIoRoS| [0] (n=ahioros@201.224.122.227) |
| 04:31:29 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 04:31:58 | Davide-NYC | according to that auction the jack in question is in fact called TOSLINK and the one on the H1x0 is called "mini-TOSLINK" |
| 04:32:18 | Davide-NYC | so I would need a mini-TOSLINK to mini-TOSLINK cable |
| 04:32:56 | jhMikeS | http://www.maplin.co.uk/Module.aspx?ModuleNo=29296&TabID=1&source=12&doy=25m10 |
| 04:34:30 | jhMikeS | just about everything's in the UK for this >:-| |
| 04:35:36 | Davide-NYC | I would lose that converter in a sec |
| 04:35:52 | Davide-NYC | the 1m cables a safer buy fo rme |
| 04:36:23 | * | jhMikeS would just tape it to the cable real tight |
| 04:37:27 | Paul_The_Nerd | I bought some cheap cables, and they've got converters like that tethered to the ends, so it can be TOSLINK->TOSLINK, Mini->toslink or Mini->Mini at my whim |
| 04:38:09 | jhMikeS | hmmm...sounds nice...I need two to test feed through from the DVD player to the stereo. |
| 04:38:38 | | Join Yono [0] (n=Yono@69-169-149-152.bflony.adelphia.net) |
| 04:39:12 | Davide-NYC | that is an elegant solution |
| 04:39:31 | Davide-NYC | all right y'all g'night |
| 04:39:36 | jhMikeS | later |
| 04:39:41 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 04:40:30 | | Quit linuxstb ("CGI:IRC") |
| 04:40:50 | | Quit midgey34 () |
| 04:43:31 | | Join webguest37 [0] (i=43a948b1@gateway/web/cgi-irc/labb.contactor.se/x-8d781a14cdda0125) |
| 04:43:54 | webguest37 | hello |
| 04:44:23 | webguest37 | I am wondering if anyone knows if Rockbox will work on The Archos 404? |
| 04:45:09 | scorche | it wont |
| 04:45:43 | webguest37 | do you know of anything that might work better or i rockbox is going to suppout the archos 404 |
| 04:46:35 | scorche | the 404 is the new one correct? |
| 04:46:43 | webguest37 | Ya |
| 04:46:50 | scorche | then i dont know of anything yet |
| 04:46:51 | webguest37 | the Ne Gen 4 |
| 04:47:03 | webguest37 | i got it hooked up for 108 |
| 04:47:06 | scorche | but i doubt rockbox will ever come to it |
| 04:47:58 | webguest37 | do you know where i mint find plugins for it as i dn't want to pay 20 bux per plugin to play what i want it to play |
| 04:48:26 | scorche | i dont know |
| 04:48:31 | scorche | this isnt #archos ;) |
| 04:50:04 | webguest37 | just out of curiosity why don't you think rockbox will not come to the new line of archos |
| 04:50:57 | scorche | because rockbox (now at least) is meant for mainly audio |
| 04:51:14 | scorche | it would be quite a waste to put rockbox on that device and waste the screen, etf |
| 04:51:15 | scorche | c |
| 04:51:39 | scorche | rockbox is more for DAPs not DMPs |
| 04:52:09 | webguest37 | but from what i read it has ogg support and some others |
| 04:52:17 | scorche | it does |
| 04:52:30 | scorche | well, i would never get that device for audio playing |
| 04:52:39 | scorche | and i am not sure who would |
| 04:52:51 | * | scorche shrugs |
| 04:54:47 | scorche | of course, if someone were to come along who had the capibility to port it and have the device, im sure we wouldnt shoo him away =) |
| 04:54:49 | webguest37 | Well see it's not so much i want it for auido i wanted it for video and a bit of auido the problom is it does not support out of the box AAC auido witch alot of my mvoes have |
| 04:55:32 | Paul_The_Nerd | One would think that if your movies were legal, you could encode them with a compatible audio format... |
| 04:55:55 | webguest37 | i download them from Usenet |
| 04:56:13 | webguest37 | and i havent found a encoder i like have any suggestions>? |
| 04:56:15 | luckz | see above. |
| 04:56:36 | Paul_The_Nerd | My suggestions are to find another channel, as that's pretty much unrelated to Rockbox, which is primarily and almost entirely audio playback related. |
| 04:57:21 | webguest37 | Im just asking some fellow ppl their opinion if you don't want to answer then fucking don't |
| 04:57:29 | | Quit blue_lizard (Read error: 60 (Operation timed out)) |
| 04:57:37 | | Join blue_lizard [0] (n=blue_liz@p54984F42.dip.t-dialin.net) |
| 04:57:51 | scorche | webguest37: swearing is not appreciated here |
| 04:58:07 | Paul_The_Nerd | webguest37: This channel has a specific purpose. We like to keep it at or near it. |
| 04:58:19 | webguest37 | and being talked to Rudely is not apperciated twords me |
| 04:58:37 | scorche | no one has spoken to you in a rude way |
| 04:59:59 | webguest37 | i asked a question and im tald that apparently no one knows anything about what i am talking about all i need to encode or rather reencode is the auido and i want someones opion on what is a good programto do that |
| 05:00 |
| 05:00:28 | Paul_The_Nerd | You asked a question and were told this isn't the right place to ask that question. |
| 05:01:18 | scorche | which is, of course, true |
| 05:01:50 | webguest37 | Alright how about this question AUIDO ONLY ENCODER FROM AAC TO MP3? |
| 05:02:03 | webguest37 | What would you two recomend? |
| 05:02:14 | Paul_The_Nerd | I'll ignore the fact that it's not actually a question, and suggest dBPowerAmp. |
| 05:02:36 | scorche | but transcoding is never a good idea |
| 05:02:40 | | Join linuxstb [0] (i=3f887518@gateway/web/cgi-irc/labb.contactor.se/session) |
| 05:03:16 | webguest37 | Then what about this format if i was going to Transcode auido from aac to mp3 witch would be the best? |
| 05:03:21 | thegeek | I'd think virtualdub could do that |
| 05:03:26 | thegeek | transcode audio only |
| 05:03:37 | thegeek | virtualdub is a fantastic app;P |
| 05:03:51 | linuxstb | webguest37: Why transcode? Rockbox can play AAC. |
| 05:04:05 | webguest37 | b/c i can not put rockbox on my archos 404 |
| 05:04:06 | thegeek | I think the entire point is that rockbox is not supported on his player |
| 05:04:07 | scorche | linuxstb: PLEASE READ THE LOGS FIRST ;) |
| 05:04:11 | scorche | errr...caps |
| 05:04:23 | Paul_The_Nerd | linuxstb: He thinks he's being clever about the fact that we told him discussing video transcoding for his player is off topic for the room. |
| 05:04:45 | * | linuxstb had read the logs |
| 05:05:40 | webguest37 | Paul im not anymroe i do have alot of audio id like to transcode |
| 05:06:04 | | Join webguest12 [0] (i=917405ed@gateway/web/cgi-irc/labb.contactor.se/session) |
| 05:06:10 | Paul_The_Nerd | webguest37: There's plenty of places on the internet with better information on it. |
| 05:06:21 | thegeek | are you dyslexic webguest37 ? |
| 05:06:38 | webguest37 | no |
| 05:06:45 | thegeek | wow |
| 05:06:50 | webguest37 | or is that on |
| 05:07:04 | thegeek | I'm amazed at your ability to _slaughter_ the english language |
| 05:07:25 | linuxstb | webguest37: The point is that this channel has a lot of Rockbox development chat, and is logged. So we like to keep talk here on-topic so the logs are not full of irrelevent chat. |
| 05:08:07 | webguest37 | Im fucking Russian! |
| 05:08:15 | myzar|away | you're fucking a russian? |
| 05:08:16 | myzar|away | send pics |
| 05:08:23 | myzar|away | you have piqued my interest |
| 05:08:27 | * | Paul_The_Nerd sighs. |
| 05:08:27 | | Nick myzar|away is now known as myzar (i=pwnt@c-24-103-130-103.client.hacked.us) |
| 05:08:38 | scorche | webguest12: i have told you before about swearing in this channel... |
| 05:08:58 | * | linuxstb sleeps |
| 05:09:01 | thegeek | webguest37 : english is not my first language either, it's really not much of an excuse |
| 05:09:02 | | Quit linuxstb ("CGI:IRC") |
| 05:09:06 | webguest37 | *Smiles* im innocent like a wee baby goat |
| 05:09:29 | scorche | thegeek: please stop antagonizing him also... |
| 05:09:37 | Paul_The_Nerd | webguest37: Being foreign is an excuse for grammatical errors, but the sheer number of evident typos where you simple didn't bother to pay attention and transposed letters demonstrates as clearly as your inability to respect the topic your overall disrespect for the channel and its members. |
| 05:09:51 | thegeek | scorche : why, it's soo fun;P |
| 05:09:52 | thegeek | hehe |
| 05:10:02 | Paul_The_Nerd | webguest37: If you need further help with non-Rockbox subjects, I strongly suggest you find other sources of information on the internet. |
| 05:10:19 | webguest37 | i feel like staying |
| 05:10:28 | scorche | thegeek: because i feel like i have been thrown into an elementary school ;) |
| 05:10:30 | webguest37 | i have growen to like you all |
| 05:10:39 | scorche | lovely. |
| 05:11:07 | webguest37 | Almost like a family |
| 05:11:08 | thegeek | I'll refrain from replying with the obivious comment ;P |
| 05:11:13 | thegeek | *obvious |
| 05:13:18 | | Quit Yono ("Leaving") |
| 05:13:40 | myzar | and i have learned to hate you all, equally |
| 05:13:56 | myzar | and i think of it more like a parasite that eats away at me, day by day |
| 05:14:13 | myzar | but that's what makes a family a family... right? |
| 05:14:28 | webguest37 | Sure does |
| 05:17:03 | webguest37 | i mean when you have you mom sucking on you nice hard balls and ou have your sister bent over the arm chair i nthe liveing room...... does anything get better? |
| 05:17:34 | scorche | webguest37: stop now |
| 05:17:48 | webguest37 | come on im just keeping it in the family |
| 05:17:56 | scorche | thats nice |
| 05:18:05 | scorche | but that isnt near appropriate for this channel |
| 05:18:57 | webguest37 | i thought it was to quite in the room |
| 05:19:17 | scorche | this isnt a social channel |
| 05:19:20 | webguest37 | im makeing a movie |
| 05:19:34 | webguest37 | Godzilla Mothra porn |
| 05:19:52 | webguest37 | it does not get any better than that |
| 05:20:25 | Paul_The_Nerd | webguest37: Seriously, what is your problem? Is it just fundamentally impossible for you to respect the purpose of the channel? |
| 05:20:43 | webguest37 | imagine mathra getting banged aginst buildings screaming out in Exstacy from that nice large godlike godzilla dick |
| 05:20:45 | webguest37 | and yes paul |
| 05:21:21 | webguest37 | the modeling is going to be a pain in the ass |
| 05:21:29 | webguest37 | in mothras ass |
| 05:21:45 | webguest37 | ya i wet there |
| 05:21:49 | webguest37 | went^ |
| 05:22:29 | webguest37 | see unlike other ppl i know im an asshole |
| 05:27:26 | | Quit webguest12 ("CGI:IRC") |
| 05:27:56 | webguest37 | no ones has anything else to say? |
| 05:29:16 | myzar | you scared webguest12 away |
| 05:35:43 | | Part Paul_The_Nerd |
| 05:42:33 | *** | Saving seen data "./dancer.seen" |
| 05:54:00 | webguest37 | Nop e in still here |
| 05:54:06 | webguest37 | Nope^ |
| 05:54:10 | webguest37 | im^^ |
| 05:54:17 | thegeek | 12 |
| 05:54:32 | webguest37 | my age? no im 7 |
| 05:55:13 | scorche | ...and it all comes together |
| 05:55:17 | | Quit |AhIoRoS| ("Abandonando, see you http://ahioros.homelinux.net") |
| 05:56:44 | webguest37 | so does any one here want to lend either their artisic tallent to ot voice to my more the godzilla mothra porn? |
| 05:57:16 | scorche | i think everyone in here would rather ignore you |
| 05:57:41 | webguest37 | you want to know what i think? i think ppl have already ignored me |
| 05:58:23 | webguest37 | besides you cuz our nice kinda like a daddy.... want to fuck me daddy before my real daddy comes home? |
| 05:58:32 | | Quit webguest37 ("CGI:IRC") |
| 05:58:49 | scorche | bout time... |
| 05:59:15 | | Join webguest24 [0] (i=43a948b1@gateway/web/cgi-irc/labb.contactor.se/session) |
| 05:59:34 | webguest24 | Hello everyone |
| 06:00 |
| 06:00:30 | webguest24 | :( no one here to answer my questions |
| 06:00:57 | | Join Paul_the_Ner1 [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
| 06:02:19 | webguest24 | I was wondering if Rockbox will ever support the nano? |
| 06:02:37 | scorche | 2nd gen? |
| 06:02:51 | webguest24 | ya i just got one for my b-day |
| 06:02:53 | scorche | it will in time... |
| 06:03:00 | scorche | but it wont be anytime soon |
| 06:03:12 | webguest24 | alteast it will support it sometime |
| 06:03:17 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
| 06:04:21 | webguest24 | LONG LIVE THE GODZILLA MOTHRA PORN |
| 06:04:28 | webguest24 | Muahaha |
| 06:04:36 | webguest24 | *Smiles* |
| 06:06:35 | webguest24 | alright guys seriously i sorry for crashing the channel like that im going to go now but be warned i shall return later |
| 06:06:51 | | Part webguest24 |
| 06:06:52 | | Join InteliWasp [0] (n=inteliwa@69-168-176-97.clvdoh.adelphia.net) |
| 06:07:26 | InteliWasp | well i had a good scare from my ipod today... |
| 06:10:00 | | Join Noah0504 [0] (n=noah@66.141.90.76) |
| 06:13:44 | | Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
| 06:14:25 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 06:14:38 | | Part Paul_the_Nerd |
| 06:20:23 | | Quit pagefault ("Leaving") |
| 06:31:38 | | Quit Paul_the_Ner1 (Read error: 110 (Connection timed out)) |
| 06:37:37 | | Join Teknomancer [0] (n=Teknoman@125.22.151.170) |
| 06:38:16 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 06:43:48 | Nimdae | man i wish the video stuff was done for the ipod :( |
| 06:43:51 | * | Nimdae tries to be patient |
| 06:44:07 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
| 06:44:20 | Noah0504 | I didn't know there was any video work being done. |
| 06:47:42 | | Join pagefault [0] (n=pagefaul@pdpc/supporter/active/pagefault) |
| 06:48:07 | | Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) |
| 06:54:33 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 06:55:03 | Nimdae | there's some being done, not much progress yet |
| 06:56:41 | Noah0504 | I just hope Theora makes it onto the list of playable video. |
| 06:59:11 | | Quit goffa ("leaving") |
| 06:59:35 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 07:00 |
| 07:00:08 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
| 07:05:07 | | Quit _Veseliq_ (Read error: 148 (No route to host)) |
| 07:07:20 | Davide-NYC | jhMikeS: I have a small idea, still around? |
| 07:07:55 | | Quit Madkiss (Read error: 110 (Connection timed out)) |
| 07:09:33 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 07:17:36 | | Join Quazgaa [0] (i=quaz@m215.telcomplus.net) |
| 07:23:01 | | Join Madkiss [0] (i=madkiss@freenode/staff/madkiss) |
| 07:23:20 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 07:40:38 | | Quit pagefault ("Leaving") |
| 07:40:49 | | Join pagefault [0] (n=pagefaul@pdpc/supporter/active/pagefault) |
| 07:40:58 | | Quit pagefault (Read error: 104 (Connection reset by peer)) |
| 07:41:02 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
| 07:42:37 | *** | Saving seen data "./dancer.seen" |
| 07:44:25 | | Quit pagefault (Client Quit) |
| 07:45:49 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
| 07:45:51 | | Quit pagefault (Client Quit) |
| 07:45:55 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
| 07:45:59 | | Quit pagefault (Client Quit) |
| 07:48:59 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
| 07:49:23 | | Join mordov|wrk [0] (n=mordov@mail.furuno.no) |
| 07:50:08 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
| 07:52:43 | | Quit SmilinBob (Read error: 145 (Connection timed out)) |
| 07:53:14 | | Part jhMikeS |
| 07:53:27 | | Join SmilinBob [0] (n=Bob@31.248.204.68.cfl.res.rr.com) |
| 08:00 |
| 08:00:03 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
| 08:02:42 | | Quit powr-toc ("Leaving") |
| 08:03:48 | | Quit Teknomancer (Read error: 104 (Connection reset by peer)) |
| 08:08:28 | | Join Rob2222 [0] (n=Miranda@ACB1D58C.ipt.aol.com) |
| 08:15:45 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 08:22:53 | pondlife | Any Archos voice users around? amiconn? |
| 08:22:58 | | Quit InteliWasp ("Leaving") |
| 08:39:38 | amiconn | m0rning |
| 08:40:17 | Noah0504 | Howdy. |
| 08:40:55 | amiconn | pondlife: What's up? |
| 08:41:15 | amiconn | I see you removed an mp3_play_stop() in talk.c for hwcodec? |
| 08:42:54 | amiconn | Afaics this shouldn't have been removed |
| 08:44:31 | amiconn | Now shutup() won't work properly on hwcodec for talkbox clips, or when the voice clip is at a frame boundary |
| 08:54:20 | | Join ender` [0] (i=null@84.52.165.220) |
| 08:56:25 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) |
| 09:00 |
| 09:02:58 | pondlife | amiconn: Sorry, will resolve |
| 09:06:11 | | Quit EspeonEefi (Read error: 110 (Connection timed out)) |
| 09:07:20 | Nimdae | petur: mahna mhana |
| 09:08:28 | petur | aaaaaaaaaaaaaaaaaargh |
| 09:08:32 | pondlife | Nimdae: : I'd only just removed that from my brain! |
| 09:08:41 | pondlife | Now I have to start again. |
| 09:08:49 | Nimdae | i'm only here to help |
| 09:09:00 | scorche | do dooo do do do |
| 09:09:03 | scorche | do do do do |
| 09:14:09 | | Quit lostnihilist (Read error: 113 (No route to host)) |
| 09:14:40 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
| 09:17:35 | | Join Teknomancer [0] (n=Teknoman@125.22.152.147) |
| 09:25:14 | pondlife | amiconn: Please could you (or another Archos owner) try the new CVS build with voice to ensure it shuts up cleanly. |
| 09:26:06 | pondlife | I'd also like to get rid of mp3_play_abort() - there's a patch to tidy up the previous patch here: http://www.rockbox.org/tracker/task/6241. I am just testing on SWCODEC. |
| 09:27:52 | pondlife | Actually forget that patch, just check CVS... |
| 09:28:57 | | Join Arathis [0] (n=doerk@p548488D0.dip0.t-ipconnect.de) |
| 09:29:42 | | Quit idnar (Read error: 145 (Connection timed out)) |
| 09:31:10 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
| 09:36:31 | | Quit Arathis ("[rl_bot quit]") |
| 09:36:44 | | Quit lini (Read error: 110 (Connection timed out)) |
| 09:42:42 | *** | Saving seen data "./dancer.seen" |
| 09:44:28 | | Quit BigBambi ("Leaving") |
| 09:49:51 | | Join PaulJam_ [0] (n=pauljam@vpn-3031.gwdg.de) |
| 09:53:05 | | Quit Teknomancer ("Vision[1.2.0-Z-12102006]: i've been blurred!") |
| 09:55:16 | | Join matsl [0] (n=matsl@dhcp102.contactor.se) |
| 09:59:24 | | Quit petur ("worrrrk") |
| 09:59:49 | | Join psiborg_ [0] (n=psiborg@flits103-221.flits.rug.nl) |
| 10:00 |
| 10:00:14 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 10:01:06 | | Join Teknomancer [0] (n=Teknoman@125.22.152.147) |
| 10:01:20 | | Quit psiborg_ (Client Quit) |
| 10:06:25 | | Join leftright [0] (n=leftrigh@pc3.naritaanah-unet.ocn.ne.jp) |
| 10:07:38 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 10:08:40 | leftright | I was listening to Pink FLoyd - The Wall, and I noticed/heard that three track transitions weren't perfectly gapless, there was a slight 'bump' when the tracks changed, |
| 10:09:37 | Nimdae | intentional? |
| 10:10:17 | pondlife | LinusN: Do you have an Archos handy? |
| 10:10:29 | LinusN | lemme see |
| 10:10:50 | LinusN | fmrec |
| 10:11:16 | pondlife | Great, if you have time could you try applying http://www.rockbox.org/tracker/task/6241 to CVS and seeing if it still talks properly? |
| 10:12:16 | pondlife | Just a bit of file/dir spelling, make sure it doesn't confuse the MAS and doesn't cut the clips short. |
| 10:14:10 | leftright | my music is encoded with LAME 3.90.3 @aps |
| 10:14:32 | pondlife | leftright: Did you use −−nogaps? |
| 10:14:37 | leftright | no |
| 10:14:56 | leftright | −−alt-preset standard switch |
| 10:15:43 | pondlife | Try again, adding −−nogap |
| 10:15:52 | pondlife | Details are in lame −−longhelp |
| 10:16:10 | leftright | heh, there is no way i'm going to rerip 120 gigs of music :-) |
| 10:16:19 | pondlife | Just try "The Wall" |
| 10:16:37 | pondlife | It would be good to know that recent buffering mods haven't broken gapless playback! |
| 10:16:51 | leftright | i'll try when i get home in two weeks time |
| 10:17:00 | pondlife | OK, I may try it tonight.. |
| 10:17:29 | leftright | i'm on the road right now, no access to misuc collection |
| 10:18:54 | | Join dpro [0] (n=dpro@chello080109121047.8.15.vie.surfer.at) |
| 10:22:07 | LinusN | pondlife: next time you commit a patch, please include the patch # in the comment |
| 10:22:33 | pondlife | Will do, sorry. |
| 10:22:50 | LinusN | which one was it? |
| 10:22:55 | pondlife | It didn't get onto Flyspray |
| 10:23:03 | pondlife | :( |
| 10:23:10 | LinusN | aha |
| 10:23:13 | LinusN | that explains it |
| 10:23:39 | pondlife | Stéphane and I have been doing stuff in private, but neither of us has a (working) Archos |
| 10:23:52 | pondlife | I will insist on it being in public in future. |
| 10:24:27 | pondlife | All or my work is.. |
| 10:24:30 | pondlife | of |
| 10:25:51 | | Join muesli|trillian [0] (i=user@61.2.247.91) |
| 10:27:24 | LinusN | don't worry |
| 10:27:40 | LinusN | the work is public, since it's in cvs |
| 10:27:44 | LinusN | :-) |
| 10:28:08 | pondlife | If you can confirm that MASCODEC still works, I'll commit #6241 and remove the (IMHO) unneeded mp3_play_abort() interface. |
| 10:28:17 | pondlife | Before other stuff relies on it! |
| 10:29:51 | | Part leftright |
| 10:30:44 | pondlife | leftright has left, right? |
| 10:30:55 | LinusN | hmmm, the eq settings shouldn't be in the archos zip file... |
| 10:31:07 | LinusN | pondlife: booooooo |
| 10:31:22 | pondlife | ;/ I thought it was good for am |
| 10:32:19 | pondlife | Hmm, in metadata.c , the code for AIFF is enabled for MASCODEC. That's not needed is it? |
| 10:32:43 | pondlife | get_aiff_metadata() and the code that calls it |
| 10:32:59 | pondlife | I've got a metadata.c update coming up; will change that too... |
| 10:33:34 | LinusN | good |
| 10:34:05 | pondlife | Noone was planning on added a MAS codec for AIFF? WAV first I suppose.. |
| 10:35:19 | LinusN | i don't know if this is new, but sometimes the menu entries aren't spoken |
| 10:35:27 | LinusN | (fmrec) |
| 10:36:00 | LinusN | if i move fast in the menu, it skips some entries, which is ok, but it doesn't play the last one either |
| 10:36:58 | pondlife | That might be a new bug. It should definitely skip those as you move but play the last one |
| 10:37:37 | pondlife | Is that with the patch? If so, does current CVS do that too? |
| 10:37:46 | LinusN | i'll try with cvs too |
| 10:38:04 | pondlife | OK. And if that's still bugged, maybe yesterday's daily build....? |
| 10:40:58 | LinusN | i can make it happen on current cvs too, but it is a lot harder (only happened once) |
| 10:41:08 | LinusN | so the patch makes it worse |
| 10:42:12 | pondlife | Hmm, back with v2 in a mo.. |
| 10:45:24 | LinusN | i really like how the fm recorder doesn't spin up the hdd when you turn it off |
| 10:45:53 | LinusN | i wish the iriver could do the same |
| 10:46:53 | amiconn | pondlife: metadata.c isn't used on archos |
| 10:47:42 | pondlife | OK, so it shouldn't need #ifdefs for SWCODEC then... |
| 10:47:59 | pondlife | LinusN: take 2 at http://www.rockbox.org/tracker/task/6241 if you could do the honours... |
| 10:48:19 | amiconn | No, currently not. |
| 10:48:21 | tiax | I made a backup of my ipod 4g grey boot partition which I now want to restore - will dd if=bootpartition.bin of=/dev/sda count=1 suffice? |
| 10:48:24 | | Join muesliii [0] (i=user@61.2.247.91) |
| 10:48:35 | muesliii | heyho |
| 10:48:43 | LinusN | hohey |
| 10:48:45 | * | amiconn hopes that this will change in the not too far future |
| 10:48:48 | muesliii | :) |
| 10:49:01 | pondlife | amiconn: I'll leave them in then |
| 10:49:05 | muesliii | amiconn nice work on solitaire btw |
| 10:49:12 | muesliii | love it :) |
| 10:49:34 | pondlife | Do we have solitaire on the player yet? |
| 10:49:47 | LinusN | lol |
| 10:50:17 | muesliii | nice game 2 kill time :) |
| 10:50:24 | pondlife | Charcell doesn't lead to realistic bouncing, sadly |
| 10:50:37 | scorche | yeah...the bouncing is a must have |
| 10:50:49 | LinusN | pondlife: now it's rock solid, even better than current cvs |
| 10:50:55 | pondlife | Good |
| 10:50:59 | pondlife | Simpler too |
| 10:51:17 | * | amiconn wants one more feature in solitaire |
| 10:51:27 | amiconn | Don't know how to implement it nicely yet |
| 10:51:29 | pondlife | I also have a further mod to clear buffered voice (spelling) when playback is started |
| 10:51:34 | muesliii | i have only 3 small wishes for solitaire... 1. playback options like in jewels 2. saving/resume game 3. points!!! |
| 10:51:50 | LinusN | pondlife: spelling works fine too btw |
| 10:52:03 | pondlife | I don't think anyone enjoys hearing Microsoft Mary talking over the first 10 seconds of their selected song. |
| 10:52:07 | amiconn | I want a button to do all possible moves automatically |
| 10:52:20 | amiconn | Would be nice for the stupid final cleanup |
| 10:52:33 | muesliii | amiconn yeah..sounds great! |
| 10:52:55 | muesliii | wot about crtl+alt+del!? :D |
| 10:52:57 | JdGordon | by possible moves do you mean auto- go-to-the-top or all moves? |
| 10:53:24 | LinusN | solitaire on my tungsten detects that it is solvable and asks if i want to do it manually or automatically |
| 10:53:40 | amiconn | LinusN: Yeah, the idea isn't new |
| 10:53:57 | muesliii | lets have that pls! :) |
| 10:54:11 | amiconn | Soliton on Amiga does have such a button, and it's also the one where I got the auto-unhide feature idea from |
| 10:54:53 | muesliii | how do u guys think about my wishes? |
| 10:56:41 | tiax | I tried uninstalling rockbox as described in the docs, yet ipodpatcher.c doesn't compile on linux, so I can't use that command. Will dd do the trick of restoring the original firmware or is there something I'm missing on? |
| 10:58:36 | | Join spiorf [0] (n=spiorf@host245-147.pool8252.interbusiness.it) |
| 10:59:29 | scorche | it will work provided that you do it right |
| 10:59:38 | pondlife | Is it possible to detect unsolveable after initial generation and/or every move? Or would that be too slow? |
| 10:59:59 | pondlife | Or can an unsolvable game be determined from the start? |
| 11:00 |
| 11:01:00 | tiax | scorche: so if I just typed dd if=mbr.bin of=/dev/sda count=1 and dd if=bootpartition.bin of=/dev/sda1, would I do it right? |
| 11:03:51 | scorche | should only need the second part |
| 11:04:18 | | Quit muesli|trillian (Read error: 110 (Connection timed out)) |
| 11:09:50 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 11:13:15 | tucoz | bluebrother, it looks like that mkidx.ist problem is only valid for me, as the manuals were built on the rockbox server. |
| 11:13:15 | scorche | tucoz: that reminds me...for the ipods, can you add something in to say that firewire is not supported? |
| 11:13:15 | tucoz | bluebrother, however. the only references i found on google to mkidx.ist were german pages, and the german manual for makeindex. |
| 11:13:15 | tucoz | scorche, sure. do you have an idea where i should add that? |
| 11:13:15 | scorche | installation prerequisites maybe? |
| 11:13:15 | scorche | under usb connection |
| 11:13:16 | | Join ender [0] (i=null@84.52.165.220) |
| 11:13:18 | tucoz | Ok |
| 11:13:25 | | Quit Landus (Nick collision from services.) |
| 11:13:28 | scorche | thanks |
| 11:13:45 | tucoz | I haven't done it yet ;) |
| 11:13:47 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 11:14:06 | scorche | i cant thanks you now? =P |
| 11:14:24 | tucoz | your'e welcome :) |
| 11:14:29 | tucoz | you're |
| 11:21:03 | | Join damaki [0] (n=Chocolat@ALille-151-1-34-178.w83-198.abo.wanadoo.fr) |
| 11:22:13 | JdGordon | just double checking... there isnt any opposition to #ifdefing tagcache in the code is there? |
| 11:25:09 | LinusN | no |
| 11:25:31 | JdGordon | k |
| 11:25:46 | tucoz | scorche, should i add that in the same note as the 'disk mode' note? |
| 11:25:47 | scorche | good =) |
| 11:26:08 | | Quit idnar (Remote closed the connection) |
| 11:26:26 | tucoz | hmm. maybe a separate note is better. |
| 11:26:32 | scorche | tucoz: i would do it after the first sentence in usb connection, but you are the manual person =) |
| 11:27:48 | tucoz | I think people read USB connection, and a note might catch their attention. |
| 11:28:05 | scorche | alright |
| 11:28:09 | tucoz | as opposed to something written in the text. |
| 11:29:17 | tucoz | Is there something else i should say, or is it enough to say that Firewire is not supported? |
| 11:29:17 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
| 11:29:30 | tucoz | Is it impossible to use rockbox with firewire ipods? |
| 11:29:57 | scorche | well, firewire will work for charging, but not transfering i believe |
| 11:30:25 | tucoz | so it is basically not possible to use it with rockbox? |
| 11:30:36 | scorche | yeah |
| 11:30:41 | scorche | it causes issues when people do |
| 11:30:41 | tucoz | strange |
| 11:30:46 | tucoz | aha |
| 11:30:54 | scorche | on the last issue, i checked the manual to see if it was there, and it wasnt |
| 11:30:56 | amiconn | Firewire should work fopr transferring data as well, it's just that rockbox doesn't detect a firewire connection |
| 11:31:09 | amiconn | ...so you have to reboot into diskmode manually |
| 11:31:29 | scorche | amiconn: there was something about the last guy that said he could only transfer 1 gig and nothign past that |
| 11:31:31 | scorche | it was a bit odd |
| 11:32:03 | tucoz | hmm. |
| 11:32:14 | scorche | http://forums.rockbox.org/index.php?topic=6458.0 |
| 11:32:21 | scorche | among other threads as well |
| 11:32:40 | scorche | but i guess that thread is just diskmode |
| 11:32:44 | amiconn | If I had a firewire cable I could even try adding firewire detection |
| 11:33:33 | amiconn | (provided mini G2 supports firewire) |
| 11:35:03 | tucoz | is it both usb _and_ firewire in the ipods? |
| 11:35:10 | tucoz | i.e. all ipods |
| 11:35:23 | scorche | the newer ones dont support firewire |
| 11:35:30 | scorche | so leave out 5g and nano |
| 11:35:35 | tucoz | ok |
| 11:35:49 | tucoz | \note{Firewire detection is not supported in Rockbox at the moment. Please use USB only.} |
| 11:35:57 | tucoz | is that enough? |
| 11:36:42 | scorche | it is for me, but ask amiconn as well =) |
| 11:37:14 | tucoz | amiconn, what do you think? |
| 11:37:31 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 11:39:34 | | Quit idnar (Remote closed the connection) |
| 11:42:47 | *** | Saving seen data "./dancer.seen" |
| 11:46:15 | | Quit tiax (Remote closed the connection) |
| 11:47:23 | | Join tiax [0] (i=tiax@gateway/gpg-tor/key-0x57BFF984) |
| 11:55:24 | | Join bbroke [0] (n=bbroke@wll192-191.wlan.hu-berlin.de) |
| 12:00 |
| 12:01:26 | pondlife | Keymapping question on H300 (+ likely H100 and maybe others too)... |
| 12:01:53 | pondlife | When in menus, could Play exit rather than select? |
| 12:02:01 | | Part muesliii |
| 12:02:36 | pondlife | That would give a "return to WPS" from the context (and settings) menus when called from the WPS. |
| 12:02:57 | Teknomancer | pondlife Play DOES go back to WPS no ? |
| 12:03:01 | pondlife | We already have both NAVI and right as selects. |
| 12:03:02 | pondlife | No |
| 12:03:20 | Teknomancer | huh? here when i press PLAY (when a song is playing) it goes back to WPS |
| 12:03:20 | pondlife | During playback, hold NAVI for the context menu and try it |
| 12:03:37 | pondlife | Play selects the highlighted menu option |
| 12:03:45 | Teknomancer | ok sec |
| 12:03:47 | Teknomancer | so playing a song now |
| 12:03:53 | pondlife | Onle left gets back to the WPS |
| 12:03:55 | pondlife | Only |
| 12:04:04 | Teknomancer | so now pressing NAVI |
| 12:04:10 | Teknomancer | it takes me to FileView |
| 12:04:14 | Teknomancer | now i press PLAY |
| 12:04:20 | Teknomancer | goes back to WPS |
| 12:04:27 | Teknomancer | it does not select the new song |
| 12:04:37 | pondlife | Hold NAVI |
| 12:04:42 | Teknomancer | se |
| 12:04:44 | Teknomancer | sec |
| 12:04:47 | Teknomancer | ok |
| 12:05:01 | Teknomancer | so now i'm in General Settings |
| 12:05:16 | Teknomancer | sorry in Sound settings |
| 12:05:19 | pondlife | Yes |
| 12:05:24 | Teknomancer | now i press PLAY |
| 12:05:28 | Teknomancer | yes goes BACK to WPS |
| 12:05:33 | pondlife | H300? |
| 12:05:36 | Teknomancer | yep |
| 12:05:38 | Teknomancer | H340 EU |
| 12:05:41 | | Part tucoz ("Leaving") |
| 12:05:45 | pondlife | Mine goess into Volume etc. |
| 12:05:51 | Teknomancer | here not |
| 12:05:56 | pondlife | Current CVS build |
| 12:06:02 | Teknomancer | maybe we're using different RB builds? |
| 12:06:18 | pondlife | I'm using the current CVS |
| 12:06:38 | Teknomancer | mine is 061010- |
| 12:06:51 | Teknomancer | 061010-0323 |
| 12:07:53 | pondlife | Could you try the latest? |
| 12:08:17 | Teknomancer | pondlife sorry, not right now |
| 12:08:31 | Teknomancer | my USB cable isn't here :( left it at my friends place ... need to get it back |
| 12:08:42 | pondlife | No worries |
| 12:08:55 | pondlife | I just thought it odd behaviour - it stuck out as being wrong |
| 12:09:10 | pondlife | I'll see if I can work out why it's happening here. |
| 12:09:31 | Teknomancer | ok |
| 12:10:48 | PaulJam_ | for me play in the menu is the same as navi/right |
| 12:10:53 | PaulJam_ | on h300 |
| 12:11:08 | Teknomancer | PaulJam_ strange, its the same for pondlife as well but not here for me |
| 12:11:19 | Teknomancer | play always gets back to WPS for me |
| 12:11:24 | Teknomancer | k, |
| 12:11:27 | PaulJam_ | do you use an exprimental build? |
| 12:11:34 | Teknomancer | PaulJam_ yes, KOSH |
| 12:11:36 | | Join barrywardell [0] (n=barrywar@194.46.163.30) |
| 12:11:39 | Teknomancer | the one from MisticRiver |
| 12:12:00 | pondlife | Aha |
| 12:12:02 | PaulJam_ | it has a patch integrated that changes the behaviour of play in the menus |
| 12:12:13 | Teknomancer | PaulJam_ i see, yeah then that explains it |
| 12:12:18 | pondlife | PaulJam_: 2 questions then! |
| 12:12:35 | pondlife | 1) Do you think that this particular use of play should be changed in CVS? |
| 12:12:48 | pondlife | 2) Do you still have the white noise problem with recent builds? |
| 12:12:55 | * | Teknomancer goes back to coding in zeta |
| 12:14:01 | PaulJam_ | 1: what wold the play button do if playback is stopped? |
| 12:14:57 | pondlife | Same as in the browser? Nothing, or resume last playback. |
| 12:16:18 | pondlife | I know the arguments about that horrible "left at root goes to WPS" patch, and don't want to subvert anything but this just seems wrong |
| 12:17:11 | | Join damaki_ [0] (n=Chocolat@ALille-151-1-71-15.w86-207.abo.wanadoo.fr) |
| 12:17:26 | PaulJam_ | 2: i have used a patched build the last few days. with the random folder function the whitenoise happened but only once after the 10th folder or so. previously it happened more often. i haven't tried a build with the commits from today. |
| 12:17:49 | pondlife | Today's commits shouldn't matter, I was thinking of lostlogic's buffering fixes |
| 12:21:16 | PaulJam_ | i could try my test albums with a clean cvs version... |
| 12:21:31 | | Join TeaSea [0] (n=thunderc@82.152.214.14) |
| 12:22:29 | | Quit darkless ("Leaving") |
| 12:22:37 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 12:23:20 | | Quit ender (Read error: 104 (Connection reset by peer)) |
| 12:23:25 | | Join ender` [0] (i=null@84.52.165.220) |
| 12:23:26 | barrywardell | can someone advise me on http://www.rockbox.org/tracker/task/6235 |
| 12:23:54 | barrywardell | i've already fixed the problem another way, but am wondering should the __DATA thing be added in too? |
| 12:32:34 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 12:38:29 | | Quit Noah0504 (Read error: 104 (Connection reset by peer)) |
| 12:40:01 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
| 12:40:50 | scorche | amiconn: we have rombox again (without tagcache, but still) =) |
| 12:46:24 | | Join Wolfsbane [0] (n=Wolfsban@129.177.37.13) |
| 12:46:32 | | Quit barrywardell () |
| 12:50:14 | Wolfsbane | can any1 send me bootpartition.bin for 1 gen iPod nano please? Formatted it and can't use iTunes due to "software restriction policy" |
| 12:51:11 | JdGordon | its about 80mb.. isnt it? |
| 12:51:50 | scorche | 80,284 KB ;) |
| 12:52:40 | scorche | for mine at least.. |
| 12:53:06 | | Join ender [0] (i=null@84.52.165.220) |
| 12:53:11 | JdGordon | yeah, a bit big to send :p |
| 12:53:31 | Wolfsbane | torrent it? |
| 12:53:44 | | Join MadDog011 [0] (n=MadDog01@cable-87-116-149-50.dynamic.sbb.co.yu) |
| 12:53:49 | scorche | i would rather not upload it to any trackers... |
| 12:53:59 | JdGordon | torrent is useless if only 1 person is seeding |
| 12:54:18 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 12:54:18 | scorche | not necessarily |
| 12:54:23 | | Part MadDog011 |
| 12:54:30 | JdGordon | well.. you may as well just ftp it |
| 12:54:45 | scorche | yeah...i wil only send it that way =P |
| 12:59:01 | | Join damaki__ [0] (n=Chocolat@ALille-151-1-45-193.w83-192.abo.wanadoo.fr) |
| 13:00 |
| 13:02:02 | | Quit nudelyn ("At Argon, we're working to keep your money.") |
| 13:03:17 | BigMac | hey how can I turn of dircache on a 5g ipod |
| 13:03:22 | Wolfsbane | i guess i'll go back badgering our sys people to let me use iTunes then ;-( |
| 13:03:24 | BigMac | I know it is in the manual |
| 13:03:33 | BigMac | but the site is blocked at my school |
| 13:04:12 | scorche | Wolfsbane: like i said, if you have an ftp, or something like that, i will upload it |
| 13:04:18 | scorche | but otherwise, it is just too big |
| 13:04:38 | scorche | BigMac: what is the reason it gives for being blocked? |
| 13:04:41 | | Join Abst [0] (n=Abst@unaffiliated/abst) |
| 13:04:54 | BigMac | Games and Applications |
| 13:05:01 | scorche | haha |
| 13:05:03 | scorche | lame |
| 13:05:05 | BigMac | I know |
| 13:05:07 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) |
| 13:05:17 | BigMac | and they blocked out the proxy tab in IE |
| 13:05:30 | BigMac | And I don't have my PFF |
| 13:05:41 | scorche | just look for it in the menus... |
| 13:05:42 | amiconn | Bah, bad idea :( |
| 13:05:50 | BigMac | I found it |
| 13:05:55 | BigMac | but it is greyed out |
| 13:05:55 | Wolfsbane | scorche, you don't mean just an ftp client, do you? |
| 13:06:10 | scorche | amiconn: ? |
| 13:06:11 | BigMac | you can't enter any thing into it |
| 13:06:28 | scorche | Wolfsbane: no...there has to be an ftp server |
| 13:06:30 | BigMac | Wolfsbane:utorrent |
| 13:06:33 | BigMac | download that |
| 13:06:44 | amiconn | I don't want rombox to have a different feature set than plain rockbox |
| 13:06:58 | scorche | BigMac: that has no relevance... |
| 13:07:20 | BigMac | I thought he misunderstood what an ftp client was |
| 13:07:50 | LinusN | amiconn: then use a very old version of rockbox, problem solved |
| 13:07:57 | amiconn | ? |
| 13:08:03 | scorche | amiconn: i know, but it is pretty much past the point of just optimizing to get the size close enough |
| 13:08:05 | BigMac | well I have to get backto class If no one Knows how |
| 13:08:12 | amiconn | scorche: I disagree |
| 13:08:31 | markun | Is it even possible to grey out options in the rockbox menu? |
| 13:08:51 | | Join kridian [0] (i=kridian@dsl-146-227-132.telkomadsl.co.za) |
| 13:08:52 | scorche | even if it is, it isnt like you have to use it |
| 13:08:55 | BigMac | no |
| 13:09:02 | BigMac | In IE |
| 13:09:05 | markun | aha |
| 13:09:32 | BigMac | I can't just whip out my ipod in class and start looking through the menus |
| 13:10:17 | scorche | well think...most likely general settings...then it is probably system options |
| 13:10:23 | scorche | educated guessing... |
| 13:10:54 | BigMac | Well I'd give myself 15 seconds from taking it out before the teacher notices |
| 13:11:03 | BigMac | so if it is not there |
| 13:11:10 | BigMac | I lost my ipod |
| 13:11:20 | scorche | then dont use it in school |
| 13:11:23 | BigMac | so i was looking for a more exact answer |
| 13:11:23 | scorche | problem solved. |
| 13:11:51 | BigMac | That is the only reason I have a DAP |
| 13:12:26 | markun | why do you want to turn of dircache anyway? |
| 13:13:28 | markun | off |
| 13:13:52 | | Join idnar [0] (n=mithrand@unaffiliated/idnar) |
| 13:14:36 | | Quit Abst (Remote closed the connection) |
| 13:14:37 | preglow | i think we pretty much ARE past the point of being able to optimise the size of rockbox down for rombox |
| 13:14:40 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 13:14:45 | preglow | not because it's not possible, but because it won't be done |
| 13:16:04 | BigMac | because Paul_The_Nerd said it would help improve my batery life markun |
| 13:16:05 | | Quit _FireFly_ ("Leaving") |
| 13:16:10 | | Join Abst [0] (n=Abst@unaffiliated/abst) |
| 13:17:30 | * | pondlife takes amiconn's side on this one |
| 13:19:01 | pondlife | Doesn't JDGordon's big settings patch reduce binary size lots? |
| 13:19:17 | pondlife | Or am I out of date? |
| 13:19:35 | | Quit idnar (Remote closed the connection) |
| 13:19:55 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
| 13:19:56 | pondlife | If we can add voice support for plugins, then the menus can all go out of the core too. |
| 13:20:02 | | Quit Rob2222 (Read error: 131 (Connection reset by peer)) |
| 13:21:33 | PaulJam_ | but wouldn't this mean disk spinup for accessing the menu? |
| 13:21:47 | pondlife | True. |
| 13:22:17 | pondlife | But maybe we can only unload a plug-in when the space is needed. |
| 13:22:37 | PaulJam_ | btw, on first test with clean cvs on h300 i haven't been able to get whitenoise. |
| 13:22:39 | pondlife | Initial boot would be quicker, the settings part would only be loaded when needed. |
| 13:23:13 | pondlife | I'm just saying there's definitely room for optimisation. |
| 13:23:27 | * | petur is against taking settings menu out of the core |
| 13:23:39 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
| 13:23:40 | pondlife | petur: Why? |
| 13:23:46 | petur | speed? |
| 13:24:04 | petur | KISS? |
| 13:24:17 | BigMac | does anyone Know if the logitech bluetooth headphones will work in rockbox |
| 13:24:32 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
| 13:24:35 | pondlife | I'd think of tagcache as more core than the settings . That's my opinion. |
| 13:24:41 | aliask | BigMac: They should, but not the iPod control ones |
| 13:25:28 | pondlife | It needn't be any slower unless you've been using another plugin. |
| 13:25:36 | scorche | well, either way, with HAVE_TAGCACHE not defined for FMrecorder, we have rombox.ucl at 216 KB |
| 13:26:11 | scorche | so even if it is a temp solution, it will give us some room as well |
| 13:26:38 | pondlife | Great. I can boot quickly but not use tagcache. Also that room will probably be wasted now the pressure for optimisation is off a bit. |
| 13:26:59 | pondlife | :( pessimist |
| 13:27:35 | scorche | pondlife: well, like i said...you dont have to use it |
| 13:28:00 | pondlife | I just think it's the wrong fix for the problem. What do you remove next time you need space? |
| 13:28:38 | scorche | hopefully nothing |
| 13:28:54 | scorche | even if it is a wrong fix, it is a fine temp fix |
| 13:29:00 | pondlife | OK |
| 13:29:18 | pondlife | Better Rombox that No Rombox, true. |
| 13:29:19 | Slasheri | JdGordon: btw, tagdb/* is not needed |
| 13:29:38 | Slasheri | JdGordon: probably it should be removed |
| 13:29:49 | | Quit petur ("worrrk") |
| 13:30:08 | pondlife | JdGordon: Any idea how far from commit the settings patch is, btw? |
| 13:31:00 | scorche | Slasheri: thanks...i did not realize that it wasnt necessary to not ifdef those out...i figured i should just in case |
| 13:32:04 | scorche | pondlife: well since he doesnt seem to be active atm, i believe he is waiting till after exams to finish it...and there is still the issue with the cpu being boosted |
| 13:32:28 | pondlife | Thanks. |
| 13:32:44 | LinusN | my opinion regarding rombox is that rockbox will always gain features and will always grow |
| 13:32:56 | LinusN | so we will eventually hit the roof again |
| 13:33:21 | LinusN | you can only optimize the code so much |
| 13:33:54 | LinusN | and as far as i can see, the size optimizations aren't happening |
| 13:34:09 | pondlife | I agree with that, but think there is room for core shrinking. We just need to decide what is core and what can be put in a plug-in. |
| 13:34:41 | LinusN | i'm firmly against moving code to plugins |
| 13:34:48 | pondlife | Not even the settings? |
| 13:34:54 | LinusN | especially not the settings |
| 13:36:03 | pondlife | I'm biased I guess. I have CFG files set up, so rarely use the settings menus. |
| 13:36:42 | pondlife | It just seems like an seperate application to me. A CFG editor if you will |
| 13:37:40 | pondlife | Obviously I'm not talking about context menus, recording etc.. |
| 13:37:47 | LinusN | i would guess that the major part of the settings is not the menu code |
| 13:38:10 | LinusN | but the code for loading and storing |
| 13:39:10 | pondlife | The loading code is the nub here. |
| 13:39:27 | pondlife | Especially as we're moving to text storage. |
| 13:39:39 | pondlife | Or so it seems |
| 13:40:01 | * | pondlife would have a binary image of the settings and just load by reading it. |
| 13:40:12 | pondlife | Sound familiar? |
| 13:40:32 | LinusN | "The word nub is not in the dictionary!" |
| 13:40:43 | pondlife | I know, but I like it. |
| 13:41:42 | LinusN | but what does it mean? |
| 13:42:04 | pondlife | The main question? |
| 13:42:14 | LinusN | nub |
| 13:42:48 | *** | Saving seen data "./dancer.seen" |
| 13:42:56 | pondlife | I imagine a plugin that deals with the settings and storage to/from CFG files. But the initial settings load would not want to use that. |
| 13:43:10 | Genre9mp3 | Hmmm... about the 24bit FLAC commit for the Coldfire targets... |
| 13:43:16 | LinusN | pondlife: exactly |
| 13:43:16 | Genre9mp3 | wasn't the UDA incapable of decoding 20+ bit audio? |
| 13:43:40 | LinusN | Genre9mp3: it's incapable of playing and recording 20-bit audio |
| 13:44:00 | pondlife | So keep the current settings in binary form for quick startup and minimal memory use. |
| 13:44:14 | LinusN | pondlife: how KISS is that? |
| 13:44:19 | pondlife | Very |
| 13:44:41 | Genre9mp3 | LinusN: So the 24bit FLAC commit is only for the X5? (don't know what DAC the X5 has) |
| 13:44:42 | LinusN | how? you suddenly have two file formats for settings |
| 13:44:51 | pondlife | No |
| 13:45:02 | LinusN | Genre9mp3: the 24-bit audio is scaled to 16 bits |
| 13:45:05 | pondlife | Well, no more than we have now. |
| 13:45:11 | Genre9mp3 | ah.. |
| 13:45:15 | | Quit Quazgaa (Read error: 110 (Connection timed out)) |
| 13:45:50 | pondlife | The .CFG file viewer is responsible for reading a CFG file and writing the binary image (call it "sector3d", it could be a file). |
| 13:45:50 | Genre9mp3 | so coldfire scales it down for the uda to handle it... ok |
| 13:46:04 | Genre9mp3 | LinusN: Thanx for the clarification |
| 13:46:13 | pondlife | Very similar to what we have now, but the CFG handling is out of the core. |
| 13:46:45 | LinusN | pondlife: seems like a pretty complicated way of changing settings |
| 13:46:50 | | Join Rob2222 [0] (n=Miranda@ACB1D58C.ipt.aol.com) |
| 13:46:52 | pondlife | Same as now |
| 13:47:06 | LinusN | no, today you just enter the settings menu |
| 13:47:11 | LinusN | and the code is in the core |
| 13:47:59 | pondlife | Well, the user would still open the settings menu to edit their config (although there may be a spin-up if the plugin isn't loaded). |
| 13:48:16 | pondlife | Application code being in the core is not necessarily a good thing |
| 13:48:19 | LinusN | i'm mostly talking about code complexity |
| 13:48:35 | LinusN | pondlife: the application is the core |
| 13:49:11 | pondlife | I think it simplifies things as the settings code is partitioned off. All the core has to do is read (or re-read) a binary block. |
| 13:49:22 | | Join My_Sic [0] (i=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/session) |
| 13:49:28 | My_Sic | hie all |
| 13:49:43 | My_Sic | just to tell you that with the last cvs build |
| 13:50:23 | LinusN | pondlife: this will make the settings file less compatible |
| 13:50:24 | My_Sic | tagnavi_custom.config don't works |
| 13:50:35 | pondlife | Why? |
| 13:50:41 | pondlife | (to LinusN) |
| 13:51:05 | LinusN | because the binary block will be incompatible as soon as you change the settings struct |
| 13:51:14 | pondlife | Isn't that currently the case? |
| 13:51:17 | LinusN | no |
| 13:51:30 | LinusN | only if you change the size of an existing setting |
| 13:51:34 | pondlife | Ah, ok |
| 13:52:36 | preglow | moving menus to plugins??? |
| 13:52:36 | pondlife | We can automate the upgrade process easily though. Just store the name of the last used CFG file in the binary block. Then re-parse it if the version changes. |
| 13:52:37 | preglow | that's insane |
| 13:52:46 | pondlife | Not menus. Settings. |
| 13:52:51 | preglow | well, settings too |
| 13:52:53 | LinusN | pondlife: and that's KISS? |
| 13:52:57 | pondlife | Yes |
| 13:53:09 | pondlife | Well, maybe not that last bit |
| 13:53:18 | preglow | if the purpose is to make rombox fit again, it's all for nothing anyway |
| 13:53:27 | LinusN | and you also get a depencency on the plugin api |
| 13:53:32 | preglow | we'll hit the limit again and again and again |
| 13:53:37 | LinusN | preglow: amen |
| 13:53:38 | preglow | what those targets need is a fork |
| 13:53:53 | preglow | all the other targets are going to keep seeing new features |
| 13:54:00 | LinusN | and that fork will sacrifice features to fit |
| 13:54:32 | LinusN | or we could stop developing rockbox |
| 13:54:43 | preglow | yes, ofcourse |
| 13:54:43 | preglow | heh |
| 13:54:45 | pondlife | lol |
| 13:54:47 | LinusN | most features are "useless" anyway |
| 13:55:26 | * | LinusN still doesn't know what "nub" means |
| 13:55:59 | preglow | LinusN: http://www.m-w.com/dictionary/nub |
| 13:56:04 | Slasheri | My_Sic: what is the problem? |
| 13:56:16 | pondlife | http://www.answers.com/topic/nub |
| 13:56:24 | LinusN | thanks |
| 13:56:35 | pondlife | I didn't want to use the word "core" :) |
| 13:56:44 | LinusN | :-) |
| 13:57:17 | preglow | anyway, i'm half-serious with regard to the fork issue |
| 13:57:21 | * | amiconn disagrees about the fork |
| 13:57:27 | preglow | it's the only way to fix the problem |
| 13:57:48 | amiconn | The real problem isn't rombox, but rather some optimisations not happening |
| 13:57:56 | My_Sic | with an old version (like 3 days ago) it's working |
| 13:58:00 | preglow | amiconn: and they won't happen either |
| 13:58:02 | My_Sic | i have my own menu |
| 13:58:03 | preglow | amiconn: it's part of the problem |
| 13:58:11 | amiconn | They need to happen |
| 13:58:15 | preglow | people do rockbox for fun, and very few people think optimising is fun |
| 13:58:18 | My_Sic | with the latest version, i have the officiel menu |
| 13:58:43 | Slasheri | My_Sic: how it doesn't work, is it crashing or something like that? and can you put your custom config file somewhere in the web or dcc to me? |
| 13:58:43 | | Quit My_Sic ("CGI:IRC (EOF)") |
| 13:59:04 | pondlife | Optimisations are good for all versions of Rockbox. Things like fast boot-up and large buffer are primary. |
| 13:59:52 | amiconn | amen to that |
| 13:59:53 | preglow | sure they are |
| 13:59:57 | preglow | i agree completely |
| 14:00 |
| 14:00:00 | preglow | but i don't think they'll happen |
| 14:00:15 | preglow | i'd be happy to be proved wrong |
| 14:00:15 | pondlife | I like the Archos for that reason - an encouragement. I would more selfishly fork the MAS though! |
| 14:00:18 | Mode | "#rockbox +o Bagder " by ChanServ (ChanServ@services.) |
| 14:01:01 | * | pondlife smells a new topic cooking..? |
| 14:01:02 | preglow | now, the problem with the archoses is that not enough devs use them anymore |
| 14:01:09 | preglow | so it's not really much of an encouragement for most of us |
| 14:01:18 | amiconn | Well, one of my problems is that I want to see those optimisations happpen, and I certainly want to work on that. But it's demotivating that it looks like I'm almost the only one :/ |
| 14:01:22 | pondlife | It's an encouragement not to bloat |
| 14:01:32 | preglow | amiconn: like i said, not many people think optimising is fun |
| 14:01:41 | pondlife | Always keeping the Archos in the back of your mind when coding.... |
| 14:02:04 | preglow | yup, would be nice, but is obviously not happening |
| 14:02:51 | pondlife | amiconn: I'm up for some optimisation, as long as it doesn't involve assembler. |
| 14:03:03 | preglow | most good optimisations wouldn't need to involve that |
| 14:03:10 | pondlife | My point exactly. |
| 14:03:15 | | Join Criamos [0] (n=Criamos@p54932D79.dip0.t-ipconnect.de) |
| 14:03:26 | preglow | the biggest problem is finding spots to optimise |
| 14:03:51 | preglow | most of the code i work with isn't even used on archos, so i wouldn't know |
| 14:03:57 | pondlife | Which is why I mentioned the settings... :/ |
| 14:04:09 | preglow | what's happening with that patch anyway? |
| 14:04:28 | pondlife | I'm going to see if I can work out why it's boosting... |
| 14:04:38 | preglow | amiconn: i don't see why only you working on size optimisations is demotivating anyway |
| 14:04:39 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 14:04:45 | Mode | "#rockbox -o scorche " by scorche (i=ScorchE@cpe-76-171-123-86.socal.res.rr.com) |
| 14:04:55 | | Join My_Sic [0] (i=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/session) |
| 14:04:59 | preglow | amiconn: if you start doing it, it might even catch on, heh |
| 14:05:12 | pondlife | Hmm, maybe we need a Feature Freeze? |
| 14:05:22 | preglow | pondlife: we need one, yes, but i don't think it'd work now either |
| 14:05:24 | LinusN | bookmarks.c is a good project to start with |
| 14:05:26 | pondlife | Optimisation October is almost Over... |
| 14:05:27 | | Quit TCK (Read error: 145 (Connection timed out)) |
| 14:05:37 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 14:05:50 | preglow | the feature freezes i've seen haven't really worked out |
| 14:06:01 | pondlife | I was joking, should've ;)ed |
| 14:06:06 | preglow | heh |
| 14:06:15 | My_Sic | <Slasheri> : no crash, no error |
| 14:06:22 | preglow | rockbox is quite unstable these days, so some bug fixing would be really great anyway |
| 14:06:30 | My_Sic | <Slasheri> : i juste only see the official menu |
| 14:06:53 | pondlife | preglow: Unstable? |
| 14:06:53 | Slasheri | My_Sic: ok, can you put the file somewhere so i could have a look? |
| 14:06:59 | My_Sic | <Slasheri> it seem that the perso menu file don't loaded |
| 14:07:13 | My_Sic | yes but not now |
| 14:07:16 | My_Sic | sorry |
| 14:07:26 | My_Sic | i haven't my "cable" |
| 14:07:30 | Slasheri | it's probably just a syntax error in the file |
| 14:07:31 | My_Sic | to connect my ipod to the pc |
| 14:07:34 | Slasheri | or something like that |
| 14:07:36 | preglow | pondlife: i get quite an amount of lockups |
| 14:07:54 | My_Sic | no beacause it's worrking with an old version (some days ago) |
| 14:08:08 | My_Sic | if i downgrade it's working |
| 14:08:08 | Slasheri | well, the syntax has been changed a little |
| 14:08:15 | My_Sic | if i upgrad it's donc working |
| 14:08:19 | My_Sic | ok |
| 14:08:21 | pondlife | preglow: Hmm, anything you suspect? Random hangs, I suppose... |
| 14:08:24 | My_Sic | so it could be this |
| 14:08:35 | My_Sic | what the change in the syntax ? |
| 14:08:52 | Slasheri | not sure before i see the original file you have |
| 14:08:55 | preglow | pondlife: randomish, i've got a couple of locks when accesing directories and the like, a couple of pdir1full when entering audio debug |
| 14:09:03 | preglow | pondlife: also, usb mode seems to be glitching |
| 14:09:10 | pondlife | preglow: : Which target? |
| 14:09:13 | preglow | pondlife: h120 |
| 14:09:25 | pondlife | Hmm, my H340 seems very happy at the moment. |
| 14:09:42 | preglow | would anyone know why disk spins up then down before usb screen is displayed? |
| 14:09:52 | pondlife | During playback? |
| 14:09:58 | preglow | i insert usb plug, disk spins up, down, enters usb screen, then spins up again |
| 14:09:59 | preglow | no |
| 14:10:02 | preglow | no playback |
| 14:10:09 | pondlife | Just trying it here... |
| 14:10:16 | preglow | ah, hm |
| 14:10:22 | | Join Athens1 [0] (i=c2db5ccd@gateway/web/cgi-irc/labb.contactor.se/session) |
| 14:10:22 | preglow | i might just have paused it |
| 14:10:26 | preglow | you thinking it's saving resume info? |
| 14:10:35 | pondlife | Yes |
| 14:10:36 | PaulJam_ | preglow: could it le the last.fm feature saving the latest changes before usb? |
| 14:10:43 | preglow | pondlife: why would it do that before entering usb? |
| 14:10:49 | My_Sic | ok, i send to you my file later (around 15H30) |
| 14:10:52 | preglow | PaulJam_: is that enabled by default??? |
| 14:11:17 | PaulJam_ | no |
| 14:11:31 | Athens1 | is it ok to ask a general question here about plugins? |
| 14:11:33 | preglow | amiconn: anyway, you mentioned optimising my flac asm some time ago. can you remember what you were thinking about? |
| 14:11:44 | preglow | PaulJam_: then it's not that, i use almost nothing of rockbox' features anyway |
| 14:11:47 | pondlife | I see it happening, not sure why |
| 14:11:48 | preglow | Athens1: sure |
| 14:12:04 | Slasheri | My_Sic: thanks |
| 14:12:15 | My_Sic | thanks to you |
| 14:12:24 | LinusN | preglow: i don't yet know why it spins down again, i think the ata bridge resets the hdd |
| 14:12:45 | preglow | LinusN: probably wants a known state, yes |
| 14:12:50 | My_Sic | where i can find the changing between the old syntax and the new syntax ? |
| 14:13:09 | preglow | i'd like an option to use the eeprom as much as we can |
| 14:13:59 | Athens1 | I have updated my build several times in the last month. During this time, all plugins stopped working, and I receive an incompatible version message. Do I need to completely reinstall the bootloader, or is there something easier? |
| 14:14:37 | PaulJam_ | pondlife: bad news: i got both, the stopping and the whitenoise with a bleeding edge build. |
| 14:14:47 | preglow | Athens1: how did you update your build? |
| 14:15:16 | Athens1 | I unzipped and copied files from recent daily builds |
| 14:15:19 | pondlife | PaulJam_: OK. Random dirs? |
| 14:15:21 | preglow | Athens1: sounds like you have only copied the rockbox.platform file and not the plugins |
| 14:15:31 | Genre9mp3 | Athens1: It's surely no need to reinstall the bootloader |
| 14:15:34 | | Join FuZZy [0] (n=FuZZy@d58-108-48-32.dsl.vic.optusnet.com.au) |
| 14:16:03 | pondlife | PaulJam_: I've been using "Auto Change Dir: Yes" and still haven't heard this. |
| 14:16:11 | FuZZy | hi, i really need some help i've followed teh tutorial on setting up cygwin to compile but i get |
| 14:16:24 | PaulJam_ | pondlife: no, the usual procedure: play an album with repeat off, and after it finishes manually select another one. |
| 14:16:27 | FuZZy | arm-elf-gcc:command not found |
| 14:16:29 | pondlife | OK |
| 14:16:39 | pondlife | LinusN: See what you mean about bookmark.c! |
| 14:17:06 | FuZZy | i dont know whats wrong and i've been searching for an answer but no site seems to be able to tell me |
| 14:17:13 | LinusN | FuZZy: the path to the compiler must be in your PATH variable |
| 14:17:27 | PaulJam_ | pondlife: but i had it also with random dir, but this was with a patched build. |
| 14:17:31 | Athens1 | Maybe I will delete my plugins before installing the next build so I can make sure that the new build is actually copied. Thanks for the input. |
| 14:17:41 | pondlife | OK. I'll turn off auto-change dir |
| 14:17:41 | preglow | Athens1: would be wise |
| 14:17:43 | LinusN | FuZZy: is this the one? http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
| 14:18:23 | FuZZy | nah this one http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompilin |
| 14:18:45 | FuZZy | o actually i did do it from there |
| 14:18:46 | PaulJam_ | pondlife: i think someone said it isn't reproduceable with cbr mp3s. |
| 14:19:01 | My_Sic | Slasheri: where i can find the changing between the old syntax and the new syntax ? |
| 14:19:34 | pondlife | I'm using alt-preset standard on some test albums. |
| 14:19:56 | amiconn | preglow: Unfortunately not. Do you perhaps remember the timeframe when I said that? |
| 14:19:56 | LinusN | FuZZy: if you did step 3 and step 4, you shouldn't have this problem |
| 14:20:03 | | Quit Athens1 ("CGI:IRC") |
| 14:21:20 | FuZZy | LinusN: yes i think i assumed it didnt fail in step 4 |
| 14:22:22 | LinusN | FuZZy: and you did restart cygwin after step4? |
| 14:22:51 | pondlife | I wonder if static char current_title[MAX_TAGS][128] could be removed from tagtree.c? 640 bytes is probably worth it. |
| 14:23:37 | pondlife | Anyway, got to eat... |
| 14:23:46 | | Part pondlife ("lunch") |
| 14:25:17 | Slasheri | My_Sic: i don't think there is documentation.. it's not possible to say unless i can see the file and try it if there really is a bug |
| 14:25:57 | My_Sic | ok |
| 14:26:15 | preglow | amiconn: nopes, perhaps a month in the past? |
| 14:26:37 | FuZZy | linusN: yah i just did it if u meant opening cygwin again and got lots of commant not found |
| 14:26:42 | preglow | amiconn: i actually think it had to do with what i mentioned yesterday about not always having to read back the residue when adding the result |
| 14:27:36 | FuZZy | linus: i put PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin:$PATH over PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH in ect/profile and yah it died |
| 14:28:23 | | Quit My_Sic ("CGI:IRC (EOF)") |
| 14:29:20 | preglow | and i've fixed this where possible |
| 14:30:56 | | Quit darkless ("Leaving") |
| 14:32:46 | FuZZy | when i try run configure and selecting normal for the h10 20gb i get arm-elf-gcc:command not found |
| 14:33:16 | FuZZy | even though i have download arm-elf-gcc just as the rockbox site tutorial said |
| 14:34:53 | | Join linuxstb [0] (i=3f887518@gateway/web/cgi-irc/labb.contactor.se/session) |
| 14:35:21 | linuxstb | FuZZy: What gets displayed if you type "echo $PATH" in Cygwin? |
| 14:36:13 | | Nick myzar is now known as myzar|away (i=pwnt@c-24-103-130-103.client.hacked.us) |
| 14:36:53 | FuZZy | wait the start up things changed to bash-3.1$ when start up it wasnt like that before |
| 14:37:06 | FuZZy | and it comes up with lots of stuff when i type that |
| 14:37:24 | FuZZy | maybe what ever odd thing has happened will make it worj |
| 14:37:54 | linuxstb | Which file did you edit to add the path? |
| 14:38:03 | FuZZy | no now commans dont seem to work lol |
| 14:38:20 | FuZZy | profile |
| 14:38:42 | | Join My_Sic [0] (i=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/session) |
| 14:39:08 | linuxstb | What editor did you use? |
| 14:39:34 | FuZZy | wordpad saved it as text doco |
| 14:40:04 | FuZZy | but that came up with no commands stuff so i deleted it and i just realised i forgot to put the copy back but now its running normally |
| 14:40:16 | linuxstb | I expect it converted it to a DOS text file - which probably broke it. |
| 14:40:30 | FuZZy | now when i type echo path i get nothing |
| 14:40:37 | FuZZy | o ok |
| 14:40:45 | linuxstb | Did you keep a backup copy? |
| 14:40:50 | FuZZy | yah |
| 14:40:55 | FuZZy | its back to normal now |
| 14:41:19 | FuZZy | but still got the problem of arm error thingy |
| 14:41:49 | FuZZy | i've gor rockbox under rockbox-devel that shouldnt make a diff should it? |
| 14:42:48 | linuxstb | You still need to edit /etc/profile, just not with Wordpad. |
| 14:43:41 | LinusN | the odd thing is that the install scripts should have edited /etc/profile and added the path |
| 14:43:54 | linuxstb | Or you can edit with wordpad, but then need to convert it to a Unix text file from within cygwin. |
| 14:44:13 | FuZZy | how do i do that? |
| 14:44:27 | blue_lizard | or you could use gvim on windows |
| 14:44:27 | FuZZy | or can i just use notbad and ignoe the symbols cause i dont need to see lines |
| 14:44:33 | amiconn | Bagder: I have a question regarding Makefiles. |
| 14:44:42 | blue_lizard | and convert filetype by using :set ff=unix |
| 14:44:47 | LinusN | or is it perhaps wordpad that saves it as /etc/profile.txt ? |
| 14:45:07 | linuxstb | Hopefully not even wordpad would change the filename... |
| 14:45:07 | amiconn | Iiuc, it is necessary to 'export' a variable in order to make it available in sub-makefiles |
| 14:45:14 | FuZZy | yah it did i changed it |
| 14:45:16 | FuZZy | still didnt work |
| 14:45:34 | amiconn | However, I wonder how this works for $(SILENT), as that doesn't use export in the toplevel Makefile... |
| 14:45:54 | LinusN | FuZZy: ls /opt/arm/bin |
| 14:46:12 | Bagder | amiconn: SILENT is set by tools/make.inc |
| 14:46:19 | Bagder | which is included |
| 14:46:51 | FuZZy | i get a lot of arm-elf files |
| 14:46:55 | LinusN | good |
| 14:47:05 | amiconn | Oh? The toplevel makefile also set $(SILENT) ... |
| 14:47:20 | Bagder | yeah, it gets set on several places |
| 14:47:27 | * | amiconn needs to know where to put the info function |
| 14:48:06 | amiconn | Do we want the info texts (like "LD solitaire.rock") to appear even in verbose mode? |
| 14:48:45 | Bagder | amiconn: it could possibly make it easier for people to know what's actually done when "LD..." etc is mentioned |
| 14:48:47 | LinusN | FuZZy: how does /etc/bash.bashrc look? |
| 14:49:17 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 14:49:34 | FuZZy | all commented |
| 14:49:48 | amiconn | I also need a suitable name for that function. It will handle both the info text printing and the $(SILENT) bit (in order to save on line length for readability) |
| 14:49:59 | amiconn | I just used PRINT in my tests |
| 14:50:35 | | Join lee-qid [0] (n=liqid@p5496578E.dip.t-dialin.net) |
| 14:50:58 | FuZZy | u're right it does change it to dos text not lin i saved in wordpad and opened it in notepad it apears normal now |
| 14:51:15 | FuZZy | so how do i change crlf to lf? |
| 14:51:58 | blue_lizard | best is to use an editor that can do it himself |
| 14:52:08 | blue_lizard | jedit, gvim and such |
| 14:52:10 | linuxstb | FuZZy: Something like: "tr -d '\015' < /etc/profile > a" followed by "mv a /etc/profile" |
| 14:53:24 | linuxstb | But as blue_lizard said, if you're planning on doing anything with Rockbox, you'll need a better editor - one that preserves the line-endings. |
| 14:53:40 | | Join Neko__ [0] (i=kridian@dsl-146-193-122.telkomadsl.co.za) |
| 14:53:41 | | Nick Neko__ is now known as kridian_ (i=kridian@dsl-146-193-122.telkomadsl.co.za) |
| 14:53:48 | FuZZy | yah, do u know of any good ones |
| 14:53:57 | | Quit kridian (Nick collision from services.) |
| 14:54:03 | | Nick kridian_ is now known as kridian (i=kridian@dsl-146-193-122.telkomadsl.co.za) |
| 14:54:45 | LinusN | FuZZy: "all commented"? |
| 14:54:59 | linuxstb | I think jedit, textpad and notepad2 are common ones. |
| 14:56:05 | FuZZy | cool thanx |
| 14:56:38 | blue_lizard | i want to mention gvim again |
| 14:56:52 | blue_lizard | very fast on windows |
| 14:57:15 | FuZZy | YES OMG THANK U IT WORKD |
| 14:57:29 | * | LinusN wants to be an iKong :-) |
| 14:57:31 | FuZZy | k will give gvim a go |
| 14:57:55 | blue_lizard | but of course gvim ist definitively not for an beninner |
| 14:57:58 | LinusN | http://www.flickr.com/photos/79146105@N00/278977791/ |
| 14:58:30 | blue_lizard | beginner |
| 14:58:48 | blue_lizard | a link for people that want to learn vim http://www.rayninfo.co.uk/vimtips.html |
| 14:58:53 | | Join Rondom [0] (n=Rondom@p54AEDC53.dip.t-dialin.net) |
| 14:58:58 | blue_lizard | not my page dont wonder |
| 14:59:17 | * | linuxstb spots some vi evangelism going on... |
| 14:59:27 | | Join CriamosAndy [0] (n=Criamos@p549330E2.dip0.t-ipconnect.de) |
| 14:59:58 | blue_lizard | not vi |
| 15:00 |
| 15:00:14 | blue_lizard | it is old, it is outdated it is dead |
| 15:00:15 | FuZZy | ok thanx for all the help blue lizard and linuxstb |
| 15:03:44 | | Quit My_Sic ("CGI:IRC") |
| 15:03:45 | | Join My_Sic [0] (i=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/session) |
| 15:06:35 | | Quit My_Sic (Client Quit) |
| 15:06:40 | | Join My_Sic [0] (i=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/session) |
| 15:07:16 | | Join Rincewind [0] (i=squid@proxy4.rz.uni-karlsruhe.de) |
| 15:10:21 | | Join Nico_P [0] (i=Nico_P@jau31-3-82-239-20-145.fbx.proxad.net) |
| 15:10:32 | | Quit FuZZy () |
| 15:11:43 | | Join Kitt0s [0] (n=Kaa@84.94.42.111.cable.012.net.il) |
| 15:12:38 | preglow | ahahahah |
| 15:15:24 | | Quit Criamos (Read error: 110 (Connection timed out)) |
| 15:16:30 | | Quit My_Sic ("CGI:IRC") |
| 15:17:20 | | Quit Rincewind ("Bye") |
| 15:17:40 | | Quit SmilinBob ("Leaving") |
| 15:19:37 | | Quit Nico_P (Read error: 113 (No route to host)) |
| 15:19:38 | | Join damaki [0] (n=Chocolat@ALille-151-1-45-193.w83-192.abo.wanadoo.fr) |
| 15:20:39 | | Quit damaki__ (Read error: 104 (Connection reset by peer)) |
| 15:22:33 | | Quit mordov|wrk ("The amount of experience you have is paralell with the amount of equipment you have ruined.") |
| 15:23:40 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
| 15:24:08 | Kitt0s | LinusN, you there? |
| 15:24:16 | LinusN | yup |
| 15:25:29 | Kitt0s | can you mabye help me with trying to complie the dual x5 bootloader with the one i made? |
| 15:25:39 | Kitt0s | speaking of this patch: http://www.rockbox.org/tracker/task/5289 |
| 15:26:27 | LinusN | i have never built the dual bootloader |
| 15:30:17 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
| 15:32:11 | LinusN | gtg |
| 15:32:13 | | Part LinusN |
| 15:34:09 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 15:36:21 | | Join funky [0] (n=repulse@84-123-28-183.onocable.ono.com) |
| 15:42:24 | lostlogic | pondlife: any new info on what I've gone done broken with crossfade and/or skipping tracks? :) |
| 15:42:50 | *** | Saving seen data "./dancer.seen" |
| 15:44:24 | pondlife | No, sorry |
| 15:44:35 | pondlife | I've not had time to play |
| 15:44:38 | lostlogic | np, clearly it's not _that_ annoying the n:_D |
| 15:44:54 | pondlife | It doesn't seem much worse than before to me. |
| 15:45:28 | pondlife | Like I said, I think you may have just modified timings so the underlying flakyness of crossfade (which is easy to repro, btw) is showing more. |
| 15:45:38 | lostlogic | ok −− I wonder if it has something to do with what lowlight had seen in the simulator with the request_failed coming back before the check_new_track _apparently_ executed. |
| 15:46:10 | pondlife | I didn't see that, when was it reported? |
| 15:46:21 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
| 15:47:22 | | Quit aliask ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 15:47:49 | lostlogic | not sure, a couple of days ago −− if synchronization is happening, it should be impossible, but that's what he mentioned |
| 15:51:05 | | Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/session) |
| 15:51:54 | lostlogic | speak of the devil |
| 15:52:12 | lostlogic | lowlight: you figure out what was going on with that codec_request_failed coming back before hte check new track? |
| 15:53:40 | lowlight | lostlogic: I put in a check for queue_empty(&codec_callback_queue) in codec_load_next_track() and it's coming back false |
| 15:54:17 | * | JdGordon returns... 3 hours after being pinged :p |
| 15:54:50 | lowlight | the queue still has Q_CODEC_REQUEST_FAILED in it |
| 15:55:06 | | Part tiax ("leaving") |
| 15:55:30 | lostlogic | ah, so something is returning before it should, leaving the queue in a Bad State (TM) |
| 15:55:37 | pondlife | Hmm. is there a logf around which includes the logf queueing info? |
| 15:55:54 | JdGordon | [21:30] <pondlife> JdGordon: Any idea how far from commit the settings patch is, btw? <- after exams ill get back into it (so about 2.5 weeks) |
| 15:55:56 | lostlogic | because all of those callbacks between codec and audio thread should be lock-stepped by the queue system. |
| 15:56:18 | pondlife | JdGordon: Sorry, didn't mean to pester. I think I know now... |
| 15:56:28 | JdGordon | no problem :) |
| 15:57:08 | lowlight | pondlife: I still can't reproduce the stopping bug with logf enabled. |
| 15:57:44 | pondlife | Ah, so this queuing thing is not related to that? I assume you had logging to find that out. |
| 15:58:41 | lowlight | I've put in selective debugf's |
| 15:59:38 | pondlife | OK, so we know that the stop occurs when the queuing issue occurs? |
| 15:59:53 | pondlife | This is with VBR MP3s? |
| 15:59:59 | pondlife | So many questions.... |
| 16:00 |
| 16:00:27 | lowlight | This is the "play a directory, let it stop, then play another directory and playback stops after the first track" bug |
| 16:01:41 | pondlife | Do we know which request failed? I assume that the "normal" end of playback is leaving that in the queue. |
| 16:01:44 | lowlight | seems like something going wrong in the codec_callback_queue when the first directory stops because there's still a request_failed in the queue when it gets to the check_new_track. |
| 16:02:11 | | Quit PaulJam_ (Read error: 110 (Connection timed out)) |
| 16:02:57 | | Join My_Sic [0] (i=51410ec9@gateway/web/cgi-irc/labb.contactor.se/session) |
| 16:03:05 | lowlight | But I can't figure out why it doesn't always occur...what's the connection with logf?...why didn't I see the problem with cbr mp3s? |
| 16:03:07 | | Quit kridian () |
| 16:03:26 | pondlife | Must be a very thin slice of time involved somewhere |
| 16:05:45 | lowlight | pondlife: right...maybe it's a scheduler thing where that thread is put to sleep. |
| 16:09:27 | | Join Larsie [0] (i=53538563@gateway/web/cgi-irc/labb.contactor.se/session) |
| 16:09:29 | * | lowlight is getting tired of listening the same album over & over & over again |
| 16:09:35 | * | pondlife too |
| 16:09:43 | Larsie | hi |
| 16:09:56 | | Quit NickDe (Remote closed the connection) |
| 16:09:58 | markun | hi Larsie |
| 16:11:29 | Larsie | maybe I'm going to give a try on doing usefull things for rockbox tonight or something |
| 16:11:35 | Larsie | it's hard :P |
| 16:11:48 | Larsie | well |
| 16:11:57 | Larsie | hard to learn and keep on learning |
| 16:13:05 | Larsie | is the button layout already finished for plugins etc. for the sansa? |
| 16:13:55 | Bagder | Larsie: nope |
| 16:14:08 | Bagder | barry has some changes to commit I believe |
| 16:14:12 | preglow | Bagder: mrh has hardware now? woot! |
| 16:14:17 | Bagder | yes |
| 16:14:24 | preglow | than he unstoppable! |
| 16:14:28 | preglow | is too! |
| 16:14:28 | Larsie | ehe |
| 16:14:31 | Larsie | hehe |
| 16:15:12 | Kitt0s | !seen RaeNye |
| 16:15:51 | My_Sic | Slasheri: hie again |
| 16:15:52 | Larsie | Ok, so I have to wait untill barry commits the changes untill now to see what needs to be done :P |
| 16:16:07 | Bagder | Larsie: yes, I think that makes sense |
| 16:16:26 | My_Sic | Slasheri: here my custom config for the tagmenu : http://www.wikimusique.net/tagnavi_custom.config |
| 16:16:30 | Bagder | unless you feel like making an ATA interface for accessing the NAND flash ;-) |
| 16:16:53 | Larsie | hehe, I don't think I'm that far yet :P |
| 16:19:29 | pondlife | Anyone know why the recording screen turns off voice menus? Would be nice if it always turned it back on. |
| 16:19:40 | pondlife | Better if it didn't have to though. |
| 16:21:24 | Slasheri | My_Sic: ok, lets see :) |
| 16:21:27 | JdGordon | apps/tagdb/ is really a seperate app and not part of rb right? |
| 16:21:41 | pondlife | I thought it was obsolete now |
| 16:21:53 | My_Sic | thanks |
| 16:21:54 | Bagder | it is |
| 16:22:11 | JdGordon | so, do i need to undo my last commit on those files? |
| 16:22:23 | Bagder | we should remove that dir and its contents |
| 16:23:47 | JdGordon | does that should mean it will be done? |
| 16:24:07 | pondlife | Who knows about recording, apart from jhMikeS, petur and mmmm ? |
| 16:24:37 | JdGordon | to remove the dir remove it locally then do cvs remove apps/tagdb then commit right? |
| 16:25:35 | | Join FuZZy [0] (n=FuZZy@d58-108-48-32.dsl.vic.optusnet.com.au) |
| 16:26:30 | FuZZy | hi, when i made cygwin my xp account was "andrew green" i think the spac is screwing it up as whne i go make it says no file |
| 16:27:35 | JdGordon | Bagder: should i remove it? or leave it for someone else to? |
| 16:29:02 | preglow | pondlife: i know a little |
| 16:29:12 | Bagder | JdGordon: I say remove it |
| 16:29:32 | JdGordon | righto |
| 16:30:46 | Slasheri | My_Sic: just a moment, i need to debug that a bit |
| 16:30:52 | JdGordon | boom! goned |
| 16:31:01 | Slasheri | My_Sic: but at least you should rename your menu to "custom" or anything other than main |
| 16:31:08 | pondlife | preglow: Do you know why recording.c disables voice menus? |
| 16:31:16 | Slasheri | or it will overlap with the "main" menu in tagnavi.config |
| 16:31:36 | pondlife | I have commented out that line and all seems to work ok with no unwanted speech... |
| 16:31:41 | preglow | pondlife: might be because you can't play voice and record at the same time on archos |
| 16:31:54 | preglow | pondlife: doesn't explain why it does so on swcodec, of course... |
| 16:32:02 | pondlife | Voice has already been turned off. |
| 16:32:10 | pondlife | This is just a mod to global_settings. |
| 16:32:18 | My_Sic | Slasheri: if i rename to custom, i will have the official menu, with an option custom |
| 16:32:36 | pondlife | Maybe this is an old fix. The comment reads /* recording_menu gets messed up: so reset talk_menu */ |
| 16:32:41 | My_Sic | it's allow to have your own root menu |
| 16:33:06 | Slasheri | My_Sic: you can say %root_menu "custom" |
| 16:33:09 | Slasheri | that should do it |
| 16:33:18 | pondlife | But the recording menu still seems to work fine. |
| 16:33:19 | | Join linuxstb [0] (i=3f887518@gateway/web/cgi-irc/labb.contactor.se/session) |
| 16:33:26 | My_Sic | Slasheri: If there are multiple root menu line, the first one is used |
| 16:33:33 | My_Sic | yes |
| 16:33:34 | My_Sic | ok |
| 16:33:34 | Slasheri | My_Sic: yep, correct |
| 16:33:42 | FuZZy | never mind found it in ect/passwd just changed all the names |
| 16:34:08 | My_Sic | i will try |
| 16:34:08 | preglow | do we have a computer app that can make tagcache databases? |
| 16:34:13 | pondlife | Never mind, I think I know... |
| 16:35:02 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 16:35:14 | Slasheri | preglow: yes, the perl script.. |
| 16:35:16 | | Join damaki [0] (n=Chocolat@ALille-151-1-45-193.w83-192.abo.wanadoo.fr) |
| 16:35:22 | My_Sic | Slasheri: don't work |
| 16:35:27 | Slasheri | but afaik, that is limited to mp3 files only |
| 16:35:29 | preglow | Slasheri: right, but still nothing based on rockbox source code? |
| 16:35:36 | Slasheri | My_Sic: yes, i know. still debugging |
| 16:35:37 | FuZZy | just out of curiosity with the h10 and other models with the touch pads, is it easy to get acces to the different pressure points |
| 16:35:38 | linuxstb | Plus I think someone wrote an itunes->tagcache converter - it's in the forums, and maybe the wiki. |
| 16:35:45 | Slasheri | preglow: nope |
| 16:36:08 | | Join PaulJam [0] (i=Paul@vpn-3058.gwdg.de) |
| 16:36:44 | linuxstb | A generator based on the Rockbox source could be useful for finding the bugs that cause tagcache building to fail. |
| 16:37:45 | lowlight | http://www.rockbox.org/twiki/bin/view/Main/ConvertiTunesDBtoTagCache |
| 16:38:23 | | Quit FuZZy () |
| 16:38:43 | | Quit _FireFly_ ("Leaving") |
| 16:43:55 | | Join damaki_ [0] (n=Chocolat@ALille-151-1-21-66.w82-127.abo.wanadoo.fr) |
| 16:44:52 | | Join Ainulindale [0] (n=ainu@calaquendi.org) |
| 16:44:55 | Ainulindale | Hi. |
| 16:45:58 | markun | hi Ainulindale |
| 16:46:08 | Ainulindale | Is anybody able to tell me what "10%" implies for the power management of the iAudio X5 ? :-) |
| 16:46:31 | Ainulindale | Because I just installed and choked on "5h left". |
| 16:46:43 | Bagder | it implies that the page hasn't been updated in ages |
| 16:46:52 | Ainulindale | Oh :-) |
| 16:47:18 | Bagder | and the estimation is not calibrated properly, so don't believe it |
| 16:47:26 | Ainulindale | That was my guess. |
| 16:47:36 | Ainulindale | Is there any mean to calibrate it , |
| 16:47:40 | Ainulindale | s/,/?/ |
| 16:47:43 | preglow | arghgh |
| 16:47:51 | pondlife | arghgh? |
| 16:48:05 | preglow | i'm absolutely certain i've read the datasheet of the ata -> flash chip in the nano, but i can't find it now |
| 16:48:12 | Bagder | Ainulindale: yes, by measuring the power consumption of a running player in a few states |
| 16:48:37 | Ainulindale | (Sorry for my poor english, I'm french, and at work, so I'm not at all trying to be as correct as I would normally be trying to) |
| 16:48:44 | markun | Ainulindale: but make sure to update to the latest version because there was a huge improvement last night |
| 16:48:58 | Bagder | indeed |
| 16:49:00 | Ainulindale | I just installed it two hours ago. |
| 16:49:08 | Ainulindale | Not the CVS one though |
| 16:49:27 | Ainulindale | But I have to say I'm quite in love. |
| 16:49:36 | Bagder | the fix was made after this morning's daily |
| 16:49:44 | Bagder | so tomorrow's version will be a lot better |
| 16:49:51 | preglow | hahaha, the ipodlinux people have identified the ata -> flash chip as the firmware flash |
| 16:50:04 | markun | Ainulindale: with the cvs build it was reported that MP3 playback dropped from 100% CPU boost to 0%! |
| 16:50:27 | lowlight | pondlife: what does audio_track_count() return? # of tracks left on the buffer? |
| 16:50:29 | Ainulindale | markun: Ok. Whose feet am I supposed to lick now ? |
| 16:50:40 | Ainulindale | Or which deity am I suppose to worship ? :-) |
| 16:50:44 | Ainulindale | +d |
| 16:51:02 | markun | jhMikeS' |
| 16:51:18 | Ainulindale | Ok. Will do. :-) |
| 16:51:23 | | Join damaki__ [0] (n=Chocolat@ALille-151-1-52-56.w82-127.abo.wanadoo.fr) |
| 16:51:29 | markun | I would really like to see a runtime test with a X5L now :) |
| 16:51:37 | * | Bagder agrees |
| 16:51:54 | | Quit Teknomancer ("Vision[1.2.0-Z-12102006]: i've been blurred!") |
| 16:53:02 | markun | Is there no iaudio runtime wiki page yet? |
| 16:54:02 | Bagder | here's a fun thread: http://iaudiophile.net/forums/showthread.php?t=11532 |
| 16:54:11 | pondlife | lowlight: audio_track_count() is meant to be the number of buffered or part-buffered tracks, I think. I'd like to remove it though, as part-buffered seems a bit useless |
| 16:54:50 | pondlife | It's the number displayed on the audio thread debug screen. |
| 16:55:46 | pondlife | Do you think it might be safe to remove the block in audio_check_new_track() that uses it? |
| 16:56:22 | pondlife | I would think the memory buffer check should catch that case anyway. |
| 16:56:56 | pondlife | But I probably don't understand the full implications of the comment: /* If it is not safe to even skip this many track entries */ |
| 16:57:09 | lowlight | pondlife: something seems wrong...when i print that track_count at the beginning of audio_check_new_track(), it says track_count=2 when playback stops at the end of my first directory. |
| 16:57:32 | pondlife | This is "normal" |
| 16:57:39 | lowlight | oh? |
| 16:57:51 | pondlife | As in, it happens here, every time I think. |
| 16:58:37 | pondlife | Just play a single track and it starts at 2, then doesn't change |
| 16:58:50 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 16:59:02 | | Quit PaulJam (".") |
| 16:59:05 | pondlife | It's definitely not a useful statistic |
| 16:59:31 | pondlife | When you play the second album, trrack_widx and track_ridx are zeroed anyway |
| 17:00 |
| 17:00:37 | lowlight | yeah...I see the calculation...track_widx is valid even if there's no track there |
| 17:00:47 | pondlife | I'm not sure why we zero the track and buffer indices, I would think they could be zeroed in audio_preinit, then allowed to run free and wrap naturally. |
| 17:01:02 | pondlife | Slight increased chance of a small disk read at end of buffer I suppose. |
| 17:02:38 | | Quit bbroke ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 17:03:22 | Slasheri | My_Sic: found it, there was a buffer overflow in the code |
| 17:03:26 | Slasheri | My_Sic: testing now.. |
| 17:05:24 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 17:08:30 | preglow | amiconn: there? |
| 17:09:09 | | Quit MarcoPolo (Read error: 104 (Connection reset by peer)) |
| 17:11:51 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
| 17:12:31 | preglow | amiconn: it seems it's the soft reset that kills the nano, not the sleep itself |
| 17:13:00 | | Quit pondlife () |
| 17:13:08 | daurn | whats a 2 letter abriviation for stop in a media player? (eg, play is |>, pause is || etc) |
| 17:13:55 | Kasperle | how about "[]"? |
| 17:14:05 | preglow | daurn: why'd you want that? |
| 17:14:24 | Slasheri | My_Sic: a fix has been committed now |
| 17:17:07 | daurn | thx Kasperle |
| 17:17:18 | daurn | preglow: making web interface |
| 17:17:20 | Kitt0s | http://www.rockbox.org/tracker/task/6095 |
| 17:17:20 | daurn | need alts 2 letters long |
| 17:17:23 | Kitt0s | wich one should i use ?:\ |
| 17:19:10 | | Quit JdGordon ("Konversation terminated!") |
| 17:19:37 | My_Sic | nice |
| 17:19:50 | My_Sic | where i can find the fix ? |
| 17:21:18 | Slasheri | My_Sic: download the latest bleeding edge build (as soon as it has finished compiling) |
| 17:22:52 | My_Sic | ok |
| 17:28:41 | Kitt0s | does any1 here use iPod Photo? |
| 17:29:27 | | Quit lowlight ("CGI:IRC (EOF)") |
| 17:30:00 | amiconn | Bagder: Any opinion on the function name (info in Makefiles)? |
| 17:32:13 | preglow | amiconn: any idea about soft reset troubles? |
| 17:32:32 | preglow | amiconn: i've now only ifdeffed out the soft_reset code, and it works perfectly |
| 17:32:37 | | Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
| 17:33:17 | amiconn | I don't know. Soft reset is part of the ata standard. |
| 17:33:35 | preglow | probably the wait for rdy part that hangs |
| 17:33:38 | amiconn | Do you have the datasheet for the ata flash chip? |
| 17:34:05 | preglow | yes |
| 17:34:13 | preglow | http://www.sst.com/products.xhtml/embedded_controllers/55/SST55LD019C |
| 17:34:24 | Kitt0s | does ipod photo still have Frequency Scaling? |
| 17:34:40 | preglow | amiconn: ipod has a "k" variant of this chip, but i can't find a datasheet for that |
| 17:34:57 | preglow | can someone tell me why the flaming hell the backlight sometimes never gets turned off? |
| 17:36:04 | | Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/session) |
| 17:39:29 | * | linuxstb spots that winzip 11 beta contains compression for wav files. |
| 17:39:34 | preglow | linuxstb: wavpack |
| 17:40:22 | linuxstb | Is it? |
| 17:40:26 | Kitt0s | does ipod photo still have Frequency Scaling problem? |
| 17:41:15 | preglow | linuxstb: i think it is |
| 17:41:20 | preglow | linuxstb: i remember reading it some place |
| 17:41:21 | linuxstb | Kitt0s: No changes have been made to CVS, but there are some patches which seem to work. Hopefully a fix will be in CVS soon. |
| 17:42:27 | Paul_the_Nerd | Wow, I like how it's listed as a "new feature" with Winzip 11 that you can rename the extension on .zip files. |
| 17:42:37 | lowlight | linuxstb: http://www.hydrogenaudio.org/forums/index.php?showtopic=49526 |
| 17:42:38 | Paul_the_Nerd | "Definable Alternate Extensions" |
| 17:42:51 | *** | Saving seen data "./dancer.seen" |
| 17:42:56 | linuxstb | lowlight: Yes, I found that... Seems David Bryant wasn't aware of it. |
| 17:44:09 | amiconn | preglow: I can't see how the soft reset could hang completely. It should time out... |
| 17:44:18 | lowlight | oh....and new vorbis AOTUV out too |
| 17:46:18 | preglow | amiconn: the timeout is vERy long, looks like 80 seconds |
| 17:47:23 | preglow | hmm, if i change retry_count to 0, it hangs for about 5 seconds, then gives up |
| 17:47:41 | preglow | looks to me like wait_for_rdy waits ten seconds at a time, though |
| 17:48:21 | | Join webguest69 [0] (i=c9e0c002@gateway/web/cgi-irc/labb.contactor.se/session) |
| 17:54:01 | My_Sic | Slasheri: thank you very much. it's working |
| 17:54:31 | amiconn | preglow: "Recovery from sleep mode is accomplished by simply issuing another command (a reset is not required)." |
| 17:54:58 | amiconn | Looks like we don't need the soft reset for wake-up on the nano |
| 17:55:31 | amiconn | We don't even need to send the sleep or standby command, as the chip goes to sleep automatically with a very short timeout (15 ms) |
| 17:56:19 | preglow | amiconn: i know, do you think i should keep the code in or ifdef it out? i'm somewhat in favour of keeping the number of ifdefs down |
| 17:56:42 | preglow | amiconn: as of right now, the only ifdef i have in ata.c is in perform_soft_reset |
| 17:56:54 | | Quit MarcoPolo (Remote closed the connection) |
| 17:57:09 | amiconn | We should at least fake enough of the sleep logic to make code relying on it work |
| 17:57:34 | amiconn | (battery_bench, possibly other code monitoring sleep state) |
| 17:57:40 | preglow | amiconn: why fake it? if i leave the code exactly as is, but just fake doing the soft reset, shouldn't the rest of the sleep logic work just fine? |
| 17:57:58 | amiconn | Sure it should |
| 17:58:17 | amiconn | I'm not a friend of obsolete code though |
| 17:58:53 | amiconn | The strange thing is that the soft reset breaks on nano. The datasheet explicitly mentions it... |
| 17:59:46 | Ainulindale | Hmmm, is there any benchmark for rockbox on iAudio X5 ? |
| 18:00 |
| 18:00:21 | Ainulindale | And I don't mean benchmarks from <insert a long time period> ago |
| 18:00:27 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
| 18:00:41 | Ainulindale | MarcoPolo: Supelec is evil :-> |
| 18:01:05 | MarcoPolo | Ainulindale: where are you from ? :) |
| 18:01:29 | Ainulindale | MarcoPolo: Paris. ENST :-) |
| 18:01:37 | MarcoPolo | Ainulindale: je vois ça :p |
| 18:02:02 | MarcoPolo | Ainulindale: you develop for rockbox? |
| 18:03:12 | preglow | amiconn: weird indeed, but btw, shouldn't wait_for_rdy block for ten seconds? |
| 18:03:12 | | Quit lowlight ("CGI:IRC (EOF)") |
| 18:03:23 | | Quit spiorf (Remote closed the connection) |
| 18:04:13 | preglow | amiconn: i'm not a fan of obsolete code either, but i'm also not a fan of ifdefs, and i think the nano build can withstand a couple of hundred bytes of unused code |
| 18:04:28 | preglow | s/unused/unneeded/ |
| 18:04:51 | Ainulindale | MarcoPolo: Nope. |
| 18:04:53 | Ainulindale | A mere user. |
| 18:04:57 | amiconn | hmm |
| 18:05:09 | amiconn | wait_for_rdy should block for 10 seconds in the worst case |
| 18:05:45 | preglow | indeed |
| 18:05:50 | preglow | and it looks like it blocks for five |
| 18:05:55 | preglow | i try a 'browse plugins' |
| 18:05:59 | preglow | then it hangs for five seconds |
| 18:06:01 | preglow | then nothing happens |
| 18:06:25 | preglow | amiconn: also, the comment in perform_soft_reset mentions 30 seconds, but 80(!) is done |
| 18:06:55 | | Join bluebrother [0] (i=hSVGYODv@nat-wh-1.rz.uni-karlsruhe.de) |
| 18:09:47 | My_Sic | Slasheri: an other problem with tagnavi : when you select "All tracks" in the menu they keep the fmt_identifier until take the new one. |
| 18:11:19 | | Join _FireFly_ [0] (n=FireFly@dslb-084-056-074-176.pools.arcor-ip.net) |
| 18:11:20 | amiconn | preglow: Yes, I also wondered about that. |
| 18:12:35 | amiconn | Wow, that comment is from 2002 |
| 18:13:29 | amiconn | ...and back then, the timeout in wait_for_rdy was 4 seconds |
| 18:19:23 | | Join Febs [0] (i=2662c44b@gateway/web/cgi-irc/labb.contactor.se/session) |
| 18:22:06 | | Nick ender is now known as ender` (i=null@84.52.165.220) |
| 18:22:32 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
| 18:28:18 | Febs | Interesting article regarding Apple DRM: http://www.ilounge.com/index.php/news/comments/hacker-to-license-cracked-apple-drm-code-to-others/8871 |
| 18:29:26 | Paul_the_Nerd | If he does pass the legal hurdles, does that mean we could probably use his old PlayFair code so that Rockbox could actually mirror *all* the features of Retail iPod? |
| 18:29:46 | preglow | amiconn: should we lower the amount of retries again, then? |
| 18:29:51 | | Join qailer [0] (n=qailer@c80-217-91-17.bredband.comhem.se) |
| 18:29:56 | preglow | 80 seconds is a bit excessive |
| 18:34:14 | | Join random81 [0] (n=chatzill@cp562554-a.landg1.lb.home.nl) |
| 18:36:59 | | Part Paul_the_Nerd |
| 18:37:04 | Genre9mp3 | Febs: Eeerr... how can he possibly managed to crack the encrypted audio stream? Maybe he just managed to unlock the files by using the user keys? |
| 18:37:54 | | Join lightyear [0] (n=lightyea@p54875583.dip.t-dialin.net) |
| 18:39:47 | | Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/session) |
| 18:42:53 | Genre9mp3 | Febs: nevermind, according to Wikipedia he managed to do the second |
| 18:43:28 | preglow | haven't real already done stuff like that? |
| 18:45:05 | | Join [TCK] [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 18:45:58 | | Quit [TCK] (Client Quit) |
| 18:46:14 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 18:48:31 | hcs | preglow: I think so, but DVD Jon is more likely to release source |
| 18:49:01 | preglow | hcs: it says he won't... |
| 18:49:10 | hcs | bah, we'll see |
| 18:49:10 | preglow | at least i assume he won't |
| 18:49:22 | HCl | he plans to sell them. |
| 18:49:35 | HCl | and license the source to companies |
| 18:50:34 | | Quit TCK (Read error: 148 (No route to host)) |
| 18:51:05 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 18:51:12 | lowlight | lostlogic: regarding the stopping bug from earlier...looks like something is happening in the audio thread/queue when stopping at the end of a directory... |
| 18:51:19 | Genre9mp3 | $$$ vs. ideology: 1 - 0 ... welcome to the real world |
| 18:52:27 | lowlight | there are successive Q_AUDIO_CHECK_NEW_TRACK events until codec_load_next_track() finally exits and the codec stops. |
| 18:53:03 | hcs | USEC_TIMER is something specific to the portalplayer, right? |
| 18:53:28 | | Quit TCK (Client Quit) |
| 18:53:32 | lowlight | but that fills the codec_callback_queue with several Q_CODEC_REQUEST_FAILED's |
| 18:53:43 | lowlight | causing playback to stop after the next track is played. |
| 18:54:59 | hcs | Is there an equivalent mechanism on the coldfire? |
| 18:55:28 | preglow | amiconn: the hang i experience when setting retry_count = 0 is definitely 5 seconds |
| 18:55:57 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 18:56:16 | | Quit JoeBorn ("Leaving") |
| 18:57:04 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 18:57:08 | | Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) |
| 18:57:49 | | Quit lowlight ("CGI:IRC (EOF)") |
| 18:58:21 | | Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-6f13b4c650cf4e38) |
| 18:59:27 | hcs | maybe a cycle counter somewhere? |
| 18:59:43 | preglow | amiconn: actually, it seems to be five seconds no matter what... which suggests that the rdy waiting isn't the problem |
| 19:00 |
| 19:01:21 | preglow | nah, that's not it at all, i removed the entire 30 sec wait loop and it still delays the same time |
| 19:01:24 | | Join GreyFoux [0] (n=greyfoux@APoitiers-155-1-176-200.w83-193.abo.wanadoo.fr) |
| 19:06:15 | | Quit Larsie ("CGI:IRC") |
| 19:06:29 | preglow | ahhh, the read timeout is five secs |
| 19:11:31 | | Quit bawb2 ("seacrest out!") |
| 19:12:11 | | Join rretzbach [0] (n=robert@dslb-084-062-032-170.pools.arcor-ip.net) |
| 19:17:46 | amiconn | preglow: Hmm, there are differences between the ata spec and the ata flash chip spec |
| 19:18:16 | | Join bawb2 [0] (n=bawb2@129.237.2.66) |
| 19:18:22 | amiconn | When a standard ata device is put into sleep mode, it can only be woken up again by a soft or hard reset |
| 19:18:44 | amiconn | The flash chip automatically wakes up from the next command |
| 19:22:43 | preglow | amiconn: the differences i've found shouldn't really matter with a correctly coded driver |
| 19:22:55 | preglow | amiconn: it shouldn't really care if it gets a soft reset anyway |
| 19:23:08 | amiconn | Yes, but for some reason it does... |
| 19:24:19 | preglow | but yes, it seems the soft reset itself seems to work |
| 19:24:21 | | Quit Nimdae (Read error: 104 (Connection reset by peer)) |
| 19:24:25 | preglow | but the next read that's attempted times out |
| 19:26:45 | preglow | amiconn: anyway, battery_bench seems to work |
| 19:28:22 | | Join GFoux [0] (n=greyfoux@APoitiers-155-1-176-200.w83-193.abo.wanadoo.fr) |
| 19:29:00 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
| 19:30:17 | | Join Nimdae [0] (n=nimmeh@71-11-210-76.dhcp.ftwo.tx.charter.com) |
| 19:32:56 | | Part pixelma |
| 19:34:47 | | Quit edx_ () |
| 19:37:31 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 19:42:52 | *** | Saving seen data "./dancer.seen" |
| 19:42:58 | | Join TeaSeaLancs [0] (n=thunderc@82.152.221.72) |
| 19:45:51 | | Quit GreyFoux (Read error: 113 (No route to host)) |
| 19:48:06 | | Join bundik [0] (n=bundik@dslb-088-064-021-187.pools.arcor-ip.net) |
| 19:49:20 | | Quit akaias (Read error: 60 (Operation timed out)) |
| 19:51:21 | | Join akaias [0] (n=akaias@76.16.18.102) |
| 19:54:17 | | Quit Abst (Remote closed the connection) |
| 19:54:22 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 19:54:29 | tucoz | bluebrother, hi |
| 19:56:06 | amiconn | Hmm, there's an odd effect in the id3 viewer, resulting from it marking the current entry and its corresponding 'identifier': |
| 19:56:39 | amiconn | On the player, and on all other targets when using the arrow cursor, there are 2 arrow cursors in front of the lines |
| 19:56:54 | amiconn | Especially odd on the player as there are only 2 lines in total |
| 19:57:31 | tucoz | bluebrother, did you read about my problems with the mkidx.ist file? |
| 19:57:43 | | Quit TeaSea (Read error: 110 (Connection timed out)) |
| 19:58:01 | preglow | let's try abolishing the arrow curser again |
| 19:58:09 | preglow | it's ugly and smelly |
| 19:58:13 | amiconn | Hehe |
| 19:58:19 | amiconn | Not possible on player though |
| 19:58:46 | preglow | nono, but everything else |
| 19:58:46 | preglow | heh |
| 19:58:54 | * | amiconn votes for ditching the arrow cursor on bitmap targets |
| 19:59:06 | tucoz | gets my vote as well |
| 19:59:07 | preglow | i just remember what happened the last time linus tried it... |
| 19:59:07 | amiconn | Would even save some code |
| 19:59:13 | amiconn | yeah :/ |
| 19:59:28 | tucoz | we need a bdfl on this project |
| 19:59:36 | * | preglow volunteers :P |
| 19:59:38 | tucoz | hehe |
| 19:59:39 | amiconn | bdfl? |
| 19:59:46 | preglow | benevolent dictator for life, afaik |
| 20:00 |
| 20:00:00 | amiconn | oh noes! ;) |
| 20:00:27 | tucoz | some projects have one. Like ubuntu for instance |
| 20:00:45 | tucoz | and I think Linus Torvalds is one for the Linux kernel |
| 20:00:51 | * | goffa raises hand for the bdfl :) |
| 20:01:26 | tucoz | http://en.wikipedia.org/wiki/Benevolent_dictator_for_life |
| 20:01:33 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
| 20:01:39 | amiconn | hmm |
| 20:01:44 | Galois | isn't hans reiser also a BFDL |
| 20:01:49 | Galois | DF |
| 20:01:53 | * | lowlight votes for removing the arrow cursor |
| 20:01:59 | preglow | Galois: he's benevolent, for sure |
| 20:02:00 | goffa | um... no he's a mfdl now :) |
| 20:02:04 | tucoz | http://en.wikipedia.org/wiki/List_of_Benevolent_Dictators_for_Life |
| 20:02:08 | amiconn | preglow: Do I remember correctly that the pp gpio has this bitmasking stuff for selecting what bits to change? |
| 20:02:17 | preglow | amiconn: you do, but that's just a theory i have |
| 20:02:18 | goffa | not to the proj.ect.. just to his um.. ex wife :) |
| 20:02:27 | amiconn | I am wondering about the h10 disk poweroff... |
| 20:03:16 | amiconn | Precisely, I am wondering how that works |
| 20:03:21 | preglow | amiconn: where? |
| 20:03:24 | goffa | i'd be the perfect candidate.. because my opinion is always the right one :) |
| 20:03:42 | amiconn | firmware/target/arm/iriver/h10/power-h10.c |
| 20:03:57 | amiconn | lines 77..84 |
| 20:05:32 | preglow | amiconn: those ports don't have that |
| 20:05:39 | amiconn | oh? |
| 20:05:46 | preglow | amiconn: it seems there are several versions, you see |
| 20:05:55 | amiconn | Which ports do have that feature? |
| 20:06:04 | preglow | amiconn: if you increment the port address so and so, you get the same port, but with an additional bitmask over the value |
| 20:06:10 | preglow | amiconn: don't remember :/ |
| 20:06:19 | amiconn | ugh |
| 20:06:25 | amiconn | Sounds complicated :/ |
| 20:06:43 | preglow | amiconn: i'll see if i can find the code in question, i don't remember where i saw it |
| 20:10:37 | preglow | amiconn: but that h10 code just flips bits the ordinary way, no? |
| 20:11:28 | amiconn | Yes it does, but I wonder why that works |
| 20:11:37 | preglow | why shouldn't it? |
| 20:11:53 | amiconn | Bits 8..15 aren't set that way, so they might be all masked out from changing |
| 20:12:18 | preglow | gpio ports are 8 bit, afaik |
| 20:12:42 | amiconn | Yes, but the mask is transferred in bits 8..15 iirc |
| 20:12:54 | preglow | yes, but not in those addresses, i think |
| 20:13:07 | amiconn | SO what do those bits contain when doing an |= or &= |
| 20:13:17 | preglow | zeroes, i'd guess |
| 20:14:08 | preglow | anyway, i think there are at least two versions of those ports, one where you do a regular 8 bit read/write, and one where the write is selectively done based on the mask in bits 8-15 |
| 20:14:17 | preglow | but i can't bloody find the code that made me think so |
| 20:14:28 | preglow | it makes sense anyway, this allows atomic port operations |
| 20:14:48 | | Quit GFoux (Read error: 110 (Connection timed out)) |
| 20:15:07 | preglow | which arm can't do otherwise |
| 20:15:11 | amiconn | yes |
| 20:15:27 | * | amiconn wants to find disk poweroff on newer ipods |
| 20:15:28 | | Quit TCK (Remote closed the connection) |
| 20:15:39 | preglow | yes, nice plan |
| 20:15:40 | amiconn | The G3 can do that, GPIO_C bit 6 |
| 20:15:58 | | Join GFoux [0] (n=greyfoux@APoitiers-155-1-176-200.w83-193.abo.wanadoo.fr) |
| 20:16:05 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 20:16:24 | amiconn | (but currently we don't) |
| 20:16:33 | amiconn | dan_a: around? |
| 20:16:49 | dan_a | yup |
| 20:17:02 | preglow | no, i can't for the life of me remember where i saw that |
| 20:17:04 | amiconn | Could you check the GPIO_C value in the debug menu? |
| 20:17:24 | amiconn | Then you know what the state is for hd power enabled |
| 20:17:34 | amiconn | ...and could add disk poweroff for the G3 |
| 20:17:35 | | Quit Id2ndR ("Parti") |
| 20:17:49 | amiconn | => longer battery runtime |
| 20:18:02 | dan_a | Fantastic |
| 20:18:37 | dan_a | I need to get the changes to debug_menu.c to make the ports menu appear committed too... |
| 20:18:39 | amiconn | I'll try GPIO_C bit 6 on my mini g2 as well. If that doesn't work I'll probably open up the thing and the flip port bits and measure |
| 20:18:54 | amiconn | s/and the/and then/ |
| 20:20:29 | | Join GreyFoux [0] (n=greyfoux@APoitiers-155-1-176-200.w83-193.abo.wanadoo.fr) |
| 20:21:03 | | Quit GFoux (Read error: 104 (Connection reset by peer)) |
| 20:21:23 | | Quit _FireFly_ (Remote closed the connection) |
| 20:22:00 | bluebrother | tucoz, back. Had a phone call. |
| 20:22:13 | tucoz | :) hello |
| 20:22:15 | bluebrother | what's exactly your problem? |
| 20:22:37 | * | preglow summons obo |
| 20:22:51 | tucoz | when I run make on the manual, makeindex complains that it cannot find mkidx.ist |
| 20:23:02 | bluebrother | hmm. |
| 20:23:31 | bluebrother | I assume you have an actual copy? I checked in a small change to LaTeX.Rules a while ago. |
| 20:23:37 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 20:23:45 | tucoz | I found a description of that file in a german makeindex manual, and pasted that into a file i named mkidx.ist. then all is fine |
| 20:23:47 | | Quit amiconn (Nick collision from services.) |
| 20:23:47 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 20:24:01 | tucoz | yes, i found that change |
| 20:24:16 | tucoz | but it looks like it is only me, as the buildserver is doing fine. |
| 20:24:35 | tucoz | is that file supposed to be included in a tetex install? |
| 20:25:40 | bluebrother | no, it's in the manual folder |
| 20:25:45 | tucoz | hmm |
| 20:25:53 | bluebrother | so the makefile should copy it before it starts compiling |
| 20:26:45 | tucoz | wonder why i do not have that file |
| 20:27:08 | tucoz | is it supposed to be in manual/ |
| 20:27:12 | tucoz | ? |
| 20:27:12 | | Quit My_Sic ("CGI:IRC (EOF)") |
| 20:27:16 | bluebrother | d'oh |
| 20:27:24 | bluebrother | seems I forgot to check that in :( |
| 20:27:37 | bluebrother | at least cvs status doesn't know anything about it |
| 20:27:55 | tucoz | No, it is not found when using viewcvs either |
| 20:27:55 | | Join cucosel [0] (n=daniel@ATuileries-151-1-19-22.w82-123.abo.wanadoo.fr) |
| 20:28:28 | tucoz | wonder why the buildserver was able to build todays manuals. It breaks when I try to build the manual. |
| 20:28:36 | | Join bluey- [0] (n=bluey@dslb-088-073-124-255.pools.arcor-ip.net) |
| 20:28:49 | bluebrother | I knew why I didn't include the index in the cvs builds for now ;-) |
| 20:29:13 | tucoz | is that file a style file for the index? |
| 20:29:15 | bluebrother | hmm, do you have a \printindex in your sources? |
| 20:29:33 | bluebrother | it controls the output of \printindex |
| 20:29:39 | tucoz | hmm. I have tried it, but i have run a cvs up -dPC after that |
| 20:29:51 | tucoz | and also make clean in the build-dir |
| 20:30:36 | amiconn | tucoz: The build server uses make -k afaik |
| 20:30:42 | tucoz | there. now i got it |
| 20:30:50 | tucoz | what is make -k? |
| 20:31:04 | tucoz | keep-going |
| 20:31:31 | bluebrother | it only breaks on the second run of latex, so there is an output file |
| 20:31:44 | tucoz | amiconn, looks like you are right. |
| 20:32:12 | amiconn | It surely does for the code builds |
| 20:32:42 | amiconn | Otherwise it wouldn't catch all errors a build causes, because it would stop at the first file containing errors |
| 20:32:46 | | Join spiorf [0] (n=spiorf@host245-147.pool8252.interbusiness.it) |
| 20:32:51 | bluebrother | so the daily manuals may have broken page references |
| 20:32:52 | | Join akaias2 [0] (n=akaias@76.16.18.102) |
| 20:32:53 | tucoz | aha. so that is the way it works |
| 20:33:04 | bluebrother | I guess it uses nonstopmode for latex |
| 20:33:19 | | Join V-t [0] (n=opera@85.30.241.44) |
| 20:33:31 | * | amiconn thinks that the manual builds should also get a build status table |
| 20:34:11 | petur | or a build table per target (archos/iriver/ipod/x5) ? |
| 20:34:12 | * | bluebrother would really like that |
| 20:34:18 | | Quit TCK (Remote closed the connection) |
| 20:34:21 | tucoz | it would be nice |
| 20:34:23 | petur | it's getting big anyway |
| 20:34:51 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 20:35:04 | petur | but one table is better for the overview |
| 20:37:14 | | Quit webguest69 ("CGI:IRC (EOF)") |
| 20:37:22 | | Part V-t |
| 20:37:51 | bluebrother | tucoz, it should work now. |
| 20:37:54 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
| 20:37:59 | tucoz | yep. thanks |
| 20:38:10 | bluebrother | my bad, sorry :( |
| 20:39:03 | tucoz | where do you think we should put the index? after the appendix? |
| 20:39:23 | tucoz | I wonder if we should move the licence chapter out of the appendix |
| 20:39:25 | bluebrother | I put that at the end of the appendix. |
| 20:39:25 | goffa | petur: by build table.. do you mean that you'd have to download the source for each player you wanted to compile? |
| 20:39:38 | | Quit cucosel () |
| 20:39:46 | bluebrother | I was thinking if we should also add the GPL to the licenses |
| 20:39:47 | tucoz | to its own seciton |
| 20:39:52 | tucoz | yes. i think we should |
| 20:39:53 | bluebrother | as Rockbox is GPL. |
| 20:40:03 | | Quit GreyFoux (Read error: 110 (Connection timed out)) |
| 20:40:06 | bluebrother | and I want to modify the license formatting a bit. |
| 20:40:06 | tucoz | and we should also add a COPYING file to the manual source tree |
| 20:40:11 | petur | goffa: no, this: http://www.rockbox.org/cvs.shtml |
| 20:40:16 | bluebrother | it shows up differently in the tree view. |
| 20:40:37 | bluebrother | how about adding some copying-header to every latex file? |
| 20:40:38 | petur | goffa: and most code is shared between players |
| 20:41:04 | goffa | yeah... that's why i asked.. i wasn't clear what you meant |
| 20:41:12 | goffa | but i see what you mean now |
| 20:41:29 | | Join tim66 [0] (n=tim@82-69-41-162.dsl.in-addr.zen.co.uk) |
| 20:41:59 | | Join Lear [0] (n=chatzill@h148n1c1o285.bredband.skanova.com) |
| 20:42:28 | | Quit akaias2 ("Bye. Need a pastebin? http://pb.transnull.com") |
| 20:44:52 | | Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.leic.cable.ntl.com) |
| 20:46:35 | lowlight | I think it would be interesting (though maybe not helpful) to see binary size in the build table, or a better yet a chart of binary size vs time. |
| 20:46:53 | bluebrother | size vs time? |
| 20:46:59 | amiconn | preglow: Found the bitmasking stuff. It's the GPIO?_OUTPUT_VAL address +0x800 |
| 20:47:06 | amiconn | The backlight stuff uses that |
| 20:48:25 | | Quit TeaSeaLancs (Success) |
| 20:49:02 | amiconn | Hmm, the +0x800 is true for port B (used for all ipod backlights), but not for port L in backlight-nano_video.c |
| 20:49:07 | amiconn | Maybe this is a bug? |
| 20:49:14 | tucoz | lowlight, like x-axis = time, y-axis=size? |
| 20:49:18 | lowlight | bluebrother: to chart the historical growth of the binaries and identify when the increased |
| 20:49:43 | bluebrother | ah, you meant that time −− I was thinking of build time ;-) |
| 20:50:14 | petur | that would be a great way to confront come committers with their works ;) |
| 20:50:16 | tucoz | then we can calculate a trend, and predict when code size optimizing is needed. |
| 20:51:44 | lowlight | I think code size optimizing is always needed :) |
| 20:51:48 | tucoz | :) |
| 20:52:38 | tucoz | when the need for code size optimizing is critical then |
| 20:56:13 | goffa | don't lynch me... but would it help things if the voice module were a plugin? I'd think that could clear up a lot of space if people didn't want to include it... (i understand this wouldn't "optimize" things, but would give more room to play i'd think) |
| 20:57:18 | | Quit TCK (Remote closed the connection) |
| 20:58:13 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 20:58:14 | | Quit _Veseliq_ (Read error: 104 (Connection reset by peer)) |
| 20:58:30 | goffa | I'm merely asking... i'm not saying we should/shouldn't |
| 20:59:17 | petur | goffa: voice is a core feature of rockbox |
| 20:59:54 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 21:00 |
| 21:00:07 | goffa | i know it is... but i'm wondering why.. i understand the blind argument, but couldn't we accomplish the same with a plugin? |
| 21:00:08 | tucoz | if the voice were loaded as a tsr-plugin, wouldn't that stop other plugins from working? |
| 21:00:19 | tucoz | *was |
| 21:00:32 | goffa | or would that have undesired side effects? |
| 21:00:44 | goffa | other than just the concept of removing voice |
| 21:01:11 | | Part Genre9mp3 |
| 21:01:13 | amiconn | You can't move voice out of the core |
| 21:01:21 | amiconn | It's tied to it |
| 21:01:48 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
| 21:01:49 | amiconn | The menus access it, it needs the codec infrastructure on swcodec etc |
| 21:02:28 | goffa | ok... then i have to ask... why was it designed that way? (not being critical.. just trying to understand) |
| 21:02:41 | amiconn | because it has to |
| 21:04:25 | amiconn | For the menus it might not be that important, but the voice playback itself needs to be coordinated with the rest of the audio playback |
| 21:04:59 | goffa | ah.. so in order for voice to function.. it has to be included... but for the player to function voice doesn't need to be included? |
| 21:05:44 | amiconn | No, the voice code could be cut out completely, leaving a voice-disabled rockbox |
| 21:06:01 | goffa | ok.. that's what i meant with the last statement.. you worded it better |
| 21:06:13 | goffa | but that's what i was asking |
| 21:06:29 | amiconn | But I consider voice a key feature, more important than many others |
| 21:06:42 | goffa | i understand your feeling on that |
| 21:07:10 | goffa | I was just trying to get a grasp on why it had to be part of the core..now i think i understand |
| 21:07:40 | goffa | would it be a major pain in the ass to have a compile time option to disable it if it wasn't desired? |
| 21:08:59 | goffa | or maybe one exists and i'm not aware of it (that could be entirely possible) |
| 21:09:54 | amiconn | There is no such option |
| 21:11:06 | goffa | I guess i'm indifferent to it, but unless i shoot my eye out, i can't see using it :) |
| 21:12:51 | lowlight | goffa: Since the voice files are loaded from disk and use the audio codec & playback engine, I don't think there's that much overhead, especially compared to some other options. |
| 21:12:52 | * | amiconn uses voice in the car |
| 21:12:57 | | Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
| 21:13:45 | goffa | yeah... i'm starting to understand.. i just wasn't sure how things were set up |
| 21:14:18 | Lear | Just don't install any voice file and don't worry about it. |
| 21:15:09 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 21:15:12 | goffa | Lear: nah... not good to remove it if it will break the functionality altogether |
| 21:15:38 | goffa | unless you mean delete the wavs |
| 21:15:48 | goffa | but i don't think that would gain you much |
| 21:15:52 | | Quit charkins ("Ex-Chat") |
| 21:16:14 | | Join Rob2222 [0] (n=Miranda@ACAE5348.ipt.aol.com) |
| 21:16:17 | Lear | I mean the voice file(s) in ./rockbox/lang (or whereever). |
| 21:16:27 | goffa | ah .. ok |
| 21:16:39 | Lear | On software codec platforms, if that a voice file is found, memory is reserved for it, iirc. |
| 21:16:43 | goffa | like with the fonts |
| 21:16:53 | | Join charkins [0] (n=casey@adsl-69-217-146-185.dsl.mdsnwi.ameritech.net) |
| 21:17:07 | | Join Arathis [0] (n=doerk@p548488D0.dip0.t-ipconnect.de) |
| 21:19:08 | | Quit charkins (Client Quit) |
| 21:19:24 | preglow | amiconn: where'd you find it? |
| 21:19:28 | preglow | amiconn: also, did you check how it works? |
| 21:20:56 | amiconn | firmware/target/arm/ipod/backlight-*.c |
| 21:21:40 | | Quit rretzbach (Read error: 104 (Connection reset by peer)) |
| 21:31:55 | preglow | ahhhh, yes |
| 21:31:57 | preglow | this is where i saw it |
| 21:32:30 | preglow | you think we should toss in some new defines for this? |
| 21:32:55 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 21:33:38 | dan_a | That line doesn't make a lot of sense to me - why does it do that instead of "GPIOB_OUTPUT_VAL |= (1 << 3)"? |
| 21:34:07 | | Join MadDog011 [0] (n=MadDog01@cable-87-116-149-50.dynamic.sbb.co.yu) |
| 21:34:15 | | Part MadDog011 |
| 21:34:37 | amiconn | I would like to see the GPIO L behaviour on nano checked |
| 21:34:42 | preglow | dan_a: because the line you propose turns into a read, an or then a write |
| 21:34:48 | preglow | dan_a: when you instead can do just one write |
| 21:34:58 | preglow | amiconn: what behaviour? |
| 21:35:14 | dan_a | Ah. Thanks, preglow. |
| 21:35:15 | preglow | dan_a: a read, an and, then a write |
| 21:35:21 | preglow | i mean or, barrghg |
| 21:35:22 | preglow | i suck |
| 21:35:27 | preglow | you get what i mean :) |
| 21:35:34 | amiconn | The fact that the GPIOL_OUTPUT_VAL address isn't midified by the 0x800 offset |
| 21:35:49 | preglow | dan_a: this way, the port manipulation is atomic. so that nothing can happen between the read and the write |
| 21:35:57 | amiconn | Iiuc this should write the (8-bit)value directly instead of masking |
| 21:36:29 | preglow | amiconn: where is it used? |
| 21:36:48 | amiconn | [20:48:45] <amiconn> Hmm, the +0x800 is true for port B (used for all ipod backlights), but not for port L in backlight-nano_video.c |
| 21:36:57 | preglow | right, missed that |
| 21:37:10 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-105-70.w86-218.abo.wanadoo.fr) |
| 21:37:44 | | Quit bluey- ("Leaving") |
| 21:38:43 | preglow | amiconn: perhaps the pp chip checks if bits 8-15 are all 0, and then just drops the masking. a value of 0 there would make no sense anyway |
| 21:38:56 | amiconn | hmm |
| 21:39:06 | amiconn | Why the offset for port B then? |
| 21:39:07 | preglow | aliased addresses is surprise in pp |
| 21:39:28 | preglow | probably just an ordinary decoder logic glitch/don't care case |
| 21:39:52 | preglow | anyway |
| 21:39:55 | preglow | this should be easy to check |
| 21:39:56 | amiconn | Riight, dontcare bits are rather common it seems |
| 21:40:19 | preglow | that is, if i find a port that isn't important :> |
| 21:42:53 | *** | Saving seen data "./dancer.seen" |
| 21:48:31 | | Join edx [0] (i=edx@edx.chu.cam.ac.uk) |
| 21:49:52 | preglow | shouldn't the "deleted xxxxxxxx" screen saying "deleting xxxxxx" ? |
| 21:50:08 | preglow | it's really annoying when deleting big directories, it seems like rockbox has hanged |
| 21:50:09 | Paul_the_Nerd | Yes |
| 21:50:17 | Paul_the_Nerd | It really should say deleting |
| 21:50:37 | tucoz | i had forgot about that, but that should be fixed |
| 21:51:07 | preglow | anyone keen on doing so? i'm allergic to lang files |
| 21:52:08 | amiconn | The delete screen should show progress of some sort |
| 21:52:32 | amiconn | We don't know the file/dir count in advance, but it could show the raw count as it goes |
| 21:52:45 | | Quit lightyear (Remote closed the connection) |
| 21:53:02 | | Join rconan [0] (n=richard@82-46-100-113.cable.ubr08.azte.blueyonder.co.uk) |
| 21:53:11 | amiconn | Of course it would be better if it would be faster though. Dunno what causes rockbox' recursive delete to be that slow |
| 21:53:15 | | Join Rincewind [0] (i=squid@proxy1.rz.uni-karlsruhe.de) |
| 21:54:09 | | Quit Kitt0s ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 21:55:39 | preglow | yeah, i was wondering about that |
| 21:57:18 | preglow | progress really isn't so important, but a way of showing that rockbox is alive is truly needed |
| 21:57:27 | preglow | the same problem applies to copy/pasting big directories |
| 21:57:29 | preglow | where it's even slower |
| 21:57:48 | preglow | i think there's even a patch in the tracker that adds messages to those operations, as those currently don't display anything |
| 21:57:52 | preglow | which is very bad |
| 21:58:31 | | Join |AhIoRoS| [0] (n=ahioros@201.224.122.227) |
| 22:00 |
| 22:00:27 | | Join jhMikeS [0] (n=jethead7@adsl-75-46-4-88.dsl.sfldmi.sbcglobal.net) |
| 22:01:39 | amiconn | jhMikeS: What was the problem with the asm i2c code? |
| 22:01:42 | * | amiconn is curious |
| 22:02:34 | jhMikeS | Things like: btst.l #12, %%d0 <= wrong bit |
| 22:02:44 | amiconn | ah |
| 22:03:29 | preglow | amiconn: remove_dir is a very short function, so some of the basic file/dir io operations in rockbox have to be very slow |
| 22:03:30 | jhMikeS | So now it's: btst.l %[sclbnum], %%d0 with: [sclbnum] "i"(SCL_BITNUM) |
| 22:05:05 | | Quit qailer ("Leaving") |
| 22:05:38 | preglow | amiconn: why are the backlight-*.c functions marked inline? they're alone in a .c file... |
| 22:06:22 | amiconn | Umm, ask barrywardell. He did the target tree transition for ipod |
| 22:06:22 | * | jhMikeS still can't believe that one waited so long |
| 22:07:12 | jhMikeS | Now full screen update fr is 61.5 fps unboosted. Faster than the refresh rate. |
| 22:07:18 | | Quit bluebrother ("Leaving") |
| 22:07:23 | preglow | having them inline is good, but then they should be in the h file |
| 22:09:21 | | Join barrywardell [0] (n=barrywar@194.46.163.30) |
| 22:15:21 | | Part Rincewind |
| 22:21:10 | preglow | amiconn: changed both the values for nano around +/- 0x800, and it had nothing to say |
| 22:21:22 | preglow | so things speak in favour of a don't care bit here |
| 22:21:55 | | Join webguest50 [0] (i=ddba59a3@gateway/web/cgi-irc/labb.contactor.se/session) |
| 22:23:17 | preglow | seems like there are several... |
| 22:23:29 | webguest50 | just thought I'd pop in and say thanks for the crossfeed feature, it works very well on old recordings, Mamas and the Papas sound good |
| 22:23:45 | preglow | webguest50: you're welcome, it does indeed :) |
| 22:24:07 | webguest50 | wizadry indeed :-) |
| 22:24:56 | preglow | what player've you got? |
| 22:25:02 | webguest50 | H140 |
| 22:25:08 | preglow | ahh, it works nice and fast there, yes |
| 22:25:16 | webguest50 | err two of 'em |
| 22:25:31 | preglow | as it should be |
| 22:25:36 | webguest50 | heh |
| 22:25:39 | | Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) |
| 22:25:40 | preglow | i wish i had two |
| 22:26:08 | webguest50 | the other one is just incase...well just for incase |
| 22:26:08 | | Quit RoC_MM (Client Quit) |
| 22:26:12 | preglow | exactly |
| 22:26:24 | preglow | i don't think i'll find another dap that's nicer any time soon |
| 22:26:53 | webguest50 | yes a class player for sure |
| 22:27:24 | preglow | amiconn: an amazing amount of don't care bits... |
| 22:27:46 | | Quit akaias ("Bye. Need a pastebin? http://pb.transnull.com") |
| 22:27:57 | preglow | amiconn: address + 0x200, 0x400, 0x800, even 0xe00 works fine..... |
| 22:28:12 | preglow | webguest50: it's also got more than enough cpu for even fancier stuff than crossfeed |
| 22:28:47 | webguest50 | well I dont really use crossfeed, but do use Replay Gain and Eq constantly |
| 22:28:59 | webguest50 | err thats crossfade |
| 22:29:17 | preglow | jlo actually wanted to make the crossfeed a bit fancier than it is, but i had to nerf it a bit to make it work fast enough on stuff like ipods |
| 22:29:41 | Paul_the_Nerd | You think you'll unnerf it after COP support maybe? |
| 22:29:46 | preglow | no :-) |
| 22:29:51 | Paul_the_Nerd | Aw |
| 22:30:02 | preglow | he wanted fancier filters, which i don't really think does much for the sound |
| 22:30:06 | preglow | i think he eventually said so as well |
| 22:30:26 | Paul_the_Nerd | Ah |
| 22:30:28 | Paul_the_Nerd | Well that's fine then |
| 22:30:31 | | Join PaulJam [0] (i=Paul@vpn-3160.gwdg.de) |
| 22:30:54 | preglow | i'll probably do some eq work next |
| 22:31:11 | | Join akaias [0] (n=akaias@76.16.18.102) |
| 22:31:11 | barrywardell | preglow: that backlight code is still inline because I didn't change it when moving it to separate files |
| 22:31:28 | barrywardell | it wasn't something i decided on, it's just something i didn't notice |
| 22:31:32 | preglow | amiconn: well, then i most certainly learned something new today |
| 22:31:39 | webguest50 | Rockbox is just darn good, nice features and great sound |
| 22:31:40 | | Join midgey34 [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 22:32:03 | preglow | oh, this reminds me dithering is still disabled :-) |
| 22:32:10 | preglow | we really should make that a new option |
| 22:32:27 | barrywardell | amiconn: when I was looking for the H10 ata power off bit it was helpful to read all the GPIO_OUTPUT_EN to see which bits had been enabled for output by the bootloader |
| 22:32:39 | barrywardell | that narrowed things down a lot |
| 22:33:44 | | Join Kitt0s [0] (n=Kaa@84.94.42.111.cable.012.net.il) |
| 22:34:34 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:34:45 | preglow | haha, i don't think dithering has been enabled since i disabled it for being too slow with mp3 a long, long time ago |
| 22:36:05 | preglow | something i can guarantee you it's not |
| 22:36:06 | preglow | anymore |
| 22:36:21 | | Quit akaias ("Bye. Need a pastebin? http://pb.transnull.com") |
| 22:36:48 | preglow | barrywardell: well, might as well remove the 'inline' if they're not supposed to be inline |
| 22:37:09 | | Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) |
| 22:37:15 | webguest50 | thanks. later |
| 22:37:18 | | Part webguest50 |
| 22:37:51 | barrywardell | preglow: they were inline back before moving to target tree. i just copied them directly into the separate files |
| 22:38:11 | barrywardell | i don't know how much benefit there is to inlining them |
| 22:38:11 | | Join nudelyn [0] (i=nudel@dyn-62-56-62-160.dslaccess.co.uk) |
| 22:38:27 | preglow | depends on the platform |
| 22:38:33 | preglow | no, not really |
| 22:38:50 | preglow | they are just used one place, i think, so inlining might be a small net gain |
| 22:39:06 | preglow | no, they're not... |
| 22:39:19 | preglow | let's just keep them where they are |
| 22:39:39 | Lear | preglow: just moving the dither structs to iram made a big difference. |
| 22:40:11 | barrywardell | preglow: feel free to change them if you want if you feel it will make a difference |
| 22:40:19 | preglow | Lear: all dsp should be coded in asm anyway |
| 22:40:38 | preglow | barrywardell: no difference, no, it's purely syntactic nitpicking |
| 22:41:01 | preglow | i've got some dsp.c restructuring coming up one of these days |
| 22:41:32 | Lear | you've been talking about that for a while... :) |
| 22:41:46 | preglow | yeah, but i haven't had time for any rockboxing for a long while now |
| 22:42:16 | preglow | ouch, dither_sample is called per sample |
| 22:42:21 | preglow | that's asking for slowness |
| 22:46:13 | preglow | we do second order noise shaping too, apparently |
| 22:49:21 | | Join akaias [0] (n=akaias@76.16.18.102) |
| 22:49:40 | preglow | but yeah, everyone do agree with me that allowing each decoder to decide whether dithering is needed or not is foolish, yes? it should be a user option? |
| 22:52:09 | | Quit Arathis ("[rl_bot quit]") |
| 22:52:20 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 22:52:36 | Lear | makes sense. possibly if codecs could be allowed to disable it, for "known slow" cases or something? |
| 22:53:11 | preglow | i really don't think so |
| 22:53:30 | preglow | you need to disable all other stuff that make something too slow yourself |
| 22:53:30 | | Quit Quarryman ("bah") |
| 22:53:41 | preglow | so dithering shouldn't behave any differently, for consistency |
| 22:53:44 | barrywardell | preglow, amiconn: what's this about masked writing to gpio? |
| 22:54:04 | preglow | barrywardell: if bits 8-15 are non-zero, they decide which of the eight lower bits actually get written |
| 22:54:44 | preglow | barrywardell: so if you write 0x101 to a gpio reg, the lowest bit of the reg gets set |
| 22:54:49 | preglow | and the other bits aren't affected |
| 22:55:02 | | Join jhMikeS [0] (n=jethead7@adsl-75-46-183-124.dsl.sfldmi.sbcglobal.net) |
| 22:55:08 | barrywardell | ah, i see. sounds useful |
| 22:55:12 | preglow | barrywardell: indeed |
| 22:55:17 | barrywardell | learn something new every day :) |
| 22:55:20 | preglow | barrywardell: just a theory so far, but everything i've seen says it's correct |
| 22:55:35 | barrywardell | i'll test it a bit and see if i can veryify |
| 22:55:46 | barrywardell | should be fairly easy to test |
| 22:55:53 | | Part lowlight |
| 22:56:01 | | Quit rconan (Read error: 104 (Connection reset by peer)) |
| 22:56:55 | preglow | barrywardell: it also seems that many port addresses have a very large amount of don't care bits |
| 22:57:15 | barrywardell | what do you mean by that? |
| 22:57:38 | preglow | barrywardell: for instace, writing to GPIOB_OUTPUT_VAL does the same even if you add 0x200, 0x400 or 0x800 to the address of it before writing |
| 22:57:50 | preglow | barrywardell: so there's a big amount of aliased addresses, it seems |
| 22:59:04 | barrywardell | ah right, i see |
| 22:59:23 | barrywardell | i wonder if they're used for different purposes? |
| 22:59:56 | | Join arkascha [0] (n=arkascha@xdsl-195-14-206-146.netcologne.de) |
| 23:00 |
| 23:00:13 | preglow | i just think it's for simplifiying the decoder logic in the pp |
| 23:00:28 | preglow | you save a couple of gates for each bit you just don't care about in the address |
| 23:00:51 | barrywardell | ah, ok |
| 23:01:20 | | Quit bundik ("Quit") |
| 23:02:48 | | Quit Lear ("Chatzilla 0.9.75 [Firefox 2.0/2006101023]") |
| 23:07:52 | | Quit barrywardell () |
| 23:08:45 | | Join RogerBacon [0] (n=RogerBac@bas3-sherbrooke40-1177838777.dsl.bell.ca) |
| 23:10:26 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 23:11:06 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:13:52 | | Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") |
| 23:17:48 | | Quit arkascha (Remote closed the connection) |
| 23:21:16 | | Join NickDe [0] (n=nicholas@ip68-14-79-70.ri.ri.cox.net) |
| 23:21:42 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
| 23:23:21 | midgey34 | would a linux user be able to test a patch for me? |
| 23:23:39 | midgey34 | it fixes the sim building on osx but it may cause problems elsewhere |
| 23:23:54 | midgey34 | it shouldn't, but i'd like to make sure |
| 23:24:24 | Paul_the_Nerd | You could always just try it in the Debian VMWare image, couldn't you? ;) |
| 23:25:33 | midgey34 | heh, i could but it will have to wait for another day |
| 23:25:40 | midgey34 | exam tonight |
| 23:25:42 | midgey34 | woo |
| 23:27:16 | | Quit akaias (Read error: 104 (Connection reset by peer)) |
| 23:27:49 | | Join akaias [0] (n=akaias@76.16.18.102) |
| 23:30:10 | | Quit petur ("Zzzz") |
| 23:33:55 | BigMac | Paul_the_Nerd:I know I am not one to talk, but why do you talk like Will shatner in star trek when your on the forums |
| 23:34:06 | BigMac | like puting ** on random words |
| 23:34:08 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
| 23:34:09 | | Part RogerBacon ("Quitte") |
| 23:35:04 | * | Paul_the_Nerd shrugs |
| 23:35:21 | BigMac | ok |
| 23:35:31 | Paul_the_Nerd | It's a habit I picked up. |
| 23:35:32 | BigMac | just wondering if you had some logic behind it |
| 23:35:37 | BigMac | Oh alright |
| 23:35:48 | Paul_the_Nerd | When I want to make sure someone is clear that something is either important or emphasized, I use that instead of bold. |
| 23:35:55 | Bagder | that's a gimmick all undercover FBI a gents use |
| 23:36:04 | Paul_the_Nerd | Shush. |
| 23:36:08 | Paul_the_Nerd | They're not supposed to know! |
| 23:36:23 | amiconn | *something* actually means bold in some plaintext email clients |
| 23:36:27 | BigMac | I could see if it was important words in the sentence |
| 23:36:27 | Bagder | darn, luckily I slipped in a space so that the autodetection didn't trigger |
| 23:36:32 | BigMac | but you write like |
| 23:36:35 | blue_lizard | uuuuu FBI uses rockbox |
| 23:36:37 | Paul_the_Nerd | amiconn: That's kinda where I picked it up. |
| 23:36:44 | Paul_the_Nerd | Plaintext various things. |
| 23:36:46 | blue_lizard | didnt knew the are intelligent at all |
| 23:36:54 | BigMac | I once went to the carnival *that* had the best cotton candy |
| 23:37:07 | amiconn | Same way there is _underline_ |
| 23:37:12 | Paul_the_Nerd | Underline == italics |
| 23:37:18 | BigMac | I usually read your message with the Will shatner voice |
| 23:37:23 | Bagder | good old BBS traditions |
| 23:38:01 | | Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:38:16 | hcs | Be *careful* where you *place* emphasis. |
| 23:38:57 | Paul_the_Nerd | Hmm, of my last 15 posts, only two use *s for emphasis, and I think they're on good words. |
| 23:39:24 | preglow | hmm, third order noise shaper |
| 23:39:26 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 23:39:43 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
| 23:39:45 | * | preglow misses bbses |
| 23:39:53 | Paul_the_Nerd | What do second / third order mean? |
| 23:40:02 | BigMac | oh btw |
| 23:40:10 | BigMac | Thank you Paul_the_Nerd for the battery tips |
| 23:40:20 | BigMac | today I spent 2 hours at the gym |
| 23:40:27 | BigMac | left with 74% battery |
| 23:40:34 | * | Febs remembers dialing in to BBSes with a 100 baud modem. |
| 23:40:43 | preglow | Paul_the_Nerd: essentially it just describes how sophisticated the noise shaping filter is |
| 23:41:04 | Paul_the_Nerd | preglow: Ah, gotcha. |
| 23:41:17 | preglow | lowest modem i can remember using is 2400 baud |
| 23:41:21 | preglow | lowest speed, that is |
| 23:41:32 | Paul_the_Nerd | Either 2400 or 1200 here, I can't really remember which. |
| 23:41:33 | BigMac | I think it was the tag cache that was killing me |
| 23:41:34 | amiconn | Paul_the_Nerd: YAM uses *bold* /italic/ and _underline_ |
| 23:41:39 | Febs | Now I feel old. |
| 23:41:43 | Paul_the_Nerd | But I was overseas, so it was more availability than state-of-technology that restricted me |
| 23:42:19 | Paul_the_Nerd | amiconn: _ for underline makes more sense than for italics anyway. |
| 23:42:55 | *** | Saving seen data "./dancer.seen" |
| 23:43:37 | z0de | is there a play random album(folder) option in rockbox. |
| 23:43:46 | Paul_the_Nerd | There's a patch for it. |
| 23:43:53 | PaulJam | z0de: yes |
| 23:44:02 | preglow | was leet anyway |
| 23:44:04 | PaulJam | Paul_the_Nerd: it is in cvs |
| 23:44:08 | preglow | there i picked up my penchant for ansi graphics |
| 23:44:08 | Paul_the_Nerd | It is? |
| 23:44:11 | Paul_the_Nerd | I thought it got rejected |
| 23:44:19 | Paul_the_Nerd | Did it get un-rejected? |
| 23:44:20 | z0de | cvs=bleading edge? |
| 23:44:27 | preglow | Paul_the_Nerd: it just got commited |
| 23:45:16 | Paul_the_Nerd | Okay |
| 23:45:58 | tucoz | Febs, 100baud. When was this? |
| 23:45:59 | z0de | ? |
| 23:46:05 | PaulJam | z0de: you can use a bleding edge or daily build. |
| 23:46:19 | z0de | for random folder play |
| 23:46:20 | z0de | ? |
| 23:46:35 | z0de | i cant find it in the build i have (yesterdays dally build) |
| 23:46:46 | Bagder | they were 110 baud iirc |
| 23:46:51 | PaulJam | z0de: before you can use the feature you must run the random_folder_advance_config plugin |
| 23:47:39 | z0de | oo |
| 23:47:49 | z0de | ill do that, thanks PaulJam |
| 23:48:03 | PaulJam | z0de: the option is under general settings => playback => autochange directory or similar |
| 23:48:53 | z0de | but thats after the plugin? |
| 23:49:02 | | Part tim66 |
| 23:49:41 | * | tucoz understands that baud is a more complex term than bps |
| 23:49:42 | PaulJam | you can enable it before, but it wont work until you run the plugin |
| 23:49:48 | z0de | k |
| 23:50:00 | preglow | tucoz: baud is symbols per second, bps is bits per second |
| 23:50:19 | Bagder | back in the early days, you got a bps per baud |
| 23:50:25 | tucoz | preglow, i know that now. i am reading the wikipedia articel |
| 23:50:28 | preglow | that's really long ago, heh |
| 23:50:34 | preglow | in the days of fsk |
| 23:50:44 | tucoz | so one symbol == 1 bit? |
| 23:50:49 | preglow | back then, yes |
| 23:50:57 | preglow | now, not by a far shot |
| 23:51:10 | tucoz | what about the 9.6, 28.8 etc modems? |
| 23:51:19 | tucoz | was that data rate, or was it baud? |
| 23:51:23 | Bagder | data |
| 23:51:24 | preglow | depends on what they do, but they're usually multibit psk coders |
| 23:51:34 | tucoz | ok |
| 23:51:41 | tucoz | ^^to bagder |
| 23:51:43 | preglow | which map several bits data to each signal transition |
| 23:51:52 | z0de | how do i get the plugin i've found the info in the wiki but no plugin |
| 23:52:07 | tucoz | z0de, what do you mean? |
| 23:52:30 | z0de | where do i get the plugins |
| 23:52:35 | tucoz | preglow, aha. ok. |
| 23:52:41 | | Quit random81 ("Chatzilla 0.9.75 [Firefox 2.0/2006101023]") |
| 23:52:46 | tucoz | z0de, those are included when you install rockbox |
| 23:53:08 | z0de | oh |
| 23:53:10 | z0de | heh |
| 23:53:46 | tucoz | as far as i know, there are very few unofficial plugins available. |
| 23:53:58 | tucoz | and the official ones are included in the rockbox.zip |
| 23:54:05 | Bagder | and those that do exist run out of date in no time |
| 23:54:40 | tucoz | yes. that is why we should release rockbox sometime :) |
| 23:54:43 | z0de | so its all on the player already |
| 23:55:04 | Bagder | Rockbox is our prisoner, let's never release it |
| 23:55:07 | tucoz | what plugin are you thinking about, and what player do you own? |
| 23:55:13 | tucoz | hehe |
| 23:55:22 | z0de | x5, random album playing |
| 23:55:36 | amiconn | Wow, now I am impressed. Throwing out all '@echo..' from apps/plugins/Makefile shortens plugin build time by ~16% |
| 23:55:52 | Bagder | cygwin crazyness |
| 23:55:52 | amiconn | ...without changing the output |
| 23:56:10 | tucoz | z0de, that should be included for all targets |
| 23:56:10 | amiconn | I think it helps on linux as well |
| 23:56:19 | Bagder | amiconn: yes, but hardly 16% |
| 23:56:21 | preglow | amiconn: doubt it |
| 23:56:24 | preglow | yes |
| 23:56:36 | z0de | yea ive found it |
| 23:57:16 | amiconn | I just tested with apps/plugins. As it works rather well, I think I should apply it to the other Makefiles |
| 23:57:24 | | Quit Soap (Read error: 110 (Connection timed out)) |
| 23:58:23 | preglow | hmm, should noise shaping be a separate option from dithering? |
| 23:58:25 | tucoz | amiconn, do you show info some other way, or do you run really silent? |
| 23:58:32 | preglow | i'm kinda leaning towards having noise shaping always enabled |
| 23:58:34 | amiconn | [23:55:08] <amiconn> ...without changing the output |
| 23:58:41 | tucoz | ok |
| 23:58:50 | tucoz | missed that |
icon identifies that the person is a core developer (has commit access).