00:00:00 | killa909 | .ogg |
00:00:03 | stripwax | right |
00:00:18 | killa909 | what does ogg stand for |
00:00:21 | juxtap | i got myself a patched build... album art works great... |
00:00:22 | killa909 | i mean, i have an idea |
00:00:34 | juxtap | SUCCESS STORY |
00:00:34 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) |
00:00:35 | stripwax | killa909 - pretty sure it doesn't stand for anything. www.xiph.org |
00:00:44 | stripwax | juxtap - yeah, it's neat |
00:00:56 | killa909 | im going to refrain from telling you |
00:01:07 | killa909 | juxtap - thats cool |
00:01:28 | killa909 | is it possible that might be included in future builds of rockbox itself |
00:02:07 | stripwax | killa909 - it's certainly possible |
00:02:18 | stripwax | almost certain, I would expect - just not quite yet |
00:02:49 | killa909 | right |
00:02:58 | killa909 | im noticing this ipod getting mighty warm |
00:03:55 | * | barrywardell still can't figure it out |
00:04:00 | | Quit Siku (Read error: 145 (Connection timed out)) |
00:04:04 | stripwax | killa909 - rockbox is not yet optimised for speed, so it has to run the processor faster than the Apple firmware to keep up. Should improve in the future. |
00:04:17 | barrywardell | apps/main.c and bootloader/h10.c are identical |
00:04:35 | barrywardell | crt0.S always uses the bootloader code |
00:05:22 | midkay | killa909: to clarify a bit - faster, but certainly within specifications (at rated maximum that even Apple firmware runs it at sometimes). |
00:05:26 | barrywardell | compile bootloader build and main() gets called |
00:05:34 | barrywardell | compile normal build and it doesn't??? |
00:06:11 | preglow | any fast way to change repository location for an already checked out source code tree? subversion |
00:06:30 | barrywardell | is there some other difference between bootloader and normal builds? |
00:06:39 | killa909 | okay got "data abort" what the hell does that mean |
00:07:01 | | Join oxygen77 [0] (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) |
00:07:01 | killa909 | at 004dd40 |
00:07:11 | preglow | barrywardell: have you tried disassembling the file to see that your stuff is actually linked in properly?P |
00:07:22 | oxygen77 | hello all |
00:07:33 | killa909 | had to restart |
00:07:36 | killa909 | wasnt even doing anything |
00:07:38 | killa909 | thats sad |
00:07:42 | barrywardell | i'll try that preglow |
00:07:47 | oxygen77 | amiconn, are you here ? |
00:08:36 | killa909 | :( |
00:09:10 | stripwax | killa909 - is it reproducible? sounds like you've found (another?) bug |
00:09:23 | killa909 | hahah |
00:09:37 | killa909 | i will try to |
00:09:59 | | Part juxtap |
00:10:09 | killa909 | listening to same file as before |
00:10:39 | killa909 | i think the rockbox software may not like rap music |
00:12:15 | preglow | mine does |
00:12:31 | killa909 | mr me too |
00:12:37 | | Quit oxygen77 ("Leaving") |
00:12:43 | preglow | or at least it obviously tolerates it |
00:12:44 | linuxstb | barrywardell: How are you testing that main() is called? |
00:13:06 | barrywardell | i'm writing a line of text to the lcd |
00:13:19 | Mikachu | hello world! |
00:13:27 | preglow | good bye, cruel world! |
00:13:40 | linuxstb | barrywardell: Where? Before the call to app_main() in main() ? |
00:14:09 | barrywardell | it's the only thing main() does |
00:14:26 | barrywardell | my main.c is identical to bootloader/h10.c |
00:14:38 | barrywardell | the one that's in cvs |
00:14:46 | linuxstb | Why not just run the standard Rockbox main() function? |
00:15:01 | linuxstb | And then see how far through init() it gets. |
00:15:39 | linuxstb | The bootloader has a lot of differences to main Rockbox - see all the #ifndef BOOTLOADER defines in firmware/* |
00:15:40 | barrywardell | i tried that first |
00:16:15 | barrywardell | i put the lcd update at the very start of main and still nothing |
00:16:34 | barrywardell | so I think it doesn't even get that far |
00:16:42 | linuxstb | ? You can't put lcd_update() in main(). |
00:17:11 | linuxstb | It needs to come after lcd_init() is called in init() - and you can't write text until after font_init() is called. |
00:17:40 | barrywardell | i also tried putting it straight after font_init() |
00:18:35 | linuxstb | So what happens when you try and boot Rockbox? The bootloader text stays on the screen, and your H10 freezes? |
00:18:37 | * | jhMikeS thinks it should say "pluto is no longer a planet" |
00:18:53 | barrywardell | yes, exactly |
00:19:30 | | Part killa909 |
00:22:07 | barrywardell | i'll go through firmware/* and find #ifdef BOOTLOADER. maybe I'll spot something |
00:22:51 | stripwax | see ya |
00:22:53 | | Part stripwax |
00:23:40 | mirak | preglow: what does a lea ? |
00:24:25 | mirak | I am not sure to understand <ea>y notation |
00:25:29 | | Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
00:25:29 | | Quit San (Read error: 104 (Connection reset by peer)) |
00:31:01 | jhMikeS | <ea> == effective address? |
00:35:51 | * | rotator learns the joys of debugging using debugf on the sim |
00:36:07 | mirak | jhMikeS: yes |
00:36:09 | | Join juxtap [0] (n=juxtap@mtngprs7.mtn.co.za) |
00:36:24 | jhMikeS | mirak: do you mean what does lea do? |
00:36:55 | mirak | yes I am not sure to understand the interest compared to a move |
00:37:37 | jhMikeS | lea.l (offset,Ay),Ax for instance moves offset+Ay into Ax |
00:38:16 | jhMikeS | so if Ay = 16, lea.l (10, Ay), Ax puts 26 into Ax |
00:38:36 | jhMikeS | The register must be address registers |
00:40:16 | jhMikeS | To sum up: You create an address from another address whereas move would load data at the address <ea>y |
00:41:04 | preglow | mirak: lea just calculates the address specified by the second operand |
00:41:26 | preglow | mirak: lea.l %a0, (%d0, %a0) -> %a0 = %d0 + %a0 |
00:41:55 | mirak | but if I do |
00:42:02 | jhMikeS | preglow: I know, I'm crappy at explaining stuff. |
00:42:06 | mirak | move (%a0),%a1 |
00:42:19 | jhMikeS | It loads the data at address %a0 |
00:42:32 | mirak | hum |
00:42:46 | mirak | into %a1 |
00:42:49 | jhMikeS | yes |
00:43:27 | jhMikeS | Don't forget the size |
00:43:28 | mirak | ok I see I needed that in a first draw I did |
00:43:41 | mirak | I used add #8,%a0 |
00:44:04 | mirak | with a move of a base adress into %a0 just before, |
00:44:04 | jhMikeS | Use lea.l (8,%a0),%a1 |
00:44:10 | mirak | yep got it |
00:46:07 | preglow | jhMikeS: i didn't notice you tried to explain it, heh |
00:46:22 | preglow | jhMikeS: i tend to just read the highlight message, then answer without seeing if anyone else did |
00:46:27 | blacks | I'm using rockbox for the ipod mini gen1, is it normal for it to freeze up, requiring me to hold menu+select? It did it about 5 times randomly at work today |
00:47:07 | | Quit idnar (Nick collision from services.) |
00:47:07 | jhMikeS | preglow: it's ok |
00:47:10 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
00:49:14 | jhMikeS | Weird how not long ago I didn't squat about coldfire assembly but I guess it reads much like x86 but the destination reversal seemed weird. |
00:51:25 | | Quit Kohlrabi ("Quit") |
00:52:07 | * | jhMikeS still needs to learn some (e)mac and lots of other stuff too. |
00:52:42 | preglow | it's pretty simple stuff |
00:52:52 | preglow | not too much new |
00:52:53 | | Quit ender` (" Cluster bombing from B-52s is very, very accurate -- the bombs always hit the ground.") |
00:53:24 | mirak | man it's horrible |
00:53:27 | jhMikeS | yeah, those (e)mac instructions look a bit strange...is there any pure assembly in RB that uses it (.S) |
00:53:27 | mirak | lol |
00:53:59 | mirak | jhMikeS: yes, look imdct_mcf5249.S |
00:54:25 | | Quit matsl (Remote closed the connection) |
00:54:34 | preglow | jhMikeS: yeah, and eq_cf.S and dsp_cf.S |
00:54:40 | preglow | and coldfire.S in flac |
00:55:02 | preglow | probably all the asm stuff i've done |
00:55:25 | jhMikeS | It should be clearer with the gcc inline stuff out of the way |
00:55:52 | preglow | eq_cf.S is a pretty clear example |
00:56:02 | preglow | seen together with the generic routine in eq.c |
00:57:17 | mirak | I have an int_16* that defines the start of the block I want to run an idct row on just 8 coef that I exepect to be 16 bits, so I do "move.l (%[block]), %d0\n\t" exepecting |
00:57:23 | mirak | now I am not sure about order |
00:58:07 | mirak | block[0] should be in %d0u and block[1] in %dl |
00:58:11 | mirak | right ? |
00:58:51 | preglow | yeah |
00:59:00 | | Quit TeaSea (Remote closed the connection) |
00:59:06 | | Join Drkepilogue [0] (n=46e79903@labb.contactor.se) |
00:59:11 | mirak | ho you understood what I said, I was about to rewrite it |
00:59:15 | Drkepilogue | hey dood/doodettes |
00:59:34 | Drkepilogue | do anyone know if Rockbox uses C or C++ to code? |
00:59:39 | mirak | preglow: so I load the 8 coef in d0 d1 d2 d3 |
00:59:49 | scorche | Drkepilogue: C |
00:59:56 | mirak | preglow: you might want to give a look ? |
01:00 |
01:00:07 | Drkepilogue | hmm, so im guessing taking a C++ class not gonna do much good ey? |
01:00:26 | preglow | Drkepilogue: sure it would |
01:00:29 | preglow | Drkepilogue: they're not very different |
01:00:37 | scorche | Drkepilogue: well, it will teach your programming basics as well |
01:00:42 | scorche | -r |
01:01:00 | preglow | mirak: a quick one |
01:01:05 | Drkepilogue | but say if i want to help out coding rockbox... it will still be some benifit? |
01:01:19 | scorche | yes |
01:01:30 | Drkepilogue | alright cool, thanks |
01:02:29 | mirak | am looking for a pastebin |
01:02:44 | scorche | Drkepilogue: and in the future, do not ask your question in both the forums and IRC |
01:02:47 | linuxstb | mirak: pastebin.ca normally works for me |
01:03:13 | Drkepilogue | sry... |
01:03:23 | Drkepilogue | cuz i decided to ask forum first |
01:03:24 | mirak | http://pastebin.ca/148194 |
01:03:32 | Drkepilogue | but i forgot about irc, |
01:03:36 | Drkepilogue | til like a few min ago |
01:06:13 | mirak | preglow: what I did was using linuxstb paper mpeg2 optimisation. in it there is a idct row with matrix multiplication plus the formula in algebra. So I verified the formula and matrix multiplication in matlab, so I am sure the equation is correct to perform an idct row. Now I am really not sure how the data formats, and not sure also the idct_row in idct.c really performs a 1 dimention idct on a row. The output I got is |
01:06:13 | mirak | garbeled and tainted in green. |
01:06:53 | mirak | I mean not sure about the data formats, the byte ordering etcetera |
01:08:06 | | Join webguest69 [0] (n=44d9358b@labb.contactor.se) |
01:08:11 | webguest69 | hey guys |
01:08:28 | webguest69 | I have an error question if anyone is up for answering |
01:08:33 | | Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
01:09:00 | mirak | by the way I don't really exept this thing to be faster than C version, since it's optimised a lot more, but I would like to have thing work at least first. The other option would be to just transcribe in asm the idct_row, I will do that next. |
01:09:17 | | Quit lightyear (Remote closed the connection) |
01:09:40 | preglow | mirak: what's up with the macsr move? |
01:09:40 | | Quit webguest69 (Client Quit) |
01:09:44 | preglow | mirak: where'd you get that value from? |
01:10:08 | preglow | unless i'm completely mistanken, you just want to do move.l #0, %macsr |
01:10:09 | mirak | preglow: it's to enable the signed mode |
01:10:14 | Mikachu | how do you like this shell command to convert webirc hex to decimal ip? (zsh only syntax) |
01:10:20 | Mikachu | % for b c (`for a ({1..8}) {i=44d9358b;echo $i[a]}`) {hextodec $b$c}|xargs|sed s/' '/./g |
01:10:23 | Mikachu | 68.217.53.139 |
01:10:47 | mirak | preglow: signed mode plus overflow limitation. |
01:12:30 | preglow | what's with all the 0xffffff ? |
01:12:41 | preglow | the docs clearly state bits 31-12 are reserved and should be cleared, you've set them all... |
01:13:41 | mirak | preglow: I have taken that from an how to on the web, but will try without. |
01:13:52 | mirak | indeed the BUTTERFLY function works with this setting |
01:14:42 | preglow | probably has nothing to say, no |
01:14:47 | preglow | the low byte is correct |
01:14:51 | jhMikeS | there's that problem of when you hold the power key not long enough to cause RB to go into shutdown but you wait a few seconds and it shuts down abruptly...is that due to the ONKEY1s interrupt not being cleared in the PCF50606? |
01:14:58 | preglow | i don't believe you need saturation, thougfh |
01:16:20 | mirak | preglow: yes probably unecessary |
01:16:35 | preglow | but yeah |
01:16:39 | preglow | otherwise it looks good |
01:17:14 | jhMikeS | Datasheet says pcf50606 will go into standby in 8s if not serviced |
01:17:33 | | Join OLD45 [0] (n=42cf004a@labb.contactor.se) |
01:18:39 | | Quit OLD45 (Client Quit) |
01:19:16 | mirak | preglow: hum probably it should be 40 instead of 80 ? |
01:19:43 | preglow | no |
01:19:47 | preglow | 40 is unsigned mode |
01:20:13 | mirak | ok |
01:20:47 | | Join webguest45 [0] (n=42cf004a@labb.contactor.se) |
01:21:53 | preglow | i'm having a really hard time seeing how idct_row can benefit much from using the emac |
01:22:37 | mirak | written as it is hardly believe |
01:22:43 | preglow | anyway, what the hell are you doing in idct_row? |
01:22:46 | preglow | it's clearly not based on the c code |
01:22:47 | mirak | written as it is, hardly I believe |
01:23:04 | preglow | it's a bit hard to verify if it's correct if i don't know what it's supposed to do |
01:23:06 | mirak | preglow: no it's not |
01:23:20 | | Quit Rondom ("Ex-Chat") |
01:23:31 | mirak | preglow: well just spotting some incoherent asssembly operand using and such |
01:23:44 | mirak | but I can tell you |
01:24:12 | mirak | you have a 8x8 block of coefs |
01:24:15 | preglow | there's lots of potential for optimising here, that's for sure |
01:24:29 | preglow | the first four move.l instructions should be one movem.l instead |
01:24:46 | preglow | the accumulator clearing is not needed, since you should always use movclr.l to get answers anyway |
01:25:04 | mirak | preglow: yes, but in doubt ... |
01:25:28 | mirak | ok for the movem |
01:26:13 | preglow | the lea.l (1, %a0), %a0 should be written addq.l #1, %a0, since that's shorter and faster |
01:26:20 | | Quit barrywardell () |
01:26:34 | mirak | ok |
01:27:04 | mirak | "movem.l (%[block]),%d0-%d7\n\t" ?? |
01:27:16 | preglow | anyway |
01:27:26 | preglow | do you really want to add just one byte to %a0? |
01:27:38 | mirak | one word |
01:27:39 | preglow | no, movem.l (%[block], %d0-%d3 |
01:27:47 | preglow | then you need to do addq.l #4, %a0 |
01:27:47 | mirak | one long word |
01:27:53 | preglow | 1 is just one byte |
01:28:57 | mirak | what I do with mac |
01:29:15 | preglow | macs look fine as far as i can see |
01:30:03 | preglow | but i would rather use a movem.l instead of doing the parallel load with mac.w |
01:30:05 | preglow | but that can be fixed later |
01:30:23 | mirak | I think the mac is wrong |
01:30:30 | mirak | it should be d0u |
01:30:47 | mirak | oh no it's ok, sorry, it's block[1] |
01:31:03 | mirak | I know what's wrong |
01:31:28 | mirak | I concatenated the two matrix, but inverted the order for computation so it's wrong. |
01:31:39 | mirak | I need to swap them in mat_coef array |
01:31:40 | | Join fatherfork [0] (n=fatherfo@adsl-152-165-38.asm.bellsouth.net) |
01:32:00 | webguest45 | I am looking for a tutorial or guide for creating FLAC files. I am new to rockbox and using an H 120. I want to create a directory of folders, subfolders and files using FLAC as the compression theme. The files would be bird songs with the bird name displayed. The folders and subfolders would help me organize the bird songs to family. |
01:32:41 | mirak | preglow: if you see what I mean ... :) |
01:32:44 | linuxstb | webguest45: What format are the tracks now, and how are they stored? |
01:32:59 | webguest45 | wav and they are on my PC |
01:33:13 | webguest45 | no golders yet |
01:33:18 | webguest45 | folders |
01:35:56 | | Nick JoeBorn is now known as JB_away (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
01:36:25 | mirak | preglow: I am wondering what the mac is for, if it can't be used to perform idct or imdct |
01:38:19 | preglow | mirak: it's great for filtering |
01:38:34 | preglow | mirak: and it _can_ be used for those tasks as well, it just depends on how you do it |
01:38:37 | jhMikeS | The iPods don't have recording? Is that because RB doesn't support it yet for that? |
01:38:40 | preglow | mirak: like you've just done it |
01:39:00 | webguest45 | linuxstb> are you looking for someting that I may be able to use |
01:39:04 | preglow | mirak: for mp3, i use almost 90% mac instructions in the imdct routine |
01:39:23 | jhMikeS | what the diff between idct and imdct? |
01:39:42 | preglow | imdct is a lapped one-dimensional transform |
01:40:25 | mirak | ok |
01:40:27 | linuxstb | webguest45: Sorry, no - I've got no ideas... |
01:40:36 | | Quit lukaswayne9 ("Ex-Chat") |
01:40:42 | preglow | other than that, they're not that different, both decompose a signal into cosine components of different frequencies |
01:40:51 | webguest45 | OK I will do more searching |
01:41:07 | rotator | woohoo! |
01:41:10 | * | rotator nearly has sample-accurate flac seeking implemented |
01:41:32 | rotator | just a few more bugs to work out |
01:41:32 | | Quit MarcoPolo (Read error: 104 (Connection reset by peer)) |
01:41:43 | jhMikeS | How does it get the phase? It's easy to see how a fourier series get the phase by combing differnt amount of sin and cos for a frequency |
01:41:49 | linuxstb | jhMikeS: I've started work on ipod recording, but it's not in CVS yet. And it's probably badly broken by all the recent changes - I dare not run cvs update in that tree... |
01:41:53 | mirak | preglow: what we lose indeed is we can't use immediate value |
01:42:10 | preglow | rotator: w0000t |
01:42:20 | mirak | I am not sure it wouldn't be faster be add #Wsomething |
01:42:28 | preglow | jhMikeS: it doesn't have phase |
01:42:32 | mirak | with/be |
01:42:37 | jhMikeS | linuxstb: I'll have my changes up soon in FS |
01:42:48 | rotator | preglow: hehe, works about half the time right now |
01:42:49 | preglow | jhMikeS: there's just cosines, which means they've all got a fixed phase |
01:42:54 | jhMikeS | preglow: It didn't seem like it could. |
01:43:03 | | Quit webguest45 ("CGI:IRC") |
01:43:27 | jhMikeS | preglow: I guess that mean I do have grasp on it. It's much like a fourier series with the sin part taken out |
01:43:39 | preglow | jhMikeS: it's more or less exactly like that |
01:43:56 | preglow | jhMikeS: cosine transforms have good energy compaction properties, which is why they're so often used |
01:44:14 | jhMikeS | because the it start at 1 right? |
01:44:31 | *** | Saving seen data "./dancer.seen" |
01:44:34 | jhMikeS | the dc coeficient is at the left then |
01:44:44 | jhMikeS | no |
01:44:45 | jhMikeS | ??? |
01:44:48 | preglow | jhMikeS: the dc coefficient is unimportant for sound |
01:44:59 | preglow | jhMikeS: so no, that's not just why |
01:45:02 | jhMikeS | not for video |
01:45:11 | preglow | for video the dc component is very important |
01:45:17 | preglow | and pictures |
01:45:34 | * | linuxstb goes to bed |
01:45:38 | preglow | nightie |
01:45:53 | jhMikeS | gnight |
01:46:22 | jhMikeS | video obviously has a lot of dc |
01:46:26 | preglow | http://upload.wikimedia.org/wikipedia/commons/f/f8/Dandelion_clock_quarter_dft_dct.png |
01:46:33 | preglow | very good example of dct energy compaction |
01:46:44 | preglow | almost all the energy are in the lower frequency coefs |
01:47:19 | jhMikeS | A 2d dct is a dct of a 1d dct? |
01:47:20 | preglow | it seems i suck at english again |
01:47:25 | mirak | preglow: I found one explanation of DCT decomposition like in idct.c but I haven't found one for th inverse dct |
01:47:33 | preglow | jhMikeS: yeah, i guess so, similar to a 2d dft |
01:47:37 | | Quit fatherfork () |
01:48:12 | mirak | good night |
01:49:44 | jhMikeS | I think I can just do it up in a spreadsheet and compare the results with the fs waveform coeffs. I did the fs in excel real quick. |
01:51:08 | jhMikeS | If it can compact energy so well it must rely less on high harmonics to reproduce the function |
01:52:59 | preglow | anyway |
01:53:07 | preglow | sleepy time for me too |
01:53:07 | preglow | gniht |
01:56:02 | jhMikeS | goodnight |
02:00 |
02:05:42 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
02:06:51 | | Join webguest82 [0] (n=42cf004a@labb.contactor.se) |
02:08:07 | webguest82 | linuxstb> I found this for FLAC users, thought you may want to know. http://mikewren.com/e107_plugins/forum/forum_viewforum.php?2 |
02:09:12 | webguest82 | was webguest 45 |
02:14:33 | | Join Bloody_Sorcerer [0] (n=g@cpe-72-230-178-79.rochester.res.rr.com) |
02:14:44 | Bloody_Sorcerer | for the rockbox VMWare dev platform, whats the login |
02:15:05 | scorche | Bloody_Sorcerer: user:rockbox |
02:15:29 | Bloody_Sorcerer | password? |
02:15:38 | scorche | sorry...that was it |
02:15:48 | scorche | user: user pass: rockbox |
02:15:58 | Bloody_Sorcerer | ah, there we go :) |
02:17:09 | | Quit webguest82 ("CGI:IRC") |
02:18:44 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
02:19:54 | | Join lodesi [0] (n=lds@d02v-89-83-252-238.d4.club-internet.fr) |
02:20:11 | | Join andrewy [0] (n=boo@208.118.27.118) |
02:20:44 | andrewy | does anyone have use an iriver h320 with rockbox? i'm wondering how well it works, as in, if it's useable |
02:22:48 | JdGordon | its 10000x more usable than the iriver software |
02:23:17 | andrewy | cool |
02:23:27 | andrewy | just out of curiousity, does it show the remaining battery life like the h120? |
02:23:32 | andrewy | or is that not implemented |
02:23:34 | Genre9mp3 | add some more zeros please.... |
02:23:35 | Genre9mp3 | :) |
02:23:55 | JdGordon | everything that works on the 120 works on the 320 |
02:24:44 | andrewy | ah, cool |
02:24:45 | andrewy | thanks |
02:25:06 | Bloody_Sorcerer | everything +1 |
02:25:29 | andrewy | +1? |
02:25:33 | Bloody_Sorcerer | yes |
02:25:35 | Bloody_Sorcerer | meaning even better |
02:25:37 | Bloody_Sorcerer | :) |
02:25:39 | andrewy | what's the 1? |
02:25:39 | andrewy | ah |
02:26:06 | andrewy | don't think all my music will fit on a 320 though :/ |
02:26:15 | Bloody_Sorcerer | isnt there a 340? |
02:26:19 | andrewy | yeah |
02:26:29 | andrewy | 3x as expensive |
02:27:51 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
02:28:18 | | Join t0mas [0] (n=Tomas@rockbox/developer/t0mas) |
02:31:05 | Bloody_Sorcerer | make zip is puking size constraints errors |
02:31:07 | andrewy | have you tried any of the last.fm things with it? i think there are patches to write the songs listened to to a file for submitting to them |
02:31:09 | Bloody_Sorcerer | wtf does that mean :( |
02:31:29 | | Quit lodesi_ (Read error: 110 (Connection timed out)) |
02:31:53 | * | Bloody_Sorcerer pretends it doesnt matter |
02:35:11 | Bloody_Sorcerer | mpegplayer plugin = sick nasty |
02:39:23 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
02:48:58 | Mikachu | Bloody_Sorcerer: those are not errors |
02:52:58 | jhMikeS | Mikachu: I meant to ask about those. Why are the rwps's not being included? |
02:58:29 | Soap | If I can make a comment about an earlier conversation: |
02:58:31 | Soap | [2006-08-24 15:56:03] <jhMikeS> linuxstb: Well...my point is (I think I have one :)...a string of short files will load the codecs and files up to available space...long files won't have a significant relative load from loading codecs. |
03:00 |
03:00:24 | Soap | Would a possible solution be (if this possibility (lots of mixed codec short files) is worth being concerned over) to change the code so that a codec is not removed from the buffer until a combination of time/tracks played has elapsed? |
03:00:48 | Soap | So the codec would get removed from the buffer, but only after a wait period. |
03:01:10 | Soap | I'm more curious about the idea in theory, than as a pratical need. |
03:02:19 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
03:03:04 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
03:03:56 | jhMikeS | Soap: I'm not certain there would be much benefit. Like was also said earlier, codecs are small. Things would get messy IMO. |
03:04:23 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
03:06:57 | jhMikeS | Soap: Most audio files approching the size of codecs are very short indeed and would buffer along with the codecs very quickly. |
03:23:26 | | Quit spiorf (Remote closed the connection) |
03:38:11 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
03:40:46 | | Join sharpe [0] (n=sharpe@user-0c8hc2c.cable.mindspring.com) |
03:44:34 | *** | Saving seen data "./dancer.seen" |
03:47:21 | | Join webguest82 [0] (n=467626b8@labb.contactor.se) |
03:48:56 | | Quit webguest82 (Client Quit) |
03:57:22 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
03:57:29 | | Join ni1s [0] (n=ni1s@1-1-4-36a.dre.sth.bostream.se) |
03:59:22 | | Quit solarflare_ ("Leaving") |
04:00 |
04:02:12 | | Quit Bloody_Sorcerer (Read error: 113 (No route to host)) |
04:02:48 | | Quit dan_a (Read error: 110 (Connection timed out)) |
04:09:37 | | Join JoeBorn [0] (n=jborn@adsl-75-3-65-237.dsl.chcgil.sbcglobal.net) |
04:10:49 | | Quit [HO]vo|t ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
04:16:12 | | Part pixelma |
04:27:37 | | Join XxBigP123xX [0] (n=182e1507@labb.contactor.se) |
04:28:19 | XxBigP123xX | uh i know what your all going to say but is anyone familiar with ipod linux(good with it) |
04:31:06 | XxBigP123xX | geuss not |
04:35:14 | | Join ryanpg [0] (n=ryanpg@c-67-186-114-128.hsd1.il.comcast.net) |
04:35:36 | ryanpg | wow, busy channel |
04:36:06 | ryanpg | the website seems a touch out of date... is there any recent progress on the iaudio port? like M5 support :D |
04:37:47 | ryanpg | reading the ml now actually... no mention of the M5 |
04:37:50 | ryanpg | :( |
04:38:07 | XxBigP123xX | in pacbox can i change the names of the little ghosts? |
04:38:38 | Mikachu | you can choose between two sets of names in the settings iirc |
04:41:52 | Mikachu | this is impressive |
04:41:56 | Mikachu | % for a (*) {mp3tovorbis.pl -b $a} |
04:41:58 | Mikachu | File "cover.jpg.ogg" created successfully |
04:43:01 | | Quit ni1s (Remote closed the connection) |
04:43:35 | XxBigP123xX | yeah but wen i choose the names it like aaaaaaaaaaaaaaaa, bbbbbbbbbbbbbb, ccccccccccccccccccc,dddddddddddddddddddddd |
04:46:21 | sharpe | XxBigP123xX: That's what they're supposed to be. |
04:48:14 | ryanpg | hrm... different question, different direction, what player is recommended if I want the best rockbox experience? |
04:49:28 | XxBigP123xX | o ok sharpe thanks |
04:56:36 | blx | Mikachu, are you transcoding between lossy formats? |
04:57:03 | | Join Old45 [0] (n=42cf004a@labb.contactor.se) |
04:58:21 | | Quit Old45 (Client Quit) |
04:58:46 | | Join Old45 [0] (n=42cf004a@labb.contactor.se) |
04:58:47 | | Quit jaebird (Read error: 104 (Connection reset by peer)) |
04:59:39 | | Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
05:00 |
05:06:11 | | Quit Old45 ("CGI:IRC (EOF)") |
05:14:53 | rotator | does anyone have any flac files without seektables that I may borrow? |
05:15:52 | | Join jaebird [0] (n=jae@03-210.netblk-38-96-210.coolaccess.net) |
05:16:11 | XxBigP123xX | in podpaint(ipl) do i have to keep tapping the select button to draw a little dot? |
05:21:26 | scorche | XxBigP123xX: what makes you think that we would be able to answer questions about ipl? |
05:22:54 | XxBigP123xX | well, actually idk but i thought id give it a try =) |
05:23:54 | scorche | i would think that you would get much better responses in...hmmm...i dont know...maybe ipl's channel rather than the rockbox channel? |
05:24:05 | XxBigP123xX | i cant find it |
05:24:09 | XxBigP123xX | linkage? |
05:24:30 | scorche | how would i know?...try going to ipl's site and going fromthere |
05:24:41 | XxBigP123xX | k |
05:39:11 | sharpe | XxBigP123xX: #ipodlinux it's not that hard to find... |
05:44:37 | *** | Saving seen data "./dancer.seen" |
05:45:44 | XxBigP123xX | yeah but im using firefox and wen i press it it says it cannot open it |
05:46:57 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
05:47:09 | XxBigP123xX | and frget that now have another question |
05:47:44 | midkay | huh? you press what? |
05:47:56 | XxBigP123xX | how do i load diffrent wads in doom |
05:47:57 | midkay | why can't you just join #ipodlinux? |
05:48:18 | midkay | ah, webclient. |
05:49:05 | Paul_The_Nerd | Webclient isn't an excuse for posting in the wrong channel. It's not like there aren't fifty billion free ways to connect to IRC. |
05:49:28 | * | Paul_The_Nerd walks in and talks about something he has no basis to interject in. |
05:49:47 | XxBigP123xX | ^^^^ i have no idea what you two are talking about |
05:50:13 | midkay | Paul_The_Nerd: i was asking why he couldn't join. i agree that he should not ask here. |
05:50:36 | midkay | XxBigP123xX: rockdoom? it's in the manual, the wiki, several forum threads.. |
05:50:44 | scorche | Paul_The_Nerd: we have a log...you have no excuse for this behavior =P |
05:50:51 | XxBigP123xX | o ok thanks |
05:50:59 | Paul_The_Nerd | scorche: I have an excuse, it's just not a *valid* excuse |
05:51:32 | scorche | Paul_The_Nerd: well shame on you! |
05:53:24 | sharpe | i have excuses for everything... |
05:53:48 | scorche | sharpe: ok...what is your excuse for butting into a conversation that had nothing to do with you? |
05:55:47 | sharpe | well, it was two minutes after a thing had been said. |
05:56:03 | scorche | ...and? |
05:56:05 | midkay | sharpe: and what's the one for being a total bitch 24/7? |
05:56:20 | sharpe | aww. that's not nice. |
05:57:13 | scorche | sharpe: why not?...you ARE a dog =) |
05:57:21 | scorche | gender confused one...but still |
05:58:16 | sharpe | yeah. that's really funny. |
05:59:13 | | Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) |
05:59:13 | midkay | it actually was, but that's beside the point - what was the excuse for it? |
06:00 |
06:00:17 | | Quit Drkepilogue ("CGI:IRC (EOF)") |
06:07:20 | | Join _jhMikeS_ [0] (n=jethead7@adsl-68-73-207-97.dsl.sfldmi.ameritech.net) |
06:12:21 | | Join dongs_ [0] (n=HPUX@h193045.ppp.asahi-net.or.jp) |
06:12:33 | | Quit dongs (Read error: 104 (Connection reset by peer)) |
06:22:55 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
06:33:54 | | Quit dongs_ (Read error: 110 (Connection timed out)) |
06:37:52 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
06:40:03 | | Join BigMac [0] (n=dummeska@64-252-108-144.adsl.snet.net) |
06:40:11 | | Quit XxBigP123xX ("CGI:IRC (EOF)") |
06:40:27 | | Quit rotator ("zzzzzzzzzz") |
06:40:32 | BigMac | Paul_The_Nerd, are you present? |
06:40:51 | Paul_The_Nerd | Yes |
06:41:58 | BigMac | are you a member of colbertnation.com? |
06:42:36 | Paul_The_Nerd | No. |
06:42:57 | BigMac | what is your forum nickname? |
06:43:03 | BigMac | llorean right? |
06:43:07 | Paul_The_Nerd | Yes. |
06:43:19 | BigMac | ok nvm |
06:43:32 | BigMac | there is a person with lloorean as a nick |
06:43:49 | Paul_The_Nerd | Ah |
06:53:17 | | Quit daurnimator (No route to host) |
06:56:45 | | Quit merbanan (Remote closed the connection) |
07:00 |
07:00:41 | | Quit juxtap (Read error: 110 (Connection timed out)) |
07:08:39 | | Join RoC-MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) |
07:12:20 | sharpe | night. |
07:12:21 | | Quit sharpe ("Leaving") |
07:23:16 | | Quit RoC-MM ("Leaving") |
07:31:46 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
07:31:49 | | Join t0mas_ [0] (n=Tomas@ip503c08d1.speed.planet.nl) |
07:44:40 | *** | Saving seen data "./dancer.seen" |
07:46:43 | Bg3r | morning :P |
07:54:25 | amiconn | morning |
07:54:47 | amiconn | It seems we exceed the LCD timing specs on H300 :( |
07:58:23 | Bg3r | huh ? |
07:58:30 | Bg3r | main LCD? |
07:58:33 | amiconn | yes |
07:59:32 | amiconn | The datasheet says: write cycle time >= 150ns, low pulse width >= 40ns, high pulse width >= 70ns |
08:00 |
08:00:18 | amiconn | We're running /CS1 with 2 waitstates at 124MHz. Busclk = CPUclk/2, so one bus clock cycle is ~16ns |
08:01:08 | amiconn | A non-burst bus cycle is (3+ws) clock cycles, of which (2+ws) clock cycles /WR and /CS is held down |
08:02:04 | amiconn | So the low pulse width is within specs: 4*16ns = 64ns >= 40ns. We could even shave off one waitstate. |
08:03:02 | amiconn | But: There's sometimes only one other instruction between 2 consecutive writes. So our high pulse width is only 1 or 2 bus clocks, i.e. 16 or 32ns |
08:03:30 | amiconn | (not sure whether the instruction is shadowed by the write pipeline or not) |
08:03:33 | | Quit dwihno (Read error: 54 (Connection reset by peer)) |
08:03:44 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
08:03:52 | | Join dwihno [0] (n=dw@81.8.226.44) |
08:04:30 | | Quit MarcoPolo (Remote closed the connection) |
08:04:40 | amiconn | That means both the high pulse width (16 or 32ns, need >= 70ns) and the cycle time (80 or 96ns, need >= 150ns) are out of specs |
08:05:05 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
08:05:13 | amiconn | That is, if I don't miss something important... |
08:07:55 | Bg3r | amiconn: since when is this time exceeding ? |
08:08:17 | amiconn | Since the asm optimised data transfer |
08:08:40 | amiconn | Several months |
08:09:14 | amiconn | Otoh, the overall transfer speed lies in the expected range with obeying the timing. |
08:10:10 | amiconn | A cycle time of 150ns means the theoretical limit is 6.67MPixel/s or 13.33MByte/s |
08:10:21 | amiconn | We transfer ~10MByte/s |
08:10:42 | amiconn | (of course that includes the DRAM read) |
08:11:21 | * | amiconn could need LinusN to solve this mystery :/ |
08:14:44 | Bg3r | but i haven't observed any problems ... |
08:17:42 | amiconn | I didn't observe any either |
08:18:55 | amiconn | I only found this because I was calculating waitstates & stuff for every possible CPU clock, which also involves the LCD waitstates... |
08:22:13 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
08:22:15 | | Join Siku [0] (i=Siku@dsl-kpogw4-fe52df00-45.dhcp.inet.fi) |
08:25:40 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
08:27:28 | | Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
08:35:11 | | Quit RoC_MM (Read error: 110 (Connection timed out)) |
08:39:24 | | Join Drkepilogue [0] (n=46e79903@labb.contactor.se) |
08:39:29 | Drkepilogue | hey |
08:39:42 | Drkepilogue | foa question for the coders |
08:39:56 | Drkepilogue | caN U WRITE C PROGRAMS WITH UNIx? |
08:40:00 | Drkepilogue | srt for cap |
08:40:02 | Drkepilogue | sry* |
08:41:52 | Bg3r | Drkepilogue: some people here can .... |
08:42:20 | ze | hahah |
08:42:25 | Drkepilogue | i mean, is it possible to use unix to write c programs |
08:42:26 | ze | i dunno, can you write BASIC programs on a c64? |
08:42:26 | * | Bagder doesn't understand the question |
08:42:35 | Bagder | Drkepilogue: yes of course |
08:42:40 | Bagder | C was made on and for unix |
08:42:46 | Drkepilogue | o |
08:42:47 | Drkepilogue | ok |
08:43:19 | Drkepilogue | im not smrt about these things |
08:43:20 | Drkepilogue | ty |
08:43:25 | | Join ender` [0] (i=null@84.52.165.220) |
08:45:13 | | Quit Drkepilogue ("CGI:IRC (EOF)") |
08:54:35 | | Join Rob2222_ [0] (n=Miranda@ACAE4E52.ipt.aol.com) |
09:00 |
09:01:34 | | Quit JdGordon ("using sirc version 2.211+KSIRC/1.3.12") |
09:02:07 | | Join [H5N1] [0] (i=mrflu@laggy.us) |
09:03:07 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
09:05:00 | daurnimator | hi al |
09:05:02 | daurnimator | l |
09:08:26 | | Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) |
09:11:42 | | Join webguest84 [0] (n=c27f0812@labb.contactor.se) |
09:13:08 | | Join _FireFly_ [0] (n=FireFly@p54A44F80.dip.t-dialin.net) |
09:13:19 | webguest84 | Hi. There is a typo in the RB manual. In the section about "A-B" feature, it reads "This option is more complicated to use THAT the others". It should read "...THAN the others" |
09:13:51 | midkay | thanks for pointing out one of surely hundreds. :) |
09:13:59 | midkay | we'll consider fixing this. very intensely. |
09:14:22 | | Join daurn|laptop [0] (n=quae@124.243.137.107) |
09:15:40 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
09:20:54 | Paul_The_Nerd | :-P |
09:21:05 | Paul_The_Nerd | webguest84: Typos should be reported on the patch tracker, just like anything else. |
09:21:45 | * | amiconn is surprised about midkay's reaction |
09:21:56 | midkay | amiconn? |
09:23:43 | * | amiconn had the impression that midkay is usually very picky about spelling & grammar |
09:24:12 | midkay | i am, what's your point? it was sarcasm :0 |
09:24:14 | midkay | :)* |
09:25:15 | amiconn | morning LinusN |
09:25:25 | LinusN | moo |
09:25:31 | midkay | o..kay.. |
09:25:48 | * | LinusN gets some black goo in a cup |
09:25:55 | amiconn | LinusN: Could you help solving the LCD timing mystery (H300/X5)? See today's log starting 07:54... |
09:26:00 | webguest84 | Paul_The_Nerd: yes, I know, that's the official way. But if the authors are reading here it will be quicker and "lighter" way. BTW: IMHO, "A-B" should be written using a dash, not "−−" in TeX. |
09:26:19 | | Quit mirak ("Ex-Chat") |
09:27:01 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
09:27:23 | linuxstb | webguest84: No need to file a bug report - I've just fixed it. Thanks for reporting. |
09:27:35 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
09:30:37 | LinusN | amiconn: you wonder why it still works even if we exceed the timing specs, or what? |
09:31:04 | amiconn | Yes, and whether we actually exceed the specs or not |
09:31:18 | amiconn | Some numbers are simply not matching well... |
09:31:20 | | Join tucoz [0] (n=528676e7@labb.contactor.se) |
09:31:55 | | Quit linuxstb ("CGI:IRC") |
09:32:27 | amiconn | On X5 it's even worse. Minimum cycle time is 200ns instead of 150ns (HWM=0), but we're writing at the same speed as on H300 |
09:32:30 | LinusN | we all know that the h300 lcd is timing sensitive, but maybe the x5 controller is different |
09:32:50 | amiconn | It is? |
09:33:02 | tucoz | webguest84: what did you mean about the dash and A-B? |
09:33:04 | LinusN | we also know that some h300 users have problems |
09:33:25 | LinusN | not many, but some |
09:33:26 | * | amiconn didn't know that |
09:33:39 | LinusN | it's in the forums |
09:34:27 | tucoz | As far as I know, it is written as A-B everywhere. Not A−−B. Or did I misunderstand you? |
09:34:30 | LinusN | amiconn: http://www.rockbox.org/tracker/task/5353 |
09:35:33 | LinusN | speaking of timing, hwm mode is out of the question, unless we can make the coldfire hold CS down during the entire transfer |
09:35:42 | amiconn | Hmm. Random pixels would indicate exceeded timing |
09:35:46 | LinusN | yes |
09:36:07 | amiconn | But according to my cals, we're _significantly_ exceeding timing specs |
09:36:30 | amiconn | Something must be wrong, as I wouldn't expect it to still work if that's _really_ the case |
09:36:56 | LinusN | i believe the lcd timing has generous margins |
09:37:18 | amiconn | Btw, why is HWM out of question? The controller datasheet doesn't _require_ /CS held low during the 4 consecutive transfers |
09:37:45 | amiconn | The diagram shows it that way, but it's nowhere required in the text or tables |
09:38:22 | Bagder | tucoz: the ipod3g manual doesn't build for me... |
09:38:31 | LinusN | amiconn: don't you remember that we tried this on the h300, and it only transferred every 4 pixels |
09:39:08 | LinusN | a loooong time ago |
09:39:28 | amiconn | Didn't know that... |
09:39:30 | tucoz | Bagder: ok. Maybe I forgot something. I´ll check it out later. |
09:39:57 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
09:40:58 | | Quit matsl (Read error: 110 (Connection timed out)) |
09:40:58 | | Quit tucoz ("CGI:IRC (EOF)") |
09:42:25 | * | LinusN broke 5 wires in his x5 lcd strip the other day |
09:43:02 | LinusN | but i managed to repair them by soldering |
09:43:25 | LinusN | this means that i can't open it up and measure the lcd timing, because then i'll break it for good |
09:43:46 | webguest84 | tucoz: no, it's written as "A−−B", i.e. with two dashes (at least at one place, in the A-B section) |
09:44:44 | *** | Saving seen data "./dancer.seen" |
09:46:10 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
09:46:39 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
09:46:43 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
09:47:01 | | Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
09:47:02 | | Quit linuxstb_ (Nick collision from services.) |
09:47:18 | | Part Paul_The_Nerd |
09:49:00 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
09:49:49 | | Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
09:50:23 | | Part webguest84 |
09:50:24 | linuxstb | dan_a: Are you around: |
09:50:51 | | Join webguest84 [0] (n=c27f0812@labb.contactor.se) |
09:51:22 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
09:52:13 | | Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
09:56:14 | | Join BHSPitLappy_ [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
09:56:33 | | Part BHSPitLappy ("Leaving") |
09:56:50 | | Nick BHSPitLappy_ is now known as BHSPitLappy (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
09:59:30 | daurn|laptop | yo |
10:00 |
10:01:53 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
10:02:38 | dan_a | linuxstb: Not for long. I've (just) figured out where the stack overflow is coming from |
10:02:52 | tucoz | Bagder, you can try now |
10:03:33 | linuxstb | dan_a: If I remove the sleep() in apps/main.c:init(), then it doesn't panic any more. |
10:03:34 | dan_a | Change the sleep() in app_main to a udelay or a load of nops |
10:03:45 | linuxstb | Yes, I've done that... |
10:03:55 | Bagder | tucoz: thanks, seems to build fine now |
10:04:01 | webguest84 | tucoz: have you seen my comment about two dashes in "A-B" section? I don't like to file a bug. |
10:04:35 | dan_a | It needs long enough for the COP to wake up and set the variable to say that it's alive before the CPU decides whether to sleep it again or not |
10:04:41 | linuxstb | dan_a: I'm still debugging - I can call create_thread_on_core(CPU,....) from mpegplayer and successfully decode the video in a new thread, but the thread refuses to run if I start it on the COP. |
10:04:49 | tucoz | webguest84, I saw your comment, but not a reply to my question. (me checks logs) |
10:05:19 | dan_a | linuxstb: Does it show up in the OS Stacks debug screen |
10:05:33 | tucoz | webguest84, yes. But I didn't understand what you mean. We write A-B as A-B, not A−−B |
10:06:13 | dan_a | You should have a main thread and your thread on core 1 |
10:06:31 | tucoz | webguest84, oh. you are talking about the A-B feature, not the button right? |
10:06:44 | webguest84 | tucoz: yes |
10:06:47 | linuxstb | dan_a: Just testing now |
10:07:06 | tucoz | aha. I am not sure why it is written like that. Let me check that. |
10:07:50 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
10:08:08 | linuxstb | dan_a: I don't have a main thread on the COP - just my own thread. |
10:08:53 | dan_a | linuxstb: Try commenting out the line that sends the COP back to sleep (after the sleep that you deleted) |
10:09:03 | Bagder | tucoz: 3g manuals are online |
10:09:19 | tucoz | thanks :) |
10:11:22 | linuxstb | dan_a: When I first start Rockbox, should the OS Stacks screen show a main thread on the COP? |
10:11:45 | dan_a | linuxstb: Yes |
10:11:47 | tucoz | webguest84: to be honest, I have no idea why it is written using two hyphens. Maybe the writer simply wanted a longer hyphen? |
10:11:56 | linuxstb | dan_a: OK, that's not happening. |
10:12:18 | Paul_The_Nerd | What happens if something tries to un-boost the CPU when it's not boosted? |
10:12:33 | dan_a | Even when you delete the line that sends it back to sleep? |
10:12:50 | linuxstb | Yes. |
10:12:53 | firenx | hmm i got this fm transmitter but my sound sounds all muffled.. how can i reset the rockbox settings? |
10:13:13 | dan_a | I have to go now - I'll be back online in about an hour. My guess is that I've got the interrupt addresses wrong |
10:13:27 | linuxstb | dan_a: I'll keep investigating - thanks. |
10:14:35 | webguest84 | tucoz: I think so. But I also thing that the desire was wrong :-) |
10:14:36 | | Quit apo` (Read error: 104 (Connection reset by peer)) |
10:14:46 | LinusN | firenx: what makes you think it has anything to do with the rc settings? |
10:15:02 | LinusN | firenx: which player model do you have? |
10:15:03 | linuxstb | Paul_The_Nerd: Nothing. The boost counter will get decremented, but there is a check to make sure it never goes below zero. |
10:15:07 | firenx | well it sounds crappy on my headphones too so i think its something i did |
10:15:09 | firenx | ipod video 30gb |
10:15:20 | tucoz | do you think using only one hyphen is the proper British way of writing it? |
10:15:44 | Paul_The_Nerd | linuxstb: Okay. I had assumed that was the case. |
10:15:46 | Paul_The_Nerd | Thanks |
10:15:59 | linuxstb | tucoz: Shouldn't "A-B" the feature be something like "A<->B" ? |
10:16:29 | Paul_The_Nerd | Well, isn't it "A to B" since it doesn't bounce, it loops. So maybe A->B? |
10:16:52 | tucoz | linuxstb, maybe. I don't know what it is called in Rockbox. I can not find my charger, and the h120 is without juice atm. |
10:18:16 | tucoz | but I agree that it shouldn't be two hyphens now. |
10:18:28 | firenx | ok so i put a song on the apple os and it sounds good |
10:18:33 | firenx | so it must have been something i did with rockbox |
10:19:10 | LinusN | firenx: start it with the hold button on |
10:19:22 | firenx | ok |
10:19:26 | LinusN | that should reset the rc settings to their default values |
10:19:35 | LinusN | rb even |
10:19:41 | tucoz | webguest84, fixed. thanks for reporting |
10:20:27 | firenx | hmm still doesn't sound quite right |
10:20:56 | firenx | all my settings look the same tho.. time is right, theme is right |
10:21:16 | webguest84 | tucoz: yes, I would do so. Wikipedia states something different though. Hmm... I think we should leave it as it is then. Or the other way :-))) |
10:22:23 | tucoz | If it is called A-B in Rockbox, then it should be that (Imo). Not what wikipedia says. It is a setting after all. |
10:24:10 | Paul_The_Nerd | firenx: Did it say "Settings Cleared" when you booted? |
10:24:35 | firenx | i dont think so.. anyways i deleted it and put rockbox back on.. sounds proper now :) |
10:25:05 | firenx | but thats cool i had been messing with all the settings to see what they do anyways hehe |
10:25:47 | webguest84 | tucoz: "...It is a setting after all." OTOH A-B as a feature means "play from A to B". And "X to Y" is written with double dash (en dash). I don't know. We should ask in a typesetting user group :-) |
10:27:07 | tucoz | webguest84, hmm. that is probably why it was written like that. maybe i was a bit quick with that commit. |
10:27:07 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
10:27:22 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:31:27 | | Join apo` [0] (n=apo@dslb-088-065-065-166.pools.arcor-ip.net) |
10:31:56 | webguest84 | tucoz: after having thought about this I still think it should have only one dash. The button has one dash, in the menu we also have one dash. So, to be consistent, we should also have only one dash in the feature name. Even if it's slightly incorrent semantically. |
10:32:30 | tucoz | Is it 'The build contain a file and a directory ' or 'The build contains a file and a directory' ? |
10:32:40 | webguest84 | tucoz: one more point: "Repeats between two user defined point within a track" should read "...POINT_S_..." |
10:32:43 | tucoz | webguest84, ok. we'll do that for now then. |
10:33:03 | | Quit dan_a (Read error: 110 (Connection timed out)) |
10:33:20 | webguest84 | tucoz: I'd say "the build contains" |
10:33:46 | linuxstb | Or "the build zip file contains" - if that's what you're talking about. |
10:34:35 | | Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:34:35 | | Quit San (Read error: 104 (Connection reset by peer)) |
10:34:41 | | Join dan_a [0] (i=dan_a@217.23.160.38) |
10:35:44 | tucoz | thanks |
10:38:53 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:38:53 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
10:45:37 | tucoz | linuxstb, are the install instructions for the 3g equal to that of the 4g? |
10:45:57 | linuxstb | Yes. |
10:46:23 | linuxstb | Although the hardware key combinations are different on the 4g - see http://ipodlinux.org/Key_Combinations |
10:46:26 | linuxstb | ^3g |
10:46:41 | tucoz | and the file is called bootloader-3g.bin? |
10:46:59 | linuxstb | yes. |
10:48:19 | tucoz | hmm. sometimes it is 'harddrive' and sometimes 'hard drive'. what should i use? |
10:48:45 | dan_a | I think 'hard drive' is correct |
10:49:07 | linuxstb | dan_a: It looks like cop_main() is never called... |
10:49:54 | dan_a | linuxstb: That's... odd. There's nothing in crt0.S that I've made PP5002 only, is there? |
10:50:07 | | Quit daurnimator ("Changing server...") |
10:50:07 | linuxstb | I can't see anything. |
10:50:13 | | Join bluebrother [0] (i=cyX7c1Cz@nat-wh-1.rz.uni-karlsruhe.de) |
10:51:18 | | Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:51:18 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
10:51:18 | | Quit San (Read error: 104 (Connection reset by peer)) |
10:51:25 | tucoz | bluebrother, hi :) did i do something stupid when i changed the A−−B to A-B? |
10:51:27 | dan_a | The way to test that would be to have the first line of cop_main send the cop to sleep, and then check from the CPU what its status is |
10:51:30 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
10:52:01 | bluebrother | tucoz, no. |
10:52:07 | tucoz | ok. good |
10:52:16 | webguest84 | tucoz: have you also changed 'point' to 'points' (see above)? |
10:52:41 | bluebrother | it just produces a longer dash, but maybe that dash is even better in that place. |
10:52:48 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:53:29 | tucoz | webguest84, ah. right. no. i was going to ask you if you wanted to sum up what you think should be changed, and we can fix several things in one go. |
10:54:08 | dan_a | linuxstb: How are you testing if it gets called? |
10:54:28 | webguest84 | tucoz: then I'd have to file a bug report. And I'm too lazy for that :-) |
10:55:06 | tucoz | you could write down what you find, and paste it in a paste bin then :) |
10:56:10 | LinusN | amiconn: in the metronome plugin, the timer_register() succeeds, but the timer callback is never called |
10:56:26 | LinusN | however, if i rolo rockbox, is works |
10:56:27 | | Quit San (Read error: 104 (Connection reset by peer)) |
10:57:04 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:58:10 | amiconn | LinusN: Yes, and it also works if you exit metronome and start it again |
10:58:10 | | Quit San (Read error: 104 (Connection reset by peer)) |
10:58:16 | LinusN | saw that too now |
10:58:18 | linuxstb | dan_a: I've put a variable (cop_count) in IRAM, and I increment that variable at the start of cop_main() and display it in the debug OS stacks screen. |
10:59:03 | amiconn | But the doom hang must have a different cause. Doom also hangs if you select the tick emulation by current_tick instead of using TIMER1 |
10:59:27 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
10:59:35 | LinusN | amiconn: yes |
10:59:40 | amiconn | Btw, it could be possible to keep /CS low for 4 consecutive LCD writes |
10:59:45 | dan_a | linuxstb: You still have COP_CTL = PROC_WAKE in init()? |
10:59:49 | LinusN | amiconn: how? |
11:00 |
11:00:01 | amiconn | /CS can be switched to GPIO |
11:00:02 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:00:30 | amiconn | Then all code between this switch has to run in IRAM, must not access data outside IRAM, and disable interrupts |
11:00:37 | LinusN | amiconn: but how do you set cs high again without generating additional cycles on the bus? |
11:00:43 | linuxstb | dan_a: Yes. |
11:00:50 | dan_a | And have you tried taking out the 'if(!cop_is_available) COP_CTL = PROC_SLEEP'? |
11:01:27 | amiconn | Or does accessing MBAR also generate bus cycles on the external bus? |
11:01:27 | tucoz | webguest84, the point_S is fixed |
11:01:32 | | Join spiorf [0] (n=spiorf@host4-125.pool8248.interbusiness.it) |
11:01:37 | LinusN | amiconn: no, i don't think so |
11:01:50 | linuxstb | dan_a: Yes, that's commented out. |
11:01:56 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:06:22 | LinusN | but i'm not sure that R/W is silent |
11:06:22 | amiconn | Dunno whether it's worth the hassle; accessing MBAR is _dea_ slow |
11:06:22 | amiconn | s/dea/dead/ |
11:06:22 | webguest84 | tucoz: OK |
11:06:22 | amiconn | A write needs 12 cpu cycles, read-modify-write (or/and/eor) needs 25 cpu cycles |
11:06:22 | | Quit _FireFly_ ("Leaving") |
11:06:22 | DBUG | Enqueued KICK amiconn |
11:06:22 | amiconn | LinusN: Could you perhaps measure timing on H300 then? |
11:06:22 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:06:22 | amiconn | (re the broken wires on your X5) |
11:06:22 | LinusN | amiconn: perhaps |
11:06:22 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:06:22 | LinusN | yes... |
11:07:33 | dan_a | linuxstb: What does '@' in front of a line of assembler do? As in '@ldr r4, =PP5020_COP_CTRL' |
11:08:46 | linuxstb | dan_a: I think that's a comment... |
11:08:53 | | Quit pike (Read error: 54 (Connection reset by peer)) |
11:08:56 | | Join pikester [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
11:09:06 | dan_a | Ah. I think you need a new bootloader then! |
11:09:14 | linuxstb | :) |
11:10:47 | | Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:10:47 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:11:37 | | Join XavierGr [0] (n=xavier@ppp181-43.adsl.forthnet.gr) |
11:13:38 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:13:38 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
11:15:17 | tucoz | amiconn, do you think the mpeg player should be ported to the grayscale targets? |
11:15:21 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:15:51 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:15:54 | Paul_The_Nerd | Is there really a reason *not* to, assuming anyone wants to bother with doing it? |
11:16:17 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
11:16:41 | tucoz | I don't think there is a reason not to. Just wanted to ask. |
11:16:41 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:17:07 | tucoz | and in that case, what needs to be done |
11:17:36 | amiconn | no |
11:17:47 | amiconn | On the grayscale targets, RVF makes more sense |
11:17:53 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:18:42 | tucoz | amiconn, isn't it possible to transcode an mpeg to grayscale? |
11:19:54 | amiconn | Yes, on a PC |
11:20:14 | Ctcp | Ignored 2 channel CTCP requests in 0 seconds at the last flood |
11:20:14 | * | Genre9mp3 wonders why rvf is only for Archos |
11:20:33 | amiconn | Genre9mp3: Because nobody ported video.rock yet? |
11:20:45 | amiconn | Wett was working on it, then vanished :( |
11:20:50 | Bagder | well someone once made one for h1x0 but never contributed any code |
11:21:09 | Genre9mp3 | Ah ok....I thought maybe there was a reason for that |
11:21:34 | tucoz | hehe. the joy of not posting your hard work for others to finish |
11:22:17 | Paul_The_Nerd | In my mind, RVF making more sense is just reason to get RVF support working _first_ rather than doing it only. It'd still be nice to have mpeg support on the grayscale targets I think, just because it's a standard format. Couldn't you, in the case of color files, just display the Y and not have it look *too* bad? |
11:22:24 | Genre9mp3 | BTW the video on rvf uses some special codec or is it just uncompressed 2bpp frames? |
11:22:58 | Bg3r | Genre9mp3: in fact it's 1bpp atm |
11:23:03 | Bg3r | and mp3 audio |
11:23:49 | linuxstb | dan_a: That didn't help - I think r4 was already containing that address anyway. |
11:24:52 | Genre9mp3 | Bg3r: Thanks...now I understand why it looks like random dots in the screen when its paused |
11:26:42 | Bg3r | haha |
11:27:00 | dan_a | linuxstb: I wonder where the COP is going when you wake it up, then? I'm just reading through crt0.S to make sure there's nothing I've missed. |
11:28:34 | linuxstb | Paul_The_Nerd: IMO, rvf will give better quality than MPEG on the greyscale targets - you're avoiding all the artifacts of MPEG encoding. So yes, MPEG support might be nice, but as you need to re-encode everything anyway in order to view it in Rockbox, why not just reencode to RVF? |
11:29:23 | amiconn | Genre9mp3: rvf is uncompressed 1bpp frames at the lcd's internal refresh rate |
11:29:44 | amiconn | Audio is mp2/mp3 (could also be another codec for swcodec targets) |
11:29:44 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:30:04 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:30:08 | amiconn | Bg3r: It will also be 1bpp for the 2bpp targets |
11:30:26 | xorAxAx | whats the bitrate of rvf? |
11:30:30 | Genre9mp3 | amiconn: I'm impressed about the fact that is 1bpp but looks so good! |
11:30:31 | amiconn | Pixel flipping and the lcd's internal greyscale generation don't mix well |
11:31:03 | amiconn | xorAxAx: Depends on the lcd resolution and internal refresh rate. For archos it's 480kbps + audio bitrate |
11:31:13 | xorAxAx | thats quite much |
11:31:20 | Paul_The_Nerd | linuxstb: In the case that it is able to playback color videos in grayscale, because a video can then be shared between users of same-sized screen players. I just think it'd be convenient, for example, if someone with an X5 could share a video with someone with an H120 even in a situation where transcoding software isn't available. |
11:31:21 | xorAxAx | for such a small screen |
11:31:33 | xorAxAx | nobody tried using compression? |
11:31:38 | xorAxAx | (even lossless) |
11:31:51 | amiconn | Compression is simply out of question on archos |
11:32:00 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
11:32:20 | Paul_The_Nerd | linuxstb: But remember, I'm not saying I think anyone should work on this. I'm saying that I'd be happy if someone ever did, as I think it'd be nice. I just like the idea of it. |
11:32:23 | amiconn | Pumping the frames to the lcd already consumes 50% cpu (because the transfer is serial bit-banging - highly optimised btw) |
11:32:41 | amiconn | And the frames won't compress well |
11:32:49 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:33:03 | | Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) |
11:33:08 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
11:33:23 | amiconn | Paul_The_Nerd: Transcoding live and using the grayscale lib will produce worse quality at higher cpu load |
11:33:26 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:33:28 | xorAxAx | amiconn: does it work on ipods as well? |
11:34:05 | Paul_The_Nerd | amiconn: Would that really be transcoding? |
11:34:05 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:34:17 | * | Paul_The_Nerd is not at all familiar with video. |
11:35:08 | xorAxAx | amiconn: so the main archos cpu is constantly feeding serial bitstream data into the lcd controller while displaying menus etc.= |
11:35:35 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:37:17 | amiconn | Not constantly, only when the lcd is updated |
11:38:48 | | Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:38:48 | | Quit San (Read error: 104 (Connection reset by peer)) |
11:39:03 | dan_a | linuxstb: What happens if you comment out HAVE_ADJUSTABLE_CPU? The COP seems sensitive to that, but it works OK on the 3G now |
11:40:54 | | Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) |
11:40:54 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
11:40:57 | | Quit San (Remote closed the connection) |
11:41:50 | pondlife | Hmm, a Flyspray request here... is there any way to sort a list (e.g. bug reports) in date last edited/updated order? |
11:42:19 | pondlife | i.e. see those where new comments have been added recently at the top |
11:43:24 | linuxstb | I don't know, but you can subscribe to the rockbox-sf mailing list and get the comments emailed to you. |
11:44:00 | Bagder | or read the rss feed |
11:44:13 | pondlife | From FlySpray? |
11:44:42 | Bagder | http://dir.gmane.org/gmane.comp.systems.archos.rockbox.sourceforge |
11:44:45 | *** | Saving seen data "./dancer.seen" |
11:45:13 | Bagder | yes, those are sent from flyspray |
11:45:24 | pondlife | Thanks, I assumed that was just for the old SourceForge setup. |
11:45:35 | Bagder | the name is _slightly_ misleading ;-) |
11:45:46 | pondlife | Just a tad..!! |
11:46:23 | pondlife | Great, that's just what I was after |
11:46:26 | bluebrother | pondlife, just click on the table headings like in windows explorer |
11:46:38 | pondlife | Yes, but there's no "last updated" heading |
11:46:42 | pondlife | That was my first thought |
11:47:02 | pondlife | Or can I customize that? |
11:48:51 | | Join shirour [0] (n=mrobefan@87.69.85.173) |
11:49:01 | tucoz | Bagder, is there a cvs rss feed as well? |
11:49:06 | shirour | hi there. |
11:49:06 | Bagder | yes |
11:49:15 | Bagder | tucoz: http://dir.gmane.org/gmane.comp.systems.archos.rockbox.cvs |
11:49:25 | tucoz | Bagder, thanks :) |
11:49:27 | shirour | i'm a dev. of olympus m:robe 500i.... |
11:49:41 | shirour | we've been able to compile C code and run it |
11:49:47 | Bagder | shirour: cool! |
11:49:55 | shirour | we wrote remote, lcd and a few hd drivers |
11:50:12 | shirour | and now i'm considering porting rockbox to it... |
11:50:24 | shirour | you can check it out at: mrobe.fan.googlepages.com |
11:50:25 | LinusN | shirour: wow! |
11:50:25 | Bagder | shirour: we'll love you |
11:50:47 | shirour | who here can help me start this project? |
11:50:58 | Bagder | we're many |
11:51:12 | shirour | great! |
11:51:13 | Bagder | shirour: how do you start your own code? |
11:51:21 | shirour | for information about what we've done, check out: |
11:51:22 | shirour | http://mrobe.fan.googlepages.com/ |
11:51:31 | shirour | badger - with an exploit |
11:51:48 | Bagder | seems to be a common way these days |
11:51:54 | Bagder | the same as the medios guys use? |
11:51:59 | | Join muesli__ [0] (n=muesli_t@88.134.104.25) |
11:52:03 | | Quit muesli__ (Client Quit) |
11:52:07 | shirour | not the same |
11:52:09 | shirour | but very much alike |
11:52:12 | Bagder | ok |
11:52:16 | shirour | the exploit is different |
11:52:37 | Bagder | shirour: anyway, the way most our ports work is that we have a bootloader for the initial startup, and that bootloader loads rockbox from disk and starts it |
11:52:37 | shirour | m:robe 500i is based upon TI's DM320 |
11:52:44 | Bagder | shirour: the gmini402 is as well |
11:52:58 | Bagder | which the medios runs code on |
11:53:02 | shirour | - i already wrote something that loads a software from the HD and runs it |
11:53:19 | Bagder | then you should be able to get rockbox going pretty easily |
11:53:27 | shirour | i've managed to run mediOS |
11:53:45 | shirour | well Badge, i wish... right now i want to know how to start... |
11:53:50 | | Join ni1s [0] (n=ni1s@1-1-4-36a.dre.sth.bostream.se) |
11:53:53 | Bagder | shirour: 1 get the rockbox code, 2 add your target in tools/configure and a new firmware/export/config-*.h file |
11:54:07 | Bagder | 3 select to build a bootloader |
11:54:10 | markun | shirour: that's great! |
11:54:12 | Bagder | make sure (3) builds |
11:54:36 | Bagder | then there's nothing stopping you from going to a full-fledged rockbox |
11:54:53 | shirour | i've downloaded the latest CVS version... |
11:54:53 | markun | shirour: did you tell the archopen guys? |
11:55:08 | shirour | i've talked to them |
11:55:24 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
11:55:39 | shirour | but since we're not completely the same, right now porting from one to the other is still a bit problematic... |
11:55:42 | | Join _FireFly_ [0] (n=FireFly@p54A4586C.dip.t-dialin.net) |
11:56:01 | shirour | let me understand - where are all the driver's code located? |
11:56:03 | Bagder | yeah, the archopen guys should go rockbox as well... ;-) |
11:56:06 | markun | If they start supporting the m:robe and maybe also the vision:m they should start thinking of a new name :) |
11:56:19 | Bagder | shirour: in firmware/ and firmware/drivers |
11:56:27 | Bagder | shirour: with target adjustments in firmware/target/ |
11:56:35 | shirour | so the bootloader takes its includes from there? |
11:56:41 | Bagder | compare with for example how the h10 build is made |
11:56:59 | Bagder | since h10 is pretty new and arm based too |
11:57:08 | shirour | mmm... ok... sounds good.... |
11:57:17 | tucoz | I've been thinking of the manual licence. As far as I can tell, the GFDL is subject to the compiled manuals as well as Latex source code. However, it does not include the .svg sources we use for the player images (only the pdf). |
11:58:47 | dan_a | Bagder: I'm planning to buy myself a present today... a Sansa shaped one |
11:58:54 | Bagder | wooo |
11:59:27 | shirour | where can i find docs for the different configuration vars found in tools/configure ? |
11:59:27 | Bagder | welcome to "oh how the heck do we get anything to display on the LCD" project :*) |
11:59:49 | Bagder | shirour: only by reading the scripts and code ;-) |
12:00 |
12:00:04 | shirour | aouch |
12:00:04 | Bagder | shirour: start out cloning the h10 ones and edit those that you notice are wrong |
12:00:10 | dan_a | Well, Rockbox is too close to working on the 3G iPod now! |
12:00:17 | Bagder | haha |
12:00:27 | tucoz | (or maybe the "Transparent" section covers svg's as well. |
12:00:28 | tucoz | ) |
12:00:56 | * | amiconn considers rockbox still far from release status on all the ipods |
12:01:49 | dan_a | amiconn: My comment was a bit tongue-in-cheek - I know there's still a lot to do |
12:02:12 | shirour | what's the mi4 thing? |
12:02:26 | Bagder | shirour: the file format for h10, you don't need that |
12:02:43 | Bagder | but you can instead invoke your own "make firmware" tool there |
12:04:04 | tucoz | I think I will send an email to the licensing guys at gnu.org and ask for advice |
12:04:19 | Bagder | tucoz: sounds like a good idea |
12:05:27 | shirour | maybe i should use the gigabeatf? it has arm9 |
12:05:40 | Bagder | shirour: true |
12:05:43 | | Join barrywardell [0] (n=barrywar@194.46.166.56) |
12:05:53 | Bagder | but you'll notice that they don't differ very much |
12:06:32 | amiconn | dan_a: Were you able to successfully run test_gray2 in the meantime? |
12:06:32 | Bagder | shirour: barrywardell might have some "first stab at rockbox port" hints as he's just walked done the path your walking |
12:06:43 | Bagder | s/done/down |
12:06:48 | barrywardell | hi |
12:06:52 | markun | shirour: the interesting ARM9 specific things are not in cvs yet |
12:07:05 | shirour | hi |
12:07:06 | markun | like MMU code |
12:07:12 | shirour | oh i see... |
12:07:35 | Bagder | shirour: markun is mr Rockbox-on-gigabeat |
12:07:35 | shirour | is there a branch for that? |
12:07:41 | * | barrywardell goes to check the logs to see what's going on |
12:08:10 | dan_a | amiconn: I was never able to get it to be steady, and the buttons didn't seem to exit - so no. |
12:08:33 | amiconn | That's odd, since otoh the grayscale lib works on 3G |
12:08:46 | dan_a | I know |
12:09:05 | amiconn | ...just not properly tuned yet |
12:09:54 | dan_a | I'll have a look at the code and give it another go sometime soon. |
12:10:05 | amiconn | Scrolling back & forth adjusts the cycle. You need to adjust it a bit, then leave the wheel alone |
12:10:17 | amiconn | The timer cycle isn't stable when it's adjusted |
12:10:41 | Bagder | 0xf00d |
12:10:46 | amiconn | When you got it stable, Select should end the measuring cycle and display the value |
12:10:56 | amiconn | Menu should then quit the plugin |
12:11:28 | dan_a | Neither Select nor Menu seemed to work when I tested it |
12:11:49 | shirour | would you recommend to use player:gui first? |
12:11:53 | barrywardell | shirour: so you're starting a new Rockboox port |
12:13:01 | shirour | barrywardell: yeah, i want to |
12:13:40 | amiconn | dan_a: If you make the cycle far too short (requires scrolling forward for quite some time), the plugin will hang in the isr |
12:13:43 | shirour | i've been working for a long time on the exploit and drivers, and now i want to have a real software for it |
12:13:47 | barrywardell | there is a page somewhere in the wiki about creating a new build target |
12:14:11 | amiconn | But that's not very likely since I reduced the lcd area used by the plugin, so less data is transferred in the isr |
12:15:36 | barrywardell | shirour: http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo |
12:16:02 | bluebrother | tucoz, what happened to the license issues mail rasher send to the dev list some time ago? |
12:16:34 | tucoz | bluebrother, no-one answered him. I discussed it in here with him some time. |
12:16:46 | barrywardell | shirour: you'll find it easier to get a bootloader build to work first as it's much simpler |
12:16:55 | | Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) |
12:16:57 | shirour | barrywardell: thanks! |
12:17:26 | shirour | barrywardell: so what should i do ? i have a file i've made that loads a binary from the HD, copy it to the RAM and runs it |
12:17:53 | bluebrother | I haven't had time looking on this (but I still want to get around reading and comparing the licenses) |
12:18:07 | dan_a | amiconn: It's possible I'd scrolled back too far, but I *think* I remembered to test just entering and leaving the plugin. As I say, I'll retest later. |
12:18:25 | LinusN | amiconn: i found the timer bug |
12:18:58 | shirour | i've already done most of the things written in the newport... |
12:19:06 | barrywardell | do the things it says in the wiki page. put your drivers in firmware/target/arm/olympus/mrobe or whatever |
12:19:11 | shirour | i have my own WIKI which covers it in the URL i gave before |
12:19:27 | barrywardell | also edit firmware/SOURCES |
12:19:29 | LinusN | it turned out that the timer was already enabled in TMR, and when that happens, the first write to TMR clears it (because the RST bit does a 1->0 transition) |
12:19:36 | tucoz | bluebrother, I am writing a mail to ask if our current licence covers our source code, images AND the generated documents. |
12:19:54 | amiconn | dan_a: Scrolling back increases the cycle, so it shouldn't cause any problem |
12:19:57 | barrywardell | shirour: and also bootloader/SOURCES |
12:20:25 | bluebrother | tucoz, ok. |
12:20:42 | amiconn | LinusN: Huh, interesting. Where does that extra enable happen? It doesn't happen on iriver... |
12:20:57 | LinusN | probably in the cowon bootloader |
12:21:11 | barrywardell | shirour: if you look at bootloader/h10.c it just prints a line to the lcd. you could start with that |
12:21:22 | markun | daurn|laptop: are you here? |
12:21:51 | linuxstb | shirour: What format is the framebuffer for your LCD? RGB565? |
12:22:20 | shirour | it has many options... one of them is simple RGB |
12:22:42 | LinusN | amiconn: so now i'll see if i can attack the doom hang |
12:22:50 | linuxstb | At least initially, you should use rgb565 in Rockbox - that's the format all the higher-level LCD drawing code works with. |
12:23:15 | shirour | no problem |
12:23:21 | | Join dan_a_ [0] (i=dan_a@217.23.160.38) |
12:23:35 | | Quit dan_a (Read error: 104 (Connection reset by peer)) |
12:25:04 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
12:25:34 | | Quit amiconn (Nick collision from services.) |
12:25:34 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
12:26:03 | amiconn | LinusN: But why does the RST transition matter? The register setup takes place after that... |
12:28:04 | | Quit Pyromancer (Read error: 110 (Connection timed out)) |
12:28:12 | * | amiconn is puzzled |
12:30:48 | * | Mmmm wonders why amiconn and linuxstb are so against having the samplerate displayed in the statusbar in the WRS |
12:31:10 | preglow | what clock does that dm320 arm core run at? |
12:31:49 | shirour | 200mhz |
12:32:07 | shirour | but it has a DSP cpu as well |
12:32:12 | preglow | hahaha |
12:32:17 | preglow | 200mhz is more than enough to decode audio, though |
12:32:20 | preglow | using the dsp will be hard |
12:32:26 | preglow | due to the apparent lack of tools for ti stuff |
12:32:39 | Bagder | there's an assembler for it |
12:32:40 | shirour | yeah... with the dps it can encode video as well... |
12:33:05 | preglow | Bagder: writing encoders in assembler is really fun, you see |
12:33:10 | Bagder | hehe |
12:33:30 | Bagder | DSP details are only available from TI if you sign their NDA |
12:33:35 | * | preglow kicks ti |
12:33:39 | preglow | bloody idiots |
12:34:16 | preglow | all other dsp manufacturers have public specs without it seeming to hurt them noticably |
12:34:51 | shirour | yeah... eventough, neuros choose the same SoC |
12:35:04 | preglow | the arm9 things are still armv4t architecture, yes? |
12:35:12 | Bagder | lots of companies chose the tms320 |
12:35:12 | preglow | shirour: yeah, apparently it's the cheapest solution around |
12:35:56 | shirour | right... but they'll probably use non open-sourced code for the codecs/encoders |
12:36:04 | Bagder | no |
12:36:13 | Bagder | not for rockbox at least |
12:36:37 | Bagder | the plan is they do the DSP parts "hiddden" and then we do all the rest open and rockbox-style |
12:36:39 | markun | shirour: yes, they get the binaries from TI |
12:37:00 | Bagder | they buy their codecs from a 3rd party |
12:37:06 | preglow | Bagder: so we're still planning to do that neuros thing? |
12:37:07 | Bagder | so they're not gpl compatible |
12:37:16 | shirour | yep |
12:37:22 | Bagder | preglow: oh yes, zagor even got a dev board |
12:37:30 | shirour | say - what files do i need to put in target/olympus/mrobe_500i/ ? |
12:37:32 | | Join Arathis [0] (n=doerk@p508A58F3.dip.t-dialin.net) |
12:37:35 | | Quit MarcoPolo (Read error: 104 (Connection reset by peer)) |
12:37:42 | preglow | will _all_ our officially endorsed ports work like this? |
12:37:42 | preglow | haha |
12:37:48 | preglow | we get hardware, but no specs |
12:38:13 | barrywardell | shirour: you put stuff specific to your hardware there |
12:38:18 | barrywardell | lcd driver, etc |
12:39:02 | Bagder | shirour: compare how the gigabeat does |
12:39:19 | Bagder | you could even build a gigabeat bootloader and see what it compiles |
12:39:45 | markun | It's not really a bootloader yet though.. |
12:39:51 | shirour | where can i find a file which tells me the file names for the flags i've selected? |
12:40:05 | Bagder | file names for the flags? |
12:40:06 | | Quit webguest84 ("CGI:IRC") |
12:41:19 | shirour | yeah, "lcd-{NAME}.h" etc' |
12:41:25 | shirour | where are the inlcudes? |
12:41:49 | Bagder | bootloader/SOURCES specifies what files to build for the bootloader |
12:41:55 | Bagder | firmware/SOURCES for the firmware lib |
12:42:38 | shirour | great. |
12:42:57 | Bagder | (as the bootloader links with the firmware lib) |
12:43:20 | shirour | but the symbol of the bootloader is the first to run right? |
12:43:32 | shirour | or does it create 2 files ? |
12:43:50 | Bagder | the symbol of the bootloader? |
12:44:05 | Bagder | the bootloader is one file |
12:44:23 | Bagder | at least all the existing targets only need one file |
12:44:58 | barrywardell | main() in bootloader is what's run first if that's what you mean |
12:45:13 | Bagder | well, strictly speaking crt0.S runs before that |
12:46:27 | Bagder | we need to expand this => http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo |
12:46:50 | daurnimator | hi badger |
12:47:05 | Bagder | daurnimator: look a fellow tms320-user |
12:47:07 | barrywardell | I'll add some extra stuff to it today |
12:47:20 | daurnimator | which? |
12:47:32 | daurnimator | oh |
12:47:33 | daurnimator | shirour |
12:47:39 | daurnimator | he came and talked to me once |
12:47:46 | Bagder | its a competition now |
12:47:54 | Bagder | which of your targets will run rockbox first? ;-) |
12:47:57 | daurnimator | he got some of our code working on mrobe |
12:48:17 | shirour | yeah - hi |
12:48:35 | daurnimator | i'm in no rush - i already have a good player - the archos ui is actually good |
12:48:52 | Bagder | yeah yeah chicken out already ;-) |
12:49:03 | daurnimator | nothing bad i can say about it - cept the diffuculty in scrolling through songs |
12:49:09 | daurnimator | (just a dpad) |
12:49:16 | Bagder | I bet you can't play doom with it |
12:49:20 | daurnimator | i can |
12:49:37 | daurnimator | we ported it |
12:49:38 | daurnimator | ;) |
12:49:59 | Bagder | is that a plain linux OS? |
12:50:04 | daurnimator | ? |
12:50:12 | Bagder | to what did you port it then? |
12:50:20 | daurnimator | medios |
12:50:27 | daurnimator | (archopen's project) |
12:50:27 | Bagder | you said archos os was good |
12:50:41 | Bagder | "the archos ui is actually good" |
12:50:48 | daurnimator | well - it is - but i meant "the current state" |
12:50:49 | daurnimator | :p |
12:51:03 | Bagder | and now you mean medios? |
12:51:18 | daurnimator | no |
12:51:25 | daurnimator | just our little exploit |
12:51:29 | | Quit dan_a_ (Read error: 60 (Operation timed out)) |
12:51:29 | Bagder | I don't understand what you're talking about |
12:51:34 | daurnimator | archos firmware+doom+nes emulator |
12:51:38 | daurnimator | that is how things are |
12:51:48 | daurnimator | and i'm not unhappy |
12:54:48 | daurnimator | anyway, shirour: did you actually port medios? |
12:55:03 | daurnimator | or just use archopen's code |
12:55:18 | Bagder | daurnimator: what is the point of medios anyway? I mean, is there any benefits compared to Rockbox? |
12:55:48 | daurnimator | nope |
12:55:51 | Bagder | ok |
12:56:01 | daurnimator | its just anther OS is development |
12:56:11 | daurnimator | - the people didn't like the rockbox way of doing things |
12:56:15 | daurnimator | so they made their own |
12:56:23 | Bagder | but these guys never even tried rockbox |
12:56:28 | Paul_The_Nerd | Which "rockbox way"? |
12:56:29 | daurnimator | they did |
12:56:42 | linuxstb | What were their complaints? |
12:56:45 | shirour | <daurnimator> yep |
12:56:48 | Bagder | I think its more "not invented here" |
12:56:48 | daurnimator | just the way that you manage your targets - not taking full advantage of hardware |
12:56:57 | Bagder | daurnimator: bahahahaha |
12:57:00 | Bagder | crap I say |
12:57:07 | daurnimator | shirour: you got aones going? |
12:57:17 | Paul_The_Nerd | What on Earth does "not taking full advantage of hardware" mean? |
12:57:26 | shirour | daurnimator: haven't tried that.... only the main icons / browser etc' |
12:57:41 | daurnimator | i dunno |
12:57:43 | Bagder | daurnimator: in what way does medios "take full avantage" any way better than Rockbox? |
12:57:51 | daurnimator | don't ask me :S |
12:57:58 | Bagder | its just a weird accusation |
12:58:08 | daurnimator | ask oxygen77 - put him on your notify list |
12:58:17 | daurnimator | or even GliGli - hes online now |
12:58:49 | Bagder | I have no problems with people doing things on their own |
12:59:10 | Bagder | but saying things like that proves they don't know much about Rockbox |
12:59:38 | daurnimator | just ask them then :S |
12:59:50 | Bagder | nah, I don't see that doing me any good |
12:59:51 | Paul_The_Nerd | Does Medios have like... an actual GUI instead of text-based interface? Maybe they mean "Drawing pretty stuff in the menus" |
13:00 |
13:00:03 | daurnimator | it has a gui |
13:00:13 | daurnimator | though all in dev |
13:00:28 | shirour | it has gui... they're currently working on its lib though |
13:00:34 | Paul_The_Nerd | I mean clearly we aren't taking full advantage of our LCDs since most of the work goes into playback features and battery life and stuff instead of eyecandy. So there's one piece of hardware, at least. |
13:00:36 | daurnimator | i just went to them first - cause they already had code going on the gmini400 - i just helped them get it going on the 402 |
13:01:02 | daurnimator | Paul_The_Nerd: DON'T complain to me... |
13:01:15 | * | Paul_The_Nerd isn't complaining. |
13:01:24 | Bagder | Paul_The_Nerd: right, but they hardly use their hw to the full either then since they can do full framerate video... |
13:01:43 | Bagder | :-) |
13:01:47 | Bagder | video menus! |
13:02:15 | Paul_The_Nerd | Nah. They should clearly be 3D. |
13:02:22 | Bagder | true, rotating menus! |
13:02:23 | daurnimator | Bagder: they/we DO have (eg) a nes emulator running FULL speed - with sound, no frameskip - i call that usig hardware well |
13:02:35 | Bagder | yes |
13:02:43 | Bagder | but rockbox would do that too on that hw |
13:03:17 | daurnimator | then why don't you |
13:03:17 | daurnimator | :p |
13:03:25 | Paul_The_Nerd | Because we're not on that hardware? |
13:04:24 | daurnimator | so? |
13:04:33 | daurnimator | its running on 5 different lots of hardware |
13:04:58 | daurnimator | WOW - just look at google maps |
13:04:58 | Bagder | we port Rockbox to targets we have |
13:05:06 | daurnimator | they've REALLY upstepped stuff |
13:05:13 | daurnimator | i can see the plot of my house |
13:05:15 | daurnimator | :S |
13:05:24 | daurnimator | - 6 months ago they didn't have nay roads |
13:05:26 | daurnimator | any |
13:05:29 | Bagder | ... 556 rockboxers on the rockbox map now |
13:06:17 | daurnimator | just added myself |
13:06:19 | Bagder | none in alaska yet |
13:06:22 | daurnimator | - you now know where i live |
13:06:23 | daurnimator | :S |
13:06:48 | daurnimator | but stil... no name |
13:06:49 | daurnimator | ;) |
13:09:47 | Mmmm | amiconn: about the RWPS... You can't have time and filesize on one line because you need both lines for filesplit info |
13:10:30 | pondlife | Anyone understand playlist catalog out there? Nothing in the manual or wiki (that I can find)... |
13:11:07 | linuxstb | pondlife: No, but you could try searching flyspray for the original patch - maybe there were some comments there. |
13:11:13 | pondlife | OK |
13:11:17 | linuxstb | (remember to include closed tasks) |
13:12:28 | Mmmm | linuxstb: why do you think the samplerate shouldnt be in the statusbar in the RWPS? |
13:13:51 | | Quit Kitar|st (Connection timed out) |
13:14:25 | | Join Kitar|st [0] (i=Kitarist@195.210.200.123) |
13:16:12 | linuxstb | (I assume you mean RWRS). It just feels wrong - it doesn't go with the other things in the status bar. You don't put the samplerate there in the WPS for example. |
13:16:46 | shirour | too bad there isn't a simple api i can wrap and get my port to work |
13:17:05 | Bagder | shirour: Rockbox is a full-fledge operating system |
13:17:24 | Mmmm | linuxstb: but samplerate is pointless in WPS, yet important in RWRS |
13:17:29 | Bagder | shirour: you need to do the target-specific adjustments, but the upper-layers will work as-is pretty much |
13:17:40 | Mmmm | linuxstb: and it is part of the recording ststus |
13:17:48 | Mmmm | status |
13:17:55 | daurnimator | 3 users in africa |
13:17:56 | daurnimator | :p |
13:18:13 | daurnimator | 556 rockbox users. |
13:18:14 | daurnimator | * 291 in Europe |
13:18:14 | daurnimator | * 193 in North America |
13:18:14 | DBUG | Enqueued KICK daurnimator |
13:18:14 | daurnimator | * 38 in Australasia |
13:18:14 | daurnimator | * 24 in Asia |
13:18:15 | linuxstb | Mmmm: Why is it so important? I mean, what action does the user take in response to seeing the samplerate? |
13:18:15 | | Quit Mikachu (Read error: 104 (Connection reset by peer)) |
13:18:16 | daurnimator | * 7 in South America |
13:18:18 | daurnimator | * 3 in Africa |
13:18:53 | Mmmm | linuxstb: the user might look at it and think oh, I'd better change that it's not what I want |
13:19:18 | Mmmm | its important information |
13:19:45 | linuxstb | OK, but I still don't think it should go in the status bar - there must be an alternative... |
13:20:07 | Mmmm | but.. why not the status bar? it is status right? |
13:20:26 | LinusN | amiconn: the transition matters because the reset includes the TMR register, so the data written to TMR is immediately cleared if the RST bit does a 1->0 transition |
13:20:28 | linuxstb | No, it's a characteristic of the recording - like bitrate, number of channels, gain etc |
13:20:45 | Paul_The_Nerd | Clearly the proper answer is "Make the Recording Screen use user configurable fonts, and then if users complain about it being too many lines long, tell them to use a smaller font" |
13:23:20 | | Quit Rudy4Pez (Read error: 110 (Connection timed out)) |
13:25:01 | LinusN | regarding the "doesn't take full advantage of the hardware", it is mostly true |
13:25:14 | Bagder | depending on what you mean, yes |
13:25:26 | LinusN | we don't use all features on all platforms |
13:25:35 | Bagder | no, but neither does medios |
13:25:36 | Mmmm | linuxstb: But don't you think that repeat mode and samplerate are both a bit iffy in the "status" status? |
13:26:07 | LinusN | medios will gradually support less and less features as the number of targets increase |
13:26:11 | Bagder | but we do make an effort to use the hw as good as possible when we run on various targets |
13:27:08 | Bagder | which is what I mean when I say we use the targets to their potential |
13:27:10 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
13:27:41 | Paul_The_Nerd | I'm curious now. What would you qualify as things that Rockbox has left out? |
13:29:28 | Bagder | I assume they simply mean that we don't use icons and colors in our menus |
13:29:41 | Genre9mp3 | One that I can think of is USBOTG on H300...is there something else on any other target? |
13:30:03 | Bagder | there' usbotg on x5 too |
13:30:22 | Paul_The_Nerd | But those aren't things that Rockbox doesn't do. They're things it can't do, yet. |
13:30:35 | Bagder | yes |
13:30:55 | Genre9mp3 | ok...so there's only OSBOTG support....as Paul says not supported YET! |
13:31:19 | Genre9mp3 | Even video is currently under development |
13:31:45 | Genre9mp3 | And you CAN use colors in the menus... |
13:31:54 | Paul_The_Nerd | Well there's various things on the X5, right? Like, lack of full remote support. |
13:32:09 | Bagder | and the fact that we don't use every target to its full potential is not a Rockbox idea, it is just that not all targets are properly supported yet |
13:32:23 | Paul_The_Nerd | The iPods are lacking a lot of hardware features still (for example, no in-Rockbox USB at all) but none of it qualifies as "not using the hardware to the fullest" since that's the direction it goes in. |
13:32:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
13:32:25 | * | Paul_The_Nerd shrugs |
13:32:51 | | Join lee-qid [0] (n=liqid@p54965412.dip.t-dialin.net) |
13:32:52 | Paul_The_Nerd | I'd say stating that someone doesn't use a target to its full potential would imply the thought that they're intentionally leaving something unimplemented. |
13:32:58 | Genre9mp3 | And there is reason for that most of the time (lack of documentation) |
13:33:28 | Mmmm | linuxstb: I am actually of the opinion that bitrate, no. of channels and samplerate should all go on the statusbar (in recording screen only of course)! :D But it looks like I'm outvoted :( |
13:33:32 | Paul_The_Nerd | Besides, I think in some instances Rockbox has gone rather far beyond the expected potential. ;) |
13:33:35 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) |
13:33:53 | linuxstb | Mmmm: Why does the file-split need two lines on the display? What gets displayed? |
13:33:59 | Genre9mp3 | Sure...for example: rvf for Archos! ;) |
13:34:14 | Mmmm | linuxstb: the info about when the file will split |
13:34:22 | linuxstb | Mmmm: If no-one can think of a better solution, then I guess there's no choice. But I would like to try harder to find a better solution... |
13:34:47 | linuxstb | Mmmm: Again, why is that so important? |
13:36:21 | Genre9mp3 | Or what about solving even hw malfunctions? (For example the ticking on iriver remotes) My remote ticks with retailOS while not with Rockbox! :) |
13:36:49 | LinusN | one example of not using the full potential would be that we only use 16 bits instead of 20 when playing audio |
13:36:55 | LinusN | on the iriver/x5 |
13:37:22 | | Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) |
13:37:29 | Genre9mp3 | Does retailOs support 20bit on those targets? |
13:37:38 | LinusN | i doubt it |
13:37:57 | Bagder | most likely not |
13:38:11 | Bagder | the OF people often buy an existing codec |
13:38:27 | Bagder | and I don't think 20bit is commonly supported |
13:38:48 | LinusN | i'd say that the most lacking part of rockbox is the UI |
13:38:55 | Genre9mp3 | And how many users actually use 20bit? |
13:39:03 | LinusN | it's mostly ugly and not very consistent |
13:39:14 | Paul_The_Nerd | There's a patch that helps a lot with consistency... |
13:39:20 | Paul_The_Nerd | The play-button returns to WPS from menus, one. |
13:39:27 | LinusN | and it does suffer from the common-denominator syndrome |
13:39:34 | Genre9mp3 | LinusN: why's that? I like text based menus... |
13:39:36 | | Quit midkay (Read error: 54 (Connection reset by peer)) |
13:39:46 | Paul_The_Nerd | http://www.rockbox.org/tracker/task/5294 <−−- |
13:39:46 | amiconn | LinusN: ouch! Didn't think that TMR would also reset itself... |
13:39:54 | LinusN | amiconn: really silly |
13:40:10 | LinusN | it sure baffled me when i discovered it |
13:40:16 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
13:40:37 | amiconn | Mmmm: The statusbar is the statusbar. It should be identical for all screens |
13:40:47 | amiconn | Besides, how would you fit the samplerate there? |
13:40:52 | amiconn | It's full... |
13:40:53 | Mmmm | linuxstb: You mean the filesplit info? Its really important as a nitifier that it is switched on and a reminder as to when it will split |
13:41:15 | Genre9mp3 | IMO the text based nature of the menus makes them very friendly and functional |
13:41:33 | Bagder | and localizable |
13:41:34 | Mmmm | amiconn: I've already done it! :D http://forums.rockbox.org/index.php?topic=5882.msg47118#msg47118 |
13:41:48 | Bagder | I doubt medios works fine on 25 languages, including non-latin ones |
13:42:24 | * | Bagder stops now and goes poking on code |
13:42:31 | Mmmm | amiconn: the thing is that some of the info on the statusbar is totally useless in the recording screen, so why not change it slightly? |
13:42:35 | Genre9mp3 | And maybe in the future there 'll be a setting for text based or icon based menus... |
13:43:02 | LinusN | Bagder: i don't think icons need much translations |
13:43:06 | LinusN | :-) |
13:43:10 | Bagder | they do |
13:43:17 | Bagder | they need to be different I'd guess |
13:43:28 | LinusN | i know, just messing with you |
13:43:49 | * | Bagder is totally messed up already |
13:44:09 | amiconn | LinusN: Your timer fix breaks on-the-fly cycle changes... |
13:44:29 | amiconn | The TMR = 0 should go into the if() block above |
13:44:36 | LinusN | dammit |
13:44:49 | *** | Saving seen data "./dancer.seen" |
13:45:03 | amiconn | (where the phi &= ~1 is) |
13:46:10 | LinusN | fixed |
13:47:46 | preglow | LinusN: you think it'd be hard to implement 20 bit playback/recording? |
13:47:49 | preglow | LinusN: i'd really love it for recording |
13:47:53 | | Quit Mikachu (Read error: 110 (Connection timed out)) |
13:47:56 | preglow | that'd really make the h1x0 a nice recording platformn |
13:48:08 | amiconn | I'd rather keep dma operation |
13:48:17 | amiconn | I wonder what 20bit should be good for |
13:48:25 | preglow | amiconn: i'll let you have a guess |
13:48:40 | amiconn | The uda (or the surrounding analog electronics) is so noisy that even 16bit seem like a waste to me |
13:48:48 | LinusN | amiconn: s/pdif |
13:48:56 | preglow | the prize goes to linusn! |
13:50:00 | preglow | anyway |
13:50:06 | preglow | it's nice to exploit the hardware |
13:50:10 | preglow | and i think it should be an option |
13:51:03 | LinusN | i'm interested in exporting the recording functionality in the plugin api, to allow for dsp effects plugins |
13:51:08 | preglow | !!!1 |
13:51:23 | amiconn | I think that who wants o implement 20bit will have a really hard time |
13:51:24 | preglow | i'll make a couple asap if that happens :> |
13:51:34 | preglow | amiconn: why? |
13:51:53 | Paul_The_Nerd | LinusN: As this person talked a little about? http://forums.rockbox.org/index.php?topic=6093 |
13:51:55 | amiconn | The isr latency needs to be lower than 4 samples |
13:52:00 | LinusN | Paul_The_Nerd: yes |
13:52:01 | Genre9mp3 | LinusN: DSP effect for recording you mean? |
13:52:22 | LinusN | Genre9mp3: no, i mean things like guitar effects etc |
13:52:27 | amiconn | So it's practically impossible to disable interrupts |
13:52:38 | amiconn | ...but we need to do that for several purposes |
13:53:12 | amiconn | ...and probably longer than 80 µs |
13:54:01 | * | dan_a meets MTP for the first time... Doesn't like |
13:55:14 | preglow | having an isr latency of 4 samples sounds bloody outrageous |
13:55:21 | preglow | where do we disable interrupts for that long? |
13:55:35 | Genre9mp3 | LinusN: hehe... I imagine my H300 as a guitar pedal! The only problem is that we have to make custom footswitch :) |
13:55:54 | preglow | well, i've been planning to do some kind of effects rig for a long time now |
13:56:14 | barrywardell | should sleep() work in a bootloader build? It hangs when I use it on the H10. |
13:56:34 | dan_a | barrywardell: No |
13:57:04 | dan_a | You need to have done init_threads() before you can sleep - as I discovered this morning! |
13:57:05 | barrywardell | hmm. maybe that's why my normal build hangs then |
13:58:48 | amiconn | preglow: E.g. on iriver H300 during PCF50605 accesses |
13:58:52 | | Join karim [0] (n=52d88f07@labb.contactor.se) |
13:59:58 | preglow | why that long? |
14:00 |
14:00:01 | amiconn | I didn't measure, but judging from the slowdown the pcf accesses cause, interrupts might be disabled for 200µs or more |
14:00:41 | amiconn | We need to protect from concurrent accesses, and we need to access it from an isr |
14:00:47 | amiconn | (the button tick) |
14:00:57 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
14:01:27 | Mmmm | amiconn: you really mean that about the status bar ("It should be identical for all screens"). A bit of a shame seeing as some of it is redundant in the recording screen... |
14:01:45 | karim | hi |
14:01:47 | LinusN | amiconn: the audio irq can be on level 7 |
14:02:00 | preglow | amiconn: why is it so slow? it just sounds stupid |
14:02:06 | LinusN | it is on level 7 today |
14:02:19 | LinusN | which makes it an nmi |
14:02:21 | karim | I found this post where the guy talk about is idct asm optimisation for MIPS on mplayer software http://forums.nekochan.net/viewtopic.php?t=2976 |
14:02:22 | preglow | are anyone here well-versed enough in playback to have a look at snowgoon's seeking patch? |
14:02:54 | karim | that's the same idct than the one in libmpeg2 |
14:04:27 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
14:04:27 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
14:04:39 | amiconn | preglow: The bit-banged i2c isn't any faster. It's already pretty optimised |
14:06:40 | | Join Criamos [0] (n=Criamos@p549336F5.dip0.t-ipconnect.de) |
14:07:40 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
14:09:47 | preglow | still think it sounds bloody horrid |
14:09:51 | preglow | 1 sample is a lot of cycles |
14:12:27 | | Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) |
14:17:01 | dan_a | preglow: I'm just looking through the logs from yesterday - I don't know if "mov r0,#-1" will be correct, but the compiler didn't complain |
14:17:59 | preglow | perhaps it translated it to a mvn r0, #0 |
14:18:12 | preglow | -1 = 0xffffffff, which you can't set with a mov instruction, afaik |
14:20:00 | dan_a | Ah - I'm still getting to grips with ARM ASM - I'll work out a correct way to do it |
14:23:30 | preglow | mvn r0, #0 = r0 = ~0 = 0xffffffff = -1 |
14:23:52 | preglow | i can confirm the backwards seeking bug, at least |
14:24:03 | preglow | a long ogg file just snaps to the wrong seek point when i try |
14:26:24 | | Join XavierGr [0] (n=xavier@ppp141-54.adsl.forthnet.gr) |
14:29:13 | | Quit Mmmm (Remote closed the connection) |
14:29:49 | | Quit ryanpg (Remote closed the connection) |
14:30:32 | markun | damn, 608 rockbox users on rasher's page now.. |
14:30:53 | Mikachu | good thing they don't all have to use irc to get it working |
14:33:20 | | Quit Kohlrabi (Nick collision from services.) |
14:33:30 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) |
14:34:07 | preglow | all norwegian rockbox users are in bergen, apparently |
14:34:15 | preglow | oh, no, there's a couple of other ones now |
14:35:39 | LinusN | most of the swedes have really odd names :-) |
14:35:48 | | Quit XavierGr (Nick collision from services.) |
14:35:52 | | Join XavierGr [0] (n=xavier@ppp196-67.adsl.forthnet.gr) |
14:35:58 | LinusN | xlarge, mlind, frause |
14:38:25 | karim | Hans Gruber |
14:38:33 | karim | that's sweedish ? |
14:38:34 | preglow | i take it those are their proper first names? :> |
14:38:40 | preglow | karim: sounds german |
14:39:21 | karim | that's the bad guy in die hard 1 |
14:39:23 | bluebrother | Hans Gruber? Wasn't that the name of one guy in Die Hard? |
14:39:59 | Bagder | we're actually all terrorists up here |
14:40:20 | pondlife | Hmm, I'm trying to fix a hard crash in the ID3 view context menu... select Playlist Catalog and then try to select on the blank menu... kaboom. |
14:41:17 | pondlife | A neat solution would be to enable the View option from the browser contect menus - allowing people to start playback that way. |
14:41:50 | pondlife | That works but starting playback in this way doesn't enter the WPS. |
14:42:12 | | Quit daurn|laptop (Read error: 104 (Connection reset by peer)) |
14:42:28 | pondlife | So I might just go back and disable the Playlist Catalog option in ID3 view, so people can't get to the empty menu |
14:42:42 | preglow | LinusN: would exporting the recording stuff be much bother? |
14:42:45 | pondlife | Seems like a backwards step though it does remove one crash. |
14:43:41 | LinusN | preglow: i don't think so, but the current recording code is tailored for recording to disk |
14:43:48 | preglow | is it, now |
14:44:01 | preglow | i just want recorded data in a buffer :> |
14:44:34 | LinusN | shouldn't be too hard to change |
14:44:36 | preglow | i've got an already partially fixed poind-ized echo here i'd love to port |
14:44:38 | pondlife | I suppose that an explicit call to gui_wps_show() would be a bad idea, as the browser may be scrolling stuff... |
14:45:00 | LinusN | preglow: a simple reverb should be possible |
14:45:05 | preglow | LinusN: oh yes, easily |
14:45:26 | * | preglow might finally have his vocoder |
14:45:41 | | Quit thegeek ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
14:45:46 | karim | are you working on rockbox at your office ? |
14:46:03 | preglow | i'm talking about rockbox at my "office" |
14:46:28 | * | preglow works from home these days |
14:46:35 | * | Bagder does too |
14:46:45 | Mikachu | you mean "works"? :) |
14:46:48 | * | pondlife does too |
14:46:52 | preglow | haha |
14:46:58 | preglow | i've been quite diligent today, actually |
14:47:01 | pondlife | Well I should get on with that I suppose... |
14:48:38 | preglow | LinusN: even a moderately complicated reverb mighty be possible, i guess it's the memory accesses that'll kill us |
14:48:44 | preglow | good reverbs need tons of ring buffers |
14:49:02 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
14:49:30 | dan_a | preglow: You're thinking of using an MP3 player as a vocoder?! |
14:49:50 | preglow | dan_a: sure, why not |
14:49:53 | * | dan_a finds the Microkorg easier |
14:49:53 | pondlife | Effects pedal! Distortion, reverb, digital delay? |
14:50:04 | preglow | dan_a: it's also more expensive and's got a crappy keyboard :P |
14:50:21 | karim | and you calling video a gimmick ? |
14:50:22 | karim | lol |
14:50:27 | pondlife | Can we do input and output simultaneously with a low-ish latency? |
14:50:29 | preglow | haha |
14:50:33 | dan_a | But it's got the lovely fake wooden sides! |
14:50:37 | preglow | i'm not calling it a gimmick, i'm calling it something i'll almost never use |
14:50:47 | daurnimator | pondlife: latency doesn't matter with reverb |
14:50:49 | daurnimator | :p |
14:51:00 | pondlife | Not with the wet signal |
14:51:01 | preglow | now, a vocoder... |
14:51:06 | karim | the vocoder is to do anonymous phone calls ? |
14:51:20 | karim | :D |
14:51:20 | pondlife | You can do that with voice files |
14:51:20 | preglow | it's to do scary-ass phone calls |
14:52:08 | karim | how do you wire the player to the phone ? |
14:52:32 | daurnimator | with wires |
14:52:33 | daurnimator | :p |
14:52:37 | preglow | but anyway |
14:52:45 | preglow | i think the h1x0 will make for a nice little dsp platform |
14:52:56 | preglow | 120 mhz + fair amount of iram + emac = good |
14:53:10 | preglow | you're actually not _that_ far removed from a proper dsp chip |
14:55:02 | karim | argh we can't go on other channels than #rockbox ... |
14:55:49 | preglow | from the web client? of course not |
14:55:52 | preglow | that would be asking for it |
14:56:27 | daurnimator | you can have proper dsp with mine - if you want |
14:57:20 | karim | preglow what ? |
14:57:36 | Bagder | karim: use a proper irc client and you can! ;-) |
14:58:01 | | Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") |
14:58:11 | | Quit XavierGr (Nick collision from services.) |
14:58:13 | karim | preglow I used to use cgiirc as a irc gateway when I am at work, it was installed on my computer. channel and server free |
14:58:15 | | Join XavierGr [0] (n=xavier@ppp37-250.adsl.forthnet.gr) |
14:58:25 | amiconn | LinusN: You said RaeNye put a patch in the tracker with an optimised pcf50605 driver. |
14:58:27 | preglow | karim: well, this cgiirc is locked to rockbox |
14:58:33 | preglow | karim: and it should be, otherwise it would be abused |
14:58:55 | karim | Bagder behind a proxy it's not as simple :o) |
14:58:57 | amiconn | This driver seems to attempt to use the coldfire's i2c controller - however, I can't see how this could work?? |
14:59:36 | dan_a | Bagder: I have a new toy :) |
15:00 |
15:00:43 | preglow | dan_a: how many channels is the microkorg vocoder anyway? |
15:01:08 | daurnimator | karim: google for cgi-irc |
15:01:16 | daurnimator | you'll find one that can connect anywhere |
15:01:19 | dan_a | preglow: From memory, 6. Or maybe 4 |
15:01:30 | preglow | very improbable |
15:01:36 | preglow | i've never seen anything lower than 8 |
15:01:47 | * | preglow googles |
15:01:59 | daurnimator | eg, ircatwork.com |
15:02:04 | dan_a | Ah, sorry, I was thinking of polyphony |
15:02:06 | LinusN | amiconn: wy wouldn't it work? |
15:02:17 | preglow | it's sixteen channel |
15:02:21 | preglow | ahh, yes, it's four voice |
15:02:37 | * | dan_a only had 3 hours sleep last night |
15:03:26 | preglow | sounds like a blast |
15:04:02 | amiconn | LinusN: Afaics, the coldfire i2c controller is not connected to the pins where the pcf is hooked up |
15:04:11 | | Join dongs [0] (n=HPUX@b148115.ppp.asahi-net.or.jp) |
15:04:42 | | Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) |
15:05:35 | | Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) |
15:08:45 | LinusN | amiconn: gpio10 is scl1 and gpio44 is sda1 |
15:09:29 | | Join snowgoon [0] (n=andrewcu@pool-151-204-145-91.ny325.east.verizon.net) |
15:10:05 | LinusN | besides, the OF uses the i2c controller |
15:10:17 | | Join lowlight [0] (n=c730180b@labb.contactor.se) |
15:10:23 | preglow | huzzas |
15:10:33 | snowgoon | hi preglow |
15:11:17 | amiconn | Meh, the coldfire datasheet is clear as mud :/ |
15:11:25 | LinusN | amen to that |
15:11:33 | preglow | snowgoon: hi, man |
15:11:39 | preglow | snowgoon: good to see you're still on it |
15:11:47 | snowgoon | sorry for the delay :) |
15:12:23 | preglow | snowgoon: the newest patch is looking very good, though i haven't had time to look at it yet |
15:12:32 | preglow | but it's on my list of stuff to do very soonish |
15:12:50 | snowgoon | ok |
15:13:02 | preglow | only hurdle is the seek patch, i don't know nearly enough about the playback system to see if it has any other nasty effects |
15:13:14 | snowgoon | hopefully i didn't break gapless :-P |
15:13:43 | preglow | heh |
15:13:43 | snowgoon | there is some strange code in there |
15:13:50 | preglow | yes, yes there is |
15:13:52 | snowgoon | took me a while... |
15:15:06 | preglow | i can imagine |
15:15:09 | lowlight | LinusN: Can I be considered "rockbox wannabe coder"? http://www.geocities.com/m_arigo/rockbox/wannabe.patch.txt |
15:15:13 | * | lowlight refers to yesterday's log |
15:15:15 | amiconn | LinusN: If we can use the i2c controller, we could run the button adc conversion in an isr like we do on archos, and just read the values as needed. |
15:15:40 | amiconn | Then we won't have a performance problem, and don't need to disable interrupts for so long |
15:15:59 | Bagder | dan_a: oooh, congrats to the new toy |
15:17:01 | | Join gucky [0] (i=keefejoh@seraph.techwareit.com) |
15:17:13 | dan_a | I'm just looking at the list of things that people can do (in the forum thread) |
15:17:22 | preglow | amiconn: is that the only place that disables interrupts for that long? |
15:17:33 | LinusN | lowlight: nice! |
15:18:19 | LinusN | amiconn: we still have the issue with i2c access in background threads |
15:18:26 | | Part gucky |
15:19:03 | amiconn | LinusN: Not if the i2c driver serializes the accesses. |
15:19:37 | amiconn | The advantage is that if a thread wants i2c and the controller is busy, we can yield. In the isr we can't |
15:19:47 | LinusN | amiconn: i don't see how using the i2c controller would make it any different |
15:19:52 | dan_a | Bagder: Is there anything that can be added to that list at the moment? (http://forums.rockbox.org/index.php?topic=3225.msg44820#msg44820) |
15:20:17 | | Join barrywardell_ [0] (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) |
15:20:43 | Bagder | dan_a: not really, nothing much has happened since then. We haven't manged to display anything on the LCD and we haven't even got any proof that our code actually runs on target |
15:20:50 | amiconn | LinusN: The i2c controller can fire interrupts. Much less load than bitbanging with interrupts disabled |
15:21:16 | amiconn | It's true that we could do the serialization with the bitbanging driver as well |
15:21:26 | Bagder | dan_a: MrH has an idea how to reboot the thing, but when I tried to just delay and reboot to see something happen on the reboot moment, I couldn't |
15:21:58 | Bagder | we need to get the jtag thing going soon to see if we can figure this out |
15:21:58 | | Quit lowlight ("CGI:IRC (EOF)") |
15:22:24 | LinusN | amiconn: the coldfire i2c controller is not atomic, i.e it is byte-based, like a simple uart |
15:22:28 | amiconn | preglow: Another place that disables interrupts is the remote lcd driver, unless we're running at >50MHz |
15:22:30 | barrywardell_ | Bagder: I tried MrH's reboot thing on the H10 and it works |
15:22:40 | Bagder | ah, nice |
15:22:48 | amiconn | LinusN: Yes. |
15:22:51 | Bagder | then perhaps we miss some startup magic for the sansa |
15:22:52 | barrywardell_ | so it should probably work for the sansa too |
15:23:15 | LinusN | so we still need to block the i2c bus for an entire message |
15:23:21 | Bagder | barrywardell: I tried just massive loop doing nothing and then writing to the reboot register but nothing showed |
15:23:29 | | Quit XavierGr (Nick collision from services.) |
15:23:33 | | Join XavierGr [0] (n=xavier@ppp101-215.adsl.forthnet.gr) |
15:23:34 | amiconn | LinusN: Yes. i2c_begin() and i2c_end() |
15:23:35 | LinusN | and protect from being interrupted when doing i2c in the background |
15:23:54 | amiconn | We don't need to protect from being interrupted |
15:24:04 | amiconn | The driver itself should take care of it |
15:24:20 | LinusN | either that, or skip a button interrupt |
15:24:24 | | Join rconan [0] (n=richard@82.12.30.125) |
15:24:30 | amiconn | Skip or delay, yes |
15:24:34 | barrywardell_ | Bagder: which build did you use it with? I can only get code to run using the bootloader build. other builds just hang and don't seem to run the code |
15:24:54 | Bagder | the sansa only has bootloader build working |
15:26:01 | pondlife | Sorry to pester when you're all in low-level mode, but is there any sensible way to force a switch to the WPS. I have a patch up at http://www.rockbox.org/tracker/task/5882 which fixes a crash, but isn't quite fully baked in the UI department |
15:26:01 | LinusN | amiconn: the background thread doing the i2c must not yield in that case |
15:26:43 | LinusN | if it does, it might very well be delayed many many milliseconds |
15:26:48 | barrywardell_ | Bagder: I do a system_init() and kernel_init() and lcd_init() first. maybe they're necessary |
15:27:18 | Bagder | I don't see why they would but I could try that later on |
15:27:26 | | Quit barrywardell (Read error: 113 (No route to host)) |
15:28:08 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) |
15:28:14 | amiconn | LinusN: I think it can very well yield. It would be delayed a few milliseconds worst-case |
15:28:38 | LinusN | not if a thread misbehaves |
15:28:50 | LinusN | like a jpeg decoding plugin or similar |
15:29:10 | amiconn | Well, if a thread never i2c_end()s then all further transfers would fail |
15:29:29 | | Quit XavierGr (Nick collision from services.) |
15:29:32 | | Join XavierGr [0] (n=xavier@ppp160-216.adsl.forthnet.gr) |
15:30:30 | amiconn | But that also applies now |
15:32:22 | LinusN | yes, but that only happens if the thread doing the i2c misbehaves, if we implement a locking mechanism, any thread can delay the button i2c by not yielding |
15:32:49 | karim | just for the irc log I post that idct decomposition here http://rnvs.informatik.tu-chemnitz.de/~jan/MPEG/HTML/IDCT.html seems this is how they got the idct.c, along the link I posted before |
15:33:14 | linuxstb | karim: You could add links to the end of the PluginMpegplayer wiki page - so they don't get lost. |
15:33:49 | dan_a | linuxstb: Any luck with the COP patch if you disable frequency scaling? |
15:33:51 | amiconn | Hmm... |
15:33:56 | * | pondlife lunches but will check back later and pester more when not feeling so hungry |
15:34:00 | linuxstb | dan_a: No, that made no difference. |
15:34:01 | * | amiconn wonders whether that would be a problem |
15:34:28 | amiconn | The only problematic case I can see is button_get(false) |
15:34:37 | linuxstb | dan_a: And crt0.S has become incomprehensible now with all the #ifdefs... |
15:34:43 | amiconn | All other methods for getting button input yield themselves |
15:35:07 | LinusN | amiconn: that, and lengthy operations without yielding, like calculating mandelbrot, decoding jpeg etc |
15:35:40 | amiconn | LinusN: Yeah, but does it matter to delay button input when nobody requests it? |
15:35:47 | amiconn | Hmm, maybe it does... |
15:35:53 | linuxstb | dan_a: BTW, I've been thinking that the cop-related stuff in apps/main.c should go somewhere in firmware/ - it seems to be belong there more IMO. |
15:36:04 | amiconn | Btw, mandelbrot yields quite often |
15:36:29 | Mikachu | you can zoom in while it's rendering |
15:37:17 | karim | linuxstb yes good idea |
15:37:59 | dan_a | linuxstb: The parts in main.c pretty much mirror what is there for the CPU (setting up the kernel, etc.) so I thought it followed to put them there. |
15:39:07 | | Join MrGreen [0] (n=MrGreen@client-82-9-20-211.manc.adsl.virgin.net) |
15:39:26 | amiconn | LinusN: Hmm, in fact with my idea a thread not yielding wouldn't lock out the button i2c |
15:39:45 | linuxstb | dan_a: But main.c also contains the main Rockbox thread - on the COP, the main thread does nothing, it's just there to let you start new threads. |
15:39:46 | LinusN | how so? |
15:39:57 | MrGreen | is ipod ok set to vfat ? |
15:40:00 | amiconn | My idea is that the thread wanting to access i2c would place an "i2c job" in a queue |
15:40:30 | | Quit snowgoon (Read error: 60 (Operation timed out)) |
15:40:33 | amiconn | If the controller is available, it could be serviced immediately, if not, then the thread can yield |
15:41:03 | LinusN | so it wouldn't yield while waiting for the i2c controller to transmit a byte? |
15:41:13 | MrGreen | docs say ipod must be set to fat32 .... is vfat ok ? |
15:41:28 | Mikachu | MrGreen: vfat is what you want |
15:41:35 | MrGreen | yay!" |
15:41:40 | amiconn | No, it would tell the driver "I want 3 bytes from device #12", then yield |
15:41:48 | MrGreen | thanks |
15:41:55 | LinusN | and the driver busy waits? |
15:42:01 | amiconn | The driver would perform that access and store the result |
15:42:10 | MrGreen | & like can i recover ipod if things go pear shaped? |
15:42:13 | amiconn | No, the driver would run in isr context only |
15:42:28 | Mikachu | MrGreen: ipods have emergency disk mode that isn't affected by rockbox |
15:42:33 | LinusN | so it would busy wait in the driver isr? |
15:42:36 | amiconn | It would be invoked by the timer tick, and check whether there's something to do |
15:42:48 | MrGreen | Mikachu: I need one of those for my system lol |
15:42:49 | | Join PaulJam [0] (n=pauljam@p54BCD5AE.dip.t-dialin.net) |
15:42:56 | Mikachu | MrGreen: :) |
15:43:01 | MrGreen | thanks again |
15:43:02 | amiconn | If there's a job waiting, it would initiate the first transfer and enable the i2c interrupt |
15:43:03 | | Part MrGreen |
15:43:08 | | Quit dwihno (Read error: 104 (Connection reset by peer)) |
15:43:34 | amiconn | When the first byte is transferred, the i2c interrupt calls the driver again, which starts the next byte etc |
15:43:52 | amiconn | When the job is done, the last action would be to read the adc |
15:43:53 | LinusN | amiconn: and the button adc driver would have to skip a reading if the i2c driver is using the bus? |
15:44:18 | amiconn | No, there would only be _one_ i2c driver which handles both the queue and the button adc |
15:44:19 | dan_a | linuxstb: What would you suggest? firmware/cop.c? |
15:44:29 | amiconn | ...but solely interrupt driven |
15:44:52 | *** | Saving seen data "./dancer.seen" |
15:47:01 | linuxstb | dan_a: I'm not sure if it needs its own file - it's just one small function. I'll think about it once we get it working. |
15:47:09 | tucoz | Anyone object to remove databox from SUBDIRS, but still keep the sources in CVS? |
15:47:24 | tucoz | as it is currently not working |
15:47:44 | | Join dwihno [0] (n=dw@81.8.226.44) |
15:48:22 | linuxstb | dan_a: Ah, I see a difference in system.c - you didn't change system_init() for the PP5020. But I've tested without calling system_init() from cop_main() already... |
15:48:37 | | Join CriamosAndy [0] (n=Criamos@p54930739.dip0.t-ipconnect.de) |
15:49:47 | | Quit XavierGr (Nick collision from services.) |
15:49:50 | | Join XavierGr [0] (i=Alex@ppp99-207.adsl.forthnet.gr) |
15:54:11 | markun | Bagder: I tried to attach a html file to the wiki but it's now redirected to http://www.rockbox.org/nospam.html |
15:54:25 | Bagder | hehe |
15:54:43 | * | Bagder blames Zagor's antispam work |
15:55:21 | amiconn | LinusN: The only situation where the i2c driver would skip a button reading would be if a transfer job takes longer than one tick period. But that's the same today |
15:55:34 | | Quit Criamos (Read error: 60 (Operation timed out)) |
15:56:30 | markun | Bagder: any idea what I can do about it? |
15:56:43 | Bagder | nothing atm, except not having it html |
15:56:55 | markun | Bagder: It's a leaked partlist for the Gigabeat: http://130.89.160.166/Gigabeat/partlist.html |
15:57:14 | Bagder | wow |
15:58:00 | Zagor | I guess we can remove the html redirect now that we have the manual authorization |
15:58:09 | Bagder | yeah I think so too |
15:58:14 | markun | Zagor: thanks |
15:58:23 | markun | do I need to upload it again? |
15:58:27 | Zagor | no |
15:58:57 | | Quit lorijho ("Kopete 0.11.3 : http://kopete.kde.org") |
16:00 |
16:00:43 | | Join gorey [0] (i=gorey@i577ADFF0.versanet.de) |
16:01:37 | Zagor | markun: fixed now |
16:02:10 | markun | Zagor: firefox shows me the source of the document. Maybe the mimetype is incorrect? |
16:02:43 | Zagor | that's odd. Content-Type: text/html; charset=ISO-8859-1 |
16:03:02 | Zagor | my firefox doesn't show me the source |
16:03:09 | markun | weird |
16:03:20 | Bagder | url? |
16:03:26 | Zagor | http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatInfo?rev=1;filename=partlist.html |
16:03:36 | markun | http://www.rockbox.org/twiki/pub/Main/GigabeatInfo/partlist.html |
16:03:58 | markun | Zagor: your URL works fine |
16:04:01 | Zagor | aha, that explains the difference :-) |
16:04:10 | Bagder | the 2nd is "text/plain" |
16:04:29 | Zagor | right, that's another anti-spam thing. hang on... |
16:04:55 | Slasheri | Paul_The_Nerd: now the problem with tagcache should have been fixed :) |
16:06:00 | Zagor | there |
16:07:29 | | Join Febs [0] (n=40be240f@labb.contactor.se) |
16:10:32 | | Join mrobefan [0] (n=mrobefan@80.178.149.195.adsl.012.net.il) |
16:10:39 | dan_a | linuxstb: The changes in system.c shouldn't affect whether the COP starts or not - it should only be crt0.S that does that. |
16:12:16 | | Join DarthLappy [0] (n=Angus@pdpc/supporter/student/DarthShrine) |
16:16:40 | | Quit shirour (Read error: 104 (Connection reset by peer)) |
16:16:41 | | Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) |
16:17:11 | | Part Paul_The_Nerd |
16:17:44 | | Quit Kohlriba ("Quit") |
16:24:18 | | Quit barrywardell () |
16:24:19 | | Quit Rob2222_ (Read error: 104 (Connection reset by peer)) |
16:24:23 | coob | apple firmware can't see my fat32 partition :( |
16:26:11 | daurnimator | HAHA |
16:26:55 | coob | yes yes amsuing. |
16:27:02 | coob | amusing* heh. |
16:27:22 | coob | guess i should go find a win32 machine to abuse |
16:27:54 | pondlife | Slasheri: Don't know if it's your update, but I no longer seem to get any runtime data collected. I'll try a re-init and see if that helps.... |
16:28:02 | karim | does anyone have an idea how the scale factor in MAC instructions can be used for ? |
16:31:49 | Slasheri | pondlife: hmm, interesting. i will try too |
16:32:21 | gorey | are there any presents for the equalizer to download? |
16:32:25 | gorey | e.g rock / metal? |
16:32:54 | preglow | if you like your music, don't use that kind of presets |
16:33:48 | gorey | mhh why? |
16:34:06 | Slasheri | pondlife: it still seems to work for me |
16:34:57 | preglow | gorey: because they just do totally arbitrary stuff to your music. having a "metal" eq preset implies that all metal sounds the same and that it all needs to have the same stuff done to the sound |
16:35:12 | preglow | gorey: anyway, i don't think there are any eq presets like that around |
16:35:23 | Slasheri | btw, a good hint for everyone who likes crossfading always to happen when skipping: set anti-skip buffer to 10 minutes |
16:35:55 | gorey | hm okay preglow |
16:36:30 | | Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) |
16:36:32 | preglow | Slasheri: minutes??? |
16:36:40 | gorey | but i also have the rock preset in my winamp and it sounds a lot better, same with the ipod OS |
16:36:56 | Slasheri | preglow: yes, i know. that will eat half of the buffer but it's the only way to make sure crossfading always happens |
16:37:08 | preglow | Slasheri: why? |
16:37:17 | Slasheri | preglow: well, if user prefers that :) |
16:37:21 | Slasheri | no other reasons for that |
16:38:11 | Slasheri | i have tried that a few days now and didn't really notice faster battery consumption at normal use |
16:39:31 | pondlife | Do I have to complete playback of a track for it to be added to the runtime list? |
16:39:51 | Slasheri | pondlife: no, but you need to wait for the disk to spin up to sync the db |
16:39:56 | pondlife | Ah. |
16:40:12 | pondlife | But is sync not forced when I do a query? |
16:40:14 | Slasheri | it might be necessary to play several tracks before the db will be updated |
16:40:18 | | Quit Zagor ("Client exiting") |
16:40:29 | Slasheri | not at the moment |
16:40:35 | pondlife | OK, that's probably what's up |
16:40:48 | pondlife | I'll let you know in a while |
16:41:00 | Slasheri | and if you stop playback, the currently playing track will never be added to the db (as that might generate an incorrect score) |
16:41:27 | Slasheri | however, already played tracks are added to the db |
16:41:29 | pondlife | So it's not added at start of playback |
16:41:45 | pondlife | Stopping will force a sync of previous tracks then? |
16:41:52 | Slasheri | nope, only when stopping playback or filling the buffer |
16:41:55 | Slasheri | yes |
16:42:56 | | Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) |
16:43:14 | pondlife | Hmm, I played one track through, then hit stop on the 2nd track and it doesn't seem to have added anything to the "List played tracks" query... |
16:43:47 | Slasheri | that's weird.. do you have the "gather runtime data" option enabled? |
16:44:05 | pondlife | Yes |
16:44:10 | pondlife | And auto update |
16:44:15 | Slasheri | can you access the logf feature? |
16:44:20 | pondlife | Hmm, probably not |
16:44:26 | pondlife | I can do a sim run |
16:44:30 | Slasheri | that would tell you what went wrong |
16:44:33 | Slasheri | sounds good |
16:44:34 | pondlife | But I don't have a remote |
16:44:41 | Slasheri | you don't need a remote |
16:44:45 | pondlife | Where does logf data get written on the sim? |
16:44:48 | Slasheri | logf can write results to disk |
16:44:52 | Crackerizer | Hello, how do i get the uisim source? |
16:44:54 | Slasheri | to the remote :D |
16:45:00 | pondlife | I know DEBUGF -> stderr.txt... |
16:45:05 | pondlife | But LOGF -> ? |
16:45:20 | linuxstb | Crackerizer: From the same places as the rest of the Rockbox source. |
16:45:25 | linuxstb | (it's all together) |
16:45:26 | Slasheri | well, if you have a logf enabled build, you can go to debug menu -> logfdump -> ./rockbox/logf.txt |
16:45:36 | pondlife | OK |
16:45:50 | Crackerizer | Ok, thank you. |
16:45:57 | pondlife | Do I need to edit a line to enable logf, or will the sim include it anyway? |
16:46:05 | pondlife | Actually IIRC there's no Debug menu on the sim |
16:46:17 | Slasheri | you need to run the ../tools/configure script |
16:46:19 | pondlife | Although there should be...!! |
16:46:25 | Slasheri | and then enabled the logf option |
16:46:31 | Crackerizer | linuxstb: can i build the full rockbox from rockbox-devel source? |
16:46:37 | Slasheri | sim doesn't automatically have it but you need to enabled both sim and logf |
16:47:00 | Slasheri | logf works only on real targets |
16:47:06 | Slasheri | with sim it's limited |
16:47:09 | pondlife | Pity |
16:47:20 | Slasheri | hmm, can't you compile for target? |
16:47:48 | pondlife | Yes, but the round trip takes longer. I have USB problems on this PC too. |
16:47:55 | linuxstb | Crackerizer: Yes - if you have the required cross-compiler installed. |
16:47:55 | pondlife | Leave it with me. |
16:47:56 | Slasheri | ah.. |
16:48:02 | pondlife | Sim is easy |
16:48:08 | LinusN | Slasheri: with the sim, you just use DEBUGF |
16:48:13 | pondlife | And ideal for this sort of debugging I'd think |
16:48:25 | | Join Hansmaulwurf [0] (n=maerlyn@p5081C1E0.dip0.t-ipconnect.de) |
16:48:26 | pondlife | Anyone fancy unifying DEBUGF and logf? |
16:48:27 | Slasheri | LinusN: hmm, will that write the logf output on disk too? |
16:48:41 | pondlife | Or is DEBUGF a wrapper for logf ? |
16:49:02 | LinusN | DEBUGF writes to stderr |
16:49:17 | LinusN | sorry, stdout |
16:49:29 | pondlife | But it's of no use where the code contains logf, is it? |
16:49:41 | pondlife | i.e. I need to modify the logging code.. |
16:50:07 | LinusN | it should be trivial to make logf() use stdout as well |
16:50:23 | Crackerizer | linuxstb: thank you. I'll check it out from the cvs. |
16:51:12 | pondlife | OK, I'll do that |
16:51:25 | LinusN | debugf and logf have different uses, but i agree that logf output should be visible in the sim |
16:51:46 | LinusN | a simple hack in logf.h should suffice, i guess |
16:54:21 | | Part LinusN |
16:56:20 | | Quit DarthLappy (Nick collision from services.) |
16:56:24 | | Quit lorijho ("Lost terminal") |
16:56:33 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
16:56:54 | | Join DarthLappy [0] (n=Angus@pdpc/supporter/student/DarthShrine) |
16:57:28 | gorey | how do i install the Scrolling Margins Patch ? |
16:57:42 | | Quit rconan ("Leaving") |
16:58:25 | tucoz | gorey, you apply it. http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
16:58:45 | gorey | thanks |
16:58:45 | | Quit jaebird (Read error: 104 (Connection reset by peer)) |
16:59:02 | | Join jaebird [0] (n=jae@38.96.210.3) |
16:59:35 | tucoz | gorey, do you know how to compile rockbox? |
17:00 |
17:00:00 | Mikachu | does it still apply? |
17:00:26 | tucoz | gorey, lots of info on that here http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers |
17:00:28 | gorey | tucoz im workin on it |
17:03:24 | gorey | im trying to "install" the requires for the uni catcher theme |
17:03:39 | gorey | i started today with rockbox.. total noob ^^ |
17:04:44 | tucoz | nice, it's fun once you're able to compile your own builds |
17:05:33 | gorey | i think so, its even fun to learn those things |
17:07:32 | bluebrother | tucoz, I have a new diff for the quickstart section here: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/quickstart2.diff |
17:07:41 | bluebrother | do you think I should commit that state? |
17:08:00 | | Quit Mmmm (Remote closed the connection) |
17:11:51 | tucoz | bluebrother, just do it. I haven't read what you have written now, but I believe it's good :) |
17:12:00 | | Quit Landus (Read error: 54 (Connection reset by peer)) |
17:12:15 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
17:13:22 | tucoz | bluebrother, do you think we should change the \dap macro for the recorder to be jukebox instead? I think that is what they called it in the past. |
17:14:09 | bluebrother | ok. I hope this will make it a bit easier for new users. |
17:14:20 | bluebrother | hmm. Sounds reasonable to me. |
17:14:42 | tucoz | but that can wait. I guess we'll have to hear what amiconn and co thinks |
17:15:57 | gorey | bluebrother funktionieren hier keine queries? |
17:16:13 | bluebrother | gorey, queries? |
17:16:33 | gorey | privatchat |
17:16:36 | Mikachu | unregistered users can't send messages to registered users |
17:16:38 | tucoz | btw, I could never imagine that we would get .svg images of the players with such a high quality. The ondios look sweet. |
17:16:44 | gorey | ah oke |
17:16:51 | Mikachu | unless the registered user enables them |
17:17:53 | amiconn | tucoz: The full name would be "Archos Jukebox Recorder NN" with the NN being the capacity in GB (6/10/15/20) |
17:18:09 | pondlife | Slasheri: OK, I have a logf build of the sim now. Shall I just do a rebuild, then restart and let it play awhile? |
17:18:29 | | Quit perplexity (Success) |
17:18:31 | tucoz | amiconn, ok. But do you think it would be a good idead to use the short term jukebox in the text (instead of player) |
17:18:59 | tucoz | amiconn, e.g. connect your jukebox to the computer |
17:19:08 | | Join perplexity [0] (i=heh26318@dxb-as59277.alshamil.net.ae) |
17:19:24 | amiconn | For the player it's even more funny: "Archos Jukebox NNNN" with NNNN being the (rounded) capacity in MB (5000/6000), and "Archos Jukebox Studio NN" with NN being the capacity in GB (10/20) |
17:19:46 | Slasheri | pondlife: try to do as similar as on the player to reproduce the problem |
17:19:48 | | Join Landus [0] (n=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
17:20:12 | tucoz | aha. so that is what the numbers interpret to |
17:20:36 | amiconn | tucoz: pixelma will probably work on the images a bit more. With the original device as a comparison, it's possible to achieve even higher quality :) |
17:21:17 | pondlife | Does "failure to open changelog" mean much? |
17:21:17 | amiconn | I think it would be good to use just "Jukebox" for the Player, but keep "Recorder" for the recorders |
17:21:45 | * | amiconn has never seen an actual Jukebox 5000 |
17:21:57 | tucoz | hehe. I think a lot of the drawings are of a very high standard. But I assume the term pixel in her nick reveals an interest in CG. |
17:22:07 | amiconn | Only 6000s and Studios... the 5000s seem to be very rare |
17:22:23 | Slasheri | pondlife: that's not fatal, it just means there was nothing to import (the runtime data) |
17:22:33 | pondlife | OK |
17:22:53 | pondlife | Am playing some tracks now, will see what this reveals |
17:23:11 | tucoz | I would like to clarify the licence situation wrt those images. As it is now, I am not sure what licence they are released under. |
17:23:37 | amiconn | I agree, the documentation license situation needs a cleanup |
17:23:50 | tucoz | there is no question that the compiled .pdf and html docs are GFDL. But what about the source? |
17:24:05 | amiconn | The manual is releast under GFDL (which isn't necessarily the best choice as at least some people stated) |
17:24:23 | amiconn | The wiki and some other parts have no clear license |
17:24:25 | tucoz | and the .svg images, that we have to transcode(?) to pdf to use in the manual. |
17:25:30 | tucoz | Anyway, I have sent an email to the licence team at gnu.org. I hope they have the time to answer my questions. |
17:25:31 | | Join shirour [0] (n=mrobefan@80.178.217.121.adsl.012.net.il) |
17:30:33 | | Quit mrobefan (Read error: 104 (Connection reset by peer)) |
17:32:55 | | Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3561009.sympatico.ca) |
17:34:39 | | Quit Arathis ("[rl_bot quit]") |
17:34:42 | | Quit DarthLappy ("SLEEP! (Is for the weak. So I'm weak...Get over it!)") |
17:34:59 | | Join barrywardell [0] (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) |
17:37:08 | pondlife | Slasheri: I think I've opened a small can of worms |
17:37:28 | pondlife | Again, the sim does not list any played tracks |
17:37:50 | pondlife | The logf output contains some really confused paths too. |
17:37:53 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
17:38:03 | pondlife | e.g. "Checking for /Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk" |
17:38:03 | pondlife | We open the real file 'archos/Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk' |
17:38:03 | pondlife | Failed to find: /Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk |
17:38:37 | pondlife | Confused between the paths for "Elvis Costello/This Year's Model" and "Badly Drawn Boy/Have You Fed The Fish"! |
17:38:47 | pondlife | I was listening to the latter |
17:44:53 | *** | Saving seen data "./dancer.seen" |
17:46:34 | | Quit XavierGr (Nick collision from services.) |
17:46:37 | | Join XavierGr [0] (i=Alex@ppp198-171.adsl.forthnet.gr) |
17:49:19 | dan_a | Would there be any objections if I were to clean up crt0.S a little by doing something like this: http://www.weirdo.org.uk/rockbox/crt0-cleanup.diff |
17:50:59 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
17:53:38 | amiconn | tucoz: Do you have an idea how the remotes should be handled in the manual? |
17:53:54 | amiconn | They have buttons, which have names and can be used for navigation... |
17:55:03 | tucoz | Not really. I've thought of it, but haven't done anything more :) |
17:55:35 | tucoz | But they should be added sometime soon. Preferably by using action codes |
17:56:16 | | Join apo [0] (n=apo@dslb-084-057-066-122.pools.arcor-ip.net) |
17:56:33 | tucoz | Hopefully we can extent the "key action" tables to have an extra column for the targets with remotes. |
17:56:44 | bluebrother | maybe one time we could add a chapter in the appendix for the remotes. |
17:56:49 | amiconn | I will scan the 3 remotes I have (H100, X5 and Archos) |
17:57:28 | tucoz | good. will you add them for download at download.rockbox.org? |
17:57:38 | | Quit apo` (Read error: 110 (Connection timed out)) |
17:58:08 | tucoz | bluebrother, don't you think we should list the remote keys next to the main units? At least for h1xx and h300? |
17:58:18 | Genre9mp3 | amiconn: Do you wou want me to scan the H300 remote as well? |
17:58:45 | Genre9mp3 | also the non-LCD remote... |
17:58:48 | bluebrother | tucoz, I'm not sure −− it would make it more complex. |
17:59:02 | | Join oxygen77 [0] (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) |
17:59:15 | tucoz | true |
17:59:39 | | Join lowlight [0] (n=c730180a@labb.contactor.se) |
17:59:58 | bluebrother | so maybe it would be better to describe rockbox in the manual itself and reference to some appendix chapter for the remotes. |
18:00 |
18:00:45 | * | lowlight sucessfully played some tracks with metadata on the buffer :) |
18:01:01 | tucoz | Genre9mp3, that would be great. |
18:01:20 | Genre9mp3 | tucoz: ok |
18:01:58 | tucoz | Genre9mp3: send them to Bagder, so that he can add them to http://download.rockbox.org/device-pictures/ |
18:02:44 | Crackerizer | i got errors while compiling the source from rockbox-devel....any suggestion please. |
18:03:03 | tucoz | Crackerizer, paste the errors on www.pastebin.com |
18:03:17 | preglow | lowlight: ! |
18:03:32 | preglow | lowlight: did you reapply lostlogic's patch, or? |
18:04:52 | tucoz | bbl |
18:05:00 | Crackerizer | tucoz: I posted it. what's next? |
18:05:29 | coob | wow the rockbox ui really doesn't work so well on the ipod |
18:05:53 | Crackerizer | I did compile the source from rockbox yesterday, no errors at all... |
18:06:16 | bluebrother | tucoz, commited it. I hope it won't confuse too much users ... |
18:06:25 | lowlight | preglow: :) I looked at lostlogic's but it was confused because it was mixed within his playback rewrite. |
18:06:51 | preglow | lowlight: right, so you've actually done your own? big patch? |
18:07:37 | | Join MrGreen [0] (n=MrGreen@client-82-9-20-211.manc.adsl.virgin.net) |
18:07:47 | MrGreen | install went ok ... but where has music gone? |
18:08:15 | bluebrother | MrGreen, on ipod? Try TagCache. |
18:08:34 | MrGreen | bluebrother: yeah ipod video .... fonts look tiny |
18:08:51 | bluebrother | use a different theme ... like UniCatcher |
18:08:55 | MrGreen | what is TagCache *dares to ask |
18:09:03 | tucoz | Crackerizer, you have to give us the link you got from pastebin |
18:09:23 | tucoz | bluebrother, nice |
18:09:25 | Febs | MrGreen, your questions are all answered in the manual. |
18:09:31 | MrGreen | sorry |
18:09:44 | * | MrGreen runs to hide |
18:09:47 | Febs | http://www.rockbox.org/manual.shtml |
18:09:48 | Crackerizer | Oh, it's http://pastebin.com/775730 |
18:09:54 | MrGreen | ta |
18:10:03 | * | bluebrother points to http://www.rockbox.org/manual.shtml |
18:10:16 | Febs | It's not a criticism, it's just that we have explained these things in the manual much more thoroughly than we can here on IRC. |
18:10:17 | bluebrother | oh, Febs was faster :o |
18:10:18 | lowlight | preglow: Yes, my own. |
18:10:37 | tucoz | Crackerizer, have you applied a patch? |
18:11:16 | * | bluebrother found the eqf import function on xmms |
18:11:37 | Crackerizer | tucoz: I checked out the source from cvs 10 minutes ago. do i need applying patch? |
18:11:39 | tucoz | Crackerizer, or maybe you miss SDL |
18:14:15 | tucoz | in that case you have to install the libsdl-devel package of your linux distro (in case you run linux) |
18:14:36 | tucoz | and to answer your question, no. |
18:16:18 | MrGreen | got it thanks guys |
18:16:39 | MrGreen | ..... can I restore pod if things go pear shaped or is that in manual too? |
18:16:59 | | Quit Crackerizer ("CGI:IRC (Ping timeout)") |
18:17:00 | lowlight | preglow: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt. For the daring only. Only vorbis comments are put on the buffer and it will probably crash if the buffer refills :) |
18:17:30 | | Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) |
18:17:53 | Febs | MrGreen: yes, you can always uninstall Rockbox, or use Apple's restore tool. |
18:18:10 | * | MrGreen wonders where he can find that ? |
18:18:17 | Febs | But since the Rockbox bootloader has a dual-boot capability, you don't usually need to. |
18:18:25 | MrGreen | woah! cool |
18:18:35 | Febs | Find what, the restore tool? http://www.ipod.com |
18:18:47 | MrGreen | dual boot .... |
18:18:55 | MrGreen | press menu & select? |
18:19:42 | Crackerizer | Ok, i think i dont have the sdl. How do i get that? |
18:20:27 | tucoz | Crackerizer, what distro? |
18:21:04 | Febs | MrGreen: turn the ipod off by pressing and holding play/pause. Then turn it on by pressing select and immediately press and hold menu until you see "loading original firmware." Use the menu+select combination to return to Rockbox. |
18:21:41 | Crackerizer | tucoz: slack, i donwloaded the source code yesterday. what do i need? lib & include file? |
18:22:17 | tucoz | Crackerizer, I don't know anything about slack. Isn't there packages available for that? |
18:22:34 | * | tucoz googles for Crackerizer :) |
18:23:06 | Mikachu | Did you mean: crackerized |
18:23:41 | tucoz | I meant googles at his service. Searching for slackware sdl-devel package |
18:24:04 | Crackerizer | tucoz: can i build it from source? |
18:24:18 | tucoz | Crackerizer, sure. |
18:24:57 | tucoz | why not? But it's usually a shorter path to install packages using your distros package managment |
18:25:22 | * | MrGreen loves Febs very much |
18:25:34 | MrGreen | timing is all |
18:25:39 | Crackerizer | Well, i'll try build it first. i dont think slack has sdl-devel package. |
18:26:03 | Crackerizer | i tried to install the rpm yesterday. but it didnt work. :( |
18:26:15 | | Quit MrGreen ("Lost terminal") |
18:26:15 | tucoz | Crackerizer, ok. Read the last post in this page: http://www.libsdl.org/pipermail/sdl/2002-July/047405.html |
18:27:05 | Crackerizer | tucoz: thank you very much. you are very helpful. :) |
18:27:16 | Crackerizer | i'll try it. |
18:27:24 | tucoz | Your welcome |
18:27:29 | Genre9mp3 | tucoz: Are these scans ok? |
18:27:34 | Genre9mp3 | http://users.teilam.gr/~yngwiejo/H300-remote.jpg |
18:27:42 | Genre9mp3 | http://users.teilam.gr/~yngwiejo/nonLCD-remote.jpg |
18:27:59 | | Join old45 [0] (n=42cf004a@labb.contactor.se) |
18:28:22 | tucoz | Genre9mp3, it would be better if you didn't save them as jpg. Use png instead |
18:28:40 | | Join snowgoon [0] (n=andrewcu@cpe-66-108-115-206.nyc.res.rr.com) |
18:28:49 | Crackerizer | "> >No offense, but... are you sure Slackware is the right distro for you?", what is this supposed to mean? |
18:28:51 | tucoz | and I think 300dpi is the preferred dpi. Not sure what you used |
18:28:51 | Genre9mp3 | tucoz: png is lossless, wont affect the quality if I convert them, right? |
18:29:11 | tucoz | convert from jpg? |
18:29:11 | Genre9mp3 | I used 200 dpi...ok...I'll rescan then |
18:29:24 | | Quit PaulJam (".") |
18:29:27 | Mikachu | converting to png from jpg would just be silly |
18:29:50 | | Join jaczehack [0] (n=jac@c-edf772d5.013-1-73746f40.cust.bredbandsbolaget.se) |
18:30:04 | jaczehack | Data −− in accordance with the prophecy |
18:31:08 | | Quit mocker (SendQ exceeded) |
18:31:37 | | Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) |
18:32:05 | old45 | Mmmm> |
18:32:13 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
18:32:23 | Mmmm | hi |
18:33:14 | old45 | Mmmm> I plan to do some recording with my H120 will it providePIP for my electric mic? |
18:33:15 | | Quit MarcoPolo (Read error: 54 (Connection reset by peer)) |
18:33:37 | Mmmm | yep...2.5V I think... |
18:33:57 | old45 | Good I asked this before but thought you would be good to ask |
18:34:01 | amiconn_ | Genre9mp3: Your scanner seems to use the same lighting arrangement as most other flatbed scanners I saw - the light seems to come from below if you scan 3D objects |
18:34:29 | amiconn_ | I recommend scanning the thing overhead and the flip the image 180° in the software |
18:34:40 | amiconn_ | s/and the/and then/ |
18:35:11 | old45 | should I have an "eac test" folder in my root with just rockbox installed |
18:35:55 | tucoz | old45, that is nothing rockbox installed |
18:36:03 | old45 | OK |
18:36:16 | | Quit amiconn (Nick collision from services.) |
18:36:16 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
18:39:26 | | Quit dan_a (Read error: 110 (Connection timed out)) |
18:40:12 | Crackerizer | tucoz: what is your distro? |
18:40:44 | | Quit old45 ("CGI:IRC") |
18:41:05 | | Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
18:41:06 | tucoz | kubuntu |
18:41:09 | | Join old45 [0] (n=42cf004a@labb.contactor.se) |
18:41:13 | Genre9mp3 | amiconn: ok... rescaning now |
18:41:19 | old45 | Mmmm> |
18:41:27 | Mmmm | hello again... |
18:41:31 | Crackerizer | tucoz: do you have any problem building uisim? |
18:41:42 | tucoz | tucoz, no |
18:41:45 | | Part jaczehack |
18:41:48 | tucoz | Crackerizer, no |
18:42:06 | old45 | MmmmI plan to load some bird songs on the H120 would you use MP3 or Flac? I have them as WAV on my PC now |
18:42:19 | Crackerizer | :), i just built and installed sdl from the source. |
18:42:45 | Crackerizer | everything is fine. but i still cant build uisim. |
18:43:05 | old45 | Soory I hit the enter key before I was ready , I am not calling you each time |
18:44:06 | tucoz | Crackerizer, have you added sdl to your path |
18:44:31 | Mmmm | old45: well...depends on the quality you want, Flac is lossless so the quality will be the same as the original but filesize about 1/2 original, MP3 will lose quality but be much smaller. |
18:45:32 | Crackerizer | tucoz: no, but i have to do that? |
18:47:01 | old45 | Mmmm> That file difference for MP3 is what I would like to have an estimate for, FLAC is half. Is MP3 about 1/4 then? |
18:47:19 | Mmmm | depends on the compression you use |
18:47:19 | tucoz | Crackerizer, yes. The compiler has to know where to look for libsdl |
18:47:40 | Mmmm | old45 128kbs is about 1mb per minute |
18:48:04 | Mmmm | which is 1/10 original |
18:48:17 | old45 | Thanks, that helps |
18:48:27 | Mmmm | NP |
18:49:22 | Crackerizer | tucoz: sorry, i asked a lot. I'm quite new to linux. :) |
18:49:54 | tucoz | no problem. but maybe you should ask for linux questions in #linux? |
18:50:26 | old45 | one more question , does rockbox play the FLAC and MP3 without problems for either |
18:51:23 | tucoz | Crackerizer, there is also a #slackware channel in freenode |
18:51:48 | | Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") |
18:52:37 | Mmmm | old45: definitely MP3..I don't use flac much though so couldn't say for sure but I think so. |
18:53:26 | Febs | old45: It depends on the platform, but MP3 and FLAC should both be pretty much flawless on the H120. |
18:53:53 | old45 | do you know a FLAC user, I have a lot of files to load and don't want to set it up and have problems |
18:54:04 | Crackerizer | tucoz: is `UI_LCD_POSY' declared in SDL? |
18:55:00 | | Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) |
18:55:46 | Mmmm | old45: I don't think you'll have problems...Just try one file to start with to give yourself some confidence and then do the rest when you know it works |
18:57:00 | tucoz | Crackerizer, it is defined in uisdl.h. But I have to leave this to someone else as I've got to go. |
18:57:03 | old45 | Yes that would be good to do, but I have hundreds of files to convert and load, so I don't want to have problems, that is why I asked for a FLAC user |
18:57:28 | Crackerizer | That's ok, thank you tucoz. I'll figure out myself. |
18:58:11 | tucoz | afk |
19:00 |
19:00:09 | Mmmm | old45: if you can do one, you can do hundreds! :) |
19:00:15 | | Quit XavierGr (Nick collision from services.) |
19:00:19 | | Join XavierGr [0] (i=Alex@ppp198-171.adsl.forthnet.gr) |
19:00:32 | old45 | thats what I need to hear! |
19:00:58 | Mmmm | :D |
19:01:30 | | Part Crackerizer |
19:04:01 | | Quit XavierGr (Nick collision from services.) |
19:04:05 | | Join XavierGr [0] (n=xavier@ppp181-51.adsl.forthnet.gr) |
19:04:26 | Genre9mp3 | I hope I've done it right this time..... |
19:04:36 | Genre9mp3 | http://users.teilam.gr/~yngwiejo/H300-remote.png |
19:04:43 | Genre9mp3 | http://users.teilam.gr/~yngwiejo/nonLCD-remote.png |
19:05:28 | | Join Kohlrabi [0] (n=Kohlrabi@dslc-082-082-130-112.pools.arcor-ip.net) |
19:07:10 | | Nick oxygen77 is now known as oxy77 (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) |
19:08:22 | | Nick oxy77 is now known as oxygen77 (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) |
19:09:00 | | Quit old45 ("CGI:IRC") |
19:11:50 | | Join bbroke [0] (n=bbroke@p54BD42B7.dip0.t-ipconnect.de) |
19:18:34 | | Quit BigMac (Read error: 110 (Connection timed out)) |
19:19:35 | | Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) |
19:20:53 | | Quit Kitar|st (Connection timed out) |
19:21:54 | | Quit Siku () |
19:22:00 | | Quit Hansmaulwurf (Read error: 110 (Connection timed out)) |
19:22:21 | | Join Hansmaulwurf [0] (n=maerlyn@p5081D110.dip0.t-ipconnect.de) |
19:23:24 | | Join Nico_P [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
19:23:52 | | Join San||Away [0] (n=San@213-202-186-179.bas504.dsl.esat.net) |
19:27:03 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
19:29:57 | | Join San||Away [0] (n=San@213-202-186-179.bas504.dsl.esat.net) |
19:31:16 | | Join daurn|laptop [0] (n=quae@unaffiliated/daurnimator) |
19:33:07 | | Quit spiorf (Read error: 54 (Connection reset by peer)) |
19:34:28 | barrywardell | does the ipod bootloader use crt0.S? |
19:34:48 | barrywardell | looking at firmware/boot.lds it doesn't seem to? |
19:35:27 | barrywardell | but there are loads of #ifdef BOOTLOADER in crt0.S |
19:38:30 | linuxstb | barrywardell: Yes, it does. |
19:38:31 | linuxstb | dan_a: Your crt0.S cleanup patch looks sensible to me. Although I think it would make sense to split the portalplayer code into a completely separate crt0-pp.S file, and leave only the generic ARM stuff there. |
19:39:22 | barrywardell | linuxstb: what about line 10 of boot.lds then? |
19:40:01 | linuxstb | It just means that it's linked automatically, and the linker gives an error if it's mentioned in boot.lds as well. |
19:40:22 | linuxstb | It's because there is a symbol in crt0.S referenced by bootloader/ipod.c |
19:41:16 | barrywardell | ah, ok |
19:41:18 | barrywardell | thanks |
19:43:08 | lowlight | linuxstb: I have an preliminary attempt at metadata on the buffer: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt |
19:43:22 | | Quit XavierGr (Nick collision from services.) |
19:43:26 | | Join XavierGr [0] (n=xavier@ppp179-59.adsl.forthnet.gr) |
19:44:57 | *** | Saving seen data "./dancer.seen" |
19:47:57 | Febs | Do people *try* to make it difficult to help them? |
19:48:43 | Febs | http://forums.rockbox.org/index.php?topic=6115 |
19:48:43 | | Join Rob2222 [0] (n=Miranda@ACAE4E52.ipt.aol.com) |
19:49:52 | | Quit tucoz ("Leaving") |
19:50:20 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
19:51:57 | | Join Rondom [0] (n=zuzuzuzu@p54AEFD06.dip.t-dialin.net) |
19:52:43 | | Join Coldtoast [0] (n=me@ppp105-175.lns1.hba1.internode.on.net) |
19:52:46 | Coldtoast | hi guys |
19:53:09 | Coldtoast | how far along is Rockbox for the Nano? Compared to Rockbox for the h120? |
19:53:10 | | Quit XavierGr (Nick collision from services.) |
19:53:14 | | Join XavierGr [0] (n=xavier@ppp141-188.adsl.forthnet.gr) |
19:54:06 | | Join spiorf [0] (n=spiorf@host4-125.pool8248.interbusiness.it) |
19:58:39 | lowlight | Febs: classic...http://forums.rockbox.org/index.php?topic=6122.0 |
19:59:42 | dionoea | hello |
20:00 |
20:05:48 | | Join KlrSpz [0] (n=klrSpz@69.15.248.2) |
20:06:04 | KlrSpz | question, what's the 80mb partition on the 4gb nanopod for? is it safe to destroy? |
20:07:05 | sharpe | KlrSpz: Do you want to use your iPod? |
20:07:30 | KlrSpz | sharpe, do you have a point or are you going to ask assinine rhetoric? |
20:07:44 | sharpe | No, there's a point to it. |
20:07:52 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
20:09:19 | KlrSpz | ok so how about we stop beating around the bush and get to details? |
20:09:27 | KlrSpz | i just want to know how it works |
20:09:30 | KlrSpz | ram-based storage? |
20:09:34 | KlrSpz | firmware storage? |
20:09:35 | KlrSpz | etc etc |
20:10:04 | sharpe | First off, it'd be 'an asinine rhetoric' |
20:10:56 | sharpe | Second, it is where the firmware/bootloader are stored. |
20:11:46 | KlrSpz | excellent |
20:11:49 | KlrSpz | that's what i was looking for |
20:12:26 | amiconn | Bagder: I have 4 hardware scans I would like to upload... |
20:12:45 | KlrSpz | so if i don't care about the original firmware, do i need all that space? can i repartition it smaller just to contain the bootloader? |
20:13:22 | Mikachu | KlrSpz: yes, you can make it smaller, but no warranty |
20:13:24 | sharpe | You can, but there's not much of a point to it. |
20:13:27 | KlrSpz | right |
20:13:32 | Mikachu | big point on a nano |
20:13:47 | Mikachu | it's 4% of the space |
20:13:51 | Mikachu | (of 2GB) |
20:14:01 | sharpe | Yes, but if he has to restore it, it'll be recreated anyway. |
20:14:03 | | Quit mantono ("memtest") |
20:14:15 | | Quit XavierGr (Read error: 113 (No route to host)) |
20:15:01 | KlrSpz | yeah |
20:15:08 | KlrSpz | i'm not concerned personally |
20:15:15 | KlrSpz | my buddy is trying to do some experimental things |
20:15:23 | KlrSpz | minimal OS |
20:15:30 | KlrSpz | maximizing the space |
20:15:37 | KlrSpz | but like you said, 80mb is nothing to cry over |
20:15:42 | Mikachu | i shrunk the bootpartition and created a third partition in the empty space |
20:15:43 | KlrSpz | and his is a 4gb drive actually |
20:15:51 | KlrSpz | hmm.. would rockbox mount it properly/ |
20:15:53 | Mikachu | one extra album fits there |
20:16:01 | Mikachu | not out of the box |
20:16:05 | sharpe | Just be sure you use a dummy apple_os.bin, if you have to install the bootloader again for some reason. |
20:16:26 | | Join lightyear [0] (n=lightyea@p54875D13.dip.t-dialin.net) |
20:18:02 | | Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
20:18:02 | sharpe | For rockbox, anyway. |
20:18:06 | Febs | lowlight: I'm beginning to think that ritesh is intentionally trolling. |
20:18:14 | KlrSpz | right right |
20:18:20 | KlrSpz | sharpe, is there anything else :) |
20:18:35 | Mikachu | KlrSpz: you can move the start of the second partition too of course |
20:19:00 | KlrSpz | what did you use exatly? some partition magic or did you go low-level? |
20:19:14 | Mikachu | i would be the lowlevel type of guy |
20:19:23 | | Join sm007h [0] (n=smooth@vp088094.reshsg.uci.edu) |
20:19:39 | KlrSpz | [13:19] <Mikachu> i would be the lowlevel type of guy |
20:19:40 | sm007h | here? |
20:19:42 | KlrSpz | this is actually for sm007h |
20:19:42 | KlrSpz | yeah |
20:19:46 | sm007h | nice |
20:19:47 | KlrSpz | which network is this? |
20:19:53 | sm007h | should have known it was freenode |
20:19:58 | KlrSpz | ahh |
20:19:58 | KlrSpz | ok |
20:20:06 | KlrSpz | yeah, shoulda |
20:20:11 | KlrSpz | prolly coulda looked on the site :) |
20:20:21 | sm007h | nope |
20:20:23 | sharpe | Not too hard to find there... |
20:20:23 | sm007h | that's too much bs |
20:20:30 | KlrSpz | heh |
20:20:35 | KlrSpz | so uhh.. how are you l iking it? |
20:21:10 | sm007h | go get poe2 |
20:21:28 | sm007h | it's a little over 1.5 gigs |
20:21:29 | KlrSpz | i can't, i'm at work.. no axx to my boxes since my server is down thanks to emerge ;) |
20:21:37 | sm007h | that's crapola |
20:21:41 | sm007h | I dig rockbox |
20:21:45 | KlrSpz | actually i have no idea why it's down |
20:21:46 | KlrSpz | hell yeah |
20:21:46 | sm007h | working out pretty dope |
20:21:49 | KlrSpz | see |
20:21:52 | KlrSpz | i told you |
20:21:52 | sm007h | this is shit |
20:22:03 | sm007h | you're not going to play tomorrow? |
20:22:14 | KlrSpz | oh shit |
20:22:17 | KlrSpz | oh shit oh shit |
20:22:19 | KlrSpz | i'm like 22 min late for a meeting |
20:22:22 | sharpe | Well, we haven't heard it called pretty dope anytime recent. |
20:22:33 | sharpe | You should get going then, eh? |
20:23:26 | KlrSpz | ok nm, it was rescheduled.. *whew* |
20:23:28 | sm007h | spaz, I can't get partition magic to see my nano |
20:23:29 | KlrSpz | talk about a releif |
20:23:38 | KlrSpz | Mikachu said he had done it low level |
20:23:43 | KlrSpz | probably wrote directly to the mbr |
20:23:51 | Mikachu | haha, not that lowlevel |
20:23:53 | KlrSpz | oh |
20:24:03 | sharpe | KlrSpz: Partition Table... |
20:24:14 | Mikachu | i wouldn't imagine you can do it too easily in windows though |
20:24:18 | sm007h | what'd you use, fdisk? |
20:24:25 | Mikachu | probably |
20:24:25 | | Quit Febs ("CGI:IRC (EOF)") |
20:24:42 | sm007h | hmm, I'll use my lappy then and see if I can't get in there |
20:24:42 | | Join Febs [0] (n=40be240f@labb.contactor.se) |
20:24:53 | sharpe | Mikachu: Windows doesn't like multiple partitions on removeable devices... :D |
20:25:14 | Mikachu | i know, it only sees the first partition when i plug it in on windows |
20:25:16 | Mikachu | pretty awesome |
20:26:15 | sm007h | so I have to leave some of that first partiion? |
20:26:25 | preglow | hahahaha |
20:26:29 | preglow | really? |
20:26:30 | sm007h | ...gentoo, here I come |
20:26:36 | sm007h | *plsp* |
20:26:51 | Mikachu | wow, i wonder why gentoo users have a bad rep :) |
20:27:00 | ender` | eh? i've had no problems with mulitple partitions on removabledisks on windows |
20:27:10 | sm007h | why would we have a bad rep? |
20:27:22 | linuxstb | If you want to get rid of the Apple firmware completely, you can use the "scramble" tool instead of ipod_fw - that will make an firmware partition image containing only the Rockbox bootloader-xxxxx.bin. |
20:27:23 | sm007h | non-sequiter |
20:28:09 | KlrSpz | but won't that still leave the partition space used? i think that's also an issue in this case |
20:29:38 | linuxstb | sharpe: It's not the multiple partitions Windows doesn't like about ipods - it's the fact that the first partition is marked as type 0 (empty). Neither Windows or Mac OS X will let you access it normally. |
20:30:15 | linuxstb | (but Linux is happy, and gives you a normal device node to access it with) |
20:30:34 | sharpe | linuxstb: I'm just speaking from experience I've had with usb drives that have multiple partitions, could never get one of them (out of two) to mount as a drive. |
20:31:12 | amiconn | linuxstb: Does the apple loader require the partition to be of type 0? |
20:31:37 | amiconn | Could be an interesting experiment |
20:31:50 | linuxstb | amiconn: I'm pretty sure it does. I'll test now. |
20:34:13 | linuxstb | Yes, changing it from type 0 causes a folder with exclamation mark to appear. |
20:34:36 | sm007h | so what did you do? just change the size? |
20:34:42 | sm007h | I've got a 4gb nano |
20:35:06 | linuxstb | I just changed the type of the first partition. |
20:35:07 | sm007h | basically I need to leave some small partition? |
20:35:13 | sharpe | sm007h: Yes. |
20:35:46 | linuxstb | Yes - you only need about 100KB, but I'm not sure how small you can make partitions. |
20:36:41 | sm007h | I moved everything (.rockbox) off the second partition and thought I bricked my nano. but then I held down menu and select and I'm back to stock |
20:37:02 | linuxstb | Interesting message from fdisk when changing the type back to 0: "Type 0 means free space to many systems (but not to Linux). Having partitions of type 0 is probably unwise. You can delete a partition using the `d' command." |
20:37:30 | sm007h | that's what it reports in disk manager in winxp "Free space" |
20:37:34 | Mikachu | you should be aware the man page for fdisk says not to use fdisk |
20:37:40 | sm007h | how much stuff is on it? |
20:37:47 | linuxstb | Mikachu: Good job I've not read the man page then. |
20:38:13 | Mikachu | sm007h: the partition is also used to dump ram by the original firmware because they couldn't be bothered to make it boot fast enough |
20:38:31 | KlrSpz | so there's your answer |
20:38:39 | sm007h | I read that in the forums. what I didn't know was whether rockbox needs it too? |
20:38:44 | Mikachu | it doesn't |
20:38:45 | sharpe | Nope. |
20:38:55 | sharpe | Rockbox doesn't have a sleep mode. |
20:38:56 | Mikachu | i don't know why they made it 80MB when the nano has 32MB ram though |
20:38:59 | sm007h | lol |
20:39:05 | Mikachu | maybe they expected the firmware to grow to 30MB one day |
20:39:11 | | Quit JoeBorn ("Leaving") |
20:39:19 | KlrSpz | maybe when they switch to x86 architecture :) |
20:39:23 | sm007h | HAHAHA |
20:39:24 | Mikachu | haha |
20:39:27 | Mikachu | frying eggs with ipods |
20:39:37 | sm007h | I was going to say something along those lines...then I remembered, yeah, they went there ;) |
20:39:45 | sharpe | Mikachu: Maybe they just wanted to be even and have it start at the 32mb mark, with a little breathing room. |
20:40:15 | sm007h | or they knew most people would be using it on windows ;) |
20:40:26 | sm007h | so it might have a habit of expanding itself over time |
20:41:00 | sharpe | Wha? Copying 32mb to and from the disk doesn't make it grow. |
20:41:02 | KlrSpz | heh, i'm sure that had to be it |
20:41:10 | sm007h | it doesn't? |
20:41:14 | KlrSpz | no but the security patches do !! |
20:41:19 | KlrSpz | ba da dummnnn tssss |
20:41:36 | sharpe | Now you're just rambling about windows. :) |
20:42:09 | sm007h | spaz, what do you use instead of fdisk. I havne't been on mylaptop in ages |
20:42:15 | sm007h | dont even know what's on here |
20:43:18 | | Quit pondlife ("byebye") |
20:47:23 | * | preglow fondles octave |
20:47:40 | sharpe | preglow: That's beyond acting the fool... |
20:48:03 | KlrSpz | cfdisk |
20:48:09 | KlrSpz | but, i've never done any partition resizing |
20:48:15 | preglow | sharpe: i do other roles as well |
20:48:24 | sharpe | I see. |
20:48:25 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
20:48:36 | sm007h | yeah, cfdisk won't open the drive |
20:48:59 | preglow | sharpe: among the roles in my reportoire, there is pervert, idiot, drunk, jerk and moron as well |
20:49:05 | KlrSpz | is dmesg seeing the drive? |
20:49:10 | preglow | also, illiterate |
20:49:13 | sharpe | Now I get it. |
20:49:15 | sm007h | I can access it with fdisk |
20:49:19 | KlrSpz | hmm, odd |
20:49:28 | KlrSpz | you're specifying the device right? |
20:49:37 | sm007h | no, that was retarded. I forgot the path |
20:50:16 | KlrSpz | might help :) |
20:50:18 | sm007h | so how do I get all the stuff off it so I don't lose my firmware? |
20:50:23 | KlrSpz | dd? |
20:50:42 | KlrSpz | dd if=/dev/xxx of=~/ipod_backup |
20:50:52 | KlrSpz | i wonder if you need to specify other options? |
20:50:57 | KlrSpz | like block sizes or some crap |
20:51:12 | KlrSpz | duno, never done it |
20:51:53 | sm007h | wait, do I have it frm that script? |
20:52:01 | sm007h | in the ;output; folder? |
20:52:17 | sm007h | I have: apple.os.bin, bootpartition.bin, and rockboot.bin |
20:53:39 | sm007h | havne't synced in about 8 monhts |
20:53:48 | sm007h | probably be merging crapola all night now |
20:54:11 | sm007h | spaz, those are the original files right? |
20:54:18 | sm007h | isn't that what that script did? |
20:54:38 | sm007h | linuxstb, you still around? |
20:56:13 | KlrSpz | sorry back |
20:56:31 | KlrSpz | what script? |
20:56:39 | KlrSpz | oh yeah |
20:56:40 | sm007h | the one you gave me |
20:56:41 | KlrSpz | it's in output |
20:56:57 | KlrSpz | that bitch still has my ipod |
20:56:59 | KlrSpz | i'm so pissed |
20:57:00 | | Quit Mmmm (Remote closed the connection) |
20:57:01 | KlrSpz | she's not in today |
20:57:05 | sm007h | I think I'm going to emerge gparted or something so I can try and do this graphicaly |
20:57:16 | sm007h | dude, she took it over the weekend |
20:57:21 | | Join ghode|afk [0] (n=garudin@87-194-60-156.bethere.co.uk) |
20:57:36 | Coldtoast | hey guys. What stage is RB for the Nano at? Compared with RB for the h120? |
20:57:38 | sm007h | think mandy needs to show up at her house tonight |
20:58:15 | sharpe | Coldtoast: The same as most of the other iPods, with the possible exception of the 3G, compared to the h120. |
20:58:29 | Coldtoast | and what stage IS that exactly? |
20:58:36 | Coldtoast | are they equal? |
20:59:19 | sharpe | It's kind of hard to compare two different players... without and specific things to compare. |
20:59:32 | Coldtoast | I bought a nano last night. been using rb on my h120 for a long time now |
20:59:49 | Coldtoast | ogg playback, mp3 playback, parametric EQ, gapless |
20:59:53 | Mikachu | it plays music fine, you will probably have to live without the eq though |
21:00 |
21:00:01 | Coldtoast | no EQ? damn |
21:00:01 | sm007h | uh oh, no eq :D |
21:00:08 | Mikachu | i haven't tried in a while |
21:00:11 | Mikachu | it could be that it works |
21:00:22 | sharpe | Mikachu: As far as I know it's fine |
21:00:28 | sm007h | actually, there's an eq on there. seems better, if you like so sorts of things |
21:00:30 | Mikachu | maybe i had the peakmeters on too :) |
21:00:53 | | Join mrobefan [0] (n=mrobefan@80.178.194.125.adsl.012.net.il) |
21:01:05 | Coldtoast | has the interface translated well to the nano? as in is it a nice marriage between the nano hardware (clickweheel) and rb? |
21:01:14 | ghode|afk | does anyone know how i can find out what files are causing my tagcache building to fail? |
21:01:21 | sharpe | Mikachu: Well, the Hardware EQ is fine too, for the 5G anyway... |
21:01:27 | Coldtoast | err.. I should jhust say "ipod" I guess |
21:01:31 | Mikachu | yeah but nano doesn't have a hweq |
21:01:34 | sm007h | ghode, I couldn't get it to work last night until I enabled diskcache |
21:02:00 | sharpe | I wasn't too sure if it did or not. |
21:02:15 | linuxstb | sm007h: I'm back now... |
21:02:21 | Coldtoast | on the h120 I wish you could set a permanent sleep timer actually |
21:03:00 | Coldtoast | I have this TERRIBLE habit of dumping my h120 into my bag and accidentally turning it on. then when I go to use it the next day, it's dead |
21:03:01 | sm007h | linuxstb, whatd you do? change the part type, resize it, then change it back to 0? |
21:03:24 | Mikachu | Coldtoast: uh, there is a sleep feature |
21:03:33 | Mikachu | Coldtoast: as long as you don't start playing music too it should kick in |
21:03:41 | Coldtoast | yes. But it gets reset when you power off Mikachu |
21:03:47 | Ribs | isn't there a 'hold' button? |
21:03:54 | linuxstb | sm007h: I use fdisk in Linux. I've no idea how to do it in other OSes. |
21:03:55 | Mikachu | then your settings aren't saving properly |
21:04:00 | sharpe | It's more of a switch really... |
21:04:05 | ghode|afk | sm007h: funny you say that since diskcache doesnt work either (ipod 5G) |
21:04:10 | Coldtoast | ribs: of course. But I don't enable it on the remote and the player generally |
21:04:13 | sm007h | linuxstb, I'm in linux |
21:04:19 | Ribs | Coldtoast, maybe you should start :> |
21:04:52 | linuxstb | sm007h: Then don't worry about changing the type - just delete the FAT32 partition, resize the first partition as small as you can, then create a new FAT32 partition taking up all the remaining space. |
21:05:00 | KlrSpz | speaking of peakmeters, are those ever going to be conditional? |
21:05:02 | Coldtoast | Ribs: pfft! I can't be arsed keeping tabs on whether I have both hold switches enabled |
21:05:17 | linuxstb | KlrSpz: Conditional based on what? |
21:05:21 | KlrSpz | on levels |
21:05:22 | Coldtoast | a persistent sleep timer set to, like, 1.5hrs would do it |
21:05:36 | KlrSpz | i'd like to do some graphical representations of a peak |
21:05:39 | Coldtoast | as I never listen to it for more than that. only takes me 45mins to walk home |
21:05:41 | linuxstb | KlrSpz: You mean something like displaying custom bitmaps for the different levels? |
21:05:44 | KlrSpz | yessir |
21:05:45 | Mikachu | Coldtoast: just set the idle shutdown to that then... |
21:05:52 | | Join TeaSeaLancs [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
21:06:07 | sm007h | linuxstb, where's the bootloader and misc files that are on that first part? |
21:06:25 | Coldtoast | Mikachu: I tried today. tested. if I set it, power off then onn, the timer is reset |
21:06:28 | | Quit TeaSea (Nick collision from services.) |
21:06:31 | | Nick TeaSeaLancs is now known as TeaSea (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
21:06:41 | sm007h | or are they all sitting at the front of the partition so I don't have to worry about putting them back on? |
21:06:43 | Coldtoast | with the daily from yesterday |
21:06:49 | Coldtoast | anyway |
21:07:01 | | Quit _FireFly_ ("Leaving") |
21:07:21 | linuxstb | sm007h: The first partition is the "firmware partition" - it originally contained the Apple firmware, a normal Rockbox install puts both the Rockbox bootloader and the Apple firmware there, and I'm guessing you just want the Rockbox bootloader there? |
21:07:26 | ghode|afk | sm007h: also the tagcache build always fails on file 337 so i need to find out which file this is... |
21:07:51 | sm007h | linuxstb, yes |
21:08:32 | | Join lee-qid [0] (n=liqid@p549659B9.dip.t-dialin.net) |
21:08:44 | sm007h | spaz, I have in 'output': apple_os.bin 5mb, rockboot.bin 5mb, bootpartitition.bin 80mb |
21:08:44 | linuxstb | sm007h: Do you have a copy of the Rockbox source code? |
21:08:59 | sm007h | I didn't grab that yet, no |
21:09:08 | | Join _FireFly_ [0] (n=FireFly@p54A4586C.dip.t-dialin.net) |
21:09:27 | KlrSpz | he'd have to set up a cross compiler as well |
21:09:44 | KlrSpz | err wait, which gcc you using sm007h? |
21:09:57 | linuxstb | sm007h: You can use the "scramble" tool in the Rockbox source to create a firmware image just containing the Rockbox bootloader. |
21:10:01 | KlrSpz | or did you devs get all that squared away |
21:10:20 | linuxstb | KlrSpz: I'm not talking about compiling Rockbox - just the "scramble" tool which just uses the native gcc. |
21:10:38 | KlrSpz | does that come with the source or something? |
21:10:45 | linuxstb | sm007h: Or I could run the scramble tool on the Nano bootloader for you if that's easier. |
21:11:20 | sm007h | linuxstb, that'd be cool. thanks |
21:11:36 | | Quit freqmod ("changing xserver") |
21:11:53 | linuxstb | sm007h: http://www.davechapman.f2s.com/rockbox/bootloader-nano.img |
21:12:20 | linuxstb | All you need to do is "dd" that directly to the first partition on your ipod - e.g. "dd if=bootloader-nano.img of=/dev/sda1" - assuming your ipod is /dev/sda |
21:12:40 | sm007h | yes it is |
21:13:00 | | Join damaki_ [0] (n=Chocolat@ALille-253-1-1-204.w90-7.abo.wanadoo.fr) |
21:13:00 | sm007h | sweet |
21:13:11 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
21:13:17 | sm007h | don't really see any reason to go back to apple_os |
21:14:15 | sharpe | Ah, nice to hear. |
21:15:28 | | Quit shirour (Read error: 110 (Connection timed out)) |
21:16:43 | sm007h | because that would be nice if you'd get that from me later tonight? |
21:17:11 | sharpe | Um. Yes. I love to hear from people that use rockbox... |
21:17:14 | sm007h | ok, I'll stop seeding, but you can get it from my ftp anonymously |
21:17:36 | sm007h | are you at least going to get it from me? |
21:18:50 | sm007h | sharpe, lol, sorry about that, I was talking to spaz |
21:19:04 | sharpe | I know, it was a random thing, the second message. |
21:19:39 | sm007h | spaz, you going to get that from me later tonight then? |
21:19:49 | KlrSpz | yes |
21:19:55 | sm007h | really? |
21:20:13 | sm007h | :P |
21:20:29 | KlrSpz | really really |
21:21:26 | sm007h | wth, are we up to 2006.0 or 2006.1 |
21:23:04 | sharpe | Pretty sure we're in the year 2006 either way. |
21:23:24 | sm007h | one's likely experimental |
21:23:35 | sm007h | I don't want to use the wrong profile |
21:23:50 | sm007h | you can't ssh into your box? |
21:24:21 | KlrSpz | 2006.1 |
21:24:27 | KlrSpz | me no |
21:24:28 | KlrSpz | i can't |
21:24:32 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
21:24:44 | sm007h | ok, you can't. but you're positive it's 2006.1? |
21:24:47 | KlrSpz | yes |
21:25:01 | sm007h | ok, better not be dev :D |
21:25:01 | KlrSpz | or you can ask in #gentoo |
21:25:05 | | Join vcardenas [0] (n=c818044b@labb.contactor.se) |
21:25:11 | KlrSpz | i asked like a few weeks ago |
21:25:17 | KlrSpz | they said .1 was stable |
21:25:31 | | Part andrewy |
21:26:18 | sm007h | 2006.0 is stable |
21:26:26 | sm007h | I thought .1 == dev? |
21:27:02 | sm007h | nothing is every consistent with those guys, though |
21:28:04 | sm007h | Fieldy> sm007h: not yet. it's just in the tree in advance of the actual 2006.1 release. there could be uknown bugs, or it could be incomplete. |
21:29:11 | KlrSpz | well, wtf, they told me it was stable... oh well |
21:29:14 | KlrSpz | mayb ethat's what broke |
21:29:19 | KlrSpz | actually i don't recall ever changin mine |
21:34:55 | | Part vcardenas |
21:38:12 | sm007h | spaz, are you going to do what I'm doing with your nano? you only have 1gb, too. 80 mgs could really help ;) |
21:38:51 | | Join darkless [0] (n=darkless@62.79.44.48) |
21:40:31 | KlrSpz | possibly |
21:41:01 | sm007h | hahaha |
21:41:03 | sm007h | check this out |
21:41:06 | sm007h | so I got the new kernel |
21:41:25 | sm007h | and I'm making it here, and I see that they now have 2100 intel wireless support. so I cnofigure it as amodule |
21:41:41 | sm007h | and it asks me if I want to "enable promiscuous mode" |
21:41:44 | sm007h | but of course :D |
21:42:10 | * | linuxstb coughs and mentions this is #rockbox |
21:43:14 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
21:44:57 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
21:45:01 | *** | Saving seen data "./dancer.seen" |
21:46:12 | KlrSpz | party pooper |
21:46:39 | | Quit Coldtoast () |
21:46:47 | linuxstb | It's just that this channel is logged - so lots of off-topic chat makes it hard for someone to read the logs and find the useful information. |
21:46:57 | | Quit TeaSea (Remote closed the connection) |
21:47:50 | | Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
21:51:13 | sharpe | And... you don't want to say something you'll regret if it were logged, do you? |
21:56:54 | | Quit lostnihilist ("Leaving") |
21:56:55 | Rondom | there are also other use cases of promiscuous mode than the one you're thinking of |
21:58:02 | sm007h | than whose thinking of? |
21:58:36 | sm007h | I know what it is, it was just a joke ;) goodness |
21:59:51 | | Quit _FireFly_ ("Leaving") |
22:00 |
22:16:02 | lowlight | preglow, linuxstb: had a chance to look at my "metadata on the buffer" patch? I've updated it to work with all formats but mp3 (hopefully I didn't break the metadata handlers). |
22:17:55 | linuxstb | lowlight: No, not yet. I'm currently trying to get the COP working... |
22:25:09 | | Join JoeBorn [0] (n=jborn@adsl-75-3-56-150.dsl.chcgil.sbcglobal.net) |
22:25:35 | | Join webguest59 [0] (n=cce4ea19@labb.contactor.se) |
22:25:37 | | Quit Pyromancer (Read error: 104 (Connection reset by peer)) |
22:25:39 | lowlight | linuxstb: ok. It's here when you get a chance: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt |
22:25:44 | | Quit webguest59 (Client Quit) |
22:25:52 | lowlight | My premise was to give the metadata handlers a pointer to a buffer to use (instead of assuming the id3v2buf) |
22:26:18 | lowlight | and have them return the size of the data written. |
22:26:22 | | Join Icemaann [0] (n=flimpy@204.228.232.71) |
22:26:42 | linuxstb | What happens when the track is played and the buffer is then overwritten? |
22:27:10 | | Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) |
22:27:16 | Rondom | sm007h: my statement was directed to sharpe |
22:27:16 | Icemaann | Ive just put rockbox on my ipod nano and Id like to play around with it *while* it is plugged into the usb. Im using linux, and I can eject it, but all the screen shows is "safe to unplug". Id like it to keep charging while I play with rockbox.... is this possible? |
22:27:45 | linuxstb | Boot into Rockbox, then hold MENU as you insert the USB cable. |
22:28:29 | _jhMikeS_ | The updated encoder recording patch is ready for review (please read comments): http://www.rockbox.org/tracker/task/2939 |
22:28:49 | | Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@adsl-68-73-207-97.dsl.sfldmi.ameritech.net) |
22:29:19 | sm007h | oh that's how you do it. that's pretty cool. Are there any plans to make something that will let us use rockbox while it's hooked up, from the computer itself? |
22:29:53 | lowlight | linuxstb: At this stage, there are no such checks. |
22:30:53 | | Quit KlrSpz () |
22:31:09 | lowlight | I guess the plan would be to copy the metadata buffer of the current track before a rebuffer. |
22:32:21 | lowlight | But that requires some trickery since track.id3.artist is a pointer to the buffer. |
22:32:47 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-141-170-52.dsl.rcsntx.swbell.net) |
22:33:22 | | Quit _Veseliq_ (Remote closed the connection) |
22:33:35 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
22:34:09 | linuxstb | lowlight: Does your patch just put the id3v2buf on the audio buffer, or the whole mp3entry struct? |
22:34:58 | | Join lostnihilist [0] (n=lostnihi@c-67-175-35-181.hsd1.il.comcast.net) |
22:35:28 | lowlight | Whatever was written to the id3v2buf is now written the the audio buffer. |
22:36:24 | linuxstb | OK. I thought the plan was to move the whole mp3entry struct to the audio buffer. |
22:37:12 | lowlight | I don't know the plan.:) What would the benefit be? |
22:37:47 | jhMikeS | and id3v1 (when preferred or the only thing avail.) converted to id3v2 first or something? |
22:37:54 | linuxstb | Currently there is a static array of 32 mp3entry structs - the benefit would be getting rid of that. |
22:38:21 | | Nick ghode|afk is now known as ghode (n=garudin@87-194-60-156.bethere.co.uk) |
22:38:35 | linuxstb | It also means the mp3entry struct (or its successor) could be more variable in size, and store things like track art. |
22:39:57 | linuxstb | jhMikeS: "id3v2buf" is just another case of a variable being called something which is no longer appropriate - it's used for storing various types of metadata nowadays. |
22:40:24 | lowlight | Ok, but replacing the id3v1/2 static buffers saves the majority of the space. |
22:41:03 | jhMikeS | linuxstb: then it should be renamed metadatabuf! There's a lot of mp3 centric nomenclature there no? |
22:41:07 | lowlight | album art would be like the other tags, just a pointer to the data. |
22:41:52 | * | jhMikeS thinks JPEGs/PNGs for album art is must have |
22:41:56 | lowlight | jhMikeS: until a year or so ago, rockbox only played mp3 :) |
22:43:07 | | Join Bauermanthorn [0] (i=gorey@i577AD42A.versanet.de) |
22:44:03 | jhMikeS | lowlight: I only found out about it in mid April 2006 |
22:44:13 | | Quit Nico_P () |
22:48:14 | * | jhMikeS hopes someone will want to test that patch soon on non-x5 ports so his anxiety level can return to normal. |
22:49:04 | linuxstb | jhMikeS: There aren't many devs who record - if you want feedback, you could post some binaries in the Recording forum. |
22:49:43 | linuxstb | It looks like a major change to recording, so it might be useful to get at least some initial feedback before committing to CVS. |
22:52:11 | jhMikeS | linuxstb: There's no way I'm dumping that on CVS yet I would if it only affected x5 but it doesn't. |
22:53:08 | jhMikeS | linuxstb: Mmmm and Petur aren't here or I'm sure they'd do it. Weren't you going to do iPos recording? |
22:53:19 | jhMikeS | iPod |
22:54:27 | linuxstb | Yes, I've got it working, but there is still a lot of tidying up and bug-fixing to do before I can commit. It's also now badly out of sync with CVS. |
22:55:47 | jhMikeS | I just synced with CVS before submitting it. What bugs are you getting at? What ports? |
22:56:21 | linuxstb | I mean my ipod recording work is buggy and out of sync with CVS - not your patch. |
22:58:29 | | Join San [0] (n=San@213-202-186-179.bas504.dsl.esat.net) |
22:58:29 | | Quit San||Away (Read error: 104 (Connection reset by peer)) |
22:59:16 | | Quit gorey (Read error: 110 (Connection timed out)) |
22:59:39 | jhMikeS | linuxstb: ok...I'm like BUGS?!? Shouldn't be anything major! You scared me for a sec! :)( |
23:00 |
23:00:29 | | Join freqmod_n [0] (n=freqmod@140.84-48-78.nextgentel.com) |
23:00:35 | preglow | lowlight: nope, sorry |
23:00:59 | preglow | my current scheduled items are speex and musepack |
23:01:03 | preglow | perhaps when i'm done with those |
23:04:37 | lowlight | linuxstb: shouldn't get_metadata strip id3v2 data from all non-mp3 files? (re your response on the ML). |
23:05:35 | jhMikeS | Is it possible to be sure without adding another file section to have an entrypoint always at the end of a codec? |
23:06:07 | preglow | lowlight: i don't think it does |
23:06:27 | preglow | i think i remember having to do that per metadata format |
23:06:46 | | Join San||Away [0] (n=San@A-71-146.cust.iol.ie) |
23:07:49 | lowlight | It doesn't, hence the common complaints about ogg, flac, etc not working when programs unknowingly put id3 tags on them. |
23:08:53 | jhMikeS | lowlight: I've been curious: where's the initial file parsing done? Tracking things can be a pain. |
23:09:53 | linuxstb | lowlight: I thought id3v2 skipping had been implemented for FLAC. |
23:10:20 | linuxstb | jhMikeS: The get_metadata() function in apps/metadata.c is called before each track is loaded into the audio buffer. |
23:11:02 | lowlight | linuxstb: flac yes, ogg no. |
23:11:48 | linuxstb | lowlight: It feels wrong to do it though - the file is no longer a legal ogg stream if there's extra data stuck on the beginning or the end... |
23:12:29 | | Quit freqmod (Read error: 110 (Connection timed out)) |
23:12:34 | jhMikeS | what's actualy put in the audio buffer? Just the file contents after stripping metadata? |
23:12:48 | | Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) |
23:13:33 | linuxstb | jhMikeS: I'm not sure, but I think in most cases the whole file is put there. Ideally, we would want format-specific loading functions which only put what is necessary into the audio buffer. |
23:13:39 | lowlight | jhMikeS: no, the whole file including metadata (well, id3v1 tags are stripped). |
23:14:49 | Slasheri | now tagcache supports browsing by numeric tags (for example year) :) just committed it |
23:14:54 | jhMikeS | lowlight: I thought you were just _adding_ that and that now how it is now. |
23:15:12 | linuxstb | Slasheri: That reminds me, does tagcache support a "disk number" tag? |
23:15:24 | Slasheri | linuxstb: hmm, that is not included yet |
23:15:41 | Slasheri | probably because iirc id3 structure doesn't support it yet |
23:15:50 | jhMikeS | lowlight: What if id3v1 tags are the preferred or only tag? |
23:15:51 | linuxstb | jhMikeS: lowlight is adding buffering of the parsed metadata to the audio buffer. Currently that's stored in a static array. |
23:16:01 | coob | id3v2 supports disc number |
23:16:23 | Slasheri | yep, but rockbox doesn't have yet full support for it |
23:16:49 | jhMikeS | linuxstb: that makes sense to me to do. that would/could support extended or custom tags |
23:16:59 | Slasheri | when support is added, it's very easy to add that tag to tagcache |
23:19:51 | lowlight | jhMikeS: in some formats you can't cut out the metadata. get_metadata preprocesses it so that it's readily available for the wps. |
23:22:41 | | Quit San (Read error: 110 (Connection timed out)) |
23:23:16 | Slasheri | linuxstb: hmm.. ogg files should have "date" instead of "year"? |
23:23:28 | | Join ryanpg [0] (n=ryanpg@c-67-186-114-128.hsd1.il.comcast.net) |
23:24:09 | | Join belze [0] (i=nifty@dslb-088-073-192-074.pools.arcor-ip.net) |
23:24:10 | ryanpg | I installed rockbox on an ipod nano, it's neat - does this represent what you get on other platforms? |
23:25:00 | jhMikeS | lowlight: once it's formatted for wps then it can be overwritten except for what the codec needs? don't you parse it at each song when it's the next track's turn? I suppose I should study it carefully. |
23:25:11 | Slasheri | linuxstb: oh.. "Date can be in more any format in a Vorbis tag, so don't try to parse it." |
23:25:18 | dionoea | ryanpg: pretty much. (some features like recording are device specific) |
23:25:31 | Slasheri | then that must be why tagcache is unabled to use the "year" tag for vorbis files |
23:25:42 | ryanpg | dionoea, cool thanks |
23:26:50 | ryanpg | is there a "play most listened to" option or "play least listened to"? my rio owning friend tells me he loves that feature... I've looked on the wiki |
23:27:06 | ryanpg | the ipod manual doesn't reference it either |
23:27:36 | belze | i think i found a bug in the equalizer in rockbox using a iriver h110 |
23:27:48 | jhMikeS | just parse common date forms. If they're funky, ignore them. I don't see a problem with requiring certain format(s) if you want it to work with RB. |
23:27:49 | lowlight | jhMikeS: yes. Metadata parsing is done just prior to buffering the file (in playback.c). |
23:28:05 | linuxstb | ryanpg: I think those kinds of features are "in progress"... So maybe soon. |
23:28:10 | belze | depending on the volume you can hear the noise floor going up |
23:28:50 | linuxstb | belze: You need to talk to preglow when he's around. |
23:28:57 | belze | ok |
23:28:59 | jhMikeS | belze: too much dithering maybe... |
23:29:10 | * | blx just ordered a iAudio X5L 30G |
23:29:11 | belze | maybe, it sounds like that |
23:29:12 | blx | ^^ |
23:29:21 | jhMikeS | Could be a side effect of applying bands low->high |
23:29:57 | belze | i have a 2db boost on 60 hz and 4db on the 12khz band |
23:30:33 | | Quit ghode (Read error: 110 (Connection timed out)) |
23:31:29 | ryanpg | very good! rockbox is exciting! :) |
23:31:29 | ryanpg | there was one guy on the list that was starting a port to the iaudio m5, now that the x5 is supported maybe it'll happen :D |
23:31:29 | ryanpg | err... kinda supported |
23:33:34 | jhMikeS | x5 seems pretty damn supported...what am I missing out on? |
23:33:52 | dionoea | reread the sentence :) |
23:34:13 | | Quit mantono ("restarting X") |
23:34:17 | lowlight | later all. |
23:34:20 | | Part lowlight |
23:34:32 | jhMikeS | belze: If you apply bands low to high then noise/distortion (high harmonics) in low bands get boosted by the upper bands. |
23:34:58 | belze | i see |
23:36:01 | | Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) |
23:36:02 | jhMikeS | but if the bands above are cut the the noise it cut too...things might work better if sorted depending on cut/boost/frequency |
23:38:37 | ryanpg | jhMikeS, maybe nothing... the rockbox web site isn't always current |
23:38:37 | ryanpg | jhMikeS, I saw that it was listed as "usable" rather than "supported" |
23:39:11 | Mikachu | only archos and hxx0 are supported i think |
23:40:02 | linuxstb | I would say everything with cvs/daily builds is "supported" - as in we think it's good enough for non-developers to use. Only Archos has had official releases, which mean we think it's actually release-quality. |
23:41:04 | linuxstb | iriver and iaudio are probably both close to release-quality. Ipods have a long way to go, but are still very usable. |
23:41:06 | jhMikeS | better order: boost bands->high to low then cut bands->low to high |
23:41:20 | | Quit freqmod_n (Remote closed the connection) |
23:41:26 | | Join illogic-al [0] (n=Your@konversation/user/illogic-al) |
23:41:36 | illogic-al | hi. rockbox crashed on me. |
23:42:00 | illogic-al | is there anything I can do beyond waiting for the battery to die so I can restart again. |
23:42:13 | dionoea | you can press the magic key combination to reboot |
23:42:14 | linuxstb | What device are you running Rockbox on? |
23:42:20 | belze | jhMikeS: but thats nothing i can change without working on the sourcecode, i guess? |
23:42:20 | jhMikeS | me too but that's the price for changing things :) |
23:42:29 | jhMikeS | belze: correct |
23:42:53 | illogic-al | linuxstb: h320 |
23:43:10 | jhMikeS | It's something I wanted to experiment with however so I'll probably test it out myself |
23:43:27 | linuxstb | I don't know about the h320, but the h140 has got a reset button on the bottom - you need a pin or paperclip to press it. |
23:43:35 | illogic-al | OOOH |
23:43:52 | | Join BockBilbo [0] (n=BockBilb@eu85-84-43-70.clientes.euskaltel.es) |
23:43:56 | illogic-al | i see it. on the side where mic is. |
23:44:09 | illogic-al | awesomeness. |
23:44:10 | illogic-al | thanks |
23:44:16 | jhMikeS | just scream in there and it will reboot |
23:44:26 | illogic-al | lol |
23:45:02 | *** | Saving seen data "./dancer.seen" |
23:45:59 | belze | yeah, voice recognition for rockbox :P |
23:48:15 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
23:50:22 | | Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) |
23:50:50 | * | jhMikeS needs to make a silent wav file now |
23:51:23 | * | linuxstb stays quiet |
23:51:57 | | Quit ender` (" Smoking is one of the leading causes of statistics.") |
23:51:59 | | Part oxygen77 ("Leaving") |
23:52:12 | belze | jhMikeS: im not quite sure this is a problem with the equalizer. on ogg i still have that effect when the equalizer is disabled |
23:53:03 | jhMikeS | belze: Just that ogg? Try another. |
23:53:06 | barrywardell | I read that the config settings are stored in a special part of the disk. Was it in the mbr? |
23:53:10 | linuxstb | belze: I've generally found the h140 quite noisy, and I think others have commented about it. |
23:53:46 | linuxstb | barrywardell: It's between the MBR (which is the very first sector on the disk) and the first partition (which normally starts around sector 63). Those 62 or so sectors are normally unused. |
23:53:52 | belze | linuxstb: i know its noise, but on certain volume levels the noise floor gets louder |
23:53:57 | belze | which is kinda weird |
23:54:03 | belze | but ill just test a few files |
23:54:11 | belze | *noisy |
23:54:22 | barrywardell | so the odds of doing damage to the disk are minimal then? |
23:54:41 | linuxstb | belze: I'm not sure what you mean? I would have expected increasing the volume to increase the noise as well.. |
23:54:42 | barrywardell | i'm ready to try a full rockbox build but am obviously a little wary |
23:55:05 | | Quit sm007h () |
23:55:08 | linuxstb | barrywardell: I think your previous experience was either just bad luck, or a result of all those GPIO experiments... |
23:55:33 | jhMikeS | There needs to be a way to make the .rockbox distribution folder without doing the zip thing |
23:55:50 | Mikachu | jhMikeS: you'd think so, wouldn't you? :) |
23:55:58 | belze | linuxstb: no, it gets louder at a certain level and then softens if you increase the volume |
23:56:16 | jhMikeS | Mikachu: I would indeed...I think I'll try adding that |
23:56:28 | linuxstb | belze: Ah, OK. You're right - that doesn't make sense. |
23:56:44 | barrywardell | linuxstb: you're probably right. I'll just take a chance and try it |
23:57:05 | * | barrywardell crosses his fingers |
23:57:21 | linuxstb | jhMikeS: I think buildzip.pl is the place to look - I think it populates a .rockbox directory in current directory, zips it, then deletes it. |
23:57:51 | linuxstb | So it should be easy to change that behaviour - e.g. to make it build the .rockbox directly onto the device. |
23:57:55 | jhMikeS | Mikachu: Why are those .rwps files being skipped "due to size constraints"? I asked last night but don't know if you were around or if you don't know. |
23:58:12 | Mikachu | jhMikeS: they wouldn't fit on the lcd |
23:58:29 | linuxstb | Or they are too small for the LCD - I think only WPSs which fit exactly are now included. |
23:58:34 | jhMikeS | Mikachu: it's display issure not bytes |
23:58:48 | Mikachu | come again? |