00:01:18 | tge101 | "Error native opening input file: 0 |
00:01:20 | tge101 | " |
00:03:16 | | Quit DerDome ("Leaving.") |
00:03:26 | bluebrother | try \\.\PhysicalDrive1 instead |
00:04:06 | ChristopherW | are you running as an administrator? |
00:04:11 | tge101 | yea |
00:04:33 | ChristopherW | of course you are |
00:04:38 | | Quit bertrik ("zZz") |
00:05:54 | tge101 | "Error opening input file: 31 A device attached to the system is not functioning" |
00:07:08 | | Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
00:07:22 | | Quit roolku () |
00:07:28 | DerPapst | meh... no idea why this is happening |
00:07:32 | | Quit davina ("GNU/Linux the free alternative to Windows") |
00:07:43 | amiconn | dd if=\\?\Device\Harddisk1\Partition0 of=mbr.bin count=1 bs=512 |
00:08:05 | amiconn | You always need to specify the partition - and Partition0 is the whole drive. Weird logic... |
00:08:26 | ChristopherW | oh, that's why it says partitions 0 and 1 are the same sizee |
00:08:31 | ChristopherW | *size |
00:09:34 | tge101 | alright, got a file with that one |
00:10:03 | tge101 | open with notepad? |
00:10:14 | bluebrother | weird. I just tried it with \\.\PhysicalDrive0 on my virtual machine and it worked fine |
00:10:44 | bluebrother | tge101: no, it's a binary file. Post it somewhere. |
00:11:14 | tge101 | site suggestion? |
00:11:23 | bluebrother | no. |
00:11:30 | tge101 | or i could use the same one i guess |
00:11:54 | tge101 | or not |
00:11:55 | bluebrother | no, pastebin is for text files only. You could convert it to a hexdump first of course ... |
00:12:08 | gevaerts | DCC ? |
00:12:14 | DerPapst | http://91.35.254.25:83/upload.php |
00:12:16 | DerPapst | meh :-/ |
00:12:22 | bluebrother | remembers me that my uni space won't live forever anymore ... |
00:12:53 | | Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) |
00:13:15 | | Quit Pio_ (Read error: 110 (Connection timed out)) |
00:13:38 | tge101 | it didnt like that file |
00:14:31 | tge101 | http://www.filecrunch.com/file/~euhkkt |
00:14:49 | | Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) |
00:15:53 | bluebrother | partition table is empty |
00:16:14 | gevaerts | So just write a new one ? |
00:16:16 | bluebrother | was your ipod video or photo? |
00:16:16 | * | DerPapst wonders how tge101 managed that |
00:16:20 | tge101 | photo |
00:16:24 | ChristopherW | that's what I suspected when I saw that partitions 0 and 1 are the exact same size |
00:16:50 | bluebrother | there isn't even a partition 0 |
00:17:18 | tge101 | so, bottom line, i lost everything for good? |
00:17:19 | ChristopherW | well, in Windows "partition 0" is the whole drive |
00:17:37 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
00:17:59 | bluebrother | download this file: http://download.rockbox.org/bootloader/ipod/mbr-photo60gb.bin |
00:18:37 | bluebrother | then write it as new mbr to your Ipod. Same dd command as before, but swap if= and of= |
00:18:48 | | Join Teslacuted [0] (n=teslacut@87-198-20-32.ptr.magnet.ie) |
00:19:01 | ChristopherW | I'm wondering how his mbr.bin file ended up being 514 bytes :) |
00:19:18 | bluebrother | i.e. if=mbr-photo60gb.bin of=(what you used for if the last time) |
00:19:26 | bluebrother | you can omit bs= and count= |
00:19:40 | gevaerts | dd if=mbr-photo60gb.bin of=\\?\Device\Harddisk1\Partition0 |
00:19:42 | bluebrother | ChristopherW: windows line ending ;) |
00:20:04 | gevaerts | Always make sure that your disk sectors have proper line endings |
00:20:12 | ChristopherW | I saw that 0d 0a at the end, but I'm wondering if dd.exe added it |
00:20:17 | bluebrother | I think that happend in my test too. |
00:20:36 | * | DerPapst wonders if that would be a bug then |
00:20:44 | DerPapst | ...and votes for yes |
00:20:47 | ChristopherW | it's no problem if he doesn't need to use it again |
00:21:06 | ChristopherW | then again, it's possible that filecrunch.com added it |
00:23:17 | tge101 | i love you guys |
00:23:18 | | Quit Zarggg () |
00:23:24 | tge101 | its all still there |
00:23:26 | bluebrother | why= |
00:23:29 | * | DerPapst guesses it worked |
00:24:22 | * | gevaerts would like to know how it happened in the first place |
00:24:25 | DerPapst | yay for "The Rockbox Rescue Team (tm)" |
00:24:27 | bluebrother | now, beware of your ps3 ;-) |
00:24:30 | tge101 | thank you so much |
00:24:55 | DerPapst | tge101: no go an MAKE BACKUPS!!1 ;-) |
00:25:47 | tge101 | i put yellowdog on my ps3, and i use my ipod for all my backups, ps3 must have touched it |
00:26:12 | bluebrother | an Ipod is not a backup ... |
00:26:33 | * | bluebrother sighs |
00:26:34 | tge101 | it is when you have 2 and use one as an external hd |
00:26:52 | tge101 | anyways |
00:26:54 | bluebrother | that doesn't make it a better backup device |
00:27:00 | tge101 | thanks, i reallly really really appreciate it |
00:27:52 | | Quit TMM (Read error: 110 (Connection timed out)) |
00:27:56 | | Quit tge101 ("http://irc.netsplit.de/") |
00:28:23 | * | gevaerts doesn't see why an ipod can't be a good backup device. It's perfect for when this gigabeat fails |
00:29:19 | | Quit tvelocity (Remote closed the connection) |
00:29:19 | bluebrother | I meant backup device for computer data. As it seems he used it for that kind of backups |
00:29:25 | bluebrother | (or I got him wrong) |
00:30:16 | | Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-aa487aec81fe30e4) |
00:30:34 | gevaerts | Well, seems he didn't really use it as a backup device. More like primary storage |
00:31:06 | DerPapst | Good night everyone :-) |
00:31:18 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
00:31:31 | bluebrother | hmm, if he has linux on his ps3 −− we could've done that on the ps ;) |
00:31:40 | ChristopherW | apparently an iPod is a perfect storage device for stealing bank account information (as in "Firewall") |
00:31:53 | bluebrother | might've been much quicker than fiddling with windows paths. |
00:31:55 | | Quit ender` (" I will not make alliances with those more powerful than myself. Such a person would only double-cross me in my moment of glo) |
00:32:04 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
00:32:20 | bluebrother | ChristopherW: I found the therm "podslurping" for such stuff on wikipedia some time ago. |
00:33:15 | bluebrother | *term |
00:33:18 | * | gevaerts is going to sleep as well. Good night |
00:33:40 | | Quit gevaerts ("my bed calls") |
00:34:56 | | Nick Pio__ is now known as Pio (n=sean@h94.149.4.12.cable.frzr.cablerocket.net) |
00:35:45 | | Quit MarcGuay ("CGI:IRC (Ping timeout)") |
00:35:51 | | Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-51b594b22f277aa2) |
00:36:45 | | Quit MarcGuay (Client Quit) |
00:36:47 | | Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-6767b2e3919877fe) |
00:37:31 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:37:50 | amiconn | hrrrm |
00:38:03 | | Quit waldo (Read error: 104 (Connection reset by peer)) |
00:40:40 | MarcGuay | amiconn: (or anyone else with an H10) I see on the RockboxTesting wiki page that you have an iriver H10. Would you mind testing http://www.rockbox.org/tracker/task/8184? |
00:45:29 | | Quit bluebrother ("user went to sleep") |
00:45:45 | | Quit MarcGuay ("CGI:IRC (Ping timeout)") |
00:48:33 | Y-Signal | Heyo, anybody else experience this bug where the scrollwheel of a 5G ipod won't respond after making a selection in the database by pressing right/next, and you have to press a button to make the wheel work again? |
00:51:58 | | Quit Thundercloud_ (Remote closed the connection) |
00:52:23 | | Quit Nico_P (Remote closed the connection) |
00:52:46 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
00:57:41 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
01:00 |
01:02:46 | | Quit ompaul (Client Quit) |
01:02:46 | | Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) |
01:03:37 | | Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
01:04:06 | Y-Signal | Where can I get older builds of rockbox? |
01:07:16 | | Part Teslacuted |
01:07:29 | Y-Signal | Who put the ram in the ramalamadingdong? |
01:07:39 | Y-Signal | Why does the sun shine? |
01:10:20 | krazykit | Y-Signal, they're linked to from the Current Builds page. as for your other questions, this is an on-topic channel, so keep non-rockbox chatter elsewhere |
01:11:26 | *** | Saving seen data "./dancer.seen" |
01:14:31 | | Part toffe82 |
01:18:37 | | Quit ChristopherW (Read error: 110 (Connection timed out)) |
01:19:16 | | Join Chronon [0] (i=chronon@c-71-236-147-148.hsd1.or.comcast.net) |
01:20:27 | | Quit Chronon (Client Quit) |
01:21:22 | | Join Chronon [0] (i=chronon@c-71-236-147-148.hsd1.or.comcast.net) |
01:23:41 | | Quit Pio (Read error: 145 (Connection timed out)) |
01:29:08 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) |
01:29:15 | | Join Pio [0] (n=sean@dialup-4.246.211.21.Dial1.SanJose1.Level3.net) |
01:29:58 | | Join piroko [0] (n=jeremy@128.sub-70-210-19.myvzw.com) |
01:30:28 | piroko | Quick question. The default way to create a new playlist is to select a song, choose "play next", and then add the songs you want after that? |
01:30:59 | piroko | Basically I would like to know how to clear the current playlist and replace it with, say, a directory's recursive contents |
01:31:43 | midkay | you can just stop playback and then select "insert" on the context->playlist menu of the directory. |
01:31:48 | Y-Signal | hold the center button on a directory? |
01:32:03 | piroko | Y-Signal: Holy crap. Street's of rage fan? |
01:32:10 | Y-Signal | You bet |
01:32:21 | piroko | Love that game |
01:32:35 | Y-Signal | :) |
01:32:43 | piroko | (those games) |
01:33:18 | pixelma | piroko: make sure that the option "recursively insert directories" is enabled if you want to insert complete folders. |
01:33:23 | piroko | midkay: But when I do that, it doesn't clear the current playlist. It adds the songs to it |
01:33:29 | piroko | I can add recursively |
01:33:36 | midkay | piroko: make sure you stop playback first. |
01:33:40 | midkay | not pause, but stop. |
01:33:42 | Y-Signal | krazykit, any idea on the scrollwheel thing? |
01:33:43 | | Join Doomed_ [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
01:33:44 | midkay | that should do it. |
01:33:54 | piroko | midkay: Ohh. Hold down play/pause on an ipod, right? |
01:34:03 | midkay | piroko: yep. |
01:34:07 | midkay | just for a second. |
01:34:11 | piroko | Thank you very much :) |
01:34:16 | midkay | no problem. |
01:34:39 | piroko | So that essentially clears the playlist right there then, huh? |
01:35:02 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
01:35:16 | midkay | piroko: yeah. |
01:35:20 | midkay | unless you resume playback. |
01:35:26 | piroko | Brilliant. Truly |
01:35:33 | piroko | Rockbox just keeps getting better and better |
01:36:36 | Y-Signal | I wonder if they've fixed the crossfade=crashadelic thing |
01:36:57 | piroko | Y-Signal: I've been using crossfade just fine. What happens to you? |
01:38:24 | pixelma | Y-Signal: there was a crossfade related fix on saturday, you should just try |
01:39:11 | Y-Signal | Yeah, I was helping them root out the cause on friday but haven't checked back |
01:39:20 | Y-Signal | I didn't see any of the guys I was talking to here now |
01:39:37 | Y-Signal | maybe then I can ditch this month-old build |
01:42:25 | | Join Febs [0] (n=chatzill@207-172-204-61.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
01:44:17 | | Quit knittl (Read error: 113 (No route to host)) |
01:47:53 | | Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) |
01:50:51 | piroko | So I'm assuming the iPod battery issue is a very low priority still? |
01:50:57 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
01:50:59 | piroko | It's been quite a while since I've poked in here |
01:51:52 | scorche|sh | piroko: it has been improved a decent bit, and it depends on which ipod you have.. |
01:52:14 | piroko | 4G? Or I can just be directed to a page if one exists |
01:54:31 | Y-Signal | I don't know, my 5G won't make it through a workday |
01:55:04 | | Quit A-4 (Read error: 110 (Connection timed out)) |
01:55:22 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7fb306069b888d8a) |
01:55:27 | | Quit saratoga (Client Quit) |
01:55:32 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1e44b33016db69cd) |
01:55:36 | | Quit saratoga (Client Quit) |
01:55:39 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-88cd285ad75058ea) |
01:55:45 | | Quit saratoga (Client Quit) |
01:55:49 | | Quit homielowe (Read error: 110 (Connection timed out)) |
01:55:50 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-77b5124468f4b7aa) |
01:56:20 | Y-Signal | Dangit, that scrollwheel lockup is still there |
02:00 |
02:00:18 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
02:00:18 | | Quit Y-Signal ("CGI:IRC (EOF)") |
02:00:41 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
02:01:11 | | Quit BigBambi (Read error: 113 (No route to host)) |
02:01:48 | | Join Pio_ [0] (n=sean@h94.149.4.12.cable.frzr.cablerocket.net) |
02:04:32 | | Quit piroko ("Disappeared into the void...") |
02:04:50 | | Quit saratoga ("CGI:IRC") |
02:06:59 | | Quit fyre^OS (Read error: 113 (No route to host)) |
02:07:39 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
02:07:58 | | Quit spiorf (Remote closed the connection) |
02:08:56 | | Quit Pio (Read error: 145 (Connection timed out)) |
02:09:21 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) |
02:09:36 | | Quit Pio_ (Read error: 60 (Operation timed out)) |
02:20:10 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
02:23:54 | | Join midkay_ [0] (n=midkay@63-226-230-169.tukw.qwest.net) |
02:24:43 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
02:26:04 | | Join piga [0] (n=leonardo@200-161-96-158.dsl.telesp.net.br) |
02:26:06 | | Join _jhMikeS_ [0] (n=jethead7@adsl-75-45-238-185.dsl.sfldmi.sbcglobal.net) |
02:26:06 | | Quit jhMikeS (Nick collision from services.) |
02:26:44 | | Join perrikwp [0] (i=98213e1a@gateway/web/ajax/mibbit.com/x-89caded32c4229ce) |
02:27:10 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:31:15 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
02:32:40 | | Quit Thundercloud_ (Remote closed the connection) |
02:34:36 | | Join BlackChaos [0] (i=BlackCha@ool-182cdaac.dyn.optonline.net) |
02:37:10 | | Quit amiconn (Nick collision from services.) |
02:37:16 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
02:39:28 | | Join Lars_G [0] (n=Lars@unaffiliated/lars-g/x-000001) |
02:39:58 | Lars_G | Good work people, it's so wonderfull you got Rockbox to install on the 3g Nano!!! |
02:40:02 | Lars_G | Now, I'm complete |
02:41:10 | cool_walking_ | Damn internet's lack of sarcasm apparency. |
02:41:41 | Lars_G | No. No sarcasm. |
02:43:26 | | Part pixelma |
02:46:50 | cool_walking_ | Forum search seems broken: "Please try again. If you come back to this error screen, report the error to an administrator." |
02:48:15 | cool_walking_ | Little help with this? http://www.rockbox.org/irc/log-20080401#07:13:12 |
02:52:32 | | Quit midkay (Read error: 110 (Connection timed out)) |
02:54:09 | | Quit fxb__ ("changing servers") |
02:54:33 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
03:00 |
03:05:07 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
03:08:16 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) |
03:11:28 | *** | Saving seen data "./dancer.seen" |
03:12:12 | Lars_G | cool_walking_: Anyhow I was trying to pull any commers into a lame april fool attempt |
03:12:43 | Battousai | way to ruin it |
03:12:47 | Battousai | sheesh |
03:13:41 | Lars_G | Battousai: nobody bited |
03:19:05 | cool_walking_ | I was already on my guard since it was yesterday here. |
03:19:59 | JdGordon | lol @ topic :) |
03:20:18 | cool_walking_ | I thought maybe you were saying that you got caught by this other guy's april fool attempt. There was a thread in New Ports, I think, saying one of the new iPods were cracked. |
03:20:37 | cool_walking_ | Looks like it's been baleeted now |
03:24:12 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
03:24:43 | | Join csc` [0] (n=csc@archlinux/user/csc) |
03:27:10 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
03:27:55 | Lars_G | I was a little scared. most rockbox programmers are from the east side of the world. so maybe they disdain ap fool. |
03:28:02 | Lars_G | or don't know/follow it at all |
03:28:16 | | Join toffe82 [0] (n=chatzill@adsl-71-154-232-221.dsl.frs2ca.sbcglobal.net) |
03:28:31 | | Quit BlackChaos ("Leaving") |
03:29:25 | | Quit krazykit (Remote closed the connection) |
03:29:37 | | Join krazykit [0] (n=kkit@140.141.29.54) |
03:29:58 | cool_walking_ | If they've spent any time on the internet.. they'll know what April Fools is. |
03:33:26 | Lars_G | True |
03:33:39 | Lars_G | I mean I do, and in my country it's called the innocent people day and celebrated in september.... |
03:33:47 | Lars_G | But the thing is. |
03:34:06 | Lars_G | Americans, or places with predominantly americans, have learnt to tolerate Apr. 1st. even if it pisses them... |
03:34:24 | Lars_G | a place with predominantly non-americans might be a lot more hostile towards Apr. 1 jokes. |
03:34:38 | gromit` | it is common in europe though |
03:36:02 | cool_walking_ | One of my favourite sayings of all time is "Fuck 'em if they can't take a joke" |
03:37:16 | | Quit perrikwp (K-lined) |
03:39:04 | Lars_G | HAHAHA |
03:39:56 | | Join Do0zman [0] (n=Do0zman@ip24-251-241-59.ph.ph.cox.net) |
03:41:40 | | Quit FOAD (Read error: 110 (Connection timed out)) |
03:41:40 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
03:49:39 | | Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-3cdc1e4d79d39c5d) |
03:50:11 | | Quit argumentD (Read error: 110 (Connection timed out)) |
03:50:27 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
03:54:18 | | Join CarlMilano [0] (n=a22805cb@gateway/web/cgi-irc/labb.contactor.se/x-dedbaf8b172fde0f) |
03:56:18 | CarlMilano | Howdy, I looking for write permissons to the Wiki so I can upload a theme for the Sansa C200 <which I see there isn't area for> |
03:59:09 | CarlMilano | Hrrm, now response, I will try using a real IRC client. See ya |
03:59:21 | cool_walking_ | wait |
03:59:26 | Chronon | Carl, I seem to recall some discussion to the effect of waiting for the official theme repository to be ready before making a C200 theme section |
03:59:31 | CarlMilano | cool, someone's here |
04:00 |
04:00:24 | CarlMilano | I can wait, it was wird that that section didn't exist |
04:00:35 | CarlMilano | wird -> wierd |
04:00:48 | cool_walking_ | wierd -> weird :) |
04:01:11 | CarlMilano | Sorry, its late and the kids drove me nuts |
04:02:40 | CarlMilano | brb, got to take care of somethings |
04:03:12 | cool_walking_ | Shouldn't CarlSlomowitz come before CarlosEduardoCoelhoBaptistaShinagawa, since "Carl" comes before "Carlos"? |
04:03:43 | cool_walking_ | Or are we just going by the whole string? |
04:04:46 | cool_walking_ | Anyway, I gave you write access. |
04:06:26 | Chronon | It does come before. . . |
04:09:37 | cool_walking_ | On TWikiUsersGroup |
04:10:42 | Chronon | Ah... I see. |
04:10:59 | cool_walking_ | There's some unordered ones strewn at the bottom, too. |
04:11:36 | Chronon | Lazy folks adding entries to the end. . . |
04:21:06 | | Quit Chronon ("making dinner") |
04:23:14 | | Join miepchen^schlaf [0] (n=miepchen@p54BF718A.dip.t-dialin.net) |
04:29:20 | | Nick midkay_ is now known as midkay (n=midkay@63-226-230-169.tukw.qwest.net) |
04:39:35 | | Quit miepchen^schlaf_ (Connection timed out) |
04:41:46 | | Part Do0zman ("Leaving") |
04:56:38 | | Quit ColinT (Remote closed the connection) |
04:56:51 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
05:00 |
05:02:58 | | Quit piga ("Leaving") |
05:07:04 | | Quit rgould (Nick collision from services.) |
05:07:35 | | Join rgould [0] (n=rgould@CPE00016ce73a0c-CM001a66682bea.cpe.net.cable.rogers.com) |
05:11:29 | *** | Saving seen data "./dancer.seen" |
05:25:33 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
05:26:14 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
05:27:11 | | Quit m0f0x () |
05:41:37 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
05:49:55 | | Quit CarlMilano ("CGI:IRC (Ping timeout)") |
06:00 |
06:20:03 | | Quit ColinT (Remote closed the connection) |
06:20:16 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
06:25:46 | | Quit bughunter2 ("Leaving.") |
06:26:28 | | Join BlakeJohnson87 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
06:29:47 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
06:42:32 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
06:47:52 | | Quit BlakeJohnson87 ("Leaving.") |
06:48:06 | | Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
06:49:24 | | Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net) |
07:00 |
07:07:07 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
07:07:22 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
07:11:33 | *** | Saving seen data "./dancer.seen" |
07:12:00 | | Quit TMM (Read error: 110 (Connection timed out)) |
07:16:18 | | Join Severian [0] (n=ralph@ppp-70-251-89-235.dsl.rcsntx.swbell.net) |
07:16:58 | | Quit Zarggg () |
07:17:46 | | Part toffe82 |
07:28:11 | | Join midkay_ [0] (n=midkay@63-226-230-169.tukw.qwest.net) |
07:35:41 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
07:42:52 | | Nick Doomed_ is now known as alienbiker99 (n=alienbik@ool-44c126d4.dyn.optonline.net) |
07:46:18 | | Quit midkay (Read error: 110 (Connection timed out)) |
07:51:43 | | Quit courtc_ (Read error: 110 (Connection timed out)) |
07:52:32 | | Join Willaken [0] (i=Willaken@ip70-181-232-213.sd.sd.cox.net) |
08:00 |
08:09:46 | | Quit miepchen^schlaf () |
08:10:46 | Llorean | LinusN: Forum search is broken again. Are you able to fix this any more? |
08:11:17 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
08:12:30 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
08:13:35 | | Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-e6a84b561a07d8a4) |
08:17:44 | LinusN | Llorean: no, jeff has changed the password, so i am locked out |
08:17:55 | * | LinusN is not happy with that |
08:18:45 | | Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) |
08:18:46 | scorche | did he even grace you with a reply? |
08:19:55 | Llorean | LinusN: i was hoping that'd been resolved by now. We have no way of fixing the broken search then. =/ |
08:20:16 | JdGordon | did you get round to testing the forums on the backup server? |
08:20:31 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
08:20:57 | LinusN | what backup server? |
08:21:07 | scorche | referring to my server? |
08:21:11 | JdGordon | thats the one |
08:21:15 | LinusN | scorche: if he did, it must have ended up in the spambox |
08:21:54 | scorche | no i havent...i have been busy gathering parts lists for various EE projects i am planning |
08:22:10 | scorche | ...perhaps i should get that going sooner... |
08:22:15 | | Join Rob2222 [0] (n=Miranda@p4FDCED23.dip.t-dialin.net) |
08:22:15 | LinusN | i wonder why the sql tables crash so often |
08:22:20 | GodEater | what's going on ? |
08:22:35 | Llorean | LinusN: Buggy version of SQL, if my research is correct. |
08:22:42 | LinusN | Llorean: aha |
08:22:44 | scorche | LinusN: i thought we were aware that it was because he is using an old version of...yeah |
08:22:44 | Llorean | LinusN: That bug is specifically fixed in the very next revision. |
08:23:13 | * | pondlife thought "Database Error" was a fairly normal Rockbox topic title... |
08:23:25 | LinusN | haha |
08:23:48 | scorche | hrm...i have around an hour before i go to bed... |
08:24:58 | | Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-9f92a37b2e63a6f1) |
08:25:03 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
08:26:58 | * | scorche goes through the SMF installation docs |
08:27:37 | pondlife | Hmm, can anyone else reproduce http://forums.rockbox.org/index.php?topic=16195.0 ? |
08:27:51 | | Quit BigBambi (Remote closed the connection) |
08:30:53 | ChristopherW | pondlife: I've had that happen a few times, even recently. I can't reproduce it reliably, though |
08:30:58 | JdGordon | wow thats farked |
08:31:10 | JdGordon | I think thats happened to me once or twice also |
08:31:16 | pondlife | With Oggs? |
08:31:36 | JdGordon | dont remember |
08:31:47 | ChristopherW | I've had it happen with a playlist full of MP3's only (I think) |
08:31:51 | JdGordon | unlikely though, 90% of my music is mp3 |
08:32:02 | pondlife | ChristopherW: Which device? |
08:32:09 | ChristopherW | Sansa e280 |
08:32:27 | ChristopherW | w/ r16918 |
08:34:05 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
08:34:18 | pondlife | Hmm, Marc_Guay correctly points out that http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide has no Archoses. I assume they're just as buyable as most of our targets... |
08:34:32 | | Join sandbox [0] (n=sandbox@71.237.89.184) |
08:34:42 | sandbox | can the hard drive in the iaudio x5 be replaced? |
08:36:04 | pondlife | sandbox: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement indicates it can |
08:37:51 | JdGordon | Bagder: can you stick "ads" or something above the ad box so people dont get confused by them thinking they are rockbox related lines? |
08:37:55 | JdGordon | links* |
08:38:14 | * | JdGordon saw downloads and went "wtf?" |
08:38:28 | * | pondlife also noticed that |
08:39:04 | scorche | i suggested a "Why do we have ads?" wiki page link |
08:39:56 | sandbox | thanks pondlife |
08:40:04 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:40:44 | Severian | Howdy. I want to try Rockbox again. I used it a year ago on a iRiver H10/20gb, which I thought was more trouble than it was worth. Sansa players look reasonable if I can find version 1 devices. Does anyone know a good source of v1 players? |
08:42:16 | Severian | I am not necessarily sold on the Sansa. I just want something not expensive, and with easily replacable batteries. |
08:46:03 | cool_walking_ | Severian: There are some Sansa's here ( http://forums.rockbox.org/index.php?topic=16047.0 ), but it's a gamble whether you get a v1 or v2, although people in that thread reported getting v1's. |
08:50:03 | | Quit sandbox ("WeeChat 0.2.6") |
08:50:09 | | Join esperegu [0] (n=jhaarman@145.116.10.104) |
08:51:57 | Severian | thank you cool_walking_ I checked and they don't deliver to my country. I am in the USA. It was worth a look. Newegg has a sale on the same unit, but no comments about them being version 1. |
08:52:29 | esperegu | Ey... I am looking for a playback option that does not seem to be available (is that possible ;-)) on the Rockbox I am using. It would be play the current song, stop after playing that song and continue on the next song when pressing play again. (I suppose that will be very easy to implement ;-)) |
08:53:12 | esperegu | (or is it already available and am I not reading the playback settings correctly?? ) |
08:54:02 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:58:42 | LinusN | esperegu: no, that is not possible with rockbox |
08:59:09 | LinusN | esperegu: for studying? or dance lessons? |
09:00 |
09:00:19 | LinusN | this has been requested several times before, perhaps it's time to implement it... |
09:02:52 | esperegu | LinusN: yeah. for theatre |
09:03:02 | LinusN | figures |
09:03:11 | esperegu | LinusN: thinking of it. |
09:03:32 | esperegu | I think that it should pause, not stop at the beginning of the next song. |
09:03:37 | * | GodEater 's microsdhc card arrived last night. He is currently attempting to fill it up. |
09:03:43 | LinusN | i guess the new playback mode would be "pause between tracks" |
09:03:45 | esperegu | so it will start immediately when pressing plai again |
09:03:52 | esperegu | yeah |
09:04:14 | esperegu | LinusN: that would be pretty simple to implement right? |
09:04:21 | LinusN | hopefully... |
09:05:22 | | Quit Naked (Remote closed the connection) |
09:06:19 | | Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-905b2e8949d8b192) |
09:08:06 | esperegu | LinusN: you gonna give it a try? |
09:08:36 | LinusN | we'll see |
09:08:52 | pondlife | Severian: FWIW, I got a v1 c240 from bigpockets... |
09:10:11 | pondlife | GodEater: Where's good for cheap SDHC? |
09:10:29 | pondlife | 1GB is far too easy to fill |
09:10:49 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:11:27 | esperegu | LinusN: thank you! |
09:11:35 | *** | Saving seen data "./dancer.seen" |
09:15:41 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
09:15:47 | esperegu | are there plans already to support more ipod versions? |
09:15:56 | LinusN | no plans |
09:18:57 | esperegu | what are suggested deviced one should buy? |
09:19:38 | markun | esperegu: the more-or-less planned ports are unders New Ports here: http://www.rockbox.org/twiki/bin/view/Main/WebHome |
09:19:56 | | Join Naked [0] (i=naked@naked.iki.fi) |
09:20:12 | markun | esperegu: and this might help you decide which player to buy: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
09:20:14 | esperegu | markun: cool thx |
09:20:24 | esperegu | checkin this now: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
09:20:30 | markun | :) |
09:21:11 | esperegu | hmm.. all out of production :-( |
09:21:45 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1b4e4baa60d30331) |
09:22:15 | markun | esperegu: yes, by the time we finish a port they usually are out of production |
09:22:25 | esperegu | :-( |
09:22:46 | GodEater | pondlife: www.uk-mobilestore.co.uk |
09:22:55 | GodEater | that's where I got mine from |
09:23:07 | esperegu | why those $#$@#$$ hardware providers do not create the port? |
09:23:47 | markun | :) |
09:23:58 | esperegu | what's the best flash buy currently in your oppinion? |
09:24:20 | markun | esperegu: http://daniel.haxx.se/blog/2007/09/09/manufacturers-hate-customers/ |
09:24:29 | esperegu | lo/ |
09:25:02 | | Quit Naked (Remote closed the connection) |
09:25:17 | markun | one of the sandisk players is probably the best, although I have no experience with any of those |
09:25:33 | | Quit nicktastic (Read error: 104 (Connection reset by peer)) |
09:25:35 | | Quit Ravendug () |
09:25:38 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
09:26:03 | markun | LinusN: did you also buy a Meizu? |
09:26:13 | LinusN | thinking about it... |
09:26:52 | esperegu | markun: does quadros also give problems? or is that not used in any products anymore? |
09:27:20 | esperegu | hmm. |
09:27:31 | esperegu | actually that is software not hardware. never mind |
09:27:34 | esperegu | :-( |
09:28:53 | | Quit Seed (Nick collision from services.) |
09:28:59 | | Join DerDome [0] (n=DerDome@dslb-082-083-250-010.pools.arcor-ip.net) |
09:28:59 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
09:29:53 | esperegu | markun: gues the scandisk are not available anymore :-( |
09:30:46 | Bagderr | esperegu: no target rockbox currently runs on is manufactured atm |
09:30:59 | esperegu | looks like one should buy hardware and put it in the closet till it's supported |
09:31:03 | esperegu | :-( |
09:31:05 | markun | esperegu: there is also the problem that newer versions of the e200 don't work with rockbox iirc |
09:31:27 | Bagderr | esperegu: you can "guess" what target rockbox might support, but you could then easily guess wrong |
09:31:29 | markun | esperegu: well, you could buy a Meizu M6 and wait for the port :) It's quite usable even without rockbox. |
09:31:46 | esperegu | I WANT ROCKBOX! |
09:31:47 | esperegu | =) |
09:32:05 | disorganizer | we could try to persuade a manufacturer to natively support rockbox so a port would come out when the player arrives on the market :-) |
09:32:16 | Bagderr | then buy a used one that rockbox runs on, or buy a new target and help the port for it |
09:32:25 | Bagderr | disorganizer: good luck |
09:32:30 | esperegu | hehe |
09:32:33 | * | esperegu no coder |
09:32:34 | advcomp2019 | esperegu, you could find a refurb e200v1 |
09:32:43 | * | pondlife wishes shotofadds godspeed |
09:32:47 | * | disorganizer again forgot the [s] [/s] tags |
09:33:03 | pondlife | Do we have any other devs working on the D2? |
09:33:24 | Llorean | Not yet |
09:33:52 | Bagderr | We need R2! |
09:34:22 | | Join Naked [0] (i=naked@naked.iki.fi) |
09:34:37 | | Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
09:34:46 | markun | Bagderr: I really liked the sounds that fella made :) |
09:35:07 | markun | R2D2 plugin! |
09:35:13 | Bagderr | we should make an R2D2 port |
09:35:15 | disorganizer | the question would better be: which of the "new" players on the market which can still be baught at the moment has the highest propability to receive a working port in time |
09:35:26 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
09:35:29 | pondlife | Bagderr: Nah, sounds like a bag of shit |
09:35:37 | Bagderr | disorganizer: D2 and Meizu M6 I'd say |
09:35:39 | Llorean | Bagderr: Or an R2D2 "voice" file |
09:35:47 | Llorean | disorganizer: And possibly Gigabeat S |
09:35:50 | Bagderr | r2d2 voice would be very amusing |
09:35:52 | Llorean | Which is semi-new. |
09:36:24 | esperegu | which brand is r2d2 /d2 |
09:36:24 | disorganizer | the D2 is a ? samsung ? |
09:36:26 | markun | I think the Meizu players are still produced. A new hardware revision of the M3 just came out. |
09:36:29 | esperegu | meizu looks pretti cool |
09:36:35 | Bagderr | esperegu: cowon d2 |
09:36:48 | pondlife | Lucasfilm R2D2 |
09:36:53 | markun | esperegu: but I'm not so crazy about the touchpad and buttons they used |
09:36:54 | disorganizer | ah cowon d2 :-) |
09:37:44 | esperegu | ho.. cowon is much more expensive |
09:39:26 | | Quit Naked (Remote closed the connection) |
09:39:46 | pondlife | esperegu: It's a nice device though |
09:39:54 | markun | esperegu: the M6 with 8GB is around 90 euro here |
09:39:58 | pondlife | A bit pricey for 8GB |
09:40:11 | markun | pondlife: how much would you pay for it? |
09:40:32 | pondlife | Good question, probably about £100 |
09:40:42 | pondlife | It's currently £160 |
09:40:46 | markun | ah, you were talking about the D2.. |
09:40:55 | pondlife | Yes, not the Meizu |
09:41:00 | * | pondlife wants a touchscreen |
09:41:04 | * | GodEater is pleased to report his 8GB microsdhc card is working flawlessly in his C240 |
09:41:09 | Llorean | The D2 also claims a rather ridiculous battery life. |
09:41:15 | pondlife | Oh? |
09:41:37 | Llorean | Something like 52 hours audio, 10 video |
09:41:59 | pondlife | Is that close to reality? |
09:42:07 | Llorean | No clue. :) |
09:42:23 | Llorean | It's flash, and has room for a fairly large battery |
09:42:27 | esperegu | I saw you wanted to have rockbox as a normal application. will it then be able to use it on android later on? |
09:42:29 | Llorean | The audio time wouldn't surprise me in the slightest. |
09:42:37 | pondlife | Hopefully it is. Anyway, I say shotofadds' one and it was certainly a nice looking thing |
09:42:52 | Bagderr | esperegu: in theory yes |
09:42:59 | Llorean | I like "the whole device is a screen" though I wish it had a few more side buttons. |
09:43:00 | pondlife | Smaller than I expected too |
09:43:02 | esperegu | cool! |
09:43:03 | * | Llorean is very temped to get a D2 |
09:43:07 | advcomp2019 | pondlife and Llorean, i have heard people get about 48 to 51 hours in audio |
09:43:13 | markun | Llorean: meizu claims only "up to 26 Hours of Continuous Music Playback or 4.5 Hours of Continuous Video Playback per Charge" |
09:43:16 | markun | for the M6SL |
09:43:20 | Bagderr | esperegu: assuming they'll ever want anything that isn't java |
09:43:32 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
09:43:47 | Llorean | advcomp2019: So, about right. |
09:44:08 | * | disorganizer thinks a samsung P2 or T10 port would be nice to play with bluetooth and rds radio inside rockbox |
09:44:31 | Bagderr | I would use any of that... |
09:44:31 | JdGordon | too bad neither take micro sd though |
09:44:35 | Bagderr | wouldn't |
09:44:57 | JdGordon | rds is useless but BT would be great |
09:44:59 | Llorean | markun: Does the M6 have a card slot? |
09:46:34 | markun | no |
09:46:42 | Llorean | Ah |
09:47:05 | Llorean | The D2 is still in the lead for me, then. :) |
09:47:32 | Bagderr | get both! ;-) |
09:48:01 | Llorean | I find the D2 more interesting anyway. |
09:48:35 | Llorean | I'd really like to take the opportunity of the touchscreen to try playing with UI design, and possibly examine some of our input choices. |
09:48:49 | pixelma | markun: does the Meizu have a radio or recording? |
09:49:26 | markun | pixelma: yes, both |
09:49:47 | markun | but recording only through a built-in mic |
09:50:08 | Llorean | The D2 requires a special line-in adapter for it's AUX port. =/ |
09:52:31 | | Quit FOAD (Read error: 110 (Connection timed out)) |
09:52:32 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
09:52:34 | pixelma | Llorean: still better than the Meizu then because it seems it has none... |
09:54:27 | Llorean | pixelma: From what it looks like, the "Aux" port is similar in concept to the dock ports on current targets (line in, video out, charging, etc) |
09:54:45 | Llorean | So recording from line-in may be mutually exclusive with charging without a custom connector. |
09:54:46 | | Join Naked [0] (i=naked@naked.iki.fi) |
09:55:53 | pixelma | ah, didn't think this far |
09:56:21 | Llorean | Then again, if the battery life is accurate, you can probably record quite a large amount without line in anyway. :) |
09:57:19 | advcomp2019 | Llorean, i am read more battery life threads and it seems more people get about 35 to 40 hours |
09:57:21 | pondlife | Pity the Apple dock connector isn't an open standard... |
09:57:42 | * | pixelma takes the chance to ask c200 owners around for comments and ideas on FS #8824 (the one comment so far is rather useless) |
09:57:53 | pondlife | There are some nice non-Apple docking units around |
09:58:03 | Llorean | advcomp2019: That's still a respectable amount. It'll be interesting to see what Rockbox can squeeze |
09:58:38 | pondlife | pixelma: Would you mind if I put my initial impression of "how I think the keys should be mapped" on as a comment? |
09:58:48 | pondlife | i.e. not having tried the patch |
09:59:10 | pondlife | Or, I could open a separate FR |
09:59:45 | pixelma | no, please do. By the way, thinking about it and I guess I could like it |
09:59:50 | | Quit Naked (Remote closed the connection) |
10:00 |
10:00:01 | | Join Naked [0] (i=naked@naked.iki.fi) |
10:00:06 | pondlife | I just want a straight transposition of the H300 map really |
10:00:21 | * | Llorean needs to get around to looking at that task |
10:00:31 | pondlife | (or as close as I can get.) |
10:01:21 | pixelma | I'm not sure about seperate FS entry because the task is already quite long but it's also meant for discussion |
10:01:35 | * | Llorean needs to repair his c200 too. =/ |
10:01:57 | pixelma | what happened? |
10:02:10 | Llorean | The headphone jack has come loose again, is all |
10:02:15 | Llorean | Nothing that would actually prevent me testing. |
10:03:13 | pixelma | I read about that being a common problem on the c200s |
10:03:35 | Llorean | Yeah |
10:03:57 | Llorean | Mine came like that (it was "refurbished"). I repaired it, but then I dropped it and it came loose again. |
10:05:08 | | Quit Naked (Remote closed the connection) |
10:09:36 | pixelma | pondlife: I'm not convinced that button maps for a certain target needs to be as close to another target's. The button layout and number of buttons as all so different, it "just" needs to be intuitive somehow... |
10:10:15 | pondlife | I agree, but I found the Gigabeat intuitive when it was new to me, but didn't find the c200 intuitive at all |
10:10:40 | pixelma | yes, I know. |
10:10:42 | pondlife | I'll just document what I expected, you can decide if it's useful information. |
10:11:01 | pixelma | meaning "I think so too" :) |
10:14:33 | | Join zim [0] (n=4ad60f8a@gateway/web/cgi-irc/labb.contactor.se/x-775a0dab4395244b) |
10:16:26 | | Quit zim (Client Quit) |
10:16:33 | | Join zim [0] (n=4ad60f8a@gateway/web/cgi-irc/labb.contactor.se/x-82e9ac3c6936aad0) |
10:18:05 | LinusN | hmmm, looks like i have to implement multiple callbacks for events |
10:20:48 | pondlife | LinusN: I suspect several people have had use for such a system, and backed away from implementing it... maybe Nico_P started..? |
10:21:46 | LinusN | looks like i have a mission then |
10:22:21 | LinusN | first of all, is it likely that we use the same function for multiple events? i think not. |
10:22:33 | | Join Naked [0] (i=naked@naked.iki.fi) |
10:22:49 | LinusN | if we forbid that, we can use the existing system with minimal changes |
10:23:01 | pondlife | LinusN: You're talking about having events and multiple independent subscribers? |
10:23:09 | LinusN | yes |
10:23:29 | pondlife | The main question would be whether the sequence of receiving is important (i.e. can one subscriber block further processing of an event)? |
10:24:02 | LinusN | that implies priority |
10:24:10 | pondlife | Indeed. I hope we don't need that. |
10:24:32 | | Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) |
10:24:38 | LinusN | i won't implement that now, but it looks like a simple addition if it becomes necessary |
10:25:13 | pondlife | So an event results in an independent notification of each subscriber. |
10:25:39 | LinusN | yes |
10:25:50 | JdGordon | didnt multiple event callbacks just go in? |
10:26:07 | | Quit disorganizer ("CGI:IRC") |
10:26:13 | JdGordon | Slasheri fixed up playback.c for that in the last few weeks iirc |
10:26:14 | LinusN | doesn |
10:26:20 | LinusN | 't look like it |
10:26:34 | LinusN | events.c can only register one callback per event |
10:26:49 | Slasheri | eh? it can register multiple callbacks per event |
10:26:53 | Slasheri | there is no limit |
10:27:04 | LinusN | gah, silly me |
10:27:09 | Slasheri | :) |
10:27:12 | pondlife | And silly me too |
10:27:13 | * | LinusN rereads the code |
10:27:19 | * | pondlife didn't get that far |
10:27:38 | | Quit Naked (Remote closed the connection) |
10:28:13 | JdGordon | but yes, untill that patch it was needed for ages but noone could be bothered doing it :p |
10:29:15 | pondlife | pixelma: I've put a comment on #8824, will try the patches later |
10:30:44 | * | JdGordon sends off a request to eigima for his dsp patch for the mr500 to hopefully get that port moving again |
10:37:07 | pixelma | eigima? Isn't his nick eigma? (Just in case you send memos to his nick) ;) |
10:37:37 | zim | Would it be ok to ask for info about an error on my ipod in here? |
10:37:49 | | Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) |
10:38:39 | | Part der-ftz |
10:39:00 | pondlife | zim: Yes, if you're running Rockbox |
10:39:09 | pondlife | But not if you're not |
10:39:10 | JdGordon | pixelma: yes, damn typo.. but it was by email |
10:41:00 | zim | Well, I'm trying to get Rockbox running, I'm running into an error when I run ipodpatcher. (My ipod is a 5G 30GB Video) |
10:43:41 | zim | After I enter "i" to install the Rockbox bootloader I get these messages.. |
10:43:52 | zim | [INFO] Using internal bootloader - 50136 bytes |
10:44:02 | zim | [INFO] Moving images to create room for new firmware... |
10:44:09 | zim | Error reading from disk: Data error (cyclic redundancy check). |
10:44:16 | zim | [ERR] Write failed |
10:44:22 | zim | : No error |
10:44:27 | zim | [ERR] Image movement failed. |
10:44:31 | LinusN | wow! not good! |
10:44:31 | zim | [ERR] −−install failed. |
10:44:39 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
10:44:55 | zim | What does this mean? |
10:44:56 | Llorean | zim: Please don't make multi-line pastes if possible (use a site like pastebin.ca). But this commonly just means you should try a different USB port. |
10:46:06 | zim | Alright, I will try that, and sorry for the multiple pasting. |
10:47:05 | | Join Naked [0] (i=naked@naked.iki.fi) |
10:52:09 | | Quit Naked (Remote closed the connection) |
10:52:19 | | Join Naked [0] (i=naked@naked.iki.fi) |
10:55:06 | * | GodEater notices that the bootloader on the c200 claims the model id as e200 |
10:55:39 | * | amiconn would *really* like to see that spinup-at-each-track-change bug fixed :( |
10:56:08 | * | pondlife too - did anyone work out why/when it was introduced? |
10:56:11 | amiconn | Atm there's no point in doing battery runtime tests / calibrations because of that |
10:57:10 | pondlife | Well, if you can enable dircache it might be possible. |
10:57:23 | | Quit Naked (Remote closed the connection) |
10:58:58 | zim | Llorean: I've tried 6 different USB ports and I'm still receiving the same error. Could it be a bad cable? |
10:59:22 | Llorean | zim: It could, yes. We just suggest testing the port first, since that's usually easier for people to test. |
10:59:38 | Llorean | Unfortunately the same iPod will often sync fine with iTunes, it seems our patcher is a bit more sensitive to it. |
10:59:54 | amiconn | Not if I want to calibrate runtime without dircache. On a 16MB target, dircache doesn't make much sense as it will shorten runtime noticeably |
11:00 |
11:00:03 | JdGordon | pondlife: iirc no, noone has figured out why yet |
11:00:21 | LinusN | i thought it was a playlist lookahead bug |
11:00:21 | pondlife | No-one looked back through SVN? |
11:00:45 | JdGordon | there is no playlist lookahead in svn though.. |
11:00:49 | pondlife | I suspect it was a bug fix, but the new bug may be worse than the old one. |
11:01:23 | | Quit Severian ("Ex-Chat") |
11:01:33 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:05:17 | LinusN | i thought Lear mentioned a playlist_peek() call or something llike that |
11:05:41 | | Quit cool_walking_ (Remote closed the connection) |
11:06:37 | | Quit Naked (Remote closed the connection) |
11:07:57 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
11:08:24 | amiconn | LinusN: The playlist code didn't change for a long time. Why would it cause a disk access all of a sudden? |
11:08:49 | LinusN | amiconn: i think it was a call to playlist_peek() added to playback.c |
11:08:49 | amiconn | This bug is fairly new; introduced within the last 2 months I think |
11:09:20 | amiconn | And why does enabling dircache hide the bug? |
11:09:40 | JdGordon | playback shouldnt be calling playlist_peek unless its actually ready to buffer, which means its below the watermark or the disk is spinning... |
11:09:46 | LinusN | perhaps because looking for a file on disk doesn't need a spinup with dircache enabled |
11:10:00 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:10:35 | * | amiconn needs to check whether that bug also affects hwcodec or not |
11:10:41 | LinusN | damn, pause-between-tracks turned out to be tricky to implement using event callbacks |
11:10:47 | * | JdGordon not sure how playlist handles filenames when dircache isnt enabled or ifdefed out :( |
11:11:04 | | Join mf0102 [0] (n=michi@85.127.182.33) |
11:11:10 | * | amiconn somehow suspects the problem in the database code |
11:11:36 | *** | Saving seen data "./dancer.seen" |
11:11:43 | LinusN | amiconn: do you use the database? |
11:12:17 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:12:18 | JdGordon | good luck finding it then :( |
11:12:37 | amiconn | Not normally, but the database is never completely disabled, and there's that runtime data stuff... |
11:13:27 | JdGordon | playlist_peek() eventually calls get_filename() which definatly hits the disk unless dircache is enabled... |
11:15:04 | | Quit Naked (Remote closed the connection) |
11:15:49 | | Quit zim ("CGI:IRC") |
11:18:23 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:18:58 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
11:19:20 | pondlife | amiconn: The problem is just the playback.c use of playlist_peek(), not runtime data related |
11:19:35 | pondlife | The questions are when and why was that added? |
11:21:24 | JdGordon | one way to find out.... |
11:21:46 | JdGordon | $ svn blame apps/playback.c | grep playlist_peek |
11:21:46 | JdGordon | 13805 pondlife filename = playlist_peek(0); |
11:21:46 | JdGordon | 15306 nicolasp while ((trackname = playlist_peek(last_peek_offset)) != NULL) |
11:21:46 | DBUG | Enqueued KICK JdGordon |
11:21:46 | JdGordon | 16430 nicolasp end_of_playlist = playlist_peek(automatic_skip ? ci.new_track : 0) == NULL; |
11:22:08 | pixelma | amiconn: if I believe the virtual LED on the Ondio, the bug is not there on hwcodec |
11:22:16 | pondlife | JdGordon: oops |
11:22:40 | JdGordon | pondlife: your probably safe... 3000 revisions ago.. |
11:22:44 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
11:23:07 | pondlife | Yes, it's more recent than that |
11:23:25 | pondlife | Probably just part of the MoB refactoring |
11:23:27 | | Quit Naked (Remote closed the connection) |
11:23:35 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
11:23:35 | * | JdGordon should stop farting around and get into hacking up playlist.c |
11:24:17 | pondlife | The one in question is in audio_check_new_track() I believe. |
11:24:19 | pondlife | end_of_playlist = playlist_peek(automatic_skip ? ci.new_track : 0) == NULL; |
11:25:42 | LinusN | hmmm, do we really want a track-change event when starting playback? |
11:26:15 | | Join A-4 [0] (n=A4@86.89.84.164) |
11:27:21 | markun | hi A-4! |
11:27:23 | LinusN | if so, how can we see the difference |
11:27:24 | LinusN | ? |
11:28:23 | | Join krz [0] (i=krz@86.57.201.217) |
11:28:25 | JdGordon | can we add a playback started event (if there isnt one already) which would do that job if anything actually needs that? |
11:28:44 | JdGordon | track change does imply something was playing before... |
11:28:54 | LinusN | my thinking too |
11:29:01 | A-4 | hi markun, i've received my meizu ! |
11:29:38 | markun | ah great. Do you like it? |
11:29:54 | markun | It's the SL, right? |
11:30:34 | A-4 | yep, but i wish rockbox was finished already, the software needs some getting used to |
11:30:47 | A-4 | yes, 8gb sl |
11:30:57 | LinusN | the scrobbler code doesn't handle the start-of-playback, so it will always mark the first track as "skipped" |
11:31:51 | LinusN | or will it? (reads some more code) |
11:31:55 | JdGordon | is there any reason the resume info for the inram playlists couldnt be stored as a .m3u8 with a comment for the position, insert position and random seed? |
11:32:15 | pondlife | Disk spinup between tracks was probably introduced by http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=15840&r2=16019 |
11:33:04 | pondlife | That's an important fix, but needs reworking, I guess. |
11:33:13 | JdGordon | what was that fix for? |
11:33:29 | pondlife | Making the track change point-in-time consistent |
11:33:37 | | Join homielowe [0] (n=chatzill@66.183.78.28) |
11:33:56 | pondlife | Previously there was some confusion as to whether the track change occurred when the codec changed, or when the WPS changed |
11:34:09 | | Join aliask [0] (n=aliask@rockbox/developer/aliask) |
11:34:16 | pondlife | It should be just at the WPS changeover, externally to playback.c |
11:34:28 | amiconn | JdGordon: Dynamic playlists aren't stored as literal .m3u(8) at all. |
11:34:35 | JdGordon | amiconn: I know... |
11:34:48 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:35:10 | JdGordon | but the resume info could be saved to a m3u to save having to worry about 2 "playlist" file types |
11:35:14 | JdGordon | i.e less code |
11:35:16 | LinusN | oops, the hwcodec platforms don't seem to send track_change events when starting playback |
11:35:24 | amiconn | .playlist_control rather stores the steps for constructing the playlist, as well as the position. This method was invented because it's both very fast and saves ram |
11:36:58 | * | amiconn wonders how .m3u could be used to save a position... |
11:37:01 | JdGordon | cant argue with speed, but how does it save ram... the playlist buffers are allocated at boot |
11:38:50 | JdGordon | you missed the best reason.... using a m3u is useless when the contents of the dir change between boots/restarts.. |
11:39:25 | pondlife | JdGordon: If you're looking in that area, see if you can speed up the playlist generation from the database..? e.g. if you select all tracks(with 15000 tracks) it will do the database query nearly instantly (~1s), but takes about 30s to construct the dynamic playlist. |
11:39:54 | pondlife | That's the "countdown" part of the operation.. |
11:39:54 | | Quit Naked (Remote closed the connection) |
11:40:01 | JdGordon | probably database -> filenow lookup takes ages? |
11:40:07 | JdGordon | filename* |
11:40:25 | pondlife | I do have dircache enabled. |
11:40:47 | JdGordon | dircache doesnt help unless db is in ram |
11:40:51 | pondlife | Mine is |
11:41:00 | JdGordon | ah.. hmm... |
11:41:01 | pondlife | This is all in RAM, no disk spinup |
11:41:11 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:41:15 | pondlife | Apart from saving playlist_control |
11:41:23 | Slasheri | the problem is the slow playlist code |
11:41:40 | Slasheri | the tagcache query itself should be quite fast, but playlist_add is very slow.. |
11:41:48 | LinusN | damn, it looks like the scrobbler code depends on getting track change events when starting playback |
11:41:48 | pondlife | Yes, that's exactly what I'm seeing |
11:41:49 | Slasheri | i experimented with that a long time ago |
11:42:21 | JdGordon | its not adding each track individually to playlist control is it? |
11:42:27 | LinusN | don't we have a bug report about not scrobbling the first track on hwcodec? |
11:42:33 | | Join tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) |
11:42:36 | pondlife | LinusN: We do, I believe |
11:42:44 | JdGordon | LinusN: then adding the playback started event makes sense? |
11:43:24 | LinusN | perhaps, or find a way for the callback to see the difference |
11:43:46 | JdGordon | add the extra event... easier than doing the check in every callback imo |
11:43:53 | JdGordon | also less likely for a bug later on |
11:46:18 | | Quit Naked (Remote closed the connection) |
11:47:23 | pixelma | LinusN: not sure about the first track. I only know of a bug report because scrobbler didn't work at all (or sometimes with much luck you got an album) for a long time but that's been fixed. |
11:47:41 | pixelma | and the bug report closed |
11:49:27 | amiconn | JdGordon: The playlist buffer in ram doesn't store strings, it just stores pointers (4 byte/entry). That's the reason why it's both memory efficient and fast |
11:50:06 | JdGordon | that only works if dircache is enabled though... doesnt it? |
11:50:10 | amiconn | no |
11:50:23 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:50:32 | pondlife | dircache shouldn't be relevant to functionality at all, only to speed |
11:50:34 | JdGordon | so whats the pinter pointing to when there is no dircache? |
11:50:41 | amiconn | It has been working this way for ages, since when there was neither swcodec nor dircache |
11:51:01 | amiconn | You can see what happens if you deal with plain filenames instead of pointers - pondlife's example with the db -> playlist generation is a very good one |
11:51:10 | pondlife | I suspect we just need a new playlist API for the database to do a bulk insertion? |
11:51:27 | pondlife | Some way to make better use of the faster/smaller method. |
11:51:46 | amiconn | If you would switch to using filenames, you'd make dir-based playlists as slow as database-based playlists are now |
11:52:12 | JdGordon | ok, but whats it pointing to? |
11:52:14 | pondlife | JdGordon: Compare database all tracks with directory recursive insert? |
11:52:33 | JdGordon | pondlife: yeah, i did a db insert and it took ages on my sansa |
11:53:27 | * | JdGordon wishes the whole playback.c was commetned as well as the resume file format is at the top |
11:53:51 | pondlife | The resume stuff should be in playlist.c, not playback.c |
11:54:01 | JdGordon | sorry, thats what i meant |
11:54:02 | pondlife | I mean, the persistance |
11:54:04 | pondlife | Ah, ok |
11:54:05 | | Part Jon-Kha ("[IRSSI] PARTYTIME! 5 seconds to the millenium! 4...3...2...1...EOF From client") |
11:54:18 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
11:54:20 | | Join davina^ [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:54:24 | pondlife | I could believe it would have wandered into playback.c, sadly ;) |
11:54:25 | | Quit davina (Read error: 104 (Connection reset by peer)) |
11:54:48 | pondlife | But it's definitely got to work on MASCODEC |
11:55:27 | | Quit Naked (Remote closed the connection) |
11:55:37 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:55:51 | JdGordon | wtf @ playlist.c:541-546 |
11:55:55 | | Quit krz (Read error: 110 (Connection timed out)) |
11:57:29 | | Quit courtc (Read error: 113 (No route to host)) |
11:58:50 | JdGordon | amiconn: do you kow what the pointers point to? I want to fiddle in there and cant figure that out... |
12:00 |
12:00:05 | Bagderr | i see no pointers at 541 |
12:00:24 | JdGordon | 541 is drawing code which i cant see any reason for it to be there |
12:00:39 | | Quit Naked (Remote closed the connection) |
12:02:36 | | Quit Mathiasdm ("Yuuw!") |
12:02:56 | | Join Naked [0] (i=naked@naked.iki.fi) |
12:03:15 | LinusN | JdGordon: the syncsplash()? (which is on line 534 in my code) |
12:03:41 | JdGordon | syncsplash shouldnt be needing the margin fixing, and even if it did, it should do it.. |
12:03:43 | * | JdGordon confused |
12:04:34 | Bagderr | I agree that mixing gui code in the playlist one sounds like a bad idea |
12:04:51 | pondlife | Me too |
12:05:21 | JdGordon | ah, its from r3796... its allowed to be out of date |
12:05:24 | * | JdGordon removes it |
12:08:00 | | Quit Naked (Remote closed the connection) |
12:08:08 | | Join Naked [0] (i=naked@naked.iki.fi) |
12:08:55 | Bagderr | I think the splash should be moved as well |
12:09:17 | Bagderr | but I guess that's a slightly bigger work |
12:10:20 | JdGordon | well.. the splash could actually be used so i left it |
12:10:43 | pondlife | If you make it fast enough, there might not need to be a splash |
12:10:56 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
12:12:57 | Bagderr | rockbox as an app will add some fun in the lcd resolution department |
12:13:12 | | Quit Naked (Remote closed the connection) |
12:14:08 | pondlife | Bagderr: Another good reason to keep UI and logic apart |
12:14:31 | LinusN | gah! i'm giving up! pause-between-tracks can't be reliably implemented using playback events... |
12:14:52 | pondlife | LinusN: Why not? |
12:14:57 | pondlife | Bugs elsewhere? |
12:15:17 | pondlife | On track end - audio_pause(); ... |
12:15:25 | LinusN | because pausing is implemented by sending queue events |
12:15:35 | pondlife | Yes, so. |
12:16:44 | * | JdGordon sees filenames being thrown around in filetree.c and playlist.c and gets thorughly confused as to how these are(t) being used |
12:16:46 | LinusN | and if i send a Q_AUDIO_PAUSE event, it won't be handled until the next track has started playing |
12:17:06 | pondlife | Ah.. |
12:17:09 | LinusN | so you will hear a few milliseconds of the coming track before it pauses |
12:17:29 | | Join ali_as [0] (n=as@ambix.plus.com) |
12:17:49 | pondlife | http://www.rockbox.org/tracker/task/8601 has a one-line fix for the disk spinup issue, I believe |
12:18:03 | pondlife | Can someone test please? |
12:18:15 | pondlife | Nico_P: You might want to look at that too, if you read this soon. |
12:19:02 | pondlife | It's a theoretical fix, but seems ok on Sansa... no disk to spin there though :) |
12:20:04 | * | pondlife would feel odd bringing 2+ DAPs to work |
12:20:29 | * | LinusN has 4 daps in his bag |
12:20:43 | pondlife | hehe, but you work for friendly people |
12:21:01 | pondlife | (Which is good, or Rockbox would never have made it so far.) |
12:21:53 | pondlife | amiconn: You able to test that fix, perhaps? |
12:22:17 | LinusN | the playback code sure is intimidating... |
12:22:18 | | Quit DerDome ("Leaving.") |
12:22:29 | pondlife | LinusN: It's got much better... |
12:22:33 | LinusN | i know |
12:22:45 | * | JdGordon gives a cookie to anyone who actually can follow whats happening in playlist.c ! |
12:22:55 | JdGordon | and a beer if they can explain it to em |
12:22:55 | JdGordon | me |
12:23:05 | * | pondlife says the same about onplay.c |
12:23:16 | | Join Naked [0] (i=naked@naked.iki.fi) |
12:23:16 | * | JdGordon sort of know onplay.c |
12:23:17 | * | LinusN hears the trigger on petur's computer |
12:23:32 | pondlife | I know what the context menu logic shouldbe, but I can't work out how to implement a menu where options appear conditionally |
12:24:16 | JdGordon | where do you want the option to be? |
12:25:21 | LinusN | conditional options is a nightmare with the new menu code |
12:25:21 | | Join knittl [0] (n=knittl@193.170.134.44) |
12:25:28 | pondlife | I want to build the playlist menu conditionally - so we always get "Insert into existing playlist", but when stopped we also get "Insert into new playlist" at the top. |
12:25:29 | LinusN | if you ask me |
12:25:33 | pondlife | (for example) |
12:25:35 | JdGordon | its not all that bad! |
12:25:40 | pondlife | Get rid of the macros! |
12:25:53 | JdGordon | it would be worse without them |
12:26:03 | JdGordon | and they arnt part of this problem anyway |
12:26:04 | pondlife | I'd rather have longer, more readable code to physically construct the menus, then display them. |
12:26:14 | pondlife | Maybe not, but onplay.c is barely readable |
12:26:20 | pondlife | and they are part of the reason. |
12:27:32 | * | JdGordon not sure where you want that menu to go but shouldnt be hard to add that at all... |
12:28:09 | | Quit FOAD (Read error: 110 (Connection timed out)) |
12:28:09 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
12:28:54 | pondlife | JdGordon: Best thing you could do would be to go through onplay and add some comments, perhaps? |
12:29:20 | pondlife | At least add a Purpose comment to every routine |
12:29:48 | * | JdGordon was going to split it up and maybe add a comment or two |
12:29:55 | JdGordon | should it go into gui/? |
12:30:12 | pondlife | That would be good... some stuff is more general, remove_dir() for example |
12:30:24 | pondlife | Although that does update the gui |
12:31:35 | pondlife | Am I right to think that i_pl_item isn't used? |
12:31:46 | | Quit Thundercloud_ (Remote closed the connection) |
12:32:04 | pondlife | Ah, no I see it. |
12:32:44 | pondlife | Can MAKE_ONPLAYMENU() have NULLs to miss options out, or would I need to if the whole thing? |
12:33:25 | pondlife | Hiopefully the former, I'd like to have the conditions next to the affected options. |
12:34:17 | pondlife | "!audio_playing() ? i_pl_item : NULL" or similar |
12:35:01 | JdGordon | no, you cant do that... that check needs to go in a callback |
12:35:08 | pondlife | Pity |
12:35:17 | | Quit sneakums ("There shouldn't be this reign of silence, but what are the options when someone great is gone?") |
12:35:38 | pondlife | I don't see how the callback can help either. Can it somehow prevent the option being displayed? |
12:35:58 | pondlife | Ah, I see : ACTION_REQUEST_MENUITEM |
12:35:58 | | Quit mf0102 (Remote closed the connection) |
12:36:30 | pondlife | Nope, I don't understand... |
12:36:41 | | Join mf0102 [0] (n=michi@85.127.182.33) |
12:37:23 | JdGordon | your almost there... |
12:37:31 | pondlife | Explain...? |
12:37:33 | JdGordon | return action if you want it shown |
12:37:40 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
12:38:01 | LinusN | pondlife: i believe http://www.rockbox.org/twiki/bin/view/Main/UsingTheMenuAPI could help |
12:38:05 | JdGordon | if you dont then let it fall thourgh to return ACTION_EXIT |
12:38:27 | | Quit esperegu (Remote closed the connection) |
12:38:36 | pondlife | LinusN: Thanks |
12:38:41 | pondlife | I looked, but couldn't find thta |
12:38:43 | pondlife | that |
12:39:14 | LinusN | "if the callback is not NULL, the first time it is called the action will be ACTION_REQUEST_MENUITEM which means it is being checked if it should be displayed. returning anything other than ACTION_EXIT_MENUITEM will mean the item is being shown. (returning ACTION_EXIT_MENUITEM will hide the item). This actually happens when the items parent is setting up." |
12:39:24 | | Quit mf0102 (Remote closed the connection) |
12:39:45 | | Part Bagderr |
12:39:49 | | Join mf0102 [0] (n=michi@85.127.182.33) |
12:40:53 | | Join atm [0] (n=atm@117.196.140.98) |
12:41:10 | LinusN | hmmm, the pause-between-tracks seems to work fine on the target |
12:44:25 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
12:47:39 | amiconn | JdGordon: The pointers work in 2 different ways, depending on whether you're playing a dynamic playlist or an .m3u(8) |
12:50:08 | amiconn | For dynamic, they point into an in-ram buffer containing filenames, which get copied from the buffer in filetree. For .m3u(8), they're pointers into the playlist file afaics |
12:50:46 | JdGordon | so the filenames are stored in ram? |
12:51:26 | amiconn | depends |
12:51:54 | JdGordon | ignoring m3u playlists for now... |
12:51:56 | amiconn | For dir-based playlists, they are. For .m3u(8), only a few names are cached in ram iiuc |
12:52:04 | JdGordon | [20:50:38] <amiconn> JdGordon: The playlist buffer in ram doesn't store strings, it just stores pointers (4 byte/entry). That's the reason why it's both memory efficient and fast |
12:52:12 | JdGordon | ? |
12:52:33 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
12:52:51 | amiconn | The deal here is that ram is limited, and the playlist code needs to be able to play .m3u files with more entries than max_files_in_dir |
12:52:53 | * | JdGordon somehow got the impression pointers into the dircache ram was being used and couldnt see how that could work with diracache disabled |
12:53:05 | amiconn | But this can't happen for dir-based playback |
12:53:22 | JdGordon | yeah, I get the m3u part.. its the inram part which confused the heck out of me |
12:53:51 | DefineByte | I think there's an error in commit r16926. |
12:54:07 | amiconn | The array named 'dircache' in playlist.c dplaylist.c has *nothing to do with the dircache implemented by Slasheri |
12:54:26 | amiconn | -dplaylist.c |
12:55:06 | JdGordon | bah, course not.. ( :'( ) the HAVE_DIRCACHE throught the file confused me also |
12:55:23 | JdGordon | so I can do what I want still.. this is good :) |
12:56:22 | DefineByte | "Download the |
12:56:22 | DefineByte | ``voice'' package for your player and unzip it directly to the root of your \dap." /dap > /dap{} |
12:56:36 | DefineByte | anyone want to change it. :) |
12:56:39 | amiconn | Misleading name nowadays - it way predates dircache.c. It's the one in filetree |
12:56:52 | pixelma | DefineByte: thanks for the pointer, will have a look |
12:57:29 | DefineByte | I only noticed it because I'm trying to keep my patch in sync. |
12:58:50 | JdGordon | amiconn: so that message from you I pasted was regarding m3u playlists only? |
12:59:43 | pixelma | DefineByte: this works here because if any punctuation marks folow directly (without the space) you don't need the {} |
13:00 |
13:00:16 | | Quit FOAD (Read error: 110 (Connection timed out)) |
13:00:17 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
13:00:19 | DefineByte | Oh. Never knew that. Thanks. :) |
13:00:43 | pixelma | not sure if it would make it more readable to someone else if it's added |
13:02:03 | pixelma | I'll keep it in the back of my head and ask around later (maybe bluebrother who seems to be the most knowledgable person with latex who's regularly here) |
13:02:47 | | Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
13:03:04 | DefineByte | He certainly seems to know his stuff. :) |
13:03:19 | pixelma | GodEater: the same playback engine on all players?? ;) |
13:04:14 | GodEater | ok, well not the hwcodec ones |
13:04:18 | GodEater | but I didn't want to confuse him |
13:04:18 | | Quit Thundercloud (Remote closed the connection) |
13:04:47 | DefineByte | pixelma: I notice the same section no longer mentions the need for a reboot. Is there a rason for that? |
13:04:56 | DefineByte | reason/ |
13:04:59 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
13:05:05 | | Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) |
13:05:36 | pixelma | DefineByte: it does, I shifted it around. If you got a better idea how to put things please tell... |
13:06:12 | DefineByte | Oops sorry. Yes it does. My mistake. :) |
13:07:17 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1b4e4baa60d30331) |
13:07:31 | DefineByte | There should really be a fullstop rather than a comma before English but that's not too important I guess. :) |
13:11:40 | *** | Saving seen data "./dancer.seen" |
13:11:53 | pixelma | GodEater: I see |
13:12:20 | * | roolku 's c240 has arrived |
13:12:30 | pondlife | bigpockets? |
13:13:05 | roolku | unfortunately neither rbutil nor sansapatcher can detect it, even though MSC is enabled and the drive is mounted in windows XP |
13:13:08 | pixelma | time of forum slowliness seems to have become "around this time of day"... :\ |
13:13:18 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
13:13:47 | roolku | system info says version is 01.00.04E - any suggestions? |
13:13:55 | Bagderr | v1 |
13:14:00 | Bagderr | is the verdict |
13:14:08 | Bagderr | msc mode? |
13:14:14 | Bagderr | ah you said it is |
13:14:17 | pixelma | administrator? |
13:14:21 | roolku | yes, set MSC mode |
13:14:27 | roolku | yep, administrator |
13:14:40 | pondlife | Windows? |
13:14:48 | pondlife | Ah, yes... |
13:14:49 | roolku | windows XP |
13:15:05 | pondlife | All the same as me... I used RbUtil |
13:15:19 | pixelma | tried a different USB port? |
13:15:19 | pondlife | Did you auto-detect, or set iti manually? |
13:15:39 | roolku | I get two drives i: and j: where j: claims not to be formatted (the sd card?) |
13:15:49 | pondlife | roolku: Yes, that's correct |
13:15:54 | | Quit DefineByte ("Bye all") |
13:15:58 | pondlife | So, select I: and C200 |
13:16:03 | pondlife | Then try installing bootloader |
13:16:11 | roolku | drive i: shows various directories including a system one |
13:16:30 | * | roolku tries again |
13:16:30 | pondlife | I mean in RBUtil |
13:17:36 | roolku | seems to work now - strange... |
13:19:02 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") |
13:20:18 | Bagderr | "Sorry, SMF was unable to connect to the database." ... |
13:20:38 | Bagderr | I love how user-friendly that message is... not |
13:20:43 | roolku | nice :) even has radio |
13:26:13 | markun | LinusN: did you hear anything from Samsung about the LCD driver IC datasheets? |
13:30:13 | | Join PaulJam [0] (n=PaulJam_@p54BCCD4F.dip.t-dialin.net) |
13:30:16 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
13:32:04 | | Quit atm (Read error: 110 (Connection timed out)) |
13:54:40 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
13:54:57 | LinusN | markun: nope |
13:58:33 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
14:00 |
14:10:46 | kugel | The configure script doesn't support giving the target and the build type by parameters, does it? |
14:12:33 | | Join atm [0] (n=atm@117.196.135.247) |
14:12:45 | | Part atm |
14:13:46 | | Join MethoS- [0] (n=clemens@host-091-096-215-010.ewe-ip-backbone.de) |
14:23:35 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:31:25 | Bagderr | kugel: no, but it could easily be modified to |
14:34:22 | | Join at1 [0] (n=atm@117.196.131.201) |
14:38:00 | kugel | Bagderr: Thanks, I'll have a look |
14:40:25 | kugel | Bagderr: I don't have much shell scripting experience though |
14:42:33 | | Quit mf0102 ("Verlassend") |
14:43:03 | Bagderr | all the scripts we use basically pass in the options on stdin |
14:43:15 | Bagderr | then you don't need any new arguments |
14:44:57 | * | preglow does his bi-monthly ipodlinux activity check and finds they have disabled their svn activity page |
14:45:11 | preglow | seems they're even deader than usual now |
14:45:22 | Bagderr | I guess they run it manually every 6th month now ;-) |
14:45:24 | gevaerts | Just resting |
14:45:32 | kugel | Bagderr: Not sure what you mean. I want it to accept (i.e.) configure -t 50,s |
14:45:59 | Bagderr | kugel: printf '22\nb\n' | configure |
14:46:17 | Bagderr | or '50\ns\n' for your example |
14:47:07 | kugel | Bagderr: I'd rather have it as arguments giving to configure |
14:47:17 | preglow | haha |
14:47:24 | preglow | i do love that lemmings script they have going on their front page, though |
14:48:28 | Bagderr | kugel: then proceed with your patching! ;-) |
14:48:34 | pondlife | Hmm, playlist.c, get_next_index() should know about auto-dir changing. If it did, much of the special-casing in playlist.c and playback.c could vanish. |
14:49:19 | | Part Bagderr |
14:50:55 | pondlife | I can't see how playback.c needs to worry about dir skip, but mpeg.c (on MASCODEC) does not. |
14:51:08 | pondlife | Does MASCODEC support auto dir skip? It should. |
14:51:38 | JdGordon | pondlife: I agree, and keep trying to work on it but cant seem to start coding :( |
14:52:01 | | Join studente23 [0] (n=john454@81-208-106-67.ip.fastwebnet.it) |
14:52:16 | pondlife | It's a timing thing.. playback.c must be either caching out-of-date info, or asking playlist.c at the wrong time. |
14:52:43 | studente23 | hello guys. I'm on nano and getting this error "udefined instruction" after starting |
14:52:57 | JdGordon | pondlife: this is the disk hitting bug? |
14:53:13 | | Join Febs [0] (n=chatzill@38.98.196.75) |
14:53:16 | pondlife | Yes, hopefully. Whilst playlist.c is not ideal, I think it's reasonable to assume that it can be made to work for SWCODEC if it works for MASCODEC |
14:53:30 | studente23 | I've already checked the forum but the databese seems to be broken by now. |
14:53:31 | pondlife | i.e. No need to dig up the road |
14:53:39 | JdGordon | i tihnk the asking playlist.c at the wrong time |
14:53:53 | pixelma | pondlife: I'll check (don't use that feature usually) |
14:54:01 | pondlife | pixelma: Thanks |
14:54:18 | JdGordon | I'm guessing swcodec tries to preempt the buffer emptying which isnt such a problem on hwcodec so its ignored? |
14:54:34 | pondlife | No, that's just as much of a problem on hwcodec |
14:54:54 | pondlife | I think we need better definitions on the playlist_() functions... |
14:55:09 | pondlife | i.e. playlist_peek() vs playlist_check() vs ... |
14:55:19 | pixelma | pondlife: yes, it works (skipped across the border) and it even doesn't start with the last song of the old folder as first of the new ;) |
14:55:34 | pondlife | hehe, that's good |
14:56:00 | pondlife | Does mpeg.c run in the Archos sim at all? |
14:56:14 | pondlife | If it does, I could debug the timing of playlist_... calls |
14:56:18 | JdGordon | pondlife: i mean, its a small buffer so by the time we are ready to get the next directory the buffer will be still full.. so just wait till the song finishes? |
14:56:22 | pondlife | and compare to swcodec |
14:56:55 | pondlife | JdGordon: AFAIK that's how swcodec works too |
14:57:04 | pixelma | pondlife: don't know, it fakes something to get at least a WPS but doesn't play audio of course. Don't know where the cut is though |
14:57:08 | * | JdGordon wonders if playlist.c should be made to _only_ work with the current playlist... none of this passing struct playlist around |
14:57:10 | kugel | Bagder: Indeed, that was easy :) |
14:57:48 | JdGordon | pondlife: but on swcodec there could be >20mb of buffer ready for the next dir... maybe its trying to do it but failing miserably? |
14:58:00 | JdGordon | either way playback should not care about dircahnge at all |
14:59:05 | JdGordon | playlist.c should have playlist_create(), _get_next(bool next/prev), _peek(int index) _add_[track, directory, etc] and thats it |
14:59:21 | JdGordon | get_next and peek would return a filename and nothing more |
14:59:39 | pondlife | At auto-dir change, playback.c pre-increments the playlist index early, then decrements it again when track change is complete.. |
14:59:59 | JdGordon | thats bad |
15:00 |
15:00:06 | | Join atm [0] (n=atm@117.196.131.60) |
15:00:35 | JdGordon | playback.c should only be getting the next track names, not fiddling with the playlist position |
15:01:16 | JdGordon | playlist should grab the next dir/playlist as soon as playback asks for past the end of the current playlist |
15:01:17 | pondlife | No, it is up to playlist.c to advance the playlist position |
15:01:28 | JdGordon | exactly |
15:01:30 | pondlife | But only when the track change has completed |
15:02:27 | JdGordon | playlist_get_next(int offset) perhaps? so playback never actually needs to keep track of playlist position |
15:02:57 | | Quit at1 (Read error: 110 (Connection timed out)) |
15:03:16 | pondlife | Whatever mpeg.c does would be the model to aim for, if possible. |
15:05:26 | | Join at1 [0] (n=atmb4u@117.196.131.60) |
15:05:26 | | Quit atm (Read error: 104 (Connection reset by peer)) |
15:05:38 | | Quit EspeonEefi ("さよなら") |
15:07:20 | | Part at1 |
15:07:37 | markun | preglow: these guys also have been pretty quiet for some time now :) http://code.google.com/p/zune-linux/ |
15:08:12 | | Part studente23 |
15:08:37 | JdGordon | speaking of which... time to change the topic |
15:08:43 | JdGordon | 2 days late... |
15:08:59 | * | markun didn't even notice the topic! |
15:11:39 | pondlife | We are foolish. |
15:11:43 | *** | Saving seen data "./dancer.seen" |
15:16:20 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-50ba93886db7b2c4) |
15:16:40 | LambdaCalculus37 | pixelma: Ping! |
15:20:56 | pondlife | JdGordon: http://www.rockbox.org/tracker/task/8601 has a new patch that I'm fairly sure fixes the HD spinup ok, but doesn't address the root cause... :/ |
15:21:26 | pondlife | Lunch time |
15:21:32 | * | JdGordon doesnt have a target which has the problem |
15:21:46 | JdGordon | and bed time for me |
15:21:49 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:21:49 | DBUG | Enqueued KICK JdGordon|zzz |
15:22:25 | LinusN | why does the swcodec playback engine need to know if it was an automatic dir change? |
15:22:39 | JdGordon|zzz | thats partly what we are trying to figure out |
15:24:10 | | Join atm [0] (n=atmb4u@117.196.132.61) |
15:24:37 | markun | Wow, the creator of Zune linux even had his own wikipedia page :) I wonder who wrote it.. http://66.102.9.104/search?q=cache:g4vIk3JDe_sJ:en.wikipedia.org/wiki/Steven_Biars |
15:24:54 | markun | so modest.. |
15:24:55 | kugel | Bagder: Can a command line tool have too many arguments? |
15:27:15 | LambdaCalculus37 | markun: Now it makes me wonder even more on the seriousness of that project. :) |
15:27:23 | pixelma | pondlife: pong |
15:27:33 | | Part atm |
15:27:40 | pixelma | LambdaCalculus37: ^... sorry |
15:28:08 | LambdaCalculus37 | pixelma: No worries. :) I patched with FS #8824 and compiled a build; testing it right now. |
15:28:09 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
15:28:37 | LambdaCalculus37 | The button layout is more natural feeling now. |
15:30:27 | pixelma | as I said, it still could be improved further. If you have ideas please state them too ... |
15:30:45 | | Part mcflow |
15:30:52 | kugel | LambdaCalculus37, pondlife : What do you think about the comment I posted? Do you think page flip on power (on keyboard screen) is intuitive? |
15:31:55 | LambdaCalculus37 | pixelma: I posted a small comment about the slight inconsistency with using a short press on POWER to leave the Recording screen and a long press on POWER to leave the virtual keyboard. |
15:32:08 | LambdaCalculus37 | I think that the behavior should be the same on both counts. |
15:32:31 | LambdaCalculus37 | kugel: As long as you time it correctly, it works well. |
15:32:40 | kugel | LambdaCalculus37: Agree, I also mentioned this inconsistency |
15:32:53 | pixelma | and as I said, I'm not very satisfied with it too - and kugel: the virtual keyboard can be very different across target or do you know what line edit mode is (as an owner of an e200 IIRC) |
15:32:56 | kugel | LambdaCalculus37: Sure it's working, I was asking for intuitivity |
15:33:09 | LambdaCalculus37 | It's hard to work with a very limited number of buttons. |
15:33:18 | gevaerts | LambdaCalculus37: what's not serious about it ? They are already at svn r2 ! |
15:33:20 | kugel | pixelma: I guess not |
15:33:27 | pixelma | see |
15:33:39 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
15:34:02 | kugel | pixelma: That still doesn't make short power for page flip intuitive for me |
15:34:45 | kugel | But I guess page flip is frequently used, so anything with short press is needed |
15:34:56 | pixelma | kugel: this discussion is going _nowhere_, I don't even defend that change |
15:35:34 | kugel | pixelma: But you are not accepting that I dive into the task, just because I don't have a c200 |
15:36:32 | kugel | pixelma: What's more used, page flip or backspace? I had the idea that pageflip might be better situated on the rec button |
15:37:27 | LambdaCalculus37 | pixelma: Is it possible to make backspace work like it does on the iPods? |
15:37:50 | pixelma | kugel: if you have a better idea, just tell... otherwise please stop. It's not easy and it makes a great difference if you can test on the physical device because the keyboard in a sim is quite different |
15:37:52 | LambdaCalculus37 | You scroll onto the filename and hit SELECT to delete characters? |
15:38:06 | pixelma | LambdaCalculus37: that's what I meant with line edit mode ;) |
15:38:11 | kugel | pixelma: I just told you my idea |
15:39:01 | kugel | LambdaCalculus37: That's on the e200 too (besides that there is a dedicated backspace button too) AFAIK |
15:39:07 | pixelma | kugel: personally I don't use page flip (probably at all) but that might be because I come from the Ondio and that one doesn't have if. Where do you want to put backspace then? |
15:39:19 | Llorean | Renaming files is impossible without backspace. |
15:39:24 | pixelma | s/if/it |
15:39:36 | kugel | pixelma: LambdaCalculus37's suggestion sounds good |
15:40:02 | LambdaCalculus37 | Llorean: Have you tried the virtual keyboard on your nano? |
15:40:13 | kugel | or long rec, but that's probably painful when deleting major parts of a line |
15:40:25 | pixelma | kugel: I have this suggestion as question in the task |
15:41:03 | LambdaCalculus37 | kugel: Like pixelma said, it's best to try this out on a real c200. |
15:41:11 | pixelma | I know it's a long description but please read it |
15:41:14 | LambdaCalculus37 | That is what gives you the best feel for anything on the device. |
15:41:25 | kugel | I'd to it this way, page flip on rec, and backspace is select when you are in the line |
15:41:31 | kugel | s/to/do |
15:42:21 | kugel | pixelma: I've read it. Just because I suggested it that doesn't mean you suggested it too |
15:42:36 | kugel | "you didn't suggest it"* |
15:43:43 | pixelma | to quote myself freely from there: line edit mode would free some buttons and make things easier but makes navigation a little harder (because you have to enter the edit line first) and I thought that's a little bit of a pity because this thing as 9 buttons... |
15:44:01 | kugel | Actually, I used the "line edit mode" to backspace frequently before I discovered the dedicated backspace button, and I think it's a good option |
15:44:09 | pixelma | almost the last line.. |
15:45:18 | Llorean | LambdaCalculus37: Yes. I think there's a benefit to having a button actually do backspace, because someone can stumble across it more easily on the go. |
15:45:24 | pixelma | and I deliberately put this into a tracker task... :\ |
15:45:28 | Llorean | Or rather, a button dedicated to backspace |
15:45:46 | | Join MartinR [0] (n=chatzill@dslb-088-072-210-237.pools.arcor-ip.net) |
15:48:54 | LambdaCalculus37 | Llorean: I agree. It's a pain sometimes on the iPods because you may accidently overshoot the line edit and end up inserting an unwanted character. |
15:49:32 | MartinR | gevaerts:Thanks for r16925! |
15:50:03 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:50:03 | * | amiconn find line edit mode easier to use |
15:50:07 | amiconn | *finds |
15:50:10 | gevaerts | MartinR: thank _you_. I should have committed it sooner. For some reason I seem to be a bit lazy lately |
15:51:39 | * | gevaerts even needed someone to remind him to do this :( |
15:52:13 | LambdaCalculus37 | pixelma: The keymap changes for the Radio and Recording screens work better. |
15:52:39 | amiconn | LambdaCalculus37: Overshooting on ipod happens for me too since that nasty scroll acceleration went in :( |
15:52:42 | MartinR | Yes, I've read the log. So thanks to kugel, too. :) |
15:53:06 | LambdaCalculus37 | amiconn: Same here. I have to be very precise with my movements now. |
15:53:35 | kugel | MartinR: :) |
15:53:39 | | Quit K4rP4D (Remote closed the connection) |
15:54:16 | * | LambdaCalculus37 really wishes that some DAP manufacturers would make nicer control layouts |
15:54:26 | kugel | All are happy, I caused a commit, MartinR is in credits, and gevaerts could raise his commit count even more :D |
15:55:10 | | Quit MethoS- (Read error: 113 (No route to host)) |
15:56:35 | pixelma | LambdaCalculus37: the recording screen context menu is still problematic where I put it now, when the list of options you can go through becomes longer... |
15:56:38 | kugel | How can I get the last argument in a shell script? (Sorry, OT, I know, but I'm editting tools/configure) |
15:58:24 | gevaerts | You can get the number of arguments from $# |
15:58:26 | LambdaCalculus37 | pixelma: Oops, didn't think of that. :) |
15:58:43 | pixelma | and I even stated it there... |
15:58:48 | pondlife | pixelma: pung |
15:59:07 | pondlife | (or whatever follows pong) |
15:59:20 | * | pixelma starts wondering whether the description got too long :\ |
15:59:38 | kugel | gevaerts: Yea, I knew that. But does it help me to read the value of the last argument? |
16:00 |
16:00:09 | pondlife | kugel: Long power should be reserved for shutting down, no? |
16:00:10 | pixelma | pondlife: I'm sorry (hope you're not disappointed but that "pong" was actually for LambdaCalculus37 ;) |
16:00:24 | pondlife | Ah, I see now |
16:00:37 | pondlife | Nope, not too disappointed |
16:00:58 | * | MartinR has to leave. Phone doesn't stop ringing. |
16:01:05 | kugel | pondlife: I don't disagree, and I didn't intend to change long power ;) |
16:01:11 | gevaerts | kugel: I would advise to avoid using $<number> if you don't know in advance how many you will get. Try using 'shift', which moves them all left by one position, and then you get the next one again from $1 (hope that's clear...) |
16:01:21 | | Part LinusN |
16:01:28 | kugel | gevaerts: Exactly :) |
16:01:35 | pondlife | kugel: That was probably aimed at pixelma, but I've not tried the patches yet... |
16:01:40 | pixelma | pondlife: that's what the discussion was about... |
16:02:05 | | Quit MartinR ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
16:02:11 | kugel | pondlife: I wonder why you tell me that with long power |
16:02:21 | pondlife | I misunderstood? |
16:02:29 | pixelma | and *no, I don't want it to be there too* but I had something to do to work with |
16:02:34 | * | pondlife hasn't read the logs above yet |
16:02:51 | kugel | pondlife: I didn't ever want to map something to long power |
16:02:58 | pondlife | I know |
16:03:07 | | Quit tvelocity (Remote closed the connection) |
16:03:17 | pondlife | Just that you mentioned "Short Power press leaves recording, but you need a long power for for exiting the keyboard." |
16:03:30 | pondlife | So I thought I'd say - I agree with you , and it should be short power |
16:03:56 | pondlife | Which is consistent with other targets too |
16:04:07 | LambdaCalculus37 | I agree too. |
16:04:10 | kugel | pondlife: Yea |
16:04:34 | pondlife | Anyone think my approach (copying the H300 etc.) is too brutal? |
16:05:48 | pondlife | The more I use my C240, the more I want to use the volume buttons for menu/play |
16:06:16 | pondlife | I keep pressing up/down in the WPS to change volume.. hard habit to break! |
16:06:17 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
16:07:43 | | Quit Thundercloud (Remote closed the connection) |
16:08:14 | | Join ZeppelinK [0] (n=chatzill@cs181237243.pp.htv.fi) |
16:08:25 | ZeppelinK | Hi. |
16:08:40 | ZeppelinK | I would like to have some help with rockbox |
16:09:13 | LambdaCalculus37 | pondlife: I think pixelma's patch is a step in the right direction to make a more intuitive kepmapping for the c200. |
16:09:53 | pondlife | So do I, just trying it out |
16:10:14 | LambdaCalculus37 | ZeppelinK: Ask your question. |
16:10:40 | ZeppelinK | sry, just understanded what I did, nothing anymore |
16:12:03 | markun | ZeppelinK: now's your chance to complain about everything that's wrong with rockbox :) |
16:12:17 | ZeppelinK | It's perfect :P |
16:12:22 | markun | yay! |
16:12:27 | pondlife | hehe, I agree... |
16:12:40 | pondlife | (apart from playback.c, of course) |
16:12:43 | markun | of course |
16:12:54 | pixelma | and the c200 keymap ;) |
16:13:03 | markun | and the gigabeat keymap in many plugins |
16:13:16 | amiconn | Rockbox is far from perfect in many areas... |
16:13:21 | pondlife | pixelma: Yes, but with your patches, the c200 keymap will soon be perfect ... |
16:13:22 | markun | yes, it sucks! |
16:13:29 | * | LambdaCalculus37 realizes that when the Dell DJ is Rockboxed, that going to have one hell of a keymap problem |
16:13:42 | pondlife | I want to see the breath controller used |
16:13:49 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
16:13:51 | amiconn | Power management, 16 bit bitmap drawing, lack of transparency on non-16 bit..... |
16:13:51 | roolku | markun: what do you think is wrong with gigabeat buttons for plugins? I tidied up a few recently |
16:13:52 | pixelma | markun: that's called "BoS" here |
16:14:17 | markun | roolku: some of the demos exit with A instead of POWER, but maybe it's fixed now |
16:14:33 | pixelma | LambdaCalculus37: why? What's the button layout of a DellDJ? |
16:14:53 | roolku | markun: I changed all the ones where I noticed it, but may have overlooked some |
16:15:01 | markun | roolku: ok, thanks |
16:15:16 | LambdaCalculus37 | pixelma: A "scroll barrel" that can be pressed, five face buttons, Volume Up/Down, Power, and Record. |
16:15:18 | markun | roolku: did you change it in the manual as well? |
16:15:21 | | Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) |
16:15:35 | pixelma | LambdaCalculus37: sounds... nice ;) |
16:15:46 | LambdaCalculus37 | pixelma: That's Dell for you. ;) |
16:15:54 | | Join atm [0] (n=atmb4u@117.196.133.86) |
16:16:04 | roolku | markun: yes, I did is jointly with my m:robe edits (I based the m:robe buttons on the gigabeat) |
16:16:05 | markun | roolku: I noticed something weird in jewels: I have to press LEFT 2 times to get out of the context menu |
16:16:51 | * | gevaerts wonders if phinze is already a USB expert :-P |
16:17:55 | phinze | not just yet... soon soon :) |
16:18:06 | | Quit ZeppelinK ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
16:18:09 | * | phinze wishes class wouldn't get in the way like it does |
16:18:29 | roolku | markun: lucky you, I can press as many times as I want and don't exit (need to select resume game) |
16:20:25 | gevaerts | phinze: first homework will be to explain _why_ the enumeration described at the end of 'USB in a Nutshell' is not clean :) |
16:22:37 | | Join d34df00d [0] (n=d34df00d@80.251.122.132) |
16:23:04 | | Part d34df00d ("Konversation terminated!") |
16:23:37 | markun | roolku: don't you have a button for it or is there a bug? |
16:25:13 | | Join esperegu [0] (n=jhaarman@145.116.10.104) |
16:25:58 | kugel | Does someone wanna try my configure script which allow arguments to be given (for target, type and memory size)? |
16:27:50 | markun | kugel: I don't have time now, but it sounds useful for build scripts |
16:28:07 | kugel | markun: I can upload it on the tracker |
16:30:12 | | Quit phinze () |
16:30:40 | markun | kugel: ok |
16:34:28 | | Join krz [0] (n=irc_by@turbo.sml.by) |
16:35:05 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
16:35:32 | roolku | markun: it is a custom menu - i don't think button left works there (but haven't looked at the code) |
16:35:37 | | Quit _jhMikeS_ (Nick collision from services.) |
16:35:41 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
16:35:46 | krz | hi! =) can anyone tell what applications in gsoc are "Ineligible"? =) |
16:36:21 | roolku | where is the reset button on the c240? Just had a data abort selcting an entry from the database |
16:36:39 | pixelma | hold power |
16:37:01 | markun | roolku: you are right. I meant from the "playback control" I have to press "left" 2 times |
16:37:01 | pixelma | (10 to 15 seconds) |
16:37:12 | dionoea | krz: according to #gsoc, spam is marked as ineligible, or anything that sounds highly unrealistic or just "hi i want to work on your project" without any other details |
16:37:13 | roolku | pixelma: thanks |
16:37:24 | dionoea | krz: I don't know the exact rockbox policy though. |
16:37:34 | dionoea | (that's what we do for the VideoLAN project) |
16:37:51 | | Quit atm (Read error: 110 (Connection timed out)) |
16:38:04 | krz | dionoea: and do you know whom can i ask to discuss it? =) |
16:38:28 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:38:34 | dionoea | Just wait here and people will reply when they see the question (i assume that your question is rockbox related) |
16:38:52 | * | markun points to gevaerts as one of the mentors |
16:38:58 | krz | mailing lists say that students should discuss their projects |
16:39:03 | * | gevaerts wakes up |
16:39:13 | krz | thanks =) |
16:39:54 | gevaerts | krz: do you have a specific case in mind, or do you just want to avoid submitting an application that will be marked as ineligible right away ? |
16:40:11 | roolku | markun: hm, works for me. long select (context menu), right (audio playback), left brings me back to the playing field |
16:41:24 | markun | roolku: I just noticed my build is already 2 months old. I'll update when I get home. |
16:41:37 | gevaerts | krz: in general it is indeed a good idea to talk about what you want to do here |
16:41:41 | krz | gevaerts: no, you've just commented my application(WPS editor), so may be you think it should be updated somehow? |
16:42:14 | gevaerts | krz: ah. No, I just added that comment to all applications, because the web interface makes it very hard to see what changed |
16:42:46 | krz | ah =) and can you tell any feedback? |
16:43:14 | krz | may be something should be modified? |
16:44:47 | gevaerts | well, it's a bit hard to say. The WPS editor is not my area of expertise. |
16:45:59 | pondlife | wooh, some DevCons cost lots - http://www.intersystems.com/devcon2008/ |
16:46:01 | Llorean | We've also had a lot of interest in the theme editor idea. I don't know which idea is yours (nor am I sure I've read yours yet), but I would suggest making sure you've explained why you'd be the most qualified person to implement this idea (and explicitly what you think the implementation should be like). |
16:46:09 | krz | gevaerts: hm.. and can you tell someone whom i can talk to about it? |
16:46:29 | Llorean | krz: My previous statement was directed to you, by the way. |
16:46:52 | krz | Llorean: so, what should be explained? |
16:47:13 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
16:47:44 | gevaerts | Llorean: it's the one titled 'WPS/Theme Editor', second one on the list |
16:47:47 | | Quit Siku () |
16:48:30 | | Quit bagawk (Read error: 113 (No route to host)) |
16:48:31 | krz | so the main idea is to make it as much universal as possible |
16:48:42 | scorche|sh | pondlife: they totally stole our name |
16:48:57 | pondlife | I know, I googled and found many DevCon2008s |
16:49:44 | scorche|sh | they should be ashamed of themselves... |
16:50:10 | | Quit corevette (Remote closed the connection) |
16:50:54 | Llorean | krz: I can't see any specific areas in which I'd like you to explain more right now, though I don't really understand your talk of precompiled/etc. Have you investigate the WPS format already? |
16:51:03 | markun | scorche|sh: maybe we should rename ours to BeerCon2008? |
16:51:16 | | Quit ol_schoola () |
16:51:19 | LambdaCalculus37 | markun: :) |
16:51:35 | | Quit PaulJam (".") |
16:51:52 | gevaerts | krz: I seem not to have refered you to http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2008 yet. It's basically a list of everything we want in an application. I think you have most of the items covered, but please have a look at it and check |
16:58:04 | markun | gevaerts: shall I remove 2008 from that page? I think it will be relevant for every gsoc |
16:58:13 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
16:58:46 | gevaerts | markun: maybe after the application deadline. It's probably a good idea to keep it stable until then |
16:58:54 | markun | ok |
17:00 |
17:00:23 | krz | gevaerts: thanks, i'll see |
17:02:08 | gevaerts | krz: if you have more questions, feel free to drop in and chat about them. |
17:04:28 | krz | so, there are some questions about implementation of some things, "how would be better" =) |
17:05:03 | krz | gevaerts: but the main question - what should be covered else? |
17:06:50 | | Quit mcflow ("Leaving.") |
17:07:07 | krz | gevaerts: may be there are some unclear things? |
17:07:23 | gevaerts | krz: I can't really say anything about the technical part, but have a look at the link I gave you. There are some questions at the end that I don't think your current application talks about |
17:08:03 | krz | gevaerts: ok, thanks =) |
17:08:49 | | Join MethoS- [0] (n=clemens@91.97.240.21) |
17:09:08 | krz | gevaerts: do you mean "Some questions about you"? |
17:09:21 | pixelma | pondlife: still there? |
17:09:23 | gevaerts | krz: yes. But also check the rest of the page |
17:09:34 | pondlife | Yep |
17:10:05 | pixelma | do I remember correctly that you are regularly using cygwin compiled sims? |
17:11:28 | pixelma | (and if so, what build are you running currently?) |
17:11:47 | *** | Saving seen data "./dancer.seen" |
17:12:13 | | Quit Mathiasdm ("Yuuw!") |
17:12:49 | | Join tedr0ck [0] (n=tedrock@d235-144-17.home1.cgocable.net) |
17:13:19 | | Join tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) |
17:14:12 | scorche|sh | Bagder: just curious, but was the deal for the ads just for www.rockbox.org, or are they also going to want to add them onto the other subdomains? |
17:14:20 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
17:14:48 | | Join renkho [0] (n=renkho@200.31.115.45) |
17:15:10 | renkho | dammit >_< i just dropped my h320 :( ... running: fsck.vfat -a /dev/sdb1 -v -t just in case :( |
17:15:32 | renkho | are those parameters ok with the fsck.vfat right? |
17:16:59 | renkho | or which ones are useful? |
17:19:46 | renkho | so far there is no errors |
17:21:38 | | Join S1gn [0] (n=corwin@bzq-79-177-116-143.red.bezeqint.net) |
17:22:06 | renkho | *error |
17:22:56 | | Quit tedrock (No route to host) |
17:23:11 | S1gn | hello, is there any way to omit "updating database" process on sansa's (e200) original firmware? |
17:23:34 | dionoea | Not that i know. |
17:23:51 | LambdaCalculus37 | I don't think you can. |
17:24:00 | LambdaCalculus37 | You could ask SanDisk. |
17:24:07 | S1gn | :) |
17:24:18 | S1gn | sure they'll tell me |
17:24:30 | LambdaCalculus37 | They should. |
17:24:44 | LambdaCalculus37 | Or read the manual for the Sansa. |
17:27:07 | krazykit | S1gn, actually, if you plug in the USB cable while the player is off, the database should not refresh. |
17:27:24 | krazykit | but if you have a microSD card, it will always refresh. |
17:28:13 | | Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) |
17:28:44 | S1gn | krazykit: I don't have microSD, but it refreshes on usb plug-in |
17:29:00 | | Quit freqmod_nx (Remote closed the connection) |
17:30:10 | LambdaCalculus37 | My c240 does the same. |
17:30:33 | Llorean | It depends entirely on your OF versions. |
17:30:51 | pixelma | LambdaCalculus37: your c240 refreshes on USB plug-in? |
17:30:55 | Llorean | Certain non-R e200 OFs will not refresh if there's no MicroSD card. I don't know the specific version numbers. This is because we know which bit to set for those. |
17:30:56 | | Quit phinze (Client Quit) |
17:31:01 | LambdaCalculus37 | pixelma: Yes. |
17:31:31 | pixelma | weird, mine refreshes after disconnecting USB... |
17:31:48 | S1gn | mine is restarting after disconnecting |
17:32:28 | LambdaCalculus37 | Mine even refreshes when I power it on without USB connection. |
17:32:42 | LambdaCalculus37 | pixelma: What version is your OF? |
17:33:18 | | Join MethoS-- [0] (n=clemens@91.97.240.163) |
17:33:57 | S1gn | it refreshes on power-on if something changed in files |
17:34:13 | pixelma | an old one, version 1.00.04F. If I remember correctly it only refreshes the database on OF boot when I have a microSD plugged |
17:34:20 | LambdaCalculus37 | S1gn: What version is your OF? |
17:34:26 | * | kugel is thinking of going the save way with the configure script, so that it would be more like "configure -target=22 -memory=64 -type=s" instead of just "configure -t 22 64 s" |
17:34:45 | LambdaCalculus37 | pixelma: Mine refreshes with a microSD card plugged in; the OF is version 01.01.00P. |
17:35:12 | S1gn | LambdaCalculus37: 01.02.15A |
17:35:20 | kugel | What's better? |
17:35:32 | markun | kugel: the safe way sounds better |
17:36:01 | pixelma | LambdaCalculus37: I see. What's more annoying though? *hoping for Rockbox USB* |
17:36:29 | kugel | markun: Yea I thought so, I don't want anyone to select S as ramsize ;) |
17:37:17 | LambdaCalculus37 | pixelma: Wondering why the hell my c240 has to update the database when about 70% of the content is in Vorbis. :) |
17:37:28 | kugel | Though, I could implement an error checking |
17:37:47 | kugel | the save way isn't really faster than going through configure without parameters |
17:38:23 | gevaerts | The main (and possibly only) blocker for Rockbox USB can probably be solved by someone reading lots of OF code. If anyone is good at that, or knows someone else who is, feel free to try :) |
17:38:34 | | Join DerDome [0] (n=DerDome@dslb-082-083-250-010.pools.arcor-ip.net) |
17:38:59 | | Join freqmod [0] (n=freqmod@m213h.studby.ntnu.no) |
17:39:38 | | Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
17:40:08 | pixelma | LambdaCalculus37: linuxstb_ once suggested in the forums that renaming mp3 to say mpa could at least help speedup the OF's database refresh in case it doesn't know about that (and those still work in Rockbox). I tried it and the fun part was that the OF could still index mpa and put them into its database when the files were on internal memory but not on the microSD |
17:40:15 | kugel | markun: But for the save way I need to know how to extract the 22 from -target=22 :) |
17:40:59 | markun | kugel: I have no idea how scripts do that normally |
17:41:12 | pondlife | gevaerts: What is that blocker? Just signal quality? |
17:41:42 | pondlife | gevaerts: I'm very happy with the Sansa USB at full speed, FWIW |
17:42:30 | LambdaCalculus37 | pixelma: I'll try that out and see what happens. |
17:42:51 | * | LambdaCalculus37 notes it as something to do when his Sansa's done charging |
17:44:03 | gevaerts | pondlife: what happens is that the USB controller seems to have lower RAM access priority than the main CPU. This means that if anything other than CPU is going on (interrupts, disk access, whatever) the USB controller can't get data fast enough, and (probably) leaves a small gap in the outgoing packet. For some host controllers this is a problem, for others less so. Current thinking is that there is a register somewhere that controls this priori |
17:44:19 | gevaerts | ... priority. |
17:45:53 | gevaerts | pondlife: according to amiconn, this register would most probably be located somewhere in 0x700000xx, or maybe in 0x600060xx |
17:49:03 | pixelma | pondlife: seen my question? |
17:50:24 | | Quit MethoS- (Read error: 113 (No route to host)) |
17:50:36 | | Join MethoS- [0] (n=clemens@host-091-096-215-012.ewe-ip-backbone.de) |
17:50:56 | * | gevaerts seems to have bludgeonned pondlife to death with that long reply |
17:51:06 | | Quit Thundercloud (Remote closed the connection) |
17:52:30 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
17:57:34 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
18:00 |
18:00:19 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
18:01:36 | | Join Y-Signal [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-149b34ff36cab061) |
18:02:10 | * | LambdaCalculus37 revives pondlife |
18:03:45 | | Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) |
18:04:19 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
18:05:43 | * | gevaerts decides that it's time to go home |
18:05:47 | | Quit gevaerts ("work->home") |
18:06:21 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
18:10:31 | | Quit phinze () |
18:10:34 | * | pixelma could try to bust the SVN table on the frontpage with UniCatcher changes |
18:11:31 | pixelma | one question left though: there are some yet unused graphics in the UniCatcher directory. What to do with those? |
18:14:04 | * | pondlife escapes from a meeting, just about alive |
18:14:33 | pixelma | and should I really commit everything in one go? There are 220 bitmap files changed + some WPSs... |
18:14:59 | pondlife | pixelma: One go is probably best, unless you think partial reverts might be needed... |
18:15:25 | pondlife | Unless you can break it down into sensible smaller transactions. |
18:15:47 | | Quit petur ("work->home") |
18:20:32 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
18:20:53 | pondlife | Hi Nico_P |
18:20:57 | Nico_P | hi |
18:21:06 | pondlife | Don't suppose we could discuss auto dir change? |
18:21:11 | Nico_P | we could |
18:21:36 | pondlife | Do you know why playback.c has to do the playlist_next() call early for this case. mpeg.c doesn't. |
18:21:52 | pondlife | If we could get rid of this, it would simplify lots of stuff |
18:22:08 | pondlife | (and provide a nice fix for the playlist_peek() problem) |
18:23:07 | Nico_P | from what I understood, playlist_next is what causes the new playlist to be created |
18:23:13 | Y-Signal | Should rockbox be attempting to read and later display ID3 info when paused, or not? If I pause it when it's still showing xxxx.mp3 as the only info for a file, that's all it'll show until I unpause |
18:23:41 | pondlife | Nico_P: That makes sense |
18:25:01 | pondlife | So audio_check_new_track() must call it. |
18:25:09 | Nico_P | yes |
18:25:15 | Nico_P | do HWCODEC targets support auto dir change? |
18:25:21 | pondlife | Yes |
18:25:30 | pondlife | pixelma tested it earlier |
18:25:57 | pondlife | But mpeg.c doesn't seem to refer to global_settings.next_folder. |
18:26:28 | pondlife | I've not looked into it much yet, just starting. |
18:26:38 | Nico_P | I'll look too |
18:27:02 | Nico_P | I read parts of today's logs and I just saw your patch on FS #8601 |
18:27:06 | pondlife | We may be able to reuse some of that playlist twiddling |
18:27:20 | Y-Signal | Hmm, nevermind, it needed a series of reboots and now it works |
18:27:26 | Y-Signal | must've been from updating versions |
18:27:43 | pondlife | Nico_P: Does the v2 patch look ok to you? I might commit it anyway |
18:28:29 | Y-Signal | Thanks to everybody who worked on saturday's crossfade bug... |
18:28:36 | Y-Signal | that was a bastard, now it works again |
18:28:43 | | Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) |
18:28:45 | Nico_P | Y-Signal: thank Buschel :) |
18:31:01 | Nico_P | pondlife: it looks ok to me |
18:31:20 | Nico_P | have you confirmed it fixes the issue? |
18:31:29 | pondlife | Not yet. I don't have a HD target with me |
18:31:40 | Nico_P | I can try it |
18:31:42 | pondlife | playlist_peek() isn't called there though |
18:31:44 | pondlife | Please |
18:32:25 | pondlife | The patch also simplifies a loop and removes some variables - no intended change there though |
18:32:27 | | Join Spex [0] (i=opera@dslb-088-074-203-038.pools.arcor-ip.net) |
18:36:21 | | Join miepchen^schlaf [0] (n=miepchen@p54BF718A.dip.t-dialin.net) |
18:36:34 | amiconn | pondlife: mpeg.c *can* not reference global_settings, because it's firmware code |
18:36:44 | pondlife | Indeed! |
18:37:01 | amiconn | Firmware code is forbidden to access app layer data directly |
18:37:01 | pondlife | It could potentially be told about them via an API though |
18:38:05 | | Join DerPapst [0] (n=DerPapst@p5B23D5A7.dip.t-dialin.net) |
18:38:29 | DerPapst | good morning :-) |
18:39:02 | amiconn | It must be somehow, because auto dirc-change works (reportedly - I never use it myself) |
18:41:05 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:42:09 | amiconn | Hmm, or not. It looks like mpeg.c doesn't have to care at all about auto dir-change |
18:42:23 | pondlife | And nor should playback.c |
18:42:25 | amiconn | It just calls playlist_next(), and the playlist code handles the rest |
18:42:26 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:42:51 | pixelma | seems to work better than on swcodec |
18:43:44 | pondlife | Very likely |
18:53:32 | | Join petur [50] (n=petur@rockbox/developer/petur) |
18:53:53 | LambdaCalculus37 | petur: Hi! |
18:54:59 | * | LambdaCalculus37 tries FS #8680 on his c240 |
18:56:17 | Nico_P | pondlife: you seem to have a fix :) |
18:56:37 | Nico_P | sorry for taking so long |
18:56:40 | | Join gregzx [0] (n=chatzill@drb238.neoplus.adsl.tpnet.pl) |
18:57:32 | * | petur waves and runs off again to cook dinner |
18:58:48 | pondlife | Nico_P: Could you commit it? I've got to go now... |
18:58:51 | * | amiconn is puzzled :\ |
18:58:58 | Nico_P | pondlife: ok I'll do it |
18:59:16 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:59:47 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
18:59:47 | pondlife | Thanks, bye for now |
18:59:50 | | Part pondlife |
18:59:57 | | Join Willaken- [0] (i=Willaken@ip70-181-232-213.sd.sd.cox.net) |
19:00 |
19:00:10 | | Quit pixelma (Nick collision from services.) |
19:00:11 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
19:01:15 | | Quit toffe82 (leguin.freenode.net irc.freenode.net) |
19:01:15 | NSplit | leguin.freenode.net irc.freenode.net |
19:01:15 | | Quit kugel (leguin.freenode.net irc.freenode.net) |
19:01:15 | | Quit cool_walking_ (leguin.freenode.net irc.freenode.net) |
19:01:15 | | Quit Willaken (leguin.freenode.net irc.freenode.net) |
19:01:15 | | Quit Bagder (leguin.freenode.net irc.freenode.net) |
19:01:15 | | Quit simonrvn (leguin.freenode.net irc.freenode.net) |
19:01:20 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:01:23 | | Part Spex |
19:02:06 | NHeal | leguin.freenode.net irc.freenode.net |
19:02:06 | NJoin | cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
19:02:31 | | Join austrian_guest [0] (n=5079536d@gateway/web/cgi-irc/labb.contactor.se/x-f3693ec0f8b871bf) |
19:03:28 | NJoin | simonrvn [0] (i=simon@unaffiliated/simonrvn) |
19:04:41 | | Join Spex [0] (i=opera@dslb-088-074-203-038.pools.arcor-ip.net) |
19:04:43 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
19:08:51 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
19:10:39 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
19:11:14 | | Join Kontsnor [0] (n=Kontsnor@83.119.138.246) |
19:11:51 | *** | Saving seen data "./dancer.seen" |
19:13:06 | | Join EspeonEefi [0] (i=espeonee@STRATTON-FIVE-SIXTY-TWO.MIT.EDU) |
19:14:24 | | Join Hyper-magiK [0] (n=meh@81.22.157.205) |
19:15:19 | NJoin | Bagder [241] (n=daniel@rockbox/developer/bagder) |
19:15:59 | NJoin | kugel [0] (n=kugel@unaffiliated/kugel) |
19:16:05 | | Quit linuxstb_ ("Leaving") |
19:17:42 | | Quit fyrestorm (Client Quit) |
19:20:54 | | Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) |
19:21:56 | Nico_P | shouldn't the topic be changed back to something sane? :) |
19:22:38 | | Quit austrian_guest ("CGI:IRC (EOF)") |
19:22:40 | amiconn | That fix looks... strange |
19:22:45 | * | Bagder pokes scorche |
19:22:59 | scorche|sh | yes'm? |
19:23:05 | Bagder | topic! |
19:23:07 | scorche|sh | oh...topic |
19:23:43 | LambdaCalculus37 | Forgot to come out of April 1st mode, eh, scorche|sh? :P |
19:23:58 | Lear | amiconn: You mean r16930? |
19:24:10 | amiconn | yes |
19:24:21 | | Join MajorC [0] (n=b@host183-38.bornet.net) |
19:24:49 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
19:25:22 | amiconn | Why does playback.c need to know when the playlist "ends" internally? The playlist code is able to handle this itself, including dirskip |
19:25:55 | Topic | "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | Rah rah rah! Summer of Code! | http://www.rockbox.org/wiki/DevCon2008 - Dates wanted...Apply within." by scorche (i=Blah@rockbox/administrator/scorche) |
19:26:12 | Nico_P | amiconn: I think it's because the codec needs to be informed |
19:26:59 | amiconn | Huh? Strange; I'd think the codec doesn't need to know about the playlist concept at all... |
19:27:11 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:27:26 | | Join PaulJam [0] (n=PaulJam_@p54BCC5C2.dip.t-dialin.net) |
19:27:32 | Nico_P | it doesn't, but the playback code apparently needs to tell it its request for the next track has failed |
19:27:52 | amiconn | Yes, but what does that have to do with dirchange |
19:28:03 | amiconn | ? |
19:28:28 | amiconn | If the playback code calls playlist_next(), and dirchange is enabled, the playlist code automagically builds a new list |
19:29:03 | Nico_P | yes, but the check we were talking about isn't related to dirchange |
19:29:22 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
19:31:24 | Lear | I think it is related to how playing directories are handled. An in-RAM playlist is created, and I suspect the next directory can't be loaded until the current is finished. |
19:32:31 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
19:32:44 | amiconn | Yes, but why would this pose a problem for swcodec, and not for hwcodec? |
19:33:20 | | Join PaulJam_ [0] (n=PaulJam_@p54BCDB84.dip.t-dialin.net) |
19:33:45 | | Quit tvelocity (Remote closed the connection) |
19:35:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
19:35:32 | | Join PaulJam__ [0] (n=PaulJam_@p54BCE0BE.dip.t-dialin.net) |
19:38:56 | | Quit PaulJam (Nick collision from services.) |
19:39:01 | | Nick PaulJam__ is now known as PaulJam (n=PaulJam_@p54BCE0BE.dip.t-dialin.net) |
19:40:01 | Y-Signal | Hmm, how can you get rockbox to show song titles rather than filenames in the playlist viewer? |
19:40:15 | Y-Signal | It looks like a radio callsign lineup |
19:41:01 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
19:41:32 | Lear | I'd guess playlist name could be incorrect in the WPS on hwcodec. Not a big problem on players with 2 MB RAM though... |
19:41:34 | PaulJam | Y-Signal: you can't with the official build. but if i remember correctly there is a patch somewhere on the tracker. |
19:41:41 | Y-Signal | dooooot |
19:41:54 | Y-Signal | Any plan to introduce that into the official build? |
19:42:13 | Lear | Last I checked it, it had speed problems though. |
19:42:59 | kugel | markun: finnaly find a way tt |
19:42:59 | pixelma | Lear: isn't a playlist which is build when using auto-change dir dynamical anyways? |
19:43:26 | pixelma | s/build/built |
19:44:28 | Lear | pixelma: Well, yes, but I don't see why that would make any difference... |
19:44:46 | pixelma | or was the playlist name statement related to something else |
19:45:06 | pixelma | what could be wrong then? |
19:46:32 | Lear | Well, if the WPS displayed the playlist name (in this case, directory name, really), it would display the name of the next folder while finishing the previous one. |
19:52:38 | | Quit PaulJam_ (Read error: 110 (Connection timed out)) |
19:52:49 | | Quit FOAD (Read error: 110 (Connection timed out)) |
19:52:50 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
19:57:15 | | Join disorganizer [0] (n=disorgan@p5B11D8B7.dip.t-dialin.net) |
20:00 |
20:00:27 | | Join MethoS-- [0] (n=clemens@host-091-096-210-112.ewe-ip-backbone.de) |
20:05:40 | amiconn | Isn't the playlist name of a dynamic playlist just 'dynamic playlist'? |
20:13:25 | pixelma | I thought it has no name at all (but basically the same thought) |
20:13:33 | Lear | It is created dynamically, but it isn't dynamic (user-modified, really) in that sense. It is named after the directory (and it can be bookmarked too). |
20:14:48 | | Quit MethoS- (Read error: 113 (No route to host)) |
20:14:58 | amiconn | I know it can be bookmarked (.playlist_control contains its creation rules), but I wouldn't have expected it to be named after any directory |
20:15:19 | amiconn | ...mostly because it can contain tracks from several, possibly many, different directories |
20:15:46 | pixelma | if I make the WPS display the playlist name I get no name (or I can replace that by a string that I define in the "false" part of the conditional |
20:16:03 | pixelma | with a dynamic playlist, I mean |
20:17:17 | Lear | Seems we're talking about different things. |
20:17:52 | pixelma | maybe |
20:19:24 | Lear | The auto directory skipping is only relevant for directory playlists, i.e., when you "play" a file in a directory. In that case, Rockbox creates an in-memory playlist for all tracks in that folder, naming the playlist after the folder. |
20:21:19 | | Join Rincewind [0] (i=Qw4gKtzI@nat-wh-1.rz.uni-karlsruhe.de) |
20:21:56 | amiconn | What happens if I start a playlist that way, have auto-dirchange enabled, and add another dir manually later (before the first one ends)? |
20:23:04 | Lear | Then I'd expect auto-dirchange to be disabled, but I haven't tried that... |
20:24:39 | pixelma | so does it already know the name of the next directory it will be skipping to? |
20:28:02 | | Quit PaulJam (".") |
20:29:56 | Lear | amiconn: Though from the code it looks like it will finish the playlist, then change to the next directory relative to the starting one. |
20:32:23 | Lear | pixelma: once it has started buffering tracks from it, yes. |
20:33:17 | | Part Lars_G |
20:33:52 | | Join dabujo [0] (i=xx@p4FDB3905.dip0.t-ipconnect.de) |
20:36:06 | pixelma | of course |
20:37:15 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
20:37:43 | | Join Buschel [0] (n=abc@p54A3D881.dip.t-dialin.net) |
20:37:58 | | Quit Kontsnor (Read error: 110 (Connection timed out)) |
20:40:30 | | Quit mcflow ("Leaving.") |
20:41:48 | | Join MethoS- [0] (n=clemens@host-091-096-215-007.ewe-ip-backbone.de) |
20:41:54 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
20:42:15 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) |
20:43:05 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
20:43:52 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
20:47:03 | | Quit MajorC () |
20:47:28 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF718A.dip.t-dialin.net) |
20:49:36 | | Quit FOAD (Read error: 110 (Connection timed out)) |
20:49:36 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
20:51:41 | | Join kraizee [0] (n=irc_by@turbo.sml.by) |
20:52:45 | | Quit krz (Read error: 104 (Connection reset by peer)) |
20:57:28 | scorche|sh | didnt we want to speak to jott/j0tt about the anti-aliasing patch?...it seems he is in #gsoc (and so is PM-able) |
20:57:39 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
21:00 |
21:01:36 | | Quit MethoS- (Read error: 113 (No route to host)) |
21:03:41 | * | pixelma hopes she didn't forget something (or added too much again)... |
21:03:45 | | Quit miepchen^schlaf (Connection timed out) |
21:11:07 | | Quit miepchen^schlaf_ (leguin.freenode.net irc.freenode.net) |
21:11:07 | NSplit | leguin.freenode.net irc.freenode.net |
21:11:07 | | Quit robin0800 (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit kugel (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit LambdaCalculus37 (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit Rob2222 (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit BHSPitMonkey (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit gromit` (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit J (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit shodanX (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit Addicted (leguin.freenode.net irc.freenode.net) |
21:11:07 | | Quit joshin (leguin.freenode.net irc.freenode.net) |
21:11:54 | *** | Saving seen data "./dancer.seen" |
21:12:21 | | Join joshin [0] (n=joshin@VDSL-130-13-184-242.PHNX.QWEST.NET) |
21:14:02 | | Quit esperegu ("esperanto: http://startu.net http://www.kurso.com.br") |
21:14:37 | NHeal | leguin.freenode.net irc.freenode.net |
21:14:37 | NJoin | miepchen^schlaf_ [0] (n=miepchen@p54BF718A.dip.t-dialin.net) |
21:14:37 | NJoin | robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
21:14:37 | NJoin | kugel [0] (n=kugel@unaffiliated/kugel) |
21:14:37 | NJoin | LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-50ba93886db7b2c4) |
21:14:37 | NJoin | Rob2222 [0] (n=Miranda@p4FDCED23.dip.t-dialin.net) |
21:14:37 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
21:14:37 | NJoin | gromit` [0] (n=gromit@ALagny-154-1-93-206.w86-212.abo.wanadoo.fr) |
21:14:37 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
21:14:37 | NJoin | shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) |
21:14:37 | NJoin | Addicted [0] (i=fnode@sh33p.g0.m33p.info) |
21:14:51 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
21:14:52 | | Quit J (Remote closed the connection) |
21:15:03 | | Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
21:15:08 | Horscht | you crashed the nicklist |
21:15:09 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
21:15:09 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
21:15:27 | Nico_P | scorche|sh: there's an antialisaing patch? |
21:15:43 | Nico_P | I mean, did he post a patch? |
21:15:49 | scorche|sh | apparently...it is in kugel's build but not ont he tracker... |
21:16:17 | roolku | he posted a link to the patch |
21:16:38 | roolku | I downloaded it, but never got around to trying it |
21:16:43 | scorche|sh | still isnt on the tracker though.. |
21:17:45 | kugel | scorche|sh: Isn't license and copyright still the issue? |
21:18:16 | roolku | kugel: I guess that is why scorche|sh wants to talk to jott |
21:18:20 | scorche | which is why i didnt ask you to put it on the tracker...i just said it wasnt... |
21:19:02 | kugel | just asking |
21:19:02 | | Quit Hyper-magiK (Read error: 104 (Connection reset by peer)) |
21:19:30 | | Join Hyper-magiK [0] (n=meh@81.22.157.205) |
21:20:32 | | Quit phinze () |
21:22:51 | roolku | scorche: did you see my pm? |
21:23:14 | scorche | roolku: yes....at work, so... |
21:23:52 | roolku | nod |
21:25:27 | | Quit mirak ("Ex-Chat") |
21:31:14 | amiconn | Hmm, 86% boost ratio (WMA on PP5002) isn't nice... |
21:31:41 | LambdaCalculus37 | That's rather high. |
21:34:10 | amiconn | SPC boost ratio is even higher. Might be due to how the spc codec works - not sure |
21:35:37 | LambdaCalculus37 | amiconn: IIRC the SPC sound codec also requires emulation of the SPC700 sound chip from the Super NES. |
21:35:48 | LambdaCalculus37 | http://en.wikipedia.org/wiki/.SPC |
21:36:28 | amiconn | It might be that the SPC codec tries to get all cpu power it can, and adjusts emulation quality itself? |
21:37:47 | * | amiconn wants to fill in some missing details on the SoundCodecs page |
21:37:53 | LambdaCalculus37 | The SPC codec itself is outputted as 16-bit sound at 32 KHz, and can be upsampled by various players. |
21:38:18 | LambdaCalculus37 | amiconn: Found this if you'd like to look through it: http://www.alpha-ii.com/snesmusic/files/spc_file_format.txt |
21:38:47 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
21:40:03 | LambdaCalculus37 | amiconn: Found some information on the SPC700 sound chip; it explains quite a bit about the format: http://emureview.ztnet.com/developerscorner/SoundCPU/spc.htm |
21:40:39 | * | amiconn isn't interested in format details atm |
21:40:48 | amiconn | Just whether the format plays realtime on PP5002 |
21:40:59 | bluebrother | domonoky: is there a reason uninstallation on Gigabeat doesn't delete the OF copy? |
21:41:38 | domonoky | bluebrother: no reason, i just forgot it :-) |
21:42:19 | bluebrother | the OF is copied back −− not renamed. I'll change that while doing some BL stuff. |
21:42:20 | | Quit Buschel () |
21:42:34 | amiconn | Hmm. Even 2.0 AC3 doesn't play realtime on PP5002. But liba52 is said to be very efficient... |
21:43:12 | | Quit OlivierBorowski (Remote closed the connection) |
21:46:10 | LambdaCalculus37 | Wasn't there something said about a cache bug on the PP5002? |
21:46:50 | * | LambdaCalculus37 remembers seeing something about that on iPodLinux's wiki, but the page is gone |
21:48:50 | DerPapst | i bet it's not |
21:49:59 | DerPapst | http://ipodlinux.org/FAQ#Why_is_the_PP5020_faster_than_the_PP5002.3F |
21:50:05 | DerPapst | HA! |
21:50:09 | DerPapst | :-P |
21:50:56 | | Quit Mathiasdm ("Yuuw!") |
21:51:22 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
21:52:57 | LambdaCalculus37 | DerPapst: Curses! Foiled again! :P |
21:53:50 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
21:56:13 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
21:56:44 | * | kugel finally finished improving tools/configure |
21:56:54 | DerPapst | yay |
21:58:18 | Nico_P | kugel: what sort of improvements have you made? |
21:58:36 | kugel | adding arguments for target, ram and build type |
21:58:50 | | Quit Y-Signal ("CGI:IRC (EOF)") |
21:59:00 | kugel | and very little code clean up, as well as extending the −−help |
21:59:15 | amiconn | The CPU cores are exactly the same speed. It's an iram usage issue. liba52 needs some iram tweaks (the coldfire will also benefit from that) |
21:59:33 | kugel | code clean up is actually limitted to the clean up of the tab mess in the memory section |
22:00 |
22:01:38 | gevaerts | kugel: so now it's actually easy to batch-build everything ? |
22:01:44 | kugel | I'm not sure what −−ccache does (I assume enabling ccache ;) ), but especially I don't know what −−no-ccache doesn, as this will only be "interpreted" when the check for −−ccache was true |
22:01:50 | kugel | gevaerts: yea |
22:02:28 | gevaerts | great. That will be useful |
22:02:31 | | Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) |
22:02:36 | kugel | I know :) |
22:02:43 | kugel | I allways missed that |
22:02:50 | kugel | Was about time to get my hands on |
22:03:09 | Bagder | kugel: −−ccache enabled ccache during the days it didn't autocheck for it |
22:03:09 | * | DerPapst has seen some evil trickts to use tools/configure in batch files |
22:03:15 | amiconn | ? Batch build was always possible - the distributed build system does that... |
22:03:26 | Rincewind | what is the plural of WPS? Is it WPSes, WPSs, WPS' or something else? |
22:03:27 | Bagder | we've done batch builds since many years |
22:03:30 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) |
22:03:47 | disorganizer | WPSs i would say |
22:03:50 | gevaerts | It's possibble of course, but it's a hassle to go through configure with stdin stricks |
22:04:02 | Horscht | WPS' I'd say |
22:04:24 | disorganizer | WhilePlayingScreenS |
22:04:26 | | Quit flynux (Client Quit) |
22:04:33 | gevaerts | So still WPS ? |
22:04:52 | disorganizer | or WPSs.... who's the native speaker here? |
22:04:55 | kugel | Sure batch building is possible, but AFAIK there's no other way than doing somthing like "echo[printf] -e '50\nN\n'|configure" |
22:05:20 | Horscht | but since we are pluraling (?) the abreviation and the abbreviation ends in S, it should say WPS', no? |
22:05:30 | amiconn | You can use target names instead of the numbers (which might change if someone rearranges the menu) |
22:05:31 | kugel | at least you can't reject that because of a binsize increase :P |
22:05:32 | Rincewind | hm, maybe I just increase the char count and use the full word |
22:05:45 | Bagder | kugel: right, but it has made sure it runs the very same thing as actually selecting them in the menu |
22:05:51 | scorche|sh | WPS' would be possessive |
22:05:56 | Bagder | adding command line switches introduces new code flows |
22:05:57 | | Join flynux [0] (n=flynux@2a01:38:0:0:0:0:0:1) |
22:06:01 | scorche|sh | i usually just say WPSs |
22:06:08 | kugel | amiconn: I know, and this will be possible too with my improvements |
22:06:28 | disorganizer | why not say WPS files? or themes? |
22:06:33 | * | Horscht hates it when he mixes up german apostrophe with the english one |
22:06:35 | kugel | But until a user choosed the target once with the number, he doesn't get to know the target name |
22:06:39 | disorganizer | btw: what would the "full sentence" be? |
22:06:39 | scorche|sh | that would be the most proper, yes |
22:06:46 | DerPapst | disorganizer: because it's too long. |
22:06:47 | amiconn | Hmm, should I state aac as realtime on PP5002 if the margin is really thin? |
22:06:48 | DerPapst | ;-) |
22:06:49 | Rincewind | WPS files is good. |
22:06:58 | Bagder | kugel: well, peopel who do automatic builds should be able to read the configure script |
22:07:23 | amiconn | With (only) sw tone controls enabled, it runs realtime, but buffering will take around 10 minutes to finish |
22:07:38 | disorganizer | Rincewind: what would the full sentence or the context be? |
22:07:41 | kugel | Bagder: I didn't bother until today :) |
22:07:42 | amiconn | (linear output will give it a bit more margin) |
22:07:45 | Bagder | I'm not really against adding command line arguments, I'm just not seeing the big point |
22:08:08 | * | DerPapst would like them |
22:08:12 | * | disorganizer wonders why everything here need a big point. many small points arent enough? |
22:08:19 | Rincewind | disorganizer: I changed it completely now and now it says what I want unambigously |
22:08:19 | | Join Y-Signal [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-70b725caa36e659d) |
22:08:39 | Bagder | disorganizer: learning something and spending hours to do it kind of implies a big point to me |
22:08:54 | | Part mcflow |
22:09:03 | Bagder | but as I said, I'm fine with it |
22:09:24 | * | Bagder points out we once even had an "update" switch... |
22:09:41 | Bagder | that just reran configure with the same options |
22:10:06 | | Quit petur ("switching...") |
22:10:06 | * | gevaerts proposes to switch to autoconf, and quickly runs away |
22:10:22 | Bagder | when it understands command line args, an update make target would be easy |
22:10:25 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:10:35 | * | disorganizer thinks we dont need to do our memory and binsize minimization for tools/configure, or do we? |
22:10:44 | Bagder | autoconf is certainly the wrong idea for this |
22:11:15 | | Join tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) |
22:11:17 | DerPapst | gevaerts is already far far away... |
22:11:40 | Bagder | disorganizer: we still need to consider maintenance and readability etc, but otherwise no |
22:12:07 | | Join tatootian [0] (n=tatoot@bas13-toronto12-1167986710.dsl.bell.ca) |
22:12:11 | tatootian | oh no D: |
22:12:16 | disorganizer | so we propably could sacrifice some more options for convienience |
22:12:18 | * | disorganizer hides |
22:12:36 | Bagder | sacrifice configure options? |
22:12:48 | disorganizer | i did not mean sacrifice options, but sacrifice binsize and readability for options :-) |
22:12:59 | * | disorganizer should read his own sentences before pressing enter |
22:12:59 | * | pixelma would like if she wasn't asked for entering mem size when she configures for a manual etc... |
22:13:15 | tatootian | i installed rockbox on my 30gb, worked fine, tried to create a database for my music, bam, doesn't turn on... it had full battery, do i smell a brick? |
22:13:22 | Bagder | pixelma: now there's a point... :-) |
22:13:23 | tatootian | sucks to be me if it is :/ |
22:13:35 | | Join ChuckMcKnight [0] (n=9e9ef0e7@91.191.140.131) |
22:13:37 | bluebrother | how about dropping the manual configuration at all? You need to run make manual anyway |
22:13:43 | Bagder | tatootian: no you don't |
22:13:55 | tatootian | orly |
22:14:23 | bluebrother | and make manual works fine from a (n)ormal configuration since ... long |
22:14:38 | Bagder | then we could cut out the manual selection |
22:14:45 | pixelma | that's true |
22:14:51 | tatootian | badger: can i pm? :/ |
22:15:05 | Bagder | tatootian: that's not a good idea, I'm not the ipod guru around |
22:15:11 | tatootian | orly |
22:15:11 | tatootian | k |
22:15:19 | pixelma | you need to "make manual" anyways now... |
22:15:25 | bluebrother | tatootian: you can't, as you are not registered with NickServ (that's a freenode thingy) |
22:15:33 | tatootian | hmm |
22:15:33 | tatootian | k |
22:15:39 | tatootian | ah |
22:15:42 | tatootian | just saw it :/ |
22:15:48 | bluebrother | but someone else could pm you. |
22:15:50 | scorche|sh | tatootian: flip hold on then off, then hold menu and select for over 30 seconds.. |
22:15:58 | tatootian | orly |
22:16:26 | scorche|sh | bluebrother: actually he can...just they would be filtered by services *if* the person hasnt opted to be unfiltered |
22:16:28 | amiconn | bluebrother: If a registered user has 'unfiltered' set, an unregistered user can contact him |
22:16:43 | * | scorche|sh wins |
22:16:44 | bluebrother | d'oh! Forgot about that ... |
22:16:49 | amiconn | pfft |
22:16:53 | * | bluebrother stands corrected |
22:17:04 | tatootian | scorche: yay |
22:17:04 | tatootian | <3 |
22:17:11 | tatootian | time for .flac |
22:17:31 | | Quit ChristopherW (Read error: 110 (Connection timed out)) |
22:17:56 | | Quit ChuckMcKnight (Client Quit) |
22:18:03 | pixelma | tatootian: you could also save same presses of your "enter" key... makes it easier to read ;) |
22:18:19 | tatootian | kinda use to it on other irc networks D: |
22:18:23 | tatootian | i apologize though |
22:19:19 | scorche|sh | tatootian: it is just that this channel has certain guidelines as linked to in the topic...many channels particularly on freenode do this as the nature of the channels tend to be more technical than social |
22:19:51 | * | amiconn notes that the opposite also isn't nice (extremely long lines) |
22:20:19 | scorche|sh | if it is a complete thought and is not truncated, i much prefer long lines |
22:20:21 | amiconn | Makes it hard to read the raw logs if the displaying program doesn't insert line breaks |
22:20:58 | scorche|sh | well, that is the fault of your program then...does it not have a word wrap function? |
22:21:25 | amiconn | Just try the raw log in an arbitrary browser... |
22:22:36 | * | amiconn much prefers the raw log for the current day because the fancy reader page takes ages to display, doesn't keep preferences, and the defaults are hiding a lot |
22:22:41 | bluebrother | wrapping long lines isn't nice in that case due to the beginning of the line holding nicks and stuff |
22:22:53 | scorche|sh | still...it isnt fair to enforce that rule and say people should ideally have their sentences between 40 and 60 chars (as an example)... |
22:23:04 | amiconn | Haha, of course not |
22:23:18 | scorche|sh | :) |
22:23:34 | amiconn | But gevaerts' uber-long lines (even hitting the irc line length limit) are also a bad example... |
22:23:47 | pixelma | I thought we have an 80 char limit? ;) |
22:24:04 | kugel | http://www.rockbox.org/tracker/task/8842 |
22:24:06 | scorche|sh | as long as they dont get truncated, they are just fine to me |
22:24:55 | scorche|sh | otherwise it is the fault of your program you are using to read logs and/or your viewing resolution which it doesnt make sense to whine about, as they are more the reader's fault |
22:25:44 | | Nick midkay_ is now known as midkay (n=midkay@63-226-230-169.tukw.qwest.net) |
22:26:35 | * | bluebrother starts to get annoyed by this strange renaming error |
22:28:02 | | Quit ch4os_ ("Lost terminal") |
22:28:15 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0pre/2008040202]") |
22:28:19 | bluebrother | hmpf. |
22:28:37 | pixelma | bluebrother: can I distract you with a LaTeX question a bit? |
22:28:53 | bluebrother | you bet ;-) |
22:29:09 | | Quit argumentD (Read error: 113 (No route to host)) |
22:30:11 | scorche|sh | tatootian: unless there is a specific reason it needs to be private or is offtopic, there is no reason it cant be said here |
22:30:36 | pixelma | if one uses macros like \dap etc. it isn't necessary to "close" them with {} or \ on the case that some punctuation (like , . etc.) follows, right? |
22:30:47 | bluebrother | yes. |
22:31:30 | tatootian | scorche: okay.. >.> |
22:31:34 | Bagder | interesting e200v2 patch in the forum |
22:31:46 | bluebrother | domonoky: I have a strange problem with QFile::rename(). Using the member function fails, but using the overloaded static version works just fine |
22:32:09 | bluebrother | any ideas what could cause this? It breaks bootloader installation on (at least) linux |
22:33:55 | bluebrother | an e200 with jtag? Cool. |
22:35:25 | pixelma | bluebrother: ok, then this is correct... but I also wonder whether we should also establish some "coding style guidelines" because you can find so many styles (\dap{} vs. \dap\, different indentation etc.)? I'm always wondering how to do it myself... |
22:36:54 | kugel | Who is Marc Guay here? |
22:37:07 | domonoky | bluebrother: no idea, you dont try to overwrite with the rename function ? |
22:37:21 | pixelma | kugel: MarcGuay... |
22:37:25 | bluebrother | pixelma: I think we should favor {} −− that's an empty statement and will break vertical mode. Using \ inserts a hard space, i.e. that will always be present and accumulate with additional spaces |
22:37:34 | bluebrother | which will look quite ugly ... |
22:37:44 | bluebrother | domonoky: no, checked that multiple times. |
22:37:55 | kugel | pixelma: Ah ok thanks, he isn't in here though. He should add himself to the IRC Nick Reference list |
22:38:03 | bluebrother | the strange thing is that it's working using the static function QFile::rename(a, b) |
22:38:21 | pixelma | see, I didn't know that and mostly used what was in a certain tex file before |
22:38:44 | pixelma | kugel: he isn't around in IRC very often or long |
22:39:09 | kugel | I see. I looked after him yesterday allready |
22:39:50 | kugel | Can anyone change http://www.rockbox.org/tracker/task/8842 from Bugs to Patch please? I just allways miss that field :/ |
22:40:05 | domonoky | bluebrother: does QFile(OldName).rename(newname) work ? thats what the static version probably does.. |
22:41:25 | Bagder | kugel: you really shouldn't mess with irrelevant whitespaces when you add new features |
22:41:41 | kugel | Bagder: What do you mean? |
22:41:53 | Bagder | your whitespace changes in that patch |
22:42:09 | bluebrother | wtf ...? Error is "destination file exists". But the destination doesn't exist. |
22:42:52 | kugel | Bagder: I didn't change whitespaces. Besides I added one new line. |
22:43:05 | Bagder | you changed a lot of them |
22:43:12 | Bagder | all the "tab mess" or what you called it |
22:43:42 | Bagder | it's just an advice for the future |
22:43:42 | kugel | Bagder: I you mean that part. Well, I changed that part a bit anyway (to use my parse_args function), so I did that in that run |
22:43:52 | domonoky | bluebrother: have you check the new filename ? maybe its not what you expect ? |
22:44:18 | kugel | s/I/Ah |
22:44:38 | bluebrother | domonoky: I checked both filenames and source and destination are correct. |
22:45:09 | * | bluebrother wonders why "stdin hacking" would be a hack |
22:45:13 | domonoky | really strange... but if the static versions work, just use them.. :-) |
22:45:29 | | Join lee-qid [0] (n=liqid@p54965182.dip.t-dialin.net) |
22:45:31 | bluebrother | the thing that puzzles me most is if I swap with the static version it works. |
22:46:01 | domonoky | which Qt version are you using ? i supspect a Qt bug again.. :-) |
22:46:47 | bluebrother | I'm currently using 4.3.0 |
22:46:52 | kugel | Anyone interested in committing my patch? gevaerts for example? :) |
22:47:06 | bluebrother | but I could try that with 4.3.4 (my static version) |
22:47:25 | domonoky | bluebrother: maybe its this ? http://trolltech.com/developer/task-tracker/index_html?method=entry&id=121128 |
22:48:36 | * | domonoky just sees this should be fixed with 4.2 so its probably not it.. |
22:48:50 | kugel | Bagder: Thanks for task changing |
22:48:55 | | Quit nplus ("Leaving") |
22:49:06 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
22:49:31 | | Join ali_as_ [0] (n=as@ambix.plus.com) |
22:49:39 | bluebrother | no −− that task is about cross-partition renaming, and I'm on the same partition all the time |
22:51:00 | domonoky | bluebrother: and if you create a new QFile just for the renaming it also doesnt work ? |
22:51:11 | | Quit ali_as (Connection timed out) |
22:52:15 | | Quit kraizee (Read error: 110 (Connection timed out)) |
22:52:20 | bluebrother | ok, using Qt 4.3.4 doesn't help. |
22:53:59 | bluebrother | creating a new QFile object does work. Something needs to be strange with the old QFile object. |
22:54:21 | | Part Hyper-magiK |
22:55:08 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
22:55:13 | kugel | pixelma: You do a good job there with converting to default wps to use bitmap strips. Especially the clean up and corrections, I appreciate that (since I can imagine that this kind of work isn't much fun) |
22:55:58 | pixelma | the last part is very true... |
22:56:19 | bluebrother | domonoky: interesting −− if I remove the copy() call that's before the rename() it works again. |
22:57:42 | * | bluebrother gets a suspicion |
22:58:14 | domonoky | inspect the filename and path of the QFile object after the copy call.. :-) |
22:58:16 | bluebrother | aaargh |
22:59:17 | bluebrother | ok. The bootloader installation makes a copy() of the OF file first. That fails as the backup copy already exists on my box. |
22:59:39 | bluebrother | afterwards it tries to rename() the OF file. This fails too. |
23:00 |
23:00:04 | bluebrother | BUT: if the copy() didn't fail (i.e. I removed the backup file first) the rename() also succeeds. |
23:01:01 | amiconn | Does the object keep some error state? |
23:01:43 | bluebrother | yes, that's the problem. Calling unsetError() after the copy() makes it work again. |
23:01:45 | * | amiconn prefers to stay away from oo usually |
23:02:35 | domonoky | bluebrother: but you should probably check for existance before blindly copiing :-) |
23:02:51 | bluebrother | domonoky: you added that copy ;-) |
23:03:10 | bluebrother | (and I dislike it anyway −− creating a backup copy on the host without asking isn't nice at all) |
23:03:10 | * | domonoky takes the blame... as always :-) |
23:03:12 | amiconn | I would expect a copy operation to work if the destination exists (silently overwriting)... |
23:03:44 | bluebrother | the documentation clearly says that the destination won't get overwritten (and copy() returning an error). |
23:04:07 | bluebrother | but I thought that this error won't affect a subsequent rename |
23:04:44 | bluebrother | and at least the QFile documentation doesn't tell anything about errors being sticky :( |
23:06:30 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
23:07:02 | bluebrother | nice. Now bootloader installation works reliably. |
23:07:07 | * | domonoky wonders if this is intended .. |
23:07:43 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:11:56 | *** | Saving seen data "./dancer.seen" |
23:12:53 | | Quit renkho ("leaving") |
23:13:15 | | Part Spex |
23:13:21 | | Quit DerPapst (Nick collision from services.) |
23:13:28 | | Join DerPapst [0] (n=DerPapst@p5B23CC2C.dip.t-dialin.net) |
23:13:45 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
23:13:45 | DBUG | Enqueued KICK JdGordon |
23:14:07 | preglow | how's portalplayer usb doing these days? |
23:14:20 | DerPapst | no where |
23:14:36 | | Quit DerDome ("Leaving.") |
23:16:17 | | Join Spex [0] (i=opera@dslb-088-074-203-038.pools.arcor-ip.net) |
23:19:21 | Bagder | "Which mp4 format do you all want?" |
23:19:36 | Bagder | now that's a quote to remember... |
23:20:00 | | Part disorganizer |
23:20:04 | BigBambi | That thread routinely destroys my faith in humanity |
23:20:43 | Bagder | we're definitely doomed |
23:23:16 | scorche|sh | Bagder: if he hasnt got the point by now (which he obviously hasnt), he wont... |
23:23:31 | Bagder | exactly |
23:27:04 | | Join einhirn [0] (n=Miranda@p5B0319CA.dip0.t-ipconnect.de) |
23:27:04 | | Quit einhirn (Client Quit) |
23:28:22 | | Quit Jon-Kha (Remote closed the connection) |
23:30:23 | | Quit jgarvey ("Leaving") |
23:35:11 | kugel | Bagder: Thanks for committing so fast, just noticed :) |
23:35:59 | Bagder | that script is kind of my territory... |
23:37:20 | kugel | Time to edit your build scripts for they daily & current builds, isn't it? :) |
23:37:29 | Bagder | you wish ;-) |
23:38:35 | | Quit miepchen^schlaf_ () |
23:39:23 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:39:23 | * | Nico_P wonders why track skipping ever had to go through the audio queue |
23:41:13 | | Join miepchen^schlaf [0] (n=miepchen@p54BF718A.dip.t-dialin.net) |
23:41:30 | | Quit ali_as_ (leguin.freenode.net irc.freenode.net) |
23:41:30 | NSplit | leguin.freenode.net irc.freenode.net |
23:41:30 | | Quit tvelocity (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit ompaul (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit Rincewind (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit gregzx (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit freqmod_nx (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit tedr0ck (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit linuxstb__ (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit knittl (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit Mouser_X (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit w0rd54 (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit Hodapp (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit Galois (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit tchan (leguin.freenode.net irc.freenode.net) |
23:41:30 | | Quit Battousai (leguin.freenode.net irc.freenode.net) |
23:42:08 | pixelma | and here was me thinking they chose the helvR fonts for cabbiev2 because it supported more foreign characters (now to find it doesn't have greek, cyrillic and hebrew, the latter reported in the forums) |
23:43:23 | pixelma | maybe they had a different reason after all |
23:43:44 | NHeal | leguin.freenode.net irc.freenode.net |
23:43:44 | NJoin | ali_as_ [0] (n=as@ambix.plus.com) |
23:43:44 | NJoin | tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) |
23:43:44 | NJoin | ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
23:43:44 | NJoin | Rincewind [0] (i=Qw4gKtzI@nat-wh-1.rz.uni-karlsruhe.de) |
23:43:44 | NJoin | gregzx [0] (n=chatzill@drb238.neoplus.adsl.tpnet.pl) |
23:43:44 | NJoin | freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
23:43:44 | NJoin | tedr0ck [0] (n=tedrock@d235-144-17.home1.cgocable.net) |
23:43:44 | NJoin | linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
23:43:44 | NJoin | knittl [0] (n=knittl@193.170.134.44) |
23:43:44 | NJoin | Mouser_X [0] (n=mouser_x@layl001.digis.net) |
23:43:44 | NJoin | w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
23:43:44 | NJoin | Hodapp [0] (n=angel@cpe-75-179-155-26.woh.res.rr.com) |
23:43:44 | NJoin | Galois [0] (i=djao@efnet-math.org) |
23:43:44 | NJoin | Battousai [0] (n=bryan@gentoo/developer/battousai) |
23:43:44 | NJoin | tchan [0] (n=tchan@lunar-linux/developer/tchan) |
23:46:30 | | Part gregzx |
23:47:50 | pixelma | bluebrother: do you still have plans to improve the greyscale versions of the Rockboxed theme? |
23:48:29 | markun | pixelma: helvR12 doesn't have those languages? Or a different sice helvR? |
23:48:32 | markun | size |
23:49:05 | pixelma | looked at a H100 sim which uses helvR10 |
23:49:27 | markun | R12 is the only one with all those languages I think |
23:49:48 | | Quit homielowe (Read error: 110 (Connection timed out)) |
23:50:26 | pixelma | I'd still prefer the nimbus font family (you guessed ;) ) |
23:51:20 | pixelma | markun: helvR10 is used an most displays though... |
23:51:41 | markun | I use 9+18x18B on my gigabeat quite a lot because it has a lot of glyphs, is not so small and 2 pixels thick |
23:51:45 | kugel | Does anyone agree, that the link to the UiSimulator wiki should be under "Getting Started and compiliing" instead of under "Projects & Discussions" |
23:51:49 | kugel | ? |
23:52:06 | * | Bagder agrees |
23:52:13 | bluebrother | pixelma: haven't I committed my work some months ago? |
23:52:23 | Spex | hey guys why my play cant see my jpg files in a folder |
23:52:30 | Spex | or mpeg files? |
23:52:40 | | Quit Rincewind ("bye") |
23:52:55 | Spex | i have the sansa e280 |
23:53:00 | pixelma | bluebrother: hmm... have to check. I have no comparison but it looks like it could be... |
23:53:03 | markun | Spex: maybe they are not included in the "supported files" view (which they should) |
23:53:05 | * | bluebrother founds his commit |
23:53:26 | bluebrother | r14906 −− I haven't planned further changes |
23:54:01 | pixelma | ok, missed that. Sorry. |
23:54:31 | markun | Spex: you can change the "Show Files" setting to "All" to view them |
23:54:43 | | Quit petur ("*plop*") |
23:54:48 | bluebrother | hehe, wasn't aware of the state myself. Quite a while ago ... |
23:55:44 | Spex | ah there is a datafilter |
23:55:52 | Spex | and it was set for musik files |
23:55:55 | amiconn | 'supported' should be enough |
23:56:04 | bluebrother | Bagder: how are ads paid? Upon click? |
23:56:17 | Bagder | nope, just monthly |
23:56:23 | | Join Rob2223 [0] (n=Miranda@p4FDCED23.dip.t-dialin.net) |
23:56:30 | * | amiconn dislikes website ads in general |
23:56:39 | bluebrother | ah. Oh, and how about adding a "ads" title to that box? |
23:56:41 | amiconn | Fortunately there is adblock plus... |
23:56:56 | Bagder | bluebrother: that's zagor's job ;-) |
23:57:09 | bluebrother | ah. Was just wondering ... |