00:00:03 | safetydan | preglow, oh yeah, I remember you talking about that at some point. Definitely a good idea to keep the frequencies out of it. They can always go in the manual if someone really wants to know |
00:00:57 | BonBonTheJon | my ipod 4g won't boot rockbox, I get a checksum error |
00:01:02 | | Quit davina ("xchat on Ubuntu 7.04") |
00:01:30 | preglow | safetydan: yeah, and like i said, if we want to change sample rates on the hw side at some point, they're not going to be correct, and i don't know if i can be bothered to supply a full (calculated) list in the manual |
00:01:44 | preglow | safetydan: if you want frequency exact controls, you should be using sweq |
00:01:47 | krazykit | BonBonTheJon, sounds like you need to download a new build and update. |
00:02:15 | preglow | safetydan: i'm thinking perhaps something like "1 (lowest), 2, 3, 4 (highest)" for the video, perhaps |
00:02:20 | BonBonTheJon | krazykit: I used the rbutil-qt to do the full install and small install, both times I get the error |
00:02:23 | preglow | and just "low, high" for the targets that only have two choices (most) |
00:02:48 | | Quit donutman25 ("Konversation terminated!") |
00:03:05 | safetydan | preglow, sounds good to me. I'll see what I can do |
00:03:14 | preglow | safetydan: sweet |
00:03:58 | krazykit | BonBonTheJon, well, how about you try doing it manually? download the latest build and unzip it to the root of your ipod's drive |
00:04:19 | BonBonTheJon | krazykit: I'm busy now, but I'll try it when I get back home |
00:05:22 | preglow | amiconn: some eu person is lending his nano away on the ml (hint, hint) ;) |
00:07:25 | | Quit BonBonTheJon () |
00:08:51 | | Join AppleOSHelpplz [0] (i=463ea1c6@gateway/web/cgi-irc/labb.contactor.se/x-d4e021e37b13675b) |
00:09:31 | | Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ma.comcast.net) |
00:10:07 | AppleOSHelpplz | HI - I have a 5.5g iPod and want to have Apple OS and Rockbox on it and I am using Loader 2.5 and when ever i select Apple OS from the menu it just resets to the loader 2.5 menu |
00:10:33 | krazykit | AppleOSHelpplz, loader2 is not supported here. ask the ipodlinux channel for that. |
00:10:55 | | Quit roolku () |
00:11:05 | AppleOSHelpplz | ok thank you, does the rockbox loader support Apple OS loading? |
00:11:13 | preglow | yes |
00:11:15 | krazykit | it does. it also supports booting ipodlinux |
00:13:14 | | Join sup_ [0] (i=1000@80.216.235.247) |
00:13:41 | courtc | AppleOSHelpplz: are you using a loader2 config file, or is it defaulting? |
00:13:59 | | Quit sup (Nick collision from services.) |
00:14:10 | courtc | Do you guys get a lot of loader2 questions? |
00:14:27 | krazykit | not a ton, but loader2 is not supported by rockbox |
00:14:38 | | Nick sup_ is now known as sup (i=1000@80.216.235.247) |
00:14:46 | courtc | Right. |
00:15:00 | bluebrother | the manual tells how to load AppleOS using the Rockbox bootloader ... |
00:15:04 | safetydan | anyone ever looked at using llvm instead of gcc? |
00:15:09 | courtc | It's not a rockbox project, I wouldn't expect it to be. |
00:15:17 | preglow | safetydan: why would we? |
00:15:55 | safetydan | preglow, it's supposed to be substantially better at optimising |
00:16:46 | amiconn | And it's substantially more limited in target support... |
00:16:51 | amiconn | Just a quick glance |
00:17:05 | preglow | safetydan: that would surprise me a great deal |
00:17:47 | safetydan | amiconn, true that |
00:17:50 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
00:17:56 | preglow | of its targets, only arm is covered |
00:18:01 | preglow | we need sh and coldfire too :/ |
00:19:40 | markun | preglow: we could at least try llvm for arm with the gcc frontend |
00:19:50 | | Quit Rob2222 () |
00:19:54 | preglow | markun: sure, would be interesting |
00:20:31 | safetydan | I see it was proposed as a gsoc project even |
00:20:55 | markun | it looks like the llvm guy actually listen to complaint and look at patches, perhaps we could persuade amiconn to write a coldfire or sh1 backend ;) |
00:21:25 | amiconn | No, thanks |
00:22:01 | | Quit BigMac ("Leaving") |
00:22:16 | markun | amiconn: you probably said the same about mpegplayer optimisations a few months ago :) |
00:22:39 | preglow | yeah, i didn't see that coming :P |
00:23:12 | courtc | Well... I'll look into llvm... We only have on arch ;) |
00:23:16 | courtc | one* |
00:23:38 | amiconn | markun: That's not true - I wanted this cf asm idct going in, but first didn't understand at all how it worked |
00:24:23 | amiconn | And nobody else did it in the meantime, so I started to look into it thoroughly |
00:24:30 | AppleOSHelpplz | ok so i want to use the rockbox loader but when i browse to where my .ipod file is it doesn't show it whats up? |
00:25:04 | amiconn | While I only use a small subset of all rockbox features, I hate it when there are half-working ones |
00:25:29 | | Join sarixe [0] (n=root@68.239.208.219) |
00:25:32 | | Quit Zagor ("Client exiting") |
00:25:44 | amiconn | That really annoys me. Some new feature gets added, and nobody seems to care to finish it :( |
00:26:11 | markun | well, thanks for working on it anyway |
00:26:11 | bluebrother | AppleOSHelpplz: what exactly do you want to achieve? |
00:26:38 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
00:26:41 | amiconn | It's still not optimal, but at least it's usable on X5 now |
00:26:45 | AppleOSHelpplz | I want to be able to load the defaut apple firmware from rockbox (or before rockbox loads) so that i can switch between the two |
00:27:03 | amiconn | And if we get this codec stack seize in, there is potential for an extra 10% speedup |
00:27:10 | bluebrother | well, read the manual. It explains how to do this. |
00:27:19 | sarixe | 2 bugs to report: one, when i start up rockbox and resume playback from when i turned it off, the song doesn't start at the beginning, but rather a fraction of a second ahead. |
00:27:27 | bluebrother | ... and we expect you to search the manual before asking for support. |
00:27:28 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
00:27:30 | AppleOSHelpplz | Rockbox is able to load and start another firmware file without rebooting. You just “play” a file with the extension .ipod |
00:27:36 | AppleOSHelpplz | right from the manual |
00:27:44 | amiconn | I wonder how much it would help to convert the other motion compensation functions to asm |
00:28:02 | sarixe | two, recently, when i shut off rockbox, instead of shutting down promptly, it says "Shutting Down..." and starts to play the song i was listening to. |
00:28:07 | amiconn | It would help to have statistics of a few videos |
00:28:08 | bluebrother | AppleOSHelpplz: well, that tells about "another firmware". It also tells you how to start the original firmware. |
00:28:17 | sarixe | then after a few seconds, it stops and shuts down. |
00:28:54 | | Quit billytwowilly (No route to host) |
00:28:57 | amiconn | The simple block move is obviously used most, and half-pixel motion isn't used much (is it used at all in elephants dream?) |
00:29:10 | bluebrother | there is even a section about it. http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch3.html#x5-280003.1.3 |
00:29:11 | amiconn | But how about the destination averaging variants? |
00:30:04 | | Quit ompaul (Client Quit) |
00:32:36 | preglow | amiconn: well, some statistics should be quickly gathered by just inserting some printfs and massaging the output |
00:32:46 | preglow | amiconn: just make sure to get videos produced by different encoders |
00:33:51 | sarixe | gtg |
00:33:53 | | Quit sarixe ("leaving") |
00:34:56 | | Part toffe82 |
00:34:58 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
00:35:27 | | Quit bb (Nick collision from services.) |
00:35:32 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
00:35:48 | | Quit barrywardell () |
00:36:33 | | Quit PaulJam (".") |
00:38:27 | AppleOSHelpplz | Thank you for your patience and your method worked - i just had to re-install the ROLO rockbox bootloader |
00:38:43 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
00:38:48 | | Quit sup ("Lost terminal") |
00:38:56 | bluebrother | RoLo is not the bootloader ... |
00:39:19 | AppleOSHelpplz | yes im sorry i relised that as i hit enter |
00:39:27 | AppleOSHelpplz | relized* |
00:39:38 | AppleOSHelpplz | bye and thanks again for your help |
00:39:41 | | Quit AppleOSHelpplz ("CGI:IRC") |
00:41:25 | iamben | anyone ever have trouble w/ rockbox double-triple-quadrupling entries in your database? i think its happening because of auto-update db, but im not sure |
00:41:39 | | Quit MethoS- ("Konversation terminated!") |
00:41:45 | iamben | i go to any album i have tagged, and track 1 is listed 4 times, track 2 4 times, etc |
00:42:06 | | Quit moos ("Glory to Rockbox") |
00:46:16 | | Quit scorche|w ("CGI:IRC") |
00:49:06 | | Quit Soap (Read error: 110 (Connection timed out)) |
00:50:00 | preglow | why, oh why did freescale remove the reg update functionality of movem.l |
00:51:41 | | Quit petur ("Zzzzz") |
00:52:30 | |Rain| | iamben: what platform? I have had that happen, though |
00:52:38 | iamben | e200 |
00:52:59 | iamben | my battery is dead now so i gotta charge a bit before i can investigate further =) |
00:53:04 | |Rain| | iamben: ditto. I have noticed that when it does happen, rockbox goes through the "commiting database" step again on boot, even though nothing has been changed |
00:53:20 | iamben | yeah ive been seeing that a LOT |
00:53:27 | iamben | i guess thats probably at the root of the problem |
00:53:35 | iamben | commiting DB more than one time |
00:53:41 | |Rain| | yeah |
00:54:32 | | Quit jhulst ("Konversation terminated!") |
00:54:52 | |Rain| | I haven't had a chance to debug it yet, myself (always on the go and in a hurry when it happens), but if you reinitialize the database it'll temporarily fix the problem |
01:00 |
01:00:24 | | Join donutman25 [0] (n=dagni@65.75.87.48) |
01:01:49 | | Quit bluebrother ("leaving") |
01:01:59 | | Quit rotator () |
01:02:18 | | Quit Nico_P (Remote closed the connection) |
01:02:44 | iamben | |Rain|: yeah thats what ive been doing, but w/ powerups & powerdowns it quickly gets back to broken |
01:02:44 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
01:03:23 | iamben | this is the first time since i noticed the problem that ive had the time to work on it |
01:04:09 | preglow | ohh, think i just took wma.c from 175.54 to 200% realtime |
01:05:17 | | Quit ender` (" You know you live in Saskatchewan ... if you know all 4 seasons: almost winter, winter, still winter and road construction.") |
01:05:28 | | Quit kkurbjun ("leaving") |
01:07:36 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
01:09:40 | safetydan | preglow, you almost sound like you did that by accident :) |
01:09:43 | * | amiconn is still impressed by the asm averaging of 4 byte-pairs packed into 2 longwords using just 9 instructions (cf) resp. 6 instructions (arm) |
01:10:09 | amiconn | How does one figure out that kind of algorithm? |
01:10:44 | preglow | i have no idea |
01:10:44 | preglow | heh |
01:10:51 | preglow | safetydan: didn't expect that much |
01:11:13 | preglow | i just coded a routine that multiplies two signals and adds it back to an array in coldfire asm |
01:11:16 | preglow | doing four samples at a time with emac |
01:12:20 | *** | Saving seen data "./dancer.seen" |
01:14:04 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
01:14:21 | iamben | so it really should only have to commit the db the FIRST boot after initializing right? |
01:14:40 | | Quit mirak (Remote closed the connection) |
01:15:46 | preglow | i wonder if doing only two and two samples at a time will be as fast |
01:16:11 | preglow | i just went four, since emac has four accumulators |
01:16:47 | iamben | sometimes i wish there was a #rockbox-dev & #rockbox-users =) |
01:18:45 | maxkelley | #rockbox, and #rockbox-community |
01:18:56 | Mouser_X | Heh. |
01:19:29 | maxkelley | vi-ola :) |
01:19:43 | preglow | iamben: i used to think that too, but changed my mind |
01:19:46 | | Quit HellDragon (Client Quit) |
01:21:19 | preglow | amiconn: seems processing two and two samples is about as fast as processing four and four samples, is this surprising? |
01:22:10 | iamben | i like reading all the dev talk, i just feel out of place at times when asking a user question |
01:22:56 | preglow | iamben: understandable, but we like the benefits of using the same communications channels as users when possible |
01:23:06 | amiconn | preglow: How would I know? I don't know what you're doing... |
01:23:36 | preglow | mentioned it ten minutes ago: i just coded a routine that multiplies two signals and adds it back to an array in coldfire asm |
01:23:58 | preglow | standard emac fare |
01:24:23 | amiconn | Yes, and that still tells me next to nothing about timing behaviour |
01:24:49 | amiconn | Instruction order is sometimes important, especially regarding emac |
01:25:35 | preglow | it's just movem.l, movem.l, macx2, movclr.lx2, add-with-memx2, rinse and repeat |
01:25:37 | iamben | i used to be a comp eng major, but i quit... so i understand SOME things |
01:25:55 | preglow | there is some stall, no stall, since i need to increment addresses for movem.l |
01:26:04 | preglow | ehh |
01:26:07 | preglow | s/some stall// |
01:26:08 | preglow | i suck |
01:27:13 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
01:31:56 | | Quit Zagor ("Client exiting") |
01:33:58 | amiconn | preglow: If you put movclr directly after mac, you'll have a 2-cycle stall |
01:34:31 | preglow | amiconn: i have two addq there, exactly enough to eat up the stall |
01:34:32 | amiconn | Try to put 2 instructions inbetween to avoid that |
01:34:44 | preglow | amiconn: i was the first person to know this, you don't need to tell me :) |
01:35:24 | amiconn | Next candidate is the movem. Line fetches are faster, unless the data is in iram |
01:35:49 | preglow | since the two sample loop is as fast as the four sample one, i belive it is |
01:36:22 | preglow | ahh, i can optimize further, the block length is always power of two |
01:38:19 | lostlogic | has anyone made any noise about porting to the iAudio 7? looks like a cool device |
01:38:32 | preglow | none i've heard of |
01:40:16 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
01:40:55 | | Quit spiorf (Remote closed the connection) |
01:41:45 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:46:36 | | Join pill [0] (i=pill@sloth.shellfx.net) |
01:46:50 | | Quit _pill ("changing servers") |
01:53:46 | preglow | nano does 220% realtime, h120 207% |
01:54:40 | | Quit Thundercloud (Remote closed the connection) |
01:55:08 | krazykit | lostlogic, someone was looking at it, but i don't think anything happened more than what you just said. |
01:56:13 | | Join keanu|afk [0] (i=4a5ce989@gateway/web/cgi-irc/ircatwork.com/x-3f08d81c9029da45) |
01:57:13 | | Join webguest67 [0] (i=c10bd05e@gateway/web/cgi-irc/labb.contactor.se/x-51a7b542cf12ef15) |
01:57:22 | | Quit webguest67 (Client Quit) |
02:00 |
02:02:14 | preglow | amiconn: yet another test, getting rid of one movem.l and instead fetching values in parallel with mac.l proved a teeny bit faster as well |
02:03:27 | amiconn | You save one cycle per loop with iram data |
02:04:26 | preglow | beh, it's not consistent |
02:04:40 | preglow | think i'll just go with the extra movem.l since that makes for the smaller code |
02:04:43 | amiconn | movem.l needs n+1 cycles for n longwords |
02:05:16 | amiconn | mac.l with parallel load needs one extra cycle for the load |
02:05:34 | preglow | and that's if the memory is iram |
02:05:42 | amiconn | yes |
02:06:04 | preglow | and i get one cycle extra in stall too |
02:06:21 | | Join TheDarkOne [0] (n=marc@74.12.14.40) |
02:06:23 | amiconn | In dram, movem.l is better if it can use line bursts |
02:06:36 | preglow | two dwords isn't enough for bursting |
02:06:43 | amiconn | nope |
02:07:39 | | Quit keanu|afk ("CGI:IRC") |
02:07:47 | TheDarkOne | ok, so i just installed rockbox on an ipod, worked fine, copied some files over, initialized the db, and restarted it. it flashed something about battery, and shut off, now it appears to not be charging and it won't turn back on, any ideas? |
02:07:52 | amiconn | Or rather, the longword reads are 2-bursts, as dram is 16 bit |
02:09:17 | | Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
02:09:22 | preglow | one more test with four |
02:09:51 | * | preglow gets paperclip |
02:10:37 | preglow | bah, idiot typo gas should have complained about |
02:10:38 | safetydan | TheDarkOne, try leaving it charging for a few hours before trying again |
02:11:11 | TheDarkOne | really? |
02:11:20 | krazykit | yes. |
02:11:22 | TheDarkOne | shouldn't it turn on while plugged in though? |
02:11:57 | safetydan | TheDarkOne, if it's really low on battery, no. Eventually they come back though |
02:12:11 | TheDarkOne | it was half charged before i installed rockbox though |
02:12:30 | preglow | amiconn: addq.l #8, %a0 twice and lea.l (%a0, 16), %a0 is about equally fast, yes? |
02:12:43 | safetydan | TheDarkOne, can't trust the battery meter :) |
02:12:46 | TheDarkOne | true :P |
02:12:48 | amiconn | The lea is faster |
02:12:59 | TheDarkOne | alright, i'll give it a few hours and if it doesn't work i'll be back :P |
02:13:03 | amiconn | It's single cycle |
02:13:12 | safetydan | TheDarkOne, check the forums, you'll see other ipod users with the same problem solved through charging it for a while |
02:13:52 | preglow | amiconn: ok, new test, fetching four and four samples is faster by another four percent |
02:13:58 | preglow | must have messed up during the first test |
02:14:02 | TheDarkOne | alright. now for music i can put it under Music/Artist/Album/file.ext correct? |
02:14:36 | krazykit | anything you like, really |
02:14:36 | safetydan | TheDarkOne, you can put it where you want, but most people end up with a structure like that. Just don't put it under .rockbox |
02:14:44 | TheDarkOne | yeah |
02:14:48 | jhMikeS | preglow: what are you up to? AGC? |
02:15:02 | preglow | jhMikeS: wma :P |
02:15:12 | TheDarkOne | i'm not even too familiar with the normal ipod way of doing it, my friend loaned this to me today because he never uses it lol |
02:15:18 | preglow | jhMikeS: agc will need to do too much per sample to benefit much from this |
02:15:25 | preglow | jhMikeS: including a divide per sample :/ |
02:15:39 | jhMikeS | preglow: didn't know you worked on WMA at all |
02:15:51 | TheDarkOne | and all my music is flac, so first thing was to put rockbox on it |
02:15:53 | preglow | jhMikeS: i sometimes do random codec work, especially optimizing |
02:17:29 | TheDarkOne | so with rockbox when it's plugged in there is no charging screen? |
02:17:29 | | Join jac0b [0] (n=jac0b@user-11201bk.dsl.mindspring.com) |
02:17:35 | TheDarkOne | plugged in and turned off that is |
02:17:41 | jhMikeS | ah. I got lazy and didn't do every possible thing in all the arm asm for mpegplayer. Too tired to bother after writing it :p |
02:17:43 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
02:17:44 | preglow | jhMikeS: i have this one wma file that is also very troublesome, i fixed wma up somewhat and found some optimization potential while i was at it |
02:17:51 | | Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) |
02:18:03 | preglow | jhMikeS: i had a look at that, the idct uses no muls... |
02:18:04 | safetydan | TheDarkOne, no, the ipods can sometimes get themselves in to a state where they have too low battery levels to do anything. |
02:18:14 | jhMikeS | preglow: ;D |
02:18:44 | TheDarkOne | not too low to charge though hopefully :P |
02:19:02 | preglow | jhMikeS: that's pretty sick, you know :D |
02:19:06 | jhMikeS | preglow: if you think of shorter shift+add sequences, feel free |
02:19:40 | preglow | jhMikeS: hell, are you mad, if i had written that, it would be shit full of mul and mla |
02:19:42 | jhMikeS | preglow: hehe, doesn't really look like most IDCT routines does it? There's problem some instruction cuts in the memory writing though. |
02:20:02 | jhMikeS | s/problem/probably |
02:20:46 | jhMikeS | it's all constants though, so test with mul/mla, then convert to shifts |
02:22:00 | preglow | now, that's what i call a commit message |
02:22:24 | amiconn | ? |
02:22:59 | jac0b | soap: hello |
02:26:19 | safetydan | that's a huge commit message for a single line change |
02:26:56 | jhMikeS | ok, I got a processor wakeup routines that doesn't depend on timing so back out of IRAM for switch_thread on PP :) |
02:27:31 | preglow | \o/ |
02:28:34 | | Join shnee [0] (n=CurtyD13@cpe-75-187-62-136.columbus.res.rr.com) |
02:29:14 | jhMikeS | wow, that is a heck of a commit message - nicely formatted too |
02:29:15 | sdoyon | safetydan: OK, maybe I'm a little too verbose... but it's my first commit to playback.c without going through someone else :-). |
02:29:35 | preglow | this coldfire asm uses so many regs newer gccs are bound to puke |
02:30:39 | jhMikeS | I'd think older one's would do that. odd. |
02:31:07 | preglow | nope, newer ones are the only ones to exhibit that behaviour |
02:31:47 | jhMikeS | haha...though they did catch that lil' swp thing |
02:32:02 | safetydan | sdoyon, no it's great to see a proper explanation |
02:32:22 | preglow | jhMikeS: running a realtime kernel on my linux now, get 1.13 ms latency doing heavy realtime dsp. i hope rockbox ends up the same :> |
02:32:54 | jhMikeS | 1.13ms ? that sucks actually |
02:33:07 | jhMikeS | oh, wait, you mean audio delay? |
02:33:20 | preglow | yes |
02:33:28 | jhMikeS | ah, though you meant thread turnaround |
02:33:30 | preglow | oh, i mean 1.33 |
02:33:34 | preglow | no, that would suck |
02:33:42 | preglow | 1.33 ms is 64 samples |
02:33:57 | jhMikeS | not much more than a HW FIFO |
02:34:38 | preglow | i did a test setup running ambisonics encoding on three sources, ninth order (19 channels), decoding to 16 speakers with metering on all channels, all the while tweaking source positions |
02:34:45 | preglow | not a glitchj |
02:34:50 | preglow | never thought i'd see linux do that |
02:35:22 | jhMikeS | heh, but I'm sure there a little more computing power. unless iPL Realtime did this. :P |
02:35:31 | preglow | haha, indeed |
02:35:45 | preglow | but that's quite a shitload of computation anyway |
02:36:10 | preglow | i wonder how the hell they manage being able to preempt important stuff |
02:36:14 | TMM | yeah, I hate that :P |
02:36:23 | preglow | apparently they even preempt critical sections and stuff |
02:36:34 | TMM | how can you preemt critical sections? |
02:36:38 | preglow | i don't know... |
02:36:39 | preglow | i just read it |
02:36:40 | jhMikeS | ummm...interrupts? |
02:36:45 | TMM | isn't that the point of 'critical'? |
02:37:02 | jhMikeS | you can preempt them, just not reenter them |
02:37:06 | TMM | critical sections can't be interrupted can they? |
02:37:17 | TMM | aren't they supposed to be atomic? |
02:37:22 | preglow | jhMikeS: but that'll leave them in pretty inconsistent state, no? |
02:38:03 | preglow | oh well, i'll leave all this stuff to you :P |
02:38:14 | TMM | that won't work... unless they aren't very critical :) |
02:38:19 | jhMikeS | shouldn't matter as long as they're not altered. I think they must mean that quantums are disabled as short a time as possible. Don't know for sure though. |
02:38:47 | preglow | linux always used to have trouble with long critical sections |
02:38:47 | TMM | who does this anyway? |
02:39:06 | preglow | TMM: ingo molnar's realtime patch for linux |
02:39:27 | TMM | you can't interrupt linux's critical section |
02:39:33 | preglow | *shrug* |
02:39:35 | preglow | don't ask me |
02:39:44 | amiconn | preglow: You sure this cf asm is correct? |
02:39:50 | preglow | amiconn: it works |
02:39:52 | TMM | I thought some outlandish OF or something did this :) |
02:39:54 | preglow | amiconn: anything special? |
02:40:03 | amiconn | movem load order is fixed, first d0..d7 then a0..a7 |
02:40:06 | jhMikeS | preglow: ?? Is there some other object besides a mutex? preeption of course can happen inside the guarded core or else you wouldn't need the guarded code. |
02:40:21 | preglow | amiconn: of course |
02:40:30 | preglow | amiconn: then no, that isn't correct at all |
02:40:34 | amiconn | movem.l (%[w]), %%a0-%%a1/%%d4-%%d5 |
02:40:38 | preglow | i'll fix |
02:40:52 | preglow | sounds fine, though :/ |
02:41:02 | jhMikeS | the linux scheduler must be really weird then |
02:41:49 | preglow | getting tired now, didn't think of that at all |
02:41:51 | TMM | jhMikeS: I'm fairly confident that (on x86) interrupts are disabled during those sections |
02:42:41 | * | amiconn wished several times that the movem load order would be switchable :/ |
02:43:12 | preglow | amiconn: i want the update base reg functionality more |
02:43:21 | preglow | jhMikeS: there's some talks of spinlocks being preemptive |
02:43:33 | preglow | don't really know what that signifies |
02:44:19 | preglow | amiconn: changing order of movem.l address range and changing order in mac.l should make it right, yes? |
02:44:35 | amiconn | yes |
02:44:57 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
02:44:58 | amiconn | Technically you wouldn't need to change the order in the movem, but that would be confusing... |
02:45:08 | preglow | yeah |
02:45:13 | preglow | i wish gas complained |
02:45:16 | TMM | movem? what arch is that? if I dare ask? |
02:45:18 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
02:45:19 | preglow | gas doesn't like to complain, though |
02:45:23 | preglow | TMM: m68k |
02:45:32 | | Quit Addi2 ("Leaving") |
02:45:39 | TMM | ah yes, no nothing about that |
02:45:56 | TMM | ARM's weird enough |
02:45:59 | jhMikeS | preglow: seems odd they wouldn't allow spinlock preemtion in general. |
02:46:30 | * | jhMikeS will go look at linux kernel source at some point |
02:46:48 | preglow | arghghghg |
02:46:49 | TMM | jhMikeS: linux has had problems with locking on the past, the whole preemtive patchset should illustrate that nicely |
02:47:02 | preglow | THIRD bloody time i have to paperclip my h12 |
02:47:03 | preglow | 0 |
02:47:14 | preglow | sometimes if you skip too fast, it just locks |
02:47:17 | jhMikeS | h12-0? hehe |
02:47:34 | preglow | annoyed and writing :/ |
02:47:42 | TMM | now, THAT would be an interesting molecule :P |
02:48:19 | jhMikeS | hah |
02:49:21 | preglow | man, i like coldfire asm |
02:49:25 | preglow | so much cooler than arm asm :P |
02:49:27 | TMM | does anyone know of an 'ease yourself into arm assembly' manual? I'm getting very confused by stuff like eor r0, r1, lsl r3 :) |
02:49:57 | TMM | makes me wish for x86... well, minus mmx |
02:49:57 | preglow | jhMikeS: The real-time preemption patch set seeks to provide deterministic response times with a stock Linux kernel. It works by making everything preemptable, including code (spinlock-protected critical sections, interrupt handlers) which cannot be preempted in current kernels. |
02:49:57 | jhMikeS | preglow: I don't know. If you took the best of ARM and CF in one instruction set... |
02:50:02 | preglow | jhMikeS: got it from there |
02:50:08 | preglow | jhMikeS: that would rock indeed... |
02:50:14 | preglow | jhMikeS: but i love the fact it's not load-store |
02:50:41 | preglow | TMM: man, x86 asm sucks |
02:50:43 | TMM | preglow: wouldn't it be hugely expensive to preserve state across those sections? |
02:50:49 | preglow | TMM: shrug |
02:50:51 | TMM | preglow: x86 asm is EASY |
02:51:04 | jhMikeS | if CF had a shifter like ARM, and condition execution, conditional status, that would be most of what's best about ARM |
02:51:06 | preglow | TMM: and sucks, few operands, few registers, retarded instruction behaviour in places |
02:51:06 | TMM | preglow: ugly as fuck, but EASY :) |
02:51:29 | preglow | like BOUND, now there's an instruction for you |
02:51:43 | TMM | preglow: do you know of a nice guide with examples? :) |
02:51:43 | jhMikeS | BOUND? A memory-barrier instruction? |
02:52:22 | preglow | jhMikeS: afaik, it checks if a certain pointer address is within certain bounds, and throws an interrupt if not |
02:52:30 | preglow | jhMikeS: the same interrupt used for print screen under dos.... |
02:52:33 | * | jhMikeS got sick of looking at x86 crap a long time ago |
02:52:49 | TMM | bound's just used to do some sanity checking on pointers |
02:52:56 | preglow | jhMikeS: best of all, return address would be set to the bound instruction, so it would just trigger and trigger and trigger |
02:53:15 | preglow | result would be that you'd hear BEEP BEEP BEEP BEEP and the printer warming up if you executed some bad code |
02:53:23 | jhMikeS | lol |
02:53:30 | preglow | lol indeed |
02:53:40 | preglow | i learned to associate the printer warming up with me fucking up |
02:53:44 | jhMikeS | some time after that PortalPlayer was founded, right? :P |
02:53:46 | preglow | since i had long sinced cut the pc speaker wire |
02:54:11 | TMM | O come on, you can use it for cheap segfaults |
02:54:41 | jhMikeS | at least lock xchg works there, or maybe? |
02:54:51 | preglow | lock works with plenty of instrs |
02:55:02 | preglow | x86 has tons of memory barrier instructions |
02:55:05 | preglow | it's good for that |
02:55:18 | preglow | that is, lock is the memory barrier |
02:55:20 | jhMikeS | I'm just wondering if the guys who implemented BOUND implemented SWP on PP :P |
02:55:22 | preglow | but it works with lots of instructions |
02:55:55 | preglow | they had probably drunk the same amount of whisky anyway |
02:56:08 | TMM | I don't disagree that x86 sucks, I'd like to transcend into arm, does any of you know of a good way to learn it? :) |
02:56:11 | TheDarkOne | how does rockbox estimate battery time remaining? |
02:56:20 | TheDarkOne | because it seems to be completely off lol |
02:56:25 | TMM | TheDarkOne: depends on the target |
02:56:33 | preglow | TMM: i found it really easy to get into, and i just got the quick reference sheet |
02:56:45 | jhMikeS | I wouldn't mind ARM with a lock prefix |
02:56:50 | TMM | preglow: I keep getting confused with all the shifts |
02:57:30 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
02:58:54 | * | preglow finds the shifts easy |
02:58:56 | jhMikeS | a chainable one that locks until the next instruction without lock. so ldrl r0, [r1], bicl r0, r0, #1, strl r0, [r1], bx lr or some such. They'd never |
02:59:35 | preglow | would be cool, yeah |
02:59:50 | preglow | this is why i hate load-store |
03:00 |
03:00:58 | TMM | that's ONE instruction? |
03:01:07 | jhMikeS | you'd see thing like: stmneial <= :P |
03:01:43 | preglow | hahah |
03:01:44 | jhMikeS | one? |
03:01:48 | preglow | x86 has crazy-ass shit like that |
03:01:56 | preglow | cmpxchg16b |
03:02:17 | hcs | cmpxchg16b.otm (on the moon) |
03:02:55 | |Rain| | xchgxpld |
03:03:06 | | Quit Gnu47 (Nick collision from services.) |
03:03:19 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
03:03:28 | jhMikeS | TMM: about what I wrote? No, it's three instruction that perform locked until the next instruction without a (l) |
03:03:47 | TMM | jhMikeS: ah, good :P |
03:04:09 | preglow | cmpxchgaddbbq |
03:04:25 | preglow | and then there will be cake! |
03:04:35 | jhMikeS | cmpxcghswpbackifnoteql |
03:05:25 | jhMikeS | cmpeatcakeifeq |
03:05:30 | TheDarkOne | i can't copy UTF-8 to an ipod, can i |
03:05:36 | TheDarkOne | filenames that is |
03:05:50 | preglow | depends what you mean |
03:05:54 | preglow | fat is unicode |
03:05:58 | preglow | but utf-16 |
03:05:59 | TMM | you are just prejudiced :) |
03:05:59 | TheDarkOne | is it? |
03:06:07 | |Rain| | vfat/fat32 is, yeah |
03:06:09 | TheDarkOne | well it's from an NTFS filesystem |
03:06:14 | TheDarkOne | to an ipod |
03:06:16 | preglow | ntfs is utf-16 too |
03:06:16 | jhMikeS | unicode can be fat at well |
03:06:18 | preglow | not utf-8 |
03:06:18 | TMM | it's called CISC, the 'C' has meaning you know :P |
03:06:18 | |Rain| | NTFS is also utf16 |
03:06:27 | TheDarkOne | ok then |
03:06:36 | TheDarkOne | will rockbox read Unicode filenames and tags? |
03:06:41 | preglow | i want an instruction set that has more acronyms |
03:06:44 | preglow | so far i only have asl |
03:06:59 | |Rain| | TheDarkOne: yep |
03:06:59 | preglow | i'd like lol, rofl, omfg and also ffs |
03:07:07 | preglow | ftw and bbq would be bonuses |
03:07:18 | jhMikeS | stfu |
03:07:21 | TheDarkOne | that is good then :) |
03:07:30 | preglow | jhMikeS: nice "clear interrupt flag" instruction :P |
03:08:16 | jhMikeS | and SAS too. |
03:08:32 | jhMikeS | Sit And Spin :P |
03:09:02 | preglow | haha |
03:09:33 | markun | TheDarkOne: http://www.rockbox.org/twiki/bin/view/Main/UnicodeGuide |
03:09:46 | preglow | right, and NOW i see vector_fmul_reverse |
03:10:02 | TheDarkOne | it's vorbis tags though, not id3 :P |
03:10:07 | TMM | unicode? all this hippy crap, EBDIC was good enough for everybody! |
03:10:09 | TheDarkOne | or ogg tags whichever it is |
03:10:14 | TheDarkOne | flac |
03:10:15 | preglow | i just need to do this before bed |
03:10:23 | markun | TheDarkOne: vorbis tags are always UTF-8 |
03:10:44 | TheDarkOne | k |
03:11:45 | sdoyon | mount /usb1# |
03:12:02 | sdoyon | woops... |
03:12:23 | *** | Saving seen data "./dancer.seen" |
03:12:55 | | Quit sdoyon ("ircII EPIC4-2.4 -- Are we there yet?") |
03:13:43 | jhMikeS | TMM: hehe |
03:13:49 | TMM | in MY days, we had 7 bit ASCII and we were HAPPY... we had to use use codepages to read our french texts, uphill both ways through the snow |
03:14:33 | TMM | on the good days, when it wasn't raining glass shards |
03:14:41 | | Quit Gnu47 (Nick collision from services.) |
03:14:51 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
03:15:15 | TheDarkOne | does the default font for 4gen ipod have UTF-8 characters? |
03:16:47 | | Part jac0b |
03:17:14 | preglow | gah, what's the syntax for the full indexed addressing mode again |
03:17:54 | jhMikeS | on CF? move.l rx, (%an)+ ?? |
03:18:02 | TMM | what's the syntax for 'shift every bloody register by each other register' again? ;) |
03:18:32 | jhMikeS | where's that? could be useful. |
03:18:49 | preglow | (offs, %base, %index*[1, 2, 4]) |
03:18:49 | preglow | it apperas |
03:19:03 | jhMikeS | I forget but it's in the resampler |
03:20:23 | preglow | now, let's see if that helped |
03:20:25 | TMM | a yes, now where's the 'shift every uneven register by every even register except pc?' |
03:20:47 | hcs | '...on alternate weekdays' |
03:20:54 | preglow | TMM: you can shift pc, you know :P |
03:20:56 | preglow | on arm, that is |
03:20:57 | TMM | no, I'm moving up to that |
03:20:57 | preglow | which rocks |
03:21:11 | TMM | preglow: I just didn't want it on this case :) |
03:21:31 | preglow | pc is the same as any reg, heh |
03:21:44 | preglow | holy feck, coldfire just got faster than arm |
03:21:46 | preglow | 255% |
03:21:47 | TMM | preglow: very well, I'll just call it r15 then, ok? :) |
03:22:01 | jhMikeS | yeah, that's another cisc gripe I have |
03:22:03 | TMM | preglow: happy now? |
03:22:16 | preglow | 175->208->255 |
03:22:26 | preglow | not bad for about 30 lines of code |
03:22:48 | TMM | preglow: is that a challenge? ;) |
03:23:13 | preglow | sure, why not :P |
03:23:50 | TMM | preglow: well, I've got an ARM target to worry about, and I can't have you gloat too much, I'll get that down to just 250% faster :P |
03:25:38 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
03:26:07 | TMM | I read up on the whole harvard vs neumann (??) design, sounded very interesting |
03:27:20 | jhMikeS | quit talking and do the work then :) |
03:27:56 | preglow | neumann 4 ever |
03:28:04 | | Quit keanu ("Leaving") |
03:28:17 | TMM | I'm presently deciphering some rather confusing LCD routines in my OF |
03:28:32 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
03:29:30 | | Quit jhulst ("Konversation terminated!") |
03:30:13 | TMM | plus, it's 3:30am I doubt I'll be of much use |
03:30:27 | preglow | let's see what nano gained |
03:31:19 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
03:31:35 | jhMikeS | hopefully it lost something |
03:32:17 | TMM | like... encryption |
03:32:28 | | Join webguest00 [0] (i=0cb5b607@gateway/web/cgi-irc/labb.contactor.se/x-d9361a0bb7ab67dd) |
03:32:35 | preglow | currently at 223%, now clocking in at... |
03:32:48 | TMM | see, it's going down without me even doing anything |
03:33:41 | preglow | wtf, 225% |
03:33:53 | jhMikeS | you know, the red deltas that happened with one change make no sense at all since pretty much a perfect reversal of them didn't bring it green by a compareable amount. |
03:34:13 | preglow | well, then figure out a better metric, i don't know how the current one works |
03:34:35 | TMM | well, I give up :) 4 functions that seem to do the same thing, probably dead code... however when I flashed a way to old version of the OF on my new player the lcd malfunctioned |
03:34:40 | jhMikeS | It's supposed to be (bin+mem)/2 |
03:34:42 | TMM | so, perhaps it's not dead |
03:35:32 | TMM | and there's a lot of shifting |
03:35:41 | webguest00 | Does anyone have a couple of minutes to help guide me through removing Rockbox from my ipod nano? I'm upgrading to a Sansa and want to make my nano ebay'able. I've tried using the instructions in the wiki with no success... |
03:36:08 | * | jhMikeS looks at the red commit and compares its reversal |
03:36:39 | preglow | webguest00: wiping .rockbox directory then unisntalling with ipodpatcher should do the trick |
03:37:00 | preglow | webguest00: better yet is just making itunes restore it |
03:37:23 | webguest00 | I never installed itunes :) I've tried ipodpatcher...let me try wiping the .rockbox directory. |
03:37:30 | preglow | webguest00: windows? linux? |
03:37:34 | webguest00 | windows |
03:37:46 | webguest00 | Old rockbox install, probably 1 1/2 old... |
03:37:50 | preglow | ahhh |
03:37:52 | webguest00 | years... |
03:37:55 | | Quit pill (Read error: 104 (Connection reset by peer)) |
03:37:55 | preglow | before the days of ipodpatcher |
03:37:59 | webguest00 | yes |
03:38:01 | preglow | then that won't help you much, i think |
03:38:21 | webguest00 | It doesn't seem to do anything |
03:38:33 | | Join pill [0] (n=pill@sloth.shellfx.net) |
03:38:38 | preglow | if you were in linux, you could download the firmware image straight from apple and "dd" it over to the nano for something pretty much like an itunes restore |
03:38:42 | preglow | but i don't know how to do that in windows |
03:38:51 | TMM | preglow: there's rawrite... |
03:38:54 | | Quit shnee ("Konversation terminated!") |
03:38:59 | preglow | TMM: well, you take over from here, then :P |
03:39:01 | krazykit | there's also dd.exe, i think |
03:39:06 | jhMikeS | so taking a bunch of queues out of IRAM that aren't used by IRAM functions was most of the increase? wtf. I give up making sense of GCC. |
03:39:10 | preglow | http://www.felixbruns.de/iPod/firmware/ |
03:39:13 | webguest00 | Will removing the .rockbox folder brick my nano? |
03:39:14 | preglow | that's where you get the firmware images |
03:39:18 | preglow | webguest00: no |
03:39:20 | safetydan | webguest00, you're best bet is probably installing itunes then doing a factory restore |
03:39:59 | TMM | preglow: that's the extend of my knowledge from writing linux boot disks :) |
03:41:07 | preglow | think i'll leave these babies for commit tomorrow |
03:41:11 | preglow | sorely need sleep now |
03:41:12 | preglow | byes |
03:41:20 | webguest00 | thanks for your help preglow |
03:41:24 | jhMikeS | cya |
03:43:57 | | Quit Rob2222 () |
03:44:09 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
03:45:21 | | Quit webguest00 ("CGI:IRC (EOF)") |
03:45:32 | | Quit HellDragon (Client Quit) |
03:45:51 | TMM | so, anyone here know anything about 24 year old cats? :) |
03:46:13 | |Rain| | they have a hard time using rockbox's menus |
03:46:26 | TMM | true |
03:47:58 | TMM | well, since noone is doing any on-topic talking |
03:48:19 | |Rain| | my cat may be 24 cat years old |
03:48:25 | jhMikeS | then usually we remain silent :) |
03:48:47 | TMM | it's sister died last week, and now it's pissing everywhere, very inconvenient the vet suggests putting her down, but I find that a bit harsh |
03:48:57 | |Rain| | male? |
03:49:01 | TMM | female |
03:49:17 | |Rain| | hmm |
03:49:57 | TMM | she's a happy little cat, but a bit senile, I guess |
03:50:29 | * | jhMikeS suggest such things go to #rockbox-community or PM 0:) |
03:50:34 | krazykit | please take off-topic stuff to #rockbox-community |
03:50:40 | | Quit ToHellWithGA ("You know you'll miss me a lot.") |
03:50:54 | TMM | off-topic, this? :) |
03:52:44 | TMM | |Rain|: #rockbox-community ? |
03:53:22 | jhMikeS | there is a #rockbox-jerks and I found myself to be the only one there ... makes sense :) |
03:53:58 | * | jhMikeS should start #rockbox-pets |
03:54:01 | TMM | jhMikeS: well, I'm there now, turns out, I'm the only one there |
03:54:29 | |Rain| | TMM: I don't really have much to offer, I've never had to snap my cat out of it. I've heard keeping the box extra clean can help, and I've heard that there are spray deterrents, but that's about it |
03:56:05 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
03:56:37 | scorche | |Rain|: 3 people said #rockbox-community... |
03:57:29 | |Rain| | and it still would've taken one line to say "that's all I've got" without an extra sentence of information |
03:58:00 | Llorean | |Rain|: Frankly, that doesn't make your one sentence any less off-topic. |
03:58:29 | |Rain| | no, but joining a channel to utter a single sentence isn't any better |
03:58:30 | | Join penguinator [0] (n=penguina@c-68-39-4-202.hsd1.nj.comcast.net) |
03:58:48 | |Rain| | we've already cluttered the logs far more by not dropping this |
03:59:23 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
03:59:30 | Llorean | |Rain|: No, the proper response was "I'm sorry, and will remember not to even start off-topic conversations in here in the future. I've been around enough to know better." |
03:59:42 | | Part |Rain| |
04:00 |
04:00:00 | scorche | that doesnt really matter, as the purpose of this conversation is to prevent it in the future...so, it uses up a bit of lines in the logs in order to prevent future ones being entered |
04:01:01 | penguinator | Is there a way to keep rockbox from entering disk mode when plugging it into a computer? i just want to charge it, not have use the disk. Or alternativly, is there a way to disconnect the drive mode without disconnecting the cable? |
04:01:04 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
04:01:28 | scorche | penguinator: hold menu as you insert the cable |
04:01:59 | penguinator | scorche: that didn't work |
04:03:48 | Soap | penguinator, you using a stock build on what I assume is an iPod? |
04:04:05 | penguinator | yes, it does work actually, you just have to do it quickly |
04:05:04 | | Part penguinator ("Thank you, sorry for not trying it more...") |
04:06:54 | | Join shnee [0] (n=CurtyD13@cpe-65-24-210-155.insight.res.rr.com) |
04:14:48 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
04:16:18 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
04:16:32 | | Join Mouser_X [0] (n=Mouser_X@207.155.176.3) |
04:23:09 | TMM | if I might drop a suggestion, as one of the worst offenders of both off topic conversations here, as well as on-topic conversations in #rockbox-community, shouldn't someone set up a #rockbox-dev? |
04:24:08 | Soap | that is what this channel is. |
04:24:10 | safetydan | TMM, it's been talked about before but in general the devs prefer to have one channel to monitor |
04:25:03 | TMM | just a thought... |
04:25:16 | TMM | -dev is more clear perhaps, that's just it |
04:26:08 | TMM | -community should be, #rockbox, and -dev should be,well, what this is now :) but with more banning |
04:26:33 | safetydan | TMM, it's not all about dev stuff here though and it's handy to see what users are complaining about |
04:26:40 | scorche | well, that isnt going to happen any time soon |
04:26:49 | TMM | like I said, just a thought |
04:26:59 | TMM | suggestion, that's it :) |
04:27:13 | scorche | search the mailing list next time ;) |
04:27:15 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
04:27:36 | TMM | scorche: I just subscribed :P much, much too much trouble to search through all of it |
04:27:44 | TMM | scorche: and I'm not the only one ;) |
04:27:52 | | Join Reckase [0] (n=erik@216.241.45.33) |
04:28:02 | Reckase | hi folks |
04:28:16 | scorche | TMM: google search <query> site:www.rockbox.org/mail |
04:28:31 | TMM | scorche: ok, put that in the topic ;) |
04:28:35 | Reckase | I've run into some problems today and I was hoping to see if others have had the same problems... |
04:28:44 | scorche | TMM: why would i do that? |
04:29:12 | Reckase | I'm getting the "Building Database... 438 found (Prev to return)" message |
04:29:14 | safetydan | Reckase, ask away |
04:29:29 | Reckase | this is a sansa e250 |
04:29:32 | TMM | scorche: because I'm actually trying to make a contribution here, and I'd probably go through that trouble should I have known about it... might save some time |
04:29:53 | Reckase | I had it working a few days ago, but in the process of trying to get it to work with one of my other machines, it's gone cracker |
04:29:58 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
04:30:09 | safetydan | Reckase, that seems like a normal message during the database build. Is it just stuck on that screen? |
04:30:09 | | Quit pill ("changing servers") |
04:30:11 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
04:30:16 | Reckase | yes, it just stays stuck |
04:30:26 | Reckase | and there's no files on it |
04:30:31 | | Nick _pill is now known as pill (i=pill@sloth.shellfx.net) |
04:30:32 | Reckase | no music, that is |
04:31:00 | safetydan | Reckase, sounds like your filesystem might be failing. Try a chkdsk /f |
04:31:08 | Reckase | under windows? |
04:31:18 | Reckase | this is a new (well, refurb) i got a week ago |
04:31:45 | safetydan | Reckase, windows is probably easier, I forget what the linux version of that is |
04:32:00 | Reckase | i reformatted the 1.8 gb partition fat32, and it's still happening. I can try the chkdsk |
04:32:10 | TMM | scorche: bad reason? :) |
04:32:25 | | Part pixelma |
04:32:58 | Reckase | I'll be back after chkdsk. |
04:33:01 | Reckase | thx |
04:33:19 | Reckase | do I do that with the rockbox firmware loaded or the sansa original? |
04:33:32 | scorche | TMM: teaching people how to use google is does not relevant for the #rockbox topic |
04:33:54 | safetydan | Reckase it shouldn't matter |
04:34:00 | Reckase | thx - back in a bit |
04:34:01 | | Part Reckase |
04:35:42 | TMM | scorche: I suppose |
04:39:04 | | Join eigma [0] (n=cat@216.48.162.210) |
04:42:42 | | Join Reckase [0] (n=Erik@216.241.45.33) |
04:42:49 | Reckase | ok, so I did a chkdsk |
04:43:00 | Reckase | said that some allocation units weren't valid |
04:43:09 | Reckase | and said that it fixed them |
04:43:23 | Reckase | i did it a second time and it didn't find any problems. |
04:43:51 | Reckase | however, if I try to do a 'Complete Installation' from windows, it says that it can't find a sansa at that path |
04:44:19 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
04:46:03 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
04:46:27 | | Quit donutman25 (Remote closed the connection) |
04:46:38 | | Part Reckase |
04:49:27 | | Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) |
04:50:04 | | Join Reckase [0] (n=erik@216.241.45.33) |
04:50:58 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:51:26 | | Join miepchen^schlaf [0] (n=hihi@p54BF6BFA.dip.t-dialin.net) |
04:52:23 | | Part Reckase |
04:52:54 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
04:53:44 | sdoyon | I seem to have an issue with a commit about PCM interface unification: r15006 | jethead71 | 2007-10-06. |
04:54:37 | sdoyon | It's causing the end of some .talk clips to be cut off. It happens on my x5 and never on my e200. |
04:54:38 | jhMikeS | yeah, what'd I bust up |
04:54:59 | sdoyon | I believe I have narrowed it down to one particular change. Anyone knows anything about this stuff? |
04:55:18 | jhMikeS | I made the commit, so can look into it |
04:56:20 | jhMikeS | sdoyon: _just_ .talk clips? |
04:56:45 | sdoyon | AFAICT. |
04:56:49 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-38f9b3fdadfab802) |
04:57:25 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:57:48 | sdoyon | On a hunch, I reverted (put back) the part that says /* There may be more data waiting to flush, try to use it */ ... goto process_new_buffer;. Hopefully that's a big hint? ;-) |
04:58:00 | sdoyon | ... I mean that seemed to fix it. |
04:59:15 | jhMikeS | it's a dangerous thing to do. I think some other method needs to be employed. |
04:59:24 | sdoyon | I'd like to be more specific, but the clipping of my filenames wasn't always exactly on the same names as I tried various revs (bisecting to find the one where this started). |
04:59:45 | | Quit eigma () |
05:00 |
05:00:00 | saratoga | preglow gives me crap for doing a 64 bit div in the wma decoder |
05:00:09 | sdoyon | jhMikeS: I'm not saying it's necessarily a proper fix. I won't claim to have even tried to understand what that patch does, but that first bit jumped at me and I tried it.Should be a good hint hopefully? |
05:00:14 | saratoga | I do ONE 64 bit divide per block |
05:00:38 | saratoga | thats what, maybe 20 of them a second |
05:00:40 | saratoga | big deal |
05:01:19 | saratoga | last i checked i was still faster then tremor and faac |
05:01:50 | | Quit Gnu47 ("You know you'll miss me :P") |
05:01:55 | jhMikeS | I think it means the interrupt fired but no data was yet ready. Ususally the pcm buffer would forcefully grab the data from the interrupt but that function contains stuff that isn't safe in that context. |
05:02:07 | | Join Reckase [0] (n=erik@216.241.45.33) |
05:02:59 | | Join midgey_ [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
05:03:01 | Reckase | ok, I'm back. I've reinstalled after running chkdsk, and I'm still getting the database error. |
05:03:29 | Reckase | it's getting a little further now (at least the theme is showing up) |
05:03:46 | sdoyon | It seems to always be at the end. |
05:04:00 | Reckase | now it says '497 found' |
05:04:23 | Reckase | perhaps I should put something on it? |
05:04:32 | Reckase | could it be the lack of files that confuses it? |
05:05:20 | Reckase | it's the fact that it worked before that's getting me so frustrated |
05:07:03 | jhMikeS | sdoyon: And if playback is goind, then no cutoff? |
05:08:08 | sdoyon | jhMikeS: err that'll take a recompile... hold on. |
05:08:50 | jhMikeS | The PCM buffer is always running there, so I'd suspect all data would be played out in that case. |
05:10:02 | sdoyon | jhMikeS: yes, correct. |
05:11:04 | | Quit saratoga ("CGI:IRC") |
05:11:12 | Reckase | aha! it must have music on it for the db to work properly |
05:11:31 | | Part Reckase |
05:12:26 | *** | Saving seen data "./dancer.seen" |
05:13:43 | jhMikeS | umm |
05:14:14 | sdoyon | jhMikeS: It's pretty noticible: I have "boo" instead of "books", "musi" instead of "music", and on files the end sounds like "dot aw" instead of "dot o g g"... some are fine though. and so long as I don't change to another rev, it seems a name that gets clipped always gets clipped at the same point. So those that are clipped are always clipped. |
05:15:05 | sdoyon | What I don't understand is how I did not notice that last weekend... :-) |
05:16:13 | | Join bb [0] (n=bb@unaffiliated/bb) |
05:17:24 | jhMikeS | The difference for e200 vs. x5 might be explainable too. x5 uses genuine HW DMA with long transfers where as e200 does small bits with SW DMA. hmm. |
05:18:00 | jhMikeS | The callbacks should happen in the same place but timing will vary. |
05:19:26 | | Quit midgey (Read error: 110 (Connection timed out)) |
05:23:01 | jhMikeS | I imagine getting at least a couple frames in there before starting a clip may help. I think it starts playing the first frame right off. The delay would be a few ms more at most. |
05:24:49 | sdoyon | jhMikeS: even though the missing part is at the end? |
05:26:17 | | Quit pill (Read error: 104 (Connection reset by peer)) |
05:26:45 | sdoyon | jhMikeS: Why does calling pcmbuf_flush_fillpos() appear to help? |
05:27:36 | | Quit bb_ (Read error: 110 (Connection timed out)) |
05:30:11 | jhMikeS | perhaps because it forces a pcm start if it's not playing |
05:31:38 | jhMikeS | There were some other buffer changes I had that didn't get included with that commit. I thought it was a bit out of scope to include there. |
05:32:15 | sdoyon | jhMikeS: need me to try? |
05:33:11 | | Part hcs |
05:33:12 | jhMikeS | I don't think they'll apply now. |
05:35:21 | jhMikeS | I'll give it a look and try to resync. basically the pcm buffer gets its own playing state and some other changes for interrupt safety |
05:38:51 | sdoyon | jhMikeS: OK. Feel free to send it to me so I can try it on my x5. |
05:39:02 | sdoyon | jhMikeS: The bt I reverted, is it more dangerous now than it was before? |
05:39:12 | sdoyon | s/bt/bit |
05:41:54 | | Join Jsunu [0] (n=Jsunu@d154-20-186-64.bchsia.telus.net) |
05:41:59 | | Part Jsunu |
05:42:23 | jhMikeS | you put the call to that back? |
05:43:01 | | Join Jsunu [0] (n=Jsunu@d154-20-186-64.bchsia.telus.net) |
05:43:09 | sdoyon | jhMikeS: in my test build, not in svn obviously. |
05:43:39 | sdoyon | The part that does goto process_new_buffer; |
05:44:02 | | Quit Jsunu (Client Quit) |
05:44:07 | jhMikeS | it is much more if so because on the first call to the callback is called with pcm_playing false via pcm_play_data. it will always then make that call and double-enter the pcm driver. |
05:44:46 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
05:45:18 | sdoyon | jhMikeS: hmm... funny how doing the right thing isn't always obvious. seemed to work so much better :-). OK then. |
05:45:31 | jhMikeS | I can't imagine a talk clip shouldn't be fully decoded and buffered before DMA runs out |
05:45:34 | jhMikeS | odd |
05:47:11 | sdoyon | jhMikeS: I have one directory named "baba" (for tests obviously). I hear just "ba". |
05:47:56 | | Quit midgey_ () |
05:48:30 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-141-17.dsl.pltn13.sbcglobal.net) |
05:49:23 | jhMikeS | Myself, I refuse to do things myself I know are not safe measures even if I have to think harder about it and the unsafe way seems to work fine. It won't always. The safe way I can be sure always will be safe. |
05:54:33 | jhMikeS | sdoyon: do some .talk clips have some silence at the end which other are trimmed well? |
05:54:39 | jhMikeS | s/which/while/ |
05:54:57 | sdoyon | jhMikeS Sure. As I said, I'm not considering this as a long term fix, and I'll test anything you need. Just trying to see how best to get by in the meantime. |
05:56:05 | sdoyon | jhMikeS: they're all generated the same way... but perhaps depending on the phoneme at the end... |
05:56:57 | jhMikeS | I get failed hunks with the diff I made. Definitely need some resyc time. |
05:57:42 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
05:57:45 | sdoyon | jhMikeS: I believe there's a bit of silence enqueued at the end in all cases in talk.c though. |
05:59:15 | sdoyon | jhMikeS: mp3_callback adds this p_silence clip, which is from tools/VOICE_PAUSE.wav. |
06:00 |
06:00:08 | sdoyon | jhMikeS: lasts 0.3s. |
06:02:58 | sdoyon | jhMikeS: I'll need to be going soon. I had another question on a different subject, if I may bug you further for a minute... Could by any chance the e200 be made to wakeup / turn on from something other than the POWER button, such as perhaps the hold button instead? |
06:03:00 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
06:04:20 | jhMikeS | sdoyon: No. That's hard-connected to startup the power supplies. |
06:05:07 | jhMikeS | well...you could rewire the PCB :) |
06:06:29 | sdoyon | jhMikeS: Yeah OK :-). |
06:07:35 | | Join Chronon [0] (n=knoppix@c-24-21-45-96.hsd1.mn.comcast.net) |
06:13:07 | Chronon | I just stumbled on the Disktidy bug today. I'm not clear on whether I can simply bump the value of MAX_OPEN_DIRS to work around this. |
06:14:09 | safetydan | Chronon, you can but you may run out of stack. |
06:14:44 | jhMikeS | is that because of recursion? |
06:14:47 | | Quit sdoyon ("ircII EPIC4-2.4 -- Are we there yet?") |
06:15:08 | Chronon | Hmm.. well running Disktidy isn't _that_ important. |
06:15:29 | safetydan | jhMikeS, yes |
06:16:28 | safetydan | should be possible to convert it to iteration but no one's bothered |
06:21:02 | Chronon | The offending code is in the Disktidy plugin itself? |
06:21:20 | safetydan | Chronon, yup. |
06:21:38 | Chronon | ok. Thanks, safetydan. |
06:24:47 | | Join psycho_maniac [0] (i=psycho_m@ppp503.hk.centurytel.net) |
06:29:15 | | Quit TheDarkOne (Read error: 104 (Connection reset by peer)) |
06:39:11 | | Quit jhulst ("Konversation terminated!") |
06:53:27 | | Quit psycho_maniac (Read error: 113 (No route to host)) |
07:00 |
07:02:18 | | Quit XavierGr (Nick collision from services.) |
07:02:21 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
07:06:29 | | Join jenky [0] (i=adam@snorkel.rtfm.net.au) |
07:06:47 | jenky | hi |
07:12:29 | *** | Saving seen data "./dancer.seen" |
07:13:12 | | Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) |
07:16:09 | jenky | hi |
07:17:25 | | Part jenky |
07:30:51 | | Join psycho_maniac [0] (i=psycho_m@ppp072.hk.centurytel.net) |
07:31:57 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
08:00 |
08:00:41 | | Join leftright [0] (i=c414a3a0@gateway/web/cgi-irc/labb.contactor.se/x-dc79cef3167055d5) |
08:01:26 | leftright | Slasheri, you around |
08:05:02 | leftright | H140, ROM flashed, dircache enabled, file tree browsing, I notice that there are 11 dircache.dat files listed in .rockbox, just wondering if this is a problem |
08:06:32 | | Quit homielowe (Remote closed the connection) |
08:07:15 | leftright | thanks |
08:07:18 | | Part leftright |
08:10:29 | | Join Rob222241 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
08:18:34 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
08:26:12 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
08:27:38 | | Quit shnee ("Konversation terminated!") |
08:28:45 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:29:19 | | Part safetydan |
08:30:45 | | Join sin613 [0] (n=single@166.166.160.171) |
08:37:02 | | Quit BigBambi_ (Read error: 113 (No route to host)) |
08:40:32 | | Quit Calcipher (Read error: 110 (Connection timed out)) |
08:46:01 | amiconn | preglow: around? |
08:47:14 | sin613 | amiconn: am i correct in remembering your name attached to some idct coldfire optimizations? |
08:47:30 | amiconn | Yes, based on mirak's work |
08:47:50 | sin613 | nice. that's one hell of a speed-up |
08:48:23 | linuxstb | sin613: Which device are you using? |
08:48:27 | sin613 | x5 |
08:48:45 | amiconn | Yeah, video on X5 is now usable with only occasional skipping |
08:48:47 | sin613 | i posted the framerates to the wiki |
08:49:07 | amiconn | There's still ~10% more potential I know of... |
08:49:11 | linuxstb | I'm just reading the wiki - it's making nice reading ;) |
08:49:19 | amiconn | linuxstb: Will you add the codec stack seizing? |
08:50:14 | linuxstb | amiconn: Sure, I'll do it now. |
08:50:30 | amiconn | :-) |
08:50:48 | sin613 | amiconn: i'm not sure if i asked you before, but is the transform really idct, or is it a properly quantized fft? |
08:51:13 | | Join Ebert [0] (n=EbErT@adsl-223-54-62.aep.bellsouth.net) |
08:51:49 | amiconn | It's an idct, I'm no expert on that though |
08:52:46 | Ebert | just want to chime in that I Love the gapless-fading playback and new color choices for the gui ;D |
08:53:02 | amiconn | The motion compensation stuff is more the kind of stuff I like fiddling with (shuffling bits all around) |
08:53:14 | Ebert | hope things stay in this direction as far as customization |
08:53:44 | sin613 | is the ~10% potential gain within motion comp? |
08:54:18 | amiconn | No, with putting a bunch of const arrays into iram that don't fit atm |
08:54:27 | sin613 | ahh |
08:54:47 | linuxstb | amiconn: Can you think of a reason for test_codec needing to restore the contents of the codec stack? I can't remember why I bother doing that... |
08:54:51 | sin613 | if the transform is straight up idct and not a quantized fft, there's room for additional gain there as well |
08:54:54 | amiconn | linuxstb: Btw, the optimised C yuv blitting that got committed for ipods is buggy. I get twinkling pixels all over the video on H10 now :| |
08:54:57 | sin613 | from what i understand |
08:55:20 | amiconn | linuxstb: Umm, to not crash the codec thread? |
08:55:22 | linuxstb | amiconn: Hmm, I never noticed that on my Color (assuming it's used there. |
08:55:38 | linuxstb | amiconn: But playback is stopped. So I assume the codec is reloaded... |
08:55:51 | sin613 | i'm having a difficult time wrapping my mind around either, though... |
08:55:51 | linuxstb | Ah, it's more than just the codec... Of course. |
08:56:18 | amiconn | linuxstb: It only got committed in r15147 |
08:56:34 | amiconn | Maybe you have an older build on your color |
08:56:58 | linuxstb | amiconn: OK, I didn't notice that commit... I remember committing some optimisations myself in the past, and thought you were referring to that. |
08:57:41 | amiconn | No, preglow committed this, on Tuesday |
08:57:57 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
08:59:55 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
09:00 |
09:01:21 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
09:10:33 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
09:12:32 | *** | Saving seen data "./dancer.seen" |
09:16:24 | | Quit bertrik (Read error: 104 (Connection reset by peer)) |
09:22:52 | linuxstb | amiconn: http://www.davechapman.f2s.com/rockbox/mpegplayer-iramsteal.diff - it seems to work for me... |
09:24:00 | | Join petur [0] (n=petur@rockbox/developer/petur) |
09:24:47 | | Quit Ebert () |
09:30:58 | | Join Hukt [0] (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
09:31:37 | GodEater_ | linuxstb: do you know if your gcc multilib suggestions have been put into svn yet ? |
09:31:50 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
09:31:58 | linuxstb | GodEater_: No they haven't. I guess I'll need to do it. |
09:32:22 | linuxstb | It seems to be working fine - I've been using it for a while (and so has my build server) |
09:32:46 | GodEater_ | will it mean buildservers will need to re-run rockboxdev.sh ? |
09:32:49 | linuxstb | The mrobe (DM320) port is also using the wrong -mcpu parameter in configure... |
09:33:12 | JdGordon | it is? |
09:33:17 | linuxstb | GodEater_: Yes, but only before ARMv5/ARMv6 ports make it to the stage of having automatic builds. |
09:33:48 | GodEater_ | what armv5 targets do we have ? |
09:34:00 | GodEater_ | (in the works) |
09:35:26 | JdGordon | linuxstb: im playing with the mr500 now, can you tell me what the configure should be changed to? |
09:37:22 | linuxstb | JdGordon: If google is correct, you have a ARM926EJ-S core. You'll need to check the gcc docs for the correct -mcpu option |
09:37:45 | JdGordon | ok |
09:37:48 | linuxstb | But you'll also need to rebuild gcc with the multilib changes I emailed the dev mailing list about - to enable building of an armv5 libgcc.a |
09:38:21 | linuxstb | GodEater_: mrobe and the Telechips devices. Gigabeat S is armv6 |
09:38:35 | linuxstb | (mrobe as in DM320) |
09:38:39 | | Quit qweru ("moo") |
09:38:54 | GodEater_ | I knew the S was armv6... just didn't know what v5 stuff we had |
09:39:09 | | Nick ddalton is now known as ddalton_ (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
09:39:20 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
09:39:54 | amiconn | linuxstb: The twinkling pixels bug doesn't exist on the G5. Maybe it also doesn't in the Color/Nano driver |
09:39:55 | linuxstb | JdGordon: If you can wait another day, I'll try and put a patch for gcc on the wiki, and update rockboxdev.sh |
09:40:03 | amiconn | Did you check? |
09:40:21 | JdGordon | linuxstb: im happy to wait :) |
09:40:22 | linuxstb | amiconn: I didn't notice anything. Should it be obvious? |
09:40:24 | | Quit ddalton_ ("leaving") |
09:40:28 | amiconn | yes |
09:42:07 | linuxstb | Is it just me, or does mpegplayer also take longer for the initial buffering (after pressing play in the start menu) than it used to? |
09:42:33 | amiconn | It takes quite long on PP. I blame jhMikeS's threading stuff :> |
09:43:13 | linuxstb | I remember making the initial buffer fill (before playback started) quite short, it then continues buffering in the background. Maybe that was changed. |
09:43:20 | amiconn | On single core it's fast.. |
09:44:42 | jhMikeS | when did that change? |
09:45:04 | jhMikeS | I know the seeking stuff made it take longer |
09:45:24 | linuxstb | I noticed it as soon as the start menu/seeking patch was committed. |
09:45:58 | jhMikeS | I think a fix to that was removing some buffer zeroing in mpeg2_alloc |
09:47:33 | amiconn | jhMikeS: Completely different thing: As I know you made the mpegplayer arm idct completely without using mul/mla, could this method also be applied to e.g. libmad's imdct? |
09:47:39 | jhMikeS | that's what I was told anyway but I don't see any memset there |
09:47:49 | amiconn | Note that I don't know how that one looks, so... |
09:48:00 | linuxstb | No, it's changed - the old code read MPEG_LOW_WATERMARK bytes in the initial read, the current code fills the whole buffer in the initial read... |
09:48:59 | jhMikeS | amiconn: with 32-bit constants? It's not really good for fractional fixed point and I'd say impossible or at least for anything with 64-bit intermediate values. |
09:49:32 | amiconn | hmm. What about jpeg? |
09:50:12 | jhMikeS | hmmm...some values aren't large constants |
09:50:13 | amiconn | Do mpeg and jpeg use the same idct? |
09:50:30 | jhMikeS | mpeg audio uses imdct |
09:50:44 | * | amiconn could even try to write an SH1 idct using mac ... |
09:50:45 | jhMikeS | jpeg should look like mpeg video I'd imaging |
09:50:49 | jhMikeS | *imagine |
09:50:56 | amiconn | Would lower the excessive decoding time of large lpegs |
09:51:21 | amiconn | *jpegs |
09:51:40 | jhMikeS | even large values might be decomposeable into a few shift+adds but just think of how large a set of possibilities that is to find it. |
09:51:42 | amiconn | lpeg == large jpeg ;) |
09:51:46 | jhMikeS | :) |
09:52:23 | | Quit Hukt0nWax (Read error: 110 (Connection timed out)) |
09:52:23 | | Nick Hukt is now known as Hukt0nWax (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
09:52:45 | JdGordon | anyonw know where the pressed button is checked to turn off the dap? |
09:52:47 | jhMikeS | The K and L constants are big numbers but the X and x are just asking for that conversion perhaps |
09:52:59 | jhMikeS | button.c |
09:53:00 | linuxstb | JdGordon: I think it's in the button driver IIRC |
09:53:43 | jhMikeS | and different for x5 which uses a key interrupt direct to the queue |
09:53:58 | | Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) |
09:54:24 | JdGordon | thanks |
09:55:35 | amiconn | linuxstb: Do you know whether libmpeg2 can be told to only decode luma? |
09:55:51 | linuxstb | No idea, I've never looked inside libmpeg2. |
09:56:07 | | Quit sin613 (Read error: 110 (Connection timed out)) |
09:56:32 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
09:57:49 | * | jhMikeS hopes the stream parser will become error tolerant |
09:59:24 | linuxstb | amiconn: Have you tried my iram patch? I want a second opinion before committing... |
10:00 |
10:00:57 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
10:01:46 | jhMikeS | shouldn't there be reserve for the codec thread to possibly run somewhat? |
10:03:05 | jhMikeS | new stackend = current sp - some_slack_space? |
10:05:26 | | Join bagawk_ [0] (n=lee@unaffiliated/bagawk) |
10:05:30 | * | jhMikeS though about a counterpart to thread_thaw() - thread_freeze() as well - then it won't run till thawed again |
10:05:41 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
10:07:17 | amiconn | linuxstb: Seems to work. |
10:07:29 | amiconn | I started a video while music was playing, and voice enabled |
10:07:50 | amiconn | Video started, no crash. Exiting and restarting music works as well |
10:08:26 | linuxstb | jhMikeS: You mean that mpegplayer should give the codec thread a new stack? |
10:08:51 | linuxstb | That's very possible - it could just use the copy that's been made... |
10:10:06 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
10:10:53 | amiconn | eh? |
10:10:56 | jhMikeS | you could do that do, but I'm thinking of a way that doesn't involve tweaking the structures and is "safe" (better know what it's up to first) for any configuration. |
10:10:56 | * | amiconn goofed |
10:11:37 | jhMikeS | of course if something on the stack refers to the old stack, it's doa |
10:12:14 | linuxstb | jhMikeS: That's true... Probably a bad idea then. But is there any reason the codec thread should become active? |
10:12:32 | psycho_maniac | linuxstb: did you commit the iram patch you were talking about? |
10:12:51 | amiconn | Doesn't change the result though |
10:12:53 | jhMikeS | it could be active at the time a yield occurs but not blocked on the queue |
10:12:58 | linuxstb | psycho_maniac: No. |
10:13:41 | psycho_maniac | alright just curious because i saw something in svn recently about iram in ipod. i guess your name is not mark. ;) |
10:13:42 | jhMikeS | thread_freeze would keep it inactive whether or not it's on the COP or same core |
10:15:48 | linuxstb | jhMikeS: Is there anything my patch should be doing, or do you think it's OK to commit? |
10:15:52 | | Quit bagawk (Read error: 110 (Connection timed out)) |
10:16:44 | linuxstb | psycho_maniac: No, I'm not Mark. |
10:17:20 | linuxstb | psycho_maniac: All my patch does is move something from one part of iram to another, freeing up more space for mpegplayer to use in the future. |
10:17:45 | psycho_maniac | ahhh i see. thanks for the info |
10:17:53 | jhMikeS | just leaving slack space in case it has to run a bit before blocking on the queue I think |
10:18:45 | linuxstb | So don't steal the whole stack, just the currently unused part, minus a little bit? |
10:19:26 | amiconn | That might not be enough... |
10:19:53 | jhMikeS | ...or devise a way to be sure it is waiting on the queue. |
10:20:01 | linuxstb | Yes, I would prefer the latter... |
10:20:41 | linuxstb | Could I check the current state of the codec thread, and yield until it changes to something good? |
10:21:12 | jhMikeS | hmmm...STATE_BLOCKED? |
10:21:58 | linuxstb | So something like "while (codec_thread.state != STATE_BLOCKED) rb->yield();" ? |
10:22:46 | safetydan | anyone mind a minor patch to the mpeg player to display the fps on the lcd remote if it's there? |
10:22:52 | jhMikeS | it can block other places though. hmmm. |
10:23:33 | amiconn | safetydan: As long as it only does this when fps display is enabled... |
10:23:49 | amiconn | Notice that doing so will slow down mpegplayer slightly |
10:23:58 | jhMikeS | I guess the playback stop will wait until it sets audio_codec_loaded to false, and then it just blocks after that |
10:24:01 | linuxstb | It could be nice to display it on the remote instead of the main LCD, if the remote is present. |
10:24:02 | amiconn | ...especially if ticking reduction is enabled |
10:24:59 | * | amiconn would like that "Test mode" option instead of the 3 options that all need changing for performance tests... |
10:25:18 | jhMikeS | linuxstb: that should work as long as it's not a COP thread. codec_thread.state could be seen as STATE_BUSY there. |
10:25:18 | | Join obo [0] (n=obo@rockbox/developer/obo) |
10:25:48 | linuxstb | safetydan: I noticed in the logs that preglow asked you to sync the hw eq removal patch - have you had chance yet? |
10:27:17 | * | amiconn thinks that we need a function that tells whether an *LCD* remote is connected - and that function should also be available to plugins |
10:27:47 | amiconn | Right now we only have a function that tells whether a remote is connected - whether LCD or simple |
10:28:02 | amiconn | Only the remote LCD driver knows whether its LCD is there |
10:28:51 | pondlife | I'd hope that individual plugins shouldn't need to care about such detail, it should be handled lower down... |
10:29:03 | amiconn | (rather, it assumes based on the remote type - there is no way to tell whether it's actually there) |
10:29:42 | jhMikeS | linuxstb: I suppose that's ok for now. I guess any COP stuff can be dealt with at the time. |
10:30:00 | pondlife | What if the user unplugs or plugs in the remote whilst something is running? Should the plugin check before each update? |
10:30:04 | amiconn | pondlife: Plugins don't necessarily _need_ to care - but they might _want_ to act different when an LCD remote is connected |
10:30:26 | jhMikeS | test_fps? as a small example. |
10:30:37 | amiconn | You can call lcd_remote_update() anytime - that's not a problem |
10:31:14 | jhMikeS | I guess it shouldn't run remote tests is the remote wasn't plugged |
10:31:19 | amiconn | But e.g. a game could offer a true dual player mode. It could hide that option when there is no remote lcd |
10:31:21 | | Join Diamond_iceman20 [0] (i=c35d1562@gateway/web/cgi-irc/labb.contactor.se/x-6c523d7ed1294aab) |
10:31:37 | amiconn | Why bother the user with a mode he can't use because he doesn't have a remote? |
10:31:44 | linuxstb | jhMikeS: So you're saying my patch is good enough to commit? |
10:31:51 | Diamond_iceman20 | Hi |
10:32:05 | jhMikeS | with the state check I don't see a problem atm |
10:32:35 | Diamond_iceman20 | I think the Rockbox f/w sounds better than the Apple f/w on the iPod |
10:32:41 | jhMikeS | good thing is that you won't see STATE_BLOCKED if it still has messages to process |
10:33:22 | amiconn | test_codec should probably do the same then? |
10:33:44 | jhMikeS | I think so |
10:34:22 | jhMikeS | sometimes it does mess up playback afterwards, I suspect that's what would cause it |
10:35:02 | Diamond_iceman20 | when you go into record mode on the ipod, the ipod crasheds |
10:37:09 | linuxstb | Diamond_iceman20: It shouldn't crash, but playback is known to not work after recording. |
10:37:47 | | Quit Diamond_iceman20 ("CGI:IRC") |
10:38:43 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
10:39:06 | | Join Diamond_iceman20 [0] (i=c35d150a@gateway/web/cgi-irc/labb.contactor.se/x-6a1f473cb3fc114a) |
10:39:14 | Diamond_iceman20 | yea thats what i mean |
10:39:27 | Diamond_iceman20 | can i plug a microphone into the headphone socket for working? |
10:39:47 | Diamond_iceman20 | recording? |
10:39:49 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
10:40:02 | linuxstb | Diamond_iceman20: Only on the 4G Greyscale and Color ipods |
10:40:07 | Diamond_iceman20 | oh right |
10:40:15 | Diamond_iceman20 | i have an ipod 5g 60g |
10:40:46 | jhMikeS | iPods still do that stuff? |
10:40:58 | Diamond_iceman20 | so how could i record on a 5g Video 60g? |
10:41:48 | linuxstb | jhMikeS: Yes, at least when I last tested (about a week ago) |
10:43:31 | linuxstb | amiconn, jhMikeS: Patch updated with the state check - http://www.davechapman.f2s.com/rockbox/mpegplayer-iramsteal.diff |
10:43:56 | jhMikeS | On H10, not using r12 fixed it. I wonder what gcc is up to. |
10:44:20 | linuxstb | When was that committed? |
10:44:36 | jhMikeS | and re-fixed for e200 since changing pcm causes an unrestored r12 use |
10:44:46 | jhMikeS | with the pcm changes |
10:45:27 | linuxstb | I've just tried again, and playback still freezes after recording... |
10:45:34 | | Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) |
10:45:35 | jhMikeS | hard lock? |
10:45:40 | Diamond_iceman20 | yea |
10:45:52 | Diamond_iceman20 | Im pleased that the EQ now works without skipping playback |
10:45:54 | jhMikeS | hmmm...so no backlight timeout seen |
10:46:02 | linuxstb | Diamond_iceman20: You need to build yourself a cable - some instructions are in the ipodlinux wiki. http://ipodlinux.org/Recording |
10:46:09 | Diamond_iceman20 | oh right ok |
10:46:21 | linuxstb | jhMikeS: Yes, the backlight thread is still running... |
10:46:40 | linuxstb | jhMikeS: In fact, it's not a freeze at all, just that playback doesn't work... |
10:47:04 | jhMikeS | it never resets the headphone socket from what I saw |
10:47:33 | linuxstb | The WPS is just stuck - the audio debug screen shows the PCM buffer is full and never emptied. |
10:47:52 | | Quit Diamond_iceman20 ("CGI:IRC") |
10:47:57 | linuxstb | jhMikeS: OK, let me test line-in |
10:48:59 | jhMikeS | which wm codec does it use? |
10:49:37 | linuxstb | jhMikeS: Ah, that could be it... Playback is working after recording from line-in... I wonder why it's freezing Diamond_iceman20's 5g though. |
10:50:09 | ddalton | What action is activated when down is pressed in the file browser? |
10:50:39 | linuxstb | No, ignore that, playback is broken - the wps is moving but I'm just getting silence.. |
10:50:56 | jhMikeS | you restored the socket state? |
10:51:10 | linuxstb | jhMikeS: My Color is wm8975 IIRC. firmware/SOURCES should indicate |
10:51:25 | linuxstb | jhMikeS: No, I used line-in recording, which shouldn't change the socket state. |
10:51:29 | jhMikeS | Thought I'd get a quicker answer just asking :) |
10:51:31 | ddalton | jhMikeS: do you know what action is activated when down is pressed in the file tree? |
10:51:47 | jhMikeS | ddalton: depends on the keymap. |
10:52:53 | jhMikeS | maybe it's just ACTION_STD_NEXT |
10:53:45 | ddalton | jhMikeS: in tree.c? |
10:54:22 | * | amiconn put some instrumentation in the C montion compensation |
10:54:46 | amiconn | Now it should print call stats to all 16 motion compensation functions when exiting mpegplayer in teh sim |
10:56:11 | jhMikeS | ddalton: it calls gui_synclist_get_sel_pos |
10:56:43 | ddalton | jhMikeS: ok |
10:56:49 | linuxstb | amiconn: mpegplayer patch committed - have fun ;) |
10:57:10 | ddalton | so how would I call a function that only executes after a .talk clip has played or a file has finished been spoken out. |
10:57:22 | ddalton | like spelt or numbered as well |
10:57:35 | amiconn | You can't - voice is asynchronous by design |
10:57:42 | safetydan | linuxstb, just finished syncing it then |
10:58:14 | jhMikeS | it could send events I imagine if that were added |
10:58:22 | amiconn | linuxstb: I just got an mpegplayer crash on X5 (with your first patch) ... |
10:58:31 | amiconn | IllInstr at 0x00000002 |
10:58:46 | amiconn | I guess it's not directly related to your patch |
10:59:03 | linuxstb | amiconn: Hmm... |
10:59:11 | * | jhMikeS tries to track down where it handles directional keys |
10:59:15 | amiconn | I did something I never tried before - let mpegplayer play until the end with frame skip and frame limiting disabled |
10:59:39 | amiconn | It's a bit funny if it reaches the end of the video, but audio is still playing... |
11:00 |
11:00:12 | linuxstb | Ah, then I would be surprised if we can blame my patch for that. |
11:01:15 | jhMikeS | if one stream overtakes another, it will not properly block them but basically abort the stream |
11:01:24 | amiconn | Maybe mpegplayer doesn't handle some end-of-stream condition properly? |
11:01:41 | linuxstb | safetydan: Thanks - I'll try and test it this evening (EU time). |
11:02:04 | jhMikeS | it runs past all available data right back up to the head of the buffer |
11:02:27 | safetydan | linuxstb, haven't actually got it to compile yet... something's gone screwy |
11:02:37 | amiconn | N6w 3et the stats r4n,,, |
11:03:06 | amiconn | *Now let the stats run... |
11:03:11 | amiconn | Sorry for numlock ;) |
11:03:12 | jhMikeS | 0# 5617 |
11:05:44 | amiconn | Hmm, the sim threading seems to act up after a while in mpegplayer when frame limiting is disabled |
11:05:46 | jhMikeS | ddalton: I'm sure JdGordon would know where the heck it's handling that stuff. I can't seem to track it down. :\ |
11:05:59 | jhMikeS | act up? |
11:06:19 | amiconn | After a while, the video begins to stop periodically, then continue after a few seconds |
11:06:29 | amiconn | That's on windows |
11:07:03 | amiconn | CPU load stays at 100% |
11:07:34 | amiconn | I guess the background disk reading can't keep up |
11:07:34 | jhMikeS | odd |
11:07:45 | ddalton | neither can I |
11:08:05 | | Join pill [0] (i=pill@sloth.shellfx.net) |
11:08:20 | amiconn | Compile a windows sim. Load a video, disable frame skip and framerate limiting, and let it play... |
11:08:54 | amiconn | Maybe it also happens on linux |
11:09:07 | ddalton | is there a function I can call to start recording to a file and one to stop recording? |
11:09:21 | ddalton | and exit the rec screen? |
11:09:23 | jhMikeS | If it were hitting the end of data, the parser would just abort it. It might be the opposite - disk reading is dominating the video. |
11:09:58 | amiconn | It doesn't happen if framerate limiting is on |
11:10:48 | amiconn | Or maybe it's just due to audio & video being too far off? |
11:12:35 | *** | Saving seen data "./dancer.seen" |
11:13:22 | jhMikeS | it could be along with the far apart mem access, sure. could cause pagefile hits. |
11:13:54 | amiconn | elephants dream uses halfpixel motion, but no destination averaging at all |
11:14:49 | jhMikeS | it has no B-frames encoded either which help keep quality up and size down...besides the dropping advantage |
11:15:30 | amiconn | I thought using B frames makes for smaller files... |
11:16:12 | jhMikeS | or same-size files with higher quality :) |
11:17:39 | jhMikeS | low-power devices get smoother dropping with them too since dropping P means you can't draw anything again until another I. B frames are unreferenced. |
11:17:50 | Zagor | hmm, how do I find out if I'm being called in interrupt or thread context? |
11:18:24 | jhMikeS | check cpsr? |
11:18:41 | Zagor | that doesn't sound terribly cross-platform? |
11:19:12 | Zagor | let me rephrase: do we have some method for finding out the current context? |
11:19:18 | jhMikeS | I guess implement an is_interrupt_context or something. That's really the only way to know. |
11:20:12 | Zagor | ok |
11:21:11 | jhMikeS | Why do you need to know? |
11:21:52 | Zagor | well I'm thinking about trying some delays before sending, but I assume I'm not supposed to call yield() from interrupt code? |
11:22:23 | jhMikeS | definitely not |
11:22:43 | Zagor | so I need to know when it's safe to use yield and when I have to loop |
11:23:03 | amiconn | Imo you could just use udelay for experimentation |
11:23:30 | | Quit idnar (Nick collision from services.) |
11:23:32 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
11:23:56 | Zagor | amiconn: yeah, I guess I'll do that. but I was curious :) |
11:24:00 | jhMikeS | Any threading object could be wrapped interrupt-safe on the waking end. wouldn't take much if object troubles have anything to do with it. |
11:25:14 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
11:28:22 | | Join PaulJam [0] (i=Paul@vpn-3025.gwdg.de) |
11:31:25 | amiconn | Here's the elephants dream stats (160x128): http://pastebin.ca/740859 |
11:32:34 | amiconn | I would expect that if the video uses B frames, we would see calls to the avg variants... |
11:34:44 | * | jhMikeS would now use semaphores and not generic message queues for transferring data in |
11:37:21 | jhMikeS | amiconn: I tried a recommended program to encode ED with B-frames and the sync is way off. Not sure why it would mess that up. |
11:37:47 | jhMikeS | It plays though |
11:39:41 | preglow | amiconn: am now |
11:40:00 | pixelma | linuxstb: your last commit caused one additional warning in the sims |
11:40:07 | linuxstb | Oops.. |
11:40:38 | amiconn | In case someone is interested in the patch to gather those stats: amiconn.dyndns.org/mpeg_mc_stats.diff">http://amiconn.dyndns.org/mpeg_mc_stats.diff |
11:40:42 | amiconn | It's fairly simple |
11:40:49 | linuxstb | pixelma: Thanks, I'll fix. |
11:40:52 | | Join sup [0] (i=1000@80.216.235.247) |
11:41:04 | amiconn | It just tacks on a counter array to those functions |
11:41:17 | ddalton | what function should I use to go to the rec screen? |
11:41:21 | preglow | amiconn: interesting |
11:41:22 | ddalton | In recording.c |
11:41:36 | amiconn | (only the C version - mpegplayer won't compile for target with that patch) |
11:41:45 | preglow | what encoder is used for elephant's dream? |
11:42:35 | linuxstb | mpeg2enc - from the mjpegtools project |
11:42:49 | preglow | it doesn't use the averaging ones at all |
11:42:56 | preglow | i wonder if that's a trend we'll see in other encoders as well |
11:42:57 | jhMikeS | that's what gave me a bad transcoding with B-frames :) |
11:43:57 | jhMikeS | just because they don't want to take time to implement certain things? eck. |
11:44:23 | preglow | it's usually for speed |
11:44:36 | ddalton | jhMikeS: do you know how to get to the rec screen? what function? |
11:44:39 | jhMikeS | ridiculous |
11:44:40 | amiconn | preglow: Perhaps the averaging would be used for B frames? |
11:44:42 | preglow | optimizing motion compensation not to be shit slow is a hard task |
11:44:57 | linuxstb | mpeg2enc is generally optimised for quality rather than speed though... |
11:45:06 | jhMikeS | ddalton: anywhere rec_screen is called |
11:45:18 | preglow | amiconn: you said the avg routines did the same as the other ones, but just averaged the block with the already existing data? |
11:45:33 | amiconn | yes |
11:45:38 | preglow | amiconn: then i don't think so, b frames interpolate motion vectors, not data, afaik |
11:45:51 | amiconn | eh? |
11:46:09 | amiconn | They need to modify the output framebuffer(s) at some point... |
11:46:21 | preglow | sure, using interpolated motion vectors |
11:46:38 | preglow | i really don't know, i only reliably remember stuff about i and p frames |
11:46:39 | jhMikeS | ddalton: excuse me, it's recording_screen |
11:46:44 | amiconn | hmm |
11:46:46 | preglow | for some reason i consistently forget what i'v read about b frames |
11:46:52 | ddalton | so I just write recording_screen (); |
11:46:56 | ddalton | ? |
11:47:10 | ddalton | Now ignoring pixelma -BOFHNet IRC Ignore- |
11:47:16 | preglow | but ok, time to commit the other asm stuff so wma can be fasted on coldfire than arm :> |
11:47:25 | jhMikeS | ddalton: it has a paramter to allow source changes as well: bool recording_screen(bool no_source) |
11:47:46 | pixelma | ddalton: ? |
11:47:51 | ddalton | ok thanks for that |
11:47:52 | safetydan | preglow, linuxstb, just posted a basic resync of the hw eq patch |
11:48:32 | jhMikeS | ddalton: It's used from the FM screen to hide the other sources |
11:49:11 | ddalton | So I give either true or false? |
11:49:15 | preglow | safetydan: most excellent |
11:49:22 | jhMikeS | yeah. |
11:49:34 | ddalton | so what does true do? |
11:49:51 | jhMikeS | disables and hides the audio source selection |
11:50:05 | ddalton | ok |
11:50:33 | jhMikeS | it then needs to be set in advance before calling the screen |
11:51:21 | ddalton | so I just can't call recording_screen (false); from my function? |
11:51:28 | | Quit ramon8 ("O FUK! WAATZ DAT SMELL?!!! O WAIT I FORGETS DAT I AM DA DOPEST SHIITTT!!!") |
11:52:09 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") |
11:53:43 | | Join Thundercloud [0] (n=thunderc@resnet13.nat.lancs.ac.uk) |
11:55:00 | jhMikeS | ddalton: if it's just to take it there using the global setting, then you should use false |
11:55:13 | | Join lee-qid [0] (n=liqid@p54967DAB.dip.t-dialin.net) |
11:56:11 | * | jhMikeS thinks bool recording_screen(int source) would be better where SOURCE_DEFAULT uses the global setting and allows selection. maybe a change for later. |
11:56:30 | safetydan | hrm, now should cutoff be a choice setting or an int setting? |
11:57:45 | ddalton | ok I will try this. |
11:57:48 | ddalton | thanks for your help |
11:59:01 | preglow | safetydan: choice as in strings? |
11:59:32 | preglow | safetydan: if we use pure ints, it'll be hard to say which is the higher cutoff setting for some users, perhaps |
12:00 |
12:01:52 | safetydan | preglow, well strings for the user anyway, something like "lowest low high highest" |
12:01:54 | jhMikeS | ddalton: I was just speculating on a nicer was to do something. The last thing I said won't work. |
12:02:02 | preglow | safetydan: i think we decided against that |
12:02:24 | preglow | but it's not going to be much different anyway |
12:02:39 | safetydan | preglow, so just straight 0 to 3 (1..4) then? |
12:02:56 | preglow | safetydan: do that for now, and i'll ask around to see what people think |
12:03:01 | jhMikeS | "good better best bestest" :P |
12:03:06 | preglow | something is weird on nano now |
12:03:45 | preglow | sometimes i get data abort/illinstr and pink spots in the wps |
12:03:53 | jhMikeS | preglow: what did I do now? :P |
12:04:29 | jhMikeS | wasn't nano misbehaving when warm? |
12:04:30 | preglow | might be me, but i think these asm snips are correct |
12:04:40 | preglow | jhMikeS: yeah, but mine isn't, i think |
12:04:43 | preglow | perhaps that's it, though |
12:05:01 | jhMikeS | chill it in the fridge and see |
12:05:08 | preglow | well, it doesn't do it reliably |
12:05:48 | jhMikeS | pink spots doesn't sound like anything I've worked on would cause. You'd either crash or not. |
12:05:55 | Llorean | Well, pink spots in the WPS have never been reported as part of the warm-Nano problem |
12:06:33 | Llorean | It pretty much restricts itself to "garbled playback" and "data aborts and illegal instructions at completely random addresses" |
12:06:52 | * | linuxstb points committers to their mailing list and asks for help |
12:07:20 | ddalton | jhMikeS: It compiled. now the question is: "Will it work?" |
12:07:20 | preglow | the pink spots are transparent sections, i'm quite sure |
12:07:26 | preglow | but god knows why the colour key is ignored |
12:07:44 | preglow | linuxstb: have you got any wma files? |
12:07:46 | pondlife | amiconn: Did you see the Nano offer at http://www.rockbox.org/tracker/task/7510 ? |
12:07:55 | sup | is there any statistics on which mp3 player is most popular with rockbox? |
12:08:08 | jhMikeS | ddalton: I guess that's why one tests things. :) |
12:08:14 | ddalton | yes... |
12:08:29 | linuxstb | preglow: A few, why? |
12:08:38 | jhMikeS | video, right? |
12:08:55 | preglow | linuxstb: would be cool if you could check out if they sounds same afterwards |
12:09:20 | linuxstb | You mean if they still sound like a bag of shit? |
12:09:28 | preglow | yeah, mainly :D |
12:09:55 | Llorean | sup: Most popular as in "The most people have bought this player" or Most popular as in "the people who already use Rockbox mostly pick this player when they need a new one"? |
12:09:59 | preglow | linuxstb: most helpful would be checking coldfire, i guess |
12:10:19 | preglow | linuxstb: boost ratio goes from 175% to 255% on the bangles track on coldfire since yesterday |
12:10:25 | linuxstb | preglow: OK, I'll add it to my to-do list for this evening. |
12:10:31 | preglow | linuxstb: sweet |
12:10:37 | ddalton | well. Doesn't somone have a download log on his website. |
12:10:37 | preglow | linuxstb: realtime ratio, i mean |
12:10:40 | ddalton | someone |
12:10:56 | ddalton | wich says how many downloads each player has had. |
12:11:27 | linuxstb | ddalton: Bagder mentioned some stats a while ago - the ipod video was by far the most downloaded IIRC. |
12:11:42 | sup | Llorean: well, besically, what version is the most downloaded.. |
12:12:20 | ddalton | yes and I would not reccomend it. |
12:12:22 | linuxstb | sup: The ipod video is one of the worse Rockbox targets though... |
12:12:30 | Llorean | sup: iPod Video then. Apple sold so many thousands it really couldn't *not* be #1 very easily |
12:12:52 | linuxstb | s/thousands/millions/ |
12:12:53 | sup | really? |
12:12:56 | sup | not the nano? |
12:13:26 | preglow | argh, oops |
12:14:10 | pixelma | and download stats don't tell everything, people might compile their own builds or update in different intervals |
12:16:01 | pondlife | The stats on rockbox-themes indicate a large iPod Video presence, although this probably indicates more that iPod users want eye candy more |
12:16:33 | ddalton | jhMikeS: I think it is working but it doesn't work yet. There is no code to write to the file. |
12:16:48 | preglow | i believe we do have lots of downloads of video on rockbox.org too |
12:16:59 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
12:17:05 | ddalton | do you think this is a good idea? A quick memo type feature. Hold rec down and record. Once you are done release it and it saves your recording? |
12:17:05 | mrkiko | Hi all! |
12:17:07 | amiconn | preglow: loadsa RED... |
12:17:13 | | Quit spiorf (Remote closed the connection) |
12:17:16 | ddalton | so it is only recording when you are holding rec down |
12:17:42 | pondlife | ddalton: Anything that uses buttons is probably not a good idea ;) |
12:17:43 | mrkiko | Is someone using an iRiver340 with rockbox? |
12:17:50 | mrkiko | Does it work well? |
12:17:51 | pondlife | Or rather, changes their use. |
12:17:51 | linuxstb | Also, the ipod video is (was?) the only hard-disk DAP easily available to run Rockbox on. |
12:17:55 | amiconn | Ah, new build started... |
12:18:03 | pondlife | mrkiko: H340 works great |
12:18:14 | jhMikeS | ddalton: with recording, the disk spinup time to load an encoder would need to be waited on. |
12:19:02 | ddalton | yes but I would still probably use this feature. so not to worried if it is committed or not. But I don't see much use for the long rec button at the minute. It just goes to the rec screen. And I have pressed it by mistake and ended up there. |
12:19:09 | ddalton | When resetting my settings. |
12:19:28 | mrkiko | pondlife: I live in Italy but my iRiver has an US firmware evidently. If I want, can I reinstall the US firmware and have the DRM support back? I hate DRM but I was curious to know if DRM is an hardware or software chip |
12:19:41 | ddalton | Very annoying when speakers are attached to the player. I think this should be removed from rb. But that is just my opinion. |
12:19:46 | pondlife | No, once removed, you have lost DRM forever AFAIK |
12:19:57 | sup | so when is rockbox fr g2 nano coming out.. : ] |
12:20:14 | pondlife | When you crack the encryption and port it :) |
12:20:17 | ddalton | its not until it is done |
12:20:26 | ddalton | and a port first needs to be started. |
12:20:31 | ddalton | (is one?) |
12:20:38 | pondlife | Never, is the best guess |
12:20:38 | sup | encryption? |
12:20:45 | ddalton | yes |
12:20:54 | jhMikeS | the thing that makes it hard to read something |
12:21:02 | pondlife | Or run something |
12:21:07 | sup | what is encrypted? : ] |
12:21:20 | jhMikeS | running requires it be read initially :) |
12:21:52 | mrkiko | I'm also blind - is in your opinion reasonable to thrust in rockbox speaking? |
12:22:11 | pondlife | sup: The later iPods don't have any way to run proprietary code. So unless someone finds a weakness there, or Apple tell us, there is no chance of a port even starting. |
12:22:16 | mrkiko | And hence - I red on the manual that plugins doesn't support speech. So I will not be able to read txt files, righ? |
12:22:16 | * | sup thrusts |
12:22:29 | jhMikeS | mrkiko: I think you can offer your opinion here |
12:22:45 | markun | mrkiko: there is a text to speech plugin in development, but there are some license problems |
12:22:45 | sup | damn |
12:22:49 | linuxstb | mrkiko: At the moment, yes. But realtime text-to-speech is a very wanted feature. |
12:22:56 | | Quit FOAD ("I'll be back") |
12:22:57 | sup | what processor does the 2g nano use? |
12:23:11 | linuxstb | An unknown Samsung chip with an ARM core. |
12:23:37 | pondlife | sup: Most of the 2g hardware is different from the 1g, and even more mysterious. |
12:23:40 | mrkiko | the problem is that I can't let my iRiver crash - it's a present also :) |
12:23:41 | markun | sup: http://www.rockbox.org/twiki/bin/view/Main/SamsungSA58#SA58700 |
12:23:58 | markun | mrkiko: if it crashes you can just reset |
12:24:34 | mrkiko | ... "reset" .. |
12:24:55 | pondlife | mrkiko: The only risk is when flashing the bootloader. I've done that 100s of times with no brickage; you'd only need to do it once. |
12:24:55 | markun | which iriver do you have? |
12:25:24 | markun | ah, h340 |
12:26:04 | mrkiko | Ok ... when I find a sighted user I will ask for help and installa rockbox |
12:27:13 | sup | mrkiko: are you really blind? : D |
12:27:54 | * | pondlife hopes to avoid a subscription to http://www.brickjournal.com |
12:27:59 | markun | sup: you thought it was a joke? |
12:28:35 | mrkiko | sup: yes... |
12:28:58 | mrkiko | from when I was born |
12:29:03 | * | jhMikeS wonders how a PP chip was ever made run 3rd party FW since "PortalPlayer" should be not much more descriptive than an Apple logo. |
12:29:05 | mrkiko | but it's not so bad |
12:29:09 | sup | well, i just think it sounds hard setting up irssi to read the text in linux.. |
12:29:31 | sup | oh, so youre not Totally blind? |
12:29:36 | linuxstb | jhMikeS: You mean how did IPL do that initial work? |
12:29:44 | jhMikeS | lunuxstb: yes |
12:29:46 | | Quit barrywardell (Connection timed out) |
12:29:53 | jhMikeS | *linuxstb |
12:30:25 | mrkiko | no |
12:30:27 | linuxstb | jhMikeS: There is a very high-level product brief available that describes what the chip does. And the Apple original firmware isn't encrypted... I don't think it's impossible... |
12:30:31 | mrkiko | the fact is that I'm using a braille device |
12:30:37 | ddalton | How do I use the get_action function to detect ACTION_STD_REC? |
12:30:38 | mrkiko | so I don't need irssi to use the festival plug-in |
12:31:25 | safetydan | all this effort to make wma faster is just going to tempt people to use that format :) |
12:31:39 | markun | mrkiko: do you know espeak? |
12:31:52 | mrkiko | yew |
12:31:56 | mrkiko | *yes* |
12:32:01 | mrkiko | I used it some time ago |
12:32:05 | markun | mrkiko: http://www.rockbox.org/tracker/task/7660 |
12:32:06 | mrkiko | Aniway: I'm at school now |
12:32:10 | mrkiko | so I should just escape |
12:32:22 | markun | ok, take care |
12:32:26 | mrkiko | Ok, I'll look at that URL |
12:33:00 | safetydan | preglow, the patch now has numeric settings and the settings should be usable for any target with configurable bass/treble cutoff |
12:33:13 | ddalton | mrkiko: Are you blind like me? :-) |
12:33:17 | mrkiko | Ehi boys: you are the first really helpful and nice irc channel i visit |
12:33:27 | mrkiko | ddalton yes, and I saw your site |
12:33:35 | mrkiko | You're a partecipant to the rltty mailing list |
12:33:42 | | Join FOAD [0] (n=dok@dinah.blub.net) |
12:33:46 | mrkiko | *brltty* |
12:33:50 | ddalton | mrkiko: What site? my web one? or a task I opened |
12:34:17 | ddalton | oh right. I see... |
12:34:34 | | Quit Soap () |
12:34:35 | mrkiko | your web site |
12:34:44 | mrkiko | the one your append to your messages on the brltty mailing list |
12:34:48 | ddalton | mrkiko: Have you seen some of sdoyon's patches? |
12:35:10 | jhMikeS | linuxstb: ah...no encryption was a good start |
12:35:10 | mrkiko | sdoyon's patches? I don't know of them. |
12:35:29 | ddalton | do you build your own rockbox from source? |
12:36:52 | ddalton | try this link. Hopefully it works. http://www.rockbox.org/tracker/index.php?opened=1967&status[]= |
12:37:34 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
12:42:12 | mrkiko | Oh... I don't know how to proceed: what advantages will I have building my own rockbox? |
12:42:46 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
12:42:53 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
12:48:02 | linuxstb | mrkiko: If you can program, you can change Rockbox's behaviour to suit your own personal needs. Or you can apply changes (called patches) made by other people, but not incorporated in the official version. |
12:49:16 | ddalton | some good patches for blind people are at the link I said before. so if you can build rb from source you can apply those patches and build. |
12:49:18 | mrkiko | Oh, I know. I'm able to program in C |
12:49:21 | mrkiko | discretely well... |
12:49:37 | mrkiko | And I know the patches concept... I don't know those mentioned by ddalton |
12:49:42 | ddalton | So for example if you applied his talking playlist viewer patch you could then use the playlist viewer with speech. |
12:49:52 | ddalton | this isn't possible in the normal version of rb |
12:50:00 | mrkiko | ah... |
12:50:03 | mrkiko | good! :) |
12:50:30 | mrkiko | What parts of rockbox are accessible without patches? (i.e.: the fm radio tuner is accessible? ) |
12:50:43 | ddalton | well sort of... |
12:51:06 | ddalton | it doesn't voice the freq, but it voices menus and stuff. |
12:52:02 | ddalton | mrkiko: well these just give you improvements lots is accessible. But lots isn't. Also you can other patches. Like maybe one that changes the playback or something. |
12:52:08 | ddalton | use lots |
12:52:30 | ddalton | Also I have written a couple but not sure if you will be interested. |
12:53:01 | preglow | safetydan: excellent |
12:54:01 | pondlife | Nico_P: Morning |
12:54:06 | Nico_P | hi |
12:54:22 | pondlife | Nico_P: Did you rebase your git recently? |
12:54:25 | Nico_P | yes |
12:54:35 | Nico_P | to include jhMikeS' changes |
12:55:04 | pondlife | OK, so still in-sync-ish.. |
12:55:08 | Nico_P | it was 37 hours ago ;) |
12:55:12 | Nico_P | yes I think so |
12:55:43 | Nico_P | generally mob will just be on top of master so you can see the last svn commit that is included |
12:56:04 | Nico_P | r15154 currently |
12:56:12 | ddalton | jhMikeS: Do you know how I use the get_action funtion? |
12:56:22 | ddalton | what arguments do I give it? |
12:58:31 | pondlife | Nico_P: I've been running MoB on the sim lots recently, seems good there. My H340 isn't with me at the moment though. |
12:58:31 | mrkiko | The fact the iRiver boot loader is so closed-source is sad... |
12:58:37 | Nico_P | haha http://www.rockbox.org/wiki/PluginMpegplayer is getting updated every day with better figures :) |
12:59:03 | jhMikeS | ddalton: it takes a context and a timeout and returns the action |
12:59:10 | Nico_P | pondlife: cool :) have any of the bugs from MetadataOnBufferTesting disappeared ? |
12:59:19 | ddalton | ok will " button = button_get(true);"? |
12:59:21 | ddalton | work? |
12:59:23 | pondlife | Not sure, need to retest on target |
12:59:27 | Nico_P | ok |
12:59:40 | Nico_P | I haven't done much progress lately due to my being ill |
12:59:55 | Nico_P | maybe today I'll have courage to work oni int |
12:59:56 | pondlife | No problem, concentrate on getting well |
13:00 |
13:00:07 | jhMikeS | ddalton: that just returns raw buttons |
13:00:24 | Nico_P | don't worry it's just a small flu :) |
13:00:52 | pondlife | Not playback.c-itis ? |
13:01:01 | Nico_P | maybe that too |
13:01:08 | ddalton | jhMikeS: ok. |
13:01:10 | jhMikeS | flus are relaxing since I don't care about anything but getting better :) |
13:02:41 | JdGordon | lol pondlife |
13:02:58 | Nico_P | pondlife: can you still repro the segfault on UP + SELECT in the sim ? and the others ? |
13:03:17 | jhMikeS | since "-itis" refers to "swelling-of"...I'd hope it's the opposite |
13:04:32 | jhMikeS | Nico_P: Was it really nasty to resync? |
13:05:09 | Nico_P | jhMikeS: a little harder than usual, especially as I had to edit commits back in history so that they would all compile |
13:05:31 | Nico_P | (to make bisecting possible) |
13:06:10 | pondlife | Nico_P: The sim segfault was fixed by your callback-with-no-ID3 mod. |
13:06:14 | Nico_P | jhMikeS: apps/playback.c: 390 insertions(+), 407 deletions(-) |
13:06:21 | pondlife | I'm not convinced that was the right fix still though |
13:06:42 | pondlife | I still get stalled playback if I repeat UP+SELECT enough though |
13:06:44 | pondlife | (In the sim) |
13:06:45 | Nico_P | yeah I need to really understand what that loop does |
13:06:52 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
13:06:54 | jhMikeS | sorry for that. I wanted to get the disrupting over with. |
13:07:09 | Nico_P | I've noticed that too, but at least you can recover by simply restarting playback |
13:07:21 | pondlife | Basically, why do an unbuffer callback for a track that was never buffered? |
13:07:41 | pondlife | It shouldn't even have been considering that.. |
13:07:55 | * | ddalton Wrote his first patch that chrashed rockbox |
13:08:12 | * | pondlife has lots of those in his cupboard |
13:08:18 | Nico_P | pondlife: I agree but I think the difference is mainly in how track_widx and track_ridx are used |
13:08:48 | * | ddalton was to do with recording :-) |
13:09:18 | pondlife | Nico_P: I was hoping the circular use of those could be scrapped some day... hint. |
13:09:20 | Nico_P | jhMikeS: also you have to know that some additions in playback.c are #if 0 and #endif around big blocks of code ;) |
13:09:32 | Nico_P | pondlife: how ? |
13:09:33 | pondlife | i.e. let the callbacks be dealt with by buffering.c |
13:10:17 | Nico_P | pondlife: callbacks in buffering.c is a good idea but I don't see how it changes anything for track_?idx |
13:10:32 | mrkiko | ok |
13:10:33 | pondlife | Probably doesn't. I'm being random |
13:10:37 | mrkiko | I should escape miseducately |
13:10:39 | mrkiko | By!!!! |
13:10:40 | | Quit mrkiko ("leaving") |
13:10:46 | pondlife | Probably getting the flu |
13:12:39 | *** | Saving seen data "./dancer.seen" |
13:13:33 | ddalton | jhMikeS: Do you know what variable to speak to find out the elapsed time in the wps? (In the stop seek case) |
13:15:03 | jhMikeS | ddalton: I've hardly ever opened any WPS c files. UI in general isn't something I've done much work on. |
13:15:19 | | Quit safetydan ("Leaving") |
13:15:23 | ddalton | ok then. Thanks for all your help though |
13:15:55 | Nico_P | ddalton: you want to know where the elapsed time is ? id3->elapsed |
13:16:31 | ddalton | Nico_P: thanks is that in seconds? |
13:16:37 | Nico_P | millisecs |
13:17:06 | ddalton | oh ok that's why it wasn't working last time. ms is hz/2? |
13:17:28 | Nico_P | I don't know, what's HZ ? |
13:18:07 | ddalton | doesn't matter so how do I format it in to hours/minutes/seconds? |
13:18:27 | ddalton | I think you use "HZ" to get one second for example would be HZ*1 |
13:18:49 | petur | the tick is 10ms, HZ = 100 so HZ ticks gives 1 second |
13:19:08 | Nico_P | ddalton: then 1 ms is HZ/1000 |
13:20:32 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
13:20:52 | Nico_P | ddalton: format_time in apps/misc.c |
13:22:06 | ddalton | Nico_P: but for voice? |
13:22:06 | * | JdGordon has a cursor following the stylus across the lcd :D |
13:22:18 | ddalton | so how do I get it in seconds? |
13:23:50 | Nico_P | ddalton: to get it in seconds, simply multiply the value by 1000... 1ms is a thousandth of a second |
13:24:08 | ddalton | oh that's what google told me as well. :-) |
13:24:16 | Nico_P | JdGordon: a cursor in rockbox ?? |
13:24:25 | JdGordon | it wont last long |
13:24:26 | ddalton | so hz* id3->elapsed_time or what ever it is called? |
13:24:39 | JdGordon | but i needed to make sure it was getting the right pixel values from the touchpad |
13:25:17 | * | Nico_P is havins some freezes in mpegplayer |
13:26:37 | Nico_P | ddalton: safest is 1000 * id3->elapsed |
13:26:47 | Nico_P | unless you need HZ to be in there |
13:26:56 | ddalton | ok thanks I will do that |
13:26:57 | amiconn | Divide, not multiply... |
13:27:04 | Nico_P | err yeah |
13:27:15 | amiconn | unless you want it in microseconds :P |
13:29:28 | JdGordon | jhMikeS: does button.c know anything about the sansa wheel delta? |
13:29:58 | JdGordon | I need to get some data from button_read_device() to button.c and not sure how to do it |
13:30:20 | jhMikeS | JdGordon: Nope, it just passes it along. it has the function to use it but there's no real integration |
13:30:39 | amiconn | There must be some debug code in the H10 OF... |
13:30:47 | jhMikeS | post it to the queue data |
13:30:49 | * | amiconn just ran 'strings' on it |
13:31:16 | jhMikeS | amiconn: I believe I mentioned that it's full of them :) |
13:31:28 | amiconn | There are several groups of strings which look like some kind of debug screens |
13:31:29 | jhMikeS | I got some reg names from it |
13:31:33 | JdGordon | jhMikeS: post it where? when the button happens or from inside button.c? |
13:31:53 | jhMikeS | post it to the queue |
13:32:28 | jhMikeS | the wheel driver just posts the data along with the BUTTON_SCROLL_UP/DOWN message |
13:32:52 | JdGordon | oh, righto |
13:33:05 | amiconn | hehe, and a couple typos... |
13:33:12 | amiconn | "atrist" |
13:33:40 | jhMikeS | JdGordon: though button read device doesn't seem to have any facility for extra data :\ |
13:33:47 | jhMikeS | *button_read_device |
13:33:51 | | Quit BigBambi (Read error: 113 (No route to host)) |
13:33:54 | Nico_P | anyone know why mpegplayer freezes towards the end of elephant's dream ? |
13:34:19 | JdGordon | we may have to think of a better way to do buttons... but for now ill just copy the wheel driver and implement button_repeat manually |
13:34:20 | jhMikeS | Nico_P: no matter if you start at the beginning or not? |
13:34:45 | Nico_P | ah, haven't tried not starting from the beginning |
13:35:33 | jhMikeS | I just get "missing packet start code prefix: nn" |
13:35:58 | amiconn | RTXC3.2 RTOS |
13:36:09 | jhMikeS | yep |
13:36:29 | amiconn | And it looks like the OF might have USB host |
13:36:32 | jhMikeS | lots of UTF-16 in there too |
13:36:32 | JdGordon | jhMikeS: its fine to do the post in an IRQ right? |
13:36:46 | jhMikeS | queue_post is completely IRQ safe |
13:36:57 | JdGordon | cool, just chcking :) |
13:37:04 | preglow | can't queue_post block? |
13:37:08 | jhMikeS | nope |
13:37:34 | jhMikeS | queue_send therefore it's forbidden by IRQ handlers |
13:37:54 | ddalton | how do we convert seconds to minutes? for example 3700 secons. 1 hours and how many minutes? |
13:37:59 | ddalton | seconds |
13:38:00 | | Quit midgey () |
13:38:12 | amiconn | Haha, numerous filenames including path. |
13:38:14 | ddalton | I know it is 1 hour and one min but how do we do this in c what operation? |
13:38:20 | amiconn | That thing was compiled on a windows box |
13:40:24 | preglow | ddalton: minutes = totalsecs/60, seconds = totalsecs%60 |
13:40:55 | jhMikeS | amiconn: just wait till you get to realizing there COM objects in there too :) |
13:41:22 | jhMikeS | of course that needs a little disasm as well |
13:41:37 | amiconn | Janus drm... I don't think MS has a devkit to build this on something else than windows |
13:41:37 | ddalton | ok I will try that thanks. |
13:41:43 | * | ddalton Is no good at maths |
13:42:38 | | Join MethoS- [0] (n=clemens@pD955C6EB.dip.t-dialin.net) |
13:44:30 | jhMikeS | don't we have utility functions to just decompose thing into time units? /me thinks we should. |
13:45:11 | JdGordon | jhMikeS: putting the quque_post() in the irq instead of button_tick seems to have made it stop working (BOOTLOADER is defined), any ideas why? |
13:45:47 | jhMikeS | JdGordon: what are you doing? there's no interrupt in the bootloader for e200. the buttons are polled there. |
13:45:57 | JdGordon | mrobe touchpad |
13:46:18 | JdGordon | sorry, should have said that |
13:46:29 | JdGordon | i was only interested in the e200 because of the delta stuff |
13:46:39 | | Quit SirFunk (Remote closed the connection) |
13:46:39 | JdGordon | which is sort of similar but not quite :p; |
13:46:50 | jhMikeS | All the wheel support is disabled in the bl |
13:47:48 | JdGordon | not the wheel stuff... button_get_data() should work in the bootloader right? |
13:48:49 | | Quit EnterUserName (Read error: 104 (Connection reset by peer)) |
13:49:13 | | Join EnterUserName [0] (n=dave@ip-128.55.99.216.dsl-cust.ca.inter.net) |
13:50:10 | JdGordon | bah, button_status was being called instead of button_get for some reason |
13:51:30 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
13:52:49 | JdGordon | yay :) its working again |
13:53:40 | | Join cendres [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:79) |
13:55:18 | | Quit Zagor ("Client exiting") |
13:55:29 | jhMikeS | button_get_data will work as long as the queue used, sure |
13:55:34 | jhMikeS | *is used |
13:57:55 | jhMikeS | personally I'd prefer button_get be able to return the data right during the call instead of stashing it in a global static |
13:58:54 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
14:00 |
14:01:51 | JdGordon | I agree |
14:03:46 | JdGordon | hmm... we dont have a queue_peek or similar? |
14:05:26 | | Quit ashes (Read error: 113 (No route to host)) |
14:05:38 | jhMikeS | to peek for what? |
14:06:13 | | Join Arathis [0] (n=doerk@p508A65F1.dip.t-dialin.net) |
14:06:30 | JdGordon | dw |
14:06:40 | jhMikeS | queue_empty is true if there's no messages at the time, queue_count gives the count at the time |
14:08:28 | | Join mf0102 [0] (n=michi@85.127.182.13) |
14:09:00 | | Quit ddalton ("leaving") |
14:09:09 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
14:09:55 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
14:10:10 | | Quit ddalton (Client Quit) |
14:15:54 | * | linuxstb wonders why bluebrother dismissed http://www.rockbox.org/tracker/task/7986 so quickly |
14:16:19 | JdGordon | "The device can be mounted manually as root." |
14:16:28 | JdGordon | its a linux problem.. not rockbox |
14:16:53 | linuxstb | IIUC, the poster is describing different behaviour under Rockbox compared to the original firmware. |
14:17:17 | Llorean | linuxstb: On a device where that really shouldn't be possible though. Hardware USB. |
14:17:44 | linuxstb | Rockbox still does _something_ though. |
14:18:01 | preglow | seems ffmpeg survives some errors in wma streams |
14:18:08 | preglow | even if decode_block itself errors out |
14:21:58 | JdGordon | So, im going to start getting the touchpad working in rockbox, we dont want that compiled in for all sims so people can use the mouse right? |
14:22:43 | Nico_P | I'd like to be able to use the mouse in all sims |
14:22:49 | Nico_P | mabe make it a command line arg |
14:22:55 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
14:23:15 | JdGordon | command line is a waste i tihnk.. its not like the backdrop where it will annoy people who dont use it |
14:23:32 | JdGordon | I tihnk there was some objection to it last tim I brought it up though |
14:23:45 | Llorean | linuxstb: My H120 has no problem automounting in Ubuntu in Rockbox. |
14:23:49 | pondlife | The objection is that the sim should be as close to the target as posible. |
14:24:17 | pondlife | I too would like to have the option of using the mouse though! |
14:25:16 | pondlife | JdGordon: How will the touchscreen/mouse support handle going back/cancelling etc. An on-screen button I suppose? |
14:25:42 | JdGordon | touching different regions gives different acitons |
14:25:55 | JdGordon | iirc top left is always the "menu" button |
14:26:59 | JdGordon | compiled and on the dap.. here goes nothing! :D |
14:27:16 | linuxstb | Llorean: OK. But it's odd that the poster is reporting different behaviour in the OF and Rockbox - assuming he/she really is. |
14:27:29 | JdGordon | oh poo! |
14:28:07 | Llorean | linuxstb: Yeah, I would've asked about Bootloader USB, as well as rebooting the computer. |
14:28:27 | Llorean | It could be that the automount function decided to give up after his OF test and before his Rockbox test |
14:32:32 | amiconn | Afaik some people have trouble with bootloader USB on iriver |
14:32:40 | * | preglow gives up finding out how ffmpeg handles this |
14:33:37 | Llorean | amiconn: I thought all the bootloader USB problems were on H300 |
14:33:46 | amiconn | I'm not sure |
14:34:03 | Llorean | I pretty much use bootloader USB exclusively on my H120, except when I need to test something, and I've not had a problem yet. |
14:34:03 | | Quit Nico_P (Read error: 104 (Connection reset by peer)) |
14:34:09 | Llorean | Though I'll admit I don't use it nearly as much any more as I used to |
14:34:19 | amiconn | It doesn't affect all H300s either. Or perhaps it depends on the host |
14:34:41 | amiconn | Bootloader USB works fine for me, both on H1x0 and H300 |
14:34:41 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
14:34:59 | amiconn | That is with latest official bootloaders |
14:36:00 | pondlife | Latest official H300 bootloader never works for me |
14:36:04 | pondlife | SVN is fine though |
14:36:35 | amiconn | I never tried plain SVN; too dangerous on irivers |
14:36:41 | pondlife | I'll bug LinusN when he gets back from China about a new release... :) |
14:37:06 | preglow | return AVPROBE_SCORE_MAX/2+1; // this must be less than mpeg-ps because some retards put id3v2 tags before mpeg-ps files |
14:37:18 | preglow | sounds like they have experiences like ours wrt. tagging :P |
14:37:23 | amiconn | But iirc LinusN once gave me an updated one which should fix the bootloader USB for the affected H300s. That one actually broke bootloader USB for me... |
14:37:45 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
14:38:02 | pondlife | I believe he found out why and the current SVN should be fine |
14:39:40 | linuxstb | preglow: ;) They seem more tolerant than us though - they like to support any combination that's physically possible... |
14:40:00 | linuxstb | Whereas we just say "fix your broken files"... |
14:40:01 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
14:40:13 | | Quit RoC_MasterMind (Client Quit) |
14:40:40 | amiconn | linuxstb: Imho rockbox shouldn't fail on wrongly tagged files, it should just skip them, but not evaluate them |
14:42:24 | amiconn | It should definitely not crash on bad files |
14:44:18 | * | preglow should optimize speex some |
14:44:18 | linuxstb | I agree. Most codecs will skip an id3v2 tag at the moment, but I think that's about as far as Rockbox goes. |
14:44:19 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
14:44:50 | amiconn | I mean it should never crash, even if you e.g. pass an mp3 file to the wma decoder or something like this |
14:45:04 | Llorean | preglow: Speex still doesn't work with stereo files, does it? |
14:45:32 | preglow | Llorean: haven't the foggiest |
14:45:41 | GodEater_ | no it doesn't |
14:45:46 | GodEater_ | you just get silence |
14:47:08 | preglow | well, that sucks |
14:47:34 | GodEater_ | safetydan took a look at it but I'm not sure if he ever worked out what was wrong |
14:48:43 | * | GodEater_ wonders why OSS podcasts don't make more use of speex |
14:49:37 | JdGordon | coz they are hypocrites! |
14:49:46 | roolku | Bagder: the "annoying 'Saving settings' splash" has its purpose: It is the only feedback that the button press has registered (delay while disk is spinning up). If you are standing in the freezing rain and want to quickly move on to the next textfile this is quite important |
14:49:48 | markun | GodEater_: I saw that project gutenberg is now starting to use speex for audiobooks: http://www.gutenberg.org/etext/19683 |
14:50:01 | roolku | Bagder: could you tell me what is annoying about it? |
14:50:23 | JdGordon | Bagder is in china atm iirc |
14:50:32 | Nico_P | roolku: I think you mean Zagor |
14:50:48 | roolku | whoops, yes, easy to confuse |
14:50:59 | Zagor | can you tell me what its' purpose is? |
14:51:07 | roolku | I did? |
14:51:27 | roolku | give feedback that the button has registered and you don't need to keep pressing |
14:51:39 | Zagor | sorry, didn't see the above line. |
14:51:53 | Zagor | I think such feedback would be better achieved by simply clearing the screen or some such. |
14:52:13 | Zagor | I found the splash exteremely annoying |
14:52:17 | amiconn | linuxstb: Do you have plans to do optimisation work on libdemac? |
14:52:54 | * | jhMikeS threw a "Saving Settings" splash in jpeg.c but only when they change. It help distinguish it from a lockup. |
14:53:06 | amiconn | There is quite some potential for speedup especially on coldfire |
14:53:08 | roolku | well, looking at a blank screen strikes me as less usefull than seeing the text with a splash on top |
14:53:22 | linuxstb | amiconn: Not for Coldfire - I don't know it. But yes, I would like to spend some more time on ARM at some point. |
14:53:24 | roolku | -l |
14:53:44 | Zagor | roolku: sure, but the point is normally that splash i shown for a mere fraction of a second and just becomes "UI noise" |
14:53:45 | amiconn | The scalarproduct() would fly when using emac |
14:53:47 | markun | amiconn: would be great if you could at least get some compression level realtime |
14:54:08 | amiconn | And the additions and subractions could at least profit from burst reads & writes |
14:54:25 | amiconn | Are these buffers in iram or dram? |
14:54:51 | linuxstb | As much is in IRAM as I could put there - I spent some time optimising iram usage for Coldfire. |
14:54:52 | Nico_P | roolku: the splash should probably be shown only when the settings actually need saving |
14:55:09 | linuxstb | amiconn: Which buffers specifically? |
14:55:36 | amiconn | Those on which scalarprodcut() and vector_add() / vector_sub() are used upon |
14:55:41 | roolku | Nico_P: they are always saved on exit, unless I overlooked something |
14:55:48 | Nico_P | GodEater_: I've just used SVN on my gigabeat for a bit and I don't find it any faster to skip to an unbuffered file when the disk isn't spinning |
14:55:48 | amiconn | (in filter.c afaics) |
14:55:58 | | Quit MethoS- (Remote closed the connection) |
14:56:03 | Nico_P | roolku: then maybe it could be nice to not save them each time |
14:56:41 | roolku | Nico_P: could you name a situation when this doesn't happen (we are talking text position here) |
14:57:09 | Nico_P | roolku: ah, right. I didn't realise this was part of the settings too |
14:57:27 | linuxstb | amiconn: Yes, they are. |
14:57:58 | amiconn | Even for the largest filer size? |
14:58:22 | roolku | there is a significant delay on exiting the text viewer dues to disk spin up (on targets with disks) |
14:58:28 | | Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
14:58:30 | roolku | -s |
14:58:35 | linuxstb | Not for the "insane" 1280 order filter, no. But I don't think that's realistic on anything other than the Gigabeat S |
14:58:37 | Zagor | roolku: ...which in itself is annoying. |
14:59:08 | | Join MethoS- [0] (n=clemens@pD955C6EB.dip.t-dialin.net) |
14:59:13 | Zagor | roolku: I think you/we need to consider there are both casual and "power" users of the viewer. the constant setting saving is good for power users, but annoying for casual users. |
14:59:13 | roolku | Zagor: I would aggree, but unless we implement delayed write, I don't see how this can change? |
14:59:13 | linuxstb | amiconn: But the buffers for compression level up to and including -c4000 are in IRAM. Only -c5000 (aka insane) uses that 1280 order buffer, which isn't in IRAM. |
14:59:18 | | Join low_light [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-49dbc1cd54b6b283) |
14:59:22 | Nico_P | roolku: is it really necessary to save text position ? IMHO only saving the settings (if necessary) would be enough |
14:59:25 | amiconn | I agree with roolku that plugins should indicate that they're saving settings on exit |
14:59:58 | amiconn | But also, plugins should keep track of their settings, and *only* save them if they really changed |
15:00 |
15:00:01 | Nico_P | I agree too on the splash, but I remember being annoyed with having to wait for the disk to spin up on exit |
15:00:36 | | Quit thegeek (Read error: 110 (Connection timed out)) |
15:00:36 | amiconn | Saving text position should either be optional, or when automatic, only apply to larger text files |
15:00:41 | amiconn | (imho) |
15:00:48 | roolku | the best solution would be to be able to queue the settings write somehow and do it later |
15:00:52 | amiconn | linuxstb: Do we have test files? |
15:01:06 | amiconn | And I remember having seen a speed table... |
15:01:30 | linuxstb | amiconn: I can give you my test file |
15:01:33 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
15:01:36 | Llorean | amiconn: Optional IMHO, otherwise you'll have to set an arbitrary decision as to what "larger" is. |
15:02:25 | roolku | there is the same issue with saving resume position in the video players |
15:02:27 | | Quit hcs (Client Quit) |
15:02:28 | low_light | jhMikeS: according to the mrobe100 disassembly (pp5020), there's some register misnaming...http://rafb.net/p/fRmlNp46.html |
15:02:31 | amiconn | Llorean: A natural limit would be "doesn't fit in the buffer as a whole". |
15:02:45 | low_light | specifically, XMB_NOR_CFG & XMB_RAM_CFG |
15:03:00 | Nico_P | roolku: btw, it would be nice if the wide view could scroll column by column and display a scrollbar at the bottom |
15:03:25 | amiconn | Scroll by column? Why that? |
15:03:35 | jhMikeS | low_light: I thought that was pp5002 - amiconn said |
15:03:43 | roolku | what constitutes a column? |
15:03:47 | amiconn | I agree on the scrollbar though (on bitmap targets of course, and optional like the vertical one) |
15:04:04 | amiconn | roolku: Yeah, good question as well |
15:04:06 | low_light | jhMikeS: no, another pp5020 |
15:04:11 | jhMikeS | eek |
15:04:28 | amiconn | jhMikeS: I never said m:robe 100 is PP5002... |
15:05:14 | | Quit pill (Nick collision from services.) |
15:05:19 | roolku | vertical scrollbar could be based on visible contents only I suppose, you don't want to have a huge text file to find the maximum line length |
15:05:23 | | Join pill [0] (i=pill@sloth.shellfx.net) |
15:05:36 | jhMikeS | amiconn: either you mistyped it or I recalled incorrectly |
15:05:45 | | Part Llorean |
15:06:05 | roolku | aerm, horizontal scrollbar |
15:06:16 | jhMikeS | low_light: I'm pretty sure DEV_TIMING1 isn't XMB_NOR_CFG |
15:06:20 | | Join Llorean [0] (n=llorean@rockbox/administrator/Llorean) |
15:06:25 | amiconn | linuxstb: Umm, and the predictor also looks like something that might love emac |
15:06:30 | | Quit pill (Nick collision from services.) |
15:06:39 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
15:06:56 | Nico_P | roolku: yeah, looking for the max line len only on the screen would make sense. a column is like a vertical line |
15:06:57 | jhMikeS | I'll have another look at the H10 fw |
15:06:58 | amiconn | roolku: The vertical scrollbar already exists... |
15:07:36 | roolku | amiconn: yes, I mixed them up |
15:07:51 | Nico_P | amiconn: I'd like to scroll by column because I hate paged scrolling and currently in wide mode the scrolling behaves like pages scrolling |
15:08:11 | Nico_P | (the horizontal scrolling, that is) |
15:08:33 | JdGordon | well this sucks! |
15:08:36 | amiconn | Hehe, I prefer paged scrolling because line scrolling is too slow. Actually you can always do both |
15:08:38 | roolku | Nico_P: but your approach would only work for fixed-width fonts? |
15:08:50 | amiconn | And a column is undefined for proportional fonts |
15:09:32 | amiconn | You could of course use some approximate width as "column", e.g. the width of 'A' (as used in several places) |
15:09:35 | linuxstb | amiconn: Yes, there's potential in lots of places... |
15:09:47 | Nico_P | hmm true. but maybe scroll by a smaller amount them |
15:09:55 | Nico_P | or allow some overlap at least |
15:10:07 | jhMikeS | let's just have lists have colums that are defined :) |
15:10:17 | amiconn | linuxstb: demac is all 16 bit arithmetics? |
15:10:40 | PaulJam | Nico_P: isn't there already a buttoncombination to scroll by column? (on h300 play + left/right iirc) |
15:10:50 | linuxstb | No, I think the predictors are 32-bit, and filters 16-bit (or vice-versa) |
15:12:11 | roolku | I think it could in fact work, just by chopping off the same number of chars at the beginning of the every line |
15:12:17 | amiconn | Hmm. The predictor uses mla on arm |
15:12:37 | amiconn | So it might be 32 bit but not overflow 32 bits in multiply-add? |
15:12:37 | JdGordon | kkurbjun: time to wake up :D /me is stuck |
15:12:42 | *** | Saving seen data "./dancer.seen" |
15:14:04 | jhMikeS | low_light: well, how bout that :) I guess DEV_TIMING1 should be renamed and the other |
15:14:39 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
15:14:45 | linuxstb | amiconn: The C code uses 32-bits everywhere, so I think that's enough. It's been about 6 months since I looked at this though, and have forgotten the details... |
15:15:18 | linuxstb | s/6/4/ (my memory is bad...) |
15:17:17 | jhMikeS | low_light: don't hestite to correct errors. they're bound to occur. |
15:17:54 | | Quit MethoS- (Remote closed the connection) |
15:18:04 | | Join MethoS- [0] (n=clemens@pD955C6EB.dip.t-dialin.net) |
15:18:56 | | Quit MethoS- (Remote closed the connection) |
15:19:08 | | Join MethoS- [0] (n=clemens@pD955C6EB.dip.t-dialin.net) |
15:22:07 | | Join nerochiaro [0] (n=nerochia@adsl203-164-174.mclink.it) |
15:22:26 | JdGordon | is there any reason why an irq would only trigger once in a regular build, but work fine in a bootloader build? |
15:22:33 | low_light | jhMikeS: ok...but I'm not in position to do any commits |
15:23:52 | | Join ToHellWithGA [0] (n=ryan@d16-124.rt2-bras.clm.centurytel.net) |
15:23:53 | nerochiaro | quick question: anyone ever tried to see if it's possible to port rockbox to the creative zen v player ? |
15:25:09 | Llorean | nerochiaro: As long as a player is firmware upgradeable it's always "possible", it's just a question of whether there are people with the drive to do all the necessary work. |
15:25:27 | amiconn | linuxstb: I think at least -c2000 should be manageable realtime on cf. Perhaps even -c3000 |
15:25:45 | nerochiaro | well, i meant to ask if there was already an attempt in progress somewhere, but i worded it wrong |
15:25:46 | linuxstb | amiconn: -c3000 would be the most useful - I think that's the default. |
15:25:54 | amiconn | Just found the wiki page about your decoder - it's quite hidden... |
15:26:21 | jhMikeS | JdGordon: that sounds odd |
15:26:27 | Llorean | nerochiaro: Pretty much every known attempt has a thread in the New Ports forum as an attempt to call attention to other interested parties |
15:26:48 | nerochiaro | i'll check that |
15:26:50 | nerochiaro | thanks |
15:27:16 | JdGordon | jhMikeS: well, im not actually sure if the irq isnt triggering... i only get the BUTTON_TOUCHPAD once, and i tihnk ive found everywhere it could be filtered out, so im confused |
15:28:17 | jhMikeS | put a counter in the handler and splash it somewhere or show it the debug menu somewhere? |
15:28:32 | linuxstb | nerochiaro: There are people working on porting Rockbox to the m:robe, which has the same CPU as the Zen - that will make a Zen port easier, but still needs interested and skilled people to do it. |
15:29:31 | nerochiaro | linuxstb: the zen V ? i see something about the zen vision M, but not the V |
15:30:29 | linuxstb | nerochiaro: I just assumed they all used the same CPU. I could very well be wrong though... |
15:30:48 | | Quit MethoS- (Remote closed the connection) |
15:30:59 | | Join MethoS- [0] (n=clemens@pD955C6EB.dip.t-dialin.net) |
15:31:33 | nerochiaro | linuxstb: not sure what hardware the V has inside. i'm really asking here on behalf of a friend who has it |
15:31:35 | JdGordon | jhMikeS: yep, the irq counter isnt gong up... its only being triggered once! |
15:32:08 | | Nick Tanuva|Zzz is now known as Tanuva (n=tanuva@83.220.128.10) |
15:33:40 | | Quit jhulst ("Konversation terminated!") |
15:34:02 | | Quit MethoS- (Remote closed the connection) |
15:34:32 | | Quit roolku () |
15:35:30 | | Quit Jon-Kha (Remote closed the connection) |
15:37:44 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
15:38:26 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
15:40:20 | | Join mrkiko [0] (n=mrkiko@adsl-96-103.38-151.net24.it) |
15:40:23 | mrkiko | Hi all! |
15:40:32 | nerochiaro | mrkiko: hi there |
15:44:31 | mrkiko | nerochiaro: italian? |
15:44:53 | nerochiaro | yes |
15:47:24 | mrkiko | nerochiaro :) |
15:47:36 | mrkiko | your nick says this |
15:47:39 | jhMikeS | JdGordon: I can see no reason for that unless something else isn't implemented properly somehow. :\ |
15:47:54 | JdGordon | :'( |
15:48:02 | mrkiko | nerochiaro: rockbox user ? |
15:49:06 | jhMikeS | JdGordon: does it get acked in the bl and not in the fw? |
15:49:25 | JdGordon | yeah, works fine in the bl |
15:49:48 | JdGordon | unfortunatly, the earliest point i can do any usefull debuggin is in action.c |
15:50:04 | JdGordon | but ive got it splashing the irq count if it changes, and it sits on one |
15:50:25 | jhMikeS | and counts up in the bl? |
15:50:55 | JdGordon | i havnt checked, but the cursor follows the stylus, so it must be working.. thats the only way the touch gets into the button queue |
15:52:33 | JdGordon | yes, goes up about 100 every touch! |
15:52:35 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
15:52:47 | jhMikeS | 100? |
15:53:14 | JdGordon | yeah, the irq is triggered as soon as the data is ready |
15:53:23 | JdGordon | which is very fast :p |
15:53:23 | jhMikeS | 100 times? |
15:53:46 | JdGordon | it reads its inputs at 12mhz iirc |
15:53:58 | jhMikeS | shouldn't data be ready once? |
15:54:29 | jhMikeS | that seems weird it should act that way |
15:54:30 | | Join MethoS- [0] (n=clemens@pD955B9F2.dip.t-dialin.net) |
15:54:56 | JdGordon | yeah, but it works for now... |
15:55:43 | jhMikeS | I wonder...that doesn't seem like it's really working right |
15:56:37 | JdGordon | na, it is... we could set it to only send the data when we ask for it, but this way is how the OF set it so we havnt been bothered changing it |
15:59:54 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
16:00 |
16:00:55 | | Join bluebrother [0] (i=55IFMLeW@rockbox/staff/bluebrother) |
16:03:20 | | Join scorche|w [0] (n=8dc5049d@st.iptel.by) |
16:22:48 | | Quit Jon-Kha (Remote closed the connection) |
16:24:53 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
16:25:02 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
16:28:20 | | Quit Zagor ("Client exiting") |
16:30:08 | Nico_P | pondlife: I've pushed some changes you might like |
16:30:17 | pondlife | OK, will pull |
16:30:47 | Nico_P | pondlife: btw, thanks for your test album, it's very useful for testing and funny too |
16:30:56 | pondlife | Indeed |
16:31:50 | Nico_P | with the latest commit, you can have ~30 tracks in the buffer and skip back and forth within these without having the disk spin at all |
16:31:55 | | Quit MethoS- (Remote closed the connection) |
16:32:17 | pondlife | Cool, so you only unbuffer when you need the room? |
16:32:22 | Nico_P | exactly |
16:32:33 | pondlife | That's how it should be |
16:33:02 | pondlife | p.s. I never did see the buffering debug screen... |
16:33:07 | pondlife | Am building now. |
16:33:29 | pondlife | make install |
16:33:30 | Llorean | Nico_P: Does this also mean that if you set put, say, 3 tracks in a playlist and they all fit in the buffer, "Repeat" won't result in rebuffers? |
16:33:32 | pondlife | Oops |
16:33:52 | Llorean | Assuming, that is, the playlist isn't reshuffled? |
16:34:04 | pondlife | Llorean: It should do... a bug if not I reckon :p |
16:34:15 | Llorean | pondlife: Well, it's a long, long standing bug right now, I believe. |
16:34:24 | pondlife | Indeed |
16:34:44 | Nico_P | Llorean: good question, but I think it will rebuffer. That's probably because of the playlist code though. I'll test to make sure |
16:34:46 | Llorean | So if it doesn't, it's not a new bug, just not a fix for the old one. |
16:35:12 | pondlife | Or a bug in the new code if it's intended not to rebuffer in this case... |
16:35:24 | Llorean | pondlife: Well, it's more a playback code issue, I'd imagine. |
16:35:31 | pondlife | I think the old behaviour was more by design than a bug |
16:35:41 | mrkiko | Is there a completely hardware-opened mp3 player where rockbox can be used? |
16:35:53 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:35:53 | petur | Nico_P: there's also an issue where multiple times the same song causes the same file to be buffered again and again... will your system also handle that? |
16:35:54 | Llorean | pondlife: I think the old behaviour was more because the original buffer often wouldn't hold even one song. |
16:35:56 | Nico_P | I think when repeat is set, the playlist code makes the playback code believe it's like an infinit playlist |
16:36:21 | pondlife | Llorean: Indeed, the design was the same since Archos Player. |
16:36:33 | Llorean | Nico_P: Would it at all be possible to have it detect if a song in the playlist is already buffered, and go to that? |
16:36:37 | Nico_P | petur: ATM it doesn't but it could |
16:36:58 | Llorean | Nico_P: For example if my playlist is song A, B, A, C A, instead of buffering A three times, somehow handle that case? (It seems like that'd also fix rebufering with repeat, even with shuffle) |
16:37:15 | * | petur discovers he asked about the same thing Llorean did :/ |
16:37:17 | Nico_P | Llorean: I think so, as the filename is stored in the handles, so bufopen could return the id of an existing handles in case of duplicates |
16:37:57 | JdGordon | except you have to make sure you dont trash the handle untill everything using it is done |
16:37:58 | Nico_P | the only problem in that case is that I'd need to be very careful before bufclosing |
16:38:14 | Nico_P | JdGordon: we agree :) |
16:38:14 | Llorean | Well, just something to keep in mind at least. :) |
16:38:37 | * | JdGordon not sure its worth the overhead |
16:38:50 | Nico_P | the case i had in mind for that is album art... we don't want to buffer ten times the same bitmap |
16:39:14 | Llorean | JdGordon: For short playlists (or long playlists of very short files) it could drastically reduce disk spinups. |
16:39:29 | * | Llorean is curious how long his gigabeat would last on RAM-only playback. |
16:40:06 | Nico_P | Llorean: the main buffer is roughly 30 MB so you do the math according to your avg bitrate :) |
16:41:25 | Llorean | Nico_P: If you take a 30 megabyte segment of my playlist the average bitrate could be as low as 100bps or as high as 990kbps or so. |
16:41:41 | | Join MethoS- [0] (n=clemens@pD955B9F2.dip.t-dialin.net) |
16:42:17 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
16:42:18 | Llorean | Actually it's probably closer to maybe 500bps |
16:42:21 | pondlife | Nico_P: I found your debug screen... |
16:42:32 | pondlife | What's the "useful" figure mean? |
16:42:33 | Nico_P | pondlife: was it that hard to find ? |
16:42:37 | pondlife | No :) |
16:43:00 | Nico_P | pondlife: basically it's the data that hasn't been played yet |
16:43:38 | Nico_P | I know the labels can be a bit confusing if you're not familiar with the code |
16:43:51 | pondlife | Hmm, so you consider data as useful still even though it could be skipped back into? |
16:43:55 | pondlife | Or rewound into |
16:44:06 | Nico_P | hmm I have a one track long playlist and the track is buffered 4 times |
16:44:31 | JdGordon | that makes sense though |
16:44:52 | mrkiko | In my opinion the solution to have rockbox on the hard drive and not on the flash is very very intelligent |
16:44:52 | Nico_P | pondlife: no. useful data is the data between the current read position and the write position |
16:44:59 | JdGordon | Nico_P: if you really want to add handle sharing, you should only do it for repeat playlists.. not for when 1 track is in the playlist multiple times |
16:45:11 | pondlife | Why do my 7 buffered tracks have 14 handles? Not all codecs, surely? |
16:45:23 | Nico_P | JdGordon: that distinction doesn't apply in buffering.c |
16:45:35 | Nico_P | pondlife: each track has metadata and audio |
16:45:38 | pondlife | Ah, ok |
16:45:42 | pondlife | Phew |
16:45:52 | pondlife | I imagined lots of buffered MP3 codecs |
16:45:54 | JdGordon | Nico_P: hmm, ok |
16:46:06 | Nico_P | pondlife: data that can be seeked back to or skipped back to isn't "useful" |
16:46:15 | | Join Rob2222 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
16:46:35 | Nico_P | at least not until you go back to before it |
16:46:46 | | Join Crash91 [0] (n=evil91@196.218.80.170) |
16:46:58 | Nico_P | pondlife: to see it you can try pressing up and down in the debug screen |
16:47:14 | nerochiaro | mrkiko: sorry, i had people at the door. no, i'm not really a rockbox user. i just lurk here from time to time and borrow some rockbox source to use in another other project |
16:47:21 | Crash91 | is there any specific reson why rockbox cant support 32x32 icons? |
16:47:56 | Llorean | Crash91: I don't think there are any fonts 32 tall, even. |
16:48:04 | Crash91 | ter32? |
16:48:30 | Llorean | Does it just not load the images? |
16:48:48 | Nico_P | JdGordon: maybe to handle multiple bufopens for the same file I could add a counter in the handle struct ? so that it has to be bufclosed the same number of times before it actually disappears |
16:48:53 | Crash91 | i havent tried yet, im thinking of making one, but it says its limited to 24x24 |
16:49:17 | Llorean | Crash91: My guess is it was probably decided that icons that large would take up too much screen space. We have to pre-allocate memory for them, so a limit had to be set somewhere. |
16:49:28 | Nico_P | only problem with that is I can't detect multiple identical bufallocs with metadata |
16:49:32 | Crash91 | kk =) 24px it is |
16:50:07 | Crash91 | btw...on the sansa...what if the disk is full, where does rockbox store its memory? |
16:50:14 | Crash91 | in the FW partition? |
16:50:30 | Llorean | Crash91: I don't understand the question, at all. |
16:50:45 | JdGordon | Nico_P: I woudltn worry about it untill mob is working fully anyway |
16:50:48 | Crash91 | well rockbox has some stuff on disk, like RAM right? |
16:50:53 | Llorean | Crash91: If the disk is full and Rockbox needs disk space, there will be errors. But "memory" refers to RAM, not disk space. |
16:50:53 | pondlife | Nico_P: Nice work |
16:51:05 | Nico_P | JdGordon: yeah, my current goal is "no regressions" |
16:51:11 | Crash91 | k |
16:51:45 | Llorean | JdGordon: I just brought it up so that the idea can be there, so he doesn't accidentally code it into impossibility if it isn't already. :) |
16:51:50 | Nico_P | I'm thinking I can commit when there aren't any major regressions left and improve after that |
16:52:22 | pondlife | Only slight problem is that skipping backwards repeatedly, results in another rebuffering. But that's fair enough, our main aim is playing forwards! |
16:52:44 | Nico_P | Llorean: *if* it's impossible, it's because of the current code. hopefully the new buffering code is flexible enough to handle it correctly |
16:53:08 | Nico_P | pondlife: yes, but you can't predict how far the user is going to skip backwards :) |
16:53:19 | Llorean | Nico_P: Hopefully. :) |
16:53:21 | pondlife | Best to assume one track like you do I think.. |
16:56:01 | mrkiko | ehi guys! |
16:56:20 | mrkiko | How can I work with fwpatcher.exe in Linux? |
16:56:30 | Nico_P | mrkiko: it works with wine |
16:56:37 | | Quit Pyromancer (Remote closed the connection) |
16:56:40 | Nico_P | but you can use rbutil or the command line tools |
16:56:45 | | Quit Rob222241 (Read error: 113 (No route to host)) |
16:57:11 | mrkiko | Nico_P: ok, I'll try cbecause I can't use graphic-mode apps |
17:00 |
17:00:48 | | Quit Jon-Kha ("leaving") |
17:01:07 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
17:01:15 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
17:08:47 | | Join mickleby [0] (n=chatzill@adsl-69-107-78-238.dsl.pltn13.pacbell.net) |
17:09:09 | | Part mickleby |
17:10:55 | | Part Crash91 |
17:12:10 | Nico_P | pondlife: do you find skippinf to an unbuffered track to be any slower in MoB than in SVN ? |
17:12:35 | pondlife | Not really possible to tell on the sim |
17:12:35 | Nico_P | or rather "skipping" |
17:12:44 | *** | Saving seen data "./dancer.seen" |
17:12:46 | Nico_P | pondlife: haven't tried on H300 ? |
17:12:50 | pondlife | Tonight |
17:13:01 | pondlife | I left it in the car.. |
17:13:08 | Nico_P | but from your previous tests ? |
17:13:08 | pondlife | ..which is with mrs pondlife |
17:13:19 | Nico_P | it shouldn't have changed recently in MoB |
17:13:29 | pondlife | Early ones seemed slower in MoB, but I thought that improved |
17:13:47 | pondlife | Should be possible to knock up a timer to prove it, right? |
17:13:58 | pondlife | Do we have a system tick counter? |
17:15:16 | Nico_P | I think so |
17:15:26 | pondlife | One thing which I think is new to MoB... my WPS has a playlist index displayed (9 of 2300) or whatever... |
17:15:58 | | Quit MethoS- (Remote closed the connection) |
17:15:59 | Nico_P | I see nothing wrong with that |
17:16:02 | pondlife | I thought the number (9) used to increase immediately when I skipped. Now it's rather slow |
17:16:21 | Nico_P | ah yes it has a small delay compared to the rest of the metadata |
17:16:24 | pondlife | I mean when skipping during buffering |
17:16:31 | pondlife | Oooh |
17:16:43 | pondlife | I've just got the wrong track displayed |
17:16:58 | pondlife | Playing Spiritualized, but displaying Elvis Costello.. |
17:17:22 | pondlife | Playing track 15, but displaying track 16 |
17:17:26 | Nico_P | how did you manage that ? |
17:17:35 | pondlife | Just skipping forward during buffering |
17:18:04 | pondlife | Forward repeatedly fast |
17:19:03 | pondlife | Can't repro it yet though |
17:19:45 | pondlife | Remember I crossfade everything too, in case that's relevant. |
17:21:40 | Nico_P | pondlife: about the (x of y) playlist indicator, I'm pretty sure MoB is an improvement over SVN. In SVN, when you skip to an unbuffered track (say, from 14 to 15), the playlist pos would stay on 14 while the rest of the WPS shows the filename of track 15 (because metadata isn't ready), and then the playlist indicator moves to 15 when the metadata arrives |
17:22:12 | Nico_P | in MoB, metadata is displayed immediately when you skip |
17:23:03 | pondlife | I'll need to compare again.. |
17:23:20 | pondlife | I recall that the x of y part was quick though |
17:23:41 | pondlife | So I could get to a track quite quickly before waiting for buffering |
17:24:41 | | Quit JdGordon (Remote closed the connection) |
17:25:04 | Nico_P | ah, comparing I see that in mob the playlist position isn't always updated. there are some skips, like 9->12->15 |
17:25:14 | Nico_P | in SVN there seems to be no skips |
17:28:19 | Nico_P | hmm I managed to break playback by skipping forwards repeatedly. now stopping then restarting doesn't even work |
17:28:29 | | Join dxm [0] (n=dxm@200-138-146-207.mganm702.dsl.brasiltelecom.net.br) |
17:29:55 | pondlife | Nico_P: Yes that's what I'm seeing, SVN always moves smoothly a track at a time |
17:29:59 | pondlife | Sorry, work calls. |
17:30:43 | Nico_P | yeah, now I see what you mean |
17:33:48 | dxm | rockbox for ipod touch works good? |
17:34:49 | bluebrother | yes. It hasn't even ported. |
17:35:17 | * | bluebrother wonders how it should work "good" if the front page says "not Touch" |
17:37:53 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
17:39:31 | linuxstb | dxm: No, Rockbox won't work at all on the ipod touch. |
17:41:28 | GodEater_ | not only won't it work, it won't even install |
17:47:02 | low_light | wouldn't it be possible to run Rockbox as an app on the itouch/iphone? |
17:47:14 | Nico_P | GodEater_: I've been doing some tests and I don't see any cases where mob is slower to skip to unbuffered tracks than svn... maybe it's just because I'm on gigabeat though |
17:47:36 | GodEater_ | =/ |
17:47:58 | GodEater_ | I've not had a MoB build on my ipod for a couple of days - I wanted to see how the proper multi-core stuff was working out |
17:48:04 | GodEater_ | I'll build another one now and try it again |
17:48:34 | Nico_P | does what I say suprise you ? |
17:48:41 | | Quit Gnu47 ("You know you'll miss me :P") |
17:49:32 | GodEater_ | let's just say it doesn't match my experience :) |
17:50:08 | Nico_P | hmm then I'd be very grateful if you could use git bisect to track down the faulty commit |
17:50:42 | * | GodEater_ goes to try to replicate his experience in svn first |
17:53:44 | GodEater_ | Nico_P: how are you doing your test ? |
17:54:03 | Nico_P | do you mean on the player or with git ? |
17:54:07 | GodEater_ | on the player |
17:55:05 | Nico_P | I've tried starting playing an album with the second track (from the browser), waiting for the disk to spin down (set the spin down time to min), and then skipping back |
17:55:52 | GodEater_ | ok - let me do that exact same test then |
17:56:09 | | Quit atsea-22 (Read error: 104 (Connection reset by peer)) |
17:56:11 | Nico_P | I've noticed that svn seems to spin the disk when I skip to the beginning of a track, which is strange, so I used the audio debug screen to skip back |
17:56:12 | GodEater_ | what time are you getting before playback of the unbuffered track |
17:56:16 | n1s | Nico_P: in svn spindown time doesn't affect spindown when buffering, it just spins down as soon as it's done |
17:56:26 | Nico_P | ah |
17:56:40 | Nico_P | GodEater_: roughly 3 secs |
17:56:49 | n1s | did you change that with mob? |
17:56:50 | GodEater_ | yeah same here with svn |
17:56:58 | Nico_P | n1s: I don't think so |
17:57:03 | * | GodEater_ goes to update his git tree |
17:57:06 | n1s | good :-) |
17:57:21 | Nico_P | n1s: do you happen to know what code does that ? |
17:57:22 | | Quit ToHellWithGA ("You know you'll miss me a lot.") |
17:57:40 | n1s | nope |
17:58:05 | Nico_P | n1s: maybe the ata_sleep(); call ? |
17:58:23 | Nico_P | hmm I need to change that |
17:58:58 | n1s | could be that, I just remember that I asked one of the devs familiar with this stuff about it sometime |
18:00 |
18:02:33 | | Quit desowin ("use linux") |
18:02:37 | Nico_P | the ata code desperately lacks comments :( |
18:02:58 | mrkiko | I found only rbutilqt for linux: no console tools |
18:03:21 | Nico_P | mrkiko: you want to pacth the firmware file, right ? |
18:03:34 | mrkiko | right |
18:03:59 | Nico_P | mrkiko: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Patching_the_iriver_firmware |
18:04:03 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:09:28 | | Quit petur ("work->home") |
18:14:02 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
18:15:12 | amiconn | Nico_P: svn always rebuffers when skipping back |
18:15:36 | amiconn | And yes, if you want to spin down immediately when done with buffering, you have to call ata_sleep(); |
18:15:39 | Nico_P | amiconn: is this desirable behaviour ? |
18:15:47 | amiconn | It's KISS behaviour |
18:15:56 | moos | it doesn't rebufer in any case |
18:16:11 | Nico_P | amiconn: I'm not sure I agree |
18:16:28 | moos | depending what's left on the buffer, and if the track was completly buffered before |
18:16:37 | amiconn | The ata code isn't complicated imho... |
18:16:53 | amiconn | The playback and buffering code, however, is |
18:17:12 | Nico_P | amiconn: ah, you were saying KISS about ata_sleep() ? |
18:17:27 | amiconn | No, about always spinning up when skipping back |
18:17:32 | Nico_P | ah |
18:17:36 | Nico_P | why is it ? |
18:18:02 | moos | exemple: A,B,C fit on the buffer completly, then if I want to skip back for track B, it will don't rebuffer |
18:18:21 | Nico_P | moos: I thought that too but I don't think it's true |
18:18:29 | amiconn | svn has no sophisticated code to track whether the backskip could go without rebuffering |
18:18:42 | | Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) |
18:18:49 | moos | Nico_P: that's true |
18:19:01 | amiconn | At least that's what I know, I never skip much |
18:19:41 | Nico_P | amiconn: but you agree it's desirable to avoid rebuffering when skipping back to something we have already in the buffer ? |
18:19:44 | amiconn | I said it's KISS behaviour, not that it's desired behaviour |
18:19:47 | Nico_P | ok |
18:19:55 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-184533c34ee9999e) |
18:20:20 | moos | the only case you will have rebuffering for track B in our exemple, that's if you made the disc to spin for browsing for exemple, cause the buffer is refiled at nay disc activity |
18:20:31 | moos | any |
18:21:32 | | Quit midgey () |
18:22:28 | | Quit barrywardell () |
18:24:01 | moos | Nico_P: currently it *doesn't* rebuffer if the track is in totality in the buffer |
18:24:28 | Nico_P | yeah that's what I just saw... I must've been confused |
18:24:28 | | Join Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) |
18:24:38 | moos | you will have refilling for the first or the last filed files |
18:25:01 | Nico_P | what do you mean ? |
18:25:20 | moos | take my simply exemple |
18:25:45 | moos | 3 tracks buffered |
18:25:50 | moos | A,B,C |
18:26:11 | moos | you will not have rebuffering for the track B only |
18:26:31 | Nico_P | why ? |
18:26:45 | moos | because the first one isn't 100% filled and the last one too |
18:27:04 | Nico_P | hmm than I believe my code is an improvement |
18:27:31 | | Quit obo ("bye") |
18:27:36 | moos | let's hope then :) |
18:27:49 | Nico_P | have you tried it or had a look at it ? |
18:28:48 | moos | but this buffering thing for skiping back is more "problematic" for targets with less availiable memory |
18:29:33 | moos | for exemple on my X5, 12mo and something isn't big, then I have big chance to have rebuffering for a skip back |
18:30:15 | amiconn | linuxstb: Looks like test_codec freezes the target if it's waiting for the final button press (which btw. is illogical) and the poweroff timeout kicks in |
18:31:09 | moos | but on my gigabeat with almost 30 mon, that's better cause betwen the first and the last buffered tracks, there are few 100% buffered tracks that will not need disc for skip back |
18:32:00 | moos | Nico_P: I didn't find the time for test your new code yet |
18:32:45 | moos | Nico_P: pm for french, that's better :) |
18:34:20 | | Quit DataGhost (Read error: 110 (Connection timed out)) |
18:36:51 | | Join Ebert [0] (n=EbErT@adsl-223-54-62.aep.bellsouth.net) |
18:45:44 | | Quit Ebert () |
18:47:33 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
18:48:28 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:49:20 | pondlife | Nico_P: Just a quick note - On H340, I'm still getting the playback break-up/pause when initially starting. |
18:49:29 | pondlife | i.e. a short break in playback |
18:49:34 | pondlife | About 0.5s |
18:49:57 | Nico_P | pondlife: after playing the first few seconds ? |
18:50:01 | pondlife | Yes |
18:50:04 | pondlife | Same as before |
18:50:17 | Nico_P | has it always been like this ? |
18:50:39 | pondlife | On MoB, yes |
18:50:42 | pondlife | Not SVN though |
18:50:55 | Nico_P | yeah, that's what I meant ;) |
18:51:10 | pondlife | Oops just crashed by skipping back |
18:51:18 | pondlife | Hard crash |
18:51:22 | Nico_P | :( |
18:51:44 | pondlife | Sorry; I wasn't even trying to make it fail |
18:52:06 | Nico_P | hehe, don't apologise ;) |
18:52:41 | pondlife | You need to borrow a slow target, maybe |
18:53:32 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
18:54:45 | Nico_P | pondlife: I have an H300 but I sold it to my mother |
18:54:59 | Nico_P | and I don't live with my parents |
18:55:31 | pondlife | Suggest you see if you can borrow it back for a bit :) |
18:56:36 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
18:57:07 | Nico_P | next time I go back home it'll be for a week though, so I'll be able to use it |
18:57:18 | Nico_P | I'll have less time to work on MoB though |
18:58:17 | pondlife | Maybe swap it for your Gigabeat until MoB is committed, or shortly after? ;) |
18:58:24 | Nico_P | pondlife: would you mind testing the commit I just pushed ? |
18:58:54 | Nico_P | I do hope to commit mob before I go back home (in a bit more than a week) |
18:59:14 | pondlife | Cool and ambitious |
18:59:22 | pondlife | I'll test shortly, hopefully |
18:59:34 | Nico_P | well it's probably time to make the development a bit more public |
18:59:55 | Nico_P | pondlife: cool :) it *might* fix the dropout |
19:00 |
19:00:22 | pondlife | Before you commit, could I ask you to do another run through the code and put even more comments in. |
19:00:27 | pondlife | Especially playback.c |
19:00:41 | Nico_P | that's probably a good idea, yes |
19:00:54 | pondlife | While you have the knowledge |
19:00:58 | | Join petur [0] (n=petur@rockbox/developer/petur) |
19:01:22 | pondlife | Hmm, on another topic, I though the Database Info screen used to update automatically during a rebuild or update? |
19:01:29 | pondlife | It only does it if I press a button now. |
19:04:01 | | Join ilgufo [0] (n=matteo@host70-184-dynamic.1-79-r.retail.telecomitalia.it) |
19:06:03 | | Join dez`` [0] (n=IceChat7@d205-250-46-222.bchsia.telus.net) |
19:06:24 | dez`` | hey fellow geeks! |
19:06:35 | pondlife | Speak for yerself |
19:06:43 | dez`` | ok :) |
19:06:56 | dez`` | i need some help |
19:07:41 | krazykit | well, you don't get any unless you tell us what you need help with |
19:08:39 | | Join lazka [0] (n=lazka@85-124-173-178.dynamic.xdsl-line.inode.at) |
19:08:45 | dez`` | i got the zip with the doomf.wad and the rockdoom.wad and my doom still hasnt worked |
19:09:02 | dez`` | on the 30 ipod 5.5g |
19:09:13 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
19:09:28 | krazykit | dez``, i didn't think those were distributed in zip files. are you following the wiki exactly? |
19:09:46 | dez`` | theres a wiki for the rockbox doom? |
19:10:10 | krazykit | yeah. do a search. |
19:10:22 | dez`` | k |
19:12:45 | *** | Saving seen data "./dancer.seen" |
19:14:56 | | Join Domonoky [0] (n=Domonoky@e176236039.adsl.alicedsl.de) |
19:17:13 | dez`` | nope still doesnt work :'( |
19:17:26 | dez`` | it says "missing base .wad" |
19:19:09 | | Quit dxm () |
19:19:10 | amiconn | linuxstb: Up to 93% realtime for -c3000 on coldfire :) |
19:19:33 | amiconn | (starting from 64%) |
19:19:54 | amiconn | That's with just the filter math optimised |
19:22:03 | bertrik | dez``: did you follow the doom wiki? http://www.rockbox.org/twiki/bin/view/Main/PluginDoom |
19:22:53 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
19:26:22 | preglow | amiconn: you're optimizing ape? |
19:26:24 | | Part pondlife ("Gone") |
19:26:27 | amiconn | yup |
19:26:31 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
19:27:48 | preglow | why? :P |
19:28:05 | amiconn | Another half-baked feature... |
19:28:29 | dez`` | got it working |
19:28:32 | dez`` | thanks guys |
19:29:52 | | Join haemmy [0] (n=stefan@194.208.162.140) |
19:30:40 | * | preglow bakesall his features at 225 degrees for fourty minutes |
19:31:10 | | Quit Gnu47 ("You know you'll miss me :P") |
19:35:52 | BigBambi | Do we have a splash or anything appearing for low battery on Sansas? |
19:37:09 | BigBambi | or is this chap talking about something in the OF: http://forums.rockbox.org/index.php?topic=13308.msg0#new |
19:37:55 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
19:39:17 | bertrik | There's a Battery empty! RECHARGE! message and I think I've seen it once |
19:40:03 | BigBambi | but he can't be getting that + 40% |
19:40:11 | BigBambi | I think I shall query him |
19:40:41 | | Join mrkiko_ [0] (n=mrkiko@adsl-ull-185-119.42-151.net24.it) |
19:42:02 | bertrik | I'm thinking of writing a texture mapped cube demo, perhaps re-using the rockbox logo that's shown at startup |
19:42:27 | bluebrother | Domonoky: do you have anything that we should add before making a new release of rbutil? |
19:43:25 | Domonoky | no, feel free to make a release.. |
19:43:53 | Nico_P | bluebrother: please make a tag for the release as well |
19:44:14 | bluebrother | good. I really need to do that soonish before RL occupies all my time (and I'm waiting for internet access) |
19:44:18 | | Quit mrkiko (Read error: 110 (Connection timed out)) |
19:44:50 | Domonoky | yes, please make a release, before you start your new job.. :-) |
19:44:54 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
19:45:14 | bluebrother | I need to move too ... will get quite rushy :( |
19:45:42 | lazka | is this known..? changing themes on my sansa sometimes resets rb settings. |
19:46:11 | | Join kkurbjun_ [0] (n=kkurbjun@alamode.Mines.EDU) |
19:46:23 | Domonoky | bluebrother: good luck.. |
19:46:46 | bluebrother | thanks ... |
19:46:58 | | Join ToHellWithGA [0] (n=ryan@d16-124.rt2-bras.clm.centurytel.net) |
19:50:09 | | Join Guile`` [0] (n=Guile@78.114.116.190) |
19:51:53 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
19:57:21 | | Join obo [0] (n=obo@rockbox/developer/obo) |
19:58:11 | | Quit lazka ("I'm off now") |
20:00 |
20:00:59 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
20:01:38 | | Join WalterEgo [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) |
20:01:42 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
20:01:45 | hcs | does anyone know offhand why the high score updating in rockbox isn't in show_details? |
20:02:13 | hcs | seems like that's where it ought to be, and because it isn't when switching hold on and off the high scores are erased and not redrawn |
20:03:12 | | Quit Gnu47 ("You know you'll miss me :P") |
20:05:01 | Nico_P | bluebrother: in rbutil's about dialog, I get $ symbols around the SVN revision |
20:05:53 | Nico_P | bluebrother: "Version SVN $Revision 15190 $ (m1.0.2)" |
20:05:58 | bluebrother | Nico_P: yes, that's normal. |
20:06:04 | | Quit dez`` ("Don't push the red button!") |
20:06:10 | Nico_P | bluebrother: really, why ? |
20:06:41 | | Nick mrkiko_ is now known as mrkiko (n=mrkiko@adsl-ull-185-119.42-151.net24.it) |
20:06:54 | mrkiko | Hi boys! |
20:07:03 | bluebrother | simply because it's something like the svn $Id$ |
20:07:16 | mrkiko | I'm reading the wiki, but I still can't figure out from where descramble comes from |
20:07:20 | bluebrother | and I haven't bothered removing the $ symbols −− I don't think it matters much. |
20:07:29 | mrkiko | tools/*: what bz2 archive contains these tools? |
20:07:54 | bluebrother | mrkiko: you need to get the sources from svn |
20:08:07 | mrkiko | ah ok |
20:08:10 | mrkiko | can you pass me the url? |
20:08:42 | Nico_P | bluebrother: but in "#define VERSION "SVN $Revision$ (m1.0.2)", $Revision$ should be substituted with the svn rev, shouldn't it? then why do the dollar symbols appear ? |
20:09:22 | bluebrother | because the $ symbols won't get replaced. It's the same as as $Id$ −− the $ symbols won't get stripped too. |
20:09:30 | Nico_P | ah |
20:09:36 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
20:09:37 | bluebrother | http://www.rockbox.org/wiki/UsingSVN |
20:11:22 | | Join jac0b-work [0] (n=jac0b-wo@gifn3.fpl.com) |
20:12:20 | jac0b-work | toffe82: did you check to see if the F series battery fits in the S series |
20:13:24 | toffe82 | jac0b-work: yes, it fits, but I don't think the one you found will fit |
20:14:21 | toffe82 | jac0b-work: with the battery of the F in the s it is dificult to reinstal the small board withe the connectors, it is really tight |
20:14:52 | jac0b-work | toffe82: I see |
20:15:00 | WalterEgo | I see JDGordon has worked a bit on the M:robe scrollpad thing.. D'you guys reckon some of that code could be used to work the H10 unidimensional (up-down) scrollpad someday? |
20:15:28 | Nico_P | WalterEgo: I doubt it, it's really not the same thing |
20:15:50 | toffe82 | jac0b-work: but markun show me another ref of battery from the same provider that say for gigabeat s an f |
20:16:14 | WalterEgo | Shame... If I understood anything at programming I'd have a look.. Alas, basic php includes for webpage is about all I could understand :p |
20:16:15 | bluebrother | Zagor: when reading the logs, can you copy the new rbutil 1.0.2 to the download server? http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/ |
20:16:19 | jac0b-work | toffe82: if it is tight with the F series battery then for sure the iPod battery won't fir |
20:16:22 | jac0b-work | fit* |
20:16:51 | jac0b-work | yeah but its 850mah |
20:17:07 | toffe82 | http://cgi.ebay.com/Replacement-for-Toshiba-GigaBeat-S60-Battery-1000mAh_W0QQitemZ320147422776QQihZ011QQcategoryZ118262QQrdZ1QQssPageNameZWD1VQQcmdZViewItem |
20:17:12 | jac0b-work | i got a username to sign on to the cameron sino site |
20:17:23 | toffe82 | this one say for all the gigabeat, is it the same as yours ? |
20:17:57 | jac0b-work | it looks the same |
20:18:08 | | Quit FOAD (Connection timed out) |
20:18:08 | jac0b-work | but who knows what you will get in the mail |
20:18:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
20:19:30 | | Quit hcs ("Leaving.") |
20:21:42 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
20:22:09 | jac0b-work | this is what cameron sino's site has http://www.divshare.com/download/2398178-a29 |
20:23:10 | n1s | bertrik: this page http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI has most of the dirt on the rockbox graphics api |
20:23:24 | bertrik | ah thanks! |
20:34:25 | jac0b-work | how is the metadata on buffer coming along? |
20:35:11 | | Quit Gnu47 (Nick collision from services.) |
20:35:19 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
20:35:25 | | Quit kugel ("Benutzer ist abwesend.") |
20:36:16 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
20:39:37 | | Quit jac0b-work ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
20:41:47 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
20:46:39 | | Quit WalterEgo () |
20:48:08 | | Quit Gnu47 ("I'm off to stalk my Pah'Mach'kai") |
20:48:28 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
20:48:28 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
20:48:43 | | Quit Nico_P (Remote closed the connection) |
20:48:46 | | Quit spiorf (Remote closed the connection) |
20:49:51 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
20:53:10 | | Join rockboxnewbie [0] (i=44647301@gateway/web/cgi-irc/labb.contactor.se/x-f80b61163a73cf20) |
20:54:31 | | Quit rockboxnewbie (Client Quit) |
20:54:34 | | Join rockboxnewbie [0] (i=44647301@gateway/web/cgi-irc/labb.contactor.se/x-8f98def8fb2f153e) |
21:00 |
21:00:02 | | Quit rockboxnewbie ("CGI:IRC (Ping timeout)") |
21:02:15 | | Join barrywardell [0] (i=c101acbc@gateway/web/cgi-irc/labb.contactor.se/x-4b164ed6a4de5baa) |
21:02:39 | | Quit keanu (Read error: 104 (Connection reset by peer)) |
21:03:58 | | Join rockboxnewbie [0] (i=44647301@gateway/web/cgi-irc/labb.contactor.se/x-e3b95c66c6162ee4) |
21:05:32 | | Quit barrywardell (Client Quit) |
21:06:04 | | Quit rockboxnewbie (Client Quit) |
21:06:09 | | Join rockboxnewbie [0] (i=44647301@gateway/web/cgi-irc/labb.contactor.se/x-c41d9ad95b7ea60c) |
21:07:45 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
21:08:37 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
21:10:44 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
21:11:07 | | Quit rockboxnewbie ("CGI:IRC (Ping timeout)") |
21:12:47 | *** | Saving seen data "./dancer.seen" |
21:16:40 | | Quit Tanuva (Read error: 104 (Connection reset by peer)) |
21:18:04 | | Quit kugel ("Benutzer ist abwesend.") |
21:19:36 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
21:21:35 | | Join Tanuva [0] (n=tanuva@83.220.128.10) |
21:30:29 | | Quit davina ("xchat on Ubuntu 7.04") |
21:31:32 | bertrik | anybody knows what causes the OF on the sansa to refresh its database? |
21:35:59 | desowin | it happens always when you saved anything to device in msc usb mode |
21:37:49 | | Quit haemmy (Read error: 104 (Connection reset by peer)) |
21:38:08 | | Join Ebert [0] (n=EbErT@adsl-223-54-62.aep.bellsouth.net) |
21:45:51 | krazykit | bertrik, if you use an older version, the bootloader can prevent it from refreshing |
21:46:27 | krazykit | oh, you were answered in #rockbox-community already. |
21:47:47 | bertrik | i won't mind helping out with finding the special bit for the latest version of the original firmware |
21:47:57 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
21:48:11 | przemhb | Hi all |
21:48:19 | krazykit | hello |
21:48:22 | preglow | rhrmf |
21:48:22 | bertrik | I mean, the special bit for updating the database that is set when something is written |
21:49:30 | przemhb | I've got a problem with linking a plugin I am writing - linker returns "undefined reference to memcpy" |
21:50:05 | bluebrother | przemhb: you need to access the functions through the plugin api pointer |
21:50:08 | | Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) |
21:50:34 | przemhb | bluebrother: I am not using the memcpy at all in my code |
21:50:38 | preglow | przemhb: gcc uses it |
21:50:45 | preglow | you need to wrap memcpy so gcc sees it |
21:50:46 | przemhb | yes I know |
21:50:55 | preglow | i think a couple of plugs do this already |
21:51:01 | Domonoky | there is a macro for this... i dont remember the name.. |
21:51:06 | przemhb | so how to do this? |
21:51:20 | rasher | przemhb: MEM_FUNCTION_WRAPPERS(rb) |
21:51:27 | przemhb | the only I do is coping GPIO's to a array... |
21:51:50 | rasher | rb being the plugin api pointer |
21:51:51 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
21:52:06 | przemhb | for example I have: gpio[GPIOA][0] = GPIOA_OUTPUT_VAL; |
21:52:16 | bertrik | maybe -fno-builtin stops gcc from using <string.h> functions? |
21:52:35 | amiconn | bertrik: It does not. |
21:52:35 | przemhb | I've stared the plugin basing on helloworld plugin code |
21:52:51 | amiconn | We're alreadycompiling with -ffreestanding |
21:53:11 | rasher | przemhb: put MEM_FUNCTION_WRAPPERS(rb) somewhere at the top of your plugin - not within any function, and the rb pointer must be global |
21:53:19 | amiconn | The target environment must provide the 4 basic mem* functions |
21:53:21 | Domonoky | przemhb: just add the macor rasher mentioned, to your code, and it will work.. :-) |
21:53:33 | amiconn | Ah, yes |
21:53:45 | amiconn | Didn't remember we have a macro for that nowadays... |
21:54:50 | rasher | Why don't splashes use the foreground/background colours? |
21:54:57 | przemhb | I've put this; I am waiting for make results now... |
21:55:50 | amiconn | rasher: They use the foreground colour |
21:56:07 | rasher | But not the background? Sounds "dangerous".. |
21:56:11 | przemhb | it helped ! |
21:56:15 | amiconn | Background is different because that makes the more visible |
21:56:17 | przemhb | thank you guys |
21:56:28 | amiconn | (except on mono displays of course) ;) |
21:56:41 | rasher | amiconn: what if I'm using a light foreground? Splashes become useless.. |
21:57:28 | rasher | seems not |
21:57:52 | rasher | looks to me like splashes are always black on white (or light gray, perhaps) |
21:58:03 | | Quit pepie34 ("Ex-Chat") |
21:58:04 | amiconn | Ah, yes |
21:58:11 | amiconn | They're black on grey |
21:58:49 | amiconn | That must have changed at some point (the foreground, not the background) |
21:59:17 | rasher | And with good reason - using only one of them opens up potential black-on-black situations |
21:59:22 | | Quit Gnu47 ("I'm off to stalk my Pah'Mach'kai") |
21:59:29 | | Join eigma [0] (n=cat@216.48.162.210) |
21:59:34 | amiconn | Nah, only grey on grey ;) |
21:59:36 | kkurbjun_ | hey eigma :) |
21:59:39 | eigma | hey |
21:59:48 | eigma | ok so this was the best idea I could come up with: |
22:00 |
22:00:06 | eigma | we register remote_heartbeat_tick() which simply sends out a heartbeat packet. nothing more.. no reads. |
22:00:11 | rasher | I understand the point about making it more visible, but it also looks really strange with the gray in the middle of it all. |
22:00:38 | kkurbjun_ | I did try registering that seperate |
22:00:47 | kkurbjun_ | it didn't seem to work too well |
22:00:48 | eigma | button_read/button_read_device() non-blockingly reads the uart hardware fifo (which can be configured up to 32 bytes long) and sees if there's any heartbeat responses |
22:00:56 | eigma | if so, it parses them and returns the key status |
22:01:04 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
22:01:04 | eigma | and then it purges the fifo |
22:01:14 | eigma | and does not send any heartbeat |
22:01:37 | kkurbjun_ | so right now that's close to what I am doing in the latest code |
22:01:37 | eigma | can you explain what didn't work? |
22:01:49 | kkurbjun_ | it's working well at the moment |
22:02:21 | kkurbjun_ | but I was thinking about how to add in screen updates in a generic fashion without blocking |
22:02:45 | kkurbjun_ | since we only have a 32 byte fifo, it's not nearly enough to fit the whole screen |
22:03:04 | eigma | okay, then introduce an irq-driven TX queue |
22:03:23 | eigma | button_read_device() and remote_screen_draw() just queues packets to that queue |
22:04:04 | kkurbjun_ | and remote_screen_draw would be a tick task also? |
22:04:06 | eigma | it could be a circular buffer large enough to fit the largest burst of screen updates we'll ever have.. my gut tells me 1K is plenty |
22:04:09 | eigma | no |
22:04:13 | eigma | remote_screen_draw is just called whenever |
22:05:13 | eigma | tick -> remote_heartbeat_tick() -> uart_queue_tx_bytes() |
22:05:28 | eigma | (time of day changed) -> remote_screen_draw() -> uart_queue_tx_bytes() |
22:05:37 | amiconn | linuxstb: ping |
22:05:42 | eigma | UART TX Int -> uart_queue_tx_drain() |
22:05:57 | kkurbjun_ | I see, what would the arguements be to the uart driver for uart_queue_tx_bytes? |
22:06:09 | amiconn | rasher: Do you have a better suggestion? |
22:06:16 | eigma | const char *buffer, size_t bytes?? |
22:06:41 | eigma | I get the feeling that was a trick question :) |
22:06:56 | rasher | amiconn: Not sure I do, no - perhaps a "shadow" in light-gray at the right-bottom? |
22:06:56 | kkurbjun_ | :), somewhat |
22:07:02 | eigma | what was your point? |
22:07:14 | amiconn | rasher: That would make them look "hollow" |
22:07:18 | | Quit Tanuva ("leaving") |
22:07:22 | eigma | brb |
22:07:30 | kkurbjun_ | well, I'm thinking for multiple commmands to be sent |
22:07:36 | rasher | amiconn: hrm... I'll think about it |
22:07:42 | amiconn | Also, the plain grey background improves readability when a background image is loaded |
22:08:06 | kkurbjun_ | and I guess we could just copy the data to the ring buffer though |
22:08:12 | amiconn | It doesn't have to be grey, it could be configurable |
22:08:30 | rasher | amiconn: well I wouldn't want to use the background image for splash background ever |
22:08:40 | rasher | I agree that it should be a plain colour |
22:08:54 | rasher | perhaps it should be just another theme setting |
22:09:17 | amiconn | The grey was introduced when we got greyscale display on the H1x0. The splashes looked a bit dull with the same white background as the rest of the screen |
22:09:43 | kkurbjun_ | eigma: I think I am seeing how you are envisioning this, so we would effectively have two copies fo the remote screen buffer in memory, one in the ring buffer, and one for the rest of rockbox to draw to? |
22:10:37 | | Join uki [0] (i=uki@ip-195-140-236-39.unreg.tvk.wroc.pl) |
22:10:51 | eigma | there would only be two copies for the (short) amount of time between the draw packet being queued and it going out on the UART |
22:10:58 | mrkiko | ehehehalskfjsdakljflasdkfj |
22:11:01 | mrkiko | I'm on rockbox! |
22:11:13 | eigma | I see your point now; we could have a periodic tick handler that updates the screen straight out of the framebuffe |
22:11:19 | mrkiko | wowowo! It doesn't speak again, even if I put english.voice in .rockbox/langs |
22:11:20 | uki | hi, im here for the first time because i got a question |
22:11:54 | kkurbjun_ | that could work also, but I think I like your solution better |
22:11:57 | uki | are you going to create roxkbox for iriver clix? is it possible |
22:11:58 | uki | ? |
22:12:05 | kkurbjun_ | a bit more memory, but simpler overall |
22:12:25 | eigma | I think 2 KB vs 1 KB is negligible |
22:12:26 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
22:12:31 | BigBambi | uki: If someone with the clix has the skills to do it it will happen. Ports are made by those who want them |
22:12:43 | eigma | especially since there's no potential for this to multiply 100x over |
22:13:07 | BigBambi | uki: The RockBox 'team' doesn't decide to do a port, interested owners do. |
22:13:27 | uki | e..im interested bu my skills... |
22:13:32 | uki | :( |
22:13:52 | uki | but thanks for the answer |
22:13:56 | eigma | kkurbjun: I think it's also more flexible when it comes to turning the BL on/off.. the respective event handlers will just have to queue a command somewhere and forget about it. |
22:13:59 | desowin | you can collect information about hardware and put those on wiki |
22:14:07 | BigBambi | uki: http://www.rockbox.org/twiki/bin/view/Main/NewPort |
22:14:46 | uki | thanks |
22:14:49 | | Quit mf0102 ("Verlassend") |
22:14:50 | BigBambi | np |
22:15:05 | kkurbjun_ | Agreed, I'll work toward teh ring buffer concept, it keeps the proper priority of events well and eliminates some blocking scenerios |
22:15:34 | | Quit XavierGr (Nick collision from services.) |
22:15:35 | uki | maybe it will mobilize me to learn programming:)\ |
22:15:37 | | Join XavierGr [0] (n=xavier@ppp163-97.adsl.forthnet.gr) |
22:16:18 | mrkiko | How can I turn off my iRiver? |
22:16:19 | BigBambi | heh, if you learn enough to do a rockbox port then you will indeed have learnt programming :) |
22:16:19 | mrkiko | :) |
22:16:28 | BigBambi | mrkiko: Which iriver? |
22:16:36 | | Quit nicktastic ("Leaving") |
22:16:43 | uki | it will take long time...i whink ill buy sth that supports rockbox now :) |
22:16:44 | mrkiko | h340 |
22:16:49 | | Quit amiconn (Nick collision from services.) |
22:16:51 | BigBambi | uki: A good idea |
22:16:55 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:17:16 | BigBambi | mrkiko: Hold stop (I think). This is in the manual |
22:17:39 | uki | BigBambi what player u have got? |
22:17:55 | BigBambi | iriver H140 and gigabeat F60 |
22:18:04 | mrkiko | infact |
22:18:07 | mrkiko | but it doesn't work |
22:18:46 | BigBambi | So you have checked which button in the manual, but it doesn't work? |
22:18:59 | BigBambi | And do the buttons work otherwise? |
22:19:11 | mrkiko | yes |
22:19:23 | BigBambi | how long are you holding it? |
22:19:37 | mrkiko | ohhh |
22:19:54 | BigBambi | were you in fact, not holding it? :) |
22:19:55 | mrkiko | it seemed to crash repeating the same song tick for a little but now it's off |
22:19:55 | eigma | kkurbjun: I feel really bad that I havne't been writing any code for Rockbox lately :\ and next week isn't going to be any better, I have tons of schoolwork |
22:20:06 | | Quit uki () |
22:20:10 | | Join uki [0] (i=uki@ip-195-140-236-39.unreg.tvk.wroc.pl) |
22:20:30 | scorche|w | eigma: welcome to the club :) |
22:20:30 | BigBambi | uki: If you are wondering which players etc., check out http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
22:20:41 | | Quit uki (Client Quit) |
22:20:46 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
22:20:57 | eigma | scorche: I don't want to be in this club :( |
22:21:03 | mrkiko | ehi |
22:21:05 | linuxstb | amiconn: I'm around now. |
22:21:07 | eigma | scorche: undergrad? grad? |
22:21:07 | mrkiko | my player work so better |
22:21:13 | mrkiko | it' very fast and |
22:21:25 | mrkiko | i notice less disk spin ups/downs |
22:21:28 | mrkiko | good |
22:21:28 | mrkiko | good |
22:21:37 | mrkiko | Now I'll try to find out why it doesn't speak |
22:21:47 | scorche|w | eigma: well, referring to the general "RL" sense |
22:21:49 | BigBambi | mrkiko: Glad you like it. The manual is a fine resource..... |
22:21:51 | mrkiko | Aniway surely a problem exist: when I start the player using my remote controller |
22:21:58 | mrkiko | the player turn itself off |
22:22:06 | BigBambi | do you have hold on on the remote? |
22:22:13 | mrkiko | pressing "play" directly on the player works |
22:22:20 | mrkiko | no |
22:22:28 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
22:22:40 | mrkiko | holds are off: the remote controller's one and the player's one |
22:22:49 | BigBambi | Ah, do I remember something about the curent H300 bootloader release not supporting remote? |
22:23:02 | BigBambi | Anyone with an H300 like to comment? |
22:23:04 | amiconn | linuxstb: pm |
22:24:15 | mrkiko | I'm very happy aniway with rockbox |
22:24:48 | mrkiko | May be with the help of my sister I get it speaking also... |
22:25:00 | mrkiko | The file structure is ok with the manual blessings |
22:25:01 | BigBambi | mrkiko: Do you have a non-LCD remote? |
22:25:10 | mrkiko | yes |
22:25:18 | mrkiko | in the sense that it doesn't have an lcd screen? |
22:25:31 | BigBambi | The current release bootloader doesn't support start up with that type of remote |
22:25:46 | BigBambi | The next release hopefully will |
22:26:06 | mrkiko | oh |
22:26:11 | mrkiko | I may try it later... |
22:26:22 | BigBambi | mrkiko: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#TODO_list_for_the_upcoming_bootl |
22:26:25 | mrkiko | aniway now I should be able to have "speech menu" |
22:27:03 | BigBambi | Keep an eye on the front page, when a new bootloader is released it will be announced. You will then need to repatch an .hex original firmware and reflash the rockbox bootloader |
22:31:20 | mrkiko | ... I see |
22:34:11 | mrkiko | I don't remember where are saved settings... |
22:34:17 | mrkiko | I'll re-read the manual |
22:35:29 | BigBambi | A good idea |
22:36:35 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
22:39:02 | | Join NAPse [0] (n=the_ulti@cm-84.209.66.130.chello.no) |
22:39:24 | NAPse | Does it exist any OSs to iPOD classic? |
22:39:54 | desowin | yes, the Apple one |
22:40:19 | NAPse | Is it good? |
22:41:26 | scorche|w | NAPse: what does this have to do with rockbox? |
22:41:42 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
22:44:07 | | Part low_light |
22:45:13 | NAPse | Well I hoped that it might exist a rockbox witch is working at iPOD classic, but it seems to be wrong. So I hoped somone could tell me about anotherone. |
22:45:40 | krazykit | there are no other ones |
22:46:06 | | Quit hcs ("Leaving.") |
22:46:09 | NAPse | Damn! |
22:47:19 | | Quit desowin ("use linux") |
22:55:30 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
23:00 |
23:00:25 | mrkiko | What should I do to exit |
23:00:35 | mrkiko | the place where rockbox ask you what name to assign to a preset? |
23:00:43 | mrkiko | I can have spelled a table of symbols |
23:00:48 | mrkiko | abcdefgh... and so on |
23:00:52 | mrkiko | But I can't exit there |
23:02:42 | rasher | mrkiko: Read the manual.. |
23:03:10 | mrkiko | Infact... |
23:04:43 | rasher | Assuming there is a section on the virtual keyboard.. if not, take a wild guess, I suppose |
23:05:29 | mrkiko | but ehehe |
23:05:36 | mrkiko | the manual says to press play to save the changes |
23:05:42 | mrkiko | but the player simply ignores it |
23:06:09 | mrkiko | Is it possible rockbox has crashed? |
23:06:16 | mrkiko | and, if this happen, what should I do? |
23:06:31 | BigBambi | do the other buttins still do anything? |
23:06:38 | BigBambi | *buttons |
23:07:16 | mrkiko | yes |
23:07:31 | mrkiko | eveneven a sighted user can't make the player react |
23:07:49 | BigBambi | If the other buttons still do stuff, it hasn't crashed |
23:07:56 | rasher | Maybe the manual is wrong.. it's happened before |
23:08:01 | | Quit atsea-22 (Read error: 104 (Connection reset by peer)) |
23:08:24 | BigBambi | At this point, I'm going to suggest pressing all the buttons to see what happens :) |
23:08:41 | mrkiko | ok |
23:08:57 | mrkiko | actually nothing :) |
23:09:37 | BigBambi | So none of them do anything? For instance does up down left and right move the cursor around the virtual keyboard? |
23:09:37 | mrkiko | I guess aniway the hardware engine (fm radio) would still go ahead for ours now... |
23:09:53 | BigBambi | mrkiko: I don't understand |
23:09:54 | mrkiko | no |
23:10:04 | mrkiko | my sister sais the cursor is not visible |
23:10:21 | BigBambi | If no buttons do anything at all, it may indeed have crashed. What player again? |
23:10:30 | linuxstb | A long press of the "on" key should quit the keyboard on the h300. |
23:11:07 | mrkiko | h340 |
23:11:22 | mrkiko | no, the on key does nothing: I kept it pressed for 30 secs |
23:11:55 | mrkiko | Aniway: even if it's crashed it would be nice to be able to power the playert off |
23:11:58 | mrkiko | :) |
23:12:02 | linuxstb | Then it seems it's crashed. You'll need to press the reset button. I don't know where it is on the h340... |
23:12:07 | BigBambi | If it really has crashed (although the H300 port is pretty stable), I think the H300 has a reset button on the bottom (although I don't own one myself) |
23:12:23 | BigBambi | I thin it is a little hole on the bottom where the power input is |
23:12:29 | BigBambi | *think |
23:12:39 | linuxstb | On the h140 you need something like a paper-clip to press it. |
23:12:45 | BigBambi | You need to put something small in it like a paper clip |
23:12:50 | *** | Saving seen data "./dancer.seen" |
23:12:51 | BigBambi | heh |
23:12:54 | mrkiko | :) |
23:12:58 | mrkiko | aniway: |
23:13:05 | mrkiko | I'll search |
23:14:52 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
23:15:24 | rasher | The manual should describe this |
23:16:14 | PaulJam | the reset on h300 is on the left side below the microphone |
23:16:19 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-badacca9aab3f736) |
23:16:39 | rasher | .. but it doesn't. |
23:17:49 | mrkiko | ok |
23:17:52 | mrkiko | Ok |
23:18:00 | mrkiko | I resetted it and now the system works as normal... |
23:18:07 | rasher | Or at least, not in the description of the player in the Quick Start section |
23:18:10 | mrkiko | Now... I' not a developer |
23:18:11 | mrkiko | but... |
23:18:11 | BigBambi | PaulJam: cheers |
23:18:15 | n1s | just to be clear, short press on play is indeed accept, long play does nothing and stop is cancel in the keyboard on h300 |
23:18:31 | BigBambi | rasher: I just searched the entire pdf manual for reset and din't find anything relevent |
23:18:35 | mrkiko | I looked at the voice mpeg sequence structure. I guess the mp3 reader skips at the right offset when it needs to say something, right? |
23:19:12 | mrkiko | Wen I kept pressed the right key for a while, probably I made rockbox go mad searching for the right offset of the letter to say... |
23:19:20 | mrkiko | Am I explaining myself? |
23:20:04 | BigBambi | Yes, but I don't use voicing so I have no idea how well or otherwise various parts of it work |
23:20:08 | rasher | BigBambi: I think this info belongs in section 3.1.2 −− Turning the player on and off |
23:20:16 | BigBambi | Yes, it would be helpful |
23:20:35 | rasher | And also in 3.1.1 for players with a dedicated reset button |
23:21:28 | mrkiko | ... |
23:21:35 | mrkiko | Yes: probably I can reproduce the crash this way... |
23:22:19 | rasher | mrkiko: is this a crash in the virtual keyboard you're talking about? |
23:22:28 | mrkiko | and... another interesting thing to write on the manual is probably that |
23:22:35 | pixelma | mrkiko: at the right side there is a blank part you could use for spaces - it should wrap around once you reached the end |
23:22:41 | mrkiko | rasher: yes |
23:22:44 | BigBambi | mrkiko: If you can, have a look on the bug tracker to see if it already there (http://www.rockbox.org/tracker/index.php?type=2) and if not add it. |
23:23:19 | pixelma | mrkiko: if you meant the virtual keyboard as I thought |
23:23:21 | mrkiko | oh... Ill do this tomorrow cause now I'm very tired... |
23:23:24 | | Join MethoS- [0] (n=clemens@pD955E39A.dip.t-dialin.net) |
23:23:28 | BigBambi | mrkiko: sure |
23:23:36 | | Join webguest41 [0] (i=45f66aca@gateway/web/cgi-irc/labb.contactor.se/x-29e871acadd04a63) |
23:23:36 | mrkiko | yes, I meant it |
23:23:46 | webguest41 | Hey. |
23:24:09 | webguest41 | Does anyone know how to get .WAD games for the rockbox? |
23:24:19 | BigBambi | webguest41: The manual or the wiki page |
23:24:34 | BigBambi | Both will tell you |
23:24:36 | webguest41 | Wiki page? What's the link? |
23:24:39 | | Quit MethoS- (Remote closed the connection) |
23:24:42 | mrkiko | Aniway: I don't know if I said it, but when I use rockbox |
23:24:55 | BigBambi | webguest41: Search the wiki for PluginDoom or such |
23:25:05 | mrkiko | I can't turn the player off with the "play" button on the remote controller. |
23:25:19 | mrkiko | That's probably not a problem: I'll have a look at the sleep timer. |
23:25:19 | webguest41 | Can you tell me whats the difference between DOOM and PACBOX or w/e? |
23:25:34 | BigBambi | webguest41: The manual explains what they are, please read it |
23:25:37 | mrkiko | Another important note: the Debian lenny/sid environment is not "sane" to build rockbox |
23:25:46 | webguest41 | o |
23:25:48 | webguest41 | k |
23:25:54 | rasher | mrkiko: Oh? How so? |
23:26:02 | mrkiko | the ... |
23:26:09 | mrkiko | see: |
23:26:20 | rasher | sid works perfectly well - I can't imagine why lenny wouldn't |
23:26:32 | krazykit | lenny works just fine, i use it all the time |
23:27:05 | * | linuxstb wishes Debian would drop the silly names ;) |
23:27:09 | mrkiko | ... may be it's my incompetence |
23:27:11 | mrkiko | I got: |
23:27:12 | mrkiko | Normal build selected |
23:27:12 | mrkiko | Using source code root directory: /home/mrkiko/fw_iriver/svn/rockbox |
23:27:12 | DBUG | Enqueued KICK mrkiko |
23:27:12 | mrkiko | Using m68k-elf-gcc 2.95.3-kgpd (295) |
23:27:15 | mrkiko | Using m68k-elf-ld 2.1420030612 |
23:27:16 | Zagor | linuxstb: well just call it unstable or testing |
23:27:17 | mrkiko | Created Makefile |
23:27:21 | BigBambi | mrkiko: Please don't |
23:27:24 | mrkiko | and now... with make |
23:27:24 | BigBambi | Use pastebin |
23:27:41 | rasher | linuxstb: we can use "unstable" or "testing" .. or "3.0" and "3.1" if you like? |
23:27:43 | linuxstb | Zagor: I do... But then I get confused when other people call it by the name of a Toy Story character... |
23:27:47 | rasher | not for unstable then, of course |
23:27:49 | krazykit | linuxstb, there are actually very good reasons for the silly names, but it's offtopic |
23:27:50 | mrkiko | make[1]: `rdf2binary' is up to date. |
23:27:51 | mrkiko | make[1]: `convbdf' is up to date. |
23:27:51 | mrkiko | make[1]: `codepages' is up to date. |
23:27:51 | mrkiko | make[1]: `scramble' is up to date. |
23:27:51 | *** | Alert Mode level 1 |
23:27:51 | mrkiko | make[1]: `descramble' is up to date. |
23:27:53 | mrkiko | make[1]: `mkboot' is up to date. |
23:27:55 | mrkiko | make[1]: `bmp2rb' is up to date. |
23:27:58 | mrkiko | cpp0: config.h: No such file or directory |
23:27:59 | BigBambi | mrkiko: Please stop it |
23:28:00 | mrkiko | Create sysfont.h |
23:28:03 | mrkiko | Header parsed |
23:28:06 | mrkiko | cpp0: config.h: No such file or directory |
23:28:06 | pixelma | stop! |
23:28:08 | mrkiko | CONVBDF |
23:28:10 | mrkiko | CC sysfont.c |
23:28:12 | Mode | "#rockbox +o Zagor " by ChanServ (ChanServ@services.) |
23:28:13 | mrkiko | Header parsed |
23:28:14 | BigBambi | mrkiko: STOP NOW |
23:28:15 | mrkiko | cc1: Invalid option `5206e' |
23:28:18 | mrkiko | cc1: Invalid option `strict-align' |
23:28:18 | Kick | (#rockbox mrkiko :Zagor) by Zagor!n=bjst@rockbox/developer/Zagor |
23:28:18 | *** | Alert Mode level 2 |
23:29:00 | | Quit webguest41 ("CGI:IRC (EOF)") |
23:29:38 | n1s | wow his gcc is ooooold |
23:30:55 | | Join mrkiko [0] (n=mrkiko@adsl-ull-185-119.42-151.net24.it) |
23:30:59 | mrkiko | Sorry all... |
23:32:08 | Zagor | mrkiko: your compiler is very old |
23:33:19 | mrkiko | Infact, that's the problem |
23:33:23 | mrkiko | probably |
23:33:41 | mrkiko | The probem is that using apt-file also I can't find packages offering that compiler |
23:33:50 | BigBambi | mrkiko: did you run rockboxdev.sh to build the cross compilers? |
23:34:03 | BigBambi | That will do it all for you automatically |
23:34:51 | n1s | but you probably want to uninstall those old m68k-elf packages first |
23:35:23 | mrkiko | I knwew about that script |
23:35:25 | BigBambi | yep |
23:36:10 | mrkiko | In general I read the manuals and do right things, but today is not going this way. I'll try to do this tomorrow... |
23:36:20 | mrkiko | thank you all... |
23:36:36 | BigBambi | mrkiko: Don't worry :) |
23:36:41 | mrkiko | And sorry for misrespecting channel regulations |
23:36:57 | Mode | "#rockbox -o Zagor " by Zagor (n=bjst@rockbox/developer/Zagor) |
23:37:13 | mrkiko | Aniway I red that |
23:37:33 | mrkiko | there is a task (assigned to no-one) for adding espeak plugin to rockbox |
23:37:36 | mrkiko | Very nice idea... |
23:37:44 | mrkiko | Good night! |
23:37:45 | mrkiko | :) |
23:37:48 | BigBambi | Night |
23:37:52 | | Part mrkiko ("rockbox") |
23:38:19 | *** | Alert Mode OFF |
23:41:18 | Zagor | bluebrother: files uploaded |
23:41:28 | | Quit NAPse () |
23:42:32 | | Quit midgey () |
23:43:12 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:43:12 | * | keanu wonders how USB's coming |
23:43:54 | | Join midgey [0] (n=tjross@westquad-188-92.reshall.umich.edu) |
23:44:09 | rasher | Wow, where on earth do you even find gcc 2.95 this day and age |
23:44:15 | Zagor | keanu: I've hit a snag. the first bulk transmit works great, but the second becomes all-zero and the rest are ... strange |
23:44:41 | preglow | moos: here? |
23:44:48 | Zagor | rasher: I think there once was a m68k cross-compiler package in debian. I guess that's what he dug up. |
23:44:50 | keanu | Zagor, ok, good luck on getting it working |
23:45:27 | bertrik | Zagor, maybe first you should get the base USB transfers rock solid before trying to pile the MSC stack on top |
23:45:38 | moos | preglow: hello |
23:45:45 | Zagor | bertrik: base=setup/control ? |
23:45:50 | preglow | moos: did you even find out what was wrong with your musepack? |
23:45:52 | Zagor | they are already solid |
23:46:11 | Zagor | msc is simply the first test case for bulk transfers |
23:46:18 | bertrik | I mean, write a simple USB bulk echo or something like that |
23:46:47 | bertrik | using libusb on the hostside |
23:47:22 | Zagor | yeah maybe. but msc is very simple so it's not like it's adding a lot of complexity anyway. |
23:48:05 | moos | preglow: nope, I fall to stop my musepack uses on my gigabeat. I tested again with all dsp stuff off, but nothing |
23:48:08 | bertrik | BOT is more complex than it seems, mostly because of all the different cases where host and device disagree on the direction/amount of data to be transferred |
23:48:32 | preglow | moos: have you tried test_codec and wav writing? |
23:48:48 | Zagor | bertrik: ah, the famous 13 cases :) |
23:49:00 | bluebrother | Zagor: thanks. |
23:49:11 | | Join Pyromancer [0] (i=Pyromanc@c-24-63-23-50.hsd1.ma.comcast.net) |
23:49:35 | Zagor | bertrik: your point is very valid. I'll do that. |
23:49:43 | moos | preglow: I didn't, but I probably will, cause that's very strange that no one had never complain about. Mybe defected chip. Who knows... |
23:50:04 | preglow | moos: i doubt it, but we already have gigabeat trouble with vorbis |
23:50:06 | przemhb | bye |
23:50:12 | preglow | moos: a test_codec run with wav writing would be very helpful |
23:50:14 | | Part przemhb |
23:50:24 | moos | preglow: I'll try this week-end and let you know the results |
23:50:24 | preglow | moos: do all files sound shit, or just some? |
23:50:40 | | Join safetydan [0] (i=dc9d468b@rockbox/developer/safetydan) |
23:50:46 | moos | all unfortunatly, all that I tested at least |
23:50:49 | preglow | ok |
23:50:58 | preglow | any gigabeat f people here that can be bothered to do some testing? |
23:51:11 | bertrik | good luck! |
23:51:19 | | Quit bertrik ("bye") |
23:51:26 | moos | IIRC Nico_P tested with no troubles |
23:51:27 | krazykit | preglow, sure |
23:51:41 | preglow | krazykit: do you have test_codec plugin? |
23:52:02 | Nico_P | I sent some parts of the WAV output to buschel and he found them to be fine |
23:52:18 | preglow | krazykit: you pretty much only do if you make your own builds and enabled it |
23:52:27 | krazykit | preglow, no, but i can enable it if you tell me how ;-) |
23:52:36 | krazykit | i have build environment sitting right here |
23:52:40 | moos | that's maybe my gigabeat that sucks ??? |
23:52:42 | preglow | krazykit: just put "test_codec.c" in plugins/SOURCES |
23:52:49 | preglow | moos: i'm about to find out |
23:52:54 | moos | toffe82 :P |
23:52:59 | | Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
23:53:28 | preglow | moos: but you have tried other codecs, right, and they sound good? |
23:54:07 | moos | yup, I encountered probles just with my mpc files, and since the changes I pointed to you |
23:54:24 | toffe82 | moos: yes :) |
23:54:46 | moos | hey toffe82 :) |
23:54:46 | markun | preglow: what kind of trouble is there with vorbis on the gigabeat? |
23:54:59 | markun | hi moos :) |
23:55:03 | moos | salut |
23:55:13 | toffe82 | moos: long time no see |
23:55:13 | preglow | markun: the latest tomal optimizations seem to bug out on gigabeat, don't they? |
23:55:17 | preglow | markun: something in imdct |
23:55:43 | toffe82 | moos: you put a new hd on your gigabeat ? |
23:55:53 | markun | maybe my build is too old, but I pretty much use vorbis exclusively and didn't notice anything |
23:56:09 | | Join MethoS- [0] (n=clemens@pD955E39A.dip.t-dialin.net) |
23:56:23 | moos | toffe82: not yet |
23:56:26 | | Join lazka [0] (n=lazka@83-65-233-59.dynamic.xdsl-line.inode.at) |
23:56:57 | preglow | markun: http://www.rockbox.org/tracker/task/7833 |
23:57:01 | | Quit homielowe (Read error: 110 (Connection timed out)) |
23:57:06 | krazykit | preglow, hold on, i got a build error. i'm supposed to add the test_codec.c to apps/plugins/SOURCES? |
23:57:08 | preglow | that patch was closed, then reopened because of gigabeat trouble, afaik |
23:57:13 | preglow | krazykit: myeap |
23:57:27 | krazykit | oh bugger, i typo'd it |
23:57:33 | preglow | explains that, then :P |
23:57:39 | pixelma | IIRC tomal's changes were excluded from the gigabeat or something like that |
23:57:52 | * | preglow has too few targets :/ |
23:57:57 | markun | preglow: ah, it's the code I turned off instead of fixing I think :) |
23:58:06 | preglow | markun: i do believe so, yeah :P |
23:58:12 | preglow | markun: do you remember the symptoms? |
23:58:23 | preglow | i would very much like to see that resolved in a better way |
23:58:33 | | Join Rob222241 [0] (n=Miranda@p54B17D87.dip.t-dialin.net) |
23:58:35 | preglow | it'll just rot in the tracker if not |
23:58:46 | markun | the problem was that the gigabeat doesn't have .icode so we should use .text |
23:58:58 | preglow | was that the entire problem? |