| 00:00:06 | * | pixelma points to scorche |
| 00:03:55 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
| 00:07:08 | | Quit jhulst ("Konversation terminated!") |
| 00:08:32 | | Quit davina (Remote closed the connection) |
| 00:09:02 | | Quit Tavnos () |
| 00:10:10 | preglow | how well does aacplus files work on gigabeats? |
| 00:12:44 | markun | never tried one |
| 00:12:59 | amiconn | scorche: rockbox-themes.org misses 2 targets |
| 00:13:00 | markun | parametric stereo and sbr? |
| 00:13:16 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
| 00:13:22 | amiconn | Other than that, the simple grouping by display resolution isn't enough in some cases |
| 00:13:41 | preglow | markun: that's aacplusv2 |
| 00:13:57 | preglow | aacplus is lc + sbr |
| 00:14:11 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
| 00:14:17 | amiconn | E.g. 160x128x2 targets exist both with and without rtc - that makes a difference in useful tags |
| 00:16:23 | | Quit moos ("Rockbox rules the DAP world") |
| 00:16:33 | donutman25 | who do i talk to about getting write permission for the wiki? my name is DagniMcPhee |
| 00:17:33 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC") |
| 00:19:06 | donutman25 | who do i talk to about getting write permission for the wiki? my wikiname is DagniMcPhee |
| 00:19:10 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 00:20:15 | donutman25 | hmmm i guess this place is empty |
| 00:20:22 | stripwax | donutman25 - 1. Please don't ask questions multiple times. 2. Does this work? "The server www.rockbox.org at Enter your WikiName: (First name and last name, no space, no dots, capitalized, e.g. JohnSmith). Cancel to register if you do not have one. requires a username and password." |
| 00:20:32 | stripwax | This is the message that appears when you click Edit on the wiki |
| 00:20:37 | stripwax | i.e. click Cancel |
| 00:20:43 | preglow | you need someone to add you for write permissions |
| 00:20:46 | preglow | i can't remember how to do it |
| 00:20:50 | preglow | just wait around and someone will fix it |
| 00:21:31 | stripwax | preglow - hm, the instructions say to "Cancel to register. Is that wrong? |
| 00:21:38 | markun | donutman25: I'll do it |
| 00:21:44 | stripwax | Hm, just tried it and got a twiki page saying "{ScriptUrlPath}/view/TWiki/TWikiRegistration" |
| 00:22:43 | donutman25 | markun: k thanks |
| 00:22:50 | markun | donutman25: you are already in the list |
| 00:22:53 | pixelma | donutman25: done, but please be more patient if you ask again ;) |
| 00:23:03 | markun | pixelma: thanks |
| 00:23:17 | donutman25 | ok sorry, wont happen again ;) |
| 00:25:08 | | Join loa_dude [0] (n=loa_dude@CPE00904b3613c1-CM0019474d0dfe.cpe.net.cable.rogers.com) |
| 00:25:15 | Calcipher | I think I |
| 00:26:06 | Calcipher | I'll hang out with rev 15569, since I have voice and all that jazz |
| 00:26:17 | Calcipher | maybe I'll add some patches tonight |
| 00:39:31 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
| 00:40:04 | | Quit davina (Remote closed the connection) |
| 00:42:54 | | Quit n1s () |
| 00:42:58 | robin0800 | using latest svn build get a data abort if you skip back while the hard disk is in use error message is 00008629 ipod video |
| 00:45:20 | | Join Langly [0] (i=Langly@c-24-21-39-47.hsd1.mn.comcast.net) |
| 00:45:23 | stripwax | robin0800 - works fine for me. which codec? |
| 00:45:32 | robin0800 | this might also happen on any change of album art during hard disk access |
| 00:45:42 | robin0800 | mp3 |
| 00:47:11 | stripwax | robin0800 - works fine for me using vorbis. which svn version exactly? |
| 00:47:47 | robin0800 | 15589 |
| 00:48:09 | stripwax | hm, me too. |
| 00:48:44 | stripwax | i don't have any mp3 to hand unfortunately |
| 00:48:47 | robin0800 | just reset settings will try again |
| 00:52:31 | | Quit barrywardell () |
| 00:55:18 | robin0800 | undefined instruction now 011B82F8 |
| 00:57:09 | | Quit midgey () |
| 00:58:12 | robin0800 | got to go to bed now will report tomorrow night |
| 00:58:16 | | Quit robin0800 (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 00:58:46 | | Quit ender` (" Please help Conserve Gravity - Play Chess, not Basketball.") |
| 00:59:51 | Calcipher | theres no problem if I prepare a patched build in the debian vmware setup, compile it, then access it from cygwin,(hopefully cygwin will let me browse network paths) and use cygwin to build and generate voice from that folder |
| 01:00 |
| 01:00:05 | Calcipher | I'll log in as root to give folder permissions |
| 01:00:36 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 01:05:14 | Calcipher | wow, after struggling through the learning the cygwin process, now the debian process is a breeze |
| 01:05:33 | Calcipher | well done setting all this up so well |
| 01:06:10 | *** | Saving seen data "./dancer.seen" |
| 01:06:49 | | Join guest [0] (i=42444ee1@gateway/web/cgi-irc/labb.contactor.se/x-28609ef42d51ac40) |
| 01:08:21 | guest | does anyone have experience with the rockbox filesystem? |
| 01:08:33 | linuxstb | What do you mean? |
| 01:08:52 | guest | Entering and exiting files and folders |
| 01:09:03 | guest | I'm trying to tag certain files for a plugin |
| 01:09:26 | linuxstb | Are you talking as a user or as a programmer? |
| 01:09:39 | pixelma | Nico_P: just trying it out a bit, but I can't get the functionality of album art to display when hold switch is on for example to work correctly - if I have something that I want to have displayed in the same place when hold switch is off, this line is left blank, and - album art appears when I put the switch to on after starting playback but doesn't go away (as I would expect) when I switch hold off again |
| 01:10:26 | guest | programmer |
| 01:11:03 | linuxstb | guest: What exactly are you trying to do? You want to search the entire filesystem? |
| 01:12:18 | Nico_P | pixelma: could I see the WPS source? |
| 01:12:36 | Nico_P | pixelma: there are some issues with the WPS refreshing sometimes |
| 01:13:12 | pixelma | hmm... wait a sec, problem is that I have to try on target because the sim crashes (c200) when I start playback |
| 01:13:32 | guest | No, what I want to do is add the ability to tag a file or folder from the context menu (much like setting recording directories), and then when browsing if you enter or try to open one of the tagged files a splash message is displayed |
| 01:14:33 | guest | linuxstb: I've tried looking at filetree.c (functions like ft_load and ft_enter), but other than that i have not found any other files that might be of use |
| 01:14:39 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 01:15:06 | | Quit billytwowilly (Read error: 113 (No route to host)) |
| 01:15:23 | Nico_P | pixelma: hmm I have it too |
| 01:17:25 | Calcipher | when applying a patch, at what point in the compile process is the patch applied? |
| 01:17:31 | | Quit darkless ("Leaving") |
| 01:17:46 | Calcipher | before configuring and running make? |
| 01:18:02 | Mouser_X | Yes, usually before that. |
| 01:18:06 | linuxstb | guest: Sorry, I can't help - I don't know that part of the code very well. It doesn't sound straightforward though - how are you planning to store the information about which files/folders are tagged? |
| 01:18:09 | Mouser_X | Definitely before make. |
| 01:18:42 | Calcipher | yeah, ok so the patch is applied to the source, then you configure for your target and normal build setting |
| 01:18:54 | Mouser_X | Yes, that's what I did. |
| 01:19:08 | guest | linuxstb: That's what i am trying to figure out. Thanks though. |
| 01:19:16 | Calcipher | then I would run make, and then make zip, cool, thanks Mouser_X, just curious, what patches did you try? |
| 01:19:55 | Mouser_X | 5241 and 7331. |
| 01:20:37 | Mouser_X | (MOD and GBS codec support) |
| 01:20:54 | | Quit guest ("CGI:IRC (EOF)") |
| 01:21:17 | Calcipher | what is mod? |
| 01:21:34 | JdGordon | Nico_P: was the giugabeat codec and plugin problem "incompatible model" ? |
| 01:22:02 | Nico_P | yes |
| 01:22:18 | Nico_P | JdGordon: even after reconfiguring and running make clean |
| 01:22:27 | JdGordon | ok, looks like he forgot to edit plugin.lds again |
| 01:22:57 | Mouser_X | Calcipher: MOD is a sequencing format. Similar to IT, XM, S3M, and a few others that I can't think of right now. |
| 01:23:28 | Calcipher | ah |
| 01:24:26 | Mouser_X | Interestingly, it was often used on the Atari. |
| 01:26:31 | billenium | what are the possible consequences for downloading pirated movies? |
| 01:26:36 | billenium | opps |
| 01:26:37 | billenium | wrong place |
| 01:33:29 | | Join psycho_maniac [0] (i=psycho_m@ppp407.hk.centurytel.net) |
| 01:33:50 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 01:34:28 | psycho_maniac | anybody try out the new album art feature? i think some of the themes need some rework because i am getting the default theme when i load them. |
| 01:35:07 | Llorean | psycho_maniac: Many AA themes also include other unsupported tags. |
| 01:35:17 | Llorean | It will only work with themes that ONLY requires the AA patch and no other patches |
| 01:35:39 | psycho_maniac | ahh i see. is there any theme that only uses the aa patch? |
| 01:35:42 | * | Mouser_X hasn't updated Rockbox since HCS "fixed" ADX support. r15548, or something like that. |
| 01:35:48 | Llorean | Or, AA + BMPresize, assuming you have in place AA of the correct size (instead of resizing, it currently simply loads a BMP at that resolution if a properly named one exists) |
| 01:36:07 | psycho_maniac | i cannot get bmp resize to patch correctly. |
| 01:36:07 | Llorean | psycho_maniac: One was posted to the tracker as an example, it's actually a patch against an existing included theme |
| 01:36:19 | | Join rz52 [0] (n=rdlas@d58-106-163-134.riv5.nsw.optusnet.com.au) |
| 01:36:23 | Llorean | Yes, bmp resize is expected to have been broken. |
| 01:36:44 | Llorean | I didn't say that the bmp resize patch would work, but that WPSes that just requires it an AA would work under specific conditions |
| 01:36:45 | psycho_maniac | i figured it would be broken |
| 01:36:47 | rz52 | hello |
| 01:37:01 | rz52 | does anyone own an ipod nano 2nd gen? |
| 01:37:02 | Mouser_X | Howdy. |
| 01:37:10 | psycho_maniac | yeah i checked the albumart wiki. |
| 01:37:13 | rz52 | ; and tried the 1st gen rockbox firmware on it? |
| 01:37:24 | krazykit | rz52, it won't work as it's completely different hardware. |
| 01:37:31 | rz52 | thought so :/ |
| 01:37:36 | Mouser_X | krazykit beat me to it. |
| 01:37:47 | rz52 | ipods must be hated in here :P |
| 01:37:53 | krazykit | and before you ask, the same thing with the ipod classics and the 3rd gen |
| 01:37:55 | rz52 | i jus wanna to play FLAC |
| 01:38:07 | Llorean | rz52: Use ALAC instead. |
| 01:38:07 | rz52 | im currently bidding on a cowon A2 on ebay |
| 01:38:18 | Mouser_X | rz52: iPod's aren't hate, they're just not well loved. |
| 01:38:25 | rz52 | well what are ppls opinions on ALAC? |
| 01:38:25 | Mouser_X | *hated |
| 01:38:31 | | Quit GX9900WZ (Read error: 110 (Connection timed out)) |
| 01:38:38 | Llorean | Mouser_X: More like "the people who love iPods often don't feel the need for something more" |
| 01:38:40 | rz52 | same difference :P |
| 01:38:49 | | Join GX9900WZ [0] (n=none@adsl-75-36-191-71.dsl.pltn13.sbcglobal.net) |
| 01:38:55 | donutman25 | Mouser_X: what a good way to put it :) |
| 01:38:56 | rz52 | well i was recently put onto FLAC |
| 01:39:00 | Llorean | rz52: ALAC is just another lossless codec. Not quite as good compression ratio, but it's lossless, and it's compressed, and it works on the iPod you already own |
| 01:39:13 | rz52 | but its not as popular |
| 01:39:19 | Llorean | You can transcode. |
| 01:39:24 | Llorean | Since it's lossless->lossless there is no harm. |
| 01:39:25 | rz52 | ie harder to get the files |
| 01:39:35 | rz52 | so FLAC to ALAC? |
| 01:39:37 | Llorean | Yes |
| 01:39:49 | Llorean | And this is off topic here, I was just offering you a quick suggestion |
| 01:39:52 | rz52 | any notable transcoders (im new to this) |
| 01:40:02 | rz52 | well its relevant...i save money |
| 01:40:09 | Llorean | No, it's not relevant to Rockbox. |
| 01:40:19 | psycho_maniac | i cannot find the wps with aa in the tracker. would it be under the aa patch or bmp resize patch? |
| 01:40:21 | rz52 | im currently the high bidder on ebay for cowon A2..im sure ill lose that position soon |
| 01:40:37 | rz52 | so pm if u want |
| 01:40:37 | Llorean | rz52: That too has nothing to do with Rockbox. Please, read the channel guidelines |
| 01:40:43 | rz52 | sorry |
| 01:41:08 | Llorean | psycho_maniac: www.rockbox.org/tracker/task/8134">http://www.rockbox.org/tracker/task/8134 |
| 01:41:19 | donutman25 | psycho_maniac: wps for which target? |
| 01:41:20 | rz52 | will rockbox have future support for newer ipod models? |
| 01:41:28 | Llorean | rz52: If people who own those models work on it, sure. |
| 01:41:39 | Llorean | Rockbox is entirely volunteer effort. People who own the player take an interest and work on it. |
| 01:41:55 | rz52 | sweet |
| 01:42:59 | donutman25 | Llorean: do you think a port of Rockbox to psp would be possible? |
| 01:43:37 | psycho_maniac | that is for ipod color and h320s correct? |
| 01:44:06 | Llorean | donutman25: Yes and No. "Yes" obviously because it's known how to run homebrew as it is. "No" in terms of "would it be practical as Rockbox currently exists" because Rockbox isn't really suited for it. The best first step would be working on creating a "port" to Rockbox as an application, a variant of the simulator. |
| 01:44:15 | Llorean | psycho_maniac: It's for Gigabeat. |
| 01:44:25 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 01:44:37 | psycho_maniac | ahh. i have the ipod video |
| 01:44:59 | Llorean | Well at least it shows you the code changes necessary, you can adapt the iPod5G WPS yourself pretty easily. |
| 01:45:07 | donutman25 | interesting |
| 01:45:52 | Mouser_X | It'd be interesting to see Rockbox running on the NDS. |
| 01:45:54 | | Join minaret [0] (n=ubuntu@pool-71-96-85-159.dfw.dsl-w.verizon.net) |
| 01:46:04 | minaret | hello |
| 01:46:15 | Mouser_X | Howdy. |
| 01:46:18 | krazykit | rz52, if you don't win the cowon, you could pick up a sansa e200 series for a pretty reasonable sum. |
| 01:46:31 | rz52 | thanks |
| 01:46:35 | rz52 | ill check that out |
| 01:46:46 | rz52 | sorry off topic again :/ |
| 01:46:59 | psycho_maniac | would rockbox support folder.bmp album art? |
| 01:47:06 | krazykit | no, sansas are on topic, since rockbox supports them :) |
| 01:47:07 | | Quit ompaul (Remote closed the connection) |
| 01:47:08 | Llorean | psycho_maniac: See the AlbumArt wiki page. |
| 01:47:24 | rz52 | well are they the best suggestion?... |
| 01:47:24 | minaret | is there any way for the icons in the WPS to be gif or some format with transparency instead of a bmp? |
| 01:47:43 | Llorean | rz52: I suggest seeing the BuyersGuide page in the wiki |
| 01:47:48 | rz52 | what are ppls opinions on the best FLAC player... preference no vid support (not needed) |
| 01:47:57 | Mouser_X | minaret: The BMP files support transparency, if you make them correctly. |
| 01:47:57 | rz52 | ok thanks llorean |
| 01:47:59 | Llorean | minaret: Rockbox supports transparency by ignoring the color 255,0,255 |
| 01:48:03 | Mouser_X | And no, they're stuck as BMP files. |
| 01:48:27 | minaret | alright then, thanks guys. |
| 01:48:50 | psycho_maniac | i did its not on there. so i take it it will not support folder.bmp files? |
| 01:49:00 | Mouser_X | I think it does. |
| 01:49:06 | Mouser_X | You could of course try. |
| 01:49:29 | rz52 | btw theres a diff b/w an ipod vid 80gb and the ipod classic 80gb huh |
| 01:49:37 | pixelma | and you could read the AlbumArt wiki |
| 01:49:43 | psycho_maniac | I already did. changed the name to cover.bmp and it worked. |
| 01:50:36 | Llorean | rz52: Yes. They aren't the same thing |
| 01:50:45 | minaret | also, on an unrelated question, what is the support for album art, if any? |
| 01:51:15 | Mouser_X | minaret: Read the wiki on AlbumArt. |
| 01:51:29 | minaret | Mouser_X, alright, i figured i just hadnt read it yet. thanks |
| 01:52:51 | rz52 | the problem with the sansa is it's max 6gb...im lookin for hd or at least more room; since flac will need more |
| 01:53:32 | alienbiker99 | sansa is 8gb + microsd if you want |
| 01:53:36 | krazykit | rz52, 8gb + microsd |
| 01:53:37 | Llorean | rz52: There are currently available 4gb and 6gb MicroSDHC cards usable with it and Rockbox, and the spec claims they may go as high as 32gb |
| 01:54:49 | Calcipher | under vmware, when I try to access the network share path \\debian\user it doesn't seem to be available, so how do I check the configuration under debian? |
| 01:54:53 | rz52 | microsd at 32gb? |
| 01:54:54 | | Join ciapuppet [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 01:55:07 | rz52 | crazy |
| 01:55:10 | Mouser_X | rz52: You could get a Gigabeat. It's got a pretty big drive. |
| 01:55:19 | Llorean | The standard claims that SDHC and thus MicroSDHC can go up to 32gb |
| 01:55:57 | rz52 | hmm tempting |
| 01:56:20 | rz52 | gigabeat is rockboxable? |
| 01:56:40 | Mouser_X | Yes. |
| 01:56:41 | minaret | yeah |
| 01:56:46 | Mouser_X | See the front page. |
| 01:56:48 | minaret | "Toshiba: Gigabeat X and F series (not the S series)" |
| 01:57:00 | amiconn | Llorean: Imo that's a weird limit in the sdhc standard |
| 01:57:21 | Llorean | amiconn: Doesn't the addressing account for up to 256 gigabytes? |
| 01:57:42 | amiconn | I don' know the details for sdhc but I think the 'natural' limit of the addressing should be higher |
| 01:58:03 | Llorean | I know that people were saying that the limit on the standard is far lower than what should be the theoretical limit. |
| 01:58:13 | amiconn | The addressing limit for MMC 4.2 is 2TB |
| 01:58:29 | Llorean | Which just says to me they're going to introduce a new "Ultra Capacity" standard or something at some point, that's the same hardware again but another firmware tweak. |
| 01:58:30 | amiconn | (up to 4.1 it's 4GB) |
| 01:58:47 | krazykit | SDUHC. |
| 01:59:05 | amiconn | sdvuxhc |
| 01:59:12 | amiconn | weird crap |
| 01:59:20 | krazykit | we're not naming monitor resolutions here :P |
| 01:59:23 | JdGordon | sdrhpuoc |
| 01:59:49 | JdGordon | a cookie to anyone that guesses that one :p |
| 02:00 |
| 02:00:20 | * | Llorean hates the monitor resolution names. |
| 02:00:45 | Mouser_X | "Really High Powered Ultra Official Capacity" |
| 02:00:51 | Mouser_X | (I'm sure that's wrong though.) |
| 02:00:57 | Llorean | amiconn: Okay, wikipedia article says the addressing would reach a theoretical maximum capacity of 2TB too. |
| 02:01:19 | amiconn | No real surprise, given the similarity between mmc and sd |
| 02:02:00 | amiconn | The only oddity is that sd (no hc) only reaches 2GB while classic MMC reaches 4GB |
| 02:02:48 | Calcipher | anyone know where I can check the vmware debian network share, and status, becuase I can't access the default network share path from windows |
| 02:03:26 | minaret | is it required to run the firmware when connecting the player to my computer? |
| 02:04:29 | Mouser_X | minaret: Rockbox does not yet USB drivers for the Sansa devices. Thus, to interface with the computer, you need to reboot into the OF. |
| 02:04:38 | Mouser_X | *not yet have |
| 02:04:51 | minaret | Mouser_X, alright, thanks again. |
| 02:05:17 | ciapuppet | minaret youll figure it out.. as i have. the sansa is a little tricky, the only way to interface with the pc is to have it boot into the original firmware |
| 02:05:25 | * | Calcipher is still patiently waiting for full USB support |
| 02:05:31 | minaret | Llorean, is there anything i need to do so the color 255,0,255 is ignored? for me, its not being ignored. anything in the WPS config? |
| 02:07:07 | psycho_maniac | does that 255,0,255 work for grayscale players? |
| 02:08:13 | Mouser_X | Wiki CustomWPS. It might be in there. |
| 02:08:26 | pixelma | psycho_maniac: no |
| 02:08:46 | minaret | Mouser_X, see this, but for me its not working. "The color [R=255,G=0,B=255] is translated as transparent when used in BMP's, and can be used to create transparent images in the wps." |
| 02:09:26 | | Quit Rick (Connection reset by peer) |
| 02:09:34 | Llorean | minaret: First, are you absolutely sure that you're getting 255,0,255, and your program is not altering the color slightly (matching it to a near color, or similar), and Two, how are you testing exactly, and on what player? |
| 02:09:39 | * | amiconn now has a build with working backlight brightness on the 5.5th Gen :) |
| 02:10:19 | Llorean | amiconn: Do we know that Nanos don't have backlight brightness at all, or do we just know the OF doesn't have it? |
| 02:10:23 | minaret | Llorean, let me check into if gimp is altering the color on export, didnt think of that. im testing with the lock button, basing my WPS on the GSX wps for sansa c200 series. |
| 02:10:39 | amiconn | Llorean: We know that the Nanos *do* have backlight brightness control |
| 02:10:49 | Llorean | Oh, I must've missed that revelation. |
| 02:11:02 | amiconn | preglow tried my test code on his nano |
| 02:11:10 | amiconn | It works exactly the same as on the video |
| 02:11:12 | Llorean | minaret: If you look at existing WPSes you should see how it's done with them. |
| 02:11:27 | Llorean | amiconn: I was going to ask if you'd tried that next. Apparently I'm quite some time too slow. :) |
| 02:12:05 | | Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) |
| 02:12:07 | Mouser_X | Llorean: It was from a few days ago (I've been spending too much time reading logs.) |
| 02:12:12 | | Join webguest09 [0] (i=187ec107@gateway/web/cgi-irc/labb.contactor.se/x-16694504123e7448) |
| 02:12:14 | amiconn | That's known for a few days already... |
| 02:12:30 | minaret | yeah, im pretty much trying to match what this one has right now, in the bg file there should be pink, 255,0,255 boxes right? and then the image hold0-sc.bmp for example is hte lock icon, and if i want that to be transparent, it's background shcould be 255,0,255. at least i think thats how its working. |
| 02:12:58 | amiconn | Booting looks a bit odd atm, because the bootloader uses blinding full brightness. |
| 02:13:06 | amiconn | A new bootloader should fix that |
| 02:13:18 | Llorean | Mouser_X: I've been traveling a lot the last few days. Spent 10 hours in an airport yesterday and destroyed my back because of the chair, too. :( |
| 02:13:47 | Llorean | minaret: The backdrop cannot be transparent, as it draws under everything. So if you include 255,0,255 in the main backdrop image, it'll show |
| 02:13:56 | webguest09 | Quick question for all of you. Since the FM tuner was just implemented for the H10, I am looking around the website to figure out how to make presets, as Atlanta does not already have one set up. Is there a section on the website I didn't notice, or some other section on FM tuners? |
| 02:14:02 | Llorean | minaret: But any other images, the pixels that are 255,0,255 will not be drawn. |
| 02:14:18 | Llorean | webguest09: Just open a preset file in notepad and it should be fairly apparent. |
| 02:14:31 | webguest09 | Ok, thanks |
| 02:14:33 | minaret | Llorean, okay.. interesting that the GSX wps used 255,0,255 in the backdrop. that might be my problem then. thank you |
| 02:15:05 | Llorean | minaret: Some people might use bright colors in the backdrop so they can tell if the image is aligned exactly where they expect it to be, because if it's not, that part of the backdrop will be shown. |
| 02:16:34 | amiconn | Llorean: The most difficult part was putting brightness support in while retaining software pwm fade in/ fade out |
| 02:16:49 | webguest09 | So, after opening the .fmr file, I noticed that the FM stations had 8 numbers, and the AM ones had 5. Can an FM tuner pull in AM stations, and what are the extra digits for? |
| 02:17:12 | amiconn | Using the hardware dimmer for fading would be too coarse at lower brightness levels |
| 02:18:20 | Llorean | webguest09: There should be no AM stations. It's an FM tuner. Only FM. |
| 02:18:29 | amiconn | There's one combination that doesn't work as expected, so it should be documented. Fading to/from backlight level 1 (lowest) doesn't fade, it just switches, even though the software pwm tries to fade |
| 02:18:49 | minaret | can anyone tell me if theres a way to stop the select button, center button the sansa c200, from loading file browser when its on the WPS screen? |
| 02:19:16 | Llorean | amiconn: Could it be hacked around by nearly-simultaneously switching to level 2 and using the PWM to lower it to a brightness approximately the same as level 1? |
| 02:19:22 | amiconn | Now the code needs a little more cleanup, and test builds for tons of targets, before commit |
| 02:19:40 | Llorean | minaret: For what reason? |
| 02:19:48 | amiconn | I had to hack the backlight code for *all* targets |
| 02:20:08 | Llorean | I often hear the backlight code is a mess. |
| 02:20:16 | * | Llorean still wants the option to turn backlight fading off on the Gigabeat. |
| 02:20:21 | | Quit PaulJam (".") |
| 02:20:26 | webguest09 | Llorean: Sorry, I opened Augusta.fmr, as it was the only one in Georgia, and it had AM stations listed as well. |
| 02:20:31 | Llorean | Saw you mention that earlier, I asked why it wasn't there quite some time ago. |
| 02:20:34 | minaret | Llorean, its the button i'll usually hit when i want the backlight to come back on, and i really have no need for file browsing while in WPS. |
| 02:20:36 | amiconn | Should become *a bit* easier with my changes |
| 02:21:16 | Llorean | minaret: I don't believe a short-tap of the record button does anything right no. |
| 02:21:23 | Llorean | minaret: You can also toggle the hold switch off and then on again. |
| 02:21:29 | Llorean | Otherwise, you'd have to make a source code change |
| 02:21:31 | amiconn | I think the backlight fading on gigabeat must be annoying, because it's not configurable at all |
| 02:21:43 | Llorean | It's very, very annoying |
| 02:21:47 | minaret | alright, all i needed to know was about if there was some setting i had missed. i'll live with it for now. |
| 02:22:35 | krazykit | ffs, my gigabeat lost the time again. |
| 02:22:48 | Mouser_X | What's annoying about the backlight fading on the Gigabeat? I've never had a problem with it... |
| 02:22:58 | Mouser_X | (I have my backlight at 7, so that might be it.) |
| 02:23:06 | pixelma | minaret: you could also set the "first key press enables backlight only" option |
| 02:23:10 | Llorean | Mouser_X: You can't disable the fade so it goes instantly off. Or set different fade times. |
| 02:23:21 | Llorean | Mouser_X: Some of us got used to actually having *options* for it. |
| 02:23:30 | amiconn | Llorean: I would be especially annoyed by the fade in |
| 02:23:36 | Mouser_X | Oh! I misunderstood the complaint. |
| 02:23:39 | webguest09 | So should the last 5 numbers in the FM tuner station all be 0s? Or do those numbers mean other things? |
| 02:23:39 | minaret | pixelma, alright, ill give that a try. thanks |
| 02:23:48 | | Quit donutman25 (Remote closed the connection) |
| 02:23:51 | Llorean | amiconn: That's the part that gets me. By the time it starts fading out I'm not looking at the screen anyway. |
| 02:24:23 | Llorean | webguest09: Stations are Mhz, so 91.6 is actually 91600000 hz |
| 02:24:37 | amiconn | webguest09: The last 5 numbers? |
| 02:24:51 | webguest09 | Llorean just explained it. Thanks all |
| 02:25:10 | webguest09 | Who should I talk to after compliling Atlanta, GA FM stations? |
| 02:25:20 | Llorean | webguest09: Nobody, just post them to the appropriate wiki page. |
| 02:25:33 | Llorean | If you're not registered for the wiki, after you create the account you'll have to come in here to get it activated first, though |
| 02:25:53 | webguest09 | Ok, thanks |
| 02:25:56 | | Quit webguest09 ("CGI:IRC") |
| 02:29:12 | amiconn | My backlight patch touches 40 files :> |
| 02:30:14 | Llorean | amiconn: Why'd it require so much modification? |
| 02:32:02 | | Quit psycho_maniac (Read error: 113 (No route to host)) |
| 02:34:29 | | Part pixelma |
| 02:35:22 | | Join Ebert [0] (n=EbErT@adsl-34-0-92.asm.bellsouth.net) |
| 02:36:06 | | Quit billenium (Read error: 104 (Connection reset by peer)) |
| 02:38:02 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 02:40:46 | | Join Lambuntu [0] (n=Lambdar@wbr-2310.student.iastate.edu) |
| 02:42:09 | | Quit ciapuppet (Remote closed the connection) |
| 02:45:16 | | Quit Nico_P (Remote closed the connection) |
| 02:49:38 | Llorean | jhMikeS: In theory Life should be a game, but it's not yet. |
| 02:49:41 | Llorean | It needs an "edit" mode. |
| 02:49:57 | Llorean | And, in my oh-so-humble-opinion, the ability to be used as a viewer with mono bitmaps. |
| 02:50:09 | Llorean | Since that at least would remove the need for an edit mode since we already have rockpaint |
| 02:50:47 | amiconn | Llorean: There is much cosmetics, e.g. getting rid of the __ versions, only retaining one level of "lowlevelness" |
| 02:50:55 | Llorean | Aaaah |
| 02:51:31 | minaret | so, is there any way to have the theme and WPS be consistant? in terms of the status bar. |
| 02:52:23 | JdGordon | minaret: im working on that atm |
| 02:52:31 | minaret | JdGordon, oh, cool. |
| 02:52:36 | minaret | for a future build? |
| 02:52:38 | JdGordon | but currently.. no.. unless you have the boring statusbar in the wps |
| 02:53:03 | amiconn | Some target specific implementations still have internal __ functions, those can be cleaned up afterwards but devs knowing that target |
| 02:53:16 | minaret | ah, darn. couldn't you replace the icons it uses with the ones from the wps? |
| 02:53:33 | amiconn | The standard interface between backlight.c and target specific code doesn't have those anymore now |
| 02:55:31 | Llorean | minaret: There's no code to do that. |
| 02:56:02 | minaret | Llorean, i was thinking of if there are images for the status bar, but i cant seem to find any. |
| 02:56:15 | JdGordon | minaret: thats bassically what im working on |
| 02:56:27 | minaret | JdGordon, ah, okay. sounds good. |
| 02:56:42 | minaret | thanks everyone, im gonna leave now. |
| 02:56:52 | | Quit minaret ("Quit") |
| 03:00 |
| 03:06:12 | *** | Saving seen data "./dancer.seen" |
| 03:06:31 | | Quit loa_dude ("Ex-Chat") |
| 03:13:18 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
| 03:15:32 | | Join Calcifer [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 03:17:39 | | Join lemur [0] (n=lemur@cpe-76-81-127-6.socal.res.rr.com) |
| 03:26:02 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 03:27:41 | | Join PuppiesOnAcid_ [0] (n=PuppiesO@unaffiliated/puppiesonacid) |
| 03:28:23 | PuppiesOnAcid_ | Other than the new formats/codecs, are there any real advantages to installing rockbox on my 2nd gen ipod? |
| 03:28:36 | lemur | Freedom, man |
| 03:28:41 | lemur | it's all about taking control of your hardware |
| 03:28:44 | PuppiesOnAcid_ | I'm fine being a slave |
| 03:28:46 | PuppiesOnAcid_ | to apple |
| 03:28:51 | lemur | fool! |
| 03:28:55 | lemur | How will you play ogg vorbis |
| 03:29:07 | PuppiesOnAcid_ | convert it to mp3 |
| 03:29:25 | nicktastic | That degrads audio quality |
| 03:29:36 | ze | and makes the file bigger |
| 03:29:46 | ze | unless you degrade it even more |
| 03:29:49 | nicktastic | Theme selection? |
| 03:29:52 | scorche | PuppiesOnAcid_: see the wiki page WhyRockbox |
| 03:30:17 | PuppiesOnAcid_ | I wish there was a page that showed you all the features that work on my 2nd gen ipod |
| 03:30:29 | PuppiesOnAcid_ | because i doubt i'm going to be able to watch movies, for instance |
| 03:30:32 | ze | isn't there? |
| 03:30:59 | PuppiesOnAcid_ | i've not been able to find it |
| 03:31:12 | markun | www.rockbox.org/twiki/bin/view/Main/WhyRockbox">http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 03:31:22 | ze | seems like i'veh appened upon it a time or 3 in my rare casual browsing of the site/docs |
| 03:31:59 | PuppiesOnAcid_ | markun: that doesn't say anything specific about 1st/2nd gen models |
| 03:32:38 | Llorean | PuppiesOnAcid_: Which features in the "iPod Models" list don't you believe work? |
| 03:32:45 | Llorean | Admittedly, mpeg playback doesn't yet I think |
| 03:32:58 | Llorean | If it does it's probably kinda crap anyway due to the screen itself, and the processor weaknesses. |
| 03:32:59 | PuppiesOnAcid_ | Doom, mpeg video, all the cool games |
| 03:33:01 | | Quit Calcipher (Read error: 110 (Connection timed out)) |
| 03:33:02 | ze | seems like the ipod target page or something has a feature matrix |
| 03:33:28 | Llorean | PuppiesOnAcid_: Doom either should work, or should be able to be made to work if it doesn't yet. |
| 03:33:32 | Llorean | Same with any of the other games |
| 03:33:35 | | Join psycho_maniac [0] (i=psycho_m@ppp002.hk.centurytel.net) |
| 03:34:16 | PuppiesOnAcid_ | Is there a theme for rockbock that looks like the standard iPod 2nd gen theme? |
| 03:34:53 | ze | check the themes page? |
| 03:35:44 | psycho_maniac | there used to be in the wiki but they were removed do to copyright violations. |
| 03:38:27 | ze | screwy |
| 03:39:06 | lemur | can the design be copyrighted? |
| 03:39:07 | ze | the world would be a simpler and better place if non-commercial uses were untouchable by copyright restrictions |
| 03:39:40 | ze | its totally outside the spirit of copyright |
| 03:39:46 | ze | to apply it like it is |
| 03:39:53 | Llorean | Not necessarily. |
| 03:40:01 | lemur | I say do away with copyright completely |
| 03:40:03 | ze | lemur: afaik any creative work can be |
| 03:40:18 | Llorean | If you gave away copies of something copyright for free, that's a non-commercial use of copyrighted material that's worthwhile to prevent in many cases. |
| 03:40:23 | Llorean | But this channel isn't for the discussion of such things. |
| 03:40:25 | PuppiesOnAcid_ | if i isntall rockbox, can I still add music via iTunes? |
| 03:40:27 | lemur | copyright is contrary to a free society |
| 03:40:32 | ze | Llorean: not really, but true |
| 03:40:40 | ze | not really on the 1st thing, and true on the 2nd |
| 03:40:41 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 03:41:03 | Llorean | ze: So, you're saying that if I write a novel, I should only be allowed to sell one copy ever if it's great but someone decides to photocopy and hand it out to prevent me from selling any further copies? |
| 03:41:29 | lemur | You should be allowed to do whatever you want with your novel |
| 03:41:35 | Llorean | Copyright is also what allows us to license Rockbox under the GPL, as copyright law is what keeps that license working too. |
| 03:41:50 | ze | Llorean: thats not a realistic scenario |
| 03:41:55 | lemur | If someone else has a book of their own with an identical set of letters on it, it's none of your business what they do with it. |
| 03:42:07 | Llorean | ze: But it is realistic that people constantly pirate music and software. |
| 03:42:13 | ze | yes |
| 03:42:20 | Llorean | And you're arguing they should be allowed to. |
| 03:42:25 | ze | sure |
| 03:42:48 | ze | copyright is about exclusivity of money-making |
| 03:42:52 | Llorean | So you're saying that all creative work should be purely altruistic in nature, and nobody should expect the preservation of their right to make a profit on their intellectual developments? |
| 03:43:00 | ze | if nobody else is making money on it, you're not losing anything |
| 03:43:04 | Llorean | How, then, should a programmer be able to make a living? |
| 03:43:08 | ze | if they are, thats another matter |
| 03:43:20 | lemur | It's not a right to oppress others |
| 03:43:23 | scorche | ze: can you please move this to #rockbox-community? |
| 03:43:24 | Llorean | ze: "Nobody else is making money" is not the same as "you aren't losing potential sales" |
| 03:43:43 | lemur | People can make a living without violently removing the natural rights of other humans. |
| 03:43:51 | Llorean | lemur: Go to #rockbox-community |
| 03:43:56 | ze | funny how we agree its OT here and both continue anyway |
| 03:44:08 | Llorean | Because I cannot abide sheer stupidity. |
| 03:44:09 | lemur | I didn't continue |
| 03:47:09 | | Join kingwen [0] (n=kingwen1@125.125.162.22) |
| 03:48:54 | PuppiesOnAcid_ | Why does the 1g/2g ipod manual page say you have to connect your ipod to your computer via USB? |
| 03:49:00 | PuppiesOnAcid_ | You can't even hook them up over USB! |
| 03:49:17 | psycho_maniac | then how do you hook it up? |
| 03:49:24 | PuppiesOnAcid_ | firewire |
| 03:49:56 | psycho_maniac | i guess that is a typo then. |
| 03:50:14 | PuppiesOnAcid_ | kind of a big typo. |
| 03:50:30 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 03:50:39 | PuppiesOnAcid_ | and this "RockboxUtilityQt" doesn't even offer an option to select 1g/2g ipods |
| 03:50:45 | PuppiesOnAcid_ | even though the manual says I can use the auto installer |
| 03:51:00 | | Quit lodesi (kubrick.freenode.net irc.freenode.net) |
| 03:51:00 | NSplit | kubrick.freenode.net irc.freenode.net |
| 03:51:00 | | Quit fxb__ (kubrick.freenode.net irc.freenode.net) |
| 03:51:05 | NHeal | kubrick.freenode.net irc.freenode.net |
| 03:51:05 | NJoin | lodesi [0] (n=lds@fydelkass.inl.fr) |
| 03:51:13 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 03:51:32 | PuppiesOnAcid_ | dude, i can't use HFS+ on my ipod either |
| 03:51:39 | PuppiesOnAcid_ | rockbox is not for me at this point |
| 03:52:14 | psycho_maniac | the manual is only a draft. there are bound to be errors. |
| 03:52:21 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 03:53:24 | PuppiesOnAcid_ | well mayble i will try again when rockbox hires an editor |
| 03:53:28 | | Part PuppiesOnAcid_ |
| 03:53:52 | nicktastic | Maybe His Highness would care to blow it out his ass |
| 03:54:14 | nicktastic | sorry thought this was -community |
| 03:54:52 | | Join lemur_ [0] (n=lemur@cpe-76-81-127-6.socal.res.rr.com) |
| 03:55:09 | | Quit lemur (Nick collision from services.) |
| 03:55:16 | | Nick lemur_ is now known as lemur (n=lemur@cpe-76-81-127-6.socal.res.rr.com) |
| 03:55:22 | psycho_maniac | wow, <PuppiesOnAcid_> well mayble i will try again when rockbox hires an editor |
| 03:57:58 | lostlogic | he's done too much acid, has adled his brain |
| 03:58:06 | lostlogic | doesn't understand open source |
| 03:58:36 | psycho_maniac | strange. |
| 04:00 |
| 04:00:17 | | Quit Thundercloud (Remote closed the connection) |
| 04:04:57 | rz52 | what rockbox compatible players are ppl using? |
| 04:05:05 | | Part kingwen |
| 04:05:24 | scorche | rz52: all of them? |
| 04:05:28 | rz52 | im considering gigabeat |
| 04:05:59 | rz52 | im lookin thru the buyers guide now... stil not sure which one |
| 04:06:41 | Llorean | I'm a fan of the H120, but it's hard to find |
| 04:06:54 | nicktastic | iAudio X5 60GB |
| 04:07:01 | nicktastic | I love it |
| 04:07:34 | scorche | rz52: you really shouldnt choose a device from a popularity contest...you should choose one that fits your needs and wants |
| 04:08:27 | | Quit billenium (Read error: 110 (Connection timed out)) |
| 04:11:48 | safetydan | h120 ftw |
| 04:12:23 | goffa | i'm thinking of selling my h140 and iaudio x5l 30gb |
| 04:12:37 | | Join lanceran [0] (i=40e51a24@gateway/web/cgi-irc/labb.contactor.se/x-dcbabf62a503125a) |
| 04:12:48 | goffa | i've got 2 gigabeat f60's |
| 04:12:49 | | Join rdlas [0] (n=rdlas@d58-106-163-134.riv5.nsw.optusnet.com.au) |
| 04:13:32 | psycho_maniac | omg i want |
| 04:13:33 | goffa | hoping they break the encryption of the ipod classic though... would be nice to have a 120 gb device |
| 04:14:05 | krazykit | 160 |
| 04:14:17 | goffa | my bad |
| 04:14:56 | lanceran | guys, maybe i am missing something really obvious but i am lost... how come my original iriver tuner works fine but Rockbox picks up static with barely any sound at all? |
| 04:16:00 | | Quit BHSPitLappy ("Leaving") |
| 04:16:56 | JdGordon | lanceran: which iriver? |
| 04:17:09 | | Nick Soap is now known as Soap_ (n=Soap@rockbox/staff/soap) |
| 04:17:13 | | Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) |
| 04:17:14 | lanceran | h10 20gb |
| 04:17:25 | lanceran | h10 20gb |
| 04:17:26 | JdGordon | did you install the newest version? |
| 04:17:34 | JdGordon | it only got radio last night |
| 04:17:37 | lanceran | yeah |
| 04:17:40 | lanceran | just now |
| 04:17:51 | JdGordon | daily? or current build? |
| 04:17:54 | | Quit Soap () |
| 04:18:03 | lanceran | current build i believe |
| 04:18:12 | JdGordon | ok then i dunno :p |
| 04:18:13 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:18:16 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
| 04:18:18 | lanceran | oh well, thanks anyway |
| 04:22:42 | | Join cmw [0] (i=4b11d923@gateway/web/cgi-irc/ircatwork.com/x-89063fdc79173b41) |
| 04:25:00 | | Quit rz52 (Read error: 113 (No route to host)) |
| 04:25:21 | psycho_maniac | yeah. when he said iriver, the first one i thought of was the h1xx lol. |
| 04:26:06 | rdlas | im with goffa |
| 04:26:14 | rdlas | would love FLAC on a 160gb classic |
| 04:26:33 | rdlas | i think the problem is rockbox exposure |
| 04:26:39 | Llorean | lanceran: By "i believe" is there any uncertainty? |
| 04:27:00 | Llorean | rdlas: The problem is "developers keep taking more and more steps to prevent unofficial firmware" |
| 04:27:14 | rdlas | the fact that there's no support for 2nd gen nano's... |
| 04:27:26 | rdlas | fair |
| 04:27:49 | rdlas | i just wish i had a knack for coding/firmwares |
| 04:27:56 | psycho_maniac | too bad they couldnt of nodded off at the encryption part hehe |
| 04:27:59 | goffa | same here... |
| 04:28:02 | | Quit jhulst (Remote closed the connection) |
| 04:28:06 | lanceran | yeah, i am not sure what he meant by "daily build". |
| 04:28:13 | lanceran | i am fairly certain i got current one |
| 04:28:20 | goffa | i'd make a queue and play option.. or mod the party mode option |
| 04:28:21 | rdlas | bbs |
| 04:28:32 | lanceran | ah, nevermind |
| 04:28:38 | lanceran | i see the daily build link now |
| 04:28:52 | goffa | i hate trying to explain how to queue up a song to passengers |
| 04:29:12 | psycho_maniac | daily build is a build built daily. current build is a build that is made whenever the code changes. i think these descriptions are in the wiki somewhere |
| 04:29:23 | psycho_maniac | just tell them to make it play next. |
| 04:29:28 | goffa | what always happens is i had over the player.. they pick a song from some random band.. and we end up listening to the whole album a couple of times :) |
| 04:30:27 | goffa | mostly because they hit right instead of center (i do have click insert enabled) |
| 04:31:09 | goffa | instead of explaining it would be nice to not have to :) |
| 04:31:19 | lanceran | so, should i try the daily build instead of the current one? or would that be a regressive step? :) |
| 04:31:50 | psycho_maniac | i like the current builds. so i would suggest that. |
| 04:31:51 | goffa | lanceran: you'd want current for your best chance of success |
| 04:31:57 | goffa | of course that isn't working for you |
| 04:32:08 | goffa | but daily won't be better |
| 04:32:16 | | Quit cmw (Client Quit) |
| 04:32:19 | lanceran | ic |
| 04:32:29 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:32:37 | lanceran | i guess i'll just have to wait for a while |
| 04:32:48 | lanceran | it was just released, after all |
| 04:33:11 | psycho_maniac | one of these days im going to be running a lot more patches. i can see it. i only had one patch now i have 2 and soon 3 |
| 04:36:28 | goffa | yeah... click insert is the only one i use... used to use one that changed center to pause... but didn't need it on the gigabeat |
| 04:36:45 | goffa | now they changed button layout.. ad ofcourse the patch went the way of the dodo with current builds |
| 04:37:32 | goffa | keep telling myself i'm going to try to learn c.. but haven't found the time in the last 2 years |
| 04:37:48 | Soap | ? |
| 04:38:32 | goffa | the button change happened over a month ago.. not a recent thing |
| 04:38:43 | goffa | if that's what the question is about soap |
| 04:38:59 | Soap | good call - I didn't say - it was the phrase " the patch went the way of the dodo with current builds" |
| 04:39:34 | goffa | yeah... gigabeat never needed the patch |
| 04:39:45 | goffa | so that ancient one wouldn't work with current builds |
| 04:40:40 | goffa | i understand why it was changed.. and even agree with it... but i like it better the way it was |
| 04:47:28 | | Quit sup (Read error: 110 (Connection timed out)) |
| 04:51:12 | psycho_maniac | i have an idea if you dont like the new button remap. change the source or just keep the newest build that does not have the keymap change. |
| 04:51:39 | Llorean | psycho_maniac: In most cases they can just take the keymap file from an older build and use it, unless new buttons or contexts have been added |
| 04:51:41 | goffa | well... there were other improvements that made it worth keeping the new build |
| 04:51:56 | psycho_maniac | wow even easier method. |
| 04:51:57 | Llorean | And even then they can just replace the context with the old one usually. No real C skill required at all. |
| 04:52:02 | goffa | should look into the old keymap |
| 04:52:27 | JdGordon | yeah, fortunatly changes the the keymap happen so rarely that patches to them will still work for months withotu modification |
| 04:52:55 | goffa | yeah |
| 04:55:29 | goffa | i've been too busy to mess with rockbox for the last month or so... haven't put a new build on for at least a month |
| 04:56:11 | goffa | been moving/working on the new house for the past 3 weeks |
| 04:57:51 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
| 05:00 |
| 05:00:17 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 05:00:45 | psycho_maniac | so why do most themes that have album art not work? is it because it uses a different code? |
| 05:01:27 | Soap | most of them use Scrolling Margins. |
| 05:01:43 | Soap | Which (if you are getting the default WPS) they aren't working. |
| 05:02:21 | Soap | If you aren't getting the default WPS, and they are simply not displaying your Album art it is most likely because you have the wrong size or wrong name for your images. |
| 05:03:27 | psycho_maniac | i have scrolling margins patch so it could be the the picture is too big. |
| 05:03:59 | | Quit lanceran ("CGI:IRC (EOF)") |
| 05:04:51 | psycho_maniac | the theme i do use for the ipod video is black-aa it shows maybe 100x100 but only the first 100x100 so the rest of the album art is cut off. understand what i said? |
| 05:05:14 | Soap | yes - you need to resize your images to 100x100 |
| 05:05:57 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:06:02 | | Join miepchen^schlaf [0] (n=hihi@p54BF6243.dip.t-dialin.net) |
| 05:06:13 | *** | Saving seen data "./dancer.seen" |
| 05:08:41 | psycho_maniac | or wait for resize to get comitted. |
| 05:12:54 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 05:12:54 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 05:15:34 | | Quit bb (Nick collision from services.) |
| 05:15:41 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
| 05:20:26 | psycho_maniac | ok i changed my album art to 100x100 and it still shows the default wps. |
| 05:25:55 | psycho_maniac | and i tried every other theme i have that has ablum art and they dont work. only one works. |
| 05:28:01 | tywickra | hi Soap can you tell me.. is there any other hack for me to install RockBox on ipod classic ?? |
| 05:28:21 | scorche | tywickra: this is #rockbox..for discussion of rockbox |
| 05:28:21 | psycho_maniac | i highly doubt it. |
| 05:29:03 | tywickra | scorche, the question is on installing rockbox |
| 05:29:08 | psycho_maniac | anybody want to take a guess at my problem? i want to say its the wps itself. any thoughts? |
| 05:29:20 | scorche | tywickra: there is no way to get rockbox on an ipod classic |
| 05:30:00 | tywickra | scorche, what if i downgrade the firmware , which comes with ipod classic ?? |
| 05:30:09 | Llorean | tywickra: Rockbox must be made especially for the hardware in the player |
| 05:30:17 | Llorean | tywickra: That's why Rockbox will ONLY work on the players listed |
| 05:30:48 | scorche | and as i said, there is no way to get it working on the classic...if you were able to downgrade and ahve it work, i woudlnt have said "there is no way" |
| 05:32:52 | psycho_maniac | you cannot down grade anyways. downgrade to ipod 6gen to ipod 5/5.5gen |
| 05:34:52 | tywickra | psycho_maniac, ok .. i will talk to apple service folks.. and try to get it done (if that's possible) |
| 05:35:19 | scorche | get what done? |
| 05:35:19 | psycho_maniac | yeah alright. go ahead. |
| 05:37:50 | tywickra | scorche, the downgrade of ipod firmware thru apple.. if that's possible |
| 05:38:02 | scorche | downgrade to what? |
| 05:39:40 | safetydan | tywickra: it's more complicated than just downgrading the firmware. The iPod Classic hardware is totally different from the iPod Video and earlier. Rockbox will not work on a Classic. |
| 05:40:43 | * | scorche deletes the reponse he had prepared for after it is answered, as it was obvious what the answer was going to be ;) |
| 05:40:51 | tywickra | safetydan, yeah .. agreed .. bit disappointed for i don't get RockBox installed on this :( |
| 05:43:04 | psycho_maniac | buy the 5.5g then. |
| 05:43:19 | Llorean | One should research a product before purchasing it. |
| 05:44:11 | | Quit Langly ("I dont have anything to say, thats why I'm quitting in the first place.") |
| 05:46:55 | | Join Traveler [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
| 05:48:24 | | Join ddalton [0] (n=Daniel@203-217-92-98.dyn.iinet.net.au) |
| 05:48:33 | Traveler | is it faster to use functions and call them when needed, or to just copy what the function would be into a main method? |
| 05:49:00 | ddalton | Traveler: Why wouldn't you call a function? |
| 05:49:09 | ddalton | surely repeating code is bad? |
| 05:49:29 | Traveler | I heard it's slower if you need to lookup a function |
| 05:49:45 | Traveler | and with rockbox's platforms speed is essential |
| 05:49:55 | JdGordon | depends... |
| 05:50:08 | safetydan | Traveler: benchmarking would be the best way to determine if you need to inline a function. |
| 05:50:30 | ddalton | nope just call the function. The rest of the code calls functions... |
| 05:50:45 | Llorean | ddalton: Sometimes though, they're inlined for performance |
| 05:50:49 | ddalton | like talk_id writing that code out would be a waste of time |
| 05:50:51 | JdGordon | if it would spend more time in the fucntion calling than the actual function body then yes inlinug is better.... |
| 05:50:52 | | Join Langly [0] (i=Langly@c-24-21-39-47.hsd1.mn.comcast.net) |
| 05:50:53 | ddalton | rewriting |
| 05:51:35 | | Join lespea [0] (n=adam@71-10-92-125.dhcp.roch.mn.charter.com) |
| 05:52:05 | safetydan | Traveler: you can give the compiler a hint that you believe the function should be inlined by using the inline attribute. But inlined code isn't necessarily faster if you blow out the instruction cache |
| 05:53:36 | | Quit lespea (Remote closed the connection) |
| 05:59:19 | Calcifer | I wonder if voice generation can be done for the db |
| 06:00 |
| 06:00:25 | Llorean | Calcifer: It really should be possible. |
| 06:00:34 | Calcifer | for example, have a method of generating a db from a host computer, same as rb makes |
| 06:00:43 | Llorean | There's already a method for that |
| 06:01:19 | Calcifer | and then use the similar technique that voicebox uses if the db is parsed accordingly |
| 06:01:32 | Calcifer | oh there is? |
| 06:03:12 | Llorean | Yep |
| 06:03:12 | | Part billytwowilly ("Konversation terminated!") |
| 06:03:17 | | Quit Traveler ("Java user signed off") |
| 06:03:18 | Llorean | A tool can be compiled to make the rockbox database on the PC |
| 06:03:25 | Llorean | Or you can just access the database files from the PC anyway |
| 06:03:26 | Calcifer | well what is the current method? whhat I'm thinking of is somewhat along the lines if talk clips generated for the db on the computer |
| 06:03:58 | Llorean | Remember, talk clips for the database will take considerably more space because you have to generate talk clips for every tag, not just the filename |
| 06:04:08 | | Part ddalton |
| 06:04:53 | Calcifer | I think folks that need talk clips wouldn't mind the option, even at sacrificing even 100 or 200mb |
| 06:05:04 | Llorean | Calcifer: www.rockbox.org/tracker/task/7984">http://www.rockbox.org/tracker/task/7984 |
| 06:07:32 | | Quit Lambuntu (Remote closed the connection) |
| 06:08:00 | | Join lanceran [0] (i=40e51a24@gateway/web/cgi-irc/labb.contactor.se/x-116b229802ac78df) |
| 06:08:24 | | Quit jepler (Read error: 110 (Connection timed out)) |
| 06:08:48 | Calcifer | whoa, nice I didn't know rasher was doing that |
| 06:09:11 | Calcifer | I think I was discussing similar ideas with some people |
| 06:10:08 | Calcifer | well thats cool, I think I'll try applying that patch tomorrow |
| 06:19:33 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 06:20:48 | psycho_maniac | is it a strict rule that themes uploaded to the wiki have the .rockbox folder in them? |
| 06:21:19 | psycho_maniac | what i mean is "easier to extract" |
| 06:23:02 | Calcifer | I thought patches came in .dif files |
| 06:23:28 | Llorean | psycho_maniac: Not a strict rule, but a firm request. |
| 06:23:33 | Llorean | With the new site it will be a strict rule though |
| 06:23:41 | psycho_maniac | they also come in ".patch" |
| 06:23:58 | | Quit tywickra (Read error: 113 (No route to host)) |
| 06:25:14 | psycho_maniac | ok im done trying to figure out why album art does not work on any album art theme but one. it has to be the wps. |
| 06:26:06 | Llorean | psycho_maniac: Does the theme have any other tags? |
| 06:26:15 | Llorean | Why don't you simply try it in a debugwps simulator |
| 06:26:20 | Llorean | Any other patch-requiring tags, rather |
| 06:26:23 | psycho_maniac | i found some themes that do not start out with the .rockbox folder. most of the album art ones for the ipod video. |
| 06:26:43 | psycho_maniac | well i think it MIGHT need the bmp resize but i changed my cover.bmp to 100x100 |
| 06:27:20 | Llorean | So you haven't just opened the .wps and verified that the tags match the CustomWPS specifications? |
| 06:27:25 | psycho_maniac | it also needs scrolling margins but i applied that one. |
| 06:28:06 | Calcifer | I need a common patching practices guide or something, like for example, do most people save a separate set of source to work, while still keeping a clean set somewhere? |
| 06:28:25 | Calcifer | I'm asking since I'm not very familiar with the process and its options |
| 06:28:51 | lanceran | www.rockbox.org/tracker/task/8046">http://www.rockbox.org/tracker/task/8046 - guys, if i get this correctly, does it mean that the last applied patch was blank? |
| 06:29:42 | Llorean | Calcifer: If you're just working on one change, then keeping an alternate set of source isn't common, since SVN keeps a "clean" set for you to diff against and revert to there anyway |
| 06:30:04 | Llorean | If you're going to work on multiple changes at once, you can either constantly swap out diffs, or you can keep multiple source trees (less work, more space) |
| 06:30:25 | Llorean | lanceran: That patch is closed and committed... |
| 06:31:05 | Calcifer | hm, so I plan on applying rashers db voice clips patch |
| 06:31:16 | Llorean | lanceran: It looks like the last version uploaded didn't get there right, though |
| 06:31:18 | safetydan | or you use git-svn locally or something, but that's a whole other kettle of fish |
| 06:31:30 | Calcifer | I guess I can go ahead, what I did do was create a separate build dir for it |
| 06:31:32 | Llorean | safetydan: I think that qualifies as "lots more work, but with a decent payoff" |
| 06:32:12 | Calcifer | hm, and I'm green on this busines |
| 06:32:17 | lanceran | ...so that's why my radio doesnt work |
| 06:32:18 | Calcifer | s |
| 06:32:22 | Llorean | lanceran: No. |
| 06:32:37 | Llorean | What was committed was not a blank patch. |
| 06:34:13 | psycho_maniac | is this correct? %Cl|10|66|s100|s100| |
| 06:35:44 | psycho_maniac | and then at the end of that on the next line it has a %C. i couldnt find anything in the wiki with that code. |
| 06:36:40 | Calcifer | hm, where do I have to run the patch from, I'm trying to get familiar with the terms, for example if the rb source is in a folder called rockbox, then where is the patch how to page referring to when it says to cd to source/root |
| 06:37:17 | psycho_maniac | you have to run the back inside the rockbox folder or any folder you want just as long as you tell it its in that folder. |
| 06:37:22 | Llorean | psycho_maniac: If there are tags not covered by the patches you have installed, then of course they won't work. |
| 06:38:09 | psycho_maniac | well i removed that tag. i didnt see it in album art. perhaps nobody knows what its for. |
| 06:38:23 | Calcifer | psycho_maniac, I'm sorry I didn't understand that last comment |
| 06:38:43 | psycho_maniac | Calcifer: i have the folder "patch" where i put my patches. so i have to run the command "patch -px < ../patch/patch_name.patch" |
| 06:39:28 | psycho_maniac | Llorean: if they dont work will that make it return to the default wps? |
| 06:39:39 | Calcifer | ah I see, so the patch command can be told where the patch file is, and also where the files that it will apply the patch to are |
| 06:40:04 | Llorean | psycho_maniac: Yes, if the WPS has any invalid tags or bad syntax, it'll show the default WPS instead |
| 06:42:02 | Calcifer | hmm...I ran patch help, and it has not shown anything yet, curiously long time |
| 06:43:16 | psycho_maniac | so something must be wrong with the wps. |
| 06:43:53 | Calcifer | Ok, that was very wierd, I was able to move the cursor where ever I wanted, and delete any character in the command line window, including previously displayed output |
| 06:44:07 | Calcifer | I just closed out of cygwin |
| 06:44:19 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:47:00 | psycho_maniac | anybody want to tell me why i cannot get checkwps command to work? |
| 06:47:07 | Llorean | debugwps? |
| 06:48:00 | psycho_maniac | to i have ro run a make first? |
| 06:48:30 | psycho_maniac | that did not work either. |
| 06:49:00 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 06:49:12 | psycho_maniac | do i have to run a make file first* |
| 06:49:12 | Calcifer | hey what file am I applying patches to? |
| 06:49:24 | Calcifer | it says origfile patchfile |
| 06:49:28 | psycho_maniac | it will say in the patch file. |
| 06:53:38 | psycho_maniac | with either debugwps or checkwps it says command not found. |
| 06:53:40 | safetydan | Calcifer: you probably want patch −−help |
| 06:54:19 | Calcifer | yeah I took a look at the commands |
| 06:54:51 | | Join jepler [0] (n=jepler@emc/developer/jepler) |
| 06:54:58 | psycho_maniac | alright. i think im done trying to figure out why this theme wont work. maybe give it a couple days. i still think its the wps itself. |
| 06:55:20 | Calcifer | patch: **** strip count x is not a number |
| 06:55:37 | psycho_maniac | oh. did you check the wiki how to patch Calcifer? |
| 06:55:49 | Mouser_X | psycho_maniac: You need to compile checkwps. |
| 06:56:03 | Calcifer | I did, but I was still kind of unsure |
| 06:56:03 | psycho_maniac | with "make checkwps" ? |
| 06:56:29 | Mouser_X | You do so from the tools directory in your rockbox source. As for how/what command, I don't actually know... Someone else made it for me. |
| 06:56:31 | psycho_maniac | did you do patch -p0 < .......... ? |
| 06:56:49 | psycho_maniac | Mouser_X: i did that part. |
| 06:57:01 | Mouser_X | psycho_maniac: Isn't it talked about at the bottom of "CustomWPS"? |
| 06:57:23 | psycho_maniac | yes. |
| 06:57:42 | Mouser_X | Once compiled, you just load the WPS to it. Something like "checkwps -help" to learn the command.s |
| 06:57:51 | Mouser_X | *commands |
| 06:58:00 | psycho_maniac | wow habits lol. Calcifer did you do patch -px < ....... ? |
| 06:58:14 | Calcifer | yeah |
| 06:58:42 | Calcifer | eventhough when I looked at the help, it didn't list -px as a command |
| 06:58:44 | | Part tierra |
| 06:59:25 | psycho_maniac | ok the x is not what you want its either 1-4 you replace with x. you really should read the wiki on how to compile. |
| 06:59:35 | psycho_maniac | "This tool is included in a regular SVN checkout. To compile it, cd to the tools directory and run make checkwps" i did that part. |
| 06:59:50 | Calcifer | the description in the how to is like one sentence, and then it goes into other options, so I came here for clarification |
| 07:00 |
| 07:00:02 | psycho_maniac | its either -p0 -p1 -p2 -p3 -p4 |
| 07:00:38 | Mouser_X | psycho_maniac: So, after doing that, you can't find "checkwps" anywhere? |
| 07:00:39 | | Quit lanceran ("CGI:IRC (EOF)") |
| 07:00:57 | Calcifer | I did read up on compiling, and then went to the working with patches section in the index |
| 07:01:10 | psycho_maniac | i see in the tools. checkwps and checkwps.c |
| 07:01:28 | Mouser_X | Am I correct in assuming that you built it for Windows? Maybe try running it from a command prompt, rather than from cygwin, if that's the case? |
| 07:02:26 | psycho_maniac | me? yes |
| 07:02:36 | Mouser_X | Do you have known file extensions hidden in your Windows? There should be a "checkwps.exe" somewhere, if it's compiled for Windows. |
| 07:03:00 | Mouser_X | Though, if you have known file extensions being hidden, then it's probably that "checkwps" file. |
| 07:03:26 | | Join colin__ [0] (n=colin@host-155-47-107-208.midco.net) |
| 07:03:32 | psycho_maniac | checkwps is not an extension and checkwps.c is a .c file. |
| 07:04:42 | Calcifer | oh, cool, didn't need the -px option |
| 07:04:47 | | Quit hannesd (Read error: 110 (Connection timed out)) |
| 07:04:48 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
| 07:05:15 | Mouser_X | psycho_maniac: So, the "checkwps" you have is an unknownfile type? |
| 07:05:21 | Calcifer | the patch changed two files, although I had to specify locations, I would have been screwed if it was many files |
| 07:06:15 | Mouser_X | psycho_maniac: "checkwps is not an extension" Just to clarify (I assume you already know this) but EXE stands for executable. |
| 07:06:17 | *** | Saving seen data "./dancer.seen" |
| 07:06:42 | psycho_maniac | correct. the file is just called checkwps and i have it set to show extensions |
| 07:06:49 | Mouser_X | In which case, I assume you meant "checkwps has no extension" |
| 07:06:54 | psycho_maniac | correct. |
| 07:07:06 | Mouser_X | Okay, sorry for the confusion there. |
| 07:07:14 | Calcifer | just to be clear, make will compile from source, to whatever directory it was launched from right? |
| 07:07:14 | Mouser_X | It sounds to me like it didn't compile. |
| 07:07:39 | Mouser_X | Or, you could try using a search feature to find "checkwps.*" |
| 07:08:09 | psycho_maniac | in vmware or windows? |
| 07:08:22 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 07:08:22 | Calcifer | cygwin |
| 07:08:26 | Mouser_X | Calcifer: I think so. It makes sense to me, but I don't know. |
| 07:08:48 | psycho_maniac | do i do that command in the main directory? |
| 07:08:48 | Calcifer | well thats the way it seems like its been working for me |
| 07:09:18 | Mouser_X | psycho_maniac: Did you build checkwps in VMware? If you did, then it's probably built as a Linux app, and not as a Windows app. I'm not sure on that though. |
| 07:09:34 | psycho_maniac | yes i did. |
| 07:09:49 | Mouser_X | I know it's possible to build a Windows version from Linux, but I have no idea how to do that. |
| 07:10:09 | psycho_maniac | maybe this is where i wish i had cygwin? |
| 07:10:30 | Mouser_X | Personally, I would assume that, being built from within VMware, that the default would build for Linux. |
| 07:10:41 | Mouser_X | I of course don't know, but that makes sense to me. |
| 07:11:06 | psycho_maniac | so then could i get it to run in vmware? |
| 07:11:27 | Mouser_X | That file with no extension is probably the compiled Linux app. I would expect it to run from within VMware, yes. |
| 07:11:42 | Mouser_X | (If that's what happened.) |
| 07:11:42 | | Join kingwen [0] (n=kingwen1@125.125.162.22) |
| 07:12:00 | psycho_maniac | so how would i run that? i am in the tools directory right now. |
| 07:12:51 | Calcifer | rasher, are you around? |
| 07:13:50 | Mouser_X | psycho_maniac: What happens when you simply type "checkwps" and push enter? |
| 07:14:05 | Mouser_X | (Or try it with -help?) |
| 07:14:26 | psycho_maniac | in the tools directory? it says "command not found" |
| 07:14:48 | Mouser_X | Dang. |
| 07:14:58 | Mouser_X | I have no idea then. |
| 07:15:35 | Mouser_X | Open up the "checkwps" file in a text editor. Does it look all screwy, or is it readable? |
| 07:16:01 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
| 07:16:09 | Mouser_X | (Or open it in a hex editor. Either way *should* provide useful info, though a hex editor might provide more useful info.) |
| 07:16:10 | psycho_maniac | very screwy |
| 07:16:27 | psycho_maniac | i do not have a hex editor. |
| 07:16:51 | Toki | hi! has anyone experienced "looped" mp3 playback in H340? |
| 07:17:06 | Mouser_X | Well, I still think that's the file you want. Perhaps it needs the correct extension added onto it's back? |
| 07:17:33 | Mouser_X | (I have no idea at all what extension apps should have under Linux.) |
| 07:18:03 | | Quit Mouser_X ("CGI:IRC (EOF)") |
| 07:19:24 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-92ffc30f5c0fcf70) |
| 07:19:40 | psycho_maniac | Mouser_X: you back for good? |
| 07:19:55 | Mouser_X | Hopefully? |
| 07:20:15 | psycho_maniac | i even removed the deminsions of the album art so it will display what i have whcih is 100x100 |
| 07:20:18 | Mouser_X | Last thing I saw was me saying I don't know what extension to give that file. |
| 07:21:01 | | Quit Mouser_X (Client Quit) |
| 07:23:18 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-2d2083d74b10f935) |
| 07:23:54 | Mouser_X | Bah... |
| 07:25:09 | psycho_maniac | i know one thing. my album art does work with the scrolling margins patch. but only with 1/5 |
| 07:26:11 | psycho_maniac | themes. sorry forgot a word. |
| 07:29:41 | | Quit TMM ("Ex-Chat") |
| 07:32:46 | psycho_maniac | this album art problem doesnt bother me too much as i have other themes i can use till i find out the problem. |
| 07:41:39 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 07:51:01 | | Quit Mouser_X ("CGI:IRC (EOF)") |
| 07:53:39 | psycho_maniac | why was WpsGallery removed from the main wiki page? |
| 07:58:38 | | Quit BigBambi (Remote closed the connection) |
| 08:00 |
| 08:00:48 | scorche | amiconn: sorry...i have been away all weekend...i really dont touch r-t.org (the current site)...if you notice, they should be there on the site that will go live soon (i just need access to make the server use the alias themes.rockbox.org) which is sitting at copy.rockbox-themes.org |
| 08:01:57 | | Join Siku [0] (i=Siku@e81-197-76-6.elisa-laajakaista.fi) |
| 08:03:00 | scorche | re: rtc themes, do they fail on targets without an RTC, or show something like 00:00? |
| 08:04:36 | scorche | (for the logs) stripwax: i was planning on doing that when i get the site live |
| 08:05:48 | psycho_maniac | may i have write access? |
| 08:07:40 | psycho_maniac | i thought i had write access before but i guess i dont now |
| 08:10:11 | Calcifer | You run the perl script just as it tells you: ./voice.pl -D -s=flite -S="" -e=lame -E="−−vbr-new -t −−nores" -l=english /path/to/player |
| 08:11:11 | Calcifer | I ran voice.pl and saw the commands, but I don't know how it wants the items entered, for example, for tts engine, do I simply use -s=sapi |
| 08:11:34 | Calcifer | or for "-t=e200" ? |
| 08:14:22 | Calcifer | I see, since this is only for db the, it doesn't need the target specified so I don't need that -t option |
| 08:16:14 | | Part Ebert |
| 08:18:35 | Calcifer | only thing I'm not sure how to specify is the /path/to/player from cygwin |
| 08:19:25 | psycho_maniac | the drive letter? |
| 08:20:34 | Calcifer | yeah, but what sthe syntax for entering the drive letter |
| 08:20:56 | Calcifer | I doubt its just L:/ |
| 08:21:12 | Calcifer | well for me it is |
| 08:21:42 | Calcifer | but I mean how I have to input that to the voice.pl script |
| 08:23:23 | Calcifer | anyone have an idea? |
| 08:23:53 | | Quit nanok (Read error: 113 (No route to host)) |
| 08:24:01 | Calcifer | and also, I'm guessing I have to have already generated a db in rockbox before running voice.pl? |
| 08:24:42 | Calcifer | to be safe, incase I do, I will run rockbox update the db and initialize it then reconnect and run the script |
| 08:25:31 | Calcifer | in cygwin if I type L:/ |
| 08:25:45 | | Join Rob222241 [0] (n=Miranda@p54B14714.dip.t-dialin.net) |
| 08:26:15 | Calcifer | I am taken to cygdrive/l |
| 08:27:16 | Calcifer | so if l:/ doesnt work I can try that, but I still don't know what the syntax is for entering the path/to/playyer |
| 08:27:37 | Calcifer | paging rasher, paging |
| 08:36:59 | | Quit Siku (kubrick.freenode.net irc.freenode.net) |
| 08:36:59 | NSplit | kubrick.freenode.net irc.freenode.net |
| 08:36:59 | | Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) |
| 08:36:59 | | Quit rasher (kubrick.freenode.net irc.freenode.net) |
| 08:36:59 | | Quit Slasheri (kubrick.freenode.net irc.freenode.net) |
| 08:37:08 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 08:38:41 | | Quit midgey () |
| 08:40:30 | | Quit GX9900WZ ("-=SysReset 2.53=-") |
| 08:42:58 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:51:24 | | Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) |
| 08:57:22 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 08:59:00 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 08:59:29 | Nico_P | psycho_maniac: you asked "why was WpsGallery removed from the main wiki page?"... I guess it's because the wps gallery is meant to be replaced soon |
| 09:00 |
| 09:00:18 | psycho_maniac | i still like the link there. im going to have to get used to it being in the extras link now. |
| 09:01:17 | psycho_maniac | or when the new link is created maybe that will be easier to get to. |
| 09:02:10 | Nico_P | probably, yeah... I think it'll be something like themes.rockbox.org |
| 09:02:39 | Calcifer | You run the perl script just as it tells you: ./voice.pl -D -s=flite -S="" -e=lame -E="−−vbr-new -t −−nores" -l=english /path/to/player |
| 09:03:04 | | Quit Nico_P (Read error: 104 (Connection reset by peer)) |
| 09:03:26 | Calcifer | ah, stupid sansa database update finally finished and let my player go to usb mode |
| 09:03:37 | Calcifer | just in time for me to test this |
| 09:03:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:04:44 | | Join lee-qid [0] (n=liqid@p54965C52.dip.t-dialin.net) |
| 09:04:54 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102207]") |
| 09:06:21 | *** | Saving seen data "./dancer.seen" |
| 09:07:34 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
| 09:09:28 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 09:11:14 | NHeal | (timeout) kubrick.freenode.net irc.freenode.net |
| 09:12:29 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 09:15:03 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 09:17:11 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:17:58 | | Join TFGBD [0] (i=TFGBD@c-69-253-232-198.hsd1.pa.comcast.net) |
| 09:18:16 | psycho_maniac | linuxstb: could you look at The GMRC-02 is designed for use in select 2000-2005 GM vehicles |
| 09:18:17 | psycho_maniac | without Onstar. The GMRC-02 provides +12-volt accessory output |
| 09:18:17 | psycho_maniac | and retains warning chimes through front left vehicle speaker. |
| 09:18:24 | psycho_maniac | whoops. |
| 09:18:31 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 09:18:35 | | Quit barrywardell () |
| 09:19:09 | psycho_maniac | linuxstb: could you look at www.rockbox.org/tracker/task/6721">http://www.rockbox.org/tracker/task/6721 ? i think it may need to be re synced? |
| 09:20:06 | | Join doc|home [0] (n=doc@gentoo/contributor/doc-007) |
| 09:20:25 | doc|home | hey, is there something funky going on with charging recently on iriver h340s? |
| 09:20:44 | doc|home | I can't even figure out what's going on with mine |
| 09:20:54 | doc|home | it discharges, then recharges, repeatedly |
| 09:21:16 | psycho_maniac | do you have the most current build for your player? |
| 09:22:01 | doc|home | yup |
| 09:22:17 | doc|home | but this has happened on that and since a build about 2-3 weeks ago |
| 09:22:28 | doc|home | seems to be charging now |
| 09:22:33 | doc|home | will see how that works out :/ |
| 09:24:29 | TFGBD | Can Rockbox be built with Visual Studio and if so, can someone point me in the right direction to a build guide on the site? |
| 09:24:39 | TFGBD | Where would that be? The wiki? |
| 09:26:27 | J | TFGBD: AFAIUI it can't - VS can't target any of the CPU's required, but I could be wrong. |
| 09:26:36 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 09:26:36 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 09:26:49 | psycho_maniac | i dont think rockbox can be build with Visual Studio. You can search the wiki to find out but i just did and didnt come up with any good results. |
| 09:27:41 | J | TFGBD: what you need to do is cross-compile the code, which (again, AFAIK) VS can't do to any of the DAP CPUs |
| 09:28:53 | linuxstb | psycho_maniac: I don't think that patch is worth maintaining now that native USB mode is on the horizon. |
| 09:29:23 | psycho_maniac | oh i see. i just found out about this patch recently. |
| 09:29:24 | jhMikeS | TFGBD: really, somehow you'd need to build all the various tools to run on windows then use them as custom builds. perhaps possible but no small project I think. |
| 09:29:36 | | Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) |
| 09:30:18 | TFGBD | Even to build it for Win32? |
| 09:30:36 | TFGBD | I want to build the Win32 Simulator thing. |
| 09:30:42 | jhMikeS | a sim for win32 can be built by cygwin |
| 09:30:48 | TFGBD | Ah, Ok. |
| 09:30:52 | linuxstb | Rockbox's build scripts require things like a bash Shell, Perl, GNU Make.... |
| 09:31:20 | linuxstb | And it probably will only compile with gcc |
| 09:31:23 | TFGBD | I swear I saw a mention of VS in some forum thread. |
| 09:31:35 | TFGBD | or a mailing list entry |
| 09:31:35 | linuxstb | I think it did a very long time ago. |
| 09:31:45 | TFGBD | Even something old is fine. |
| 09:31:59 | jhMikeS | I was saying, compile GCC et al. with visual studio. run gcc in visual studio as a tool. :) |
| 09:32:03 | TFGBD | I want to build the Win32 Simulator thing and see if I can get it to compile for Windows CE. |
| 09:32:28 | linuxstb | Versions of the Rockbox simulator that old probably don't have audio playback... |
| 09:32:44 | TFGBD | Oh. Heh |
| 09:33:44 | TFGBD | I got it here |
| 09:34:01 | TFGBD | I just had a look at the exe and it does not seem to really use anything win32 desktop specific. |
| 09:34:17 | linuxstb | No, it's an SDL app. |
| 09:34:18 | TFGBD | Is that one of the ancient ones you were talking about? |
| 09:34:33 | TFGBD | Yeah, I know. CE has pretty full official SDL implementation. |
| 09:34:37 | TFGBD | a* |
| 09:34:53 | linuxstb | No, the SDL version of the sim is the current version. |
| 09:35:03 | TFGBD | Oh, I see what ya were saying. Ok. |
| 09:35:08 | TFGBD | Then it could work. |
| 09:35:31 | linuxstb | Yes, if you can compile it for WinCE - can you compile WinCE apps with gcc? |
| 09:35:53 | TFGBD | Yes. There is a semi port but it sucks as it can only target arm. |
| 09:36:05 | TFGBD | (as far as I can remember) |
| 09:36:30 | TFGBD | I prefer not to descriminate and would like to at least get it running on all supported processors (hence why I'd prefer vs) |
| 09:36:56 | TFGBD | But arm only is ok too if it at least works. ;P |
| 09:37:31 | lemur | arm is the best one ever |
| 09:37:42 | TFGBD | However, I have little if any c/c++ skill and never used gcc (seems intimidating) or even VS all that much. (just to compile things) |
| 09:37:54 | lemur | now hold on a minute |
| 09:37:57 | lemur | what languages do you know? |
| 09:37:59 | TFGBD | Well, I don't like to be mean to the other devices ;p |
| 09:38:10 | TFGBD | Ehh..nothing really. I dont count VB ;) |
| 09:38:16 | lemur | oh dear |
| 09:38:19 | lemur | well learn C first |
| 09:38:43 | TFGBD | Yeah. You don't need to tell me. ;) |
| 09:38:56 | lemur | I never did VB, but I used to know BASIC |
| 09:39:07 | lemur | it's all-purpose, you know |
| 09:39:14 | TFGBD | I never did even learn it. Lost interest. |
| 09:39:21 | TFGBD | much* |
| 09:39:36 | TFGBD | at 10 or whatnot |
| 09:39:44 | TFGBD | Though, I guess I thought I could perhaps at least attempt it for win32 without such knowledge. |
| 09:39:56 | TFGBD | Ehh..perhAPS not though... |
| 09:40:01 | lemur | just ignore windows as a platform |
| 09:40:10 | lemur | it's a really bad platform (and bad for you) |
| 09:40:27 | TFGBD | I don't descriminate. |
| 09:40:33 | TFGBD | Though, my favorite OS is Windows CE. |
| 09:40:34 | lemur | you should |
| 09:40:37 | lemur | so many languages, so little time |
| 09:40:50 | lemur | how can your favorite os be proprietary? |
| 09:41:13 | lemur | unless ce has a shared source license or something |
| 09:41:19 | TFGBD | Um.. Everyone is different. Why does it matter? Its just a personal taste. :) |
| 09:41:24 | TFGBD | It does... |
| 09:41:29 | lemur | oh, ok |
| 09:41:32 | TFGBD | But I could care less. |
| 09:41:49 | lemur | well liking a system without having the source is like loving a woman who you've never seen and is married to someone else |
| 09:41:52 | TFGBD | I don't assume something is better just because its closed or open. Everything is different. |
| 09:41:59 | TFGBD | I can see the merits of open source. |
| 09:42:13 | lemur | adultery has its merits too in that sense |
| 09:42:26 | TFGBD | If it were not for it, I'd have no open source WinCE projects to recompile for the much neglected x86 processor arch ;) |
| 09:42:31 | lemur | but sadly it won't give you the lasting benefits you deserve, bucko |
| 09:43:06 | TFGBD | I can see its very benificial to get an app working on something the author never know about or bothered to care. |
| 09:44:07 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 09:45:40 | TFGBD | I like the Windows CE OS because I have an emotional attachment to it and enjoy playing with the devices. Lets leave it at that. I'm a WinCE zealot and you are an open source zealot (or whatever) Its not a religion.. just software. Don't try to convert me or whatever. ;) |
| 09:46:07 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 09:46:15 | TFGBD | I use mostly OSS on CE (yes, a proprietairy os) and free stuff. ;) |
| 09:46:36 | | Quit daurn|laptop (Read error: 104 (Connection reset by peer)) |
| 09:47:11 | TFGBD | I really do wish more people from that area open sourced at least the free stuff, though. I can appreciate how helpful it can be to have the source even if you are a non-programmer. |
| 09:48:21 | lemur | well it's not about open source |
| 09:48:23 | lemur | it's about freedom |
| 09:48:37 | Bagder | and in here, it is about Rockbox ;-) |
| 09:48:42 | lemur | in the grand scheme of things, software that isn't free is a dead end |
| 09:48:50 | * | linuxstb spots a server admin... |
| 09:48:56 | * | lemur spots linuxstb |
| 09:49:07 | * | Bagder stands up straight |
| 09:49:18 | * | pondlife hides |
| 09:49:24 | linuxstb | Bagder: Could you put this on the download server? (e.g. /utils/tcctool/) - www.davechapman.f2s.com/rockbox/tcctool-win32.zip">http://www.davechapman.f2s.com/rockbox/tcctool-win32.zip |
| 09:49:26 | * | lemur bares his chest |
| 09:49:27 | lemur | rawr |
| 09:50:05 | Bagder | linuxstb: and suggested path ? |
| 09:50:08 | TFGBD | Eh... Ok. I understand, I can appreciate it. Though, I hate closed sourceless software just because its not as "free" either. |
| 09:50:17 | linuxstb | Bagder: I suggested one... |
| 09:50:28 | Bagder | oh |
| 09:50:32 | Bagder | I need to _read_ as well? |
| 09:50:35 | * | GodEater_ hands Bagder his glasses |
| 09:50:40 | TFGBD | Ehh. this is way off topic anyhow.... |
| 09:50:44 | * | linuxstb hands Bagder a large jug of coffee |
| 09:50:52 | Bagder | my coffee is still too hot |
| 09:51:01 | linuxstb | Ah... |
| 09:51:01 | Bagder | I'll be better in 10 minutes :-) |
| 09:52:01 | GodEater_ | www.virtualroadside.com/blog/index.php/2007/11/11/inspired-by-xkcd-mbr-love-note/">http://www.virtualroadside.com/blog/index.php/2007/11/11/inspired-by-xkcd-mbr-love-note/ <−− hahahaha |
| 09:52:13 | psycho_maniac | anybody tried the cobalt theme for the ipod video lately? since the aa patch is now comitted. it seems to only need the scrolling margings patch and 100x100 album art. i cannot seem to get it to work. |
| 09:53:00 | linuxstb | Can I ask what people's opinion is of committing this left scroll-margin patch? www.rockbox.org/tracker/task/8135">http://www.rockbox.org/tracker/task/8135 |
| 09:53:15 | * | GodEater_ puts money on amiconn saying "over my dead body" |
| 09:53:43 | Bagder | I think we need something like that |
| 09:53:58 | psycho_maniac | this is better then the original scrolling margins patch correct? |
| 09:54:21 | TFGBD | rockbox does not support mouse/touchscreen does it? |
| 09:54:30 | linuxstb | "Better" because it's smaller and only touches the WPS code in Rockbox, but it only implements a left margin, not the right margin. |
| 09:54:32 | Bagder | TFGBD: it is starting to |
| 09:54:35 | Isolinear | I agree. I also agree with Llorean's comment on it. |
| 09:54:42 | TFGBD | Ah, thought so... |
| 09:54:55 | TFGBD | Some newer cheapo players have those.. Right? |
| 09:55:19 | lemur | have what? |
| 09:55:38 | Bagder | cheapo? |
| 09:55:46 | lemur | is that a brand |
| 09:55:48 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 09:56:05 | Bagder | you mean cheap as in iPod touch cheap? |
| 09:56:33 | lemur | that's not cheap is it |
| 09:56:37 | J | if you think they're cheap, could you get me two? |
| 09:56:52 | lemur | I'm sorry, TFGBD, but cheap players have only buttons |
| 09:56:59 | lemur | and not very many |
| 09:57:15 | | Quit Rob222241 () |
| 09:58:07 | psycho_maniac | linuxstb: but what about the right margin? |
| 09:58:30 | pixelma | he explained it |
| 09:58:43 | | Join Rob2222 [0] (n=Miranda@p54B14714.dip.t-dialin.net) |
| 09:58:57 | JdGordon | right margin isnt really needed |
| 09:59:08 | lemur | better than the wrong margin, anyhow |
| 09:59:38 | TFGBD | Ok, then...midrange. |
| 10:00 |
| 10:00:02 | Bagder | I don't see it being price related at all |
| 10:00:20 | | Join cmonex [0] (n=xy6091@78.144.61.0) |
| 10:00:22 | cmonex | hello all |
| 10:00:28 | cmonex | CE does have a shared source license :) |
| 10:00:40 | cmonex | i've been reading the CE kernel source alot...very helpful for my little projects |
| 10:00:53 | Bagder | shared source doesn't help us one bit |
| 10:01:07 | cmonex | heh. well that's a comment to TFGBD's and lemur's discussion |
| 10:01:14 | lemur | well at least you get to know what it does |
| 10:01:17 | cmonex | Bagder, what do you need ? |
| 10:01:26 | lemur | that helps, and you can keep the source yourself for when the copyright expires |
| 10:01:28 | cmonex | lemur : yeah quite well...you can hack into it so much easier |
| 10:01:34 | Bagder | we need GPL compatible licenses |
| 10:01:34 | lemur | you'll be dead, but your children can use it |
| 10:01:35 | pixelma | JdGordon: why not? Is it always given that one wants the album art to the left (don't want any right margins now, just saying) |
| 10:01:40 | lemur | maybe grandchildren |
| 10:01:45 | cmonex | heh what do you mean lemur? |
| 10:01:48 | cmonex | i'm a bit.. lost |
| 10:02:18 | lemur | I mean, the fact that the source is on the table is good |
| 10:02:23 | TFGBD | But you sounded just a wee bit extreme with this "<lemur> well liking a system without having the source is like loving a woman who you've never seen and is married to someone else" |
| 10:02:28 | cmonex | heh TFGBD |
| 10:02:30 | lemur | you may not have a legal right to use it, but you will when it enters the public domain |
| 10:02:33 | cmonex | i was going to quote that now |
| 10:02:40 | cmonex | very funny and strange analogy |
| 10:02:48 | | Part merbzt |
| 10:02:50 | JdGordon | pixelma: right, but given that the patch is still the "wrong way" to do it.. and left margin is easy to add and right margin is a lot more hack work, then its not really needed |
| 10:03:06 | TFGBD | Sorry. Why can't you just like something for the heck of it or "just because" you like it? Who cares if something has source if you like it, is my point... ;) |
| 10:03:19 | TFGBD | I mean some people collect AOL CDs for goshsakes... |
| 10:03:20 | lemur | that analogy could be made better |
| 10:03:20 | cmonex | to be honest i don't give a damn if me reading and modifying the kernel is legal or not |
| 10:03:23 | linuxstb | TFGBD: _we_ care - that's the point... |
| 10:03:37 | TFGBD | <lemur> how can your favorite os be proprietary? |
| 10:03:38 | TFGBD | <lemur> unless ce has a shared source license or something |
| 10:03:45 | Bagder | I go with open source free software given a choice |
| 10:03:52 | cmonex | Bagder |
| 10:03:57 | pixelma | JdGordon: yeah, 100% agreed. Somehow your statement sounded more general to me... |
| 10:04:00 | lemur | ok but no need to cause a debate |
| 10:04:02 | cmonex | and i go with the software that works best for my needs |
| 10:04:04 | cmonex | i'm too selfish |
| 10:04:05 | cmonex | :) |
| 10:04:13 | Bagder | that's how we differ then |
| 10:04:18 | cmonex | hehehe ok |
| 10:04:19 | cmonex | :) |
| 10:04:45 | TFGBD | But even if it didn't, I'd still like it. Thats just how things are when you like them. If something has flaws or isn't perfect that doesn't mean they are "bad" or "unlovable" to use your woman analogy. :) |
| 10:04:53 | lemur | love is blind |
| 10:04:54 | lemur | yeah yeah |
| 10:05:07 | Bagder | but still, can we get back to rockbox |
| 10:05:20 | linuxstb | So, what editor do people use? ;) |
| 10:05:24 | Bagder | hahaha |
| 10:05:26 | lemur | see I want to settle down with a nice OS... nothing too glamarous or flashy |
| 10:05:28 | doc|home | vim/emacs/notepad! |
| 10:05:48 | lemur | vinanomacs! |
| 10:06:06 | lemur | you don't see much love for gedit |
| 10:06:29 | lemur | or the fact that kde comes with not one, not two, but three text editors. That's right, folks, three |
| 10:07:48 | cmonex | lol |
| 10:07:53 | cmonex | probably all three suck |
| 10:07:55 | cmonex | :) |
| 10:08:00 | lemur | oooh pwned |
| 10:08:25 | cmonex | hehehe |
| 10:08:27 | | Quit doc|home ("brb") |
| 10:08:27 | psycho_maniac | LOL |
| 10:08:29 | | Join Spiritsoulx [0] (n=Spiritso@24.86.181.152) |
| 10:08:34 | lemur | real men don't use text editors |
| 10:08:40 | lemur | they cat stdin |
| 10:08:44 | cmonex | ugh! |
| 10:08:44 | | Part Spiritsoulx |
| 10:08:46 | cmonex | :P |
| 10:08:56 | cmonex | those aren't real men... they are just utter nerds |
| 10:09:06 | lemur | true |
| 10:09:25 | cmonex | i'll tell you there is nothing wrong with someone being a bit of a nerd but... that's just too much |
| 10:09:26 | lemur | with their punch cards and peter grabriel albums |
| 10:09:29 | lemur | such nerd |
| 10:09:49 | * | cmonex 's been accused of being a geek many times anyway |
| 10:10:19 | cmonex | but i would not do the above :P |
| 10:10:49 | lemur | I've always respected emacs, but don't use it really |
| 10:10:52 | cmonex | heh |
| 10:10:59 | cmonex | TFGBD you still there? |
| 10:11:03 | psycho_maniac | i think i figured out my problem. im only using the left margin patch. the wps im trying to get to work uses left and right margins. |
| 10:11:26 | lemur | I mean vim... you push a bunch of keys... tappa tappa tappa... the file is edited−−viola! All done |
| 10:12:01 | lemur | emacs is like a party game for your fingers where you have to put an appendage on random parts of the keyboard |
| 10:12:11 | lemur | without falling over |
| 10:12:28 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 10:12:31 | GodEater_ | Twister (tm) for programmers |
| 10:12:33 | | Quit Calcifer (Read error: 104 (Connection reset by peer)) |
| 10:12:35 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 10:12:49 | | Quit Seedy (Read error: 110 (Connection timed out)) |
| 10:13:09 | | Join Rob2222 [0] (n=Miranda@p54B14714.dip.t-dialin.net) |
| 10:13:09 | | Quit Seed (Nick collision from services.) |
| 10:13:15 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 10:14:36 | | Join barrywardell [0] (n=barrywar@dhcp-892b9aab.ucd.ie) |
| 10:18:17 | cmonex | everyone asleep i see |
| 10:18:33 | pondlife | Can anyone explain why we have #defines for landscape and portrait. I'd think that the code could work out a sensible orientation based on the display's resolution... |
| 10:18:58 | Bagder | pondlife: laziness I guess |
| 10:19:08 | Bagder | but also, some people have worked on special builds that rotates |
| 10:19:23 | pondlife | I suspect so. The sort of laziness that becomes endemic though :/ |
| 10:19:40 | pondlife | That should be killed off asap unless there's a good reason. |
| 10:19:43 | JdGordon | pondlife: I added it because we were using SCREEN_ROTATE for mrobe which didnt make alot of sense |
| 10:19:49 | pondlife | Why? |
| 10:20:06 | pondlife | Can't you just get the display height and width and use that? |
| 10:20:08 | JdGordon | to give the compile time option to rotate it |
| 10:20:28 | pondlife | What if there exists a target with a landscape remote and portrait main display... |
| 10:20:40 | pondlife | I don't see how it can be a global #define |
| 10:21:12 | JdGordon | its not meant to be used out of firmware, but i sort of see your point |
| 10:21:30 | pondlife | If we need to rotate, can't that be handled inside the LCD driver entirely. |
| 10:21:45 | pondlife | I fear for the future (mis)use of this... |
| 10:21:49 | JdGordon | and the touchscreen driver |
| 10:22:08 | pondlife | Yes |
| 10:22:32 | pixelma | Nico_P: (for the logs) your fix works for displaying/clearing the album art - but the "placeholder" issue is still there. I mean that you can't have e.g. text displayed in the place of the album art even if it's not displayed; but as I said, this issues exists for all bmps (IIRC) |
| 10:22:37 | pondlife | 'What was SCREEN_ROTATE used for, btw? |
| 10:22:46 | pondlife | I mean, before mrobe |
| 10:22:53 | JdGordon | it wasnt i dont tihnk |
| 10:23:29 | pixelma | (still Nico_P: I even think that it existed before the tokenizer) |
| 10:26:52 | linuxstb | pixelma: Have you seen how my patch for icatcher.220x176x16 works? (when there is no album-art) ? |
| 10:27:59 | linuxstb | i.e. using %C as a conditional... |
| 10:29:40 | pixelma | nope |
| 10:30:15 | psycho_maniac | linuxstb: are you going to commit 8135? just curious. |
| 10:30:22 | pixelma | where is it (interested in the wps code)? |
| 10:30:33 | linuxstb | www.rockbox.org/tracker/task/8134">http://www.rockbox.org/tracker/task/8134 |
| 10:30:50 | linuxstb | psycho_maniac: Assuming the general feeling is that it is OK to commit, then yes. |
| 10:33:00 | | Join PaulJam [0] (i=PaulJam_@vpn-3109.gwdg.de) |
| 10:34:40 | psycho_maniac | i hope all goes well. |
| 10:34:40 | pondlife | linuxstb: The only reason I can think of not to commit it, would be whether we'd want to support this feature once viewports arrive. |
| 10:34:48 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 10:35:02 | pondlife | I suppose we don't have to maintain WPS backward compatibility, even then. |
| 10:35:21 | Bagder | imho, we need to stop not doing things while waiting for viewports |
| 10:35:31 | pondlife | I agree |
| 10:35:33 | Bagder | it could just as well take another two years |
| 10:35:59 | Bagder | we'll just have to do a non-compatible bump when that time comes |
| 10:36:05 | psycho_maniac | maybe pushing to commit this will get amiconn to start working on viewports. |
| 10:36:46 | pondlife | Doesn't have to be amiconn. |
| 10:38:20 | GodEater_ | pondlife: you mean you understand how he wants it implemented ? |
| 10:38:38 | psycho_maniac | i just thought that because as i read he had a very good idea how viewpoets worked. |
| 10:38:39 | Bagder | well, amiconn's way is just one way... |
| 10:38:50 | pondlife | No, but I think there are other capable hackers here.. |
| 10:39:04 | pondlife | Simple is good.. We can build on top of that later. |
| 10:39:13 | GodEater_ | indeed - all equally inspired to start it :) |
| 10:39:20 | Bagder | haha, exactly |
| 10:39:29 | pondlife | You got it. |
| 10:39:51 | GodEater_ | amiconn is the only person who keeps saying he'll start it (although granted he's not done so yet) ;) |
| 10:41:40 | pixelma | linuxstb: I have no problem displaying the using the album art tag as conditional. The problem is when used inside another conditional (like %?mh for example), but I remember having the same problem in my wps with simple bmps. I could work around it somehow, I think I reverted the "logic" behind it, but unfortunately neither remember the details nor have the original problematic code around... |
| 10:45:54 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") |
| 10:51:43 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 10:51:44 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 10:54:06 | pixelma | it even works correctly when there is no cover art picture, the only problem is when there is a picture that could be displayed later (in my example if I switch hold to on) |
| 10:55:54 | cmonex | ok gnite. |
| 10:55:55 | | Part cmonex |
| 10:58:41 | PaulJam | hmm, with latest svn it seems as if having dynamic text (e.g. remaining time) or an alternating subline on a line that overlaps the abumart clears it partially. |
| 11:00 |
| 11:00:23 | | Join Crash91 [0] (i=d98bd903@gateway/web/cgi-irc/ircatwork.com/x-a0d1ca4e8f2fc8ca) |
| 11:00:56 | | Part Crash91 |
| 11:00:58 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 11:02:38 | pixelma | PaulJam: yep, that's what I meant too |
| 11:02:44 | | Quit kclaf (Read error: 104 (Connection reset by peer)) |
| 11:03:24 | pixelma | (or I think it's has the same origin) |
| 11:04:01 | | Join kclaf [0] (n=kclaf@85.95.211.245) |
| 11:04:33 | | Join Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) |
| 11:06:24 | *** | Saving seen data "./dancer.seen" |
| 11:07:56 | JdGordon | Slasheri: hey, did you get a chance to look at the dircache for hotswap patch yet? |
| 11:18:18 | Toki | excuse me maybe I should repeat my question |
| 11:18:21 | Toki | has anyone experienced "looped" mp3 playback in H340? |
| 11:18:36 | Toki | when the player continues playing track after its end |
| 11:18:54 | GodEater_ | you have repeat on ? |
| 11:18:58 | Toki | no |
| 11:19:23 | Toki | it happens in about 1/3 of files played |
| 11:19:53 | Toki | my player is bought recently in used condition so it maybe a problem of a particular device |
| 11:20:03 | Toki | yet i havent noticed it with original fw |
| 11:20:14 | Toki | havent tested with it much though |
| 11:22:14 | linuxstb | Have you checked the filesystem for errors? e.g. with chkdsk? |
| 11:22:33 | Toki | yes, no errors |
| 11:24:09 | linuxstb | Is it always the same MP3s which loop, or does it sometimes work, and sometimes not work? |
| 11:24:35 | Toki | no, its different mp3s |
| 11:24:53 | Toki | but usually from the same album (ripped with same codec etc) |
| 11:25:21 | Toki | if it happened with 1st track in album - chances are high that next one will be looped too |
| 11:25:38 | Toki | but if I use fast forward it doesnt happen on track's end |
| 11:26:01 | | Join spiorf [0] (n=spiorf@host189-213-dynamic.20-79-r.retail.telecomitalia.it) |
| 11:26:27 | linuxstb | Can you try creating a new, empty folder, putting one of the problematic mp3s in that folder by itself, and play it? |
| 11:26:33 | Bagder | linuxstb: the tcctool seems to have been mirrored out to the download mirrors now as well |
| 11:26:48 | * | Bagder spotted a question about a win version in the forums |
| 11:26:53 | linuxstb | Bagder: OK, thanks. It's taken a life of its own as the only way to recover a "bricked" D2. |
| 11:27:00 | Toki | sure |
| 11:27:01 | Bagder | yeah, I noticed |
| 11:27:16 | linuxstb | Which seems easy to do if you install the wrong firmware update... |
| 11:28:47 | Toki | need to charge the player first - will take some time |
| 11:31:53 | | Join micols_ [0] (n=micols@scharff.fys.ku.dk) |
| 11:32:26 | | Join UncleRem1s [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) |
| 11:35:58 | | Join JdGordon_ [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 11:35:58 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 11:36:27 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 11:38:07 | | Join annulus__ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) |
| 11:39:11 | | Join webguest99 [0] (i=d98bd903@gateway/web/cgi-irc/labb.contactor.se/x-d6b6b7194f12a871) |
| 11:39:26 | webguest99 | where do i put the voice files on my ipod video 30gb |
| 11:40:17 | pixelma | Bagder: did you also see the first mention of a c200 v2? (http://forums.rockbox.org/index.php?topic=12906.msg102651#msg102651) |
| 11:40:33 | * | Bagder didn't... looking now |
| 11:44:05 | | Quit micols (Read error: 110 (Connection timed out)) |
| 11:44:13 | | Quit UncleRemus (Read error: 110 (Connection timed out)) |
| 11:45:07 | | Quit annulus_ (Read error: 110 (Connection timed out)) |
| 11:45:23 | webguest99 | where do i put the voice files on my ipod video 30gb?? |
| 11:45:40 | pixelma | what does the manual tell you? |
| 11:46:06 | webguest99 | nothing |
| 11:46:15 | webguest99 | it says rbutil can install them |
| 11:46:18 | webguest99 | not a location' |
| 11:47:31 | | Join karashata [0] (n=Kimi@pool3-048.adsl.user.start.ca) |
| 11:47:37 | webguest99 | karashata: hi |
| 11:47:45 | karashata | hi |
| 11:48:26 | webguest99 | guess who |
| 11:48:40 | pixelma | webguest99: seen section 2.3.3? |
| 11:49:30 | webguest99 | ok thanks |
| 11:49:32 | | Quit webguest99 ("CGI:IRC") |
| 11:59:19 | | Join XavierGr [0] (n=xavier@ppp132-109.adsl.forthnet.gr) |
| 12:00 |
| 12:00:16 | karashata | barrywardell: Line-in recording still doesn't work on the H10, sorry to say |
| 12:03:56 | barrywardell | karashata: :( is that with the lates svn build? |
| 12:04:09 | karashata | yep |
| 12:04:36 | karashata | just updated about 10 minutes ago when I saw the note on the front page about an attempted fix |
| 12:05:00 | barrywardell | what happens now? still no signal? |
| 12:05:08 | * | karashata nods |
| 12:05:12 | karashata | absolutely nothing |
| 12:06:45 | | Join einhirn [0] (n=Miranda@p5B030D56.dip0.t-ipconnect.de) |
| 12:06:51 | karashata | I would imagine once you do get it working it should act similar enough to the official firmware that it starts listening to the input from line in and outputting it through line-out and the headphone jack upon entering the recording screen |
| 12:07:20 | karashata | however, just to be sure nothing at all is being heard I do make a small recording, which turns out to be quite silent |
| 12:11:59 | barrywardell | does fm recording work for you? |
| 12:12:22 | karashata | yep |
| 12:12:32 | | Join Thundercloud [0] (n=thunderc@resnet29.nat.lancs.ac.uk) |
| 12:17:31 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 12:18:40 | | Quit homielowe (Remote closed the connection) |
| 12:21:34 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
| 12:23:51 | linuxstb | aliask: Hi. Did you see the mknkboot program I committed? |
| 12:24:07 | aliask | linuxstb: Yes, I haven't tested it, but it looks nice |
| 12:24:58 | aliask | I tried the dual boot idea you mentioned earlier, but I made the jump in the main() of the bootloader rather than crt0.S and it didn't work |
| 12:25:43 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 12:26:40 | linuxstb | aliask: I would (at least initially) do it at the _very_ beginning of crt0.S. So no extra initialisation of any kind that might upset the original firmware happens. |
| 12:27:21 | | Join mrkiko [0] (n=mrkiko@88.34.98.169) |
| 12:27:22 | mrkiko | hi all! |
| 12:27:32 | linuxstb | BTW, I don't understand the purpose of the "disable" record - isn't EBoot one of the other records in the nk.bin, in which case, why don't we just patch it directly? Or is EBoot somewhere else? |
| 12:27:54 | aliask | I started doing it, but realised I didn't know the appropriate asm to make it do what I wanted |
| 12:28:22 | barrywardell | karashata: I'll have to do some measurements. I suspect we need to figure out what gpio bit the LV4052's A pin is connected to. I'm guessing we need to enable 1Y1 and 2Y1 for line-in |
| 12:28:27 | linuxstb | aliask: You could look at firmware/target/arm/tcc77x/crt0.S - I do something similar there. |
| 12:28:46 | barrywardell | karashata: thanks for testing anyway |
| 12:28:54 | karashata | hey, I'm happy to help |
| 12:29:01 | aliask | linuxstb: eboot is another .bin file - so i think it patches the already loaded code |
| 12:29:12 | aliask | linuxstb: Ah cheers, I'll take a look at it |
| 12:29:14 | linuxstb | aliask: OK, that makes sense then. |
| 12:29:17 | rdlas | hello. does anyone know of anyone working on 2nd gen nano? |
| 12:29:26 | | Quit J3TC- (Read error: 113 (No route to host)) |
| 12:29:30 | rdlas | ie a rockbox port for it |
| 12:29:36 | linuxstb | rdlas: No, no-one is working on it. |
| 12:29:44 | rdlas | id rather avoid buying a FLAC compat player |
| 12:30:57 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 12:30:58 | Bagder | rdlas: all rockbox compatibles except the archos ones are "FLAC compatible" ;-) |
| 12:32:48 | linuxstb | aliask: Am I right in assuming that it doesn't matter if we flash a broken nk.bin? We can always enter recovery mode again and upload a good version? |
| 12:33:21 | aliask | linuxstb: Not entirely sure. |
| 12:33:50 | linuxstb | But so far, you've always been able to enter recovery mode? |
| 12:33:57 | aliask | ptw flashed a eboot.bin which was renamed to nk.bin and patched to load our code, which ruined his player |
| 12:34:17 | linuxstb | Hmm... |
| 12:35:30 | aliask | Hrm, I think I know what happened now that I think about it |
| 12:35:42 | linuxstb | BTW, are the addresses (0x88200000 onwards) stored in the header of each record pointing to RAM or the flash ROM? |
| 12:36:09 | aliask | RAM |
| 12:36:29 | aliask | RAM is 0x80000000 |
| 12:36:48 | aliask | Though I'm not sure what memory mapping the OF does |
| 12:38:15 | linuxstb | It must remap it from 0x80000000 - that would make 0x88200000 130MB into RAM |
| 12:38:34 | aliask | Hrm, good point |
| 12:38:55 | aliask | Is it possible to see what remapping the OF does? |
| 12:40:15 | linuxstb | Only by disassembling the OF I would guess - which probably isn't straightforward given it's a full-blown WinCE kernel... |
| 12:40:51 | | Quit lemur ("goodnight") |
| 12:41:16 | aliask | Yes, I have tried a couple of times to disassemble it, and I've had a very hard time with it |
| 12:45:13 | rdlas | anyone tried rockbox on an iaudio x5? |
| 12:46:29 | markun | rdlas: quite a few people have |
| 12:47:02 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 12:47:48 | markun | rdlas: what's the problem with a FLAC compatible player? |
| 12:51:48 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 12:54:17 | markun | roolku: thanks for the Gigabeat clock fix |
| 12:58:01 | Dark_Apostrophe | mar' |
| 12:58:06 | Dark_Apostrophe | markun: Clock fix? |
| 12:58:16 | markun | yes, last commit |
| 12:58:27 | Dark_Apostrophe | What was wrong with the clock? |
| 12:58:45 | pondlife | Is this the Saturday issue on Gigabeat? |
| 12:58:49 | LinusN | yes |
| 12:58:49 | markun | pondlife: yes |
| 12:59:03 | markun | Dark_Apostrophe: check the rockbox frontpage and read the bugreport |
| 12:59:19 | pondlife | I had the same symptom on H340, with the wakeup patch. |
| 12:59:31 | Dark_Apostrophe | Ah |
| 12:59:47 | Dark_Apostrophe | Well, by next saturday, I will have updated rockbox 6 times |
| 12:59:50 | pondlife | Probably unrelated |
| 12:59:50 | Dark_Apostrophe | So no worries :) |
| 13:00 |
| 13:05:24 | | Quit Jon-Kha (Remote closed the connection) |
| 13:06:25 | *** | Saving seen data "./dancer.seen" |
| 13:06:26 | aliask | linuxstb: Does that ASM match the C? http://pastebin.ca/770563 |
| 13:07:56 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 13:08:46 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 13:08:46 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 13:11:15 | linuxstb | aliask: Does it compile? |
| 13:11:39 | aliask | Let's see |
| 13:12:05 | linuxstb | You're limited in terms of what constants you can use with mov and ldr r0, [r1, #xxxx], so the assembler might complain. |
| 13:12:58 | aliask | It complained on three lines... how do I get around that? |
| 13:13:55 | linuxstb | You could "ldr r0, =0x53fa4000" followed by ldr r0, [r0] |
| 13:15:58 | aliask | Seems like a funny limitation. I seem to have gotten it to compile by using that method and changing the ldrne line to use a = instead of #, would that still be doing what I want? |
| 13:16:35 | preglow | if you're loading an arbitrary constant with ldr, you need to use = |
| 13:16:39 | amiconn | It's a very logical limitation, see the arm reference manual |
| 13:16:59 | preglow | if you're using mov to load a constant, you can load any eight bit number rotated left by an amount |
| 13:17:36 | aliask | I thought it might have been something like that. It's 8 bit then is it... |
| 13:18:05 | | Join advcomp2019__ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 13:18:34 | | Quit spiorf (Remote closed the connection) |
| 13:20:36 | | Quit Jon-Kha (Remote closed the connection) |
| 13:25:17 | | Join J3TC- [0] (n=jetc123@wlrsvd-180.njit.edu) |
| 13:26:58 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 13:28:11 | | Join Siku [0] (i=Siku@e81-197-76-6.elisa-laajakaista.fi) |
| 13:30:43 | aliask | The code seemed to be good, but it was still freezing when booting into the OF |
| 13:31:34 | | Join Echelon [0] (i=ryan@tinfoilhat.net) |
| 13:35:23 | | Quit advcomp2019_ (Read error: 110 (Connection timed out)) |
| 13:36:16 | | Join n1s [0] (n=nils@130.243.209.90) |
| 13:39:08 | | Quit markun (Read error: 113 (No route to host)) |
| 13:40:07 | | Join markun [0] (n=markun@bastards.student.utwente.nl) |
| 13:42:30 | linuxstb | aliask: Where are you loading the bootloader to now? Wasn't it overwriting the original firmware? |
| 13:42:39 | pondlife | Hmm, the Gigabeat needs s keyclick even more than the H340... |
| 13:43:00 | pondlife | Maybe my fingertips are numbed from overtyping.. |
| 13:43:35 | | Quit rdlas () |
| 13:43:47 | aliask | linuxstb: 0x88EC0CD8 - it's the position directly after the last entry in nk.bin |
| 13:44:22 | aliask | It's loading fine - if I leave the hold switch off, the RB bootloader comes up |
| 13:44:34 | | Quit mrkiko (Remote closed the connection) |
| 13:45:11 | | Join sup [0] (i=1000@c80-217-107-137.bredband.comhem.se) |
| 13:46:59 | linuxstb | Have you tried reversing the logic? |
| 13:47:09 | linuxstb | i.e. start the OF if the hold switch is off. |
| 13:47:13 | Nico_P | roolku: the cuesheets aren't on the buffer yet |
| 13:48:12 | aliask | linuxstb: It'll be the first thing I test tomorrow morning, I think I'm about to head to sleep though |
| 13:48:16 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 13:49:57 | roolku | Nico_P: hm, where are they? I thought the issue was that there were 32 copies of the datastructure required? |
| 13:50:45 | Nico_P | roolku: no, there are only 2 static sue structs... but I'll put them on the buffer very soon |
| 13:51:48 | amiconn | Don't forget that hwcodec doesn't use MoB yet |
| 13:51:55 | roolku | Nico_P: I see |
| 13:52:04 | Nico_P | amiconn: good point |
| 13:53:51 | Nico_P | amiconn: btw, have you seen linuxstb's scroll margin patch? |
| 13:55:14 | preglow | amiconn: i guess we should try to support mob on hwcodec too, though? |
| 13:56:46 | Nico_P | preglow: shouldn't be too hard... I don't mind giving it a go, but I have no HWCODEC target :/ |
| 13:56:48 | amiconn | Yes. It requires a complete rework of hwcodec playback (and recording) though |
| 13:56:59 | Nico_P | ah... |
| 13:57:19 | Nico_P | then I'll probably let someone with a clue do it :) |
| 13:58:11 | amiconn | Basically, the whole hwcodec playback engine needs to be replaced with the code in playback.c + buffering.c, minus everything that's impossible on hwcodec (like crossfade, codec swap), and the low level interface needs to resemble pcm_playback.c |
| 13:58:23 | amiconn | Should be called mas_playback or sth like that |
| 13:58:54 | amiconn | For pcm support, we also need a state machine for mas configuration (that's probably the easiest part) |
| 13:59:55 | preglow | amiconn: well, that would be a nice excuse to also do proper pcm playback |
| 13:59:58 | preglow | which is way overdue |
| 14:00 |
| 14:00:24 | amiconn | Yes, and pcm recording in the core |
| 14:00:44 | preglow | deed |
| 14:01:33 | amiconn | So what to do next? More backlight fixing? Power management? LCD fixes and improvements? Greyscale? Viewports? MAS state machine? :> |
| 14:02:00 | Nico_P | amiconn: hehe, you need to delegate :) |
| 14:02:09 | preglow | haha |
| 14:02:20 | preglow | having lots of things to do can never be bad, just go for it! :P |
| 14:02:26 | preglow | viewports should be a priority, of course :> |
| 14:02:40 | amiconn | Nico_P: Any volunteers? |
| 14:02:58 | amiconn | preglow: For me, lower level always has priority over higher level code |
| 14:03:16 | Nico_P | amiconn: I'd be willing to try to get viewports going |
| 14:03:39 | markun | preglow: http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-November/001849.html |
| 14:04:39 | amiconn | There are some more: bitmap "objects" and transparency support on 1bpp+2bpp, compressed bitmaps on 16bpp |
| 14:04:48 | amiconn | And the nano problem also still exists |
| 14:05:27 | preglow | markun: nice |
| 14:05:55 | preglow | amiconn: is transparency on 1bpp+2bpp really needed? |
| 14:06:25 | amiconn | yes |
| 14:06:27 | preglow | amiconn: i kind of agree on low-level stuff having a priority, usually because it's more fun |
| 14:06:36 | preglow | amiconn: searching through retailos disassembly isn't fun... |
| 14:06:38 | | Quit aliask ("ChatZilla 0.9.79 [Firefox 2.0.0.8/2007102207]") |
| 14:06:44 | pondlife | No point building on sand... |
| 14:07:04 | * | Nico_P agrees too but doesn't have a damn clue about low-level stuff |
| 14:07:15 | amiconn | Low level is the foundation for higher level, and I like my foundations to be clean, robust & efficient |
| 14:07:16 | pondlife | Nico_P: Imagine trying to debug playback with buggy mutex code... :) |
| 14:07:22 | | Quit sup ("leaving") |
| 14:07:47 | Nico_P | pondlife: a real nightmare |
| 14:08:03 | Nico_P | I'm very thankful for the already rather robust foundations we have |
| 14:08:10 | amiconn | preglow: And you're right, low level is more fun than high level for me. asm optimisation is usually the best... |
| 14:08:24 | preglow | amiconn: in small doses, i agree :P |
| 14:08:40 | preglow | too much asm makes my brain weird |
| 14:08:56 | preglow | also, i usually make such stupid bugs in asm |
| 14:09:08 | amiconn | Getting my head around thread synchronisation issues, otoh, isn't fun. Took me quite a while to come up with a working solution for backlight brightness + pwm fade on G5/Nano |
| 14:09:18 | amiconn | I hope to be able to commit this tonight |
| 14:09:33 | preglow | i've always tried to avoid threads for the same reason |
| 14:09:45 | pondlife | Anyone able to supply me a built RBUtilQt ? |
| 14:09:53 | preglow | but the way things are going, i've decided i should really start getting used to them, heh |
| 14:11:18 | pondlife | I suspect the SVN version is still not building .talk files.. |
| 14:12:02 | | Join sup [0] (i=super@c80-217-107-137.bredband.comhem.se) |
| 14:12:34 | Nico_P | pondlife: windows? |
| 14:12:39 | pondlife | Yep |
| 14:12:44 | pondlife | SVN version |
| 14:12:55 | linuxstb | I think bluebrother posted a build a couple of days ago - has it changed since then? |
| 14:13:00 | | Part LinusN |
| 14:13:13 | pondlife | Probably not, do you have a link? |
| 14:13:16 | Nico_P | pondlife: hmm unless Qt makes it very easy I'm afraid I won't be of much help |
| 14:13:34 | pondlife | I need to get VMWare working... |
| 14:13:41 | linuxstb | www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-1.0.3pre.zip">http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-1.0.3pre.zip - from 10 November, 13.39.09 |
| 14:13:44 | pondlife | Thanks |
| 14:14:04 | preglow | our current voice building stuff are just scripts, right? |
| 14:15:16 | n1s | preglow: mostly, wavtrim and voicefont are c programs though |
| 14:15:25 | preglow | i wonder how to fit speex encoding into it |
| 14:15:36 | preglow | it probably needs to be c, and require libspeex |
| 14:15:41 | preglow | unless we're going to use statically linked stuff |
| 14:15:43 | n1s | s/lame/speexenc :D |
| 14:15:53 | preglow | speexenc only makes .ogg files :/ |
| 14:16:04 | preglow | that is, speex in an ogg container |
| 14:16:13 | GodEater_ | is that bad ? |
| 14:16:17 | pondlife | Hmm, what's the requirement? |
| 14:16:26 | n1s | can't you convince jmspeex to add a -raw option? |
| 14:16:27 | preglow | GodEater_: well, it means we have to put ogg parsing code in the core |
| 14:16:35 | preglow | GodEater_: and why would we want to waste space on the ogg container anyway? |
| 14:16:54 | preglow | n1s: that would mean we'd have to wait for a new release anyway, and no, i doubt he's interested in that |
| 14:17:07 | preglow | speex should always be put in ogg anyway, so this is our responsibility |
| 14:18:13 | Nico_P | preglow: so what are you going to do? |
| 14:18:41 | preglow | Nico_P: two options: use speexenc and strip away ogg, modify testenc.c and make our own little encoder doing custom bit packing and header generation |
| 14:18:44 | pondlife | Can we not make some rash assumptions about the container..:) |
| 14:19:02 | preglow | the only problem with option 2 is that we rely on libspeex being available |
| 14:19:06 | markun | preglow: here someone suggest using your own little encoder (I think) http://lists.xiph.org/pipermail/speex-dev/2004-April/002498.html |
| 14:19:07 | preglow | unless we link statically... |
| 14:19:40 | Nico_P | preglow: couldn't you compile a tool from the rockbox ogg parsing code and use it in the scripts? |
| 14:19:57 | Nico_P | ...to exctract the raw speex data I mean |
| 14:20:40 | preglow | Nico_P: yes i could, but it would probably be lots more complex than just making our own encoder |
| 14:20:53 | preglow | also, if we just strip, we can't control bit packing |
| 14:21:46 | preglow | the encoder source would be really tiny, all the work is in libspeex |
| 14:24:30 | PaulJam | Nico_P: in case you haven't read the logs, there is a problem with the latest changes of albumart: having dynamic text (e.g. remaining time) or an alternating subline on a line that overlaps the abumart clears it partially. |
| 14:25:16 | Nico_P | PaulJam: that's expected, and I hardly think it's a bug |
| 14:25:21 | preglow | agreed... |
| 14:25:31 | PaulJam | oh.. |
| 14:25:49 | preglow | it will all be better with viewports anyway :V |
| 14:26:42 | Nico_P | PaulJam: solving this kind of problem would require either making everything dynamic (not good), or finding a way to account very precisely for what can draw things in each line |
| 14:27:02 | Nico_P | which is quite complex |
| 14:27:08 | GodEater_ | Nico_P: or implementing ViewPorts ;) |
| 14:27:14 | Nico_P | yeah, that too :) |
| 14:27:45 | Nico_P | linuxstb: have you tried your xoffset patch with the latest AA change? |
| 14:28:07 | roolku | Nico_P: considering that all other bitmaps are dynamic (afaik) do you think one bitmap (Album art) makes a difference? |
| 14:28:28 | linuxstb | Nico_P: No, I'm busy with real work today. |
| 14:28:39 | Nico_P | roolku: other bitmaps aren't dynamic. and the way AA is drawn makes it more costly than other bitmaps |
| 14:28:50 | Nico_P | linuxstb: ok, I'll check there aren't any problems |
| 14:28:53 | roolku | Nico_P: okay, fair enough |
| 14:29:38 | Nico_P | roolku: draw_albumart needs to access the main buffer through the API, which is more expensive than just reading memory with a pointer |
| 14:32:14 | roolku | Nico_P: makes sense; I haven't looked at the wps image display code recently, was just going by memory from a while back. |
| 14:33:04 | Nico_P | roolku: bitmaps can become dynamic if they are in a dynamic conditional |
| 14:33:12 | roolku | roolku: ... and the fact that the overwriting doesn't happen with ordinary bitmaps |
| 14:33:14 | Nico_P | and that's the case of AA too now |
| 14:36:10 | Nico_P | roolku: a static bitmap can easily be overwritten by a line |
| 14:36:11 | roolku | hm, I use %?C<%C|%xdz> and still get overwritten AA? Let me check latest svn |
| 14:36:17 | PaulJam | Nico_P: how is the situation for images that get loaded by %x ? they don't get overwritten by dynamic text (i use then as mask to make sure that certain elements dont overlap with the background) |
| 14:36:28 | Nico_P | roolku: %?C isn't dynamic |
| 14:37:34 | | Part kingwen |
| 14:38:25 | Nico_P | PaulJam: those are neither static nor dynamic but they are redrawn on each wps update |
| 14:38:40 | Nico_P | and they are drawn on top of the text |
| 14:40:47 | roolku | okay, I overlooked _dynamic_ conditional - all makes sense now. still annoying. Let's hope we find a solution and until then I will have to live with patching %C back to dynamic again. |
| 14:40:48 | | Nick bb_ is now known as bb (n=bb@unaffiliated/bb) |
| 14:41:42 | markun | Nico_P: do you have an example WPS for me to add AA to rockboxed? |
| 14:41:42 | Nico_P | roolku: maybe including this in a dynamic conditional could do |
| 14:41:53 | Nico_P | markun: on which target? |
| 14:41:57 | markun | gigabeat |
| 14:42:01 | | Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) |
| 14:42:12 | Nico_P | markun: www.rockbox.org/tracker/task/8134">http://www.rockbox.org/tracker/task/8134 has a patch for iCatcher that should be a good example |
| 14:42:20 | markun | thanks |
| 14:42:57 | Nico_P | markun: ideal would be to try to do like linuxstb did in his patch: make the WPS adapt to whether or not there is AA |
| 14:43:12 | markun | Nico_P: yes, that's what I wanted |
| 14:43:22 | markun | where's his patch? |
| 14:43:26 | Nico_P | then you want to look at linuxstb's patch, not mine... same place |
| 14:44:36 | pixelma | then I was speaking about a different problem (the "placeholder" one) which also won't go away with viewports... |
| 14:45:10 | donsdw | After a new install, should my .rockbox directory be empty, with rbutilqt.exe among others in the root directory? (I think I might have screwed up.) |
| 14:45:13 | Nico_P | pixelma: is your WPS test better with my latest commit? |
| 14:45:29 | | Join japc [0] (n=japc@194.65.5.235) |
| 14:46:23 | Nico_P | linuxstb: unsurprisingly, your patch still works perfectly :) |
| 14:47:42 | jhMikeS | Nico_P: did you see my comments about having no specialized yield for buffering at all and what was discovered? |
| 14:48:24 | Nico_P | jhMikeS: I think I saw a part where you were telling things fell apart with a 8k chunk size, but that's all I remember |
| 14:48:32 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 14:49:10 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 14:49:10 | Nico_P | s/telling/saying/ |
| 14:49:23 | pixelma | I answered in the logs - one problem is solved (now it reacts correctly on hold switch). But if it finds an album art picture that could possibly be displayed later (if I switch hold to on later) this area is left blank, I can't put text there instead. If there is no album art present everything is fine but as I said, I think the problem is there with bmps too |
| 14:49:58 | jhMikeS | Nico_P: It wasn't that. It just falls apart when thread timings change. Other than than, the sansa ata driver needs to yield more often and buffering will fill at the same rate as the PCM buffer on %-age basis. |
| 14:50:25 | Nico_P | jhMikeS: oh, so it's bad? |
| 14:50:25 | jhMikeS | I found the buffering thread to be stuck *R while codec was B and it would stay that way. |
| 14:50:47 | Nico_P | hmm I don't know how to use the thread debug screen |
| 14:51:06 | Nico_P | pixelma: hmm maybe I could find a way to only clear AA once... |
| 14:51:29 | Nico_P | IIRC I tried that for all bitmaps at one point and it had a problem... I should have a look at the patch |
| 14:52:01 | | Join JRoT [0] (n=JRoT@ip4da03737.direct-adsl.nl) |
| 14:52:02 | jhMikeS | definitely race conditions exist and show up. though at least it proves yield_codecs is unnescessary. |
| 14:52:13 | JRoT | how do i enable AlbumArt |
| 14:52:29 | JRoT | just pasting #define HAVE_ALBUMART in my config? |
| 14:52:42 | Nico_P | jhMikeS: do you think the mutex idea could help? |
| 14:53:01 | Nico_P | JRoT: that comment wasn't directed to users. you need a WPS that uses AA |
| 14:53:12 | JRoT | i just made one |
| 14:53:19 | JRoT | that will do the trick? |
| 14:53:23 | Nico_P | JRoT: and you need to have the bitmaps www.rockbox.org/wiki/AlbumArt">http://www.rockbox.org/wiki/AlbumArt |
| 14:53:37 | JRoT | i read that |
| 14:53:50 | Nico_P | then you probably know all you need to :) |
| 14:53:56 | JRoT | and i pasted %Cl|50|70|c100|b100| |
| 14:54:02 | JRoT | is that enough? |
| 14:54:10 | Nico_P | you need the tag too |
| 14:54:19 | Nico_P | damn... the other tag |
| 14:54:26 | JRoT | the #define HAVE_ALBUMART? |
| 14:54:38 | Nico_P | JRoT: no. the wiki page clearly mentions two tags |
| 14:54:59 | jhMikeS | Nico_P: that's part of it...the codec framework needs a partial redesign really. |
| 14:55:04 | JRoT | ah the %c |
| 14:55:07 | Nico_P | yes |
| 14:55:14 | Nico_P | for some reason I can't type that |
| 14:55:29 | PaulJam | note that it is a capital C |
| 14:55:36 | JRoT | %C |
| 14:55:37 | JRoT | k |
| 14:55:39 | JRoT | thnx |
| 14:55:58 | markun | Nico_P: this wiki page? CustomWPS |
| 14:56:12 | Nico_P | jhMikeS: so until then, what do we do? keep yield_codec as it is? |
| 14:56:41 | Nico_P | markun: I was talking about AlbumArt, but that reminds me CustomWPS needs an update |
| 14:56:42 | markun | Nico_P: ah, I found the separate album art wiki |
| 14:57:08 | jhMikeS | I suppose if it's holding up atm, yeah. Really I don't want to think about it until voice is core...which won't be long, right preglow? :> |
| 14:59:31 | donsdw | After a new install, should my .rockbox directory be empty, with rbutilqt.exe among others in the root directory? (I think I might have screwed up.) |
| 15:00 |
| 15:01:51 | | Join linpp [0] (i=linpp@pure.noffle.net) |
| 15:02:13 | linpp | hello, i have no more ideas of what to do, i always get the same error when running rockbox |
| 15:02:16 | linpp | Your configuration is invalid. This is most likely due to a new installation of Rockbox Utility or a changed device path. The configuation dialog will now open to allow you correcting the problem. |
| 15:02:24 | linpp | any help is much appreciated.. |
| 15:02:25 | | Quit JdGordon ("Konversation terminated!") |
| 15:03:45 | JRoT | somehow it doesn't show AA on my sansa |
| 15:04:56 | linpp | oh wait, i forgot to run it as root, haha |
| 15:04:57 | markun | JRoT: from the samples in the patch tracker it look like you should use %Cl|50|70|100|100| instead of %Cl|50|70|c100|b100| |
| 15:05:12 | markun | but not sure if that's the problem |
| 15:05:18 | JRoT | i will try |
| 15:05:25 | Nico_P | the c and b shouldn't be a problem (I hope) |
| 15:05:32 | JRoT | now it just crashes when song with AA |
| 15:05:43 | Nico_P | JRoT: are you up to date? |
| 15:05:49 | JRoT | yes |
| 15:05:53 | JRoT | latest version |
| 15:05:54 | Nico_P | what rev? |
| 15:05:55 | JRoT | 15595 |
| 15:06:00 | PaulJam | Nico_P: another question about albumart: with the albumart patch on the tracker the image was stored in the WPS imagebuffer, do i understand you previous statement (about having to acces the main buffer at every update) correct when i think that this isn't the case anymore? |
| 15:06:05 | Nico_P | hmm |
| 15:06:27 | *** | Saving seen data "./dancer.seen" |
| 15:06:31 | Nico_P | PaulJam: yes, you understand correctly. the bitmaps are stored on the main buffer and stay there |
| 15:06:48 | | Quit donsdw () |
| 15:07:09 | Nico_P | JRoT: could I have your WPS? |
| 15:07:15 | JRoT | sure |
| 15:07:42 | PaulJam | ok, then someone should update the AlbumArt wiki. under "Troubleshooting" this is still mentionied as possible error cause. |
| 15:08:58 | Nico_P | oh yes I missed that one |
| 15:09:06 | Nico_P | thanks |
| 15:10:44 | | Quit sd (Read error: 113 (No route to host)) |
| 15:11:07 | preglow | jhMikeS: won't be long at all, no |
| 15:11:21 | barrywardell | Is this still valid: www.rockbox.org/tracker/task/7138?">http://www.rockbox.org/tracker/task/7138? |
| 15:11:27 | preglow | jhMikeS: but i'll need help with the playback.c part of it for sure |
| 15:15:15 | jhMikeS | preglow: I'm ready to run on that. Should mostly be a matter of deleting stuff. |
| 15:15:23 | | Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) |
| 15:15:57 | donsdw | Is the file, VERSION.TXT a Rockbox file? |
| 15:16:39 | pixelma | donsdw: on a Sansa? |
| 15:16:59 | donsdw | Yes |
| 15:18:10 | jhMikeS | preglow: exactly how much from speex.codec actually needs to be in something that simply plays clips start to finish? |
| 15:18:38 | pixelma | donsdw: this file is from the original firmware, rockbox has something similar (rockbox-info.txt in the .rockbox directory) |
| 15:18:44 | donsdw | pixelma: Yes, on a Sansa. |
| 15:19:33 | donsdw | Would it be okay to delete VERSION.TXT even if it is a Sansa file? |
| 15:19:53 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 15:20:42 | donsdw | pixelma: Thank you. |
| 15:21:10 | preglow | jhMikeS: about half of it |
| 15:21:31 | preglow | jhMikeS: about how much iram do we have? |
| 15:21:58 | | Join Peter15 [0] (n=peter151@dslb-084-058-174-020.pools.arcor-ip.net) |
| 15:22:10 | pixelma | donsdw: you're welcome. I _think_ you could delete it, doesn't sound like something vital but I haven't tried myself |
| 15:25:50 | jhMikeS | preglow: how much or how much left? |
| 15:25:54 | preglow | left |
| 15:26:41 | jhMikeS | not sure actually. look at .map files? |
| 15:26:46 | preglow | will |
| 15:26:53 | preglow | jhMikeS: we'll reuse the codec stack, i take it? |
| 15:27:08 | jhMikeS | codec stack or the voice one? |
| 15:27:12 | donsdw | rbutilqt-v1.0.2 is the file I'm suppose to extract to the root directory, right? Not rockbox-sansae200.zip. |
| 15:27:19 | preglow | jhMikeS: there's a separate stack for voice? |
| 15:27:23 | donsdw | Or is that where I made my mistake? |
| 15:27:27 | jhMikeS | it's a different thread so yes |
| 15:27:35 | preglow | right, same size as the codec stack? |
| 15:28:17 | jhMikeS | (DEFAULT_STACK_SIZE + 0x2000)/sizeof(long) |
| 15:28:31 | preglow | ok, so we use 2*9kb in codec stacks |
| 15:28:42 | preglow | good thing is voice codec stack can be smaller with speex |
| 15:28:57 | linpp | why do i get download errors when trying to install rockbox to my ipod? |
| 15:29:04 | jhMikeS | would be good to know to set it just right...but by how much? |
| 15:29:05 | linpp | i'm not using firewall or anything.. |
| 15:29:09 | preglow | jhMikeS: seems we have about 5kb left of core iram for h120 |
| 15:29:18 | preglow | jhMikeS: i'll figure out the stack size |
| 15:29:29 | jhMikeS | do we even need an IRAM stack for this? |
| 15:29:36 | linuxstb | donsdw: rbutilqt is an application you run on your computer - that will do all the installation for you. You don't copy it to your mp3 player. |
| 15:29:50 | preglow | jhMikeS: i'd say so, yes |
| 15:30:28 | linpp | nobody can help me? :/ |
| 15:30:45 | | Join nicktastique [0] (n=nick@unaffiliated/nicktastic) |
| 15:30:47 | J3TC- | "svn diff ." is the command to see the difference from the local to the svn server code right? |
| 15:30:55 | J3TC- | For all the files I mean |
| 15:31:00 | jhMikeS | preglow: I suppose ICODE is less imporant. how much IRAM does the reduced codec use in tables that must be IDATA? |
| 15:31:21 | linuxstb | J3TC-: Yes. You don't need the "." though. |
| 15:31:34 | amiconn | ICODE will be important on PP5002 |
| 15:31:37 | J3TC- | Really? :3 Ok |
| 15:31:46 | J3TC- | Cool |
| 15:31:52 | donsdw | linuxstb: Thank you very much. I guess I misread the manual. |
| 15:31:54 | preglow | jhMikeS: i can remove many kb in tables that don't _need_ to be there |
| 15:31:59 | preglow | jhMikeS: very few tables need to be |
| 15:32:07 | preglow | jhMikeS: and those that do are small |
| 15:32:18 | jhMikeS | preglow: you know, I doubt thread structures need IRAM on anything but dual core...so maybe that could be gotten back where it's more important anyway. |
| 15:32:23 | preglow | amiconn: did you try putting the filters_arm4.S functions in iram? |
| 15:32:36 | amiconn | Nope |
| 15:32:41 | preglow | should be important |
| 15:32:49 | amiconn | no time to try that yet |
| 15:34:12 | preglow | sure, no hurry, but should be ried |
| 15:34:14 | preglow | tried too |
| 15:34:36 | | Quit Siku (Nick collision from services.) |
| 15:34:42 | | Join Siku [0] (i=Siku@e81-197-76-6.elisa-laajakaista.fi) |
| 15:35:53 | | Join kingwen [0] (n=kingwen1@125.125.162.22) |
| 15:38:15 | jhMikeS | preglow: when I asked about how much from speex.codec...I was referring to the lib use in speex.c. |
| 15:38:28 | * | jhMikeS doesn't know if that was clear or not |
| 15:39:50 | preglow | jhMikeS: well, we'll pretty much use the code as it is now, but nothing from speex.c and nothing from stereo.c and oggframing.c |
| 15:39:59 | | Quit Peter15 () |
| 15:40:07 | preglow | jhMikeS: i'm pretty sure going to start commiting stuff that uses ROCKBOX_VOICE_CODEC as an #ifdef to leave stuff out |
| 15:40:11 | preglow | s/sure/soon/ |
| 15:40:35 | preglow | also, i think we can cut drastically in the 9kb allocated for voice stack |
| 15:40:42 | jhMikeS | preglow: bah...I'm talking about the basic number of lib calls nescessary for this simple playback of clips. |
| 15:40:48 | preglow | jhMikeS: very few |
| 15:41:01 | amiconn | Does speexenc produce raw speex output? |
| 15:41:05 | preglow | amiconn: no |
| 15:41:09 | jhMikeS | ok, so pretty much can all go in one single thread function |
| 15:41:21 | preglow | jhMikeS: probably, haven't thought too much about it |
| 15:41:28 | amiconn | hmm |
| 15:41:39 | amiconn | How can you go without ogg framing then? |
| 15:41:41 | preglow | jhMikeS: you basically just need to point the bitstream functions to what we load from the voice file, then call speex_decode_int |
| 15:41:57 | preglow | amiconn: 1) strip ogg away, 2) make a small custom encoder |
| 15:42:07 | amiconn | How to do (1)? |
| 15:42:16 | preglow | amiconn: no idea, i'm plannin gon going with 2) |
| 15:42:21 | preglow | amiconn: that also lets us control bit packing |
| 15:42:22 | amiconn | Don't forget .talk clips |
| 15:42:46 | jhMikeS | the speex _requires_ an .ogg container? |
| 15:42:55 | preglow | jhMikeS: by no means, it just uses it for default |
| 15:44:04 | preglow | jhMikeS: i'm really just planning on going with the following for each clip: an int that says how many frames to expect, then the following raw frames packed as tightly as possible |
| 15:44:07 | | Join alex[slx] [0] (n=Alex|slx@unaffiliated/alex-slx) |
| 15:44:10 | preglow | absolutely _no_ corrupted stream handling |
| 15:44:14 | pondlife | Nico_P: This may have been asked already, but why is albumart.c in apps/recorder? |
| 15:44:19 | amiconn | Making voice files requires a build environment. Making .talk clips currently doesn't, and imo it needs to stay that way |
| 15:44:19 | linuxstb | preglow: So you're planning on writing your own speex encoder which we'll need to distribute? |
| 15:44:28 | preglow | linuxstb: pretty much |
| 15:44:39 | Nico_P | pondlife: I figured that's where it belonged... was I wrong? |
| 15:44:52 | preglow | amiconn: sure, we can distribute binaries for our encoder |
| 15:44:58 | linuxstb | Are the speex devs against the idea of incorporating a "-raw" option in the official encoder then? |
| 15:45:00 | preglow | linking speex statically is easy |
| 15:45:10 | preglow | linuxstb: i don't know, but do we want to wait for that? |
| 15:45:19 | preglow | it'll be ages before everyone has that version of speexenc |
| 15:45:30 | pondlife | Nico_P: It's more an apps thing, I'd have thunk. |
| 15:45:32 | linuxstb | We don't have to wait - you can patch the official encoder, and we'll distribute it ourselves until the official binaries catch up. |
| 15:45:44 | Nico_P | pondlife: yes, but it's specific to bitmap targets |
| 15:45:46 | amiconn | Hmm. I wonder whether .talk clips need a small header telling what format they're in... |
| 15:45:55 | preglow | linuxstb: and how is that any easier than making our own encoder directly? |
| 15:45:55 | Nico_P | pondlife: recoder == bitmap and player == charcel |
| 15:45:59 | pondlife | Ah, ok. |
| 15:46:10 | pondlife | I thought it was recorder = recording... :) |
| 15:46:14 | * | Nico_P volunteers to do the renaming |
| 15:46:16 | linuxstb | preglow: It's not easier, but feels a better solution in the long term. |
| 15:46:17 | amiconn | Nico_P: That's not *completely* correct, although mostly |
| 15:46:24 | alex[slx] | Hi all, just got rockbox installed on my iPod (30GB Video). I'm trying to get a theme working, but it requires a number of patches. Can't find anything about patching on the website though, anyone know where I can find out how to do this? |
| 15:46:59 | pondlife | www.rockbox.org/twiki/bin/view/Main/WebHome?topic=WorkingWithPatches">http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=WorkingWithPatches |
| 15:47:02 | Nico_P | amiconn: oh, because there is the recording code in recoder? |
| 15:47:12 | preglow | linuxstb: i really don't think so, we're doing something very custom here and expecting other people's tools to do the job for us isn't very logical |
| 15:47:15 | alex[slx] | pondlife: Cheers, seems I didn't look hard enough. Sorry. |
| 15:47:28 | preglow | linuxstb: for example, how would we want "raw speex" to look? |
| 15:47:55 | amiconn | It's a bit of a mess. Most stuff is there because it's bitmap. Recording and radio, however, don't have to do with bitmap vs. charcell |
| 15:48:10 | amiconn | And peakmeter is very special... |
| 15:48:12 | preglow | linuxstb: if it just spits out raw frames, we'd have to parse it to count the frames |
| 15:48:12 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:48:33 | pondlife | recording/radio could be moved easily enough, no? |
| 15:48:46 | pondlife | Define "special".. |
| 15:48:51 | Nico_P | amiconn: peakmeter, recording and radio code could be moved back to apps/ and then we rename recoder to bitmap? |
| 15:50:03 | linuxstb | preglow: If you think it's too specialised to be in the official encoder, then I agree it would make sense for us to write our own. |
| 15:50:18 | linpp | i get this error every time i want to do the complete installation thing 'download error: received http error 7143540", any help? |
| 15:50:26 | jhMikeS | preglow: who needs to count frames for voice? somehow I'd think voice building should track frames. |
| 15:50:27 | linuxstb | preglow: I assume speex is VBR? |
| 15:50:44 | preglow | we'll use the speex mode yes |
| 15:51:00 | amiconn | jhMikeS: Voice files do know the clip length (in bytes). But again, the voice codec also processes .talk clips |
| 15:51:13 | preglow | linuxstb: the vbr mode of speex, yes |
| 15:51:27 | jhMikeS | amiconn: what's so special about .talk clips. I thought each was independent. |
| 15:51:34 | preglow | linuxstb: we could find the length of the source material in samples and hard code some speex frame lengths, but it does feel dirty |
| 15:51:48 | linuxstb | Why do we need to know the length in samples? |
| 15:51:49 | amiconn | Hmmyes, the file length could be used |
| 15:51:59 | pondlife | I'd prefer the .talk clips to be valid .ogg files, if at all possible... |
| 15:52:25 | preglow | linuxstb: to calculate how many frames of speex speexenc just gave us |
| 15:52:26 | pondlife | How small could an ogg parser be, if it made lots of assumptions.... |
| 15:52:28 | amiconn | But when we go speex for swcodec .talk clips, we need a method to distinguish the then-exisiting 2 types... |
| 15:52:51 | jhMikeS | I've not done much investigating here but aren't .talk clips just played straight through? |
| 15:53:12 | pondlife | Yes |
| 15:53:28 | preglow | pondlife: then we have to include ogg parsing in the core |
| 15:53:32 | preglow | i really, really, really don't want that |
| 15:53:35 | preglow | mallocs and everything |
| 15:53:40 | pondlife | Urgh |
| 15:54:06 | jhMikeS | so why .ogg it? it's a streaming format I take it frame starts can be identified. |
| 15:54:09 | linuxstb | Does anyone understand what an ogg stream looks like, at the bitstream level? |
| 15:54:19 | preglow | i know little about ogg |
| 15:55:09 | linuxstb | I can't imagine it would be that hard to write a simple parser, if we don't need seeking. But that's assuming someone understands it - I once tried reading Xiph's documentation and didn't get any understanding of it... |
| 15:55:12 | pondlife | I know nothing about ogg, but wouldn't it be possible to make some major assumptions and allow the speex to be found without a full parser? |
| 15:55:57 | linuxstb | The other downside of using Ogg is that it will increase the filesize for no good reason. But maybe it's insignificant... |
| 15:56:11 | pondlife | .talk clips are normally one cluster.. |
| 15:56:17 | * | jhMikeS is trying to find a bloody reference on speex frames |
| 15:56:23 | | Quit kingwen (Success) |
| 15:57:06 | | Part linpp |
| 15:57:40 | preglow | why would you want .talk files to be ogg? |
| 15:57:45 | preglow | i don't get it, you already know what they contain |
| 15:58:05 | | Part donsdw |
| 15:58:13 | | Join MethoS- [0] (n=clemens@pD955C0C1.dip.t-dialin.net) |
| 15:58:15 | jhMikeS | probably on speex.org? :) |
| 15:58:27 | preglow | jhMikeS: what for? |
| 15:58:39 | | Quit midgey () |
| 15:58:53 | pondlife | preglow: I thought we were aiming to get rid of voice codec swapping... |
| 15:58:54 | jhMikeS | I want to know what's in there |
| 15:59:11 | preglow | jhMikeS: if you're looking for an identifier, forget it, voice codec frames are _really_ tightly packed |
| 15:59:12 | jhMikeS | pondlife: most surely |
| 15:59:24 | preglow | pondlife: sure, but what does that have to do with it? |
| 15:59:36 | pondlife | preglow: Is there a standard speex file format, aside from ogg? |
| 15:59:49 | preglow | pondlife: no |
| 15:59:57 | preglow | whenever speex is stored on disk, it's in an ogg |
| 15:59:59 | jhMikeS | preglow: it's just really that raw with no syncword or anything? |
| 16:00 |
| 16:00:05 | preglow | only when you stream do you send it raw, and then the format is up to the implementor |
| 16:00:19 | preglow | jhMikeS: the container is supposed to handle sync, afaik, but i don't know |
| 16:00:22 | pondlife | OK, so .talk is "speex stored on disk", no? |
| 16:00:34 | preglow | pondlife: sure, but so would our voice files be |
| 16:00:47 | preglow | still not a good reason to use ogg if we don't have to |
| 16:00:49 | jhMikeS | so why can't .talk clip have tiny header? |
| 16:01:23 | preglow | but sure, if someone can make a really tiny ogg parser that just skips headers, i don't care |
| 16:01:28 | preglow | but i don't want libogg in the core |
| 16:01:36 | preglow | and i don't think i'm alone in that |
| 16:01:52 | * | jhMikeS takes it a rb-specific contain is not wanted? |
| 16:01:54 | pondlife | Basically it depends on how the user is going to generate them. We can invent our own container as long as we provide executables for all OSes to generate the file. |
| 16:02:04 | preglow | jhMikeS: might as well just store them raw, then |
| 16:02:23 | preglow | pondlife: well, we would have to to build the voice files anyway, so yeah |
| 16:02:33 | Calcipher | good morning/afternoon |
| 16:02:40 | pondlife | I'm talking about .talk |
| 16:02:40 | jhMikeS | not sure what the point in not doing so is either...but how does the decoder know anything about the frames without the container? |
| 16:02:50 | preglow | pondlife: the same tool would be used there, i can't see any reason not to |
| 16:03:02 | preglow | jhMikeS: it doesn't need to know anything about them apart from how many there are |
| 16:03:23 | preglow | jhMikeS: speex itself is perfectly capable of finding out where frames stop |
| 16:03:24 | pondlife | Sure, then if someone will develop the tool (and host the binaries), go for it |
| 16:03:34 | | Quit XavierGr (Nick collision from services.) |
| 16:03:35 | | Join XavierGr_ [0] (n=xavier@ppp190-249.adsl.forthnet.gr) |
| 16:03:35 | preglow | well, i assume rockbox.org will host them... |
| 16:03:56 | jhMikeS | preglow: so...how? this is the info I want...how does it find this if the format is so raw. |
| 16:04:26 | preglow | jhMikeS: i assume each frame has a mode header telling what mode the frame is encoded in, then just decodes until it has decoded all it should |
| 16:04:55 | preglow | jhMikeS: we CAN pick apart speex frames, sure, but i'd rather let libspeex do that |
| 16:05:26 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
| 16:05:35 | jhMikeS | I just want the info on it. :) speex.org seems to daft to just tell you right out: this is the frame format. |
| 16:05:47 | preglow | i don't think there are any docs on the format |
| 16:06:23 | preglow | basically, easiest thing to do is just read an int saying how many speex frames to expect, call speex_bits_set_bit_buffer(), then call speex_decode_int() numframes times |
| 16:06:26 | preglow | easy peasy |
| 16:06:30 | jhMikeS | I guess the docs be the source code...familiar territory |
| 16:06:32 | Calcipher | when I attempted to create a database talk clip yesterday, using sapi5 Loquendo voices, I recieved an error message, and both times heard the selected voice say "numeric" when it happened |
| 16:06:38 | markun | Nico_P: what do you think? http://130.89.160.166/rockbox/Rockboxed-AA.png |
| 16:06:46 | preglow | jhMikeS: just ask jmspeex when he isn't sleeping |
| 16:06:58 | linuxstb | preglow: We can't tell speex how many bytes of input data to process, rather than a number of frames? |
| 16:07:15 | jhMikeS | jmspeex: wake up! you can sleep when you've answered my questions. :p |
| 16:07:16 | Nico_P | markun: looks lice |
| 16:07:18 | Nico_P | nice |
| 16:07:31 | Calcipher | the error code each time, was -2147201023: |
| 16:07:45 | markun | Nico_P: I'm not sure about the order of the tags and which ones should be above or under the aa |
| 16:08:04 | linuxstb | markun: What happens if there's no album art? |
| 16:08:25 | jhMikeS | one frame per bloody loop I'd say till you hit the end. I don't want voice to have to know in advance any details. |
| 16:08:27 | markun | linuxstb: nothing yet, but I want to show the old theme then |
| 16:08:41 | preglow | linuxstb: eh, how would that make it any less of our problem? in that case, the problem of finding frame boundaries becomes _our_ problem, not libspeex' |
| 16:09:31 | markun | Nico_P, linuxstb: maybe "artist - song" would be better as you can have different artist in one album, right? |
| 16:09:42 | preglow | and no, i don't think you can tell speex that. you can tell speex' bit buffer that it has so and so many bits, but then speex_decode_int() returning errors becomes a problem |
| 16:09:44 | linuxstb | preglow: Maybe I'm misunderstanding. I thought we would simply have X bytes of speex data that needed decoding, and would give that to the decoder. |
| 16:09:55 | preglow | linuxstb: sounds right |
| 16:10:29 | Calcipher | rasher, are you around? |
| 16:10:31 | preglow | linuxstb: and the simplest way of doing that is encoding number of frames into a header, then calling speex_decode_int() that number of times, no need to worry about error conditions to detect end of stream or anything |
| 16:10:52 | alex[slx] | I'm trying to install a theme, but it's not looking the way it's supposed to. I've installed the patched version of rockbox, and then the theme, but it still doesn't look right. |
| 16:10:59 | Calcipher | definitely not around actually |
| 16:11:15 | linuxstb | preglow: What does that function return? Does it tell you how many bytes have been consumed from the input stream? |
| 16:11:18 | | Join Mxxd [0] (n=Mxxd@a85-156-139-77.elisa-laajakaista.fi) |
| 16:11:25 | jhMikeS | preglow: I don't mind a little error or end of stream handling at all. |
| 16:11:40 | jhMikeS | where's speex_decode_int located? |
| 16:11:41 | markun | alex[slx]: what's wrong with it? Do you have all fonts? Better ask the person who made the patch. |
| 16:11:48 | markun | alex[slx]: ... the theme I mean |
| 16:12:15 | alex[slx] | markun: It's not the fonts that are wrong. It's the now playing screen and the icons. |
| 16:12:26 | preglow | jhMikeS: speex.c, it's just a wrapper to nb_decode() or sb_decode() |
| 16:12:58 | preglow | linuxstb: it returns success or failure |
| 16:13:00 | Calcipher | You run the perl script just as it tells you: ./voice.pl -D -s=flite -S="" -e=lame -E="−−vbr-new -t −−nores" -l=english /path/to/player |
| 16:13:26 | preglow | jhMikeS: well, what if we don't get an error because the next hedaer + start of frame happens to be legal? |
| 16:14:55 | jhMikeS | something generates them...I have to see how this operates. |
| 16:15:34 | preglow | but really, this entire discussion kind of assume we generate raw files, why don't append number of frames in the same process? it does make things easier, i |
| 16:15:43 | preglow | pretty much guarentee that |
| 16:16:06 | * | preglow tries warming fingers |
| 16:16:28 | jhMikeS | things will have to send frames incrementally |
| 16:16:58 | Calcipher | thats what I was trying to execute, the command I used was ../tools/voice.pl -D -s=sapi -S="/voice:susan" -e=lame -E="−−vbr-new -t −−nores" -l=english l:/ |
| 16:17:15 | * | jhMikeS sees functions are assigned to struct pointer somewhere in the blackness of the code |
| 16:17:42 | preglow | jhMikeS: lots of function pointers hanging around thanks to different modes of coding |
| 16:18:04 | Calcipher | susan, is the name of a voice I've generated voice files wth before, and it is accessed, but an error occurs |
| 16:18:15 | | Quit Thundercloud (Remote closed the connection) |
| 16:20:26 | * | jhMikeS managed to expunge libmpeg2 of function pointers but thinks they might be good idea for motion comp...the eye is what's going on this speex contraption now. |
| 16:20:41 | | Join przemhb [0] (n=chatzill@ck170.internetdsl.tpnet.pl) |
| 16:21:22 | jhMikeS | well...they're good for state machines too so those stayed |
| 16:21:51 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 16:21:58 | Calcipher | for the -S=/voice:VW Kate for example, the script has a problem with the specified option if it contains spaces |
| 16:22:45 | Calcipher | It mentions enclosing in double quotes if spaces are present in an option, but unless I'm inserting the quotes in the wrong place it doesn't work |
| 16:23:57 | Calcipher | this is after patching with the following www.rockbox.org/tracker/task/7984">http://www.rockbox.org/tracker/task/7984 |
| 16:24:01 | preglow | jhMikeS: what exactly do you want to know? |
| 16:24:28 | preglow | jhMikeS: sb_decode and nb_decode are the two top-level decode function, each calls lots of function pointers according to what mode the frame is |
| 16:24:37 | Nico_P | linuxstb: I really love your WPS... it feels so right :) |
| 16:24:52 | GodEater_ | linuxstb made a WPS ? :) |
| 16:24:54 | preglow | jhMikeS: and sb_decode is the top-level function for the files we'll use, but does call nb_decode as well |
| 16:25:05 | Nico_P | GodEater_: www.rockbox.org/tracker/task/8134">http://www.rockbox.org/tracker/task/8134 |
| 16:25:31 | * | linuxstb just modified icatcher to add AA... |
| 16:25:38 | jhMikeS | what I'm looking for is how each mode gets info from the frames. I can't be creative if I just rely on a black box. |
| 16:25:40 | Nico_P | GodEater_: it's a mod of iCatcher, which adapts to whether AA is present or not |
| 16:26:06 | GodEater_ | neat |
| 16:26:15 | * | GodEater_ looks at the dump |
| 16:26:41 | linuxstb | Nico_P: The problem with it would be for users who don't have any album art - because it uses %C, Rockbox will still do the album art searching for every file... |
| 16:26:59 | Nico_P | hmm that's true |
| 16:27:13 | pondlife | Is that a problem with dircache enabled? |
| 16:27:24 | jhMikeS | there is a SPEEX_GET_FRAME_SIZE request. the returns from the mode handler are just directly spit back out. |
| 16:27:38 | Nico_P | it's probably much cheaper with dircache, but still not free |
| 16:27:45 | pondlife | Would I be correct to say that album art with MoB doesn't result in extra spinups? |
| 16:27:56 | pondlife | i.e. it does the AA check when spun up. |
| 16:28:02 | pondlife | Or is it on every track change? |
| 16:28:12 | Nico_P | pondlife: you have a little bit less audio on the buffer, but no, no more spinups |
| 16:28:20 | preglow | jhMikeS: first bit seems to be wideband frame, 1 for yes |
| 16:28:29 | pondlife | Nico_P: Correct answer :) |
| 16:28:39 | Nico_P | pondlife: the AA check is done on track loading |
| 16:28:46 | preglow | then 4 bits mode id |
| 16:28:47 | pondlife | i.e. when buffering? |
| 16:28:58 | Nico_P | no, in audio_load_track |
| 16:29:07 | Nico_P | when adding tracks to the buffer |
| 16:29:17 | pondlife | Is that a buffering callback? |
| 16:29:27 | pondlife | Forgive me my lack of code knowledge..! |
| 16:29:33 | preglow | jhMikeS: and then straight onto mode specific data |
| 16:29:57 | pondlife | i.e. buffering says to playback "I've loaded this file, do you want fries with that" |
| 16:30:18 | | Join ackbahr [0] (n=jean@d213-103-128-165.cust.tele2.ch) |
| 16:30:28 | Nico_P | pondlife: audio_load_track is called by audio_fill_file_buffer (in playback.c). it's responsible for bufopening all the files for a track |
| 16:30:59 | Nico_P | when the buffer is low, the buffering thread calls a callback that results in calling audio_fill_file_buffer |
| 16:31:48 | pondlife | OK,. as long as the basic file-exists check is not going to trigger any spinups. |
| 16:32:03 | jhMikeS | preglow: where are you looking? |
| 16:32:12 | preglow | jhMikeS: nb_decode |
| 16:32:19 | preglow | nb_celp.c |
| 16:32:26 | Nico_P | pondlife: when the checks are done, the disk is already spinning, as it's the same time as when we load get the metdata |
| 16:32:37 | pondlife | OK |
| 16:32:38 | Mxxd | Hey im having some trouble with my sansa e270, the screen goes wierd and controls wont work when i start rockbox: http://koti.mbnet.fi/mxxd/asd.avi |
| 16:32:51 | Mxxd | default firmware works fine |
| 16:32:57 | Nico_P | pondlife: it's also the time when we load the codec |
| 16:33:12 | pondlife | I just had a silly concern, don't worry. |
| 16:33:31 | pondlife | Have yet to try AA out, but hope to soon. |
| 16:33:40 | preglow | jhMikeS: exactly what info are you trying to find, though? decoding the mode specific data won't be very interesting |
| 16:35:02 | Nico_P | linuxstb: I think www.rockbox.org/tracker/task/8135">FS #8135 should be committed :) |
| 16:38:40 | jhMikeS | preglow: I want to decode frames incrementally and make sure this thing can recover from a corrupt one without aborting the whole thing. If we hit end of data then the clip is finished. |
| 16:39:30 | preglow | jhMikeS: how do we know we hit end of data? |
| 16:39:38 | preglow | jhMikeS: that info is not encoded in the raw speex frames for sure |
| 16:39:49 | jhMikeS | when the bytes are gone |
| 16:40:04 | jhMikeS | how can it operate without a container then? |
| 16:40:21 | jhMikeS | you said it could find the frames itself |
| 16:40:25 | preglow | it usually doesn't, that's why i'm planning on putting "number of frames" as a header to each clip |
| 16:40:56 | preglow | it _can_ find the frames itself, each frame is a certain number of bits, but it doesn't know if what follows is another frame or random garbage |
| 16:41:23 | jhMikeS | and if it's random garbage, why would that hurt the decoder? |
| 16:41:33 | preglow | because it'll try to decode it unless we stop it |
| 16:41:47 | preglow | we need to keep track of how much data is has eaten, and it doesn't matter of we do that in terms of bytes or frames |
| 16:41:53 | amiconn | Why not just stop when all data is consumed? |
| 16:42:01 | jhMikeS | and why would my thread exceed the end of the file data when doing this? |
| 16:42:12 | preglow | jhMikeS: i have no idea |
| 16:42:21 | preglow | never said it would |
| 16:42:27 | jhMikeS | I'd stop trying to decode myself before that :) |
| 16:43:09 | preglow | while (num_frames−−) speex_decode_int(state, &bits, output_buf); |
| 16:43:10 | preglow | as simple as that |
| 16:43:44 | preglow | or while (speex_bits_remaining(&bits) > 8) speex_decode_int(same); |
| 16:43:49 | preglow | doesn't matter which, but i'd prefer the frames one |
| 16:45:03 | amiconn | The bytes are already knon |
| 16:45:11 | amiconn | *known |
| 16:45:30 | | Part pixelma |
| 16:46:35 | preglow | byte count for each clip is stored? |
| 16:47:31 | jhMikeS | an mp3 decoder would try to decode pretty much anything but those nice little syncwords are there to get back in phase |
| 16:48:24 | | Join jac0b-work [0] (n=jac0b-wo@gifn3.fpl.com) |
| 16:49:05 | preglow | i'm pretty sure speex relies on ogg for those, since a major application of speex is voip, in which case sync words are wasted bits, and each bit matters very much in a speech codec |
| 16:50:50 | jhMikeS | as long as the decoder can not crash recover from a run of garbage. if it returns an error, abort the clip. if data runs out, end the clip. |
| 16:51:01 | jhMikeS | *and recover |
| 16:51:10 | jac0b-work | I am getting a "buffer fill error" when I am trying to load a video. do I just need to re-encode the video again? |
| 16:51:10 | preglow | sounds good |
| 16:52:12 | amiconn | preglow: Yes, otherwise we wouldn't know the end for mp3 either |
| 16:52:28 | preglow | then we'll use that |
| 16:52:32 | amiconn | The clips in the voice file are pure mp3 stream, without any headers or tags |
| 16:52:36 | preglow | then there's no point in doing anything at all but store raw speex data |
| 16:52:38 | * | jhMikeS wonders how to tell how much data the decoder ate |
| 16:52:48 | preglow | jhMikeS: check the bits struct |
| 16:53:04 | preglow | call get_bits_remaining() before and after decode |
| 16:53:28 | preglow | if everything is right, the remainder should less than 8 bits (thanks to byte padding) after decode |
| 16:53:29 | jhMikeS | then it's just simple as heck to do. is a reset of some sort needed after a stream error? |
| 16:53:43 | preglow | jhMikeS: nah |
| 16:53:50 | preglow | hmm |
| 16:53:51 | preglow | lemme think |
| 16:54:03 | preglow | yes, but we'd do the same there as we do after every voice clip |
| 16:54:10 | preglow | speex state needs to be zeroed |
| 16:54:27 | preglow | i assume we do something of the sort for mp3 too |
| 16:55:51 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 16:55:55 | | Quit ackbahr (Read error: 110 (Connection timed out)) |
| 16:56:08 | jhMikeS | libmad just returns to sync state and finds the next syncword in the 32-bit header |
| 16:58:12 | Calcipher | amiconn, I've run into a similar syntax problem from the one you helped stripwax and me with last time, where an option would not work if there was a space present in the name, unless it had quotes, except I was unable to figure out how to insert the quotes, this was using a patched voice.pl from www.rockbox.org/tracker/task/7984">FS #7984 for database talk clips support by rasher |
| 16:58:24 | preglow | jhMikeS: so you don't even clear the imdct overlap buffer? |
| 17:00 |
| 17:00:39 | przemhb | barrywardell: do you think itH10 radio could be marked as fully functional on these pages: www.rockbox.org/twiki/bin/view/Main/IriverH10Port">http://www.rockbox.org/twiki/bin/view/Main/IriverH10Port and http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
| 17:00:50 | jhMikeS | preglow: nope. it takes care of that and has a mute state. |
| 17:00:51 | Calcipher | I was able to attempt generating a db talk file with some voices whos labels do not contain spaces, but recieved a non descript error number, and the selected voice can be heard saying "numeric" |
| 17:04:19 | barrywardell | przemhb: pretty much, yeah. There were one or two reports of freezing though... |
| 17:05:11 | barrywardell | also, the battery life on that isn't accurate for 20gb H10's |
| 17:05:40 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:06:07 | barrywardell | przemhb: do you know which input on the LV4052 the line in is connected? |
| 17:06:28 | *** | Saving seen data "./dancer.seen" |
| 17:06:48 | barrywardell | I think it might be 2Y1 and 1Y1, bu tnot sure |
| 17:06:57 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 17:07:20 | * | jhMikeS wonders why errors in mpg video files are so common...pretty much the rule rather than exception. |
| 17:07:44 | barrywardell | przemhb: also, do you know if pin A is connected to a GPIO port? |
| 17:07:47 | pondlife | Because they've been captured from TV broadcast? |
| 17:08:02 | przemhb | barrywardell: I don't know, but if it is important then I could check it |
| 17:08:14 | jhMikeS | some have, some testers are DVD rips |
| 17:08:34 | barrywardell | I plan to check it myself at some stage. Line-in recording still isn't working and I'm trying to figure out why. |
| 17:09:11 | preglow | jhMikeS: i've noticed |
| 17:09:13 | | Join webguest49 [0] (i=424485c7@gateway/web/cgi-irc/labb.contactor.se/x-cc97c1c618cf08df) |
| 17:09:31 | przemhb | barrywardell: A is connected to GND |
| 17:09:37 | jhMikeS | barrywardell: still not on H10? I know the Line input on the WM is ok since radio plays. |
| 17:10:01 | barrywardell | jhMikeS: yeah. according to karashata |
| 17:10:10 | barrywardell | FM recording works fine |
| 17:10:29 | barrywardell | and that's the same as line in from the wm8731's point of view |
| 17:10:41 | przemhb | barrywardell: yes, Fm recording works, I haven't checked line-in recording |
| 17:10:42 | jhMikeS | sure so it's some other crazy thing out side that |
| 17:10:45 | Calcipher | has anyone else tried www.rockbox.org/tracker/task/7984">FS #7984 and been able to generate database voice files? |
| 17:10:51 | barrywardell | przemhb: so it's always low? |
| 17:10:53 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 17:10:54 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 17:11:15 | jhMikeS | barrywardell: did it ever work at one point? |
| 17:11:24 | przemhb | barrywardell: I've checked resistance between A and GND and it was 0 Ohm... |
| 17:11:26 | barrywardell | przemhb: no |
| 17:11:35 | barrywardell | jhMikeS: no |
| 17:11:49 | barrywardell | judging by this: www.rockbox.org/twiki/pub/Main/IriverH10Info/pcb_back.jpg">http://www.rockbox.org/twiki/pub/Main/IriverH10Info/pcb_back.jpg |
| 17:12:16 | jhMikeS | ah, nothing got broken so I can avoid any guilt :) |
| 17:12:52 | barrywardell | I think we just need to set the LV4052 to the right input |
| 17:14:50 | | Quit alex[slx] ("panic();") |
| 17:15:18 | przemhb | barrywardell: I think you're right |
| 17:16:08 | barrywardell | przemhb: judging by the pcb scan, I think line in could be connected to 2Y1 and 1Y1. If so, we need to set A high somhow |
| 17:16:12 | jhMikeS | only 4 of them |
| 17:16:31 | przemhb | barrywardell: setting A high is not possible at all |
| 17:16:39 | | Quit jac0b-work ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") |
| 17:17:13 | przemhb | barrywardell: it is short circuited to GND and that's why it cannot be set high |
| 17:17:22 | webguest49 | Anyone got a sec to troubleshoot an install problem? on a Sansa e250r? |
| 17:17:32 | | Quit idnar (Nick collision from services.) |
| 17:17:35 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 17:18:15 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 17:18:52 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 17:18:54 | przemhb | barrywardell: I could take a look into the hardware once again where line-in is connected |
| 17:18:59 | webguest49 | I followed the install directions, everything seems correct, except it only flashes the rockbox logo for a sec, then says "ATA error -216". I can easily get back to original firmware, but I want Rockbox! |
| 17:19:23 | barrywardell | przemhb: that would be helpful. |
| 17:19:52 | barrywardell | przemhb: I might be able to do it myself this evening, but not sure |
| 17:20:21 | przemhb | barrywardell: I'll try to ask my friend to put apart his H10 |
| 17:22:11 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 17:22:28 | barrywardell | thank you |
| 17:23:30 | przemhb | barrywardell: it won't be possible today (he is leaving our workplace) |
| 17:23:40 | amiconn | barrywardell, przemhb: If A is grounded, the only other selector pin is B |
| 17:23:55 | amiconn | So we just need to know to which gpio this is connected |
| 17:24:06 | barrywardell | we already know that |
| 17:24:12 | barrywardell | but it doesn't work for some reason |
| 17:24:16 | amiconn | Then why doesn't it work? |
| 17:24:56 | | Quit webguest49 ("CGI:IRC") |
| 17:24:57 | przemhb | barrywardell, amiconn: have you checked the GPIOB.2 is indeed set during line-in recording? |
| 17:25:00 | barrywardell | it selects tuner ok (2Y0) |
| 17:25:47 | amiconn | Perhaps tuner is always selected, be cause we do not drive B? |
| 17:25:57 | barrywardell | przemhb: yeah, it's set here: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/arm/audio-pp.c?revision=15590&view=markup |
| 17:26:41 | * | jhMikeS wonders what generates ata error -216 |
| 17:27:08 | barrywardell | amiconn: so maybe GPIOB2 is connected to something other than B? |
| 17:29:22 | przemhb | barrywardell, amiconn: you may try setting GPIOB.1 |
| 17:30:24 | przemhb | barrywardell, amiconn: maybe I have thought about binary 2 and wrote at pin port no. 2 (?) |
| 17:31:08 | przemhb | barrywardell, amiconn: I think I could have made such a stupid mistake... |
| 17:31:28 | przemhb | barrywardell, amiconn: so it may be worth checking |
| 17:32:17 | barrywardell | pin 2 does turn the tuner on/off |
| 17:32:49 | barrywardell | but you had it backwards, setting it to 0 turns the tuner on |
| 17:32:51 | | Quit CaptainSquid ("Miranda IM!") |
| 17:32:55 | przemhb | barrywardell: so it is not the case |
| 17:33:31 | przemhb | barrywardell: could the GPIOB.2 be switched in other place of the code? |
| 17:34:06 | amiconn | barrywardell: really? |
| 17:34:12 | | Join rasher [0] (n=rasher@rockbox/developer/rasher) |
| 17:34:24 | amiconn | Iiuc, GPIO B2 just switches the audio muxer, and tuner is always powered |
| 17:34:25 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:34:54 | barrywardell | amiconn: that's what I meant by on/off |
| 17:35:15 | barrywardell | I didn't mean tuner power |
| 17:35:25 | amiconn | So GPIO B2->high silences the tuner? |
| 17:35:26 | * | jhMikeS gets bugged when he starts looking into someone's question and they split :\ |
| 17:35:40 | barrywardell | yes, but we can still read the registers. |
| 17:35:53 | amiconn | Sure, if it's only the audio mux |
| 17:36:25 | amiconn | But then line in simply has to work, as the LV4052 can only be switched to 2 of its 4 different channels |
| 17:36:49 | barrywardell | I assumed the same, but karashata says it still doesn't work |
| 17:37:13 | jhMikeS | maybe he should check the cable or update :p |
| 17:37:39 | przemhb | barrywardell, amiconn: I may try line-in recording tommorow |
| 17:38:20 | przemhb | barrywardell, amiconn: maybe tonight |
| 17:38:35 | barrywardell | przemhb: me too. maybe |
| 17:38:48 | * | amiconn cannot check line-in recording |
| 17:39:04 | jhMikeS | what's involved in checking that? the pin is known? |
| 17:39:26 | amiconn | I have no cable |
| 17:39:40 | amiconn | (or dock, whatever) |
| 17:39:41 | * | jhMikeS could poke it right now with a safety pin and a signal source |
| 17:39:50 | barrywardell | jhMikeS: yeah, it's on the PortPinAssignments wiki page. there are also test points on the pcb |
| 17:40:02 | przemhb | jhMikeS: yes |
| 17:40:08 | przemhb | jhMikeS: www.rockbox.org/twiki/bin/view/Main/PortPinAssignments#H10_GPIO">http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments#H10_GPIO |
| 17:40:53 | przemhb | jhMikeS: you have to shortcircuit pin 3 of the plug to GND |
| 17:41:07 | jhMikeS | #1 is leftmost with the LCD facing up? |
| 17:41:21 | przemhb | jhMikeS: so the player could recognize it is connected to a cradle and can do line-in rec. |
| 17:41:43 | przemhb | jhMikeS: wondering... |
| 17:41:57 | jhMikeS | ok, two pins then |
| 17:43:01 | przemhb | jhMikeS: I'm sure pin numbering is sth like this 1,2-9 (one row) and 18-10 (second row) |
| 17:44:47 | jhMikeS | big H10 only has one row |
| 17:45:09 | przemhb | jhMikeS: so you have 9 10 in direct proximity |
| 17:45:18 | przemhb | jhMikeS: yes |
| 17:45:45 | przemhb | jhMikeS: but I think about pins inside a connector |
| 17:46:24 | | Quit karashata ("Leaving.") |
| 17:47:00 | | Join karashata [0] (n=Kimi@pool3-048.adsl.user.start.ca) |
| 17:47:20 | przemhb | jhMikeS: so you want to shortcircuit the pin 3 to GND outside the H10 plug? |
| 17:47:23 | | Join Crash91 [0] (n=evil91@41.232.204.155) |
| 17:48:06 | barrywardell | jhMikeS: www.misticriver.net/forums/showpost.php?p=322313&postcount=7">http://www.misticriver.net/forums/showpost.php?p=322313&postcount=7 |
| 17:50:00 | jhMikeS | is the plug case grounded? |
| 17:50:29 | barrywardell | yes, afaik |
| 17:51:34 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 17:53:40 | markun | jhMikeS: what do you think about splitting up the portpins page? |
| 17:54:25 | jhMikeS | sounds like a good idea to me |
| 17:55:42 | amiconn | I think so too. Best would be to split by architecture |
| 17:59:21 | | Quit przemhb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 17:59:23 | | Join Buschel [0] (n=AndreeBu@p54A3C5C2.dip.t-dialin.net) |
| 18:00 |
| 18:01:53 | | Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") |
| 18:02:38 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-141-87.w90-6.abo.wanadoo.fr) |
| 18:07:21 | jhMikeS | I'm getting clicks just grounding the inputs |
| 18:07:42 | jhMikeS | except they're different here, 6 is right, 7 is left |
| 18:07:54 | pondlife | Nico_P: Do we really need buffering.c to care so much about file types? |
| 18:08:22 | pondlife | I'd prefer if that stuff could be moved to a higher level... |
| 18:08:25 | Nico_P | pondlife: I'm afraid we do |
| 18:08:26 | | Quit OlivierBorowski ("Konversation terminated!") |
| 18:08:31 | * | jhMikeS says nay |
| 18:08:31 | Nico_P | pondlife: how? |
| 18:08:37 | pondlife | No idea :) |
| 18:08:51 | jhMikeS | playback.c shouldn't care about album art either |
| 18:08:58 | pondlife | Correct |
| 18:09:10 | Nico_P | it doesn't care much |
| 18:09:12 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-141-87.w90-6.abo.wanadoo.fr) |
| 18:09:41 | linuxstb | Hmm, my left-margin patch adds 176 bytes to a recv1 build, and 32 bytes to a Player build... |
| 18:09:52 | Crash91 | w00t |
| 18:10:03 | * | Crash91 just converted another one of his friends to rockbox |
| 18:10:09 | pondlife | I was wondering if the "file types" stuff in buffering could be replaced by a set of behaviour flags? |
| 18:10:19 | Nico_P | pondlife, jhMikeS: http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=15571&r2=15572 is that "caring"? |
| 18:10:22 | jhMikeS | it seems we're getting Line inputs anyway |
| 18:11:03 | Nico_P | but maybe we should have another layer between playback.c and buffering.c |
| 18:11:05 | barrywardell | jhMikeS: so line-in is working? is i dependent on GPIOB2? |
| 18:11:13 | pondlife | Maybe.. |
| 18:11:28 | Nico_P | it could even communicate better with the playlist code |
| 18:11:32 | pondlife | I'd hope that the mutexy stuff could be untwined from the file type stuff.. |
| 18:11:40 | * | pondlife uses technical terms there.. |
| 18:11:47 | jhMikeS | barrywardell: I was just grounding the inputs to the frame and got plenty of click going on in the earphones |
| 18:12:23 | jhMikeS | Nico_P: you bet and it shouldn't care about id3 either...but that's easy I think. everything should be opaque to buffering. |
| 18:12:50 | pondlife | Yep. I know I keep going on about it, but buffering should be a simple file pre-reader. |
| 18:13:21 | pondlife | Also, now it seems to be all working well, it's time to break it again ;) |
| 18:13:23 | Nico_P | pondlife: it's better to have the data preloaded on the right format though |
| 18:13:55 | pondlife | Yes, but could you abstract the required work so as to avoid file types? I don't know... |
| 18:14:11 | | Part Crash91 |
| 18:14:19 | Nico_P | a bitmap has to be loded as a bitmap, there's not much you can do about that |
| 18:14:42 | pondlife | What's the difference? It throws a header away? |
| 18:14:53 | | Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 18:14:59 | pondlife | I just see data -> buffer |
| 18:15:05 | amiconn | pondlife: Working well? |
| 18:15:20 | amiconn | When I tried skipping backwards, it didn't work at all (speex) |
| 18:15:21 | pondlife | Well, I don't see many reports of playback issues.. |
| 18:15:26 | pondlife | FS#? |
| 18:15:28 | Nico_P | pondlife: when loading the bitmap we write a struct bitmap and then the bitmap in frambuffer format |
| 18:15:51 | Nico_P | pondlife: that's www.rockbox.org/tracker/task/8092">FS #8092 amiconn is talking about |
| 18:16:00 | Nico_P | I think |
| 18:16:11 | pondlife | Well I suggest that should be fixed before worrying about AA.... |
| 18:16:31 | pondlife | Not meaning to be harsh.. |
| 18:17:03 | jhMikeS | it should go...*ding* your metadata is ready. *ding* your metadata must be moved...release your lock. *ding* your metadata has been moved...you may use it. etc,etc. |
| 18:17:38 | pondlife | Yes. A "loaded" callback.. |
| 18:18:03 | pondlife | And maybe a prefix reservation for the struct |
| 18:18:14 | pondlife | But all done in a generic fashion |
| 18:18:42 | pondlife | I'd like buffering.c to be as clear and uncluttered as humanly possible. |
| 18:19:13 | jhMikeS | how bout one callback with a message param instead of zillions of functions? |
| 18:19:20 | pondlife | Yep |
| 18:19:39 | | Join Arathis [0] (n=doerk@p508A54EB.dip.t-dialin.net) |
| 18:20:24 | | Join nanok [0] (n=nanok@194.145.183.75) |
| 18:20:54 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 18:21:05 | Nico_P | hmm, not sure I agree |
| 18:21:09 | jhMikeS | really, it needs a lock-in-place protocol level and a lock-in-memory protocol level. if level < lock-in-memory = can be discarded since no thread wants it |
| 18:21:45 | pondlife | Nico_P: Well, anythiing that keeps buffering.c focussed and readable should be good, no? |
| 18:21:49 | jhMikeS | you want a zillion callback types? |
| 18:22:53 | Nico_P | jhMikeS: oh, I thought you ware saying "replace the current code with one callback..." if what you're suggesting aims to simplify what you suggested a bit earlier, then I agree |
| 18:23:14 | Nico_P | I was actually wondering about how to solve the complexity of a million callbacks |
| 18:24:00 | Nico_P | pondlife: what's "a prefix reservation for the struct"? |
| 18:24:08 | lostlogic | in unrelated news, I think that several of the codec callbacks should be moved to codecs.c (out of playback.c) and call buffering from there and possibly eliminated entirely in favor of codec direct access to the buffer reading functions. |
| 18:24:19 | jhMikeS | yeah, just a metadata callback interface with a message and a data param like pretty much everywhere...this really works well to receive events and callees can ignore particulars they dont care about. |
| 18:24:37 | pondlife | Nico_P: To allow bitmaps to have a struct prefix... |
| 18:24:54 | pondlife | You wouldn't want to have to shift data up. |
| 18:25:24 | pondlife | So if needed, maybe a handle could reserve some extra space. |
| 18:25:30 | | Join Oppaunke [0] (n=chatzill@pD9EAFE43.dip.t-dialin.net) |
| 18:25:51 | pondlife | There's probably a simpler solution though :) |
| 18:25:54 | jhMikeS | no bitmap format struct should contain direct pointers though. at least a "data moved" notification is 1) generic and abstract 2) lets the callee change pointers |
| 18:27:26 | jhMikeS | pondlife: isn't the file just loaded as binary data? Not sure what you're driving at. |
| 18:29:59 | | Join Thundercloud [0] (n=thunderc@resnet02.nat.lancs.ac.uk) |
| 18:30:27 | | Quit FOAD ("I'll be back") |
| 18:30:46 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:31:48 | pondlife | jhMikeS: I'd like the buffer copy to be a straight copy of the file, yes. |
| 18:32:14 | pondlife | But Nico_P suggested that bitmaps need a specific prefix. If that's in the file, then great.. |
| 18:32:35 | jhMikeS | ?? |
| 18:32:57 | pondlife | (05:15:28 PM) Nico_P: pondlife: when loading the bitmap we write a struct bitmap and then the bitmap in frambuffer format |
| 18:33:03 | jhMikeS | you did give me an idea though. Callers can allocate space and load whatever they want into it. Malloc on Buffer :) |
| 18:33:08 | pondlife | :( |
| 18:33:19 | | Quit FOAD (Client Quit) |
| 18:33:27 | linuxstb | pondlife: You just want the .bmp file directly stored on the buffer? |
| 18:33:31 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:33:34 | Nico_P | pondlife: the struct bitmap isn't in the file |
| 18:33:38 | pondlife | No idea |
| 18:34:00 | pondlife | I just don't think buffering.c should be file-type specific. |
| 18:34:06 | Nico_P | storing the original bmp file would be very inefficient |
| 18:34:11 | linuxstb | But it's Rockbox-specific... |
| 18:34:22 | | Quit FOAD (Client Quit) |
| 18:34:30 | pondlife | A layer above buffering.c would be best. |
| 18:34:32 | linuxstb | IMO it should expliot any knowledge it has about the contents of files. |
| 18:34:38 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:34:43 | linuxstb | ^s/io/oi/ |
| 18:34:52 | | Quit FOAD (Client Quit) |
| 18:35:09 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:35:58 | jhMikeS | the consumer should have struct bitmap or whatever other info it wants but I like the "request extra space" strategy myself. struct bitmap can go before or after the file contents. |
| 18:36:19 | preglow | linuxstb: well, if we're going to use a pure raw stream, we might as well modify speexenc to do the job |
| 18:36:29 | jhMikeS | heck, this is used in the recording code |
| 18:36:40 | preglow | but how shall we enforce the limitations we'll use for voice files? |
| 18:36:52 | pondlife | linuxstb: I agree, but the API should be generalised.. |
| 18:38:04 | linuxstb | preglow: I love conversations that go round in circles - you had convinced me it was a bad idea ;) |
| 18:38:07 | jhMikeS | the callback can exploit the knowledge...the buffer is just jeeves. without that abstraction it's gonna get busy in there. |
| 18:38:41 | jhMikeS | preglow: what do you mean "enforce limitations"? |
| 18:38:59 | | Quit Oppaunke ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 18:39:04 | preglow | jhMikeS: like no uwb mode |
| 18:39:07 | linuxstb | preglow: I thought about that, but I think we simply need to document them clearly. |
| 18:39:25 | linuxstb | I assume it will be controlled by our scripts anyway. |
| 18:39:25 | preglow | linuxstb: should we do any checks at all for invalid files? |
| 18:39:41 | jhMikeS | preglow: don't support it in the encoder. :) let them listen to silence or horrible screeching if they don't use the right format. |
| 18:39:48 | preglow | jhMikeS: then we do that |
| 18:39:49 | jhMikeS | *decoder |
| 18:40:21 | preglow | linuxstb: well, i gave it more of a think and i decided it's probably just better to modify speexenc anyway, even if −−raw will never be included officially |
| 18:40:36 | jhMikeS | or encoder too..."this encoder will only encode valid voice files for rockbox" :p |
| 18:41:50 | | Quit FOAD ("I'll be back") |
| 18:42:05 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:42:06 | Nico_P | pondlife: what if the caller calls bufalloc to alloc some space and then writes to it using a pointer returned by bufgetdata? |
| 18:42:16 | Nico_P | that could work |
| 18:42:57 | jhMikeS | isn't that the Malloc on Buffer thing? |
| 18:42:58 | pondlife | I need to read more code... :) |
| 18:43:43 | jhMikeS | one thing is being able to keep the metadata and extra space together as a buffer request would be fewer movements |
| 18:46:11 | jhMikeS | Nico_P: is it an official part of the MoB specification that callbacks cannot make buffer requests? (I'm suggesting it should be) |
| 18:47:08 | pondlife | It should be. |
| 18:47:12 | | Quit FOAD ("I'll be back") |
| 18:47:34 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:47:35 | jhMikeS | perhaps it's just "Live and Let Deadlock"? |
| 18:47:37 | rasher | Wait, is creating voicefiles going to require a modified speexenc? That doesn't sound terribly nice |
| 18:48:07 | Nico_P | jhMikeS: why? |
| 18:48:18 | pondlife | Re-entrancy? |
| 18:48:47 | * | Nico_P needs an example of failure |
| 18:49:06 | Nico_P | I believe I encountered one before but can't remmber |
| 18:49:14 | jhMikeS | yeah...if the buffering thread is making the callback, and another thread is waiting for buffering to reply and the callback makes a data request... |
| 18:49:21 | * | linuxstb suspects his FLAC runtime test on the ipod color is going to run longer than mp3... |
| 18:49:33 | preglow | linuxstb: just wondering how much we should allow, really, if we force stuff like wb, vbr, sample rate, we don't need a header for each clip |
| 18:49:57 | preglow | which means less space occupied per clip, less code in the core |
| 18:50:01 | | Join bertrik [0] (n=Bertrik_@030-022-045-062.dynamic.caiway.nl) |
| 18:50:05 | Nico_P | jhMikeS: ah, yes. I think I had that one before |
| 18:50:27 | Nico_P | jhMikeS: in your mind, on which thread is the callback executed? |
| 18:50:27 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 18:50:50 | linuxstb | preglow: Are you saying that the decoder needs information stored in the Ogg stream at the moment? |
| 18:51:09 | linuxstb | I mean the Ogg headers... |
| 18:51:27 | preglow | linuxstb: it's a speex header, not an ogg header |
| 18:51:34 | preglow | linuxstb: don't know how it's stored in the bitstream |
| 18:51:46 | preglow | linuxstb: codecs/speex.c needs it, you don't _have_ to use headers |
| 18:52:04 | | Quit FOAD (Client Quit) |
| 18:52:10 | preglow | it just carries info like frame size in samples, stereo, vbr, etc, stuff we can hard core if we want to |
| 18:52:18 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:52:24 | preglow | hard code... |
| 18:52:47 | linuxstb | It sounds like an ultra-lightweight ogg parser in the core would make things much simpler... |
| 18:54:13 | preglow | how can it be simpler than not including a header? the hard part here is agreeing what we want to allow or not |
| 18:54:23 | preglow | and saying "we'll just include an ogg parser" doesn't even mean we shouldn't agree on it |
| 18:55:13 | preglow | if no one really feels like discussing it, i'm perfectly ok with just deciding everything myself, but don't complain when i oversimplify things :> |
| 18:55:54 | jhMikeS | Nico_P: isn't the buffering thread the one that does them? |
| 18:56:19 | preglow | all swcodec targets keep the voice file in memory at all times, yes? |
| 18:56:21 | jhMikeS | Nico_P: also, a thread calling queue_send for itself will invariable halt the thread forever |
| 18:56:34 | Nico_P | jhMikeS: it does them but the only one that exists ATM just posts a message to the audio queue |
| 18:56:44 | linuxstb | preglow: I would imagine we would want to at least offer users the ability to use different samplerates - so that would require a header? |
| 18:56:49 | jhMikeS | preglow: I plan to load/unload them on the fly |
| 18:57:06 | preglow | linuxstb: that would require a header, but i guess such stuff can be global to the voice file as a whole |
| 18:57:18 | pixelma | Nico_P: the example line in the wiki explaining the %Cl tag seems wrong to me... or are both alignment "markers" really usable with maxwidth and maxheight? I would expect the horizontal aligment (l, c, r) before the maxwidth definition and the vertical alignment (t, c, b) before the maxheight... |
| 18:57:26 | linuxstb | Yes, I would imagine we would only want one header for the entire voice file. |
| 18:57:34 | preglow | linuxstb: i really don't see why we would want to do that, though, speex is optimized for 16 khz |
| 18:57:51 | jhMikeS | Nico_P: that's pretty much the way mpegplayer works to avoid that and provide data ready notifications. |
| 18:58:04 | linuxstb | preglow: In which case, I would say hard-code it... |
| 18:58:25 | preglow | linuxstb: it's hard coded for 8, 16 and 32. valin himself recommended we don't use 32, 8 is too little, so 16 remains |
| 18:58:32 | preglow | linuxstb: s/hard coded/optimized/ |
| 18:58:47 | Nico_P | pixelma: I don't see the problem |
| 18:58:50 | * | jhMikeS plans to get rid of DSP switching and just assign a DSP to each audio stream in advance. |
| 18:58:53 | preglow | linuxstb: i really just think i will, if someone complains it's easy to fix |
| 18:58:53 | pixelma | Nico_P: at least this is what one could read into it (I think) |
| 18:59:23 | linuxstb | preglow: So what are your current thoughts? No header, and hard-code everything? |
| 18:59:35 | preglow | linuxstb: pretty much |
| 19:00 |
| 19:00:04 | preglow | linuxstb: as simple as possible, and it leaves enough options to tweak stuff like file size |
| 19:00:12 | | Join DonCarlo_30526 [0] (n=DonCarlo@frnk-590d2e39.pool.einsundeins.de) |
| 19:00:30 | | Part DonCarlo_30526 |
| 19:00:43 | | Join einhirn [0] (n=Miranda@p5B03335E.dip0.t-ipconnect.de) |
| 19:00:47 | * | linuxstb relocates |
| 19:00:49 | | Quit linuxstb ("Leaving") |
| 19:00:49 | jhMikeS | preglow: I think voice file loading should be on the voice thread too |
| 19:01:36 | preglow | i have no real opinion on that |
| 19:01:50 | | Join DerPapst [0] (n=DerPapst@p54B2F4D1.dip.t-dialin.net) |
| 19:01:55 | preglow | i'm quite certain whatever you decide on that end of things is perfectly fine with me :) |
| 19:02:06 | | Join ackbahr [0] (n=jean@d83-176-57-131.cust.tele2.ch) |
| 19:02:19 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 19:02:48 | jhMikeS | ok ;) |
| 19:03:15 | pixelma | Nico_P: ok, I read it wrong... but the line is really hard to read. What is "d, i, s" then? |
| 19:03:37 | Nico_P | pixelma: that's to do with scaling... I should remove it for the time being |
| 19:03:47 | jhMikeS | ~"d, a, t" |
| 19:04:21 | | Join spiorf [0] (n=spiorf@host162-211-dynamic.20-79-r.retail.telecomitalia.it) |
| 19:05:21 | pixelma | jhMikeS: ah, I see now... :) |
| 19:06:29 | *** | Saving seen data "./dancer.seen" |
| 19:08:44 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 19:09:51 | JRoT | is there an option to show another bmp file when there is no AlbumArt? |
| 19:11:01 | | Join low_light [0] (i=c730180a@gateway/web/cgi-irc/labb.contactor.se/x-67a894971a08abc7) |
| 19:11:14 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
| 19:12:08 | PaulJam | JRoT: either use the %C tag as a conditional, or if your theme uses a backdrop, just include the image in the backdrop |
| 19:13:01 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 19:13:12 | | Quit Frazz ("Leaving") |
| 19:13:35 | PaulJam | hmm, could it be that m4a playback is currently broken in the uisim? can someone confirm? |
| 19:14:09 | przemhb | jhMikeS: does line-in recording works for you? |
| 19:14:10 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:14:42 | JRoT | thnx PaulJam |
| 19:15:53 | preglow | PaulJam: worked for me here yesterday |
| 19:16:00 | jhMikeS | przemhb: I can't test it properly but I could click the inputs by grounding them with a pin |
| 19:16:39 | karashata | I tested it properly and I got nothing, so... |
| 19:16:53 | jhMikeS | karashata: which H10 do you have? |
| 19:16:57 | karashata | 20GB |
| 19:18:04 | jhMikeS | I don't think the port pin assignments are right. I could click R on 6 and L on 7 (not 13) |
| 19:18:38 | przemhb | jhMikeS: port pin assignments are tricky here |
| 19:18:59 | karashata | all I know for sure is, using the cradle, I got no signal when testing line-in recording |
| 19:19:37 | jhMikeS | ah, you have a cradle...so hmmm. |
| 19:19:57 | karashata | yeah, that's why I've been doing the line-in tests |
| 19:19:57 | przemhb | jhMikeS: if you dissasemble cable plug (I've got a one that's not genuine) you'll see two rows of pins |
| 19:19:58 | karashata | hehe |
| 19:22:02 | przemhb | jhMikeS: you count one row 1-9 then the other 10-18 (in the loop) - if you do so everything is according to the given port pin assignments |
| 19:22:05 | jhMikeS | przemhb: I guess if those are disassembled assignments. Not much value to me when I'm not going to tear things apart. |
| 19:22:38 | jhMikeS | 20Gig only has one row of 18 pins in the connector |
| 19:22:50 | przemhb | jhMikeS: I've bought spare H10 data cable to chage it to line-in input |
| 19:23:22 | amiconn | jhMikeS: The connector for small & big H10 is most probably the same |
| 19:23:40 | amiconn | I can see only one row of pins |
| 19:23:57 | przemhb | jhMikeS: I haven't disassembled original connector |
| 19:24:12 | przemhb | both small and big one are using the same connector |
| 19:24:19 | przemhb | (I have them both) |
| 19:24:22 | | Join merbanan [0] (n=banan@83.233.243.136) |
| 19:24:29 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 19:25:15 | * | jhMikeS kept hearing about 9-pin rows over and over so was getting confused |
| 19:25:35 | | Join J3TC- [0] (n=jetc123@wlrsvd-180.njit.edu) |
| 19:26:20 | jhMikeS | The problem is definitely outside the audio chip setup now |
| 19:26:24 | amiconn | jhMikeS: Me too... |
| 19:27:53 | PaulJam | at least on my cygwin aac/m4a doesn't work. i get an error in the console "failed to load archos/_temp_codec0.dll" and "dlopen(archos/_temp_codec0.dll): ð%€|“"F" |
| 19:29:21 | | Join Domonoky [0] (n=Domonoky@92.226.141.96) |
| 19:29:25 | amiconn | The aac codec is simply too big in the sim |
| 19:31:00 | preglow | oh? it works here |
| 19:31:12 | preglow | but i also have a synced libfaad |
| 19:31:26 | amiconn | You're running it on linux I guess... |
| 19:31:30 | preglow | i am indeed |
| 19:32:15 | amiconn | aac.codec is 565KB on cygwin |
| 19:34:57 | preglow | 641kb here... |
| 19:35:07 | preglow | 200k stripped |
| 19:37:22 | | Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) |
| 19:38:50 | n1s | preglow: increasing BLOCK_SIZE to 2048 in signal_gen got rid of the weird crackles and pops in the simulator :-) and now I have a stupid whitenoise generator working :-) |
| 19:39:36 | preglow | hooray, now make log sweep work :P |
| 19:41:05 | n1s | heh, I think this is all very fun but I'm too bad at this fixed point game still ;) |
| 19:41:06 | preglow | i pretty much have code for that already, i just need more accurate exp and log |
| 19:41:10 | | Quit ackbahr (Remote closed the connection) |
| 19:49:00 | przemhb | jhMikeS: http://ffw58.internetdsl.tpnet.pl/iriverH10_plug_disassembled.jpg |
| 19:49:21 | * | amiconn is about to hit enter :> |
| 19:49:27 | preglow | go ahead! |
| 19:49:35 | | Quit hcs ("Leaving.") |
| 19:50:35 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 19:50:47 | * | n1s guesses on rm -rf / |
| 19:51:08 | | Join Crash91 [0] (n=evil91@41.232.204.155) |
| 19:51:10 | amiconn | Nah, on a 2KB svn command line :) |
| 19:52:05 | * | bertrik svn updates |
| 19:52:15 | Crash91 | bertrik: hi |
| 19:52:45 | * | n1s leaves for sauna :-) |
| 19:55:00 | amiconn | preglow: Btw, atomic gpio bit manipulation does not only work for GPIOx_OUTPUT_VAL, but also for GPIOx_OUTPUT_EN and GPIOx_ENABLE, as a test showed |
| 19:55:04 | jhMikeS | amiconn: I think you did just to say that :) |
| 19:55:13 | preglow | amiconn: nice |
| 19:55:45 | * | amiconn hopes for no red :> |
| 19:56:45 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:56:55 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
| 19:57:03 | | Quit hannesd (Connection timed out) |
| 19:57:04 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
| 19:57:05 | * | jhMikeS considers the problem of when a dragon tells him "You can ask me three questions." and /me replies "can you repeat that?" |
| 19:58:04 | DerPapst | haha |
| 19:58:09 | markun | amiconn: did much change for the gigabeat? |
| 19:58:17 | | Part Crash91 |
| 19:58:19 | | Quit MethoS- (Remote closed the connection) |
| 19:58:22 | amiconn | Should be no functional change |
| 19:59:22 | * | DerPapst hands amiconn 350 points |
| 19:59:29 | DerPapst | :> |
| 19:59:29 | amiconn | mrf |
| 19:59:46 | markun | just the bootloaders |
| 20:00 |
| 20:00:44 | amiconn | yeah |
| 20:00:47 | | Quit tedrock (Client Quit) |
| 20:01:02 | amiconn | The lcd sleep timer is something I am planning to remove, in favour of a reduced backlight stage |
| 20:01:34 | amiconn | But here the problem is simply that lcd sleep isn't defined for bootloaders |
| 20:02:15 | markun | amiconn: reduces backlight stage would be great! |
| 20:02:55 | amiconn | That will be for targets with brightness adjustment only of course. |
| 20:05:27 | | Join MethoS- [0] (n=clemens@pD955C0C1.dip.t-dialin.net) |
| 20:06:11 | | Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) |
| 20:08:37 | | Join MethoS-- [0] (n=clemens@pD955D833.dip.t-dialin.net) |
| 20:08:43 | preglow | what is the lcd sleep timer? |
| 20:09:36 | low_light | pixelma, jhMikeS: this patch seems to make my c200 radio (lv24020lp) tune reliably (so far): http://rafb.net/p/6kp8uR96.html |
| 20:10:06 | amiconn | It's a setting that allows to delay lcd shutdown after backlight going off, so if you press a button to let the backlight light up again, the lcd power-up sequence is shorter |
| 20:10:23 | low_light | ...I confess to not really understanding what it changes |
| 20:10:29 | preglow | amiconn: tested, works great |
| 20:11:09 | preglow | amiconn: fade works poorly with brightness 1, but i guess that's hardly surprising |
| 20:11:30 | amiconn | Only a few targets have that, and it won't make much sense if you have the reduced level, because that achieves the same effect (noticing you that the lcd will soon go off before it actually does) |
| 20:14:13 | preglow | sounds good indeed |
| 20:14:56 | amiconn | I first saw this reduced level on my last cellphone. My current one also has it, and it's convenient |
| 20:15:36 | Mxxd | anyone got sollution for that http://koti.mbnet.fi/mxxd/asd.avi ? |
| 20:15:40 | amiconn | On targets with a wide backlight brightness range, someone could set the reduced level to minimum and always on, to have an always readable lcd without wadting much power |
| 20:15:58 | pixelma | low_light: happily going to try it, give me a moment :) |
| 20:18:29 | low_light | pixelma: try getting it into a state where it won't tune, then shutdown & load the patched version |
| 20:19:03 | jhMikeS | low_light: we're getting overflow with lv24020lp_write(IF_BW, 65*regval/100);...hmmm....not good. I suppose 65ll*regval/100 would suffice. |
| 20:19:07 | lostlogic | amiconn: looks good, cept I get some flash brightness changes during boot up. |
| 20:19:50 | amiconn | Yes - the bootloader runs full-brightness and doesn't enable the circuit |
| 20:19:59 | pixelma | low_light: hmm... don't know if it tells much because sometimes a reboot helps anyways. But I will try and see |
| 20:19:59 | lostlogic | ok, 'long as it's normal |
| 20:20:02 | jhMikeS | regval should only be a byte range |
| 20:20:11 | low_light | jhMikeS: I don't understand that math...it's from the OF |
| 20:20:35 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 20:21:07 | amiconn | jhMikeS: Bah, 64 bit brute force. Why not reduce the fraction instead? |
| 20:21:27 | amiconn | 13*regval/20 would be exactly equivalent |
| 20:21:33 | low_light | jhMikeS: it seems to need that adjustment to SS_CTRL_SET too (also fom the OF) |
| 20:22:22 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 20:22:39 | jhMikeS | that seems weird that should need any 64 bit |
| 20:23:09 | amiconn | *you* suggested 64 bit... (65ll) |
| 20:23:34 | jhMikeS | I'm just looking at the use of umull there |
| 20:24:03 | low_light | pixelma: looks like I spoke too soon. My radio won't tune properly now :/ |
| 20:24:38 | pixelma | do you also have it vanish from the menu from time to time? |
| 20:24:39 | low_light | jhMikeS: when the radio doesn't tune, both if_set and sd_set in the debug menu are 0 |
| 20:24:51 | | Join barrywardell [0] (n=barrywar@host-194-46-230-223.dsl-ie.utvinternet.net) |
| 20:24:57 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
| 20:25:17 | jhMikeS | probably because it can time out and give up trying to set it |
| 20:25:19 | amiconn | preglow: Btw, I am planning to move the timeout value and fading value tables to app layer, and make the firmware layer generic. That will include completely variable fading times |
| 20:25:20 | | Quit DerPapst (Remote closed the connection) |
| 20:25:27 | amiconn | (set in ms units) |
| 20:25:36 | preglow | amiconn: excellent |
| 20:25:46 | amiconn | Of course values < 10ms don't really make sense |
| 20:25:48 | preglow | that's the way it should be anyway |
| 20:25:56 | preglow | i'd say values < 50ms don't really make sense... |
| 20:26:00 | amiconn | ..as one fading step is 5 ms |
| 20:26:01 | jhMikeS | the datasheet is emphatic about 65% for that register too |
| 20:26:04 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 20:26:13 | low_light | pixelma: no. I haven't seen that |
| 20:26:48 | pixelma | low_light: you think it's not worth it to try? If it is more stable than before, it's already a step ahead |
| 20:27:41 | pixelma | sometimes the radio entry vanishes for me, I can only "fix" it by starting the radio in the OF |
| 20:28:18 | jhMikeS | sounds like a timing problem in the interface then |
| 20:28:47 | low_light | It was working for a couple of hours with me trying various things, so I thought it was good |
| 20:30:01 | amiconn | preglow: Does it fade at all for you with brightness == 1 ? |
| 20:30:08 | | Join DerPapst [0] (n=DerPapst@p54B2F4D1.dip.t-dialin.net) |
| 20:30:09 | preglow | amiconn: no |
| 20:30:14 | amiconn | On this G5.5 it doesn't, it just switches |
| 20:30:16 | pixelma | low_light: ok, it's compiling now |
| 20:30:21 | | Join A-Level [0] (n=chatzill@88-105-61-136.dynamic.dsl.as9105.com) |
| 20:30:33 | | Join Rondom [0] (n=Rondom@p57A94781.dip.t-dialin.net) |
| 20:30:39 | | Nick A-Level is now known as Freddy155442 (n=chatzill@88-105-61-136.dynamic.dsl.as9105.com) |
| 20:30:45 | amiconn | Not that I would care too much about that... |
| 20:30:46 | pixelma | jhMikeS: I think there were similar reports in the forums for some E200s |
| 20:30:47 | * | jhMikeS seems to remember something along similar lines when doing e200 |
| 20:31:19 | jhMikeS | it could be timed too fast...the delays could be increased a bit |
| 20:31:53 | Freddy155442 | hey guys i keep getting an error "Download Error: Received http error 1094930252" any ideas? |
| 20:32:51 | jhMikeS | try FM_CLK_DELAY as 2 or 3 us |
| 20:32:59 | Freddy155442 | ?? |
| 20:33:01 | preglow | amiconn: well,there's not too much that can be done about it, is there? |
| 20:33:30 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 20:33:43 | low_light | jhMikeS: it's definately 1 in the OF |
| 20:33:57 | amiconn | Well, we could increase the brightness while fading and compensate by switching sw pwm levels immediately |
| 20:34:29 | amiconn | But that would add a lot of complexity just for that one brightness level, and the switch probably won't be flicker free |
| 20:34:34 | pixelma | Freddy155442: when does that happen, what are you trying to download? |
| 20:34:40 | * | linuxstb just finished a 7h 23m battery test on his ipod color with FLAC - it achieved 6h 50m with MP3... |
| 20:35:55 | preglow | eh |
| 20:36:02 | preglow | does cpu load matter that much? |
| 20:36:05 | jhMikeS | low_light: but here, the way udelay works, it could end up not delaying at all if USEC_TIMER changes at a particular moment |
| 20:36:15 | preglow | amiconn: i'd say don't care |
| 20:36:16 | jhMikeS | I'd just try it |
| 20:36:17 | Freddy155442 | bah its not even coming up with that anymore |
| 20:36:31 | jhMikeS | In fact, I'll probably change it |
| 20:36:35 | Freddy155442 | ah it id no rocker.zip |
| 20:36:48 | Freddy155442 | *it is now |
| 20:37:22 | Freddy155442 | sorry to clarify this is in the rockbox utility software |
| 20:37:29 | amiconn | linuxstb: I'd say that result isn't unexpected at all on PP5020 |
| 20:38:02 | amiconn | On PP5022 it might be different |
| 20:38:56 | | Join Arathis2 [0] (n=doerk@p508A6107.dip.t-dialin.net) |
| 20:39:03 | linuxstb | Why the difference? |
| 20:40:29 | | Join ApotheoZ [0] (i=Apo@nfb68-1-88-169-81-101.fbx.proxad.net) |
| 20:41:42 | amiconn | The power drain issue hurts PP5020 most. |
| 20:41:59 | low_light | jhMikeS: ok I'll try 2 later |
| 20:42:24 | preglow | but power drain should be the same for flac and mp3, i would have thought the increased hd activity of flac would drain more power than the increased cpu usage |
| 20:42:29 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 20:42:31 | * | amiconn really wonders what's the cause for that, as those DEV_ENx experiments didn't have much effect |
| 20:42:48 | preglow | amiconn: did saratoga measure the current use of retailos? |
| 20:43:01 | amiconn | preglow: flac doesn't boost, hence the power drain doesn't hit nearly as much |
| 20:43:14 | | Join J3TC- [0] (n=jetc123@wlrsvd-180.njit.edu) |
| 20:43:26 | scorche|w | as a note, i did those experiments on a nano |
| 20:43:29 | amiconn | That's a *big* difference - I know what I'm talking about from my PP5002 measurements |
| 20:43:45 | | Quit Echelon () |
| 20:43:50 | preglow | how many ma is used per mhz? |
| 20:43:57 | amiconn | Hrrrm, on PP5002 the fix was dead simple compared to what we're facing on PP502x :( |
| 20:45:09 | pixelma | low_light: didn't notice any difference with the patched build (first started radio, worked correctly - then stopped and played some files - stopped and started radio again > it doesn't tune correctly). |
| 20:45:55 | low_light | well, back to the drawing board :/ |
| 20:47:02 | amiconn | preglow: 1st Gen (PP5002) now draws 75mA at 80MHz, and 45mA at 30MHz (with hdd powered down) |
| 20:47:15 | amiconn | Before the fix, it was roughly 50% more... |
| 20:48:27 | preglow | hmm |
| 20:48:30 | | Quit ApotheoZ () |
| 20:48:36 | preglow | what figures did saratoga see again? |
| 20:48:37 | Freddy155442 | hey guys i keep getting an error "Download Error: Received http error 1094930252" any ideas? |
| 20:48:39 | amiconn | That's around 0.6mA/MHz, assuming linear mapping |
| 20:48:48 | amiconn | The rest is used by the ram etc |
| 20:49:00 | amiconn | ram, audio codec, ... |
| 20:53:17 | amiconn | Btw, switching from 30 to 24 MHz saves more than the expected 3.6mA - around 6mA |
| 20:53:30 | amiconn | That means the PLL needs around 2.5mA |
| 20:53:46 | preglow | sounds a bit much for a pll |
| 20:55:21 | | Quit Arathis (Nick collision from services.) |
| 20:56:26 | | Nick Arathis2 is now known as Arathis (n=doerk@p508A6107.dip.t-dialin.net) |
| 20:58:31 | | Quit karashata ("Leaving.") |
| 20:58:55 | | Join karashata [0] (n=karashat@pool3-048.adsl.user.start.ca) |
| 21:00 |
| 21:00:18 | | Quit Freddy155442 ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") |
| 21:01:16 | | Join mr_pink [0] (n=pete@pjrh2.caths.cam.ac.uk) |
| 21:01:20 | | Quit japc (Read error: 110 (Connection timed out)) |
| 21:03:05 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 21:03:24 | | Join miepchen^schlaf [0] (n=hihi@p54BF490C.dip.t-dialin.net) |
| 21:03:28 | | Join lee-qid [0] (n=liqid@p549652FA.dip.t-dialin.net) |
| 21:06:32 | *** | Saving seen data "./dancer.seen" |
| 21:06:49 | | Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more") |
| 21:06:54 | | Join Daniel_S [0] (i=57b0d48c@gateway/web/cgi-irc/labb.contactor.se/x-82114ce60e52fce2) |
| 21:11:40 | | Quit spiorf (Remote closed the connection) |
| 21:12:26 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
| 21:12:30 | | Quit Siku (Read error: 145 (Connection timed out)) |
| 21:14:32 | barrywardell | przemhb: are you sure you measured A connected to gnd? |
| 21:15:36 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 21:16:15 | przemhb | barrywardell: definitely |
| 21:16:57 | | Quit barrywardell () |
| 21:17:54 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 21:17:57 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 21:24:52 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 21:25:26 | | Quit Frazz (Client Quit) |
| 21:25:34 | | Quit Daniel_S ("CGI:IRC") |
| 21:26:04 | Nico_P | jhMikeS: I started implementing the callback idea |
| 21:26:16 | | Quit mirak (Remote closed the connection) |
| 21:26:27 | Nico_P | after thinking about it, I like it... it will probably enable me to fix www.rockbox.org/tracker/task/8092">FS #8092 too |
| 21:26:31 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 21:29:43 | preglow | linuxstb: mpegplayer makefile has some dead x11 sim handling |
| 21:29:56 | preglow | linuxstb: also win32 sim |
| 21:30:00 | dionoea | hello |
| 21:32:34 | | Quit amiconn (Nick collision from services.) |
| 21:32:42 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 21:32:44 | Presence | A) Woot for all the awesome ipod dev this past week! Hard drive/battery, backlight, even album art. B) Holy crap, the QT RBUtil is GREAT! |
| 21:33:20 | linuxstb | preglow: Doesn't a lot of Rockbox still have that? |
| 21:34:19 | preglow | linuxstb: perhaps |
| 21:34:52 | linuxstb | I'm fixing now though... |
| 21:36:08 | | Quit jhulst (No route to host) |
| 21:45:28 | linuxstb | preglow: Fixed. |
| 21:45:57 | preglow | linuxstb: leet |
| 21:46:08 | merbanan | preglow: the lc part of the decoder should be working now |
| 21:46:15 | preglow | merbanan: nice |
| 21:47:21 | merbanan | and there is work to clean it up also |
| 21:47:28 | merbanan | work going on |
| 21:49:06 | | Quit merbanan (Remote closed the connection) |
| 21:57:05 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
| 21:59:40 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
| 22:00 |
| 22:05:35 | | Join MethoS- [0] (n=clemens@pD955F225.dip.t-dialin.net) |
| 22:07:30 | | Join MethoS-- [0] (n=clemens@pD955D1D2.dip.t-dialin.net) |
| 22:17:55 | | Join www [0] (n=chatzill@87-196-103-80.net.novis.pt) |
| 22:18:17 | www | hello all!!! :-) |
| 22:18:25 | | Nick www is now known as Casainho (n=chatzill@87-196-103-80.net.novis.pt) |
| 22:18:26 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 22:19:15 | Casainho | I have a question to people of RB.... |
| 22:19:23 | Casainho | can I ask? - is there anyone? |
| 22:19:28 | Bagder | just ask |
| 22:19:36 | Casainho | ah, is that you!! :-) |
| 22:20:03 | Casainho | okok - I would like to know if the idea of an Open hardware player could be worked on RB TWiki? |
| 22:20:09 | Bagder | yeah, I am me ;-) |
| 22:20:28 | n1s | ahhh sweet white noise :) |
| 22:20:31 | Bagder | sure, just get a wiki account and start editing a wiki page |
| 22:20:37 | Casainho | I remember you from forum ;-) |
| 22:20:58 | Bagder | hehe, I understood, I was kidding around |
| 22:21:48 | Casainho | Bagder, do you think that hardware player is ok with objectives of RB? I am not sure If everyone thinks like you? |
| 22:22:10 | Bagder | I'm sure not everyone thinks like me... |
| 22:22:17 | Casainho | I think that would be great for RB and also for a possible Open hardware audio player... |
| 22:22:28 | Bagder | but again, get an account and start typing |
| 22:22:34 | Casainho | Is there a way to ask to everyone and have feedback? |
| 22:22:35 | Bagder | it certainly is rockbox-related |
| 22:22:48 | Bagder | Casainho: forum, mailing lists and IRC |
| 22:23:00 | Bagder | there's no "everyone" in any other sense |
| 22:23:40 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 22:23:45 | Casainho | I will not get in mailing list because I have lot of e-mails to read all day. I will start on TWiki :-) |
| 22:23:54 | Casainho | okok |
| 22:24:01 | Bagder | emails are what makes the world spin! |
| 22:24:03 | Casainho | thank you for your help |
| 22:24:11 | * | Bagder can't type but... |
| 22:24:15 | Casainho | okok :-) |
| 22:24:32 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
| 22:24:59 | Casainho | see you later guys ;-) :-) |
| 22:25:03 | Casainho | bye bye |
| 22:25:10 | scorche|w | Casainho: just curious, but are you interested in gathering ideas/people, or getting down and dirty to work on such a device? |
| 22:25:20 | | Join atsea- [0] (i=atsea-@gateway/tor/x-eaf74de151b97586) |
| 22:25:39 | Casainho | both things... |
| 22:25:58 | Casainho | I really like see things happen!! |
| 22:26:22 | scorche|w | do you have much electrical engineering experience? |
| 22:26:40 | robin0800 | Nico_P,any idea why my album art has a big background line through it? |
| 22:26:42 | Casainho | I am working on that... |
| 22:26:55 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 22:27:08 | Casainho | in electronics, however we just use AVR 8 bits... - ehehe |
| 22:27:18 | Casainho | I am from Portugal... |
| 22:27:22 | scorche|w | ah...well, if you havent, check out the "new ports" forum...there is a thread in there about the making of such a device and various ideas |
| 22:27:35 | Bagder | at least one ;-) |
| 22:27:36 | | Quit mirak (Remote closed the connection) |
| 22:28:03 | Casainho | I don't have a big degree in electronics but I haope to learn - in my company we are talking about formation on electronis and that don't exist in Portugal |
| 22:28:10 | | Quit MethoS- (Read error: 101 (Network is unreachable)) |
| 22:28:22 | Bagder | like this => http://forums.rockbox.org/index.php?topic=11084.0 |
| 22:28:35 | Casainho | I hope to learn ARMs, using C and Linux... |
| 22:28:44 | Casainho | okok, thank you, I will read!! |
| 22:28:50 | scorche|w | and this => http://forums.rockbox.org/index.php?topic=6751.0 |
| 22:29:05 | Bagder | well, if you run linux on an ARM chip, you don't normally have to touch much ARM... |
| 22:29:30 | Bagder | oh |
| 22:29:36 | Bagder | maybe I didn't read that right |
| 22:29:45 | * | Bagder shuts up |
| 22:29:52 | scorche|w | Bagder: it wasnt quite clearr, really |
| 22:30:09 | scorche|w | could go either way from how i am reading it :) |
| 22:31:08 | Casainho | thank you, sounds interesting for me to read!! |
| 22:31:19 | Casainho | intereting and important ;-) |
| 22:32:01 | robin0800 | Nico_P, do we have to use linux's patch to prevent this? |
| 22:32:35 | Nico_P | robin0800: I'm not sure what the problem is so I can't answer |
| 22:32:42 | Nico_P | could you make a screendump? |
| 22:34:30 | TFGBD | Will the rockbox desktop simulator thing compile for another processor pretty easily (with a gcc cross compiler) |
| 22:34:58 | TFGBD | Say.. I wanted to compile it for MIPS Windows NT or IA64... |
| 22:35:35 | linuxstb | TFGBD: Yes - it's 100% C, and is already known to run on at least x86, amd64 and ppc |
| 22:35:37 | TFGBD | Would that be possible or is it only designed for x8?6 |
| 22:35:43 | TFGBD | Ah, cool. |
| 22:36:01 | linuxstb | And most of the code is the same as the code that runs on devices - so ARM, Coldfire and SH |
| 22:36:04 | TFGBD | This is my first time usin GCC but I want to try to compile i for ARM Windows CE. |
| 22:36:08 | Bagder | but the configure script isn't really designed to generated cross-compile builds |
| 22:36:11 | TFGBD | using* |
| 22:36:29 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 22:37:30 | | Join PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) |
| 22:37:52 | Casainho | am I missing something? Neuros have any recent audio player? just audio player, not multimedia... ? |
| 22:38:12 | Bagder | Casainho: the "N3" was planned |
| 22:38:22 | Bagder | but it never got anywhere afaik |
| 22:39:10 | Casainho | so now they moved to a multimedia system? with TV ouput? |
| 22:39:18 | Bagder | yes |
| 22:39:22 | Bagder | and TV input |
| 22:40:04 | Casainho | well, my idea is not for video, for shure that future players will have video options |
| 22:40:38 | Casainho | my idea is just for audio player, maybe that will be simple and cheap as time passes... |
| 22:41:07 | Casainho | Badger, how many bits and DAC shoulhd have? |
| 22:41:19 | Casainho | 10? 12? 24? |
| 22:41:29 | Bagder | 16? |
| 22:42:06 | linuxstb | 1 |
| 22:43:49 | n1s | 1 would be interesting :) |
| 22:43:58 | Casainho | okok - just to have one idea... because I think that those system on chip have more than 16 bits, for example, however using an external DAC can be cheap with less bits... |
| 22:45:22 | Bagder | it's not only a matter of number of bits in the DAC |
| 22:45:34 | Bagder | the rest of the infrastructure needs to support more than 16 too |
| 22:45:35 | Casainho | whats more, can you explain? |
| 22:45:40 | Bagder | which isn't always the case |
| 22:46:28 | przemhb | amiconn: should equalizer work for radio in H10? |
| 22:46:31 | Bagder | but really, I'm not the DAC expert |
| 22:47:01 | robin0800 | Nico_P, done a screen dump www.mediafire.com/?46uijemydl4">http://www.mediafire.com/?46uijemydl4 |
| 22:47:06 | Casainho | Bagder, did you seen http://dspdap.sourceforge.net/ ?? |
| 22:47:11 | n1s | przemhb: I am fairly certain it should not |
| 22:47:16 | Casainho | what do you think about that hardware? |
| 22:47:18 | Bagder | Casainho: no |
| 22:47:25 | Bagder | the DSP in the name makes me not very interested |
| 22:47:33 | linuxstb | przemhb: No, the eq is software, and the radio doesn't go through the software DSP. |
| 22:47:34 | Bagder | "DSPdap is different from other MP3 player projects because it uses a programmable DSP as its CPU instead of using a microcontroller" |
| 22:47:46 | Bagder | I think that's a lousy idea |
| 22:48:00 | Casainho | can you please give a quick look? http://dspdap.sourceforge.net/hardware.html |
| 22:48:02 | Nico_P | robin0800: ok I see... well linuxstb's patch is the solution you need |
| 22:48:19 | Bagder | Casainho: I don't want no DSP, I want a fine and good CPU core |
| 22:48:37 | Nico_P | robin0800: and actually it's in svn now so it's no longer a "patch" ;) |
| 22:48:45 | Bagder | Casainho: that DSP even has no free compiler |
| 22:48:45 | Casainho | okok, I was asking because of DAC!! :-) |
| 22:49:23 | Casainho | yeah, for share, for be a open project It's importante taht developement tools should be Free Opn!! |
| 22:49:31 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 22:49:39 | przemhb | I was wondering 'cause I've seen from block schematic of WM8731 that signal can go through tuner->A/C->C/A->headphone amp |
| 22:49:41 | bertrik | those open players just seem a reinvention of the wheel to me |
| 22:49:42 | Bagder | yes, it says the codec has a 24bit resolution |
| 22:49:43 | Casainho | but we can quick change that DSP for an ARM, righ? |
| 22:49:59 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 22:50:11 | | Quit Buschel () |
| 22:50:14 | | Quit nicktastique ("Leaving") |
| 22:50:27 | Bagder | Casainho: yes, a DSP is only a good idea when you want video in hires in good frame rates |
| 22:50:37 | Bagder | imho |
| 22:50:49 | | Join DGMurdockIII [0] (i=DGMurdoc@64-184-11-75.bb.hrtc.net) |
| 22:51:04 | przemhb | linuxstb: could radio go through software DSP? |
| 22:51:59 | | Join nick_ [0] (n=nick@c-71-58-125-209.hsd1.nj.comcast.net) |
| 22:52:20 | Bagder | Casainho: arm, avr32, or any other fine 32bit core with good gcc support |
| 22:52:20 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 22:52:56 | Casainho | okok - thats also my idea :-) ;-) |
| 22:53:13 | Casainho | okok |
| 22:53:31 | Casainho | I would like to define some important points of main idea |
| 22:53:43 | Casainho | like video or not? |
| 22:54:01 | Casainho | because If video, powerfull processor and expensive (maybe) |
| 22:54:26 | linuxstb | You're never going to get agreement on what the perfect DAP hardware is... |
| 22:54:43 | Casainho | I realy would like to have one player for listem and sharing music, have one player conected to other and copy music using USB calbe :-) |
| 22:54:44 | Bagder | indeed not |
| 22:54:58 | Casainho | no, I will start from a base |
| 22:55:06 | | Join lars_g [0] (n=Lars@unaffiliated/lars-g/x-000001) |
| 22:55:08 | Casainho | simple player for being cheap! |
| 22:55:10 | lars_g | Hey all. |
| 22:55:15 | Casainho | others versions can hapen! |
| 22:55:30 | Casainho | Hello lars_g |
| 22:55:35 | Bagder | I don't think it'll be cheap... |
| 22:55:37 | robin0800 | Nico_P, I was hoping to get away from patches but it may be more seriouse than that example I will show you www.mediafire.com/?8gur3zpmzay">http://www.mediafire.com/?8gur3zpmzay |
| 22:55:48 | bertrik | and home-built probably looks ugly too |
| 22:56:02 | Casainho | yes, It will not be cheap as others - thats clear I think :-) |
| 22:56:36 | Casainho | yes, It will not look shinning as my Sansa :-) - eheheh |
| 22:56:51 | przemhb | would you like to have radio signal strength meter on radio screen? |
| 22:56:51 | Casainho | but my Sansa uses a not usual UB cable :-( |
| 22:57:24 | Casainho | USB cable, and batteries are not easy to change :-( |
| 22:57:29 | lars_g | Question, what settings do you recompress with for mpegplayer on the rockbox, in a nano specifically. |
| 22:57:41 | Bagder | Casainho: the battery in the e200 series surely is easy to change |
| 22:57:54 | Bagder | I'm not sure how easy it is to get one though |
| 22:58:21 | Casainho | okok, let's say that they are easy to change, but they are not easy to find on street, like that NiMH AA |
| 22:58:33 | Nico_P | robin0800: you need to clean up your WPS.. there is something on that lines that causes it to refresh |
| 22:58:52 | Bagder | Casainho: so you're going for AA then? |
| 22:58:54 | Nico_P | robin0800: and no need for patches as linuxstb's patch has been committed |
| 22:59:03 | Bagder | Casainho: makes a bigger and heavier player... |
| 22:59:04 | Casainho | I would like to go for AA |
| 22:59:50 | Casainho | because are cheap, easy find in street, we can have a lot of thens on pocket and because a lot of digital picture cams uses that kind of batteries now... |
| 22:59:54 | Bagder | AA is pretty nice I agree |
| 23:00 |
| 23:00:03 | Bagder | now? |
| 23:00:10 | Bagder | AA is going away in the digicams in my world |
| 23:00:12 | Casainho | yes, Canon for example... |
| 23:00:25 | Bagder | only very big canons |
| 23:00:28 | Casainho | maybe I am not updated :-) |
| 23:00:37 | robin0800 | Nico_P, don't think so nothing at all the bit maps are only prelloaded and placed by conditionals |
| 23:00:40 | | Part nick_ ("Leaving") |
| 23:01:03 | Nico_P | robin0800: let me guess... the conditionals are on that line? |
| 23:01:03 | lars_g | I personally think using old formats for batteries might be convenient but it's energy innefficient |
| 23:01:11 | Nico_P | robin0800: move them down |
| 23:01:31 | lars_g | Well first question first, videos are not rvf anymore are they? |
| 23:01:49 | Bagder | lars_g: no |
| 23:01:52 | Bagder | mpeg-2 |
| 23:02:04 | Bagder | (on non-archos players) |
| 23:02:14 | | Quit billenium ("Ex-Chat") |
| 23:02:16 | lars_g | cool |
| 23:02:19 | PaulJam | hmm. this is strange, i just did "svn diff | patch -p0 -R" in my source and still test_codec.c shows modifications. |
| 23:02:24 | lars_g | Mpeg-2 with an mpeg mux i guess |
| 23:02:29 | | Quit Rondom (Connection timed out) |
| 23:02:30 | Casainho | well, Sansa battery, is 4.3 volts and how many mili amps? |
| 23:02:45 | lars_g | Bagder: Any tips on size, fps and bitrate for decent perf. in a nano? |
| 23:02:51 | Bagder | no idea |
| 23:02:55 | lars_g | thanks anyhow |
| 23:02:57 | Bagder | check the wiki page, it includes such details |
| 23:02:59 | bertrik | 750 mAh |
| 23:03:17 | lars_g | Bagder: I'm trying but I lost the right search to find it, let me keep trying |
| 23:03:22 | Arathis | Are there any plans on supporting RDS and alternative frequency search for fm tuners on players capable of these features? |
| 23:03:40 | Bagder | lars_g: www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer">http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
| 23:03:44 | Nico_P | PaulJam: svn revert -R . is probably what you want |
| 23:03:53 | PaulJam | oh, looks like test_codec.c contains some windows lineendings |
| 23:03:54 | lars_g | Bagder: doh mpgeplayer. thanks a lot. |
| 23:03:58 | Bagder | Arathis: they're not capable of doing RDS |
| 23:04:05 | Arathis | :( |
| 23:04:44 | Casainho | so, 750 mA * 4.3 volts = 3,225 watts |
| 23:04:45 | lars_g | I wonder how hard would it be to port rocks and rockbox programs to a linux kernel |
| 23:05:23 | Bagder | not very hard |
| 23:05:36 | | Part low_light |
| 23:05:54 | Bagder | just tedious ;-) |
| 23:06:01 | Casainho | 2 batteries NiMH of 1.2 volts: 1.2 volts * 1300 mA = 5,52 watts :-) |
| 23:06:27 | bertrik | Casainho: the voltage drops during discharge and 4.3 V is already a bit high, more like 3.8V on average |
| 23:06:33 | Casainho | so I think that with 2 NiMH we can have more power :-) |
| 23:06:35 | *** | Saving seen data "./dancer.seen" |
| 23:07:06 | Casainho | or I am wrong? |
| 23:07:15 | | Quit desowin ("use linux") |
| 23:07:46 | Casainho | because NiMH batteries says 1300 mA for hour! |
| 23:08:07 | DerPapst | i guess batteries are the smalest problem... |
| 23:08:13 | Casainho | I am not shure but I think that NiMH have a lot of energy also |
| 23:08:58 | Casainho | DerPapst, what do you think that is the highest problem? - yes, batteries are not the biggest :-) |
| 23:09:33 | linuxstb | PaulJam: I'll fix those ^Ms in test_codec.c now - svn blame points to pondlife... ;) |
| 23:10:23 | DerPapst | Casainho: maybe the entire device? e.g. waht processor, screen, stroage (flash or hdd), powermanagement, ... |
| 23:10:57 | lars_g | Hmm it's good mpeg-2 encoding is noticeably faster than h.264 |
| 23:10:59 | Bagder | and how to squeeze all that into a very tiny package with nice buttons and a good feel |
| 23:12:02 | Casainho | well, questions of Bagder are more dificult :-) |
| 23:12:20 | Casainho | but, why not dream? :-) |
| 23:12:28 | Bagder | sure, go ahead! ;-) |
| 23:12:37 | Casainho | maybe we can find a company interested in make some units... |
| 23:12:42 | Bagder | I'm just a bit too down-to-earth and grumpy at times |
| 23:12:52 | DerPapst | i dream of a nice device too... but i also know i can not realise it ever. |
| 23:12:56 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 23:13:01 | Arathis | is there any documentation of the "custom view" option in the database/tag-cache? |
| 23:13:01 | Bagder | Casainho: believe me, there are companies that are interested in making mp3 players... |
| 23:13:07 | Bagder | :-) |
| 23:13:15 | Casainho | I work in a company in which we have an pic and place machine for production of electonics circuits... |
| 23:13:53 | Casainho | we design our own PCBS... |
| 23:14:13 | TFGBD | So.. If the configure script is not designed for cross compilation.. What must be changed to compile it for arm win32 or whatever? |
| 23:14:16 | Casainho | we work with another company to make plastics for embebed electronics devices... |
| 23:14:28 | TFGBD | Learn more about gcc? ;P |
| 23:14:41 | Bagder | TFGBD: check out how it is made to fix cross-compiles for win32 |
| 23:14:43 | Casainho | maybe we can adapt the PCB for some plastic case in market... |
| 23:14:47 | n1s | Casainho: well, PCB's are often quite expensive for those kinds of low-volume projects if you want many layers |
| 23:14:48 | Bagder | TFGBD: it has very little to do with gcc |
| 23:15:08 | Bagder | TFGBD: and first of course you need a gcc setup that creates such output |
| 23:15:24 | | Quit Isolinear (Read error: 104 (Connection reset by peer)) |
| 23:15:45 | Casainho | yes n1s, however there must be simple PCB, because a lot of things are done in processor... |
| 23:16:23 | Casainho | and we cam make a simple, like no charger baterie, no flash memory, just one slot for some card... |
| 23:16:38 | Casainho | USB connector... |
| 23:16:39 | n1s | Casainho: I read a paper posted by a couple of students that built an mp3 player based on a mcf5249 processor which is used by a few rockbox targets |
| 23:16:57 | Casainho | can you please sennd me that paper? |
| 23:17:15 | n1s | they chose a 4-layered pcb for cost reasons but later wished they would have gone with a 6 layered one for better signal quality etc... |
| 23:17:39 | Casainho | about that signal quality, I don't know :-) |
| 23:17:54 | TFGBD | Is this on your wiki somewhere or did you just mean the gcc docs in general |
| 23:18:03 | bertrik | I really don't get the fascination with building your own mp3-player. Maybe it was new and exciting 10 years ago, but nowadays you can just buy a working, predesigned product for a reasonable price |
| 23:18:13 | Bagder | TFGBD: "this" being... ? |
| 23:18:44 | TFGBD | <Bagder> TFGBD: check out how it is made to fix cross-compiles for win32 |
| 23:18:45 | Casainho | but bertrik, now players have a lot of things just because of DRM |
| 23:18:48 | TFGBD | That |
| 23:18:53 | n1s | bertrik: I can understand the dream but I realize it's just too darn complicated if you want to build a good one :) |
| 23:18:57 | Bagder | TFGBD: yes, check out the tools/configure script |
| 23:19:13 | Bagder | in the source |
| 23:19:17 | | Quit Arathis (Remote closed the connection) |
| 23:19:18 | TFGBD | MM. Ok.. And thats really all I'd really need to change? |
| 23:19:21 | Casainho | for example, why not a possible to copy music from player to player? |
| 23:19:35 | Casainho | with a simple USB connection? |
| 23:19:39 | Bagder | TFGBD: yes |
| 23:19:41 | TFGBD | It will build with mingw32 too. Yea? There seems to be a port of that for CE also. |
| 23:19:44 | linuxstb | TFGBD: This may also help - how to cross-compile the win32 SDL sim from Linux - www.rockbox.org/twiki/bin/view/Main/UiSimulator#Building_Windows_sim_in_Linux">http://www.rockbox.org/twiki/bin/view/Main/UiSimulator#Building_Windows_sim_in_Linux |
| 23:19:54 | Bagder | Casainho: it is on several players |
| 23:20:11 | n1s | Casainho: that _is_possible with some players but a _lot_ more complicated than a simple usb->ata bridge... |
| 23:20:23 | bertrik | Casainho: you can copy music on a sansa. And DRM can be worked around. |
| 23:21:03 | TFGBD | linuxstb: Thanks. |
| 23:21:55 | Casainho | bertik, original firmware from Sansa permits copy of files from player to player, or RB? |
| 23:22:59 | TFGBD | What OS do many of these small players like the sansa ship with? Just an internal custom one? |
| 23:23:20 | TFGBD | Some kind of *nix? |
| 23:23:25 | DerPapst | 1st one |
| 23:23:51 | Bagder | some RTOS |
| 23:24:07 | Bagder | the sansas' aren't "custom" |
| 23:24:43 | Bagder | but many use linux these days |
| 23:24:51 | Bagder | some even wince |
| 23:26:14 | TFGBD | Wow. Which models use WinCE? |
| 23:26:27 | TFGBD | I'll buy one tomorrow. ;P |
| 23:26:29 | Bagder | toshiba gigabeat s |
| 23:26:34 | TFGBD | Oh. |
| 23:26:36 | DerPapst | zune |
| 23:26:37 | TFGBD | I meant the sansas |
| 23:26:39 | robin0800 | Nico_P, the problem was this %?C< C|%xdr where r was a bitmap for no album art so it appears this no longer works |
| 23:26:42 | TFGBD | I know about those silly. ;) |
| 23:26:42 | DerPapst | none |
| 23:26:57 | TFGBD | Oh then I misunderstood. Sorry. You meant devices in general I guess |
| 23:27:02 | Bagder | yes |
| 23:27:17 | TFGBD | How cheap is the Gigabeat S these days? |
| 23:27:25 | Casainho | Bagder, can you please tell me if Sansa permits copy of files from player to player? |
| 23:27:41 | Bagder | Casainho: I don't think it does |
| 23:28:02 | Nico_P | robin0800: could I see your WPS source? and what problem are you talking about? and what do you mean by "no longer works"? |
| 23:28:06 | scorche|w | TFGBD: cheapest are the refurbs from refurbdepot.com |
| 23:28:14 | Casainho | okok :-) |
| 23:28:36 | lars_g | scorche|w: you just ruined my budget. thanks |
| 23:29:18 | Bagder | haha |
| 23:29:21 | TFGBD | I'm curious about something I found in its registry... |
| 23:29:26 | TFGBD | Anyone have one of these devices? |
| 23:29:27 | TFGBD | [HKEY_LOCAL_MACHINE\init] |
| 23:29:27 | TFGBD | "Launch85"="\\Hard Disk2\\firmware\\qtk.exe" |
| 23:29:39 | TFGBD | This is like the most obvious security hole I ever saw on a device... |
| 23:29:44 | Bagder | TFGBD: we don't care about the OF though... |
| 23:29:49 | TFGBD | Why can I not find anyone else discussing this? |
| 23:29:59 | TFGBD | OF? |
| 23:30:05 | lars_g | Original Firmware |
| 23:30:18 | robin0800 | Nico_P, its just that snippit of code it s the "C" to dislay album art used in a conditional |
| 23:30:21 | DGMurdockIII | how is the rockbox work comming along on the creative zen vision m? |
| 23:30:42 | TFGBD | Rockbox is not yet working on it, though. Right? |
| 23:30:51 | Bagder | DGMurdockIII: there seems to be some progress in the forum thread |
| 23:30:57 | Bagder | TFGBD: there's a port in progress |
| 23:31:00 | DGMurdockIII | yeah |
| 23:31:01 | Nico_P | robin0800: you do add a % sign before the C, do you? |
| 23:31:27 | DGMurdockIII | there a port in the works for it |
| 23:31:51 | | Quit OlivierBorowski ("Konversation terminated!") |
| 23:31:55 | | Join handmadematters [0] (n=handmade@80.224.161.24.dyn.user.ono.com) |
| 23:32:31 | TFGBD | Maybe I'm not clear on your project's goals.. But isn't a wide open security hole like that the first one that would be exploited to get your own code running on it? |
| 23:32:41 | robin0800 | Nico_P, yes see the line above 22:26 this is the code that causes that effect |
| 23:32:47 | TFGBD | It sounds like (from what I read) they used something else to gain access. |
| 23:33:04 | Bagder | TFGBD: we usually don't go in that way, no |
| 23:33:22 | TFGBD | Its easier to bypass the oS entirely or something? |
| 23:33:26 | Bagder | yes |
| 23:33:33 | Bagder | since that's what rockbox does |
| 23:33:34 | TFGBD | Not crash it from an exe or whatever? |
| 23:33:44 | TFGBD | To gain access* |
| 23:33:57 | linuxstb | We don't want to have to do that every time we start Rockbox... |
| 23:33:59 | n1s | TFGBD: We already have the access we need |
| 23:34:01 | lars_g | TFGBD: no matter how different ways you ask, the response will be the same |
| 23:34:19 | Nico_P | robin0800: yes, I know, but I need to know you're writing it correcty... why isn't there a percent sign before the C? and why isn't there no closing condtional (the >) ? |
| 23:34:26 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
| 23:34:34 | | Quit darkless ("Leaving") |
| 23:34:55 | crashd | little o.t, anyone seen much in the way of zune hacking recently? |
| 23:34:58 | linuxstb | TFGBD: The ideal port to the Gigabeat S would replace every byte of the original software with Rockbox. That's what we always aim to do. |
| 23:35:17 | TFGBD | Yeah, I know that. I am just asking why they did not use this to reach that goal. :P |
| 23:35:28 | TFGBD | That is how many boot linux on CE. |
| 23:35:35 | Bagder | TFGBD: your question is silly, we already have info and work on the port |
| 23:35:36 | scorche|w | crashd: nope |
| 23:35:37 | TFGBD | Using a CE exe to bootstrap |
| 23:35:40 | | Quit Llorean (Read error: 110 (Connection timed out)) |
| 23:35:42 | Casainho | Anyone can explain this to me: Hardware controlled backlight brightness for iPod Video and Nano, retaining the software PWM fade in/ fade out. * Backlight handling cleanup, getting rid of one layer of 'lowlevelness'. * Use atomic GPIO bit manipulation for PP502x backlight handling. |
| 23:35:52 | crashd | scorche|w: that's a shame :\ it's got some decent hardware afaict |
| 23:36:01 | Bagder | TFGBD: why bother with another way of doing the same? |
| 23:36:12 | Bagder | unless of course that method is better in any way |
| 23:36:14 | scorche|w | crashd: and some decent encryption too ;) |
| 23:36:15 | TFGBD | Yeah, I realize you already have what you want. But I just want to know if either route would have garnered the same results. |
| 23:36:19 | crashd | scorche|w: well, so far ;)O |
| 23:36:41 | Bagder | Casainho: what exactly are you asking? |
| 23:37:15 | robin0800 | Nico_P, this is the code %?C<%C|%xdr> |
| 23:37:26 | scorche|w | Casainho: in short, it means that we can control the brightness of the backlight for the video and nano |
| 23:37:30 | Casainho | I was hoping for fade in/out in display of Sansa, but no fade... :-( - howver |
| 23:38:12 | Nico_P | robin0800: ok I'm reassured :) and how does that not work? no AA? |
| 23:38:21 | Casainho | hmmmm... I see changes in Sansa also, I tought fade in/out was added also for Sansa... |
| 23:38:37 | TFGBD | I guess I'm not asking in the right way if you misunderstand. Sorry. |
| 23:38:40 | Casainho | okok - thanks. |
| 23:39:36 | robin0800 | Nico_P, that code is what causes the background lines on the album art |
| 23:39:59 | TFGBD | I know its over at this point and this is irrevelent now... But I guess what I'm asking is: If this were discovered before the other exploit (and it works) would this have been the route your team would have taken to initially gain access to the HW for rockbox and start to flash your own FW, etc, etc.? |
| 23:40:07 | bertrik | Casainho: I think fade would be cool too, I can't imagine that this is very hard to do |
| 23:40:43 | Casainho | I also think that should be easy also, with PWM like in Ipods... |
| 23:40:59 | DerPapst | If it's easy go and implement it. |
| 23:41:03 | * | DerPapst shrugs |
| 23:41:08 | Nico_P | robin0800: then move it down |
| 23:41:09 | Casainho | I would like to have fade in display and in light wheel also :-) |
| 23:41:17 | Nico_P | it doesn't need to be on that line, does it? |
| 23:41:48 | Casainho | DerPapst - yopu are right :-) - I did deserved that answer ;-) :-) |
| 23:42:09 | Casainho | I hope to learn for doing my hacks ;-) :-) |
| 23:42:46 | | Join Soap_ [0] (n=Soap@rockbox/staff/soap) |
| 23:42:52 | bertrik | Casainho: backlight should be quite easy because we can already set the backlight in 12 steps, wheel light can only be on or off so would need PWM |
| 23:43:19 | Casainho | yes, yes!! |
| 23:43:22 | robin0800 | Nico_P, think I tried that Dosen't cure it |
| 23:43:52 | Casainho | about that 12 steps, are we limited to that number because of hardware? |
| 23:44:03 | Nico_P | robin0800: could I see the whole source please? |
| 23:44:21 | Casainho | can you please give a link for more info about that 12 steps? |
| 23:44:41 | * | DerPapst points Casainho to the source code :P |
| 23:44:59 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 23:45:53 | bertrik | Casainho: it's in firmware/target/arm/sandisk/backlight-c200_e200.c function _backlight_on |
| 23:46:21 | Casainho | I will read - thanks. |
| 23:46:27 | | Quit Soap (Nick collision from services.) |
| 23:46:30 | | Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) |
| 23:46:32 | bertrik | a command is sent over i2c to the as3514 chip to control the output of a DC-DC converter |
| 23:46:57 | | Join Soap_ [0] (n=Soap@rockbox/staff/soap) |
| 23:46:58 | lars_g | I guess if the video of a converted video runs too fast, it's a fps problem? |
| 23:47:28 | robin0800 | Nico_P, http://pastebin.ca/771350 |
| 23:47:28 | | Quit karashata ("Leaving.") |
| 23:47:47 | Casainho | pp_i2c_send(AS3514_I2C_ADDR, DCDC15, backlight_brightness); |
| 23:47:51 | | Join karashata [0] (n=Kimi@pool3-048.adsl.user.start.ca) |
| 23:48:03 | linuxstb | lars_g: It could also mean the audio samplerate is wrong - Rockbox requires the audio to be 44.1KHz |
| 23:48:09 | Soap | lars_g, there is an option in Mpegplayer to limit frames. Turn it on. |
| 23:48:19 | Casainho | so we are limited by hardware... |
| 23:48:27 | Soap | s/frames/framerate/ |
| 23:48:28 | Casainho | I didn't know |
| 23:48:49 | Casainho | I would like to have the schematic of Sansa :-) eheheh |
| 23:49:35 | | Part DGMurdockIII |
| 23:50:24 | lars_g | linuxstb: audio is at 44100 already and sounds correct |
| 23:50:48 | linuxstb | lars_g: Then listen to Soap. |
| 23:50:56 | lars_g | yeah I'll try that |
| 23:51:10 | Casainho | Can someone explain me where is defined "backlight_brightness"? |
| 23:52:03 | lars_g | Soap: Perfect. I'm gratefull sir. |
| 23:53:38 | Nico_P | robin0800: not sure that's the problem, but try removing spaces from blank lines |
| 23:55:45 | markun | TFGBD: sometimes we do use exploits in the OF initially, as with the m:robe 500 port right now |
| 23:55:49 | markun | and the iriver ifp |
| 23:55:51 | Casainho | bertrik: void _backlight_set_brightness(int brightness) |
| 23:56:13 | Casainho | that function should be the one that is called to set brightness, no? |
| 23:57:01 | bertrik | yes |
| 23:58:13 | Casainho | but It just turn on or off, inside fucntion... |
| 23:58:39 | Casainho | while It should send diferente values, no? - this is just a guess... |
| 23:58:55 | * | pixelma wonders whether the c200 keymap commit (by Alessio Lenzi) was tested on target before and if he'll ever show up here... |
icon identifies that the person is a core developer (has commit access).