00:00:01 | stripwax | too *old* for the muppets?! |
00:00:02 | ashridah | too OLD? |
00:00:06 | Bagder | the "swedish chef" |
00:00:09 | ashridah | the muppet show's ancient |
00:00:14 | ashridah | what are you, 300 years old? :) |
00:00:19 | Paul_The_Nerd | Man, the Swedish chef is like the best muppet character ever. |
00:00:40 | muesli__ | well..too old too watch the muppets ;-) |
00:00:42 | muesli__ | to |
00:00:44 | ashridah | Paul_The_Nerd: hmm. i dunno, i find myself identifying with the old geezers in the balcony more and more |
00:00:54 | stripwax | hehe |
00:00:58 | Bagder | hahahaha |
00:01:18 | Paul_The_Nerd | ashridah: Yeah, I don't identify with him. But hearing him will probably never *not* make me grin. |
00:01:32 | ashridah | true |
00:01:36 | Paul_The_Nerd | I'm sure you've seen the localized "Bork" google? |
00:01:59 | Bagder | yeah, we use that here in Sweden ;-P |
00:02:08 | Paul_The_Nerd | Of course you do. Hehehe |
00:04:54 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
00:05:29 | stripwax | ok, so, ddd is basically awful afacit. It regularly just sits there sucking 100% cpu. |
00:06:07 | | Quit Thus0 ("plouf") |
00:06:21 | | Quit Aditya|Uni ("Trillian (http://www.ceruleanstudios.com") |
00:09:35 | stripwax | hrm, maybe cygwin's x server just sucks, actually. bah. |
00:11:03 | Bagder | it does? |
00:11:21 | Bagder | I use it daily and it works fine for me |
00:11:36 | Bagder | but then I don't use ddd on it ;-) |
00:11:58 | Bagder | debian unstable broke sdl |
00:12:54 | Bagder | The following packages have unmet dependencies: |
00:12:59 | Bagder | libsdl1.2-dev: Depends: libdirectfb-dev (>= 0.9.22) but it is not going to be installed |
00:13:19 | | Quit petur ("here today, gone tomorrow") |
00:13:25 | stripwax | hrm, ok so maybe it is ddd that sucks after all |
00:17:05 | | Join actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk) |
00:17:14 | amiconn | Argh! |
00:17:49 | amiconn | Several rockbox source files use limits.h, but rockbox has no limits.h. Is that going to cause trouble? |
00:18:26 | amiconn | Or is limits.h (cross-)compiler dependent? |
00:18:38 | josh_ | amiconn: limits.h is given by the compiler |
00:18:42 | josh_ | along with a few others like stdarg.h |
00:18:50 | josh_ | it works even in a -ffreestanding environment, so it's fine to use it |
00:20:57 | amiconn | Okay, so it's fine to use |
00:21:17 | amiconn | However, since that is so, why does rockbox provide its own inttypes.h then? |
00:21:44 | preglow | sure inttypes.h is one of those headers that gcc provides? |
00:21:48 | amiconn | I see the crosscompilers do also provide that, as well as stdint.h (which is what we actually need) ? |
00:21:54 | preglow | ok |
00:22:15 | amiconn | I'll try to build w/o our own inttypes.h |
00:24:33 | | Join Aditya [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) |
00:30:53 | preglow | linuxstb: so i'm actually right when i say that pp5002 and pp5020 shares addresses for the iis control regs? |
00:31:05 | Aditya | greetings |
00:32:56 | preglow | can't say it looks like it... |
00:35:00 | preglow | no, not at all, but at least my new trick can be used for that platform as well |
00:35:05 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
00:35:19 | preglow | with almost no modifications, no less |
00:38:04 | amiconn | Grr, either I must fix the global settings struct to not use 'long' or 'unsigned long', or the settings loader would need to support 64 bit wide members |
00:38:27 | amiconn | I'll go for the former option |
00:38:38 | | Part stripwax |
00:38:41 | preglow | i'd just use proper types |
00:39:03 | | Quit vmx (zelazny.freenode.net irc.freenode.net) |
00:39:03 | NSplit | zelazny.freenode.net irc.freenode.net |
00:39:10 | preglow | if you depend on something being a certain width, use inttypes |
00:39:27 | NHeal | zelazny.freenode.net irc.freenode.net |
00:39:27 | NJoin | vmx [0] (i=oma@p549B5FBA.dip.t-dialin.net) |
00:39:50 | amiconn | I don't depend on certain widths here; the settings block loader/writer supports 1, 2, and 4 byte wide members |
00:40:25 | LinusN | amiconn: then why are you complaining about unsigned long? |
00:40:43 | amiconn | LinusN: Erm, unsigned long is 64bit on amd64? |
00:41:01 | LinusN | you just said that you didn't depend on certain widths |
00:41:10 | | Quit mikearthur ("Konversation terminated!") |
00:41:19 | amiconn | No I don't, I just depend on a maximum width |
00:41:31 | preglow | same thing |
00:41:36 | LinusN | so do what preglow said and use inttypes |
00:41:45 | amiconn | For all struct members?? |
00:41:55 | preglow | i'm all for not shoving inttypes down everyones throat, but hell, when it makes sense... |
00:42:25 | LinusN | amiconn: now i see what your problem is |
00:42:31 | preglow | amiconn: not afraid of a little work are you? :> |
00:42:32 | amiconn | There's only one 'unsigned long' in the settings struct |
00:42:58 | amiconn | What if I just replace that with uint32, and leave the others as-is? |
00:43:06 | LinusN | do so |
00:43:07 | preglow | sounds decent enough to me |
00:43:16 | amiconn | preglow: Fixing the width of all members will increase code size |
00:43:30 | preglow | how... |
00:44:56 | amiconn | If I replace 'int' by 'int16_t' because 16 bit are sufficient, code size will increase for sh1 |
00:45:16 | preglow | it can't do direct 16 bit accesses? |
00:45:17 | amiconn | ..because then additional code is introduced to handle sign extension / zero extension |
00:45:18 | | Join webguest80 [0] (n=d4e46323@labb.contactor.se) |
00:45:38 | preglow | but sure, fair enough |
00:45:39 | | Quit webguest80 (Client Quit) |
00:45:51 | amiconn | It can do 16 bit accesses, but it can't split registers |
00:46:09 | amiconn | Loading an 8 bit or 16 bit value *always* sign-extends to 32 bit |
00:46:15 | preglow | ahh |
00:46:20 | preglow | arm uses separate opcodes for that, i think |
00:46:39 | amiconn | SH1 is more RISC than arm, it seems... |
00:46:47 | preglow | sh1 is more insane than arm |
00:47:13 | preglow | dunno how it is with thumb, which would be the closest thing to it |
00:47:39 | amiconn | If I would change int into int32_t, it wouldn't hurt our currently active targets, |
00:47:47 | | Join egotrippen [0] (n=c7616225@labb.contactor.se) |
00:47:48 | preglow | just let it stay as it is |
00:47:58 | amiconn | but it would hurt calmrisc16 |
00:49:18 | egotrippen | i've got another bug that just showed up the other day |
00:49:20 | preglow | i wish gcc would quit sucking arse when it came to code generation for anything but x86 |
00:49:32 | egotrippen | when trying to create a ROOT playlist from the menu, it makes the player freeze |
00:49:38 | skwad__ | good night all |
00:49:43 | | Quit skwad__ ("Parti") |
00:49:52 | egotrippen | any idea what that would be? |
00:50:14 | amiconn | wtf??? |
00:51:45 | amiconn | Using the compiler's stdint.h made aac.c spit a warning about incompatible pointer type |
00:52:18 | LinusN | egotrippen: corrupt disk? |
00:52:44 | preglow | amiconn: any major differences? |
00:52:52 | | Join midkay [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
00:53:25 | egotrippen | i dunno... i've got the player almost full and everything seems to play ok. also, i can add everything manually (off of root i have an Albums and an MP3 folder, and i can add each manually) |
00:53:30 | egotrippen | i'll run scandisk though |
00:53:44 | amiconn | It seems using typedef for the int*_t types instead of #define makes it more picky |
00:53:59 | preglow | then good |
00:54:02 | | Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
00:54:37 | | Quit lostlogic (Read error: 104 (Connection reset by peer)) |
00:55:48 | | Part LinusN |
01:00 |
01:02:16 | | Join quobl [0] (i=id@tor/session/x-23776006ab60e907) |
01:03:26 | preglow | time for bed |
01:03:53 | SuperSnout | that it is |
01:03:54 | | Join BHSPitLappy [0] (n=stephen@adsl-209-30-158-26.dsl.rcsntx.swbell.net) |
01:03:55 | BHSPitLappy | hey |
01:03:59 | muesli__ | have a good n8 |
01:04:01 | BHSPitLappy | how does one get back to the WPS |
01:04:05 | BHSPitLappy | (from anywhere relse) |
01:04:16 | SuperSnout | i want to know that too |
01:04:16 | Paul_The_Nerd | Well, if you're in the menu by way of the WPS, hit Menu |
01:04:17 | Mikachu | play |
01:04:22 | SuperSnout | you can keep pressing back.. |
01:04:28 | Paul_The_Nerd | If you're in the file tree by hitting select from the WPS, you can hit Play |
01:05:09 | amiconn | Ghah, stdint.h isn't provided by all compilers :/ |
01:05:36 | amiconn | Both host gcc and sh-elf-gcc do, arm-elf-gcc and m68k-elf-gcc do not |
01:06:20 | | Join ghode|afk [0] (i=testing@host-84-9-105-90.bulldogdsl.com) |
01:19:24 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-19-90.w83-198.abo.wanadoo.fr) |
01:20:15 | | Join TCK [0] (n=tckocr@81-178-255-205.dsl.pipex.com) |
01:20:40 | *** | Saving seen data "./dancer.seen" |
01:21:21 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
01:21:30 | | Quit mikearthur (Remote closed the connection) |
01:21:48 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
01:22:47 | | Quit mikearthur (Remote closed the connection) |
01:23:04 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
01:24:41 | | Quit mikearthur (Remote closed the connection) |
01:24:56 | crashd | hey guys |
01:25:07 | crashd | what state is the ipod mini code in atm? |
01:26:24 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
01:26:31 | Aditya | it sucks |
01:26:34 | Paul_The_Nerd | crashd: Doesn't work yet. |
01:26:40 | Aditya | you shoudl just go and buy a iRiver |
01:26:41 | Aditya | its better |
01:26:42 | crashd | does it just stack it? |
01:26:45 | crashd | Aditya: i own a H10 |
01:26:51 | Aditya | well then... |
01:26:52 | Paul_The_Nerd | stack it? |
01:26:58 | crashd | im just interested as they are using the same pp chips |
01:27:01 | crashd | Paul_The_Nerd: as in, just borks |
01:27:02 | crashd | falls over |
01:27:04 | crashd | doesnt work ;) |
01:27:05 | Aditya | cheating on your mp3 player is a bad bad sin crashd |
01:27:12 | crashd | Aditya: i dont own an ipod either :P |
01:27:18 | crashd | they are just very, very similar hardware wise |
01:27:36 | Paul_The_Nerd | crashd: Nah, it doesn't mess it up or anything. There's just not too much work been done in that direction at all. |
01:27:57 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
01:28:17 | | Quit gromit` ("Coyote finally caught me") |
01:30:49 | Paul_The_Nerd | Man, I just tried to refresh my IRC client... |
01:32:04 | | Quit damaki (Read error: 110 (Connection timed out)) |
01:37:29 | SuperSnout | where can you download extra rockbox plugins? |
01:38:32 | Paul_The_Nerd | SuperSnout: Rockbox comes with all the officially supported ones. There's nowhere that really provides unofficial ones. |
01:38:52 | SuperSnout | oh. ok |
01:39:07 | SuperSnout | i suppose there are tonnes.. |
01:39:27 | SuperSnout | do you know how good rockboy is? |
01:39:44 | SuperSnout | is it possible to play any games without the sound going funny? |
01:40:26 | Paul_The_Nerd | Well, I've played Final Fantasy Legend 2 on my H120 without terrible problems. |
01:40:47 | SuperSnout | okay.. |
01:41:13 | amiconn | preglow: I just noticed that I'll have to change the whole pcm data handling to int32_t ... |
01:45:02 | | Join Zoide777 [0] (n=800c5ab6@labb.contactor.se) |
01:45:52 | Zoide777 | Paul_The_Nerd: rockboy works on H120? Does this mean it also works on the 4g grayscale? I though that the grayscale lib wasn't implemented yet |
01:46:42 | SuperSnout | what is the databox plugin? |
01:48:13 | SuperSnout | is it for searching or something? |
01:48:16 | Paul_The_Nerd | Zoide777: I think the grayscale lib is not implemented for ipods yet. |
01:48:34 | Paul_The_Nerd | SuperSnout: If you generate a database using the tool in the rockbox wiki, databox can be used to search it. |
01:48:48 | SuperSnout | nice |
01:49:58 | amiconn | Zoide777: Rockboy only uses the native shades on grayscale LCDs. It doesn't use the grayscale library |
01:50:22 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
01:50:34 | | Quit TCK (Read error: 110 (Connection timed out)) |
01:50:40 | Zoide777 | ah, so it does run on h120 / 4g grayscale, but it's pretty much 1-bit color? |
01:50:44 | | Quit mikearthur ("Konversation terminated!") |
01:50:48 | amiconn | But I think it doesn't work on 4g greyscale, because the pixel conversion is LCD data format dependent |
01:51:01 | | Join cs_weasel [0] (n=user@felice.cse.msstate.edu) |
01:51:05 | Zoide777 | Paul_The_Nerd: i had read you said you've played Final Fantasy on the h120 |
01:51:11 | amiconn | Both h120 and 4g greyscale can use 4 shades of grey (2 bit) |
01:51:48 | Paul_The_Nerd | Zoide777: Yeah. The graycale library is for applications that need more than 2bpp. The gameboy classic was 2bpp, the H120 is too. So that's that. |
01:52:18 | amiconn | Making it work on 4g greyscale shouldn't be hard |
01:52:18 | Zoide777 | amiconn: ah, ok. So is rockboy included for those targets in the cvs builds? I don't find it when I Browse Plugins. Or is it a viewer instead? |
01:52:28 | amiconn | rockboy is a viewer |
01:52:30 | cs_weasel | put rockbox on my nano yesterday, and I'm very impressed :) The interface is very impressive both visually and especially usability-wise |
01:52:59 | cs_weasel | if there's any devs about I just wanted to express some good feedback hehe |
01:53:00 | Zoide777 | amiconn: oh, i'm so stupid then. i guess it's been there all along and I just needed to hold Select over a rom... |
01:54:48 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
01:57:00 | Zoide777 | I have a suggestion for changing the button mapping at the file browser in the iPods: (http://forums.rockbox.org/index.php?topic=2707.msg20173#msg20173). What do you guys think? |
01:58:22 | | Quit Zoide777 ("CGI:IRC (EOF)") |
02:00 |
02:00:52 | | Join mikearthur_ [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
02:01:08 | | Join Zoide777 [0] (n=800c5ab6@labb.contactor.se) |
02:01:15 | | Join TCK [0] (n=tckocr@81-178-255-205.dsl.pipex.com) |
02:01:40 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
02:01:44 | cs_weasel | I think it'd be kinda cool. Right now select and right basically do the same thing. |
02:02:11 | Paul_The_Nerd | Well, on the iRivers, Navi and Right are like that too. |
02:02:16 | cs_weasel | it'd be intuitive for new users too, since in the apple firmware you hit menu to go "up" in menus |
02:02:37 | cs_weasel | took a few mistakes to get used to :) |
02:02:45 | Paul_The_Nerd | Menu does go up in the menu I thought... |
02:03:18 | cs_weasel | yeah, but when you get to the file browser it pulls up the rockbox menu rather than going to a parent |
02:03:50 | amiconn | In rockbox, the file browser is the root, so you can't go back to the menu |
02:04:13 | cs_weasel | holding it down to get the rockbox menu would be alright |
02:04:22 | cs_weasel | i understand why it is how it is now, and i'm used to it now |
02:04:37 | cs_weasel | just saying it's a bit different than what some people switching might expect at first |
02:04:50 | linuxstb | I definitely don't want to change left/right from their current mappings - that's how Rockbox works on every target. |
02:05:07 | amiconn | We had that discussion back when iriver support started |
02:05:14 | cs_weasel | ah |
02:05:26 | linuxstb | Also, once we get the clickwheel working properly - then there is no need for page up and page down. |
02:05:59 | amiconn | The common sense was that rockbox should not try to mimic the stock firmware just for the sake of it |
02:06:00 | cs_weasel | i confess i haven't had to scroll through anything terribly long yet |
02:06:04 | linuxstb | And IMO, the natural mapping for the button marked MENU is to go to the menu... |
02:06:31 | Paul_The_Nerd | Yeah |
02:06:35 | Mikachu | only apple make you try to find a song in a randomly sorted list of 5000 songs |
02:06:41 | cs_weasel | heh |
02:06:42 | amiconn | Rockbox could of course incorporate good ideas, but it's a firmware of its own |
02:07:16 | cs_weasel | but at any rate, don't let me derail Zoide's desire for paging with my comments on menu ;) |
02:07:54 | linuxstb | Page up/page down should be mapped to fast turns on the wheel - it's just not done yet. |
02:08:07 | | Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
02:08:32 | | Quit SuperSnout ("Chatzilla 0.9.70 [Firefox 1.0.7/20050919]") |
02:09:24 | cs_weasel | is it possible to get smoother scrolling when viewing text (as in, line at a time, rather than page), or is that something I need to dig in the source for? |
02:09:50 | cs_weasel | oh wait |
02:09:56 | cs_weasel | it's doing it line at a time now |
02:10:06 | cs_weasel | could have sworn it was paging earlier |
02:10:15 | crashd | time to go down to Dixons tommorow |
02:10:19 | crashd | just bricked my h10 ;\ |
02:10:23 | Zoide777 | linuxstb: i agree about the clickwheel (I'd prefer that to changing left/right). But I wonder if it isn't a bit unrealistic to try to standardize button behavior across 12+ targets? I think it's more likely for users to take advantage of optimized mappings for one device than it is for them to jump from device to device |
02:11:18 | | Quit BHSPitLappy (Remote closed the connection) |
02:12:04 | Zoide777 | linuxstb: I have some source files that I modified to use faster scrolling when the delta is > 6 or < -6. However it might not be quite up to you guys' standards. If you want I can send them to you so you can take a look. |
02:12:24 | linuxstb | I'm not sure what you mean by "optimized". Rockbox works differently to the Apple firmware - so the button mappings have to be different. For example, in the Apple firmware, you never leave the menu, so you don't need a button to enter it. |
02:12:54 | | Quit mikearthur_ ("Konversation terminated!") |
02:13:10 | | Join BHSPitLappy [0] (n=Steve-O@adsl-209-30-158-26.dsl.rcsntx.swbell.net) |
02:13:46 | linuxstb | Don't worry about the standard of code - for the clickwheel, I think it's useful to experiment. |
02:13:49 | Zoide777 | linuxstb: well, maybe not so much "optimized" as "tailored". for example the Left/Right mapping, where it could provide more functionality for iPods but it's kept the same for the sake of uniformity w/ the other targets |
02:15:06 | linuxstb | It's not kept the same for the sake of uniformity (that's just a by-product). The reason is that we need a key mapping to go to the menu (so menu makes sense), a key mapping to resume playback or go to back to the WPS (play makes sense), and keys to navigate up and down the menu structure (IMO left and right make sense). |
02:15:10 | Paul_The_Nerd | Zoide777: But you don't really lose any functionality, since once the wheel is working you'll have proper page up/down anyway. And believe me, it's nice as a user coming from one target to have the iPod work incredibly similar right off the bat. |
02:16:13 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
02:16:15 | cs_weasel | weren't the irivers discontinued? might have a lot of folks moving over |
02:16:30 | linuxstb | I find pressing left/right to navigate menus and the file browser easier than moving my finger off the wheel and pressing select. |
02:16:47 | Paul_The_Nerd | Yeah, I use left/right almost exclusively for navigation. |
02:16:56 | Paul_The_Nerd | And then for some reason move to Select to actually select a file or option. |
02:18:13 | | Quit pre2k_ (Read error: 110 (Connection timed out)) |
02:18:40 | Zoide777 | i guess what you guys are saying does make sense in the context of a working clickwheel |
02:19:29 | Zoide777 | let me just put up a link to the files i was talking about. it's just a very simple change i made though, basically adding two "buttons" for when delta is more than 6 |
02:21:08 | Zoide777 | http://s14.yousendit.com/d.aspx?id=38UJMUPC5LTQI154Y09RF7C9X8 |
02:23:14 | amiconn | Gah |
02:23:19 | * | amiconn just scored 24 |
02:23:59 | * | linuxstb must stop going to the daily builds page.... |
02:24:42 | JdGordon | yay, a colourful cvs table again :D |
02:24:51 | Zoide777 | hehe linuxstb, you're not alone... it's so addictive! |
02:25:02 | amiconn | same here... |
02:25:38 | linuxstb | amiconn: Have you tried the video player in the sim? |
02:25:50 | amiconn | That's not possible |
02:26:15 | linuxstb | I thought the sim had greyscale support now? Or does the video player need more? |
02:26:38 | amiconn | The video player uses the same technique as the grayscale lib does on target, |
02:26:53 | amiconn | but it does it itself, so I can't "remap" the function |
02:26:55 | linuxstb | Ah yes, I remember now. |
02:28:17 | amiconn | The video plugin does "raw" precalculated frame flipping, while the grayscale lib calculates the frames itself, and provides the standard graphics api |
02:29:08 | amiconn | For making the grayscale lib work in the sims, I used the fact that the grayscale lib features 2 modes since my last overhaul - buffered and unbuffered |
02:29:48 | amiconn | Buffered mode renders into a chunky buffer, and gray_update() compares this with a back buffer and calculates the changes in the bitplanes |
02:30:12 | amiconn | Unbuffered mode renders directly into the bitplanes, but provides only a subset of the functions |
02:30:31 | amiconn | For the sims, I simply drop the planes and use always buffered mode |
02:31:03 | amiconn | Unbuffered functions are simply mapped to their buffered equivalents followed by an update |
02:35:36 | linuxstb | Zoide777: I've just looked at your patch (but haven't tried it). Did you experiment with different values apart from 7 ? |
02:41:41 | Zoide777 | linuxstb: yes, but 6 is too sensitive and 8 the opposite |
02:42:46 | Zoide777 | linuxstb: is there any way of having smaller granularity for better adjustment? |
02:44:01 | linuxstb | My thoughts are that we may need four or five different scroll events in each direction, with the fastest skipping forty or fifty items. |
02:44:31 | linuxstb | I don't know much about the button driver - preglow implemented it, and I've never played with it. |
02:45:13 | Zoide777 | i see |
02:45:48 | Zoide777 | if only there was a greater usable range... |
02:46:15 | Zoide777 | hmm... would it work with decimals? e.g. delta < 6.5? |
02:47:13 | Paul_The_Nerd | Well, I mean, what's the data type? |
02:47:24 | Zoide777 | hehe good question |
02:47:49 | Zoide777 | int |
02:47:57 | Zoide777 | so no good |
02:48:33 | Zoide777 | what I really don't get is the line where delta gets assigned a value: new_wheel_value = ((status << 9) >> 25) & 0xff; |
02:48:49 | Zoide777 | what does ((status << 9) >> 25) & 0xff mean? |
02:52:19 | | Join mikearthur_ [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
02:52:24 | linuxstb | I think new_wheel_value takes values between 0 and 95 - i.e. there are 96 positions on the wheel. |
02:52:53 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
02:53:03 | josh_ | linuxstb: that's correct |
02:53:11 | linuxstb | Also, don't forget the "hack" that's in the button driver to prevent Rockbox continuing to respond to old scroll events when you stop scrolling - new events are only added to the button queue if the queue is empty. |
02:53:13 | josh_ | position 0 is on top of the menu button, and they increase as you go clockwise |
02:53:44 | amiconn | ((status << 9) >> 25) looks like cumbersome coding, especially with the masking afterwards |
02:53:52 | linuxstb | josh_: Does pz2 have any accelerated scrolling support? |
02:53:55 | josh_ | amiconn: it's probably translated strate from an asm dump |
02:54:10 | josh_ | linuxstb: not really, but that's just because I haven't got around to adding it yet :-) |
02:54:17 | josh_ | amiconn: er, that'd be "straight" |
02:54:24 | linuxstb | josh_: That's our excuse as well... |
02:54:56 | Zoide777 | linuxstb: so then the real problem is that the queue moves too slowly? i.e. if we could handle the events quicker, we'd be able to scroll that much quicker instead of pleateauing at the rate where the queue gets full |
02:55:33 | josh_ | what you really need, in order to do this properly, is a special type of event - a scroll event, with an associated value (the distance of the scroll) |
02:55:43 | amiconn | (status >> 16) && 0xFF should do exactly the same |
02:55:46 | josh_ | scroll events are generated far too fast to handle them one at a time (it's 96 per rotation) |
02:55:56 | josh_ | amiconn: one & |
02:56:07 | amiconn | oops, of course ;) |
02:56:17 | amiconn | almost 3 am... |
02:57:17 | josh_ | it's actually like (status >> 16) & 0x7f |
02:57:33 | josh_ | looks like someone tried to combine shift-masking with AND-masking by mistake |
02:57:43 | josh_ | the &0xff does absolutely nothing |
02:58:15 | amiconn | No? |
02:58:16 | Zoide777 | josh_: ah, so let's say we move from pos. 40 to pos. 60. Currently: 20 calls to UI functions, each of them to scroll down by a single file. With a scroll event: 1 call to UI functions, to scroll by 20 lines? |
02:58:26 | josh_ | Zoide777: exactly |
02:58:29 | josh_ | that's how ttk does it |
02:58:35 | josh_ | (iPodLinux's graphical toolkit) |
02:58:49 | josh_ | it's currently rather imperfect because we take too long to gather events |
02:59:14 | josh_ | that's fixable by keeping a counter in the kernel, inc/decing it appropriately whenever you get an interrupt |
02:59:25 | josh_ | (clickwheel interrupt, that is) |
02:59:29 | amiconn | josh_: What about the 8 high bits of status? These are still present without & 0xFF |
02:59:48 | josh_ | then whenever the app is ready to get events, it sends over the counter and zeroes it |
02:59:53 | Aditya | hey guys? |
03:00 |
03:00:04 | Aditya | does rockbox do format decoding using software? |
03:00:09 | Aditya | or using hardware components? |
03:00:13 | josh_ | amiconn: <<9 lops off the top 9 bits, >>25 lops off the bottom 16 |
03:00:19 | josh_ | which leaves you with 7 bits |
03:00:32 | linuxstb | Aditya: Both. On Archos devices it's hardware, on iriver and iPod, it's software. |
03:00:38 | Zoide777 | Aditya: I think it uses software (swcodec) |
03:00:46 | * | amiconn is stupid |
03:00:47 | | Quit TCK (Read error: 110 (Connection timed out)) |
03:00:58 | Zoide777 | Aditya: actually, listen to linuxstb and not me :D |
03:01:19 | Aditya | hmm k |
03:01:25 | Paul_The_Nerd | amiconn: I thought the same things as you, at least. |
03:01:30 | Aditya | I am researching building my own mp3 player more and more |
03:01:57 | Paul_The_Nerd | Aditya: It's actually been done. There was a guy in here who'd built one, and ran rockbox on it. |
03:02:24 | Aditya | and? |
03:02:28 | Aditya | I wanna build one too |
03:02:29 | Paul_The_Nerd | And it worked for him? |
03:02:39 | Aditya | thats why I know its not a completely crazy idea lol |
03:02:39 | Paul_The_Nerd | I was just saying that it's a definite possibility. |
03:02:52 | Aditya | http://web.media.mit.edu/~ladyada/make/minty/hardware.html .. I am going to use that as a base |
03:03:03 | linuxstb | Shouldn't we just change that line to something nice and clear like (status & 0x007f0000) >> 16 ? |
03:03:08 | josh_ | linuxstb: feel free :-) |
03:03:18 | josh_ | my hunch is that it was probably translated literally from the ARM disassembly sometime |
03:03:34 | josh_ | things like |
03:03:36 | josh_ | if (((inl (0x70000000) << 8) >> 24) == 0x32) |
03:03:42 | josh_ | where it probably should be |
03:03:48 | Zoide777 | I suppose it's best to correct the line, but right now it'll just swamp the queue w/ more events that will never get "heard", right? |
03:03:51 | pyro | you think Rockbox currently has enough hardware guys here to build an "open source" schematic? |
03:04:03 | josh_ | if (((inl (0x70000000) & 0x00ff0000) >> 16) == '2') |
03:04:16 | pyro | just out of curiosity - it's still easier and cheaper to buy an off the shelf unit |
03:06:36 | | Join ghode|afk [0] (i=testing@host-84-9-105-90.bulldogdsl.com) |
03:09:53 | Zoide777 | strange: for the past few days, every time i turn on my 4g the hard drive makes a lot of noise (as if building dircache?) and it just sits there while doing it. it also does that when changing themes and it did it just now that i pressed Select on a gameboy rom |
03:11:54 | linuxstb | Loading a theme can involve loading a lot of small bmp files from disk - and the current theme is loaded every time you turn on your ipod. |
03:11:54 | amiconn | Down to 11 warnings on amd64. Still no working playback though... |
03:12:13 | linuxstb | I'm not sure why Rockboy would cause a lot of hard disk activity - unless it's very fragmented. |
03:13:34 | Zoide777 | linuxstb: i just cleared the hd today w/ the Apple Updater and copied over my songs again (after defragging my computer hard drive). but then again i just realized there's no rockboy plugin for 4g grayscale anyway |
03:13:46 | Zoide777 | or viewer i mean |
03:20:44 | *** | Saving seen data "./dancer.seen" |
03:21:26 | Zoide777 | arrrgggg... i swear, the hard drive works like crazy for about 20 seconds every time i turn on my ipod now... |
03:24:41 | | Quit ashridah ("Leaving") |
03:30:11 | | Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
03:37:42 | | Quit Farpnut (Read error: 104 (Connection reset by peer)) |
03:39:03 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
03:41:12 | | Join BHSPitLappy [0] (n=Steve-O@adsl-68-88-143-123.dsl.rcsntx.swbell.net) |
03:42:31 | | Join sw13 [0] (i=Shadowar@ip68-3-160-223.ph.ph.cox.net) |
03:46:09 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
03:49:53 | | Quit midkay (Read error: 110 (Connection timed out)) |
03:52:37 | | Quit Shadowarrior13 (Read error: 110 (Connection timed out)) |
03:52:41 | | Part Paul_The_Nerd |
03:55:49 | | Nick mikearthur_ is now known as mikearthur (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
03:58:44 | | Quit Zoide777 ("CGI:IRC (Ping timeout)") |
03:58:45 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
03:58:57 | | Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
03:59:54 | pyro | Anyone know of an "unofficial" patch out there that makes iriver boot Rockbox on AC power |
03:59:56 | | Quit Daishi ("Client exiting...") |
04:00 |
04:06:53 | | Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) |
04:07:07 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
04:07:19 | | Join jackinabox^ [0] (i=jackinab@CPE-147-10-232-11.wa.bigpond.net.au) |
04:07:24 | jackinabox^ | hi all |
04:07:31 | Zoide777 | hi |
04:07:41 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
04:08:13 | jackinabox^ | does anyone have a custom skin under the H3xx iriver f/ware that is also running RB? |
04:08:20 | | Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
04:16:11 | Zoide777 | josh_: you mentioned that ipodlinux has a (not too efficient) implementation of scroll event. do you think it's worth porting it over to rockbox? would that be hard to do? |
04:30:44 | | Join Arrogant [0] (i=Scott@127.orlando-04-05rs.fl.dial-access.att.net) |
04:36:02 | josh_ | Zoide777: it's completely different |
04:36:09 | josh_ | (iPL way vs Rockbox way) |
04:37:42 | | Quit jackinabox^ () |
04:37:52 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
04:38:42 | | Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
04:41:16 | | Join virtualball2 [0] (n=virtualb@AC955262.ipt.aol.com) |
04:42:49 | | Join TCK [0] (n=tckocr@81-178-255-205.dsl.pipex.com) |
04:44:11 | virtualball2 | I have a question about iPL and rockbox on the same iPod, how do i send the userland to the hidden partition (sdb3)? |
04:44:52 | BHSPitLappy | that sounds like it's just an iPL installation question... |
04:45:09 | BHSPitLappy | so you're in the wrong channel :P |
04:45:18 | virtualball2 | no because in iPL, you dont send it to the hidden partition |
04:45:35 | virtualball2 | this is using the rockbox bootloader to use both :P |
04:45:38 | BHSPitLappy | what do you mean by "send" and "it" |
04:46:02 | virtualball2 | well, i mean how do i transfer the iPL userland to the 3rd Linux partition? |
04:46:16 | BHSPitLappy | ... that's just an iPL installation question! |
04:46:21 | BHSPitLappy | and the answer is "from linux!" |
04:46:36 | virtualball2 | well ya i know from linux |
04:46:55 | BHSPitLappy | in iPL, you DO have the userland on sdb3... where else would it go??? |
04:47:16 | virtualball2 | and i asked it here cuz Paul_The_Nerd told me how to do it, so i thoaght someone else would know |
04:47:31 | BHSPitLappy | stop off-topiccing up #rockbox :P |
04:48:01 | virtualball2 | BHSPitLappy, ya i know but this is hidden, i never have installed iPL on a fat32/linux iPod before, :\ |
04:48:17 | | Quit egotrippen ("CGI:IRC") |
04:48:19 | BHSPitLappy | it's no different with or without rockbox. |
04:48:35 | BHSPitLappy | sdx3 is "hidden" from Windows both ways. |
04:48:43 | virtualball2 | then how would i transfer it through linux? |
04:49:22 | virtualball2 | i tried "mount /dev/sdb3 /mnt/ipod2" abd it didnt work |
04:49:29 | pyro | what's the difference between putting a patch into the directory or going directly to the repository? |
04:49:34 | BHSPitLappy | mount /dev/sdb3 /mnt/ipod && cd /mnt/ipod && tar -zxvf /wherever/you/saved/userland/ipod_fsXXXXXX.tar.gz |
04:50:01 | pyro | I mean directory = patch directory - flyspray |
04:50:28 | virtualball2 | when i do that, it says that i need the specific type of the partition |
04:50:36 | | Join JonasNZ [0] (n=jbergler@unaffiliated/jonasnz) |
04:50:38 | virtualball2 | so i do mount -t hfs |
04:50:42 | virtualball2 | and it says im wrong |
04:54:12 | BHSPitLappy | yeah |
04:54:28 | BHSPitLappy | because sdb3 probably is NOT hfs. |
04:54:42 | BHSPitLappy | it's SUPPOSED to be ext2 or ext3 |
04:54:51 | BHSPitLappy | leave out the "-t hfs" |
04:54:55 | BHSPitLappy | do what I said up there. |
04:55:16 | virtualball2 | so it is supposed to be "-t ext2"? |
04:55:23 | BHSPitLappy | yeah |
04:55:44 | virtualball2 | ok thanks ill try that, sorry to be annoying :P |
04:56:05 | | Quit virtualball2 ("virtualball2 has no reason") |
04:58:50 | | Join egotrippen [0] (n=c7616225@labb.contactor.se) |
05:00 |
05:00:08 | egotrippen | hey... i'm still having trouble creating a root playlist |
05:00:26 | egotrippen | it's freezing my player consistantly |
05:00:38 | egotrippen | i ran scandisk re: Linus' suggestion |
05:01:03 | egotrippen | any ideas? |
05:03:51 | | Join Rob2222_ [0] (n=Miranda@ACB1560B.ipt.aol.com) |
05:11:31 | | Quit sw13 () |
05:12:01 | | Join elinenbe [0] (n=elinenbe@207-237-225-94.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
05:12:53 | | Join webguest71 [0] (n=1838a3cb@labb.contactor.se) |
05:13:53 | webguest71 | so explain to me what rock box can do actually |
05:14:08 | | Quit webguest71 (Client Quit) |
05:14:08 | Aditya | its like a substitute for sex |
05:14:13 | Aditya | meh |
05:14:22 | mikearthur | it can only play rock music |
05:14:29 | mikearthur | if you want to play jazz, use the original firmware |
05:14:31 | Aditya | he's logged off |
05:14:38 | mikearthur | damn :( |
05:14:43 | Aditya | hehe |
05:14:56 | mikearthur | me > bed |
05:15:11 | Aditya | erm |
05:15:16 | Aditya | you mean "bed < me" |
05:15:20 | mikearthur | me -> bed |
05:15:23 | mikearthur | even |
05:15:24 | Aditya | geez man.. where did you learn C |
05:15:32 | Aditya | that means you have a bed in you? |
05:15:33 | Aditya | weird |
05:18:18 | mikearthur | lol |
05:18:27 | | Quit Rob2222 (Read error: 113 (No route to host)) |
05:18:59 | mikearthur | bed.gotobed(me) |
05:20:46 | *** | Saving seen data "./dancer.seen" |
05:20:54 | Aditya | ugh |
05:21:03 | Aditya | me->goto(bed) |
05:21:04 | Aditya | there |
05:21:08 | Aditya | thats how its supposed to be |
05:27:34 | Arrogant | bed.eat(me) |
05:27:59 | Aditya | that works too I guess |
05:27:59 | mikearthur | lol |
05:29:31 | | Join ScoTTie_ [0] (n=scott@unaffiliated/scottie) |
05:45:50 | | Join stopspy_ [0] (n=me@c-68-60-53-14.hsd1.mi.comcast.net) |
05:47:52 | | Quit ScoTTie (Read error: 110 (Connection timed out)) |
05:50:46 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
05:50:57 | | Join midk [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
05:55:52 | | Part Paul_The_Nerd |
05:58:50 | | Part stopspy_ |
05:58:51 | | Quit egotrippen ("CGI:IRC (EOF)") |
06:00 |
06:03:52 | | Quit Arrogant ("Leaving") |
06:04:27 | | Quit JonasNZ (Remote closed the connection) |
06:16:22 | | Quit midk (Read error: 104 (Connection reset by peer)) |
06:17:42 | | Join midkay [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
06:20:02 | | Quit saa[b_r]ider () |
06:25:31 | | Quit RotAtoR ("zzzzzz") |
06:27:20 | | Quit Zoide777 ("CGI:IRC (Ping timeout)") |
06:39:46 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-62-107.w86-196.abo.wanadoo.fr) |
06:44:47 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
06:45:04 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
06:54:00 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
06:55:20 | | Quit TCK ("well, if you say so.") |
06:55:28 | | Join egotrippen [0] (n=c7616225@labb.contactor.se) |
07:00 |
07:04:00 | | Quit midkay (Read error: 110 (Connection timed out)) |
07:07:00 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
07:07:35 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-31-232.w83-198.abo.wanadoo.fr) |
07:08:11 | | Nick bagawk_ is now known as bagawk (n=lee@71-210-18-7.eugn.qwest.net) |
07:12:58 | | Quit DJ_Dooms_Day (Read error: 110 (Connection timed out)) |
07:14:22 | | Join cs_wease1 [0] (n=user@felice.cse.msstate.edu) |
07:14:48 | | Quit cs_weasel (Read error: 101 (Network is unreachable)) |
07:16:05 | | Join midkay [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
07:20:50 | *** | Saving seen data "./dancer.seen" |
07:21:53 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
07:22:07 | | Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
07:26:28 | | Quit AliasCoffee ("Leaving") |
07:46:00 | | Part moozooh |
07:46:38 | | Join mymomthelush [0] (n=lush@68-116-41-188.static.rdng.or.charter.com) |
07:47:12 | | Quit Seed (Nick collision from services.) |
07:47:19 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
07:52:26 | | Join moozooh [0] (n=moozooh@87.240.1.66) |
07:53:33 | B4gder | hah |
07:53:44 | B4gder | Neuros even uses the same kernel version as Cowon A2 |
07:53:58 | B4gder | and the same bootloader/DM320 source code for u-boot |
07:54:34 | B4gder | twins! |
08:00 |
08:00:41 | | Quit egotrippen ("CGI:IRC (EOF)") |
08:00:50 | B4gder | and of course... |
08:00:57 | B4gder | no source code for _any_ sound codec |
08:01:07 | B4gder | in the neuros svn repo |
08:01:47 | | Quit mymomthelush ("Trillian (http://www.ceruleanstudios.com") |
08:05:26 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:05:38 | B4gder | I wonder how hard it would be to write wrappers for their .so files |
08:07:23 | | Join amiconn_ [0] (n=jens@p54BD5CE4.dip.t-dialin.net) |
08:10:18 | | Quit amiconn (Nick collision from services.) |
08:10:19 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5CE4.dip.t-dialin.net) |
08:12:44 | | Join egotrippen [0] (n=c7616225@labb.contactor.se) |
08:13:31 | | Quit egotrippen (Client Quit) |
08:16:38 | | Nick ScoTTie_ is now known as ScoTTie (n=scott@unaffiliated/scottie) |
08:23:37 | * | B4gder puts on his badge |
08:27:06 | amiconn | morning |
08:36:52 | Slasheri | hmm, just looking at the tagcache engine.. there is really one problem that needs fixing, then i could commit at least the engine itself |
08:37:46 | amiconn | Slasheri: chunked browsing, which needs the tables to be sorted... |
08:37:55 | Slasheri | amiconn: yep, that's it |
08:38:08 | amiconn | ..and I hope you've incorporated the alignment fix? |
08:38:12 | Slasheri | i have a solution for it, but that requires little bit extra coding |
08:38:51 | Slasheri | amiconn: yes, that should work then.. (i need to rewrite that unique inserting part of the code) |
08:38:54 | | Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) |
08:41:18 | | Join orthogonal [0] (n=chatzill@c-24-30-242-135.hsd1.va.comcast.net) |
08:41:40 | | Nick orthogonal is now known as earHertz (n=chatzill@c-24-30-242-135.hsd1.va.comcast.net) |
08:42:09 | amiconn | B4gder: The filesizes on the download page http://www.rockbox.org/download/ are wrong. The page is neither in the wiki nor in the www/ module... |
08:42:17 | amiconn | Most sizes are only slightly off (probably the good old 1000 vs 1024 problem), but the ondiofm size is way off. It is shown as being almost as small as the player package, but in fact has to be (and is) larger than the ondiosp package |
08:43:51 | amiconn | Maybe it should read 662KB instead of 462KB ? |
08:43:57 | earHertz | is sizeof( int ) teh same on all targets? |
08:44:17 | amiconn | nope |
08:44:19 | earHertz | if not, are there standard headeers to specify exact sizes? |
08:44:24 | Zoide777 | Slasheri: just read your comments on tagcache from the irc log... omg i'm gonna wet my pants if it finally works :D |
08:44:29 | amiconn | In fact it is on all currently active targets |
08:44:44 | amiconn | ..but not on gmini |
08:45:12 | Slasheri | Zoide777: hehe, the engine itself should work almost at least :) but ui code is not yet ready (however, partially working also) |
08:45:16 | Zoide777 | Slasheri: would it work with Unicode filenames btw? with the current tagdatabase, i can't play files w/ unicode characters in their names |
08:45:50 | Slasheri | Zoide777: hmm, at least the engine doesn't care about character encoding |
08:45:53 | | Join Thus0 [0] (n=Thus0@172.111.102-84.rev.gaoland.net) |
08:46:28 | Zoide777 | Slasheri: in any case i suppose the engine is the hardest part, right? i mean, the ui could basically be the same as the current one, no? |
08:46:52 | Slasheri | Zoide777: yep, true. UI should be easy to do after the engine is working |
08:47:32 | Slasheri | for example extra features like editing tags on the fly and scoring database are not yet supported either engine or the ui code |
08:47:50 | Zoide777 | Slasheri: I think my current problem with the character encoding is actually caused by the perl/java script that i run to create the database (it doesn't seem to store the correct path to the filename if it has unicode letters) |
08:47:54 | Slasheri | but i will add the on the fly tag editing support to the engine soon.. ui needs more work then |
08:48:17 | Zoide777 | Slasheri: oh, on the fly editing can wait :D |
08:48:28 | Slasheri | hmm, interesting. That shouldn't be a problem inside rockbox |
08:48:34 | Slasheri | :) |
08:49:19 | Zoide777 | If you need any help w/ "code monkey" level stuff, let me know... I don't know very much about the rockbox source but i can certainly help if there's something fairly obvious/repetitive |
08:49:44 | Slasheri | sounds good. probably you could improve the ui part of the code :) |
08:50:41 | Zoide777 | I'll see what it can do! |
08:50:48 | Zoide777 | hmm... though i don't have write access to cvs |
08:51:03 | Zoide777 | do we have to petition for that or something like that |
08:51:04 | Zoide777 | ? |
08:51:18 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
08:51:34 | B4gder | to get write access you mean? |
08:51:41 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-1-74.w83-198.abo.wanadoo.fr) |
08:52:13 | Zoide777 | yeah |
08:52:50 | Zoide777 | or is most of the stuff done through patches and then committed by a different sort of admin group? |
08:53:00 | B4gder | we usually suggest/invite people for commit access based on a few of their patches and attitude |
08:53:06 | Zoide777 | ah, i see |
08:53:07 | Zoide777 | no problem |
08:53:21 | Zoide777 | it's not like i really have anything concrete in mind hehe |
08:54:10 | Zoide777 | anyway it was just in case Slasheri needed help w/ something but I don't think it really calls for the whole cvs thing |
08:54:36 | | Join gromit [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
08:54:44 | B4gder | you should be able to do fine with providing patches |
08:54:51 | Slasheri | Zoide777: at first, you can check out the cvs and then create patches to the code |
08:54:56 | Zoide777 | ok |
08:58:40 | * | petur would like to try something to see if any of the users here has a Symantec firewall :D |
08:58:43 | petur | http://blog.washingtonpost.com/securityfix/2006/03/keylogger_utterance_spooks_nor.html |
08:58:56 | earHertz | Slasheri: how much memory does teh tagdatabse use, on average? |
08:59:25 | | Join ashridah [0] (i=ashridah@220-253-122-229.VIC.netspace.net.au) |
09:00 |
09:00:45 | Slasheri | earHertz: well, it depends. Nothing, unless it's loaded in ram |
09:00:59 | Slasheri | then it might take a few megabytes |
09:01:10 | earHertz | you loasd teh whole thingg at once, or do you "page" to the disk? |
09:02:02 | Slasheri | when the database has been generated on the disk, it can be loaded directly to ram without processing the files, or it can be used directly from disk also |
09:02:16 | B4gder | |
09:02:49 | Slasheri | |
09:02:51 | Slasheri | :) |
09:02:52 | earHertz | Slasheri: does it use a fixed or variable amount of memory for each song? |
09:02:56 | B4gder | "unintended enter press error" |
09:03:11 | Slasheri | earHertz: variable |
09:06:15 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
09:08:12 | | Join damaki [0] (n=Chocolat@ALille-153-1-49-11.w86-196.abo.wanadoo.fr) |
09:15:26 | * | B4gder puts his badge in the drawer now for a while |
09:17:48 | markun | B4gder: were you talking about the U2 or the U3 earlier? |
09:17:59 | B4gder | no, A2 |
09:18:30 | B4gder | A2 is their DM320-based media player |
09:18:45 | markun | ok |
09:19:20 | B4gder | _very_ similar to the new Neuros players |
09:20:39 | B4gder | so I've poked around in the A2 source and the Neuros source for fun |
09:20:54 | *** | Saving seen data "./dancer.seen" |
09:22:27 | amiconn | B4gder: If you're looking for something more to code police: video.c uses hungarian notation... |
09:22:30 | amiconn | ;) |
09:22:32 | B4gder | haha |
09:22:41 | B4gder | that's much harder to macrofy away ;-) |
09:22:47 | petur | I didn't touch it :P |
09:22:56 | B4gder | bwahahaha |
09:23:49 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
09:26:50 | JdGordon | B4gder: if your bored, my search patch is ready to rock n roll... |
09:26:52 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-49-113.w86-196.abo.wanadoo.fr) |
09:28:52 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
09:35:45 | Zoide777 | Slasheri: how's tagcache doing? is there a place we can look at the files as they are so far? |
09:36:40 | Slasheri | Zoide777: i think i will finish the sorting thing soon. Then i will commit the engine into cvs and people can start figuring it out from there :) |
09:37:28 | Slasheri | however, at the beginning i will commit just the engine.. so it's not yet usable without the ui |
09:39:25 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-40-120.w83-198.abo.wanadoo.fr) |
09:39:44 | Zoide777 | ok, that's fine |
09:40:14 | | Quit Higgy_ ("Trillian (http://www.ceruleanstudios.com") |
09:40:35 | | Join Higgy_ [0] (n=not_eric@client-82-18-246-205.brhm.adsl.ntlworld.com) |
09:41:09 | | Quit gromit (Nick collision from services.) |
09:41:21 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
09:44:11 | | Quit damaki (Read error: 110 (Connection timed out)) |
09:44:49 | | Quit gromit` (Client Quit) |
09:45:08 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
09:45:59 | | Join safetydan [0] (n=dan@195.27.52.9) |
09:53:33 | amiconn | B4gder: Hwcodec sims are now building without warning on amd64. Down to 10 warnings for swcodec sims |
09:53:40 | B4gder | nice! |
09:56:47 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
10:00 |
10:09:25 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-13-241.w83-198.abo.wanadoo.fr) |
10:12:16 | markun | B4gder: I used sed to remove trailing spaces from all the files. Because so many files are changed I'm not sure if I should commit it.. |
10:12:49 | B4gder | maybe you could commit only the worst cases |
10:13:05 | | Quit Thus0 ("Leaving") |
10:13:31 | B4gder | personally I get really by trailing whitespace |
10:13:42 | B4gder | add "annoyed" in there |
10:13:56 | merbanan | ffmpeg cvs rejects commits with trailing spaces and tabs |
10:14:26 | B4gder | yes, we could do that too if we were as independent as they are |
10:14:53 | B4gder | we import so much code from other sources |
10:15:00 | merbanan | true |
10:15:48 | markun | B4gder: 547 files would be affected by my commit :) |
10:15:57 | * | B4gder faints |
10:16:28 | ashridah | heh |
10:16:51 | petur | looks more like a test for the new build server setup |
10:16:57 | gtkspert | lol |
10:17:32 | markun | B4gder: I could remove trailing spaces with more than 1 space for example to reduce it.. |
10:17:45 | | Join damaki [0] (n=Chocolat@ALille-153-1-27-22.w83-198.abo.wanadoo.fr) |
10:17:49 | B4gder | markun: you skip the codecs, don't you? |
10:17:51 | Zagor | yikes, the cowon a2 source tgz is 78 MB! |
10:17:58 | B4gder | Zagor: neat huh? ;-) |
10:18:08 | | Join gtkspert_laptop [0] (n=gtkspert@203-59-90-165.dyn.iinet.net.au) |
10:18:10 | B4gder | I fetched it yday |
10:18:18 | markun | B4gder: didn't skip them, let me do that.. |
10:18:33 | Zagor | ...and hosted on a really slow connected |
10:18:36 | Zagor | connection |
10:18:39 | B4gder | yes |
10:18:56 | Mikachu | i got 220kB/s when i tried, is that really so slow? |
10:18:59 | B4gder | it doesn't seem to contain very much interesting stuff anyway |
10:19:06 | B4gder | I got 90Kb/s |
10:19:25 | Zagor | that's what I get too. Time Left: 12m26s |
10:19:37 | * | Zagor drums inpatiently |
10:20:07 | B4gder | 375 MB unpacked |
10:20:19 | markun | only 376 files remaining :) |
10:20:35 | Zagor | what does it contain that takes up all that space? |
10:21:30 | B4gder | cross-compiler |
10:21:33 | B4gder | linux kernel |
10:21:49 | B4gder | the kernel alone takes 215 MB unpacked |
10:22:29 | B4gder | u-boot takes 45 MB |
10:23:00 | Zagor | they ship the compiler too? interesting. |
10:23:16 | B4gder | I bet it is to compensate for all the stuff they don't ship |
10:23:17 | B4gder | ;-) |
10:23:20 | Zagor | haha |
10:23:46 | B4gder | check this: |
10:23:53 | B4gder | http://svn.neurostechnology.com/listing.php?repname=linux-442-plugins&path=%2Ftrunk%2Flib%2F&rev=0&sc=0 |
10:24:02 | B4gder | the sound codecs Neuros is using |
10:24:06 | B4gder | no source |
10:24:51 | Zagor | they are so weird |
10:25:06 | B4gder | indeed |
10:25:26 | B4gder | the A2 and the Neuros use the same kernel version, same u-boot etc |
10:25:41 | B4gder | since they share the same ingenient-bsp stuff |
10:25:46 | Zagor | yeah |
10:25:49 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
10:30:22 | B4gder | Neuros mp3 codec size compared to Rockbox's: 258946 vs 85428 |
10:30:24 | markun | is a CPU + DSP much more efficient than just a CPU? |
10:30:27 | B4gder | on ARM |
10:30:58 | B4gder | markun: for DSP-intensive tasks such as video they get away with a less powerful CPU thanks to this |
10:31:58 | B4gder | but they don't do this because it is "smarter" |
10:32:04 | B4gder | they do it because it is cheaper |
10:32:33 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
10:32:37 | crashd | hmm |
10:32:41 | crashd | i have to go get a new mp3 player |
10:32:46 | crashd | what's recommended at the moment ;) |
10:32:58 | B4gder | we need people on the gigabeat port ;-) |
10:33:04 | gtkspert_laptop | yes |
10:33:08 | crashd | how much is the gigabeat? |
10:33:14 | crashd | roughly |
10:33:16 | gtkspert_laptop | like $300 australian... |
10:33:27 | markun | crashd: where do you live? |
10:33:30 | crashd | uk |
10:35:04 | markun | You could buy it in a shop then, but there are also some gigabeats on ebay. |
10:35:25 | crashd | hmm |
10:35:37 | crashd | have to see what the shops stock |
10:36:08 | markun | Howmany HD space are you looking for? |
10:36:21 | crashd | well, my h10 was 6gb |
10:36:29 | crashd | anything over 5 is good really |
10:36:38 | crashd | im never away from my music for _that_ long |
10:37:24 | markun | you could look for a F10 or F20 |
10:37:54 | markun | X30 has a bigger screen and is smaller, but I didn't see it being sold outside of japan. |
10:38:38 | petur | bah.. no radio, no recording, no host,.... rather have those than a bigger screen |
10:39:00 | markun | It does have USB host, but you need the dock for that. |
10:39:27 | markun | but true, it's a shame they didn't add recording. |
10:39:34 | gtkspert_laptop | it has a 300MHz arm processor |
10:39:44 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-31-99.w83-198.abo.wanadoo.fr) |
10:40:01 | markun | gtkspert_laptop: you could start with a quake port :) |
10:45:43 | gtkspert_laptop | that would be sweet |
10:46:16 | | Join Bger [0] (n=Bager@217.9.226.114) |
10:46:25 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-24-110.w83-198.abo.wanadoo.fr) |
10:55:05 | | Quit damaki (Read error: 110 (Connection timed out)) |
10:55:21 | BHSPitLappy | nah |
10:55:58 | preglow | markun: a dsp is much, much more efficient for codec stuff, but is pretty heavy-handed for generic stuff |
10:56:11 | preglow | markun: you don't really _need_ a dsp anymore with cpus as powerful as those that are available |
10:56:20 | preglow | unless you're doing some really hardcore shit |
10:56:30 | markun | but if it saves battery power it would be nice to have |
10:56:41 | preglow | and that it probably would |
10:56:57 | preglow | but to use dsps, you pretty much need to be a dsp programmer |
10:57:05 | preglow | you can't just port some c code and expect good results |
10:58:09 | markun | If we had some mdct and fft code for a DSP that would already help I guess |
10:59:17 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
10:59:20 | | Join Henrico [0] (n=henrico@cn-mss-cb01-0350.dial.kabelfoon.nl) |
10:59:30 | preglow | indeed |
11:00 |
11:00:14 | preglow | but lots of them are pretty weird, having few registers, emphasising fast memory accesses, having few general purpose instructions, etc |
11:00:27 | preglow | luckily, not a problem, since few of them are very open |
11:00:39 | preglow | i think the analog devices stuff is probably more or less the most open |
11:00:49 | preglow | they've also got a kickass assembler language, heh |
11:01:22 | preglow | looks like straight math |
11:01:25 | * | petur is not happy with AD at all |
11:02:10 | petur | doing some C/C++ stuff on a blackfin, and the debugger sucks big time! |
11:03:18 | preglow | blackfin's even got a gcc port, doesn't it? |
11:03:59 | petur | don't know, but the AD compiler wasn't cheap I think (don't know the price) |
11:04:08 | preglow | no, it probably wasn't |
11:04:40 | petur | the customer paid it anyway ;) |
11:05:58 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
11:06:46 | | Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
11:06:56 | | Quit kernelsensei (Read error: 104 (Connection reset by peer)) |
11:07:02 | | Join JonasNZ [0] (n=jbergler@unaffiliated/jonasnz) |
11:07:23 | JonasNZ | is there a way of using the ipl loader2 to open the rockbox.ipod files? |
11:07:40 | | Join kernelsensei [0] (n=boris@gentoo/developer/kernelsensei) |
11:08:48 | linuxstb | JonasNZ: Which ipod do you have? |
11:09:40 | JonasNZ | 4g, i hav had rockbox working fine before, and i have ipod linux current setup and working fine using the loader2 but i want to be able to use either or... |
11:10:34 | linuxstb | Are you using a config file with ipodloader2? |
11:10:46 | JonasNZ | yeah |
11:11:07 | JonasNZ | i have the line Rockbox @ (hd0,1)/rockbox.ipod |
11:11:19 | JonasNZ | that doesnt load it however |
11:11:54 | linuxstb | I don't think there is support in the ipodloader2 config file for Rockbox - I think it only works without a config file. |
11:12:47 | JonasNZ | hmm, so how do you suggest i do it? remove my config, it still defaults to the ipl kernel |
11:12:54 | linuxstb | I've just looked at the source, and it seems to detect Rockbox using "rb:" in the config file |
11:13:06 | linuxstb | So someone has added config file support. |
11:13:58 | JonasNZ | so what should i change my line to? |
11:14:43 | | Join _FireFly_ [0] (n=FireFly@p54A46CCA.dip.t-dialin.net) |
11:14:54 | linuxstb | Sorry, I've no idea - ask the #ipodlinux people. |
11:15:08 | JonasNZ | k |
11:15:32 | linuxstb | But if you install the Rockbox bootloader, you can just put a kernel in your FAT32 partition (the same place as rockbox.ipod) called linux.bin, and holding play whilst booting will start Linux. |
11:16:16 | preglow | (sometimes) |
11:16:19 | preglow | :-) |
11:20:58 | *** | Saving seen data "./dancer.seen" |
11:23:14 | | Quit B4gder (Connection timed out) |
11:27:21 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
11:29:14 | | Nick B4gd3r is now known as B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
11:30:08 | petur | what's up next, 84gd3r? |
11:30:18 | | Quit perldiver (Read error: 110 (Connection timed out)) |
11:30:46 | B4gder | yeps :-) |
11:33:04 | preglow | then 846d3r ! |
11:33:18 | preglow | you need to change the two remaining characters to something more leet-friendly |
11:33:22 | preglow | the current limitation wont do |
11:36:21 | crashd | hmm |
11:36:28 | crashd | the shop agreed to swap the h10 for a different unit |
11:36:34 | crashd | gigabeat or ipod ¬_¬ |
11:36:54 | preglow | ipod! |
11:36:59 | preglow | :) |
11:36:59 | | Quit JonasNZ ("Ex-Chat") |
11:37:02 | linuxstb | We need more ipod developers - there are more ipod targets than developers.... |
11:37:06 | crashd | heh |
11:37:14 | crashd | for the ipod id have to shell out 40quid, for the unit alone |
11:37:20 | crashd | not mentioning the charger ;\ |
11:37:23 | crashd | but it is 30gb 5g |
11:37:24 | crashd | hmmmm |
11:38:21 | preglow | but of course, the gigabeat people need more devs too |
11:38:31 | preglow | and both are arm based |
11:38:48 | crashd | the other concern is |
11:38:58 | crashd | using it as an actual mp3 player whilst im not at home, and whilst rockbox isnt stable on it |
11:39:07 | linuxstb | The gigabeat will be a bigger challenge if that's what you're looking for. The ipods are now running well enough. |
11:40:01 | linuxstb | I'm not 100% sure, but I don't think you can drag and drop music files onto a gigabeat with Toshiba's firmware. |
11:40:19 | crashd | yeah |
11:40:29 | gtkspert_laptop | you most certainly cant. |
11:40:30 | crashd | that's a problem really, as im sick of shit proprietary software ;) |
11:40:57 | linuxstb | gtkspert_laptop: Are there any third-party solutions to that? i.e. for Linux users |
11:41:17 | gtkspert_laptop | no, other than gphoto2 which is broken so far as i know... |
11:41:47 | linuxstb | crashd: That's just a bigger motivation to get Rockbox working... |
11:42:03 | crashd | yeah |
11:42:12 | crashd | the problem is tho, whilst it isnt |
11:42:13 | gtkspert_laptop | so very much |
11:42:17 | crashd | im without a decent mp3 player ;) |
11:42:22 | linuxstb | But the H10 would have been an interesting port - considering the similarities with the ipods. |
11:42:28 | crashd | linuxstb: yeah |
11:42:28 | gtkspert_laptop | sick of the damn .SAT encryption |
11:42:31 | crashd | shame that i got it bricked |
11:42:43 | preglow | would more or less need to connect a jtag to that, though |
11:43:05 | preglow | unless that too works like the iaudio, that is |
11:43:25 | preglow | and there's a flasher app that you can't erase |
11:44:19 | Zoide777 | I'm trying to compile the SDL sim for 4g grayscale, but get an error saying "didn't find sdl-config". I am using the latest rockbox-devel from cvs, and i have SDL 1.2.9 installed (typed make native) |
11:44:31 | Zoide777 | has anyone had a similar problem? |
11:44:35 | gtkspert_laptop | have you downloaded uisim? |
11:44:38 | B4gder | Zoide777: then make sure sdl-config is in your PATH |
11:44:59 | gtkspert_laptop | i was silly enough to forget to download uisim... silly silly me |
11:45:06 | linuxstb | Zoide777: Obvious question, but did you run make install after compiling SDL? |
11:45:55 | Zoide777 | linuxstb: yeah |
11:46:07 | Zoide777 | B4gder: you mean Cygwin's PATH or Windows' PATH? |
11:46:19 | B4gder | the path in the window you run configure in |
11:47:06 | Zoide777 | B4gder: that would be Cygwin, then. how do i check the PATH? |
11:47:12 | B4gder | echo $PATH |
11:47:47 | B4gder | and you can type "which sdl-config" to verify that it is found in the path |
11:48:06 | Zoide777 | thanks |
11:48:11 | Zoide777 | apparently it's not in the PATH |
11:48:14 | Zoide777 | how do I add it? |
11:48:21 | B4gder | or you could install the prebuilt SDL package ;-) |
11:48:46 | B4gder | you set PATH |
11:48:56 | B4gder | and possibly edit .bashrc to do it every time |
11:49:02 | B4gder | but |
11:49:13 | B4gder | it seems odd that you don't have it in your path in the first place |
11:49:21 | crashd | what about the hd63 series? |
11:49:40 | * | amiconn has built sdl himself on cygwin, back then the package wasn't available |
11:50:10 | | Quit Henrico ("10 million strong and growing!") |
11:54:34 | Zoide777 | amiconn: where is the package? |
11:54:51 | amiconn | No package |
11:54:52 | Zoide777 | (I honestly don't remember how my SDL 1.2.9 folder got there in the first place) |
11:54:56 | Zoide777 | ah, ok |
11:54:57 | Paprica | mmm what do you think on open a sub forum for plugins? |
11:55:05 | Zoide777 | so just extract the tar.gz |
11:55:06 | amiconn | Ah, umm, you mean the pre-built package |
11:55:20 | Zoide777 | amiconn: yes |
11:55:57 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment#Step_3_Select_the_Rockbox_mirror |
11:55:58 | Zoide777 | amiconn: you don't mean the windows one (SDL-1.2.9-win32) right? |
11:56:13 | Zoide777 | amiconn: ok let me try |
11:56:26 | Zoide777 | (I was using a different mirror) |
11:58:16 | | Join didj [0] (n=foo@203-59-186-176.dyn.iinet.net.au) |
11:58:54 | Paprica | B4gder, what do you think on sub forum for plugins? |
12:00 |
12:02:22 | markun | crashd: the philips players? |
12:03:05 | | Join nudelyn [0] (i=nudel@dynamic-62-56-38-86.park-s46b.dslaccess.co.uk) |
12:04:52 | | Nick nudelyn is now known as nudel (i=nudel@dynamic-62-56-38-86.park-s46b.dslaccess.co.uk) |
12:06:50 | Zoide777 | amiconn: thanks, i'm almost done compiling the sim |
12:09:31 | | Join Rob2222 [0] (n=Miranda@ACB1FEFD.ipt.aol.com) |
12:12:50 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-14-169.w83-198.abo.wanadoo.fr) |
12:13:40 | markun | Some strings from the firmware of the Philips HDD6320: "PP5022AF-05.40-PP07-05.40-MG02-00.01-DT" "Copyright(c) 1999 - 2003 PortalPlayer, Inc. All rights reserved." |
12:16:51 | linuxstb | markun: Yes, all the portalplayer-based players have very similar looking firmware images. |
12:18:34 | * | linuxstb is itching to buy another player, but can't quite justify it... |
12:19:06 | markun | linuxstb: which one would it be? |
12:19:46 | nudel | what's the learning curve like to get up to speed and contribute code improvements to rockbox? (specifically for ipod; i want a 60gig gapless player like 3 years ago!) I know C very well, but I've never worked on an embedded deivce and I'm more of an application programmer so rarely have to worry about code optimization (beyond choosing the right data structures) |
12:20:34 | Mikachu | i'd say the code is not so hard to follow on the application side |
12:21:08 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
12:21:09 | nudel | i'd most like to help improve the codec performance and batter life but i've got no idea if i'd be any use in that area, heh |
12:21:14 | muesli__ | markun i dunno that philips-player but i had one which had really horrible sound :o |
12:21:41 | muesli__ | i changed to iriver soon after my purchase ;) |
12:22:06 | linuxstb | markun: The gigabeat is tempting (the screen is even the right way up for pacman...). The H10 would also be an interesting port. But I've just got no need for more mp3 players.... |
12:22:08 | markun | nudel: did you ever compile rockbox? |
12:22:47 | nudel | no, not yet. i don't have a compatible player. (got karma and a couple of sony players, but sonicstage sucks so bad and the karma's 20gigs are too small so now that RB is on the ipod i'm thinking about a 5G 60gig ipod purchase) |
12:24:11 | nudel | i'm pretty much a spoilt MSDev guy now, but i've used Eclipse a bit recently (for java stuff) and back on the amiga I had to write makefiles so I could pick it all up... just wondering if it's worth the overhead for me to do it since i'm not sure i'd be very useful to the project with my skillset, but at the same time i really want the results of the project so thinking about giving it a go |
12:25:06 | nudel | i'm half way through writing a program to coerse sonicstage into importing my FLAC music into gapless ATRAC but i figure it might be as much effort to finish that as it would be to help with rockbox |
12:26:20 | linuxstb | nudel: Every contribution is useful - there are lots of things that need doing, some easy, some hard. Time and motivation are the main requirements. |
12:27:05 | ashridah | there's a good chunk of reading material to get started with, and i'd have to say that there are definently a few developers on rockbox who are/were similarly unfamiliar with embedded development |
12:27:18 | nudel | do you know if people are already looking at codec/battery performance on the ipod? |
12:27:26 | ashridah | (with on www.rockbox.org i mean) |
12:27:29 | crashd | ah well, i caved and got a 5g 30g ipod |
12:27:51 | | Quit Rob2222_ (Read error: 110 (Connection timed out)) |
12:27:58 | ashridah | nudel: the problem with battery performance draws from a few areas, as i understand it. part of which is that some of the hardware is still undocumented |
12:28:11 | nudel | apple should be paying for rockbox, god knows they'll make some money out of it, even if it's insignificant compared to the amount they make with their own crap firmware |
12:28:19 | linuxstb | nudel: People are always looking at performance in Rockbox (it's not specifically an ipod issue). Optimisations normally help all platforms. |
12:28:36 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
12:28:42 | ashridah | linuxstb: unless said opts are done in assembly :) |
12:28:43 | nudel | ah ok, i figured it might need CPU-specific optimizations |
12:28:48 | linuxstb | But power issues for the ipod haven't really been looked at yet - there are still other things needed. |
12:29:02 | nudel | so it's quite early days |
12:29:17 | linuxstb | ashridah: True. But that's still multi-platform - we only have Coldfire or ARM targets at the moment. |
12:29:21 | | Join hydrahead [0] (n=5774aaf3@labb.contactor.se) |
12:29:42 | ashridah | true. |
12:30:23 | hydrahead | hey i see some battery status improvments in the daily build. do they affect the iPod? |
12:30:50 | crashd | ok, just a quick poll, best way to get music onto the ipod without using itunes or installing rockbox (im going away for the w/e in about 3 hrs) |
12:31:08 | linuxstb | hydrahead: They probably will when battery status is implemented. But it still isn't. |
12:31:20 | gtkspert_laptop | winamp |
12:31:23 | nudel | crashd: i used to use a small tool called vpod that was good |
12:31:27 | Zoide777 | ephpod? |
12:31:29 | gtkspert_laptop | use ml_ipod or winamp 5.2 |
12:31:33 | gtkspert_laptop | for winamp |
12:31:34 | muesli__ | linuxstb samsung announced a new player similar to ipods nano. mayb ur new target ;) |
12:31:56 | crashd | thanks guys :) |
12:32:46 | linuxstb | muesli__: Maybe. New ports are fun, but there is still so much work to do for Rockbox on the existing targets. |
12:33:27 | muesli__ | just to spread rumours.. hows progress on wma? |
12:33:54 | Zoide777 | and btw, Slasheri said recently that the tagcache engine is almost done..... :D |
12:34:06 | * | ashridah notes that any new platform probably requires a serious investment in units |
12:34:35 | hydrahead | tagcashe being the tag database ? :) |
12:34:45 | Zoide777 | that's what i understood |
12:34:53 | Zoide777 | the new tag database |
12:35:03 | Zoide777 | it's on today's irc log |
12:35:08 | Zoide777 | (the conversation) |
12:36:08 | linuxstb | muesli__: I've been investigating it. I still don't have a clue how the asf container format works, and I need to have an understanding of it if I'm going to incorporate it into Rockbox. But I'll keep at it (slowly). |
12:36:30 | nudel | thanks for the info guys, back later |
12:36:52 | Paprica | linuxstb, do you know wht is the problem with RockCalendar code? |
12:36:53 | muesli__ | :-) i am not keen on wma..but i guess there are some who yearn for wma |
12:37:00 | Paprica | what* |
12:38:06 | linuxstb | Paprica: What's the problem? Do you have a patch I can look at? |
12:38:13 | | Quit merbanan (Read error: 110 (Connection timed out)) |
12:38:27 | Paprica | http://www.rockbox.org/bugs/task/4760 |
12:38:32 | Paprica | look st linus replay |
12:38:36 | Paprica | at* |
12:38:54 | | Join Zoide777_ [0] (n=800c5ab6@labb.contactor.se) |
12:39:12 | linuxstb | Paprica: What don't you understand about Linus's reply? |
12:39:19 | | Nick ts|away is now known as t0mas (n=tomas@unaffiliated/t0mas) |
12:39:22 | t0mas | morning :) |
12:39:33 | Paprica | 1) It doesn't follow the coding guidelines in docs/CONTRIBUTING |
12:39:42 | linuxstb | Have you read that file? It's in CVS. |
12:39:43 | Jungti1234 | hi all |
12:39:46 | Paprica | why it doesnt follow the rules |
12:39:47 | Paprica | ... |
12:39:51 | Paprica | yep |
12:40:03 | Bger | Paprica : tabs ? |
12:40:11 | Bger | lines longer than 80 cols ? |
12:40:18 | Paprica | mmm |
12:40:18 | Bger | c++ style comments ? |
12:40:39 | | Quit Zoide777 ("CGI:IRC (Ping timeout)") |
12:40:42 | Bger | uppercase letters in vars/func etc names ? |
12:41:13 | Paprica | [13:40:12] <Bger> lines longer than 80 cols ? yes |
12:41:15 | linuxstb | Paprica: I can see lines longer than 80 columns, not using exactly 4 spaces to indent things, and c++ comments - // my comment |
12:41:39 | Paprica | ohh ok |
12:41:42 | Paprica | blah |
12:41:44 | Paprica | alot of work |
12:41:45 | Paprica | =\ |
12:42:03 | linuxstb | There are programs you can run to format your C source code. I forget the names though.... |
12:42:14 | Paprica | and about that 3) The CVS $Id:$ string has no trailing '$' |
12:42:39 | linuxstb | You just need to add a $ to the end of that line. |
12:42:47 | linuxstb | i.e. $Id: $ |
12:43:19 | Bger | u can even remove the ": " part |
12:43:50 | Paprica | is it ok now? $Id: RockCalendar.c$ |
12:44:10 | Paprica | or $Id:$ RockCalendar.c |
12:44:12 | Paprica | ? |
12:44:13 | Paprica | =\ |
12:44:18 | Bger | Paprica all between $Id....$ is changed by the cvs itself |
12:44:25 | Paprica | ok |
12:44:33 | Bger | so just leave it as $Id$ |
12:44:49 | Paprica | ok thanks |
12:44:54 | Bger | for nothing |
12:44:56 | Bger | bye btw |
12:45:00 | | Quit Bger ("BitchX: your way, right away") |
12:45:01 | Paprica | bye |
12:45:11 | DBUG | Enqueued KICK Paprica |
12:45:11 | Paprica | [::] <linuxstb> There are programs you can run to format your C source code. I forget the names though.... |
12:45:26 | Paprica | try to remember |
12:45:29 | Paprica | =] |
12:45:34 | didj | 'indent' ;) |
12:45:37 | linuxstb | I was hoping someone else would... |
12:45:40 | linuxstb | There you go. |
12:46:07 | Paprica | thanks |
12:46:11 | linuxstb | astyle |
12:46:48 | ashridah | heh. yet another "blah, there's no pretty menu on boot" mail |
12:48:43 | Paprica | no win32 version? |
12:48:44 | Paprica | =\ |
12:49:19 | ashridah | it's probably got a version that's distributed with cygwin. might not be installed |
12:49:39 | linuxstb | markun: Did the "ar" on FreeBSD complain about libbitmapsmono being empty? |
12:49:57 | linuxstb | (when you try to build the sim) |
12:50:02 | markun | no, not that I remember |
12:50:17 | linuxstb | The Mac OS version does.... |
12:50:43 | markun | GNU ar 2.15 [FreeBSD] |
12:50:57 | linuxstb | I don't think Mac OS X has the GNU ar. It's a BSD ar. |
12:51:24 | markun | It's strange that FreeBSD doesn't use the BSD ar then :) |
12:51:37 | linuxstb | They've realised how much better the GNU tools normally are. |
12:52:20 | | Join Membrillo [0] (n=sam_kill@CPE-60-228-54-112.nsw.bigpond.net.au) |
12:53:40 | | Join Leperkawn [0] (n=chatzill@68-188-193-92.dhcp.mrqt.mi.charter.com) |
12:53:59 | Leperkawn | Hey, was there any changes in the ipod rockbox cvs since the 28th? |
12:54:32 | | Quit Membrillo (Client Quit) |
12:54:49 | Leperkawn | or, no the cvs but the daily build? |
12:54:52 | Leperkawn | not* |
12:55:03 | | Quit gtkspert_laptop (Read error: 110 (Connection timed out)) |
12:55:48 | Zagor | Leperkawn: most changes affect all targets. we don't track each target specifically. |
12:55:58 | Leperkawn | Ok. |
12:56:27 | markun | linuxstb: they did switch from gnu tar to bsd tar not too long ago |
12:56:30 | Zagor | look at the changelogs. target-specific changelogs are mostly described as such. |
12:56:30 | Leperkawn | On the iPod 5g rockbox, is it a known issue that settings do not save often? |
12:56:47 | Zagor | s/changelogs/changes/ |
12:57:34 | Mikachu | settings save when you exit rockbox |
12:57:34 | | Quit Leperkawn (Client Quit) |
12:57:40 | Mikachu | bye |
13:00 |
13:04:53 | Zoide777_ | i was looking at the current scroll code in button.c... apparently backlight_on() gets called every time that ipod_4g_button_read is called and you are scrolling. could that backlight call be causing any significant performance issues? |
13:05:09 | | Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) |
13:06:33 | Zagor | Zoide777_: i don't know about the ipod specifically, but usually backlight is just a pin that is raised using a bit in a register. it takes very little tim. |
13:06:42 | linuxstb | Zoide777_: There is an easy way to find out - just disable that function call. |
13:08:02 | Zoide777_ | linuxstb: yeah, but then how do i measure the performance change? |
13:10:14 | linuxstb | No idea.... ;) But you asked if it caused any significant performance issues. f you can't notice a difference, then maybe it's not significant. |
13:10:36 | petur | heh |
13:11:04 | linuxstb | But I can't think of any way to optimise that feature - we definitely want a keypress to turn on the backlight. |
13:11:26 | linuxstb | And the backlight timeout depends on the time of the last keypress. |
13:11:45 | petur | doesn't it keep the state in a flag and only access HW when the flag changes? I think it does... |
13:11:49 | amiconn | linuxstb: We have 3 target architectures, not only two... |
13:12:04 | linuxstb | amiconn: I know. But the question was about codec optimisation. |
13:16:29 | | Quit hydrahead ("CGI:IRC (EOF)") |
13:17:05 | | Join Hultman [0] (n=safasfas@194.237.84.189) |
13:17:28 | Mikachu | this code looks like it always sets the hardware bits |
13:17:35 | | Part Hultman |
13:17:58 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-10-102.w83-198.abo.wanadoo.fr) |
13:18:55 | amiconn | Mikachu: backlight_on() just sends an event to the backlight thread |
13:19:06 | Mikachu | yeah i was looking at backlight_thread() |
13:20:12 | | Join leftright [0] (n=414a01a3@labb.contactor.se) |
13:20:23 | leftright | Slasheri, you around |
13:21:01 | *** | Saving seen data "./dancer.seen" |
13:21:52 | Slasheri | leftright: yes, hi |
13:22:31 | leftright | HI there, I have a little bug for you :). the dir cache doesn't enable from a config file, I have to go to the dircache menu and reload it and reboot |
13:22:38 | earHertz | Rockbox playlists: do they show teh EXTINF name or just the track name? |
13:23:14 | B4gder | etxinf? |
13:23:14 | Slasheri | leftright: ah, that sounds really weird.. there should be no reason why it shouldn't work. Are you sure you have restarted the device after loading the new config file? |
13:23:55 | beeble | startkeylogger |
13:23:57 | leftright | yes I have restarted, but it doesn't go on until I reset on in the menu and restart |
13:24:08 | beeble | (sorry must have tried it ;)) |
13:24:15 | Slasheri | hmm, interesting |
13:24:21 | earHertz | B4gder: http://hanna.pyxidis.org/tech/m3u.html |
13:24:41 | B4gder | earHertz: that's just made up crap |
13:24:47 | ashridah | beeble: i'm really surprised that took this long to hit slashdot, i knew about it at least a week ago |
13:24:49 | B4gder | by winamp |
13:25:00 | B4gder | earHertz: .m3u is a text file listing file names |
13:25:16 | B4gder | the winamp extensions are not supported by rockbox |
13:25:28 | beeble | ashridah: because slashdot is always late ;) |
13:25:54 | earHertz | B4gder: is there objection to following teh extension, or just hasn't it been done? |
13:26:10 | B4gder | earHertz: it doesn't fit the rockbox model of playlists, at all |
13:26:53 | B4gder | besides |
13:27:02 | B4gder | we read the tags from files, why do we need extinf ? |
13:28:43 | earHertz | B4gder: I'm think of myself and other ipod users, relly. Since ipod uses munged names, a rockbox on ipod user has to basically pick the ipod dir format or teh rockbox format. playllists that displayed extinf names rather than track names would bridge the gap, allowing ipod users to keep teh ipod file structure and still get real use out of rockbox |
13:28:58 | linuxstb | earHertz: That will be solved by tagcache |
13:29:03 | B4gder | ah, you mean when you browse the playlist |
13:29:12 | earHertz | B4gder: yeah |
13:29:18 | B4gder | now I get you |
13:29:20 | earHertz | linuxstb: how so? |
13:29:40 | linuxstb | tagcache will add all the files in iPod_Control/Music/ into the Rockbox tag database. |
13:29:47 | earHertz | B4gder: it would also allow "ipod like" browsing for non-ipod uses, ata rather cheap cost |
13:30:01 | B4gder | linuxstb: it doesn't really fix the "browse playlist" problem |
13:30:24 | leftright | Slasheri, to clarify, the config file does change the dircache status to 'on', but it has no effect, I reselect on in the menu and reboot for it work. |
13:30:26 | earHertz | linuxstb: and allow browsing that's ipod-like, by genre, composer, artists, album? |
13:30:36 | linuxstb | Yes - that's the whole point of tagcache. |
13:31:16 | earHertz | who is working on tagcache? |
13:31:40 | linuxstb | I was thinking of exactly the same "solution" as you - creating a set of playlists from the itunesdb file that a user could browse. But it's only a hack, and won't be needed when Rockbox's tag database is up to speed. |
13:31:47 | didj | whats the status of it? (vapor/dev/testing) |
13:32:09 | linuxstb | Slasheri is working on it, and he said earlier today that he is quite close to committing the first part of the code to CVS. |
13:33:22 | earHertz | The current tagdb, as I understand it, uses fixed sizes for tags: if I have one 100 char title, all titles are 100 chars −− this seems wwateful. Does tagcaache fix this? |
13:33:39 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
13:33:40 | B4gder | wasteful perhaps, speedy yes |
13:33:58 | B4gder | disk is cheap and plenty, ram and cpu are not |
13:34:08 | Zagor | earHertz: you worry about using up 1MB too much disk space? :-) |
13:34:19 | earHertz | disk spinup, on the other hnd, is expensive in terms of teh battery, no? |
13:34:31 | B4gder | you mean it spins more if it uses more disk space? |
13:34:35 | earHertz | Zagor: I woory about using !MB of ram |
13:34:47 | earHertz | B4gder: yes |
13:34:47 | Zagor | earHertz: then you haven't read the code :-) |
13:34:53 | earHertz | no, I have not. |
13:34:54 | B4gder | earHertz: it doesn't |
13:35:18 | B4gder | having fixed field sizes improve speed by a magnitude |
13:35:47 | B4gder | when it operates directly on disk |
13:35:53 | | Quit leftright ("CGI:IRC (Ping timeout)") |
13:35:55 | markun | What I also like about tagcache is that it makes it possible to show the total time remaining in the playlist |
13:36:09 | earHertz | Ok, what would I see in teh code that would assuage my worry? |
13:36:25 | B4gder | markun: quite a scan though for a large list... |
13:36:43 | earHertz | er, and if tagcache isn't yet in cvs, how can I read the code? |
13:36:46 | B4gder | my standard list has 4000 entries |
13:37:05 | B4gder | earHertz: there is a tagdb supported in the code already |
13:37:07 | earHertz | yes, my ipod has 8000+ songs on it |
13:37:47 | earHertz | B4gder: it doesn't run on teh ipod g5, I've tried to use it |
13:37:57 | | Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
13:38:09 | B4gder | you asked about the code, I told you about the code |
13:38:15 | earHertz | true |
13:38:17 | B4gder | we all know it isn't very good |
13:38:26 | B4gder | and Slasheri's code will hopefully replace it good |
13:38:42 | Slasheri | earHertz: yes, tagcache is designed to operate directly from ram (however, it can operate from disk also) |
13:39:26 | earHertz | Slasheri: and it will allow ipod-like browsing? |
13:40:01 | B4gder | its funny that the players with the biggest disks have the least ram ;-) |
13:40:19 | Slasheri | earHertz: i don't about ipod style browsing, but the engine allows filtering the search results using different tags. So for example genres - artists - albums - songs browsing is possible |
13:40:37 | Slasheri | +know |
13:40:51 | didj | cool cool |
13:41:03 | earHertz | If other words, "drilling dow" from genre to all artist in genre, to all albunmms for an artist? |
13:41:09 | earHertz | er, down |
13:41:26 | Slasheri | yes |
13:41:28 | Zagor | what was it someone tried to do to the tagdb that broke it, anyway? |
13:41:32 | | Join Matze41 [0] (i=Miranda@p5484CD80.dip.t-dialin.net) |
13:41:33 | elinenbe | http://it.slashdot.org/comments.pl?sid=179063&threshold=5&mode=nested&commentsort=0&op=Change startkeylogger |
13:41:54 | B4gder | Zagor: extend it to do all those things it didn't originally do basically |
13:42:01 | elinenbe | I don't belive it! Who would run that crap anyway! |
13:42:18 | earHertz | Slasheri: I don't suppoose it also allows doing teh same, but starting from composers? |
13:42:49 | B4gder | and Slasheri's version will still need to prove itself when it comes to things like gathering run time data |
13:42:53 | B4gder | and surviving file renames |
13:42:55 | B4gder | etc |
13:43:15 | Slasheri | earHertz: it's basically possible to start browsing from any tag that is in the db |
13:43:15 | B4gder | or why not a retagging |
13:43:24 | linuxstb | Slasheri: Does tagcache create a checksum for each file? |
13:43:26 | Slasheri | that's only matter of the ui how it is implemented |
13:43:30 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
13:43:30 | * | Zagor thinks we should simply revert tagdb to the state it was when it was working... |
13:43:37 | Slasheri | linuxstb: not yet, but i will add a checksum tag in future |
13:43:47 | earHertz | B4gder: why should Slasheri's code have to survice a reename? |
13:43:48 | Slasheri | that is required for the statistics db |
13:43:48 | elinenbe | Slasheri: a database is a good bit of work... good luck. can't wait to see it! |
13:43:53 | B4gder | Zagor: it could make it work more stable, but it would still lack lots of what people wish |
13:43:56 | didj | Slasheri: is the code avilable yet? wouldnt mind a look myself |
13:44:00 | linuxstb | Slasheri: When you do, don't forget that some formats (FLAC, Wavpack) have a built-in md5 checksum of the PCM data. |
13:44:05 | B4gder | earHertz: why? |
13:44:09 | Zagor | B4gder: of course. but now it lacks everything... |
13:44:13 | earHertz | I mean, I'd be prefectly happy with a tagcache that required generating on the host pc |
13:44:14 | B4gder | earHertz: because that's what people will do |
13:44:33 | B4gder | moving a file in the dir tree shouldn't cause it to lose stats |
13:44:40 | B4gder | imho |
13:44:40 | earHertz | Indeed happier −− I don't ever change my songs on teh portable |
13:45:11 | B4gder | Zagor: I'd rather see Slasheri's code getting in and then work from that and improving from there |
13:45:29 | Zagor | B4gder: yeah |
13:45:38 | Slasheri | didj: there is a half working patch available, http://ihme.org/~miipekk/rockbox/tagcache_rev02.patch |
13:45:45 | didj | cool, cheers |
13:45:48 | earHertz | So wouldn't you modify teh file moving function to notify slasheri's code? That seems beter than putting the burdern on teh tagdb to "figure it out" |
13:45:48 | B4gder | but I wouldn't mind a host-version of Slasheri's generator |
13:45:57 | Slasheri | didj: but it's not meant for users at that stage |
13:46:11 | didj | ya, just curious ;) |
13:46:12 | B4gder | earHertz: because you can use rename while connected to USB |
13:46:24 | earHertz | Good point |
13:46:48 | B4gder | we've had all these talks before you know ;-) |
13:47:00 | linuxstb | Slasheri: Does tagcache create artist/album/track names based on filenames if there are no tags? |
13:47:04 | earHertz | Yes, yes, I'm sure |
13:47:17 | earHertz | I haven't been here since my recorder fm broke though |
13:47:46 | earHertz | I was pleasantly surprised to see my contribution still in the cvs head. ;) |
13:47:54 | B4gder | :-) |
13:48:30 | Slasheri | linuxstb: at the moment partially only (it sets title to the path) |
13:48:37 | earHertz | So, Slasheri, when do we get to see the code? |
13:48:59 | linuxstb | Slasheri: OK. That's something that I will need, so I would be happy to improve it. |
13:49:06 | Slasheri | earHertz: i will commit the engine to cvs as soon as i get the new sorting code working |
13:49:37 | Slasheri | linuxstb: sounds good :) |
13:52:02 | Zagor | Slasheri: is there any particular reason why you modify onplay() to take tree_context instead of it just asking for it? |
13:52:33 | Slasheri | Zagor: i am not sure, the ui part is a little bit messy at the moment |
13:52:52 | Slasheri | but i think that might be necessary to support on the fly tag editing |
13:52:56 | preglow | linuxstb: afaik, wavpack doesn't make an md5sum by default |
13:52:59 | Slasheri | (in future) |
13:53:09 | Zagor | looks to me like if onplay() calls tree_get_context() instead, there will be a lot less changes |
13:53:29 | Slasheri | Zagor: that is probably better |
13:53:43 | Slasheri | anyway, the first version of tagcache shouldn't need any changes to onplay.c |
13:53:55 | Slasheri | only future version could need those |
13:54:08 | | Join webguest15 [0] (n=c1aa023c@labb.contactor.se) |
13:54:27 | preglow | looking forward to see it :> |
13:54:34 | preglow | even though i probably really won't use it |
13:54:35 | earHertz | Slasheri: diooes tagdb do lexicographic sorting on teh fly? |
13:55:23 | webguest15 | Hi all. I have some technical questions. 1) What exactly is a "memory map" and what informations does it bring a developer? |
13:55:47 | Slasheri | earHertz: it does (the version i am currently working on) simple alphabetically sorting to all tags (artists, albums, genre etc.) to support chunked browsing |
13:56:12 | linuxstb | preglow: The wavpack home page says "MD5 audio checksums for verification and identification". |
13:56:28 | B4gder | webguest15: usually what memory physical areas that are used for what |
13:56:31 | linuxstb | I would be surprised if it wasn't always created. |
13:56:46 | Slasheri | webguest15: all pc systems are based on bus architecture, so writing to some memory location some data, causes something to happen |
13:56:57 | Slasheri | webguest15: memory map specifies those areas |
13:57:34 | webguest15 | Slasheri: ah okay... |
13:58:08 | preglow | linuxstb: sure, but is it created by default |
13:58:57 | webguest15 | how can the developers analyse the original firmware... i now they disassemble it, but then... okay they can use the memory map to get some inforamtions. But how to they get the startpoint in a fw? |
13:59:50 | petur | webguest15: all software has a fixed pre-defined starting address |
13:59:50 | Slasheri | hmm, what do you mean by getting a startpoint? |
14:00 |
14:00:02 | didj | processor datasheet i guess ? |
14:00:33 | Slasheri | yep, processor datasheets specifies the reset vector location |
14:00:51 | linuxstb | preglow: Looking at the source, I think you're right that it's not enabled by default - at least in 4.1 which is the source I have handy. It's an odd choice IMO. |
14:00:55 | Slasheri | that is usually the start of the rom memory |
14:01:20 | webguest15 | vector location? |
14:01:20 | preglow | linuxstb: yeah, agreed |
14:02:18 | Slasheri | webguest15: reset vector is usually just an address for stack pointer and pointer to the initialization code |
14:02:19 | Zagor | webguest15: every cpu has hardcoded the first memory address it starts running code from. |
14:02:39 | Zagor | (some can change it using jumpers etc, but most devices use the default) |
14:03:59 | linuxstb | preglow: It hasn't changed in v4.31 |
14:04:14 | B4gder | question! Would changing the bleeding and daily source package from tar.gz to tar.bz2 be a problem to windows users? |
14:04:45 | B4gder | the current gain is ~1.3MB per file |
14:04:49 | webguest15 | Slasheri: thanks.. hacking a firmware seems to be a very hard jop |
14:04:52 | webguest15 | job |
14:05:02 | Slasheri | B4gder: if they can unzip tar.gz i wonder why they couldn't tar.bz2 :) |
14:05:32 | Slasheri | webguest15: that depends, but it most certainly isn't the easiest jobs |
14:05:46 | linuxstb | I think winzip handles .tar.gz, I don't know if it handles .tar.bz2 |
14:06:44 | B4gder | of course I could make both versions |
14:07:38 | B4gder | currently the daily build backlog uses 880MB disk space |
14:08:27 | linuxstb | Didn't you just say disk space was cheap and plenty? :) |
14:08:27 | | Quit webguest15 ("CGI:IRC (EOF)") |
14:08:32 | B4gder | it is |
14:08:51 | B4gder | this wouldn't be for diskspace, it would be for people's download time |
14:09:37 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-80-187.w86-207.abo.wanadoo.fr) |
14:09:49 | linuxstb | There's no harm in making them both available. It could be useful to indicate the filesize next to the download link - so people can see why there are two versions. |
14:10:03 | B4gder | yes, I think I'll do that |
14:10:08 | * | Zagor ceremoniously removes the Sourceforge logo from the homepage |
14:10:13 | B4gder | wooo |
14:10:16 | * | B4gder waves |
14:10:48 | linuxstb | How would a .zip compare to a .tar.gz ? |
14:11:01 | B4gder | zip is a lot worse |
14:11:04 | didj | haha |
14:11:09 | ashridah | heh, and just after i went to the trouble of working out what my u/p for sourceforge was |
14:11:29 | Zagor | ashridah: :-) |
14:11:32 | B4gder | "At the end of the month, Rockbox was setup as a project on sourceforge.net" - Jan 2002 |
14:15:10 | Zagor | our sf project rank has dropped quite a lot since we moved the tracker :-) |
14:15:37 | B4gder | sf will thank us for taking off that load ;-) |
14:15:59 | Zagor | haha |
14:17:30 | petur | B4gder: powerarchiver supports bz2, but I can't find any info on winzip (lousy site, most of their FAQ items deal with registrations issues) |
14:18:38 | | Quit YouCeyE ("Leaving") |
14:19:09 | didj | where does rb store its current config [themes/etc] ? |
14:19:14 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
14:20:00 | B4gder | didj: in sector 62 |
14:20:01 | ashridah | sector 63 or something. |
14:20:09 | ashridah | ah, close |
14:21:04 | didj | ah snap |
14:21:08 | petur | B4gder: winzip doesn't do bz2, so that will turn of many windows users... |
14:21:29 | B4gder | thanks for testing |
14:21:45 | petur | I didn't... http://www.zipzag.com/winzip.html |
14:21:46 | didj | so if you were playing with themes and now the only thing you see is "Hipod" logo, then what :p (apart from format) |
14:21:50 | B4gder | hehe |
14:21:57 | didj | or easiest way is just to dd the sector? |
14:22:20 | B4gder | well, format doesn't touch that sector ;-) |
14:22:28 | | Join damaki [0] (n=Chocolat@ALille-153-1-80-205.w86-207.abo.wanadoo.fr) |
14:22:29 | didj | dd if=/dev/zero ! ;) |
14:22:41 | B4gder | you can clear your config at startup |
14:22:51 | didj | ya? |
14:23:04 | B4gder | what target do you have? |
14:23:07 | didj | H340 |
14:23:25 | B4gder | then press and hold I believe REC when the bootloader runs |
14:23:52 | | Join SereR0kR [0] (n=Fletcher@Fd3e7.f.strato-dslnet.de) |
14:23:54 | * | B4gder wanders off |
14:23:56 | didj | ah |
14:23:57 | didj | cheers |
14:23:58 | didj | :D |
14:24:14 | petur | and hold it until it says they are cleared |
14:25:07 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
14:25:15 | | Join Membrillo [0] (n=sam_kill@CPE-60-228-54-112.nsw.bigpond.net.au) |
14:33:37 | preglow | bbl |
14:36:11 | | Quit Mikachu ("...") |
14:36:19 | | Quit ashridah ("Leaving") |
14:37:09 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
14:37:33 | | Quit Membrillo () |
14:37:53 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-30-13.w83-198.abo.wanadoo.fr) |
14:40:07 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
14:52:10 | | Quit damaki (Read error: 110 (Connection timed out)) |
14:52:23 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
14:53:02 | | Join webguest93 [0] (n=c3c3f48c@labb.contactor.se) |
14:53:14 | | Join webguest38 [0] (n=c3c3f48c@labb.contactor.se) |
14:53:17 | | Quit webguest93 (Client Quit) |
14:53:17 | | Quit webguest38 (Client Quit) |
14:55:22 | | Join webguest38 [0] (n=c3c3f48c@labb.contactor.se) |
14:56:05 | | Quit webguest38 (Client Quit) |
15:00 |
15:00:58 | | Join c0utta [0] (n=cbad1f07@labb.contactor.se) |
15:12:00 | Jungti1234 | bye |
15:12:14 | | Quit Jungti1234 () |
15:13:15 | | Quit _FireFly_ ("Leaving") |
15:21:02 | *** | Saving seen data "./dancer.seen" |
15:31:37 | | Quit DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com") |
15:32:32 | | Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
15:32:54 | | Join Mark__ [0] (n=Mark@ACBD2676.ipt.aol.com) |
15:41:28 | | Quit SereR0kR ("XChat Aqua") |
15:44:39 | Paprica | what are the options for "indent" that i need to provide for rockbox code style? |
15:44:50 | B4gder | good question |
15:45:07 | B4gder | ident always seem to play too much on its own to me |
15:45:12 | B4gder | indent |
15:45:30 | Paprica | =\ |
15:45:58 | | Quit Zoide777_ ("CGI:IRC (Ping timeout)") |
15:46:14 | Paprica | mm badger, have you seen my question? |
15:46:26 | Paprica | its not question |
15:46:35 | Paprica | its advise |
15:46:43 | Paprica | or how do you want to call it |
15:46:46 | Paprica | =] |
15:47:29 | B4gder | I guess I haven't |
15:47:46 | Paprica | mm what do you think on sub forum for plugins? |
15:47:47 | | Join SereR0kR [0] (n=Fletcher@Fd3e7.f.strato-dslnet.de) |
15:48:00 | | Join Quelle_Q [0] (n=tomcat@u-144-197.adsl.univie.ac.at) |
15:48:12 | B4gder | why would we need a subforum for that? |
15:48:27 | B4gder | I'm not the right guy to ask really |
15:48:35 | B4gder | I use the "read new" button only |
15:48:47 | Paprica | haha =] |
15:48:56 | Quelle_Q | hi, does anyone know where i can get Doom for rockbox (ipod 5G) ? |
15:49:06 | B4gder | to me a lot of separate forums only split up the audience |
15:49:48 | Paprica | mm |
15:50:21 | Paprica | i think that plugins forum is good, look at the h100 forum, there is a SNC viewer |
15:50:36 | Paprica | i, h300 user, dont have what to look for in h100 forum |
15:50:42 | B4gder | yes, people like to stuff them in the wrong forum |
15:50:52 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
15:50:55 | B4gder | generic stuff should be in the general forum |
15:51:52 | Paprica | mm |
15:51:59 | Paprica | ok |
15:52:20 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:53:25 | B4gder | there, I moved it now |
15:54:38 | Paprica | ok =] |
15:55:30 | Quelle_Q | :( can't anyone help me a little bit.... how can i play Doom on Rockbox (Ipod 5g) |
15:59:19 | | Quit Cassandra (Read error: 113 (No route to host)) |
16:00 |
16:07:38 | linuxstb | Quelle_Q: The Rockbox Doom is still under developement - you can either test it now by downloading the source code, applying the Doom patch, and compiling your own version of Rockbox, or wait until it's added to the official Rockbox downloads. |
16:09:09 | Quelle_Q | I think i am to stupid for "compiling your own version of Rockbox" can't anyone upload a working version? ;) plz :) |
16:11:35 | t0mas | amiconn? |
16:11:47 | t0mas | what did you do to our nice green buildtable tonight? ;) |
16:12:31 | amiconn | Well, I didn't expect a plugin to define things like INT_MAX |
16:13:18 | t0mas | ghehe |
16:14:09 | | Join actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk) |
16:14:45 | | Join jimmyw [0] (n=none@193.120.101.26) |
16:15:08 | jimmyw | lo all, im having a bit of trouble getting rockbox on my ipod, would anyone mind giving me help for a few mins? |
16:15:26 | linuxstb | Sure. Describe your problem. |
16:15:31 | jimmyw | thanks linuxstb |
16:15:52 | jimmyw | well i create all the files without problem, then when i go to install onto ipod (mini) it gives me : |
16:15:59 | jimmyw | [ERR] File is too large for firmware partition, aborting. |
16:16:16 | jimmyw | (im following instructions from rockbox website) |
16:16:19 | amiconn | t0mas: Btw, we colud build hwcodec (archos) sims on amd64 now - no warnings left. 10 warnings to go for swcodec sims |
16:16:31 | t0mas | ok cool |
16:16:34 | amiconn | That doesn't mean the sims are 100% working though |
16:17:12 | amiconn | I have to test everything that interfaces with external files (fonts, screendump) |
16:17:33 | linuxstb | jimmyw: How big are the following files you created? rockboot.bin, apple_os.bin and bootpartition.bin |
16:17:38 | amiconn | Most of them need to be changed to use explicit int*_t types |
16:17:43 | jimmyw | linuxstb one sec.... |
16:17:48 | | Quit DJ_Dooms_Day (Read error: 104 (Connection reset by peer)) |
16:18:28 | jimmyw | 44,515,328 rockboot.bin |
16:18:38 | jimmyw | 3,403,328 apple_os.bin |
16:18:49 | jimmyw | 41,094,144 bootpartition.bin |
16:19:08 | Mikachu | read the instructions again more carefully... |
16:19:10 | linuxstb | You mistyped the command in step e) |
16:19:39 | jimmyw | ipod_fw -g 4g -o rockboot.bin -i apple_os.bin bootloader-4g.bin thats what i typed |
16:20:04 | linuxstb | So how big is bootloader-4g.bin? |
16:20:08 | | Quit petur ("CGI:IRC (EOF)") |
16:20:10 | jimmyw | emmm... |
16:20:13 | linuxstb | (Which isn't the correct bootloader for the mini) |
16:20:19 | jimmyw | 41,094,144 bootloader-4g.bin |
16:20:26 | Paprica | aff the indent program isn't that good |
16:20:27 | jimmyw | oh is it not? that must be it then... |
16:20:42 | linuxstb | Also, bootloader-4g.bin is 52.0K |
16:21:05 | | Join Nico_P [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
16:21:17 | jimmyw | ok which bin should i use ? |
16:21:21 | linuxstb | Rockbox for the mini doesn't work properly yet - so there are no downloads available. If you want to try it, you'll need to compile it yourself from the source code. |
16:22:04 | jimmyw | ah right, damn |
16:22:05 | jimmyw | hehe |
16:22:07 | linuxstb | It's very much still in "developers only" status. |
16:22:35 | jimmyw | god i thought the mini would be one of the easiest(not that i know anything about it) |
16:23:33 | jimmyw | So the answer is that Rockbox is close to working on the mini, but won't |
16:23:34 | jimmyw | get any closer until someone comes along to do it. None of the existing |
16:23:34 | jimmyw | Rockbox devs own one. |
16:23:34 | DBUG | Enqueued KICK jimmyw |
16:23:34 | jimmyw | Dave. |
16:23:37 | jimmyw | theres my answer |
16:23:48 | jimmyw | ok, thanks for your help guys, ive just got the wrong ipod :) |
16:24:34 | linuxstb | Keep an eye on the Rockbox daily builds page - as soon as it becomes usable, it will appear on there for download. |
16:24:34 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
16:24:42 | | Join DreamTactix291 [0] (n=DreamTac@adsl-32-194-202.bna.bellsouth.net) |
16:25:30 | jimmyw | linuxstb, i will do, and thanks for all your help, il be off now to format the pod |
16:25:56 | linuxstb | You don't need to format - just use ipodpatcher to restore your original bootpartition.bin file. |
16:26:33 | jimmyw | ah cool, i see that at top on instructions page! hehe, cheers again |
16:27:37 | | Quit jimmyw () |
16:35:09 | safetydan | Anyone ever had problems cross-compiling gcc 3.3.6 for SH1 under Ubuntu? |
16:36:47 | B4gder | you do the newlib trick? |
16:37:23 | B4gder | gotta run |
16:37:25 | | Quit B4gder ("time to say moo") |
16:39:03 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
16:39:03 | * | safetydan looks up newlib trick |
16:39:15 | linuxstb | safetydan: I've compiled it under Debian. But can't remember if I had to do the newlib trick or not. |
16:41:10 | safetydan | ah, I missed that bit of the instructions |
16:41:46 | safetydan | It sounds like it would fix my issue as it's complaining about missing obvious things like stdio.h |
16:45:41 | | Quit Aditya (Read error: 104 (Connection reset by peer)) |
16:47:42 | | Join vmx_ [0] (i=oma@p549B59E6.dip.t-dialin.net) |
16:48:11 | | Quit vmx (Read error: 110 (Connection timed out)) |
16:52:19 | | Quit Matze41 ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:55:13 | | Join IcyStorM [0] (n=aknemyr@h188n6c1o1043.bredband.skanova.com) |
16:55:34 | IcyStorM | Where can I find the bleeding edge builds they seemed to have dissapeared |
16:55:59 | linuxstb | "cvs builds" |
16:55:59 | Mikachu | seemed? |
16:56:31 | IcyStorM | Its the same? |
16:57:43 | | Quit Quelle_Q ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
17:00 |
17:00:07 | | Quit Zagor ("Client exiting") |
17:04:29 | | Part IcyStorM |
17:07:50 | | Join blase16 [0] (n=blase16@p50861EF7.dip0.t-ipconnect.de) |
17:07:54 | | Quit needleboy () |
17:07:58 | blase16 | hi |
17:09:31 | blase16 | ii have a little question perhaps have somebody an idea what i do wrong |
17:12:13 | | Join bluey [0] (n=bluey@dslb-084-059-111-109.pools.arcor-ip.net) |
17:12:30 | blase16 | i try to install Rockbox on my iPod nano but if i try to make a copy of my bootpartition.bin i get an error |
17:12:48 | blase16 | [INFO] Reading partition table... |
17:14:21 | blase16 | have somebody an idea what i'm doing wrong? |
17:14:38 | linuxstb | What's the error? |
17:15:59 | blase16 | Bad boot sector signature |
17:16:07 | linuxstb | Is it an HFS formatted ipod? |
17:17:03 | blase16 | idont know |
17:17:22 | blase16 | i look |
17:17:35 | linuxstb | Are you using a Mac? |
17:17:52 | blase16 | yes |
17:18:03 | blase16 | Mac OS X Extendet journal |
17:18:21 | blase16 | is the formatation |
17:18:23 | linuxstb | In which case, it probably is HFS formatted. Rockbox only works with FAT32-formatted ipods. |
17:18:38 | linuxstb | Have you been following this page? http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationFromMacOSX |
17:19:15 | blase16 | yes |
17:19:47 | blase16 | oh i see there is a subpoint convert form hfs to fat32 |
17:20:18 | linuxstb | The word "Optional" in that should probably be removed. It's not optional. |
17:21:05 | *** | Saving seen data "./dancer.seen" |
17:21:38 | | Join needleboy [0] (i=Miranda@85-64-82-247.barak-online.net) |
17:21:45 | blase16 | yes and probably it would be better if set this point higher on the page, but thanks for helping |
17:22:22 | linuxstb | It's mentioned in bold writing in the introduction as well... |
17:22:57 | blase16 | strange i get another one error /dev/disk2: Resource busy |
17:23:38 | | Quit SereR0kR (Read error: 110 (Connection timed out)) |
17:23:49 | linuxstb | Type "diskutil unmount /dev/disk2s2" |
17:24:55 | | Quit darkless (Client Quit) |
17:28:18 | | Quit blase16 (Read error: 104 (Connection reset by peer)) |
17:30:34 | | Quit safetydan ("Leaving") |
17:32:23 | | Join darkless [0] (n=darkless@62.79.44.48) |
17:33:48 | | Join blase16 [0] (n=blase16@p50861EF7.dip0.t-ipconnect.de) |
17:34:42 | | Quit needleboy () |
17:50:19 | | Quit blase16 ("KVIrc 3.2.0 'Realia'") |
17:50:41 | | Join egotrippen [0] (n=c7616225@labb.contactor.se) |
17:52:51 | | Join needleboy [0] (n=Miranda@85-64-82-247.barak-online.net) |
18:00 |
18:00:43 | | Quit egotrippen ("CGI:IRC (EOF)") |
18:06:49 | lostlogic | Has there been any talk of porting to the Creative Zen Vision:M yet? |
18:10:43 | ghode|afk | apart from a few forum posts i dont think much has been said |
18:11:54 | lostlogic | Gotta say it looks like the best player on the market from a hardware perspective ATM... wish I was brave enough to buy one and try to work through the low level stuff, but I'm not. |
18:16:10 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
18:16:22 | lostlogic | Should actually "easy" because of the on-chip bootloader that is already provided. |
18:17:50 | ghode|afk | doesn't it use a TI chip? thought those were difficult to get info for? |
18:19:43 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-6-202.w83-198.abo.wanadoo.fr) |
18:21:51 | lostlogic | There's a link on the wiki to the datasheet for the chip... |
18:25:32 | | Join damaki [0] (n=Chocolat@ALille-153-1-44-75.w83-198.abo.wanadoo.fr) |
18:33:33 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
18:38:31 | | Join San [0] (n=test@213-202-137-23.bas502.dsl.esat.net) |
18:38:53 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
18:39:15 | | Nick San is now known as [San] (n=test@213-202-137-23.bas502.dsl.esat.net) |
18:48:19 | | Join saa[b_r]ider [0] (n=saab_rid@221.223.104.166) |
18:52:00 | | Join XavierGr [0] (n=XavierGr@ppp40-adsl-25.ath.forthnet.gr) |
19:00 |
19:20:46 | | Quit damaki (Read error: 110 (Connection timed out)) |
19:21:07 | *** | Saving seen data "./dancer.seen" |
19:23:12 | | Join safetydan [0] (n=dan@81-178-240-201.dsl.pipex.com) |
19:26:05 | | Join petur [0] (i=petur@d54C1B7E9.access.telenet.be) |
19:28:20 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
19:29:44 | | Join |Beowulf| [0] (n=kvirc@82-46-57-180.cable.ubr02.trow.blueyonder.co.uk) |
19:32:41 | |Beowulf| | amiconn: do you get double speed/distorted playback on the 64bit sim? |
19:37:36 | | Quit [San] (Read error: 110 (Connection timed out)) |
19:40:16 | | Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) |
19:45:09 | | Join Moos [0] (i=DrMoos@m77.net81-66-158.noos.fr) |
19:46:20 | | Join Matze41 [0] (i=Miranda@p5484CD80.dip.t-dialin.net) |
19:50:03 | Zoide777 | hi |
19:50:47 | Zoide777 | has anyone tried tagcache yet? (i know it's not in cvs yet, but maybe someone has tried what's been done so far?) |
19:54:03 | safetydan | It's a bit hard to try as I don't think there's a UI for it yet |
19:57:31 | safetydan | as a side issue, yes newlib is still required for cross-compiling gcc 3.3.6 on Ubuntu |
19:57:58 | Zoide777 | safetydan: yeah, i understand. but has anyone had a look at the code, etc? [tagcache, not gcc] |
20:00 |
20:00:35 | safetydan | What impressions are you after? I can say it seems like the right approach for an on-target built database of tag information. |
20:03:27 | Zoide777 | I'm just impatient so I get hungry for any info :D |
20:03:41 | dpassen1 | Speed/Start-up time? |
20:04:40 | safetydan | I haven't actually tried it so I don't know about speed. |
20:05:18 | Zoide777 | that too, but mainly how long till it's on cvs or the patch tracker for testing |
20:05:40 | safetydan | From December: "21.52.35 # <Slasheri> Hmm, tagcache loading seems to work now. Initial build takes ~7 minutes and loading from disk into ram ~10s and 700 KiB extra ram" |
20:05:46 | safetydan | but maybe he's improved it |
20:06:10 | safetydan | Zoide777, you'll have to ask Slasheri. Even after it's comitted it make take a while for a user interface to show up |
20:06:26 | Zoide777 | k |
20:06:43 | Zoide777 | Slasheri: how's it going? |
20:06:59 | Zoide777 | safetydan: from *december*??? |
20:07:13 | | Join SereR0kR [0] (n=Fletcher@Fce3a.f.strato-dslnet.de) |
20:07:30 | safetydan | Zoide777, yeah this has been going on for a while |
20:07:41 | safetydan | Things can move slowly when you're busy with real world stuff |
20:07:58 | safetydan | Last I remember Slasheri was doing military service so he's probably been busy with that |
20:08:43 | Zoide777 | safetydan: oh, i definitely understand that. plus it's not like the devs get paid for all the work they put into db. i was just surprised b/c the quote was already talking about building tagcache back then |
20:08:52 | Zoide777 | *rb, not db |
20:09:08 | Zoide777 | (well, in this case db works too, hehe) |
20:10:41 | | Join skwad [0] (n=P4@lns-bzn-9-82-254-100-129.adsl.proxad.net) |
20:10:47 | skwad | hi |
20:11:14 | | Part Paul_The_Nerd |
20:11:25 | safetydan | Zoide777, http://www.rockbox.org/irc/rockbox-20051203.txt is when Slasheri first started talking about it |
20:11:38 | safetydan | It's only three months today :) |
20:11:53 | Zoide777 | thanks... wow, is there a way to search all the irc logs at once? |
20:13:51 | safetydan | Zoide777, sort off... do something like this in google "tagcache site:rockbox.org/irc" |
20:14:16 | | Join Maxime [0] (n=flemmard@fbx.flemmard.be) |
20:14:58 | Zoide777 | safetydan: ooohhhh thanks a lot, that's very useful. maybe that tip should be mentioned in the irc page. it would probably avoid a lot of questions |
20:16:04 | safetydan | Can always suggest it to Bagder if he's around |
20:23:54 | | Join Bger [0] (n=Bager@217.9.226.114) |
20:26:17 | | Quit skwad ("Parti") |
20:26:59 | Zoide777 | ah, so I used the Google search of the logs and eventually got to here: (http://ihme.org/~miipekk/rockbox/) |
20:27:16 | Zoide777 | that's where Slasheri has some of his tagcache files up |
20:27:28 | Zoide777 | but apparently the latest .patch file is from feb. 05 |
20:27:52 | Zoide777 | i suppose the latest stuff might be somewhere else |
20:30:03 | | Join skwad [0] (n=P4@lns-bzn-9-82-254-100-129.adsl.proxad.net) |
20:30:05 | Zoide777 | it's interesting that there already is a tagcache_gui.patch from Dec. 26.. so maybe we don't have to write the gui from scratch |
20:37:01 | | Quit imphasing ("Ion Time!") |
20:37:45 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
20:39:12 | | Part imphasing |
20:39:28 | | Quit earHertz (Read error: 110 (Connection timed out)) |
20:40:04 | | Quit Zoide777 ("CGI:IRC (EOF)") |
20:42:31 | | Quit Nico_P () |
20:49:34 | | Join Aditya [0] (n=aditya@c-69-138-7-5.hsd1.md.comcast.net) |
20:49:55 | Aditya | hallo |
20:49:56 | | Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) |
20:58:49 | safetydan | Is just me or does the newlib part of the SH cross compile just go in to a loop? |
20:59:16 | safetydan | It's been going for 15 minutes now saying roughly the same thing |
20:59:35 | Bger | safetydan what machine ? |
20:59:49 | safetydan | Linux with Ubuntu |
20:59:59 | safetydan | gcc-4 as the host |
21:00 |
21:00:36 | safetydan | I've tried newlib 1.14.0 and 1.11.0 |
21:00:37 | Bger | iirc i thought the same when i made the sh1 compiler |
21:00:39 | safetydan | same thing each time |
21:00:59 | Bger | (following the instructions exactly) |
21:03:27 | safetydan | nah this is getting silly... 73 degress on the ol' CPU |
21:03:31 | safetydan | Ctrl-C |
21:03:37 | | Join aegray_ [0] (n=aegray@12-210-86-210.client.insightBB.com) |
21:04:54 | petur | amiconn, are you around? |
21:11:17 | | Quit aegray (Read error: 110 (Connection timed out)) |
21:11:19 | | Quit skwad (Read error: 104 (Connection reset by peer)) |
21:13:21 | | Join skwad_ [0] (n=P4@lns-bzn-9-82-254-100-129.adsl.proxad.net) |
21:16:47 | | Join damaki [0] (n=Chocolat@ALille-153-1-61-167.w86-196.abo.wanadoo.fr) |
21:19:32 | | Join San [0] (n=test@A-98-198.cust.iol.ie) |
21:21:12 | *** | Saving seen data "./dancer.seen" |
21:22:00 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
21:27:08 | | Join herman_the_germa [0] (i=herman@user-102.l1.c4.dsl.pol.co.uk) |
21:27:35 | herman_the_germa | hullo |
21:28:04 | Bger | holla |
21:28:05 | Zoide777 | hi |
21:29:03 | herman_the_germa | sorry if i'm being impertinent (it is my first time on here) i was wondering if anyone knew about the video port on the h120? |
21:29:53 | safetydan | What video port? |
21:30:41 | herman_the_germa | as far as i can tell a developer called wett was working on it.... |
21:30:46 | herman_the_germa | that was before christmas |
21:31:27 | Bger | petur, any news about isp1362? ? linus added recently something about its ID to the PortPinAssignments iirc ... |
21:31:57 | * | petur goes looking |
21:32:09 | Bger | GPIO29 |
21:32:54 | petur | I like the questionmark behind it |
21:33:06 | | Part herman_the_germa |
21:33:14 | Bger | hehe yes :) |
21:33:30 | petur | would it mean he found the enable of the host and device controllers? |
21:34:14 | petur | am doing some other stuff atm, will look at this later this weekend |
21:34:19 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:34:44 | petur | Bger: thanks for the tip, I somehow missed this... |
21:35:46 | Bger | heh, for nothing, but better ask linus.. |
21:36:07 | petur | I will, when he comes around |
21:37:09 | | Quit markun (Read error: 54 (Connection reset by peer)) |
21:38:33 | | Join markun [0] (n=markun@bastards.student.utwente.nl) |
21:40:11 | | Quit quobl ("Leaving") |
21:43:32 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
21:47:59 | BHSPitLappy | anyone know if/how Rockbox is running on the 3G's and other greyscale iPods? |
21:49:16 | * | petur points to linuxstb and preglow |
21:50:09 | linuxstb | I think it's fine on the 4g greyscale. The ports to the mini and 3g are still in progress - I think they work, but no audio yet. |
21:51:06 | safetydan | linuxstb, whatever happend to your attempt to move id3.c etc from firmware to apps? |
21:51:48 | linuxstb | I requested help from someone that knows how the software playback system works, but no-one came forward. I should repeat the request when somebody is listening.... |
21:57:22 | | Join skwad [0] (n=P4@lns-bzn-9-82-254-100-129.adsl.proxad.net) |
21:57:22 | | Quit skwad_ (Read error: 104 (Connection reset by peer)) |
22:00 |
22:02:33 | | Quit solexx_ (Read error: 104 (Connection reset by peer)) |
22:05:17 | | Quit Paprica ("MULEz SCRIPT: "640K ought to be enough for anybody." - Bill Gates, 1981") |
22:07:01 | | Quit |Beowulf| ("KVIrc 3.2.0 'Realia'") |
22:08:12 | | Join solexx [0] (n=jrschulz@d001005.adsl.hansenet.de) |
22:09:57 | | Join TCK- [0] (n=tckocr@81-178-255-205.dsl.pipex.com) |
22:10:17 | | Join Bernd_B [0] (n=bernd@dslb-084-060-172-038.pools.arcor-ip.net) |
22:16:55 | petur | any audio edit expert around? |
22:17:22 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
22:17:50 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
22:19:36 | | Quit YouCeyE ("Leaving") |
22:19:46 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
22:24:01 | | Quit needleboy () |
22:27:32 | amiconn | petur: Now I am here |
22:28:20 | petur | ah |
22:28:39 | petur | we recently discussed something about the recording screen |
22:28:49 | petur | but I can't remember what |
22:29:05 | petur | it was about some room on the screen to put something |
22:29:14 | amiconn | AGC |
22:29:26 | amiconn | We have one line on archos for putting it |
22:29:40 | petur | was it? damn my memory has gone bad... |
22:30:02 | amiconn | ...and I don't see the need for the peak history |
22:30:46 | | Join erus` [0] (n=tommo@ACD4B063.ipt.aol.com) |
22:30:58 | petur | I think the creator of the patch is still working on it, so I'll see when he's happy with it |
22:34:32 | | Quit TCK- (Read error: 110 (Connection timed out)) |
22:37:04 | amiconn | http://www.rockbox.org/irc/rockbox-20060228.txt starting at 16:09 |
22:37:23 | | Join slimx [0] (n=slimx@vau75-7-82-234-251-56.fbx.proxad.net) |
22:37:33 | | Quit Higgy_ ("Trillian (http://www.ceruleanstudios.com") |
22:37:44 | amiconn | That was just 3 days ago... |
22:37:54 | petur | too long for me :( |
22:38:06 | petur | thanks! |
22:39:41 | amiconn | I've leeched all the IRC logs some time ago, just had to fetch the newer ones. Way easier to search these than relying on google |
22:40:04 | petur | hehe |
22:40:47 | amiconn | DownThemAll! is a nice firefox extension :) |
22:42:20 | | Join drspoon [0] (n=chatzill@81-179-252-235.dsl.pipex.com) |
22:46:24 | | Quit drspoon ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006012415]") |
22:46:58 | | Quit paugh ("Leaving") |
22:47:23 | | Join TCK [0] (n=tckocr@81-178-255-205.dsl.pipex.com) |
22:47:58 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
22:49:41 | | Join saab_rider [0] (n=saab_rid@221.223.99.251) |
22:52:19 | | Quit skwad ("Parti") |
22:54:41 | | Quit Matze41 ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:00 |
23:01:11 | | Quit saa[b_r]ider (Read error: 110 (Connection timed out)) |
23:04:57 | Zoide777 | wow, it's so quiet today.. |
23:05:03 | | Join drspoon [0] (n=51b3fceb@labb.contactor.se) |
23:06:04 | Bger | nite |
23:06:05 | | Quit Bger ("BitchX: now with flavor crystals!") |
23:06:22 | petur | nite |
23:06:33 | petur | bah... too late |
23:07:12 | drspoon | i cant get bitmaps on a b/w screen to work properly! |
23:07:49 | drspoon | if the image is in /apps/plugins/bitmaps/native then shouldnt bmp2rb make it in the right format? |
23:08:24 | drspoon | on the h100 sim the images are all garbled - but on the iaudio sim (same screen size) they are all perfect |
23:09:07 | Zoide777 | gotta go |
23:09:30 | | Quit Zoide777 ("CGI:IRC (EOF)") |
23:12:25 | | Join skwad [0] (n=P4@lns-bzn-9-82-254-100-129.adsl.proxad.net) |
23:14:16 | drspoon | anyone? |
23:14:56 | | Quit safetydan ("Leaving") |
23:15:18 | drspoon | it's well wierd - under windows and cygein i wrote space invaders for h300 |
23:15:42 | drspoon | then went linux and drew some extra bitmaps for different screens |
23:16:07 | drspoon | and only the bitmaps drawn under linux are garbled - i can display windows drawn ones fine |
23:16:14 | drspoon | even on the h100 sim |
23:16:36 | petur | wrong bitmap type? |
23:17:11 | drspoon | the bitmaps are only black and white an i've tried saving them 24bit 256 colour anr monochrome - all the same |
23:19:42 | petur | I could always have a look at them... |
23:20:02 | | Quit SereR0kR ("XChat Aqua") |
23:20:39 | | Quit skwad ("Parti") |
23:20:57 | drspoon | how can i send them to you? |
23:21:05 | drspoon | i don't have any webspace |
23:21:15 | *** | Saving seen data "./dancer.seen" |
23:21:34 | petur | one sec |
23:21:54 | | Join Shadowarrior13 [0] (i=Shadowar@ip68-3-160-223.ph.ph.cox.net) |
23:29:44 | petur | drspoon: still here? |
23:29:48 | drspoon | yeah |
23:30:00 | petur | seems I failed to PM you |
23:30:15 | drspoon | i'm on CGI:IRC |
23:30:35 | petur | can you try to pm me? |
23:30:47 | drspoon | i've got the pm now |
23:32:45 | * | petur slaps virc |
23:36:14 | petur | drspoon: could you upload it to my ftp? got a client handy? |
23:37:02 | | Quit Fitzsimmons (Remote closed the connection) |
23:37:20 | | Join Fitzsimmons [0] (n=Fitzsimm@65.93.97.34) |
23:37:43 | drspoon | my kmenu's gone |
23:37:48 | drspoon | i can try |
23:38:40 | | Quit bluey ("Leaving") |
23:38:41 | drspoon | i've got kbear |
23:38:54 | petur | dhoye.homedns.org port 7053 user & pass is rockbox |
23:39:03 | drspoon | ok |
23:39:16 | | Quit San (Read error: 110 (Connection timed out)) |
23:41:11 | drspoon | well... kbear is crap |
23:41:25 | petur | saw you connected... |
23:41:40 | drspoon | and crash :( |
23:41:43 | linuxstb | drspoon: You could just put the bmp files into a zip file and upload it to www.yousendit.com |
23:43:08 | drspoon | i'm gonna have to reboot - kde's all messed up |
23:43:52 | | Quit drspoon ("CGI:IRC (EOF)") |
23:43:57 | crwl | YM relogin |
23:44:09 | * | Mikachu sheds a tear for kernelupgradeless linux reboots |
23:46:15 | | Join drspoon [0] (n=51b3fceb@labb.contactor.se) |
23:46:49 | drspoon | i'm back - and with the time to think i realised there's nothing wrong with the bitmaps cos the iaudio sim can display them fine |
23:47:05 | * | linuxstb hates debugging code that works in the sim but not on the target... |
23:47:49 | drspoon | nono - the bitmaps don't work in the h100 sim (i assume its something to do with greyscale screens) |
23:48:12 | linuxstb | How do they not work? Are the shades of grey not what you want, or are the pixels in the wrong place? |
23:48:46 | drspoon | pixels in wrong place |
23:48:58 | drspoon | (i only want black and white) |
23:49:41 | Mikachu | this is a silly question and not important, would it be possible to emulate 32-bit color with a 16-bit display with a similar technique to the grayscale lib? |
23:49:46 | linuxstb | What function are you using to display the bitmap? |
23:50:03 | Mikachu | or is the color display much slower? |
23:50:11 | drspoon | rb->lcd_bitmap(.......) i copied various bits of code from brickmania |
23:50:23 | amiconn | midkay: No that wouldn't be possible |
23:50:35 | amiconn | There would be way too much data to move |
23:50:40 | drspoon | and the bitmaps are in the native folder and declared as const fb_data |
23:50:57 | Mikachu | amiconn: okay |
23:51:01 | amiconn | Erm, that was directed at Mikachu |
23:51:53 | drspoon | what's wird is that some display correctly (ones i saved on windows) but the newer GIMP ones go wrong |
23:52:55 | Mikachu | are you sure you're saving them as 24-bit, not 32? |
23:52:58 | linuxstb | What does "file" tell you about the bitmaps? |
23:53:15 | Mikachu | you usually have to say Flatten Image in the layer dialog before you save |
23:53:50 | drspoon | PC bitmap data, Windows 3.x format, 160 x 128 x 1 |
23:54:00 | drspoon | maybe it's the 3.x thats buggering me |
23:54:24 | amiconn | petur: Do you think disabling wanted-but-not-yet-working features for an unfinished rockbox port is a good idea? |
23:54:24 | Mikachu | you can also check if they're the exact same bytesize as the ones that work |
23:54:27 | | Join BHSPitLappy2 [0] (n=Steve-O@adsl-67-66-188-9.dsl.rcsntx.swbell.net) |
23:54:43 | drspoon | they are |
23:54:52 | amiconn | It moves that feature out of sight for devs which only have that target... |
23:54:54 | Mikachu | out of ideas for now |
23:55:16 | drspoon | i'm well stumped |
23:55:22 | petur | you're refering to my change to radio.c? |
23:56:43 | amiconn | yes |
23:57:34 | petur | it wasn't good the way it was: no recording init but calling peakmeter and recording time... |
23:57:41 | drspoon | all the working bitmaps had excecute permissions - i'll chmod the bad ones (worth a try) |