00:00:14 | linuxstb | Sorry, I thought the problem (at least for `Assassin) was that it was showing as untagged. |
00:00:45 | Llorean | linuxstb: Sounded like he was getting a mix of both. " or just in the wrong place. The ID3 info that shows gets cut off. " |
00:01:05 | `Assassin | Well sometimes they're untagged and sometimes they just have the wrong album or song name. |
00:01:18 | Llorean | `Assassin: Wrong how? |
00:01:33 | linuxstb | Wrong in the database, or wrong in the while-playing screen? |
00:01:44 | gevaerts | mcuelenaere: buffer_start isn't updated by sendout(), so the usb_serial_send() puts data in the same place as the previous one if it's fast enough (i.e. before the prefious transfer completes). I think it needs a third variable besides buffer_start and buffer_length, to indicate which bit is in transit. If you don't get to it I'll have a go one of these days |
00:02:13 | `Assassin | Like for example if the song name was "Song Name" it would be cut off to "Son" |
00:02:27 | gevaerts | Just updating buffer_start in sendout() isn't enough, because then data that |
00:02:37 | gevaerts | 's not on the wire yet can get overwritten |
00:03:44 | `Assassin | Actually ALL of the problem files show up as untagged now that I check again. |
00:03:52 | mcuelenaere | hmm it's a bit too late for me currently to try to figure out what that code does, I'll look at it sometime later :) |
00:04:02 | gevaerts | same here :) |
00:06:01 | | Quit bluebrother (Nick collision from services.) |
00:06:06 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
00:07:15 | | Quit flydutch ("/* empty */") |
00:11:00 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
00:11:00 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
00:11:00 | | Quit amiconn (Nick collision from services.) |
00:11:00 | | Quit pixelma (Nick collision from services.) |
00:11:12 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
00:11:18 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
00:12:33 | avis | i bought a sansa e270 on ebay and put rockbox on it. it apparently had some existing music files that i'd like to delete, however the Music folder seems to have group permissions belonging to root, i believe because the installer needed root permission to detect the mountpoint maybe ? anyway, i can't see to delete the existing files inside /Music. i would have thought the Music folder would be under the fat32 filesystem, seeing as it would w |
00:12:33 | avis | ork under windows as well, so, i'm confused. i dont believe it had rockbox already on it. |
00:13:39 | Xenovalent | I believe that both Rockbox and original firmware will find files that are NOT in /Music |
00:13:50 | | Join FlynDice [0] (n=jack@65.88.2.5) |
00:13:52 | Xenovalent | So maybe look around in other places for the files? |
00:14:19 | | Quit tessarakt ("Client exiting") |
00:14:33 | bluebrother | avis: FAT does not support file permissions |
00:14:50 | TNT | can i get some info on cyclic redundancy check failed when installing rockbox bootloader? |
00:15:05 | | Join flyinghippo [0] (n=flyinghi@pool-173-72-208-154.clppva.east.verizon.net) |
00:15:06 | bluebrother | Rockbox Utility needs root permissions to install the bootloader because it writes directly to the partition |
00:15:18 | linuxstb | TNT: You already did... Did you try a different cable and/or USB port? |
00:15:23 | avis | thats what i thought, which is why i'm confused as to why i could not delete the files. i removed rockbox, so i could delete them, and maybe see if i could get the installer to find the mountpoint without prefixing a sudo before it ? |
00:15:23 | TNT | yes i did |
00:15:34 | TNT | i also jus deleted corrupted files |
00:16:57 | Llorean | avis: The installer needs su permissions, but only for the bootloader install, which isn't installed to the filesystem you see anyway |
00:17:26 | linuxstb | TNT: What corrupted files? The bootloader install won't corrupt any files. |
00:18:22 | avis | ooh ok. i did a sudo fdisk -l just to see, and it seems to indicate this about the e270 /dev/sdh2 1018 1022 20480 84 OS/2 hidden C: drive in addition to a normal /dev/sdh1 FAT32 drive |
00:18:23 | TNT | i had corrupted files on my ipod |
00:18:34 | BigBambi | TNT: If you are getting CRC errors and corrupted files and you have tried a different cable then I'd put all my cash (£7.52 since you ask) on the disk being buggered |
00:18:43 | TNT | i thought that might have messed up |
00:19:21 | TNT | i could restore my ipod but that would delete all my stuff |
00:19:42 | TNT | and since its on manually manage i have no library to restock it |
00:21:23 | | Quit matsl ("Leaving") |
00:23:23 | linuxstb | TNT: Everything points to a hardware problem, so if I was you I would try and rescue any important files you have... |
00:24:10 | mcuelenaere | how should I implement touchscreen calibration in apps/ ? Make a custom setting which loads a calibration screen upon 'entering' the setting? (the setting then would contain the values generated by the calibration) |
00:24:34 | TNT | damn looks like my ipod will never run rockbox lol |
00:24:46 | TNT | whats messed up is i've ran rockbox and linux before |
00:25:17 | Llorean | TNT: As you've been told, it's most likely a _hardware_ failure. Your iPod is getting old. |
00:26:01 | TNT | shit. |
00:26:04 | TNT | lol oh well |
00:26:10 | | Quit MethoS- (Connection timed out) |
00:26:27 | TNT | thanks for the help. |
00:26:29 | | Quit TNT () |
00:26:56 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
00:27:54 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-9a595d2e44adf00c) |
00:30:33 | | Quit bluebrother ("leaving") |
00:31:03 | *** | Saving seen data "./dancer.seen" |
00:32:33 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
00:32:33 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
00:32:33 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
00:32:35 | | Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
00:32:43 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
00:35:48 | | Quit mcuelenaere (""Good night"") |
00:39:14 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6d1cd331e3f6398a) |
00:42:17 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-4de1b42f32a743ed) |
00:44:11 | jhMikeS | hmmm...I can get back 8k RAM by reclaiming IRAM and vectors for non-initialized sections on PP. |
00:46:31 | | Quit BigBambi (Remote closed the connection) |
00:54:41 | * | jhMikeS gets miffed again that there isn't just one app.lds for PP devices :\ |
00:57:42 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
00:58:39 | | Quit `Assassin (Read error: 104 (Connection reset by peer)) |
01:00 |
01:00:56 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
01:02:36 | | Quit HellDragon (Client Quit) |
01:03:20 | linuxstb | jhMikeS: Make one... |
01:03:45 | jhMikeS | there was just one and then it got split into many identical files |
01:04:55 | jhMikeS | I don't really know when that occurred...will it find the correct app.lds if it's just in the arm directory with other PP files? |
01:05:51 | linuxstb | I don't know - I'm just trying to find where that build code lives... |
01:05:53 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
01:06:45 | linuxstb | I'm guessing it may be due to the fact that there is no "portalplayer" level in target-tree though. |
01:07:05 | | Quit SoapWork ("CGI:IRC") |
01:07:39 | linuxstb | Yes, it's defined as $(FIRMDIR)/target/$(CPU)/$(MANUFACTURER)/app.lds |
01:07:46 | linuxstb | (in tools/root.make) |
01:08:39 | * | linuxstb wonders if an lds file can #include another one. |
01:09:10 | * | linuxstb sees it can - it's run through cpp |
01:09:47 | * | linuxstb doesn't know if he thinks that's a nice solution though |
01:10:48 | jhMikeS | hmmm |
01:11:24 | * | linuxstb sees there are 5 identical copies of the PP app.lds... |
01:11:45 | linuxstb | (ipod, iriver, olympus, phillips and sandisk) |
01:12:43 | linuxstb | The two coldfire ones are almost identical (just an #ifdef difference for IRAMSIZE) |
01:15:47 | | Quit xSlack (Connection timed out) |
01:18:06 | jhMikeS | with an #include, those things could be defined before it which actually would be kind of decent |
01:21:05 | | Quit faemir ("Lost terminal") |
01:22:49 | Unhelpful | pixelma: the track list in pictureflow should scroll to keep the selected track on the screen, and should scroll long track names left<->right (i think it might only do that for the selected one). i believe i remember that acting strange on c200 sim, though, as well. |
01:24:02 | Unhelpful | are the instructions at http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb#logf_over_USB_Serial up to date? i seem to recall it hanging last time i tried, as soon as logf was called |
01:25:19 | | Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) |
01:25:30 | * | jhMikeS wonders if he should bother with that right now or just deal with the redundancy just in case that solution is widely disliked |
01:27:16 | Llorean | jhMikeS: Maybe send the proposed solution to -dev and give it over the weekend for people to see if there are any significant problems from it? |
01:28:17 | jhMikeS | Llorean: if it just includes the content of the file, I see no technical hurdle, but then maybe some better suggestion will surface if I do that. |
01:29:29 | jhMikeS | The reclaiming of the DRAM doesn't have wait that out though |
01:30:09 | linuxstb | People have talked about creating a PP directory in target-tree, and moving things in there. So there would be a target/arm/pp/ directory - the app.lds would live there. |
01:30:47 | pixelma | Unhelpful: ok, that explains it... I didn't know that it should only scroll the selected track and keep it on the screen. So it does if the first track is long enough (and looks disturbing if it only as to scroll 1 or 2 pixels) and since you can't go down in the track list on the c200 I can't test the rest |
01:31:02 | jhMikeS | that would be better IMO since that code certainly isn't generic ARM |
01:32:26 | jhMikeS | I wonder if 5002/502x should fork as well ?? |
01:33:02 | pixelma | Unhelpful: and found a bug while testing this - entering the first "album" list, the <untagged> one in my case real quick results in various data and prefetch aborts. Most notable I got "Prefetch abort at DEADBEEE (0)" now ;) |
01:36:05 | jhMikeS | when it's DEADBEEE/C0EDBABE/DEADDEAC things are really messed up (seen all those myself :) |
01:38:43 | cool_walking_ | What's a deac? |
01:39:25 | pixelma | hmm, it doesn't seem to be timing (I thought it would because it was right one time after looking at some other albums first) but now I always get it. DEADBEEE when it's the first album I look at, looking at a few others it's "Data abort at 01F80F88", would have to test more to understant the conditions under which happens which |
01:40:27 | pixelma | looking at a few others before entering the <untagged> one, I meant. Other albums seem to be ok in a first quick test |
01:40:32 | FlynDice | kugel: Has anyone mentioned that r20051 broke the e200v2 yet? |
01:43:35 | jhMikeS | cool_walking_: DEADDEAC = "dead duck" afaict |
01:45:37 | | Part toffe82 |
01:46:13 | Unhelpful | pixelma: HRM. pf starts by dumping all of the album titles into a string table. i wonder if something goes wrong when it fetches data for an untagged album... do we return some sentinel value indicating "no title", or do we return descriptive text, in that case? |
01:47:47 | pixelma | that <untagged> is a group the database puts all untagged albums into. I wonder though why it worked correctly one time |
01:51:08 | | Quit Thundercloud (Remote closed the connection) |
01:51:18 | | Quit lymeca ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") |
01:51:33 | | Join lymeca [0] (n=lymeca@157-157-237-82.dsl.dynamic.simnet.is) |
01:57:24 | flyinghippo | FlynDice: What do you mean "Broke"? As in bricked? |
01:58:13 | FlynDice | not bricked just broke the lcd function |
01:58:51 | flyinghippo | Oh. For a second I thought you meant it broke the compatibility barrier, and I was kind of excited, being a 260v2 owner. :P |
01:59:07 | Unhelpful | pixelma: and this is with svn, without the pictureflow patches from FS #9919, right? there are a few things i know are still broken in that patch :) |
01:59:58 | | Join lee321987 [0] (n=chatzill@64.24.51.108) |
02:00 |
02:00:14 | pixelma | no pictureflow patches, basically SVN with Rockbox USB enabled |
02:01:17 | lee321987 | FS #9910 is titled "Use DMA engine for audio playback on PP502x targets". Am I right that this will not effect flash based tagets? |
02:01:56 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
02:03:04 | Llorean | lee321987: Why wouldn't it? The patch description even mentions it affecting the e200 which is flash based... |
02:03:33 | lee321987 | oh. sorry. thanks |
02:03:37 | * | Llorean would suggest at least reading the patch description for answers before asking about it. |
02:03:59 | | Quit lee321987 (Client Quit) |
02:04:38 | | Quit jhMikeS (Nick collision from services.) |
02:04:44 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
02:15:47 | | Quit goffa (Read error: 110 (Connection timed out)) |
02:20:12 | | Quit saratoga ("CGI:IRC (EOF)") |
02:26:16 | Unhelpful | ..hrm, ok, i must be missing something. my e200 hangs on USB plug after enabling logf over usb. |
02:26:25 | | Quit Aurix_Lexico ("Leaving.") |
02:26:29 | | Join Rob2223 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) |
02:30:40 | | Quit moos ("Rockbox rules the DAP world") |
02:31:06 | *** | Saving seen data "./dancer.seen" |
02:35:25 | kugel | FlynDice: No. What broke? |
02:35:45 | kugel | It was basically the same patch I put on the forums which was tested |
02:38:09 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
02:39:31 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
02:40:00 | FlynDice | kugel: The screen seems to hang on the bootloader as if the lcd was not being updated and then about a minute later the menu screen comes up |
02:40:35 | FlynDice | The music is playing and I can control it with buttons but screen is static |
02:40:37 | kugel | FlynDice: hm? so after a minute the main menu shows fine? |
02:41:11 | FlynDice | Its as if there's a minute lag |
02:41:42 | FlynDice | minute as in 60 secs not small... ;) |
02:42:30 | | Join Empathy [0] (n=David@207.62.156.219) |
02:42:42 | FlynDice | I reverted to the previous and it was working fine |
02:42:50 | | Quit Rob2223 () |
02:43:14 | | Join Rob2222 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) |
02:43:28 | kugel | FlynDice: that sounds weird |
02:44:00 | kugel | but after this 1 min, everything works normally? |
02:44:26 | kugel | If yes, I have my doubts that my commit caused that (and again, the patch was tested by guys in the forum and domonoky) |
02:44:38 | | Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) |
02:45:14 | Empathy | Can Rockbox's databasing system database files in the iPod_Control folder without setting View All Files to on? |
02:45:37 | Llorean | It's called "View" all files |
02:45:46 | Llorean | It only affects what you can see, not what anything else has access to. |
02:45:48 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0fdfc4670b3583ca) |
02:45:54 | saratoga | http://forums.rockbox.org/index.php?topic=20686.msg145114;topicseen#msg145114 |
02:46:13 | saratoga | anyone think its worth desoldering the CPU and tracing out the pins? |
02:46:21 | FlynDice | ok I just timed it, 23 seconds, the menu screen shows, buttons seem unresponsive visually but I can control the music play & volume with buttons and scrollwheel |
02:46:40 | Unhelpful | directories are excluded from the database by marking them, via the presence of a file name "database.ignore", if i recall correctly. any directory without one should be scanned. |
02:46:41 | kugel | FlynDice: can you check your e200v2 for disk errors first? I've noticed noticeable longer boot times on my fuze too, but they disappeared after running chkdisk (which found errors) |
02:48:11 | FlynDice | it works fine with 20050 though, it is booting up as the music starts playing before the menu shows |
02:48:24 | kugel | and really, that doesn't sound related. if the lcd was messed up, ok, but this sounds like some other issue to me |
02:48:50 | Empathy | I still havent got around to looking at it, but how difficult would it be to add the tta decoder to RockBox with my basic, freshman level knowledge of C |
02:48:50 | | Quit saratoga (Client Quit) |
02:48:57 | kugel | you've changed the start screen option? |
02:50:26 | | Quit midijunkie ("?(???~•~)?") |
02:50:56 | FlynDice | no |
02:55:14 | FlynDice | perhaps it started playing because I was pushing buttons trying to get a response? |
02:55:57 | | Quit jaked_ ("leaving") |
02:56:55 | | Part Xenovalent |
02:57:24 | FlynDice | I reverted back to 20050 with the only change being lcd-200v2.c and the lcd seems to work fine |
02:57:32 | kugel | FlynDice: hm, I just see a typo in the code |
02:57:36 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-11d12347033548a4) |
02:58:07 | kugel | FlynDice: try this please: http://pastie.org/394650 |
02:58:32 | FlynDice | sure |
02:58:49 | kugel | I wonder how the patch was working for domonoky |
02:59:07 | kugel | (if the typo was causing it, that is) |
03:00 |
03:05:15 | | Quit kugel (Nick collision from services.) |
03:05:20 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
03:08:00 | FlynDice | still the same |
03:08:56 | FlynDice | wait maybe not so much lag but still there |
03:10:05 | kugel | can you please explain more? |
03:11:04 | FlynDice | still testing... now the cabbie backdrop is displayed normally but there's still a wait for menus |
03:11:31 | FlynDice | I can control the music functions even though the screen is not updating |
03:11:49 | kugel | I cannot explain how my commit could introduce delay :S |
03:12:10 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
03:12:50 | FlynDice | you said domonoky tried it on hes e200? |
03:13:01 | kugel | yea |
03:13:11 | kugel | FlynDice: try this one http://pastie.org/394664 |
03:15:45 | FlynDice | is that patch against svn or the patched file...? |
03:16:08 | kugel | against svn |
03:16:54 | | Quit balou (Remote closed the connection) |
03:16:57 | FlynDice | ok lemme try again i's complaining about a /* |
03:17:43 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
03:20:44 | kugel | FlynDice: a probably a comment, can you resolve that yourself? |
03:21:28 | FlynDice | I'm looking.. I'm pretty new to the whole patch process though. |
03:22:11 | kugel | FlynDice: just edit lcd-e200v2.c |
03:22:29 | kugel | or did you not revert before applying the second patch? |
03:22:42 | FlynDice | yes I reverted |
03:22:59 | FlynDice | 3 times...... |
03:23:27 | kugel | 1x is enough :p |
03:23:58 | kugel | "svn revert firmware/..../lcd-e200v2.c" |
03:29:43 | FlynDice | can you try another diff? |
03:30:42 | kugel | FlynDice: just forget about the previous one, and try this please http://pastie.org/394675 |
03:30:51 | FlynDice | ok |
03:30:57 | kugel | this is against svn again, so revert lcd-e200v2.c before |
03:37:16 | Unhelpful | splashf from a thread, probably bad idea? |
03:37:52 | jhMikeS | eh? that's np. |
03:38:14 | FlynDice | I don't know why this isn't working, I have been reverting and patch keeps complaining. Anything different I need to do besides cut and paste the pastebin? |
03:39:24 | kugel | FlynDice: oh you mean the applying already fails? |
03:39:57 | kugel | well, how do you download from pastie? you're supposed to click on download on the right side (or raw, then hit ctrl+s) |
03:40:35 | FlynDice | I've been cut & pasting from my browser, let me try that. |
03:41:33 | Unhelpful | jhMikeS: erm, i suppose it wouldn't be, would it, since threads aren't truly concurrent. i'm trying to debug a hang in FS #9919, which only occurs on target so far, and since i can't get usb logf to do anything but hang on plug... :/ |
03:42:10 | | Quit flyinghippo ("Nettalk6 - www.ntalk.de") |
03:43:45 | FlynDice | working now gimme a minute |
03:48:27 | jhMikeS | Unhelpful: I call them from whereever if just debugging something |
03:49:02 | FlynDice | about the same. The backdrop gets displayed without the menu. If I keep the backlight on by using button or scrollwheel the menu doesn't show. Menu finally shows after I allow the backlight to turn off and then press a button or scroll |
03:49:10 | Unhelpful | if i can figure out how to at least stop it from actually hanging, i could just use logf :/ |
03:49:23 | Unhelpful | "regular" non-serial logf, that is. |
03:49:53 | jhMikeS | weird that the binsize table for SH doesn't show a size savings because my rockbox-info.txt clearly shows a RAM savings (-1808 bytes for player) |
03:50:07 | jhMikeS | or is that using the rom image? |
03:51:14 | Unhelpful | i thought the binsize table was "combined"... |
03:51:15 | jhMikeS | Unhelpful: Well, use the splashes to find that (or flash the wheel light if your really up the creek) |
03:51:46 | jhMikeS | Unhelpful: It's averaged between RAM/binsize so -1808 should definitely show even without a binsize reduction |
03:52:00 | Unhelpful | void flash_wheel_light_morse(const char *message) ? |
03:53:08 | Unhelpful | yes, half of that is still quite large enough not to round away... it's also much larger than the host-to-host variations in bin/ram size we've had for a bit now, so it wasn't eaten by one of those... |
03:53:08 | jhMikeS | does that function exist already? |
03:53:27 | Unhelpful | jhMikeS: no, and i don't really want to write it. :) |
03:53:48 | jhMikeS | I think blinking is sufficient to at least say "I got this far" |
03:54:23 | Unhelpful | bonus points for writing it (char * format, ...) ;) |
03:55:50 | kugel | FlynDice: ok, last try: http://pastie.org/394687 (revert again before applying) |
03:56:01 | jhMikeS | int x; for (x = 0; x < 2; x++) { WHEEL_GPIO &= ~WHEEL_BIT; udelay(250000); WHEEL_GPIO |= WHEEL_BIT; udelay(250000); } |
03:56:10 | FlynDice | got it |
03:56:58 | jhMikeS | or rather WHEEL_LIGHT_GPIO/BIT (you get the idea) |
03:57:36 | * | jhMikeS waits for bonus points |
03:57:44 | kugel | Unhelpful: reminds me of the "let wheel light blink to the beat of the music"-patch |
03:59:44 | Unhelpful | hrm, actually, instead of morse, maybe some serial protocol.... you could hook a light sensor up to a PC serial port to read it out :) |
04:00 |
04:00:16 | jhMikeS | then you'd need the LED blinker to debug that one :) |
04:01:46 | jhMikeS | I had that idea as a substitute for no SPDIF output (wrong wavelength anyway not to mention latency trouble) :( |
04:02:40 | FlynDice | kugel: mostly the same but now the play button will take me right into wps. other buttons and scrollwheel have no effect until then |
04:03:15 | kugel | lol |
04:05:00 | FlynDice | kugel:gotta go for a bit here to enjoy 6th grade math homework ;) |
04:05:29 | Empathy | ugh this .sh file to setup rockbox source on linux |
04:05:31 | Empathy | is very long |
04:07:04 | Llorean | Empathy: The .sh is to set up the cross-compilers. |
04:07:28 | Empathy | yeah its been running about 15 minutes now on my Linux VM |
04:07:48 | kugel | ahh |
04:08:04 | kugel | FlynDice: can you try one more patch? |
04:08:15 | Llorean | Empathy: It can take a considerable amount of time if you're trying to set all of them up. |
04:08:44 | Empathy | i thought i just selected the ipod stuff |
04:08:51 | Llorean | jhMikeS: Do you happen to know if the H100 optical out always is 16/44.1 or if, because it's before DAC, it's more flexible? |
04:09:02 | Llorean | Empathy: Well then it won't take *quite* as long, but it's still not quick |
04:09:02 | FlynDice | post it and I'll get it when |
04:09:10 | FlynDice | I can |
04:09:23 | jhMikeS | Llorean: It's not. It switches with the sample rate. |
04:10:04 | Llorean | jhMikeS: switches with the sample rate? |
04:10:11 | Llorean | Oh, it's not limited. |
04:10:16 | Llorean | I was thinking "not more flexible" |
04:10:33 | Llorean | Is there an upper limit? |
04:11:41 | jhMikeS | Not sure about that regarding the transceiver. |
04:11:59 | Llorean | People were asking about 24/192 on the forums, I think. |
04:12:03 | Llorean | And 24/96 |
04:13:10 | kugel | FlynDice: alright, here it is: http://pastie.org/394708 |
04:13:16 | jhMikeS | If you mean recording, it follows whatever is put into it and rounds to the master table of frequencies. 24-bit recording isn't possible at this point though. |
04:14:01 | * | Unhelpful thinks 24- or 32-bit out, where supported, would be helpful for running DSP with less aliasing / less risk of overflow |
04:14:01 | jhMikeS | and why would anyone want 192 kHz? do they record bat sonar? |
04:14:19 | jhMikeS | all DSP in the core is 32 bit |
04:14:26 | Llorean | jhMikeS: No, playback through the optical output. |
04:15:01 | Unhelpful | jhMikeS: because DVD-A / SCD marketing / reading head-fi have convinced them that there's some sort of magic harmonic effect that causes audible changes in quality with the removal of inaudible frequencies |
04:15:09 | jhMikeS | it puts out 88.2 kHz/ 16-bit. 24-bit is potentially possible but 88.2 kHz is the limit for the clocking combo |
04:15:29 | Unhelpful | jhMikeS: right, but then we truncate/round/dither it back down to 16-bit for output, right? |
04:15:59 | jhMikeS | Unhelpful: At the very last stage before IIS, yes. The only thing mixed after that is voice and beeps. |
04:16:04 | kugel | FlynDice: oops, this one: http://pastie.org/394710 (against svn) |
04:16:47 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
04:17:11 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
04:20:32 | Empathy | oh yay its done |
04:20:57 | jhMikeS | Unhelpful: If you can't hear inaudible frequencies then you're just an amateur :p |
04:23:52 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
04:25:25 | kkurbjun | is anyone around that has some knowledge of licenses? |
04:25:46 | kkurbjun | it looks like the generic touchscreen code is not quite gpl compatible |
04:25:57 | Llorean | What's the license? |
04:26:14 | kkurbjun | http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/touchscreen.c?revision=20055&view=markup |
04:26:23 | kkurbjun | if you read the based on section |
04:26:37 | kkurbjun | the main part I would be worried about is the last paragraph |
04:27:04 | Llorean | That's definitely incompatible since it mandates you can't charge for it. |
04:27:36 | kkurbjun | hmm |
04:28:19 | | Quit AndyI (Read error: 110 (Connection timed out)) |
04:28:32 | kkurbjun | should it be reverted now or should Maurus do it? |
04:30:06 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
04:30:45 | Llorean | Can it be reverted 'cleanly' (without breaking compiling)? |
04:31:04 | kkurbjun | it would require pulling a bunch of changes |
04:31:10 | *** | Saving seen data "./dancer.seen" |
04:31:23 | kkurbjun | since a couple of problems came up when it was committed |
04:31:44 | kkurbjun | I'm not very familiar with reverting stuff myself though |
04:31:44 | Llorean | Dunno. It definitely needs to go unless that code is available under the GPL too. |
04:32:33 | Llorean | But there's no harm in leaving it until he can deal with it, I think. We're not distributing D2 builds, right? |
04:33:30 | kkurbjun | nope.. I don't think there's a way someone could download the current build |
04:33:49 | kkurbjun | I mean, it's being built, but we don't give a link for it |
04:34:44 | Llorean | It needs to be cleared up, but it's probably best then to wait for him to get back and decide the best way for it to be dealt with |
04:35:07 | kkurbjun | fair enough, I have no complaints, I was just worried about the license |
04:39:00 | jhMikeS | how about get in contact with the author? |
04:39:20 | kkurbjun | yeah, that's always an option too |
04:45:23 | jhMikeS | of course, if we wish to split the hair on a bald lawyer's head, is charging for services charging for "it" or is someone modifying rockbox and charging for that really charging for "it" unless they modify that code in particular? |
04:52:26 | | Join blkhawk- [0] (n=blkhawk@g229214059.adsl.alicedsl.de) |
04:52:33 | kkurbjun | :) |
04:56:27 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:57:18 | Llorean | jhMikeS: The license isn't well written. |
04:57:39 | Llorean | technically I think it says it's legal for us to sell the original program, but not modifications to it or modified copies of it. Heh. |
04:59:45 | | Join Barahir [0] (n=jonathan@BAI0d82.bai.pppool.de) |
05:00 |
05:00:43 | | Quit film42 () |
05:01:27 | | Quit Seed ("cu, Andre") |
05:02:48 | | Quit Barahir_ (Read error: 60 (Operation timed out)) |
05:03:33 | jhMikeS | What's a "program"? And it depends on what the meaning of "is" is. |
05:07:28 | | Quit avis (Connection timed out) |
05:07:57 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
05:08:58 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
05:09:03 | * | Llorean didn't realize touchscreen calibration took into account rotation. |
05:09:23 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229214059.adsl.alicedsl.de) |
05:10:07 | | Quit __lifeless (Remote closed the connection) |
05:10:23 | | Join __lifeless [0] (n=lifeless@90.151.33.60) |
05:10:57 | Llorean | Anyway, looking at the program it's not terribly complex. Even if we can't use that, it oughtn't be too hard to implement an equivalent. |
05:12:26 | | Quit Horscht ("Verlassend") |
05:14:44 | | Join killan_ [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) |
05:14:50 | jhMikeS | Llorean: I think I agree most on that point, even though it would probably end up mostly the same ;) (some things just do that) |
05:14:50 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
05:15:50 | Llorean | Well yeah |
05:15:54 | Llorean | It's some basic matrix operations. |
05:16:02 | Llorean | You can't really do it very differently. |
05:16:23 | | Quit lymeca (Read error: 110 (Connection timed out)) |
05:18:23 | Empathy | is it normal to see a few warnings when running the make command on rockbox? |
05:19:03 | Llorean | Empathy: If there are expected to be warnings, they'll show up on http://build.rockbox.org/dev.cgi as yellow builds |
05:21:52 | Empathy | ah |
05:22:05 | Empathy | it gave me like a handful of warnings after generating dependencies |
05:22:13 | Empathy | on some fwrite stuff i think |
05:22:25 | Empathy | and this was a build i just grabbed off of svn |
05:23:30 | Llorean | Well, as I just showed you, the official buildservers aren't having any problems compiling. No warnings. |
05:25:25 | Empathy | ill see if it crops up again |
05:25:30 | Empathy | may have just been a fluke |
05:25:58 | | Quit __lifeless (Remote closed the connection) |
05:26:14 | | Join __lifeless [0] (n=lifeless@90.151.215.114) |
05:26:49 | Empathy | how would one add a new codec for RockBox to use? |
05:27:24 | * | jhMikeS finds it a bit amusing that the player's .map (for archos.mod) shows addresses in 64 bits |
05:27:56 | cool_walking_ | Empathy: http://www.rockbox.org/twiki/bin/view/Main/HowToWriteCodecs |
05:28:37 | Empathy | mkay so i can apply these instructions to the libtta source i got |
05:28:43 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-25494ec52f4fcbfd) |
05:28:49 | Empathy | ttalib.c & accompanying files |
05:29:40 | Llorean | Empathy: If it's not fixed point, there's going to be a lot of work converting. |
05:29:57 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
05:30:18 | * | Empathy is not terribly great at C, what do you mean exactly? |
05:30:53 | Llorean | Also, what license is it under? |
05:32:14 | Llorean | I don't see it immediately on their website, but I did see one line about not being allowed to sell it, which would suggest GPL incompatibility. |
05:32:17 | Empathy | TTA is free to redistribute in source and binary form with or without modification, provided the copyright notice is not altered, the copyright is included in documentation, and TTA's name is not used to endorse implementing products |
05:32:45 | | Quit killan (Read error: 110 (Connection timed out)) |
05:32:46 | Empathy | I'll pastebin the whole disclaimer thing |
05:33:00 | Empathy | http://pastebin.com/m39c46de0 |
05:35:36 | * | Llorean wonders why they opted for a custom license. |
05:35:52 | Empathy | i dont particularly know. |
05:35:59 | | Join Lss [0] (n=Lss@cm50.delta90.maxonline.com.sg) |
05:36:13 | Llorean | I don't think it's GPL compatible though, since it introduces restrictions beyond those of the GPL |
05:36:47 | Empathy | bottom of their siet |
05:37:00 | Empathy | oh nevermind |
05:37:37 | Empathy | theres a bit about the GNU Free Documentation License 1.2 at the bottom of their site |
05:37:55 | Llorean | Yeah, that's just what the documentation on their site is licensed under... |
05:38:04 | Empathy | yeah i figured |
05:38:39 | Empathy | Still would like to be able to implement this codec even if its just for myself personally |
05:39:59 | Llorean | Well, it says it's designed for hardware decoders. They might've designed it fixed point (haven't looked) but if not you'll have to convert it to use fixed point math if you want decent performance out of it (Google can help somewhat with information regarding floating vs fixed point) |
05:40:15 | Empathy | mkay |
05:40:18 | Llorean | There's also a spot on their site I saw which mentioned you can contact them if you want to license it under different terms |
05:40:28 | Empathy | yeah but look at their site's last update time |
05:40:33 | Empathy | i wouldnt hold my breath on that |
05:40:39 | Llorean | So you're just not gonna bother? |
05:40:59 | Empathy | on relicensing it? |
05:42:08 | Llorean | What harm could it do? The very worst case is that it'll still be licensed the way it is. The best is that they say "yes, Rockbox can use it as GPLv2 or later" |
05:42:20 | Empathy | if they respond at all |
05:42:32 | Empathy | im just saying they havent updated their site in 2 years nearly |
05:42:40 | Llorean | Again, what harm could it do? |
05:43:03 | Llorean | In the time you've been talking to me about it, you could've filed off an email and promptly forgotten about it until such time as they possibly responded. |
05:43:13 | Empathy | i suppose. i'll send one when im not watching hockey |
05:45:41 | Empathy | is there any telltale sign of the code not using fixed point math? |
05:46:40 | Llorean | use of floats and doubles would be favorite. |
05:47:50 | Llorean | Also the site seemed to suggest it was C/C++, and you're going to want pure C. |
05:48:15 | Empathy | the hardware 1.2 library only has .c and .h files |
05:55:56 | Empathy | hm i havent seen any cases of floating point math in the decoder.c or in the .h files for it |
05:56:14 | Empathy | though there is one #define with a long decimal in one .h, and one struct with a double in it in another |
05:59:45 | saratoga | how odd that the encoder is GPLed but not the decoder |
05:59:54 | Empathy | go figure. |
06:00 |
06:00:24 | Empathy | i havent found any cases of floating math in the files... |
06:01:49 | Empathy | ah there are some cases but theyre typecast to (int) |
06:01:55 | saratoga | wow the entire decoder is only 99 lines long ignoring init |
06:03:21 | | Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
06:03:53 | Llorean | saratoga: I don't know *anything* about audio encoding/decoding, so this may be a horribly stupid question. |
06:04:20 | Llorean | The site mentioned that it takes equal time to decode and encode. Could you use the encoder to write a decoder (are these kinds of processes somewhat reversible ever?) |
06:04:46 | saratoga | Llorean: yeah probably |
06:05:06 | saratoga | i think you could just use the decoder to write a new decoder though |
06:05:19 | Empathy | so these lines that use double values in the code that are typecast to int, are they okay or do i need to tweak them? |
06:06:03 | saratoga | Empathy: are you looking at the hardware decoder? its already interger |
06:06:07 | Empathy | yeah |
06:06:26 | Empathy | theres a double constant FRAME_TIME thats like 1.04....something |
06:06:31 | Empathy | then double info->COMPRESS |
06:06:46 | Empathy | though any time theyre used the result is typecast to int |
06:07:03 | saratoga | the compression ratio is just metadata, you can store it however you like |
06:07:11 | saratoga | the rest of the codec is integer |
06:07:23 | Empathy | info->COMPRESS = (double) datasize/origsize; |
06:07:25 | Empathy | is fine? |
06:07:52 | saratoga | I mean its trivially fixed |
06:08:17 | Empathy | so it wont have any bearing on the performance of the codec then |
06:08:32 | Empathy | basically what your saying is that its file info, who gives? |
06:08:33 | Empathy | XD |
06:08:51 | saratoga | yes |
06:08:56 | Empathy | ok cool. |
06:09:02 | saratoga | I don't even think you need that info |
06:09:24 | Empathy | probably not but im not about to go tweaking code that i can only just barely understand |
06:09:50 | saratoga | Empathy: you can't understand the bitrate calculation? |
06:10:02 | Empathy | no just the whole thing in general gives me a headache lol. |
06:10:04 | saratoga | its 2 lines long |
06:10:11 | Empathy | i took a 10 week course on C and didnt like it much |
06:10:21 | Empathy | conversely, I like PHP and Java a lot. |
06:12:07 | | Quit soap (Remote closed the connection) |
06:13:11 | Empathy | so to do this i just need to drop the ttadec.c and its 3 .h files into the codec directory |
06:13:17 | Empathy | and a few other things |
06:14:52 | avis | can you use rhythmbox to add music to a rockbox e270 ? |
06:15:31 | Llorean | avis: That very much depends on rhytmbox |
06:15:53 | Llorean | Rockbox doesn't care about where the music is on the player, as long as it still has the proper extension and it isn't encrypted |
06:16:37 | avis | well i used it. and it seemed to not add it to the Music folder but rather one level before it. i however wanted to simply select one song, and have it play that song, then select any other song, and play from all songs at random, infinitely |
06:17:24 | Llorean | I don't understand what you're asking, exactly. If you don't like where Rythmbox places your music, talk to its devs... |
06:17:47 | avis | i have selected "random" and repeat "all" i've also tried repeat to "random" and it still wont advance to the new song |
06:18:29 | avis | i want to play a random song, and repeat infinitely, and i assumed it wouldn't do that because of the placement of the files, but i could be wrong |
06:18:31 | Llorean | Rockbox doesn't have a "random" option |
06:18:34 | Llorean | Do you mean "shuffle"? |
06:18:40 | avis | yes shuffle |
06:19:00 | Llorean | Have you read the manual? |
06:19:10 | saratoga | actually, the XMMS plugin looks to have the exact same code but under a GPL license |
06:19:12 | Llorean | Shuffle shuffles a playlist. If you only have a single song in the playlist, that one song will play forever. |
06:19:17 | saratoga | so I guess TTA is GPLed |
06:19:23 | Llorean | you need to be playing a playlist of all your music, and shuffle it. |
06:19:29 | avis | ooh ok |
06:19:46 | Llorean | saratoga: As long as they got it under that license legally, yes. |
06:20:01 | saratoga | its on the guys site |
06:20:05 | Llorean | Ah, well then |
06:20:09 | Llorean | Sounds good. |
06:21:14 | Empathy | mmkay |
06:21:38 | Empathy | should i just dump the files from the library download into the codecs directory or should i adjust things to match the other codecs already there |
06:21:54 | Empathy | i.e. move the .h files into a subfolder (and fix the includes in the .c?) |
06:23:14 | saratoga | Empathy: did you take a look at the how to write codecs wiki page? |
06:23:34 | Empathy | i kinda skimmed it and then hopped down to the "adding a codec" bit |
06:23:49 | saratoga | well theres your problem |
06:25:36 | Empathy | well ill be damned i dont know what im doing since im in over my basic programming head |
06:25:37 | Empathy | XD |
06:27:56 | | Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) |
06:27:56 | | Quit saratoga ("CGI:IRC (EOF)") |
06:28:09 | kadoban | Empathy: you do realize that it's not just a matter of putting the files in the right place, right? the codec has to work with rockbox... |
06:29:46 | Empathy | i get it |
06:30:58 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
06:31:13 | *** | Saving seen data "./dancer.seen" |
06:32:22 | scorche|sh | 22:22 <@scorche|sh> MBI: did you check out that BSG episode where they first start the revolution? |
06:32:26 | scorche|sh | 22:23 <@scorche|sh> specifically, the locks on the munitions locker? |
06:32:32 | scorche|sh | damn right-click...sorry.. |
06:33:37 | jhMikeS | hehe |
06:37:10 | Empathy | kadoban: so im not looking at using the ttadec.c that came with the hardware decoder package, but rather implementing the ttalib.h and ttadec.h to work with RB? |
06:38:02 | kadoban | Empathy: you have to look at and understand the files you have, look at and understand how a codec works in rockbox, and change the code you have so that it does what rockbox expects |
06:38:50 | Empathy | k i think i get it |
06:41:47 | | Quit __lifeless (Remote closed the connection) |
06:43:01 | | Join _lifeless [0] (n=lifeless@90.151.215.114) |
06:44:59 | | Quit kkurbjun (Read error: 54 (Connection reset by peer)) |
07:00 |
07:13:42 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
07:17:58 | | Join earHurts [0] (n=earHurts@static-76-160-139-84.dsl.cavtel.net) |
07:23:30 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
07:24:25 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
07:28:35 | Unhelpful | jhMikeS: hrm, well, splashf works just fine, sort of... i'm still not getting much of anywhere at figuring out why it magically hangs only on target... perhaps buf_alloc, which uses the plugin buffer, is going wrong, and corrupting plugin data or code, which i would imagine is much less likely on sim? |
07:30:28 | Unhelpful | it certainly looks as if the sim just hands plugins a buffer the size of the platform plugin buffer, which of course has no *code* in it on sim |
07:31:15 | earHurts | so start by memseting your buffer? |
07:32:01 | Unhelpful | not really sure how that would help? |
07:32:48 | earHurts | well, any code in the buffer (as yu hypothesize), becomes just a zero byte |
07:35:10 | Unhelpful | hrm, i'm definitely having some lock/stall problems after .enabling rockbox usb :/ |
07:37:15 | Unhelpful | hrm, i don't like at all that after the first splashf reports an error, nothing *else* happens... |
07:43:26 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
07:43:58 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
07:44:09 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
07:53:44 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
07:54:41 | tmzt | avis: where you using the libmtp or the storage mode? |
08:00 |
08:19:53 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:20:07 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
08:21:39 | | Join Rob2223 [0] (n=Miranda@p4FDCC87A.dip.t-dialin.net) |
08:22:34 | | Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) |
08:26:30 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:27:36 | | Quit BHSPitMonkey ("Ex-Chat") |
08:31:17 | *** | Saving seen data "./dancer.seen" |
08:32:24 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
08:40:00 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:47:25 | | Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) |
08:48:13 | | Part earHurts |
08:49:46 | | Quit FlynDice (Read error: 110 (Connection timed out)) |
08:53:16 | | Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) |
08:54:22 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:00 |
09:05:17 | | Join FlynDice [0] (n=jack@65.88.2.5) |
09:06:41 | | Quit lightbulbjim (Read error: 110 (Connection timed out)) |
09:11:58 | | Quit bmbl ("Woah!") |
09:12:53 | | Part bandan |
09:13:14 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
09:54:12 | | Quit JdGordon (Remote closed the connection) |
09:55:03 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:57:53 | | Quit z35 ("Leaving") |
10:00 |
10:01:31 | | Quit jaykay (Read error: 110 (Connection timed out)) |
10:03:44 | | Join nibbler [0] (n=Nibbler@pD9E30938.dip.t-dialin.net) |
10:04:42 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
10:09:23 | | Quit Lss (Read error: 110 (Connection timed out)) |
10:13:43 | | Quit desowin_ ("leaving") |
10:15:56 | | Join desowin_ [0] (n=desowin@atheme/member/desowin) |
10:16:59 | | Quit desowin_ (Client Quit) |
10:19:57 | | Join desowin_ [0] (n=desowin@atheme/member/desowin) |
10:20:25 | * | freqmod_gq thinks that the sansa clip (4gb) has the same sd problems as fuse, e200v2 etc as he is not able to access certain folders, even after reboot |
10:24:38 | amiconn | All the ams sansa targets have that |
10:24:40 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
10:29:47 | | Quit `Assassin (Read error: 104 (Connection reset by peer)) |
10:29:47 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
10:31:18 | *** | Saving seen data "./dancer.seen" |
10:32:43 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
10:33:26 | | Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) |
10:33:32 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
10:36:41 | | Quit Thundercloud (Remote closed the connection) |
10:37:29 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
10:38:14 | * | pondlife returns wondering if make reconf should really tell the user to run make reconf... |
10:39:18 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
10:42:03 | | Join Darksair [0] (n=user@123.112.113.19) |
10:42:32 | | Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) |
10:44:55 | | Part bandan |
10:46:11 | | Join flx_ [0] (i=flux@jolt.modeemi.cs.tut.fi) |
10:46:43 | | Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) |
10:47:38 | Zagor | pondlife: of course it should it should should |
10:47:45 | | Quit flux (Read error: 104 (Connection reset by peer)) |
10:48:05 | amiconn | Zagor: why? |
10:48:26 | Zagor | amiconn: it was a poor joke |
10:48:41 | LinusN | pondlife: how long is a bufalloc handle valid? |
10:48:59 | pondlife | LinusN: I assumed forever |
10:49:13 | pondlife | Or until bufclose() is called |
10:49:27 | LinusN | pondlife: are you sure you want to use bufalloc() and not buffer_alloc()? |
10:49:31 | pondlife | No! |
10:49:54 | pondlife | I thought bufalloc() was safer though. |
10:50:15 | amiconn | bufalloc handles all become invalid if a plugin (or something else like the usb stack) calls plugin_get_audio_buffer() |
10:50:30 | pondlife | Ah, ok... that's not good |
10:50:37 | amiconn | At least that's how I understand it |
10:50:42 | pondlife | But buffer_alloc is a permanent allocation? |
10:50:50 | LinusN | yes |
10:50:55 | LinusN | but it requires a reboot |
10:51:16 | LinusN | (in the current implementation) |
10:51:18 | pondlife | That's no good - can I get away with a playback stop/start? |
10:51:32 | amiconn | There's the idea to rewrite the buffer_alloc mechanism so that a global reallocation would be possible without reboot |
10:51:41 | pondlife | I guess I need to do whatever's done for crossfade... |
10:51:46 | LinusN | that's how it should work, but i haven't gotten that far with the buffer_alloc handling |
10:51:50 | pondlife | Ah, ok |
10:51:59 | pondlife | That's why I thought bufalloc was safer |
10:52:11 | | Part bandan |
10:53:22 | | Join IuDeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-acc348cae16bbf57) |
10:53:32 | amiconn | jhMikeS: Nice RAM reclaim, btw :) |
10:53:43 | IuDeX | is someone working on clip? |
10:53:49 | pondlife | Is there a way to ask buffering if a handle is still valid? |
10:53:56 | amiconn | jhMikeS: Did you get any further wrt long calls on arm? |
10:54:18 | amiconn | pondlife: What are you working on, btw? |
10:54:30 | pondlife | Nothing much, just the timestretch |
10:54:50 | pondlife | FS #8894 |
10:54:56 | amiconn | ah |
10:55:41 | pondlife | But no free time really, so I doubt it'll get done |
10:56:13 | IuDeX | I don't know what's with funman but no funman = no progress |
10:56:27 | IuDeX | Do you know anything about he?;) |
10:56:41 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
10:57:11 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
10:57:44 | B4gder | I wouldn't sat exactly "no progress" |
10:57:46 | B4gder | say |
10:57:58 | B4gder | but slower, sure |
10:58:13 | B4gder | less dev time tends to lead to that |
10:58:14 | IuDeX | I'm talking about Clip. |
10:58:26 | B4gder | yes, I read you |
10:58:55 | B4gder | clip is an ams sansa |
10:58:59 | IuDeX | yes |
10:59:27 | pondlife | Urgh, audio_get_buffer() is in playback.c... why not in buffering? |
10:59:29 | B4gder | and they share a lot, thus generic ams sansa fixes => clip improvements too |
11:00 |
11:00:21 | pondlife | It doesn't even tell buffering.c that the buffer has been stolen, IIUC. |
11:01:09 | pondlife | and I'm not sure we should need buffer_state |
11:01:14 | IuDeX | on actual RB build I can play music (skips only on VBR MP3's), but I can't access all folders |
11:01:29 | IuDeX | so there's small progress ;] |
11:01:45 | pondlife | IuDeX: You can probably accress the first 1GB, right? |
11:01:55 | amiconn | Zagor: Btw, did you get anywhere with the Clip v2? |
11:02:01 | * | amiconn ponders geting one |
11:02:17 | IuDeX | pondlife: probably yes ;] |
11:02:26 | IuDeX | pondlife: I'll test it today. |
11:02:29 | Zagor | amiconn: I haven't done anything with it yet :-( too much "real life" |
11:04:03 | | Quit GodEater_ (Client Quit) |
11:04:14 | IuDeX | Ok. I'll try formats, which can be played with clip.(eh... my English isn't very well ;p) |
11:06:16 | IuDeX | ok, bye |
11:06:18 | | Quit IuDeX ("CGI:IRC") |
11:07:42 | freqmod_gq | IuDex: AFAIK the clip works well except the problems common on all sansa ams ports, and there are somebody working on i.e. the fuze which will hopefully help clip |
11:08:00 | * | freqmod_gq needs to scroll down his backlog |
11:08:43 | | Quit kachna (Read error: 60 (Operation timed out)) |
11:14:33 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
11:19:53 | | Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) |
11:20:04 | | Part bandan |
11:22:53 | | Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) |
11:24:02 | pondlife | LinusN: Do you know if anyone is planning on the buffer_alloc() rework? If not, I might do some audio_get_buffer() reworking instead.... |
11:26:27 | amiconn | Why not just use buffer_alloc, and live with the reboot to activate it? Several other settings do that |
11:27:06 | pondlife | That would make more sense if there was an explicit enable setting. Currently it auto-enables when the speed isn't 100%. |
11:27:25 | pondlife | It should probably not persist that anyway, and act like pitch. |
11:27:43 | pondlife | They should be one feature in the UI anyway (i.e.pitch/speed) |
11:28:08 | amiconn | You could make time stretching an explicit setting. Not enabled -> not time stretch, only classic pitch |
11:28:38 | pondlife | Yes, that was my thought too. Those who want timestretch (and less battery life) can enable it |
11:28:42 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:28:53 | amiconn | Or you could make it reset every time playback stops. Then you can use bufallow without further adjustment |
11:29:38 | | Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) |
11:29:40 | amiconn | (the nasty bug gevaerts discovered needs to be fixed as well though) |
11:30:54 | Chesteta | hey anyone out there know if mkamsboot is working in the latest svn? I just tried to run it (after making it) and says "bash:mkamsboot: command not found" |
11:40:06 | freqmod_gq | ChanServ: it works here, however you have to go to rockbox/rbutil/mkamsboot |
11:40:11 | | Join moos [0] (n=Mustapha@rockbox/staff/moos) |
11:40:14 | freqmod_gq | and run make there first |
11:40:41 | freqmod_gq | that requires arm-elf-* (toolchain) in path |
11:41:51 | | Quit {phoenix} (Remote closed the connection) |
11:44:01 | Chesteta | yea im running it from there... idk if i installed toolchain; was that listed as something to dl when initally setting up cygwin for rockbox? |
11:44:21 | Chesteta | i already have/had run make there |
11:45:15 | | Join cafaro [0] (n=cafaro@adsl-dc-257b9.adsl.wanadoo.nl) |
11:45:47 | gevaerts | Chesteta: . isn't in your PATH by default |
11:52:11 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
11:52:12 | Chesteta | ok, how can i put it in my path? I keep having trouble with my PATH apparently :? |
11:53:23 | freqmod_gq | do "export PATH=.../arm-elf/bin:$PATH" |
11:53:28 | gevaerts | I wouldn't recommend putting it in your PATH. Try ./mkamsboot |
11:53:29 | freqmod_gq | in the bash prompt |
11:53:43 | freqmod_gq | for the toolchain |
11:54:00 | Chesteta | ok |
11:57:45 | Chesteta | freqmod_gq: i tried running "export PATH=.../arm-elf/bin:$PATH" and nothing has changed as far as running mkamsboot goes... |
11:58:02 | freqmod_gq | well did you manage to build mkamsboot? |
11:58:07 | Chesteta | yes |
11:58:14 | B4gder | don't put it in your path, that's not a sane way |
11:58:17 | Chesteta | i have mkamsboot.exe in the mkamsboot folder |
11:58:24 | freqmod_gq | and btw ... has to be swapped with the path of the toolchain. |
11:58:38 | freqmod_gq | well then cd to that folder and run "./mkamsboot" |
11:58:45 | freqmod_gq | or maybe ./mkamsboot.exe |
11:58:52 | freqmod_gq | and don't put that in your path |
11:59:05 | freqmod_gq | the export command was for putting the toolchain in your path |
11:59:10 | freqmod_gq | and not mkamsboot |
11:59:50 | Chesteta | ok; do I have to do anything to get mkamsboot running? i ahve tried typing "mkamsboot e200pa.bin bootloader-e200v2.sansa boot.bin" and have had no luck |
11:59:58 | freqmod_gq | ./ first |
12:00 |
12:00:03 | Chesteta | ok |
12:00:11 | freqmod_gq | i.e. ./mk... |
12:00:59 | Chesteta | it just goes back to the $ prompt; it does not generate a boot.bin file |
12:01:03 | freqmod_gq | no |
12:01:26 | freqmod_gq | it should print a copyright paragraph and: |
12:01:29 | Chesteta | and if i remember correctly, mkamsboot is supposed to take some time to process the file :/ |
12:01:31 | freqmod_gq | Usage: mkamsboot <firmware file> <boot file> <output file> |
12:01:37 | Chesteta | yea |
12:01:44 | Chesteta | do i have to put the <> in? |
12:01:51 | freqmod_gq | then you have to do ./mkamsboot |
12:01:56 | Chesteta | if i dont then i did it correctly |
12:01:58 | freqmod_gq | and then the path to the firmware file |
12:02:01 | freqmod_gq | boot file |
12:02:01 | Chesteta | i did ./mkamsboot |
12:02:09 | freqmod_gq | and where you want to put the output file |
12:02:23 | Chesteta | in the directory mkamsboot is in |
12:02:30 | freqmod_gq | i.e. ./mkamsboot m300a.bin bootloader-clip.sansa patched.bin |
12:02:30 | Chesteta | or did i have to specify c:\... |
12:02:48 | Chesteta | yes; thats the same format i used |
12:02:52 | freqmod_gq | (if the files m300a.bin and bootloader-clip.sansa is in the same directory) |
12:03:12 | freqmod_gq | then patched.bin should appear |
12:03:40 | Chesteta | yes; e200pa.bin is the normal e200 bootloader and bootloader-e200v2.sansa is the sansa bootloader |
12:03:55 | Chesteta | it just jumps down to the next command line and does not process anything |
12:04:07 | freqmod_gq | bootloader-e200v2.sansa is the rockbox bootloader |
12:04:24 | freqmod_gq | built from the rockbox source tree |
12:04:30 | Chesteta | yes |
12:04:58 | freqmod_gq | i get http://pastebin.ca/1342766 as output |
12:05:05 | gevaerts | Chesteta: what *exactly* did you type? |
12:05:12 | Chesteta | like i created a folder called "bootbuild" and ran ../tools/configure in it and then entered 56 for e200v2 and then b for bootloader |
12:05:24 | freqmod_gq | ok |
12:05:43 | freqmod_gq | and then you moved the file to the mkamsboot directory? |
12:05:51 | freqmod_gq | ...-sansa |
12:06:07 | Chesteta | yes |
12:06:18 | Chesteta | Matt@X60 ~/rockbox/rbutil/mkamsboot |
12:06:18 | Chesteta | $ ./mkamsboot.exe e200pa.bin bootloader-e200v2.sansa boot.bin |
12:06:18 | Chesteta | Matt@X60 ~/rockbox/rbutil/mkamsboot |
12:06:18 | DBUG | Sent KICK Chesteta to server |
12:06:18 | Chesteta | $ |
12:06:18 | Kick | (#rockbox Chesteta :No flooding!) by logbot!n=bjst@rockbox/bot/logbot |
12:06:24 | freqmod_gq | and you got the original firmware in there |
12:06:27 | freqmod_gq | e200pa.bin? |
12:06:39 | | Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) |
12:06:43 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
12:06:55 | Chesteta | damn i tried to paste a few lines from cygwin and it kicked me for flooding |
12:06:57 | freqmod_gq | and you got e200pa.bin (original firmware there) |
12:07:08 | freqmod_gq | yes, you'll have to use a pastebin |
12:07:12 | Chesteta | yes; i have e200pa.bin |
12:07:53 | Chesteta | http://pastebin.ca/1342769 |
12:08:47 | freqmod_gq | then i can't help you, except patching the file myself |
12:08:54 | Chesteta | I just updated it with a 'dir' command to show you whats in the folder |
12:09:13 | Chesteta | yea idk whats wrong with it :/ |
12:09:27 | Chesteta | http://pastebin.ca/1342772 |
12:09:31 | freqmod_gq | well boot.bin is there |
12:09:48 | freqmod_gq | try the same command with boot2.bin and se if that appears |
12:10:09 | Chesteta | ok |
12:10:20 | * | freqmod_gq have to go |
12:10:32 | Chesteta | its not giving any copyright |
12:10:37 | freqmod_gq | real life (teater rehersal) |
12:10:45 | freqmod_gq | :( |
12:10:51 | Chesteta | ah good luck with your rehersal |
12:11:02 | Chesteta | could i just delete the mkamsboot folder and do a svn update |
12:11:19 | Chesteta | to redownload the stuff incase something got corrupted or something? |
12:11:24 | Chesteta | idk what else to try |
12:11:55 | | Quit soap (Nick collision from services.) |
12:12:05 | | Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) |
12:12:15 | | Quit soap (Nick collision from services.) |
12:13:09 | | Join soap [50] (n=soap@rockbox/staff/soap) |
12:17:05 | | Quit soap (Nick collision from services.) |
12:17:23 | | Join soap [50] (n=soap@rockbox/staff/soap) |
12:17:32 | | Join soap_ [50] (n=soap@rockbox/staff/soap) |
12:18:22 | Unhelpful | Chesteta: svn will know if files are modified. |
12:18:33 | | Quit soap_ (Client Quit) |
12:19:37 | Chesteta | hmm |
12:19:42 | Chesteta | idk why it wont run mkamsboot hten |
12:19:44 | Chesteta | then* |
12:20:10 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
12:20:48 | gevaerts | Chesteta: please use real words, as stated in the guidelines |
12:21:17 | | Quit LambdaCalculus37 (Client Quit) |
12:21:32 | Chesteta | I aplogize, I will |
12:30:41 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
12:31:19 | *** | Saving seen data "./dancer.seen" |
12:34:02 | | Part pondlife |
12:34:24 | | Quit Chesteta () |
12:59:16 | | Join maraz_ [0] (n=maraz@xob.kapsi.fi) |
13:00 |
13:00:40 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
13:05:17 | | Quit maraz (Read error: 104 (Connection reset by peer)) |
13:12:35 | | Join gromit` [0] (n=gromit@ALagny-154-1-59-236.w81-249.abo.wanadoo.fr) |
13:19:55 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
13:20:10 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
13:25:03 | | Join gregzx [0] (n=chatzill@dsy100.neoplus.adsl.tpnet.pl) |
13:34:49 | | Quit jhMikeS (Nick collision from services.) |
13:34:55 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
13:44:08 | | Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) |
13:51:26 | | Quit jfc (Read error: 110 (Connection timed out)) |
13:51:36 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
13:52:53 | amiconn | Hmm, charging detection seems to be borked on iPod Color |
13:58:16 | | Join miepchen^schlaf [0] (n=miepel@p579EC86A.dip.t-dialin.net) |
14:00 |
14:00:59 | | Quit jfc^3 (Read error: 110 (Connection timed out)) |
14:02:51 | | Part cafaro |
14:07:27 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:08:43 | Zagor | do we have the release schedule published somewhere? |
14:09:14 | | Quit freqmod_gq (Remote closed the connection) |
14:09:15 | B4gder | I guess not |
14:09:38 | | Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
14:17:38 | linuxstb | Zagor: I posted a proposed schedule to the mailing list, which I _think_ was agreed - http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-11/0020.shtml |
14:21:12 | Zagor | linuxstb: yeah, that's what I think most of us are considering the schedule to be. it just struck me that "outsiders" don't know this, and we don't say it anywhere. |
14:21:39 | Zagor | well, not someplace easily found anyway :) |
14:23:35 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
14:23:56 | | Join lymeca [0] (n=lymeca@157-157-232-212.dsl.dynamic.simnet.is) |
14:24:00 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-bd8d0a20ab9dad7d) |
14:24:41 | | Quit lymeca (SendQ exceeded) |
14:25:27 | | Join lymeca [0] (n=lymeca@157-157-232-212.dsl.dynamic.simnet.is) |
14:26:22 | | Join Casainho [0] (n=chatzill@bl10-231-49.dsl.telepac.pt) |
14:26:32 | Casainho | hello :-) |
14:27:08 | Casainho | what means "devcon" ?? - seems to me that is a developer encounter, no? what means "con" ? |
14:27:28 | linuxstb | Zagor: I agree - maybe http://www.rockbox.org/download/ would be a good place (the "releases" link in the left menu) ? |
14:27:32 | B4gder | Casainho: short for conference |
14:27:33 | gevaerts | Depends. It's either "conference" or "confidence trickster" |
14:27:46 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
14:27:50 | B4gder | Casainho: getting a bunch of crazy rockboxers together at the same place |
14:27:57 | B4gder | scary thing |
14:28:22 | B4gder | towers get built |
14:28:27 | B4gder | coke bottles get opened |
14:28:35 | Casainho | okok - thanks. I am writing a presentation about Rockbox and I will show 2 pictures of devcon |
14:28:53 | Casainho | why people drinks cocacola and eat fast food? |
14:29:03 | Casainho | why not wine or beer? |
14:29:15 | B4gder | I didn't say we drank it! |
14:29:23 | Casainho | ah, sorry - there is beer on some photos |
14:29:25 | gevaerts | We *drink* beer, we *open* coke bottles |
14:29:26 | LinusN | we generally spray the roof with it |
14:29:35 | Casainho | ??? |
14:29:37 | Casainho | really? |
14:29:40 | B4gder | http://daniel.haxx.se/blog/2008/06/29/24-different-targets-and-8-beers/ |
14:29:57 | LinusN | Casainho: hehe, yes, we had a coke accident last devcon |
14:29:58 | * | amiconn wonders whether Casainho is living in a room with really strong reverberation |
14:31:11 | Casainho | amiconn: I didn't understand. |
14:31:21 | *** | Saving seen data "./dancer.seen" |
14:31:41 | Casainho | okok :-) −− I will show one picture of everyone looking at computers and other of everyone after eat piza and coke |
14:32:04 | Casainho | I think this isa nice one ;-) −− http://picasaweb.google.com/peturbox/RockboxDevcon2008#5216697272664342242 |
14:32:54 | Casainho | another qestion |
14:33:11 | Casainho | does I need to use DMA for audio? −− I am rstart reading the code for audio.... |
14:33:27 | Casainho | I am not using DMA yet, not for LCD nor SD Card... |
14:33:51 | kugel | Casainho: grr, I'm not visible on this one :S |
14:34:34 | B4gder | Casainho: sorry, you need to pick one where kugel is visible! ;-P |
14:35:47 | kugel | hm, I'm about the only person in this room, which is not on the photo :( |
14:36:20 | gevaerts | kugel: I don't seem to be on it either. You're not alone :) |
14:36:45 | linuxstb | Casainho: You don't _have_ to use DMA for audio, but if you can, you should (it frees the CPU) |
14:36:56 | kugel | I think you were next to me ;) |
14:37:01 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:38:17 | avis | since usb support is not completed on rockbox and the e270, how would i get a development version on there, if i can't transfer over usb ? |
14:38:43 | Casainho | linuxstb: hmmm, nice to know. I don't have experience with DMA, I would prefer to first put my device work and after optimize the code... |
14:38:43 | linuxstb | Use the original Sandisk firmware. |
14:39:26 | avis | ok ty |
14:39:33 | linuxstb | avis: If you turn your Sansa off, then attach USB, then turn it on, the original firmware should start. |
14:39:48 | Casainho | kugel: don't worry, here were I will talk, no one knows about you ;-) |
14:40:10 | Casainho | eheh - but I am being looking at pictures a long time |
14:40:20 | Casainho | maybe some day I will got to a devcon ;-) |
14:40:24 | Casainho | I would like :-) |
14:40:24 | | Quit parafin (Operation timed out) |
14:40:27 | B4gder | those pictures make me think of devcon09 |
14:40:43 | kugel | let it happen! |
14:41:02 | Casainho | whta is the nick of "Björn Stenberg" ? |
14:41:20 | linuxstb | Casainho: http://www.rockbox.org/twiki/bin/view/Main/IrcNicks |
14:41:31 | B4gder | Casainho: Zagor |
14:41:38 | B4gder | oh too slow |
14:41:58 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
14:42:22 | Casainho | Zagor: nie to know that yu are a "bicycling computer freak" :-) −− I also use bicycle every day ;-) |
14:42:34 | | Join parafin [0] (i=parafin@paraf.in) |
14:42:41 | avis | i can boot the original firmware, but i'm not seeing a linux mount point :( |
14:42:43 | * | LambdaCalculus37 reminds Casainho about the topic |
14:43:55 | Casainho | LambdaCalculus37: thanks - ifrst time I read: "Keep discussion Rockbox-related" |
14:44:03 | kugel | avis: http://forums.rockbox.org/index.php?topic=20664.0 |
14:44:13 | avis | ty |
14:44:20 | Casainho | bye bye :-) |
14:44:21 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
14:45:42 | | Quit lymeca (Connection timed out) |
14:50:14 | | Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) |
14:53:01 | | Join zimba42 [0] (n=wolfgang@static-87-245-40-85.teleos-web.de) |
15:00 |
15:03:01 | | Quit avis (Remote closed the connection) |
15:03:25 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
15:10:50 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
15:11:16 | | Join zimba421 [0] (n=wolfgang@90.153.92.77) |
15:17:58 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
15:18:04 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
15:21:14 | | Quit Zagor ("Clint excited") |
15:21:28 | | Quit {phoenix} (Remote closed the connection) |
15:27:20 | | Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) |
15:28:02 | | Quit zimba42 (Read error: 110 (Connection timed out)) |
15:35:26 | kadoban | probably not too big of a deal, but the forum guidlines (http://forums.rockbox.org/index.php?topic=5738.0) say that feature requests go on the tracker, which iiuc is no longer the case |
15:39:03 | | Quit moos ("Rockbox rules the DAP world") |
15:40:32 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
15:42:06 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0438.bb.online.no) |
15:53:23 | | Quit nibbler (Connection timed out) |
15:53:26 | | Join jaykay_ [0] (n=chatzill@p579E7528.dip.t-dialin.net) |
15:55:02 | | Quit jaykay (Read error: 110 (Connection timed out)) |
15:55:08 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E7528.dip.t-dialin.net) |
15:55:22 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
15:59:15 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
15:59:39 | | Quit einhirn (Read error: 60 (Operation timed out)) |
16:00 |
16:04:35 | | Part LinusN |
16:05:30 | | Quit _lifeless (Read error: 54 (Connection reset by peer)) |
16:05:45 | | Join _lifeless [0] (n=lifeless@90.151.215.114) |
16:10:05 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
16:11:16 | | Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) |
16:15:56 | kugel | amiconn: this #ifdefs for the players statusbar all over the place is nasty, imo |
16:16:43 | kugel | I'm not surprised that it causes problems again and again |
16:16:57 | amiconn | Well, it isn't a real statusbar |
16:18:07 | amiconn | A proper solution will be the universal status display solution which I proposed a while ago. This will handle things like status icons, status leds etc |
16:18:57 | amiconn | It will not only make things easier regarding charcell, but is also necessary for the numerous status leds on M3, and can handle the red led on disk-based archoses etc |
16:20:11 | amiconn | kugel: Part of the problem is that the player has some members in global_status which aren't actually used |
16:21:09 | amiconn | This is because back in time the philosophy was to not ifdef away unused members. That changed later (today there are just too many members to have all of them on all targets, but wasn't fixed for the already existing ones |
16:22:01 | kugel | well |
16:22:01 | amiconn | Actually it's probably not only the Player which has unused members in global_status, but the other targets too (the Player probably has more of those though) |
16:23:09 | kugel | I just notice that the player repeatedly causes trouble due to his "own way of statusbar" |
16:25:47 | amiconn | If global_settings.statusbar would have been excluded properly, r19894 would have caused a red build, and hence it would have been noticed |
16:27:18 | kugel | not much better if you ask me |
16:27:52 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-20fc7dccccb36f39) |
16:28:54 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:30:08 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
16:31:25 | *** | Saving seen data "./dancer.seen" |
16:35:19 | FlynDice | kugel: Hey I tried your latest lcd patch. It displays the menu now initially but it's skewed diagonally. If I let the backlight go off then when it comes back on the display is normal until I press another button. |
16:35:38 | kugel | FlynDice: I committed a fix |
16:35:52 | FlynDice | coll I'l go get it |
16:35:58 | | Join MethoS- [0] (n=lem@host-091-097-242-243.ewe-ip-backbone.de) |
16:35:58 | kugel | FlynDice: zimba421 helped me, it should be good now |
16:37:29 | | Join nibbler [0] (n=Nibbler@pD9E31A6E.dip.t-dialin.net) |
16:38:35 | kadoban | pixelma: I know that this is probably a long shot since it was a while ago, but do you happen to remember anything more about the bug with the goban overlay makefile (specifically it not seeming to rebuild the plugin after changes to the source)? I can't seem to reproduce it. |
16:40:24 | n1s | amiconn: re: statusbar proposition, maybe it would be good to put things like that in the wiki or a mail to the ml for later reference, irc logs are not so good for that, especially if it's been discussed on several occasions |
16:44:56 | jaykay | BigBambi: around? |
16:51:10 | | Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) |
16:51:20 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-162-177.ewe-ip-backbone.de) |
16:52:43 | jaykay | is there any difference in the manual between \dap, \dap\ and \dap{}? and which one should i prefer? |
16:57:23 | | Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) |
17:00 |
17:01:18 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
17:01:42 | BigBambi | jaykay: Not really, I'm at work - I'll be home at after about 19.30 CET (GMT+1) |
17:01:49 | BigBambi | got to go |
17:01:55 | | Part likemindead ("I'm out--like a boner in sweat pants... 0_o") |
17:02:44 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-f760ce1b0f2b7b7e) |
17:03:39 | avis | i was told that i could boot from original firmware on me e270 to get usb support on my sansa. when i boot to original firmware with usb plugged in, i dont get a mount point in linux however |
17:03:40 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
17:04:02 | rasher | avis: does the OF show the "Connected" screen? |
17:04:22 | avis | yes it does |
17:04:22 | | Quit MethoS- (Read error: 113 (No route to host)) |
17:04:29 | rasher | Check dmesg |
17:04:57 | kugel | FlynDice: is it cool now? |
17:05:24 | FlynDice | yes works great |
17:05:46 | FlynDice | the playback has improved also with the lcd work you've don |
17:06:45 | linuxstb | avis: Also, is the OF configured to use MSC (USB Mass Storage). It's one of its settings. Otherwise it will connect in MTP mode. |
17:07:56 | avis | there it goes. MSC works. ty linuxstb :) |
17:08:53 | avis | is the current build the same as the development version ? ie −− it might have usb transfer mode enabled ? |
17:09:08 | linuxstb | Yes, but no. |
17:11:33 | | Quit petur ("beertime") |
17:16:10 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
17:16:24 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
17:18:28 | kugel | FlynDice: really? how? |
17:20:44 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
17:20:51 | | Quit rakslice ("Leaving") |
17:22:07 | FlynDice | kugel: well I can stay in the wps screen and listen for 1 thing, and it just works more dependably |
17:22:30 | FlynDice | ogg of course no mp3 |
17:22:31 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cac000fac32bfe1f) |
17:22:34 | kugel | sounds like a good thing :) |
17:22:43 | kugel | even though I didn't intend that :p |
17:23:58 | FlynDice | kugel: also I can get to more places now with music playing to see what breaks... |
17:24:13 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
17:26:26 | | Quit perrikwp (Client Quit) |
17:26:37 | kugel | FlynDice: and that wasn't possible at all pre-r20051? |
17:27:42 | FlynDice | It played but I would have to exit the wps screen or it would stop |
17:30:14 | FlynDice | my best description(still vague I realise) is it's less finicky now. I can throw more at it before it gives up |
17:32:21 | | Join __lifeless [0] (n=lifeless@94.50.182.173) |
17:34:30 | jaykay | second try: as there any difference in the manual between \dap, \dap\ and \dap{}, and should one of them be preferred? |
17:35:44 | gevaerts | \dap\ is not valid TeX |
17:36:11 | * | gevaerts suspects that there's something after these |
17:36:37 | kadoban | \dap and \dap{} are functionally the same i believe, as long as both are followed by a space. i think \dap{} is better style, maybe? (i suck at LaTeX, but that's my guess) |
17:36:39 | n1s | jaykay: \dap{} is preferred |
17:36:57 | amiconn | Afaik \dap\<space> is for protecting that space |
17:37:06 | jaykay | gevaerts: no, it also works |
17:37:13 | jaykay | n1s: thanks |
17:37:22 | n1s | kadoban: iiuc they are not exactly the same as \dap\ escapes the space, what amiconn said |
17:37:37 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c66908454c339bb7) |
17:37:48 | gevaerts | jaykay: I very much doubt that. "\dap\ " is \dap followed by a hard space. "\dap\" doesn't mean anything |
17:37:56 | kadoban | n1s: yeah, i didn't know about that one, just the other two. makes sense though |
17:38:31 | jaykay | gevaerts: i guess there are spaces after that... i dont see the difference |
17:38:48 | n1s | jaykay: you should check out the LatexGuidelines page in the wiki |
17:38:49 | gevaerts | The second \ belongs to the space then |
17:39:00 | n1s | gevaerts: exactly |
17:39:05 | jaykay | so should i convert \dap and \dap\ to \dap{} |
17:39:09 | jaykay | or only \dap |
17:39:24 | gevaerts | Don't "convert |
17:39:31 | amiconn | Only \dap is bad, because TeX then sometimes etas the space after it, iiuc |
17:39:35 | n1s | jaykay: \dap is fine if you don't want a space after it |
17:39:36 | amiconn | *eats |
17:39:37 | jaykay | its not the right word, i know |
17:40:16 | gevaerts | jaykay: again, "\dap\" is not the construct. "\dap" is, possibly followed by "\ " |
17:40:27 | n1s | for example "Don't eat your \dap." is fine |
17:40:40 | gevaerts | Also good advice |
17:40:48 | jaykay | gevaerts: thanks for the thrid explanation :) |
17:40:48 | kadoban | now you tell me |
17:40:53 | rasher | Is there a reason to use "\dap\ "? |
17:41:03 | rasher | rather than "\dap{} " |
17:41:29 | | Quit perrikwp (Client Quit) |
17:44:06 | | Quit rocko ("Leaving") |
17:44:36 | | Join tvelocity [0] (n=tony@adsl3-226.her.forthnet.gr) |
17:46:03 | | Part B4gder |
17:49:53 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
17:52:23 | | Join Lss [0] (n=Lss@cm246.delta140.maxonline.com.sg) |
17:52:37 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-10bed8ab1d266586) |
17:53:53 | jaykay | i guess the "battery_bench writes data on every disk activity (or every hour)" is outdated, it does write data now every minute.... |
17:54:04 | jaykay | or is there an exception? |
17:54:50 | amiconn | The data is *written* to disk when there is disk activity. That has nothing to do with when a measurement is *taken* |
17:55:56 | jaykay | i i know... i meant "taken on every disk activity or every hour"-.... |
17:55:59 | amiconn | Writing every minute would change the results a lot versus running without battery_bench on hdd based targets, and to a lesser degree also on flash based targets |
17:56:26 | amiconn | The sentence says "...writes data on every disk activity..." |
17:57:26 | rasher | How do I enter a backslash in LaTeX? |
17:57:33 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
17:57:46 | n1s | \\ would be my first guess |
17:57:59 | rasher | Mine too. Seems to be a linebreak |
17:58:15 | n1s | yes, /me facepalms |
17:58:36 | rasher | \backslash it seems |
17:58:44 | amiconn | The measurement cycle in turn was indeed simplified iirc. Now it measures every minute and stores that in a RAM buffer. It used to only keep measurements where the voltage actually changed |
17:59:09 | amiconn | The latter was unnecessarily complex, and hard to maintain |
17:59:40 | jaykay | amiconn: so data is taken every minute and written on every disk activity or every hour? |
18:00 |
18:00:34 | | Quit fyrestorm (Read error: 54 (Connection reset by peer)) |
18:00:37 | rasher | Not even that.. $\backslash$ works, but isn't that a bit dirty? |
18:01:07 | | Join FlynDice2 [0] (n=jack@65.88.2.5) |
18:01:18 | | Quit FlynDice (Read error: 104 (Connection reset by peer)) |
18:01:37 | jaykay | rasher: google says \textbackslash |
18:02:06 | | Quit FlynDice2 (Remote closed the connection) |
18:02:10 | | Quit linuxstb (Read error: 113 (No route to host)) |
18:02:21 | rasher | jaykay: \o/ |
18:04:15 | rasher | Now < and > get replaced by ¡ ¿ .. that seems a bit odd |
18:04:40 | amiconn | jaykay: Yes, in general. It may take in shorter intervals occasionally, if the thread receives a SYS_* event it doesn't need to handle |
18:05:14 | | Join FlynDice [0] (n=jack@65.88.2.5) |
18:05:24 | jaykay | e.g. voice events like the battery-status... still a thing i dont like |
18:06:47 | jaykay | basically rockbox should only do things it needs to do right? |
18:07:02 | gevaerts | ? |
18:07:12 | rasher | For the record, \textgreater{} and \textless{} |
18:07:14 | jaykay | imo those voice events should not be "sent" if voice is disabled... |
18:07:42 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a6b2a17d798ef3a4) |
18:08:09 | gevaerts | Why? |
18:08:20 | jaykay | because voice is disabled... |
18:08:40 | gevaerts | So instead of checking in just one place, this check has to be done all over the place? |
18:08:50 | jaykay | ? |
18:09:18 | | Join guest001 [0] (n=someone@88-152.62-81.cust.bluewin.ch) |
18:09:37 | gevaerts | If everything that sends events has to check if there is at least one piece of code currently interested in them, the code will become a mess |
18:10:49 | jaykay | i guess there is no way of completely disabling voice while the runtime... |
18:11:12 | | Join Mathiasdm2 [0] (n=Mathias@78-22-14-175.access.telenet.be) |
18:11:54 | gevaerts | What do you mean exactly by disabling? |
18:12:37 | | Quit perrikwp (Client Quit) |
18:12:47 | jaykay | so that nothing even attempts to send anything |
18:13:05 | | Quit Mathiasdm2 (Client Quit) |
18:13:30 | * | gevaerts still doesn't see why that would be desirable |
18:14:35 | * | domonoky thinks of this battery events as general powermanagement events. It just happens that voice is the only user (for now). |
18:14:59 | domonoky | so they shouldnt be disabled when voice is disabled. |
18:15:19 | jaykay | its not desirable... the problem is that i (and probably others) dont want that rockbox does something which does nothing. |
18:15:25 | jaykay | not a big problem, though |
18:15:26 | amiconn | jaykay: Not only those, also events like charger plugged/pulled, remote plugged/pulled (on targets with lcd remote), memory card plugged/pulled (on targets with hotswap) etc etc |
18:16:09 | jaykay | amiconn: they may be required, in opposite to the voice events |
18:16:15 | gevaerts | jaykay: why do you even care? |
18:16:42 | | Quit sarixe ("Leaving") |
18:17:04 | jaykay | gevaerts: why not? its also could help and helps me to understand rockboyx |
18:17:07 | jaykay | rockbox* |
18:17:35 | gevaerts | jaykay: as I see it you want to increase complexity for this. You need a real reason for that |
18:18:11 | domonoky | the battery power saved by not sending a few events per battery runtime is probably so small, you cant even measure it. So you have much more complicated code for no gain.. |
18:18:31 | jaykay | gevaerts: i dont know how the code would look like. i just asked whether theres a simple ways to disable voice events completely |
18:18:43 | gevaerts | jaykay: there is. Remove them from the code |
18:19:12 | gevaerts | All other ways complicate things |
18:19:12 | jaykay | oh thanks. i think i already wrote that i mean "while runtime" |
18:19:13 | amiconn | The extra code to check whether to send the event would probably even make up for the tinytiny amount of power saved in the receiver by not sending the event |
18:19:46 | gevaerts | "while runtime"? |
18:19:52 | * | gevaerts doesn't understand |
18:19:54 | amiconn | And all code that uses a public queue needs to be aware of occasional SYS_ events anyway |
18:20:00 | rasher | http://download.rockbox.org/manual/rockbox-player/rockbox-buildap2.html#x16-214000B.12 err... |
18:20:04 | jaykay | gevaerts: while rockbox is running |
18:20:15 | | Join tessarakt [0] (n=jens@e180075194.adsl.alicedsl.de) |
18:21:25 | gevaerts | jaykay: you could add "if(voice_enabled)" to dozens of places, but as we've been saying the gain from that is very near zero, while it adds real complexity |
18:22:16 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:22:34 | jaykay | gevaerts: i also wrote "disabling completely". with that i meant that its not necessary to even check anything... |
18:22:39 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c3ea5ba912df00b0) |
18:22:50 | gevaerts | OK. So you mean "make the code magically disappear" |
18:22:59 | jaykay | exactly |
18:23:08 | jaykay | i only needed a "no, there is no way to do this", nothing more |
18:24:21 | gevaerts | jaykay: if you ask questions where what you actually mean is so obvious, don't be surprised if people interpret it in another way |
18:24:47 | * | gevaerts phrased that wrong |
18:27:00 | | Quit pixelma ("No Ping reply in 30 seconds.") |
18:27:01 | | Join pixelma [0] (n=pixelma@p54BD7D99.dip.t-dialin.net) |
18:27:01 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
18:27:01 | | Join Rob2222 [0] (n=Miranda@p4FDCC87A.dip.t-dialin.net) |
18:27:41 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:28:13 | | Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
18:28:30 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
18:31:26 | *** | Saving seen data "./dancer.seen" |
18:35:54 | | Quit gregzx (Read error: 110 (Connection timed out)) |
18:36:44 | | Quit faemir ("Lost terminal") |
18:37:46 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6675bcd5c0b3e195) |
18:37:56 | rasher | Some LaTeX magician might want to have a look at the fact that the \wikilink macro doesn't respect page margins |
18:38:00 | rasher | (in PDF) |
18:38:14 | rasher | See for example page 14 of the e200 manual |
18:43:40 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-dcf2ec5e7acf03bd) |
18:43:45 | kadoban | pixelma: that's odd, i tried the same thing and it seemed to work fine. i'll mess with it some more. do you think you could test the patch for me again by the way? i put up a new one at FS #9901, it should help me figure out why that one test is failing. |
18:43:46 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:43:55 | kadoban | (re other channel) |
18:48:07 | pixelma | yes, I could do that |
18:48:45 | kadoban | yay \o/. you only need the new patch, and to extract the .zip file again (don't need the "turn on testing" patch) |
18:49:49 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:49:53 | pixelma | ok, no turning on. I'm building on cygwin in case that matters |
18:50:24 | kadoban | hmm, it could be. i'll give that a shot later, i don't have a windows machine right here |
18:50:41 | pixelma | I should try once more... |
18:50:47 | | Join SoapAirport [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-34c564f5fb518e19) |
18:50:47 | kugel | domonoky: hey |
18:51:38 | kadoban | i can't test on the actual target of course, so it's possible something really exotic is going on...but it /seems/ like it's rebuilding it fine |
18:51:45 | rasher | pixelma: \opt{albumart} is appropriate for the wps, right? |
18:52:24 | SoapAirport | Llorean: regarding the poll created in the USB test build thread... I was thinking perhaps such "urgent calls for testers" would be served by a pop-up in the forums when everybody first logs on. The pop up could say "Hey, we have a really complicated new feature we're trying to introduce, we need all the help testing we can get, please see thread so-and-so." |
18:52:25 | | Quit zimba421 ("Leaving.") |
18:52:35 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
18:52:43 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-076c5e485892d547) |
18:52:51 | rasher | SoapAirport: It's not *that* urgent, really |
18:52:59 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
18:53:15 | pixelma | rasher: yes, should do as long as the option is there in features.txt |
18:53:20 | | Quit lymeca (SendQ exceeded) |
18:53:26 | rasher | SoapAirport: also, once you have time, please install mingw32 on your server :) |
18:53:28 | pixelma | or better the "feature" then |
18:54:13 | SoapAirport | rasher: "not urgent" as in not time critical or no need for 100 testers? My suspicion is a vast majority of people never visit the Unsupported Builds thread, and of those who do the majority only visits occasionaly. |
18:54:14 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
18:54:27 | rasher | pixelma: Can you chain opts? Like \opt{swcodec}{\opt{tagcache}{ somethinghere }}? |
18:54:39 | SoapAirport | rasher: it will be 8 hours before I can ssh in. |
18:54:56 | SoapAirport | no, wait, I have my N810, duh. |
18:54:59 | | Quit lymeca (SendQ exceeded) |
18:54:59 | rasher | SoapAirport: no hurry - the builds have been broken for nearly 2 months now, I'll survive another 8 hours :) |
18:55:42 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
18:56:02 | pixelma | rasher: yes, opts can be nested (I'd understand chaining a bit differently more like \opt{albumart,tagcache,etc}) |
18:56:02 | amiconn | rasher: Nesting like this should work |
18:56:08 | bertrik | AFAIK the SYS_BATTERY_UPDATE is only used for voice, and it is only sent from one place |
18:56:29 | | Quit lymeca (SendQ exceeded) |
18:56:37 | pixelma | but \opt{blah}{\opt{bleh}{something}} is also possible |
18:56:50 | | Quit perrikwp (Client Quit) |
18:56:54 | bertrik | that place is in firmware/powermgmt.c so that would probably not be a good place to check for voice support though |
18:57:13 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
18:57:41 | | Join linuxstb [0] (n=linuxstb@94-193-103-239.zone7.bethere.co.uk) |
18:57:51 | SoapAirport | rasher: "ming2w2 is already the newest version" |
18:58:00 | | Quit lymeca (SendQ exceeded) |
18:58:37 | rasher | SoapAirport: oh.. err.. ignore me |
18:58:49 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
18:59:15 | | Quit bs66_ (Connection timed out) |
18:59:34 | | Quit lymeca (SendQ exceeded) |
18:59:45 | | Join roman_ [0] (n=roman@93.81.216.24) |
19:00 |
19:00:00 | pixelma | the albumart "feature" was only introduced for displaying the albumart size of the currently loaded WPS in the Rockbox Info screen. Something I though could go now that resize is in... |
19:00:11 | pixelma | thought too |
19:00:21 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
19:00:54 | amiconn | Isn't that also used to check whether to build albumart support in general? |
19:01:06 | | Quit lymeca (SendQ exceeded) |
19:01:09 | amiconn | Or do you mean in features.txt only? |
19:01:18 | | Join bs66_ [0] (n=sysuser@79.138.158.111.bredband.tre.se) |
19:01:51 | pixelma | in features.txt for the lang strings |
19:01:52 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
19:02:03 | * | rasher wonders if he should put up his album art manual patch or just commit it |
19:02:16 | pixelma | (which is reused for the manual) |
19:02:37 | | Quit lymeca (SendQ exceeded) |
19:03:23 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
19:04:08 | | Quit lymeca (SendQ exceeded) |
19:04:42 | pixelma | didn't you put it up on flyspray already? |
19:04:59 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
19:05:40 | rasher | I've fixed the issues I noted and added some more things |
19:05:46 | | Quit lymeca (SendQ exceeded) |
19:06:32 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
19:06:50 | | Quit lymeca (Connection reset by peer) |
19:07:22 | rasher | FS #9928 |
19:07:46 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-43e170903a023842) |
19:08:25 | jhMikeS | amiconn: Yeah, quite a bit of RAM hiding there. Some other targets probably could use that tweak. As far as long calls, I'm not sure any solution would be "nice". What are the options except to force it one way or the other in specific instances depending on the default? |
19:09:50 | | Part guest001 |
19:10:52 | | Quit {phoenix} (Remote closed the connection) |
19:11:56 | | Quit perrikwp (Client Quit) |
19:14:27 | jhMikeS | amiconn: the only other option for longcalls that I had was to have memory map for code so its close enough to IRAM for short calls to work |
19:15:16 | | Join roman__ [0] (n=roman@93.81.216.141) |
19:17:21 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
19:17:53 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
19:20:29 | kugel | domonoky: I put my unification patch to http://www.rockbox.org/tracker/task/9933 |
19:21:36 | pixelma | rasher: looks good. I'm only wondering if it would be better to use "lcd_non-mono" instead of the "albumart" feature in case that one goes. And are there swcodec players which don't have "tagcache", the nesting might not be necessary but of course it's the more correct solution... |
19:22:06 | bertrik | can't we specifically mark code in IRAM as requiring long-calls and so we can use normal calls for the rest? |
19:22:47 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-120e71a3d3e4c53c) |
19:22:48 | rasher | pixelma: I think mirroring apps/plugins/SOURCES is smartest.. don't know about the albumart feature.. seems like a reasonable thing to keep |
19:23:50 | | Quit gromit` (Read error: 60 (Operation timed out)) |
19:25:46 | | Quit nibbler (Read error: 110 (Connection timed out)) |
19:26:12 | | Quit miepchen^schlaf () |
19:26:21 | pixelma | yeah, just throwing out some thoughts (as in not very important ones). I agree about mirroring SOURCES and the "albumart" one also doesn't hurt if we keep an eye on the manuals |
19:27:07 | | Join gromit` [0] (n=gromit@ALagny-154-1-59-236.w81-249.abo.wanadoo.fr) |
19:28:00 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:28:14 | rasher | Does the albumart define not decide whether or not to build albumart support? |
19:28:27 | rasher | If not, it probably should be extended to do that, rather than removed |
19:28:51 | | Quit roman_ (Read error: 110 (Connection timed out)) |
19:30:13 | pixelma | no, HAVE_ALBUMART does this - "albumart" as a feature for the langs is only used if this is defined |
19:30:48 | pixelma | and only for the LANG_ALBUMART string |
19:31:30 | pixelma | which isn't needed anymore in my eyes |
19:31:48 | rasher | Ah, right.. and we can't check for HAVE_ALBUMART in the manual? |
19:31:59 | | Quit SoapAirport ("CGI:IRC (Ping timeout)") |
19:32:38 | pixelma | not that I know of |
19:32:42 | rasher | Still, I think keeping the feature around makes sense, even if LANG_ALBUMART is removed and the manual is the only user |
19:33:34 | rasher | I admit I don't know how manual building works, but was it considered to pass it through CPP? |
19:34:11 | * | pixelma wonders whether there will ever be albumart display in the WPS on monochrome screens ;) |
19:34:14 | pixelma | oh well |
19:35:04 | | Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") |
19:35:08 | pixelma | rasher: I don't know, my idea only was to reuse the features.txt and n1s implemented it :) |
19:36:05 | | Quit Horscht (Read error: 110 (Connection timed out)) |
19:36:22 | * | rasher commits |
19:36:36 | rasher | Maybe not |
19:37:33 | pixelma | amiconn: your bookmark delete combo patch reminds me of the mess in the Gigabeat F/X keymap for this action... |
19:37:47 | pixelma | someone with a Gigabeat should look into it |
19:37:50 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a396426d85f2d935) |
19:38:20 | pixelma | rasher: why not? |
19:38:37 | rasher | My pictureflow.tex was out of date. Fixed now |
19:41:33 | rasher | pixelma: How much album art stuff do you think should be left in the wiki? I think pretty much only the different programs to gather AA, which is pretty much all that's not in the manual now (I guess an example would be a good idea). |
19:43:05 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:44:28 | pixelma | btw. I'm a bit undecided (and someone already started excluding some WPS tag explanation from the Player manual) but I once thought it would be better to not exclude some but add a mark for something that wouldn't work on the target the manual is for. Reasoning for this is e.g. the M:Robe100 - you can use colour or greyscale 160x128 WPSs with it as long as those don't use the %X backdrop tag or albumart |
19:44:29 | | Quit kugel (Nick collision from services.) |
19:44:33 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
19:45:12 | pixelma | so I thought it would be nice if one could read it up there. For the Player it's unlikely though that someone wants to reuse another WPS this way |
19:51:43 | | Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) |
19:54:38 | FlynDice | Is there a quick svn command line I can use to revert my whole directory to 20060(yes I'm reading the svn docs but it isn't working for me, thanks) |
19:55:55 | linuxstb | What isn't working? i.e. what did you try? |
19:56:32 | FlynDice | svn checkout -r 20060 rockbox among others... |
19:56:52 | linuxstb | Did you try svn update -r 20060 ? |
19:57:15 | FlynDice | I thought I tried that first but I'll try again |
19:57:16 | | Join damada [0] (n=mada@e179091172.adsl.alicedsl.de) |
19:57:50 | damada | hi, does Rockbox support RDS for FM station naming and autofrequency? |
19:58:11 | bertrik | ok, I tried declaring stuff that went into icode with #pragma long_calls. This includes memcpy, memset, memmove. For most normal code this can be workable, except gcc also produces memset or memcpy for certain language constructs, like a memset for a string initialisation. |
19:58:28 | linuxstb | damada: No. But some work has started on it for the Gigabeat S (the only device with an RDS-capable tuner IIUC |
19:58:35 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-69d1fe4c5983d460) |
19:58:55 | pixelma | ) |
19:59:13 | damada | linuxstb: do you have a link to that device or manufacturer? |
19:59:46 | linuxstb | damada: It was made by Toshiba. It's not easy to find, but they appear on ebay... |
20:00 |
20:00:00 | | Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) |
20:00:24 | damada | OK, thanks linuxstb, will do further googling |
20:00:58 | linuxstb | But the Gigabeat S isn't quite at "supported" status in Rockbox yet - once installed, it works well, but the installation method and documentation isn't ready. |
20:01:35 | kugel | FlynDice: does 20060 not work? |
20:03:28 | FlynDice | kugel: I was trying to test out your unifying patch and reverting to 20060 and am trying to get patch not to yell at me... |
20:04:08 | kugel | FlynDice: you need r20063 at least |
20:04:36 | kugel | well, my tree is at r20060, except for the lcd fix, so it's basically at 20063 |
20:04:41 | FlynDice | ok I'll try that , your patch says 20060 though |
20:05:14 | kugel | I'll upload a proper one |
20:07:48 | kugel | FlynDice: thanks for testing that. Please give some comments on the scrollwheel, I changed how it works |
20:08:01 | FlynDice | sure |
20:08:43 | rasher | pixelma: no viewports in the manual? |
20:08:54 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
20:09:08 | kadoban | hmm, just noticed: the copyright notice on page 2 of the manual says 2003-2008 |
20:09:17 | pixelma | kadoban: the new goban test worked flawlessly |
20:09:26 | pixelma | on my Ondio |
20:09:46 | kadoban | pixelma: oh, great. thanks a lot. i'm still not sure why that one test /sometimes/ fails, but at least i'm pretty sure it's not related to the overlay |
20:10:31 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:12:23 | amiconn | bertrik: Just marking code in IRAM for long calls is wrong in two ways. (1) It causes IRAM-to-IRAM calls to be longcalls for no reason. (2) It breaks IRAM-to-SDRAM calls |
20:12:44 | amiconn | It's the ram pairing that counts, not just the placement of the caller or callee |
20:14:24 | bertrik | ok, but the disadvantage of (1) could be outweighed by short calls in the rest of the code. I don't quite see how (2) IRAM-to-SDRAM calls get broken |
20:14:29 | amiconn | linuxstb: Iiuc the archos fm recorder also has an rds capable radio chip, but for some reason it doesn't work as it should |
20:17:43 | FlynDice | kugel: patch keeps coughing on button-e200v2.c could you take a look |
20:18:07 | FlynDice | I'm on 20067 |
20:18:39 | FlynDice | changed at 20063 |
20:20:01 | bertrik | the S1A0903X01 has AM in addition to FM, but no RDS as far as I can see in the datasheet. IIRC, the zune has an RDS capable chip and the Samsung YP-U3 has one, but neither is a rockbox target |
20:21:57 | bertrik | BTW, there may be a very small chance that some of the radio chips used in rockbox targets are RDS capable. AFAIK, several of the non-RDS FM chips used in rockbox have a register compatible version that does support RDS |
20:26:55 | | Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) |
20:27:32 | | Join miepchen^schlaf [0] (n=miepel@dslb-088-072-213-228.pools.arcor-ip.net) |
20:28:42 | gartral | hello, i found a very small bug with the logo.rock, it has a 1/50 chance of starting with no movement, this doesn't affect anything, just odd |
20:28:46 | | Quit miepchen^schlaf (Client Quit) |
20:29:52 | | Quit DataGhost () |
20:31:27 | *** | Saving seen data "./dancer.seen" |
20:31:34 | | Quit roman__ (Read error: 110 (Connection timed out)) |
20:32:58 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
20:33:45 | | Quit lymeca (SendQ exceeded) |
20:36:34 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
20:37:37 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
20:38:22 | | Quit lymeca (SendQ exceeded) |
20:40:08 | | Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) |
20:44:21 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:45:38 | | Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net) |
20:46:31 | jaykay | jhMikeS: around? |
20:47:35 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:50:04 | kadoban | is there anyone who might be willing to help me test FS #9901 on an archos recorder? it's an overlay to make the goban plugin work on archos devices (already tested on ondio). i can put together a build for it if necessary |
20:51:33 | * | LambdaCalculus37 raises his hand |
20:51:43 | LambdaCalculus37 | Can you build for me? |
20:52:02 | kadoban | LambdaCalculus37: yeah, no problem. which version do you have? |
20:52:03 | gartral | i would if i owned an archos... |
20:52:41 | LambdaCalculus37 | kadoban: Archos JBRv1. |
20:54:40 | kadoban | that's 2MB, right? (i don't know recorders well) |
20:55:05 | LambdaCalculus37 | Yes. |
20:56:12 | scorche|sh | kadoban: except for modded devices, all of the archos devces we support have 2MB of RAM |
20:56:22 | kadoban | ahh, i see |
20:56:35 | kadoban | hmm, one second...i think my build failed (sigh) |
21:00 |
21:00:15 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
21:02:19 | | Part damada ("Konversation terminated!") |
21:03:13 | kadoban | LambdaCalculus37: okay, i think that worked. http://www.majidejima.com/recorder-overlay.zip is the build, please also extract http://www.rockbox.org/tracker/task/9901?getfile=18574 to the root of your device, and then run the goban plugin, which will run an automated test. the final splash message is the important part (it should be either "All tests passed", or an error message mentioning a line number). no hurry, i'll be on for a |
21:03:14 | kadoban | couple of hours at least |
21:09:42 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
21:11:37 | | Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) |
21:15:33 | bluebrother | LambdaCalculus37: did you have a chance to try the updated rbutil binary? |
21:17:47 | LambdaCalculus37 | bluebrother: No, not yet. |
21:17:57 | LambdaCalculus37 | I'll try it tonight. |
21:18:12 | LambdaCalculus37 | kadoban: All tests passed here. |
21:18:41 | kadoban | LambdaCalculus37: excellent, thank you so much |
21:19:04 | bluebrother | LambdaCalculus37: great, tia :) |
21:20:21 | LambdaCalculus37 | bluebrother: Real quick... is there a link in the logs, or can you supply me with a link? |
21:20:42 | bluebrother | there is a link in the logs. Gimme a sec, I'll look it up |
21:21:57 | bluebrother | LambdaCalculus37: jdgordon.info/~domonoky/rbutilqt.dmg">http://jdgordon.info/~domonoky/rbutilqt.dmg |
21:22:38 | * | bluebrother wonders why some files in docs/ are utf-8 and others not |
21:22:48 | LambdaCalculus37 | bluebrother: Many thanks; I'll give it a kick around tonight. |
21:23:47 | amiconn | kadoban: I am trying to implement an easier way to make overlays |
21:23:49 | rasher | bluebrother: Hysterical raisins, I'd guess |
21:24:43 | amiconn | They will use plugin.lds (needs to be extended a little bit), and automagically allocate the necessary amount of ram |
21:25:11 | kadoban | amiconn: ahh, that might be kind of nice. i didn't really understand most of what i was doing when making that overlay, thankfully i had your examples to copy from |
21:25:12 | amiconn | Should make things easier also in case other lowmem targets (ams sansas....) want to use overlays |
21:26:17 | amiconn | kadoban: The archos.lds files basically work the same way as plugin.lds, just that the memory is located *before* the normal plugin ram, and can be adjusted in size |
21:26:30 | | Quit FlynDice () |
21:26:51 | | Quit MethoS-- (Read error: 104 (Connection reset by peer)) |
21:26:52 | kadoban | ah okay, that's kind of what i figured |
21:26:56 | | Quit blkhawk (Broken pipe) |
21:27:06 | | Join blkhawk [0] (i=HydraIRC@g229214059.adsl.alicedsl.de) |
21:27:44 | amiconn | Ideally it should reserve exactly the amount of memory that's needed to put it there. Using more is a waste, in case the overlaid plugin needs further memory from the audio buffer |
21:27:51 | amiconn | (happens e.g. in case of rockboy) |
21:28:12 | kadoban | yeah, mine is using the rest of the audio buffer too |
21:28:41 | amiconn | But since the size will vary a bit with target, little changes in the plugin etc is not possible to reserve the exact amount the manual way (you need to have some headroom) |
21:28:51 | kadoban | i think/hope i did that part right, but i think the tests should have caught it if i didn't |
21:28:54 | amiconn | The automatic way would take care of this |
21:28:58 | kadoban | nice |
21:30:12 | amiconn | My idea is to link the the start of DRAM first (discarding the .bin - I'm only interested in the .map) The map will be analysed by a script, which then sets the highest possible start address for the second, real liniking stage |
21:30:58 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:32:46 | | Quit XavierGr () |
21:34:11 | jaykay | can i arouse some interest of a dev for http://www.rockbox.org/tracker/task/9754? |
21:34:15 | jaykay | well i cant, ok |
21:34:27 | jaykay | the question is whether someone can commit it :) |
21:34:38 | jaykay | (or say a reason why not and close it) |
21:35:10 | * | rasher defers all german language stuff to pixelma |
21:35:44 | * | BigBambi thinks not touching languages you don't speak is a sound plan |
21:36:16 | rasher | Well, normally I just assume translators do a proper job, but not for languages where there are native-speaking committers |
21:36:22 | rasher | Who are interested in handling them.. |
21:36:32 | | Quit Nico_P (Remote closed the connection) |
21:36:45 | BigBambi | rasher: wELL QUITE |
21:36:54 | BigBambi | er, woops |
21:37:16 | | Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) |
21:38:29 | jaykay | in this patch there are not so much new translations.... some numbers, "credits" translated with "credits" and so on |
21:38:39 | jaykay | and the biggest part is "code police" |
21:39:00 | jaykay | err, police? |
21:39:36 | jaykay | ok, forget it :) |
21:40:09 | jaykay | whois /pixelma |
21:40:10 | rasher | I don't think there's any sense in doing the code police thing |
21:40:16 | jaykay | that worked well |
21:40:26 | jhMikeS | jaykay: here |
21:40:29 | jaykay | rasher: thats all fro your homepage |
21:40:33 | jaykay | *from |
21:40:50 | rasher | I know, but I think it only makes sense for translators who edit the file manually |
21:41:17 | jaykay | jhmikes: i did the benches with your first patch again, now your patch does give 4 minutes less :) |
21:41:19 | rasher | So if a translator wants to do it, great, but doing it for all languages will just be noise |
21:41:29 | jaykay | should i make new benches with the commit? |
21:41:50 | jaykay | rasher: why? |
21:42:10 | rasher | jaykay: Because there's not really anything gained |
21:42:46 | | Join flyinghippo [0] (n=flyinghi@pool-173-72-208-154.clppva.east.verizon.net) |
21:43:31 | | Quit Lss (Connection timed out) |
21:43:47 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-8fee2ba68246f7af) |
21:43:48 | jhMikeS | jaykay: nah, thanks for doing what you've done already. 4 minutes? I think that means it just really isn't much of a factor for the battery while definitely measurable for CPU cycles. |
21:46:05 | jaykay | rasher: the lang files look nicer, some deprecated parts are cleaned up and i think this is not an arguement as there are too many code police commits... |
21:46:21 | jaykay | jhmikes: ok |
21:47:09 | jaykay | jhmikes: dma is direct memory access right? and the "only" purpose of this patch is to free cpu cycles? |
21:47:47 | | Quit Beta2K_ (Read error: 60 (Operation timed out)) |
21:49:07 | jhMikeS | jaykay: Yes it is. The purpose was to get whatever could be gotten from it. |
21:49:16 | jaykay | ok :) |
21:49:18 | | Join Beta2K_ [0] (i=1000@d36-124-26.home1.cgocable.net) |
21:51:18 | jhMikeS | 1-2% of cycles saved may impact a HD player more if buffering finishes a bit sooner than it otherwise would. Another thing is having a greater FIFO margin. |
21:52:41 | * | jaykay of course doesnt know what fifo margin is... |
21:52:51 | jaykay | doesnt matter, it sounds good? |
21:52:57 | jaykay | without ? |
21:54:03 | jhMikeS | greater margins on things=better (+ adapting to some upcoming PP word in FS) |
21:54:11 | jhMikeS | *work |
21:54:45 | rasher | jaykay: Well, those are my reasons for not committing it. Maybe some other dev will |
21:54:50 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
21:55:57 | jaykay | jhmikes: if battery benches could be helpful then... and so on, you know what i mean :) |
21:56:28 | jaykay | rasher: ok.... i guess it will become (or already became) another rottening patch in fs.... |
21:59:26 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:00 |
22:02:04 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
22:03:35 | BigBambi | jaykay: Whilst not passing comment on this patch at all, having lots of patches "rotting" on flyspray is no reason to commit ones that shouldn't be |
22:04:23 | | Quit Beta2K_ (Read error: 104 (Connection reset by peer)) |
22:04:35 | rasher | The tagmap macro in the manual doesn't cope well with large wps tag descriptions :\ |
22:04:55 | jaykay | BigBambi: i didnt understand that, sorry |
22:06:04 | jaykay | bigbambi: i did now :) true |
22:06:41 | jaykay | bigbambi: but if they "shouldnt be" committed, they can be closed... |
22:06:55 | BigBambi | jaykay: yes |
22:07:08 | rasher | jaykay: your patch has translation which should probably be committed |
22:07:39 | jaykay | but? |
22:07:43 | pixelma | jaykay: not sure about but I think I would only commit the changes to deutsch.lang - some are good, some are nice to have (cleanup) but there are also some I cannot understand (e.g. removing the hyphen in Sprung-Scroll-Verzögerung and some I'm not sure about - e.g. the mp3-frames one and the "line in" one, I like "Symbole" though |
22:08:07 | pixelma | or why remove "Festplatte" for HD targets? |
22:09:08 | | Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) |
22:09:08 | pixelma | some of these things are a matter of taste too though |
22:09:20 | * | jaykay looks in his patch again |
22:10:33 | | Quit lymeca (Read error: 110 (Connection timed out)) |
22:10:57 | pixelma | "24 Stunden Uhr" - meh Deppenleerzeichen (I see it was there before, not your fault just a general complaint) |
22:11:39 | jaykay | pixelma: the hyphen- i doont know why i removed it, ill remove that part |
22:11:39 | | Quit jgarvey ("Leaving") |
22:12:09 | jaykay | mp3-frames: "rahmen" is wrong anyway, "frames" at least could be right |
22:12:25 | pixelma | I've heard both |
22:12:35 | jaykay | festplatte: that was also changed in the english file, its just "syncing" |
22:12:55 | jaykay | and ill remove the deppenleerzeichen :) |
22:14:38 | bluebrother | pixelma: why not "MP3 Rahmen" (haven't checked the patch)? |
22:14:45 | jaykay | i also cant remeber why i changed "audioeingang" to "line in"... i think ill remove that too |
22:15:00 | bluebrother | a picture frame is a Bilderrahmen ... |
22:15:18 | pixelma | bluebrother: this is the way it is now with hyphen - he made it MP3-Frames |
22:15:23 | rasher | pixelma: Am I right that there's now way to detect greyscale targets? \nopt{lcd_color}{\opt{lcd_non-mono}{ foo }} is the best I can come up with |
22:15:27 | jaykay | bluebrother: wtf should a "mp3-rahmen" be? |
22:16:12 | * | rasher thinks people should be less afraid of using native terms.. it means something else in English as well |
22:16:12 | bluebrother | jaykay: simple: it's a frame (Rahmen) that encapsulates a block of data (similar to the picture). Rahmen makes perfect sense for me here. |
22:16:47 | amiconn | Well, MP3-Rahmen is debatable, actually. It's a proper translation, but those (few) people who know what an mp3 frame is might have to think a few times before they understand it |
22:17:26 | bluebrother | in fact, Symbol makes no sense here IMO. I agree it's debatable to translate such terms though. |
22:18:37 | BigBambi | amiconn: that is true in English too though |
22:18:47 | pixelma | I could understand Symbol instead of Denglish "Icon" |
22:18:52 | jaykay | bluebrother: symbol is a valid translation for icon.... why is it wrong? |
22:19:01 | BigBambi | amiconn: If I don't know what an mp3 frame is it seems odd to have the two words together |
22:19:03 | amiconn | In general I am in favour of proper German terms. It also makes it easier for tts |
22:19:19 | bluebrother | jaykay: I was referring to MP3-Symbol. Maybe I got that mixed up ;-) |
22:19:37 | jaykay | bluebrother: yes, the symbol is somewhere else :) |
22:19:38 | bluebrother | Symbol for icon is ok imo −− though one could consider Piktogramm too |
22:19:48 | pixelma | http://www.rockbox.org/tracker/task/9754?getfile=18311 |
22:20:03 | pixelma | Piktogramm is too long for my taste |
22:20:26 | pixelma | while Symbol still exists and would be understandable |
22:20:35 | * | jaykay agrees |
22:20:57 | jaykay | pixelma: is "24-Stunden-Uhr" better? |
22:21:03 | jaykay | it looks weird |
22:21:24 | amiconn | Should be 24-Stunden-Anzeige |
22:21:33 | amiconn | (but that's still longer) |
22:21:34 | pixelma | to my eyes it looks be better :) |
22:21:41 | pixelma | s/be// |
22:23:10 | | Quit GodEater (Remote closed the connection) |
22:24:26 | amiconn | Or perhaps just "12 Stunden" and "24 Stunden", as the setting is already called "Zeitformat" |
22:24:48 | bluebrother | sounds reasonable |
22:25:11 | pixelma | like it |
22:25:40 | jaykay | pixelma: updated patch... would you also prefer "12 Stunden" and "24 Stunden"? |
22:25:44 | jaykay | err |
22:28:10 | * | rasher struggles with adding viewports to the manual |
22:29:16 | rasher | %V|x|y|[width]|[height]|[font]|[fg]|[bg]| makes the tagmap table a bit awful |
22:29:44 | rasher | Would using w and h be too much shorthand? |
22:30:10 | jhMikeS | amiconn: I guess I'll make an attempt at putting the .text section within 32MB of IRAM and see what happens...in the 0x3xxxxxxx's since I don't think anything is there. |
22:31:18 | jaykay | updated it again, changed the "24-stunden"-thing.... if anyone is still interested :) |
22:31:20 | amiconn | jhMikeS: I think that's impossible. |
22:31:28 | *** | Saving seen data "./dancer.seen" |
22:31:47 | amiconn | It's definitely impossible for the ipod video with 64MB RAM |
22:32:37 | amiconn | I was thinking along the lines of handling every individual caller-callee pair |
22:32:43 | pixelma | rasher: I remember now that I didn't answer your question, I wouldn't know a different way ATM |
22:32:48 | amiconn | Perhaps there is a way to automate this stuff |
22:33:05 | jhMikeS | It's really for the core code since plugins and codecs have to call through pointers anyway. I'm don't think 100% of RAM has to be available this way and do you expect the binary to grow that large? |
22:33:42 | rasher | pixelma: It's not too bad, really, just didn't want to use it if there was some other, more obvoius way |
22:33:56 | amiconn | No, the binary won't grow that large. But plugins and codecs can have own iram sections for which they don't have to go through the core |
22:34:22 | amiconn | And especially codecs would profit from a performance increase due to short calls |
22:34:27 | amiconn | (I think) |
22:34:38 | pixelma | rasher: what do you need it for (is it about the "colour" parameters in viewports)? |
22:35:24 | rasher | pixelma: It is |
22:36:31 | rasher | This works, as far as I can tell |
22:36:57 | rasher | Do we have greyscale targets with more than 4 shades? |
22:37:17 | amiconn | ATm we don't |
22:37:30 | amiconn | (There once was one in development....) |
22:37:36 | pixelma | as I said earlier, I think it would be nice if all variants were explained and only some mark would be added if this or that isn't possible on the target the manual is for (especially thinking of the 3 bersions of 160x128 WPS and in case someone wants to fix e.g. a colour WPS for his greyscale target) |
22:38:07 | pixelma | *versions... |
22:38:22 | rasher | But then you could check the manual for the other target |
22:39:05 | * | rasher thinks it would be weird to put information about tags that won't work on a target in that target's manual |
22:39:07 | jhMikeS | since there are seven mappers it might not be impossible if it can be stuffed into say, a 16MB section |
22:40:41 | amiconn | How would you do that without splitting sdram? (is that even possible?) |
22:41:03 | amiconn | Afaik iram can't be remapped, otherwise it would be quite a bit easier I think |
22:41:11 | rasher | pixelma: I see your point, and I don't completely disagree, but for now, I'm going to use the "current" style of splitting it into stuff that works on each target |
22:41:36 | jhMikeS | for targets using the ARM MMU, alot is doable, for PP section mappings have precedence |
22:42:27 | amiconn | Yeah, but then the MMU targets don't use IRAM for code afaik |
22:42:31 | jhMikeS | I'm not moving IRAM, just wanting to move ram (for code only) near IRAM. any constant pools and such will go with it. |
22:42:32 | pixelma | rasher: then you have to go through and have to exclude some more things. I thought it would be nice to see things you could encounter when looking at other peoples WPSs and could understand them without having to look up in some other manual (especially if you don't know which, e.g. the virtual LED tag isn't as obvious as "hey that's some colour specific thing let's look it up in a manual of a colour target") |
22:43:07 | jhMikeS | amiconn: as3525 doesnt? I thought codecs were in IRAM entirely or you mean within the binary? |
22:43:24 | amiconn | Within the binary |
22:43:56 | pixelma | rasher: the "current" style isn't (or at least wasn't) very consistent but I admit not having looked at it for a while |
22:43:58 | amiconn | Iiuc the main binary is in SDRAM and codecs are in IRAM, meaning neither needs longcalls, as both have to go through api/pointers |
22:44:14 | jhMikeS | I guess there's no reason to build the bins for those using long-calls either |
22:44:45 | amiconn | It's a quick test. If you don't get "relocation truncated to fit..." it should work |
22:45:04 | amiconn | I'm not sure about plugins though |
22:45:10 | | Part gartral |
22:45:51 | rasher | pixelma: It just seems weird to me that the entire manual is very target-specific, and then suddenly the WPS section lists all sorts of stuff that you can't use on that target |
22:47:31 | pixelma | well WPS are interchangeable to some degree |
22:47:31 | rasher | I always imagined the manual as "Documenting Rockbox as used on target x" |
22:48:18 | pixelma | other things are not |
22:48:30 | * | jaykay agrees with rasher, although his vote doesnt count |
22:49:23 | | Join lamed [0] (n=55fa409e@gateway/web/cgi-irc/labb.contactor.se/x-f1f89999f9ba834a) |
22:49:36 | lamed | hello everyone |
22:51:31 | rasher | Yes, hello. |
22:51:58 | lamed | I'm about to use an h340 as a generator (to check a pair of headphones I own). I'm using goldwave to create a sine 1000 hz signal, and I should play it at 100db from the music player. does anyone knows what's the maximum volume on the h3x0? I have to attenuate from that to 100db, that is if i'm right about the whole thing... |
22:53:09 | lamed | and also if anyone can prove/disprove my theory i'd like that :) |
22:55:54 | BigBambi | o db |
22:55:58 | BigBambi | er, 0 db |
22:56:21 | lamed | that is, on the headphone's or line out jack? |
22:57:50 | BigBambi | both |
23:00 |
23:00:16 | lamed | ah. but I'm about to check if the headphone's impedance fits the manufacturer's declaration (I think they're fake), so should I be using the headphone's jack then? |
23:01:48 | BigBambi | Don't know I'm afraid |
23:03:10 | BigBambi | or perhaps don't know, I'm afraid :P |
23:04:28 | | Quit petur (Remote closed the connection) |
23:04:29 | lamed | but you are sure that the maximum volume is indeed 100db? |
23:08:31 | | Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
23:08:49 | | Join Zoxc- [0] (i=Zoxc@ti0128a340-dhcp0438.bb.online.no) |
23:15:24 | * | domonoky wonders why lamed doesnt just measure the impedance with a multimeter. :-) |
23:18:07 | lamed | bigbambi |
23:18:22 | | Join miepchen^schlaf [0] (n=miepel@p579EC86A.dip.t-dialin.net) |
23:19:17 | | Quit Zoxc (Read error: 110 (Connection timed out)) |
23:22:17 | | Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) |
23:22:53 | | Quit avis (Remote closed the connection) |
23:24:06 | lamed | bigbambi: 10x for the info, gday everyone |
23:24:10 | | Quit lamed ("CGI:IRC") |
23:28:03 | gartral | build 20066 doesnt play Ogg files very well, it chops in and out repeatedly, and skips the file after halfway through, and while the dap is buffering, it is completly unresponsive, though, it has not crashed yet |
23:29:59 | rasher | gartral: On which target? |
23:30:19 | gartral | ohh, sorry, e250 v1 |
23:31:26 | rasher | gevaerts: does this happen for all oggs? With standard settings? |
23:31:38 | rasher | eh |
23:31:44 | rasher | gartral: does this happen for all oggs? With standard settings? |
23:31:44 | gevaerts | rasher: just a minute. I'll ask gartral |
23:31:56 | | Quit ender` (" I love deadlines. I especially like the whooshing sound they make as they go flying by. -- Douglas Adams") |
23:31:59 | gartral | lol, yes, as far as i can tell |
23:32:09 | rasher | gartral: Does this happen with r20060? |
23:32:37 | rasher | And r20051? |
23:32:50 | linuxstb | gartral: Both speex and vorbis? |
23:33:04 | rasher | I'm assuming jhMikeS's two commits are most likely to be the cause for such behaviour.. |
23:33:05 | gartral | i only found one really baddly encoded album that didnt skip, hold o, ill go find those builds, i just upped from 20044 |
23:33:21 | gartral | i dont have any speex based files, nor is voice enables |
23:33:22 | gartral | d |
23:37:41 | | Quit tessarakt ("Client exiting") |
23:40:13 | rasher | Huh, this \opt I have here seems to be acting opposite of what it should |
23:44:02 | | Part gartral |
23:44:25 | pixelma | which opt? |
23:45:13 | | Quit bluebrother ("leaving") |
23:46:54 | rasher | \opt{lcd_non-mono} ... it's inside an \example{} if that matters... |
23:47:06 | rasher | this exact same opt works as I expect in other places.. |
23:49:15 | pixelma | if I remember correctly \example will output the enclosed text as verbatim, but am not 100% sure of. Bluebrother would know better but he just left |
23:49:38 | | Quit Zagor ("Clint excited") |
23:49:52 | rasher | pixelma: it doesn't actually output the opt... it just does the opposite of what I expect.. if I change it to nopt the text is output. |
23:50:20 | * | rasher experiments |
23:51:30 | pixelma | at least I remember having some trouble with \example too - it didn't like my exclamation mark I wanted to get out of it even though it worked in other places - and even the usual escaping didn't work |
23:52:33 | rasher | It's quite definitely inverting my opt... \opt{lcd_non-mono}{yes}\nopt{lcd_non-mono}{no} produces yes outside the example, but no inside it. |
23:52:42 | rasher | Crazy |
23:53:36 | rasher | I wonder if the same is true for other features |
23:53:46 | rasher | It... isn't. |
23:54:02 | rasher | Now I suspect either the _ or the - |
23:54:29 | pixelma | yeah, thought the same now (together with my story) |
23:56:02 | rasher | It's the "-". I'll just put the opt outside the \example.. but this is probably something to look into |
23:57:55 | rasher | And it probably wasn't inverting so much as always giving the same value |
23:58:44 | pixelma | I found a comment in preamble.tex: % Note: when using the example environment you need to use optv instead of opt! |